CN102131234A - Ip数据包的压缩及解压缩方法和装置 - Google Patents

Ip数据包的压缩及解压缩方法和装置 Download PDF

Info

Publication number
CN102131234A
CN102131234A CN201010003376XA CN201010003376A CN102131234A CN 102131234 A CN102131234 A CN 102131234A CN 201010003376X A CN201010003376X A CN 201010003376XA CN 201010003376 A CN201010003376 A CN 201010003376A CN 102131234 A CN102131234 A CN 102131234A
Authority
CN
China
Prior art keywords
equipment
compression algorithm
sign
packet
compression
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201010003376XA
Other languages
English (en)
Other versions
CN102131234B (zh
Inventor
陈君
石洁珂
庞伶俐
郑潇潇
徐喆
闻明
王超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201010003376XA priority Critical patent/CN102131234B/zh
Priority to PCT/CN2010/080574 priority patent/WO2011085632A1/zh
Priority to BR112012017645-5A priority patent/BR112012017645B1/pt
Publication of CN102131234A publication Critical patent/CN102131234A/zh
Priority to US13/547,748 priority patent/US8971267B2/en
Application granted granted Critical
Publication of CN102131234B publication Critical patent/CN102131234B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6011—Encoder aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6064—Selection of Compressor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明公开了一种IP数据包的压缩及解压缩方法和装置。该方法包括：第一设备根据第一压缩算法对IP数据包中的IP数据进行压缩处理；所述第一设备将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，所述标识信息用于表示所述第一压缩算法或者所述IP数据经过压缩。本发明实施例的技术方案中，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据进行封装处理生成PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源。

Description

IP数据包的压缩及解压缩方法和装置
技术领域
本发明实施例涉及通信技术领域，特别涉及一种IP数据包的压缩及解压缩方法和装置。
背景技术
在无线通信领域的IP数据包的传输过程中，通常对IP数据包进行压缩处理，以达到节约空口资源的目的。现有技术中对IP数据包的压缩方式采用头压缩方式，即对IP数据包的IP头进行压缩。头压缩主要是针对IP头的数据量较大而IP数据的数据量较小的IP数据包，通常多个该IP数据包的IP头变化不大且重复性较高。通过头压缩的方法对上述IP数据包的IP头进行压缩，可达到节约空口资源的目的。
在实际应用中，网页浏览和电子邮件等业务被无线用户广泛使用，这部分数据并不适用于头压缩，而如果对该部分数据不压缩就在空口上传输，会增加空口传输的负担。
发明内容
本发明实施例提供一种IP数据包的压缩及解压缩方法和装置，用以在传输过程中节约空口资源。
本发明实施例提供了一种IP数据包的压缩方法，包括：
第一设备根据第一压缩算法对IP数据包中的IP数据进行压缩处理；
所述第一设备将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，所述标识信息用于表示所述第一压缩算法或者所述IP数据经过压缩。
本发明实施例提供了一种IP数据包的解压缩方法，包括：
第一设备接收第二设备发送的包数据集中协议PDCP数据包，所述PDCP数据包的头信息中包括标识信息，所述标识信息用于表示第一压缩算法；
所述第一设备根据所述PDCP数据包的头信息中的标识信息获知所述第一压缩算法；
所述第一设备根据所述第一压缩算法对所述PDCP数据包中的IP数据进行解压缩处理。
本发明实施例提供了一种IP数据包的压缩装置，包括：
第一压缩模块，用于根据第一压缩算法对IP数据包中的IP数据进行压缩处理；
封装模块，用于将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，所述标识信息用于表示第一压缩算法或者IP数据经过压缩。
本发明实施例提供了一种IP数据包的解压缩装置，包括：
第三接收模块，用于接收第二设备发送的PDCP数据包，所述PDCP数据包的头信息中包括标识信息，所述标识信息用于表示第一压缩算法；
获知模块，用于根据所述PDCP数据包的头信息中的标识信息获知第一压缩算法；
解压缩模块，用于根据所述第一压缩算法对所述PDCP数据包中的IP数据进行解压缩处理。
本发明实施例的技术方案中，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种IP数据包的压缩方法的流程图；
图2为本发明实施例二提供的一种IP数据包的压缩方法的流程图；
图3为本发明实施例三提供的一种IP数据包的压缩方法的流程图；
图4为本发明实施例四提供的一种IP数据包的解压缩方法的流程图；
图5为本发明实施例五提供的一种IP数据包的解压缩方法的流程图；
图6为本发明实施例六提供的一种切换方法的流程图；
图7为本发明实施例七提供的一种IP数据包的压缩装置的结构示意图；
图8为本发明实施例八提供的一种IP数据包的压缩装置的结构示意图；
图9为本发明实施例九提供的一种IP数据包的压缩装置的结构示意图；
图10为本发明实施例十提供的一种IP数据包的压缩装置的结构示意图；
图11为本发明实施例十一提供的一种IP数据包的压缩装置的结构示意图；
图12为本发明实施例十二提供的一种IP数据包的解压缩装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例一提供的一种IP数据包的压缩方法的流程图，如图1所示，该方法包括：
步骤101、根据第一压缩算法对IP数据包中的IP数据进行压缩处理。
本实施例中，各步骤可以由第一设备或者第二设备执行。第一设备可以为终端或者网络设备，第二设备可以为终端或者网络设备。终端可以包括用户设备(User Equipment，以下简称：UE)或者中继站。网络设备可以包括无线网络控制器(Radio Network Controller，以下简称：RNC)、网关GPRS支持节点(Gateway GPRS Support Node以下简称：GGSN)或者中继站。上述终端和网络设备仅作为本发明实施例的几种实例，而不应成为对本发明实施例的限制，在实际应用中终端和网络设备均可以根据需要采用其它设备。
本实施例中，IP数据包包括IP头和IP数据。本步骤中可以对IP数据包中的IP数据进行压缩处理，并且可以不对IP头进行压缩处理。
步骤102、将压缩处理后的IP数据封装为包数据集中协议(Packet DataConvergence Protocol，以下简称：PDCP)数据包，该PDCP数据包的头信息包括标识信息，该标识信息用于表示第一压缩算法或者IP数据经过压缩；
标识信息可用于标识IP数据的压缩状态。具体地，标识信息可用于表示IP数据经过压缩或者用于表示第一压缩算法。头信息可以包括PDCP头和IP头，则标识信息可以设置于PDCP头中或IP头中，或者标识信息可以同时设置于PDCP头和IP头中。
本实施例中，将上述标识信息写入PDCP数据包的头信息中，从而使生成的PDCP数据包的头信息包括标识信息。
本实施例的技术方案中，可根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图2为本发明实施例二提供的一种IP数据包的压缩方法的流程图，如图2所示，该方法包括：
步骤201、第一设备接收第二设备发送的第一标识，该第一标识用于表示第二设备所支持的压缩算法。
本发明各实施例中，当第一设备为终端时，第二设备可以为网络设备或者终端；当第一设备为网络设备时，第二设备为终端或者网络设备。后续实施例中不再赘述。
本实施例中，第二设备所支持的压缩算法例如可以包括以下之一或其任意组合：LZW算法、LZSS算法、LZO算法。
LZW算法中的L代表Abraham Lempel、Z代表Jacob Ziv、W代表Welch；LZSS算法中的L代表Abraham Lempel、Z代表Jacob Ziv、W代表Welch、S代表James Storer、S代表Thomas Szymanski；LZO算法中的L代表AbrahamLempel、Z代表Jacob Ziv、O代表Markus Franz Xaver Johannes Oberhumer。上述L、Z、W和O所代表的均是算法发明人的英文名字的首字母。
本实施例中，第二设备可以直接将第一标识发送给第一设备，或者第二设备可以通过其它网络设备将第一标识发送给第一设备。
本实施例中，第二设备可以通过无线资源控制(Radio Resource Control，以下简称：RRC)消息向第一设备发送该第一标识。该RRC消息可以包括专用RRC消息或者系统消息，该专用RRC消息可以包括上行专用RRC消息或下行专用RRC消息。
本实施例中，当第一设备为网络设备，第二设备为终端时，第二设备可以通过上行RRC消息向第一设备发送第一标识，例如，上行专用RRC消息可以包括无线接入网间切换消息(INTER RAT HANDOVER INFO)、RRC连接建立完成消息(RRC CONNECTION SETUP COMPLETE)或者UE能力消息(UE CAPABILITYINFORMATION)。具体地，第二设备向第一设备发送上行专用RRC消息，该上行专用RRC消息中包括第一标识。本实施例中，可以在上行专用RRC消息的信元“UE Radio aceess capability”中的“PDCP capability”中增加压缩算法信元，例如：该压缩算法信元可以为“IP data packet compressionalgorithm capability”，则第一标识可以设置于压缩算法信元“IP datapacket compression algorithm capability”中，如下表1所示：
表1
  IP data packet compressionalgorithm capability   配置标记
  ＞LZSS   目前可选性(OptionalPresent，以下简称：OP)
  ＞LZO   OP
  ＞LZW   OP
其中，OP表示压缩算法信元“IP data packet compression algorithmcapability”是可选的。
或者，本实施例中，“IP data packet compression algorithmcapability”可以采用位图(bitmap)格式来表示。例如：该位图格式可以为xyz，其中，x可以为LZSS算法的标识，y可以为LZO算法的标识，z可以为LZW算法的标识。若x、y或z设置为1，则表示第一标识包括该x、y或z对应压缩算法的标识；若x、y或z设置为0，则表示第一标识不包括该x、y或z对应压缩算法的标识。例如：当xyz为001时，表示第一标识包括LZW算法；当xyz为011时，表示第一标识包括LZO算法和LZW算法；当xyz为111时，表示第一标识包括LZSS算法、LZO算法和LZW算法。
本实施例中，当第一设备为终端，第二设备为网络设备时，第二设备可以通过系统消息向第一设备发送第一标识。具体地，第二设备向第一设备发送系统消息，该系统消息中包括第一标识。例如：该系统消息可以为系统信息块(System Information Block，以下简称：SIB)消息。
步骤202、第一设备根据该第一标识，从第二设备所支持的压缩算法中确定出第一压缩算法。
具体地，第一设备可根据第一标识获知第二设备所支持的压缩算法，并从第二设备所支持的压缩算法中确定出第一压缩算法。
本实施例中，第一设备可根据第一标识和第一压缩算法配置信息从第二设备所支持的压缩算法中确定出第一压缩算法。当第一设备为网络设备时，例如：该第一压缩算法配置信息可以为网络设备本地配置的或者由核心网配置并下发给网络设备的。当第一设备为终端时，例如：该第一压缩算法配置信息可以为终端本地配置的，或者为网络侧发送给终端的。
本实施例中，第一压缩算法配置信息可以包括以下之一或其任意组合：第一设备所能处理的压缩算法、压缩算法对第一设备资源的消耗程度、压缩算法优先级或其任意组合。
当第一压缩算法配置信息包括第一设备所能处理的压缩算法时，第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法从该第二设备所支持的压缩算法中确定出第一压缩算法。例如：第二设备所支持的压缩算法包括LZW算法、LZSS算法和LZO算法，第一设备所能处理的压缩算法包括LZW算法，则确定出的第一压缩算法为LZW算法。
当第一压缩算法配置信息包括压缩算法对第一设备资源的消耗程度时，第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据压缩算法对第一设备资源的消耗程度从该第二设备所支持的压缩算法中确定出第一压缩算法。当第一设备为网络设备时，具体地可以为若第一设备负载较高时，可从第二设备所支持的压缩算法中确定出对第一设备资源的消耗程度最低的压缩算法作为第一压缩算法；或者可以为若第一设备负载较低时，可从第二设备所支持的压缩算法中确定出对第一设备资源的消耗程度最高的压缩算法作为第一压缩算法。当第一设备为终端时，具体可以为第一设备可将该第二设备所支持的压缩算法中对第一设备资源的消耗程度最低的压缩算法确定为第一压缩算法。
当第一压缩算法配置信息包括第一设备所能处理的压缩算法和压缩算法对第一设备资源的消耗程度时，第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法和压缩算法对第一设备资源的消耗程度从该第二设备所支持的压缩算法中确定出第一压缩算法。具体地，第一设备可根据第一设备所能处理的压缩算法从第二设备所支持的压缩算法中确定出待定压缩算法，并根据压缩算法对第一设备资源的消耗程度从待定压缩算法中确定出第一压缩算法。例如：第二设备所支持的压缩算法包括LZW算法、LZSS算法和LZO算法，第一设备所能处理的压缩算法包括LZO算法和LZSS算法，则第一设备可根据第一设备所能处理的压缩算法从LZW算法、LZSS算法和LZO算法中确定出LZO算法和LZSS算法为待定压缩算法，并根据压缩算法对第一设备资源的消耗程度从LZO算法和LZSS算法中确定出第一压缩算法。
当第一压缩算法配置信息可以包括第一设备所能处理的压缩算法和压缩算法优先级时，则第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法和压缩算法优先级从该第二设备所支持的压缩算法中确定出第一压缩算法。具体地，第一设备可根据第一设备所能处理的压缩算法从第二设备所支持的压缩算法中确定出待定压缩算法，并根据压缩算法优先级从待定压缩算法中确定出第一压缩算法。例如：第二设备所支持的压缩算法包括LZW算法、LZSS算法和LZO算法，第一设备所能处理的压缩算法包括LZO算法和LZSS算法，则第一设备可根据第一设备所能处理的压缩算法从LZW算法、LZSS算法和LZO算法中确定出LZO算法和LZSS算法为待定压缩算法。当采用硬件压缩方式时压缩算法优先级例如可以为：LZSS算法＞LZO算法＞LZW算法，则第一设备可根据该压缩算法优先级从待定压缩算法中确定出优先级最高的LZSS算法为第一压缩算法；或者当采用软件压缩算法时压缩算法优先级例如可以为：LZO算法＞LZW算法＞LZSS算法，则第一设备可根据该压缩算法优先级从待定压缩算法中确定出优先级最高的LZO算法为第一压缩算法。
本实施例中，对于第一压缩算法配置信息包括压缩算法对第一设备资源的消耗程度、压缩算法优先级或其任意组合的情况不再一一列举。
步骤203、第一设备将第二标识发送给第二设备，该第二标识用于表示该第一压缩算法。
本实施例中，第一设备可以直接将第二标识发送给第二设备，或者第一设备可以通过其它网络设备将第二标识发送给第二设备。
本实施例中，当第一设备为网络设备，第二设备为终端设备时，第一设备可以通过下行专用RRC消息向第二设备发送第二标识，例如，下行专用RRC消息可以包括无线承载建立消息(Radio Bearer Setup)或者无线承载配置消息(Radio Bearer Reconfiguration)。具体地，第一设备向第二设备发送下行专用RRC消息，该下行专用RRC消息中包括第二标识。本实施例中，可以在下行专用RRC消息的信元中增加压缩算法信元，例如该压缩算法信元可以为“IPdata packet compression algorithm”，则第二标识可以设置于压缩算法信元“IP data packet compression algorithm”中。例如：当该下行专用RRC消息为无线承载建立消息时，该下行专用RRC消息的信元可以包括“PDCPinfo”，该“PDCP info”可以位于信元“RB information to setup”中，该“RB information to setup”可以位于“RAB information for setup”中；当该下行专用RRC消息为无线承载配置消息时，该下行专用RRC消息的信元可以包括“PDCP info”，该“PDCP info”可以位于信元“RB information toreconfigure”中，该“RB information to reconfigure”可以位于信元“RBinformation to reconfigure”中。增加的压缩算法信元可以如下表2所示：
表2
  IP data packetcompressionalgorithm   OP   Enumerated(LZSS，LZO，LZW，spare)
本实施例中，当第一设备为终端，第二设备为网络设备时，对于处于非连接状态的第一设备，可以通过上行专用RRC消息向第二设备发送第二标识，例如，上行专用RRC消息可以包括RRC连接建立请求(RRC CONNECTIONREQUEST)或者RRC连接建立完成(RRC CONNECTION SETUP COMPLETE)。本实施例中，第二标识可以设置于上行专用RRC消息的信元中。具体地，上行专用RRC消息的信元可参见步骤201中对上行专用RRC消息的信元的描述。对于处于连接状态的第一设备，可以通过上行专用RRC消息向第二设备发送指定压缩算法的标识，该上行专用RRC消息中包括第二标识。在第二设备发现自身无法采用第一设备确定出的第二标识所表示的第一压缩算法时，可通过下行专用RRC消息向第一设备发送第二设备确定出的第二标识。
步骤204、判断是否对IP数据包中的IP数据进行压缩处理，如果是则执行步骤205，如果否则执行步骤206。
本步骤可以由第一设备或者第二设备来执行。
本实施例中，可根据接收到的第二标识获知第一压缩算法。
本实施例中，可以根据第一压缩算法的压缩率判断是否对IP数据包中的IP数据进行压缩处理。当第一压缩算法的压缩率符合当前所需要采用的压缩率时，判断出对IP数据包中的IP数据进行压缩处理；当第一压缩算法的压缩率不符合当前所需要采用的压缩率时，判断出不对IP数据包中的IP数据进行压缩处理。例如：当第一压缩算法的压缩率较高，而当前需要采用的压缩率较低时，判断出不对IP数据包中的IP数据进行压缩处理。
或者，本实施例中，还可以根据IP数据的业务类型判断是否对IP数据包中的IP数据进行压缩处理。当IP数据的业务类型符合当前需要进行压缩的业务类型时，判断出对IP数据包中的IP数据进行压缩处理；当IP数据的业务类型不符合当前需要进行压缩的业务类型时，判断出不对IP数据包中的IP数据进行压缩处理。例如：当IP数据的业务类型为视频数据，而当前需要进行压缩的业务类型为文字数据时，判断出不对IP数据包中的IP数据进行压缩处理。
步骤205、根据第一压缩算法对IP数据包中的IP数据进行压缩处理，并将压缩处理后的IP数据封装为PDCP数据包，该PDCP数据包的头信息包括标识信息，该标识信息用于表示IP数据经过压缩，并执行步骤207。
当步骤204由第一设备执行时，本步骤由第一设备执行；当步骤204由第二设备执行时，本步骤由第二设备执行。
当本步骤由第二设备执行时，第二设备可根据步骤203中接收到的第二标识获知第一压缩算法。
本实施例中，PDCP数据包包括头信息和压缩处理后的IP数据，头信息包括PDCP头和IP数据包的IP头，则该标识信息可以设置于PDCP头中或者设置于IP头中。
当标识信息设置于PDCP头中时，该标识信息可以为压缩标识(Compression Identifier，以下简称：CID)，该CID可以设置为0或1。当CID＝0时表示该PDCP数据包未经过压缩，接收端无需进行解压缩操作；当CID＝1时表示该PDCP数据经过压缩，接收端需进行解压缩操作。本步骤中，CID设置为1。
例如，该CID可以设置于组成PDCP数据包的PDCP协议数据单元(Protocol Data Unit，以下简称：PDU)的PDCP头的包标识(PacketIdentifier，以下简称：PID)的预留位中。如下表3所示：
 PID Value   Optimisationmethod   Packet type
 0   No headercompression   -
 1   RFC 2507   Full header
 2   RFC 2507   Compressed TCP
 3   RFC 2507   Compressed TCP nondelta
 4   RFC 2507   Compressed non TCP
 5   RFC 2507   Context state
 6   Method A   Packet Type 1 of Method A
 7   Method A   Packet Type 2 of Method A
 8   Method B   Packet Type 1 of Method B
 9   Method B   Packet Type 2 of Method B
 10   RFC 3095   RFC 3095 packet format
 11   Method C   Packet Type 1 of Method C
 12   Method C   Packet Type 2 of Method C
 13...31   预留位   -
如上表3所示，可以将CID写入PID的“PID Value”的预留位13至31位中。
例如，该CID还可以设置于PID的扩展位中。可以对现有的PID进行扩展，在现有的32位的PID之后增加扩展位，并将CID写入扩展位中。
当标识信息设置于IP头中时，该标识信息可以为CID，该CID可以设置为当前未使用的值，该CID表示该PDCP数据包经过压缩，接收端需进行解压缩操作；此时当IP头中未包括该CID时表示该PDCP数据包未经过压缩，接收端无需进行解压缩操作。由于IP数据可以包括IPv4数据、IPv6数据和/或点对点协议(Point to Point Protocol，以下简称：PPP数据)，IPv4数据的IP头为0x4X、IPv6的IP头为0x6X以及PPP数据的IP头为0x7E，因此可以将CID设置为当前未使用的值0x00，则CID＝0x00。将CID写入IP头的特定字段中，例如特定字段可以为IP头的前8bit，则IP头中包括CID的PDCP数据包的结构可如下所示：
PDCP头|IP头[CID(0x00)|0x4X/0x6X/0x7E]|IP数据(IPv4数据/IPv6数据/PPP数据)
步骤206、将IP数据封装为PDCP数据包，并执行步骤207。
当步骤204由第一设备执行时，本步骤由第一设备执行；当步骤204由第二设备执行时，本步骤由第二设备执行。
当标识信息设置于PDCP头中时，该标识信息可以为CID，该PDCP数据包的头信息包括CID，该CID具体可以设置于组成PDCP数据包的PDCP PDU的PDCP头的PID中，并且该CID＝0。
当标识信息设置于IP头中时，该标识信息可以为CID，该PDCP数据包中不包括CID，则IP头中未包括该CID的PDCP数据包的结构可如下所示：
PDCP头|IP头(0x4X/0x6X/0x7E)|IP数据(IPv4数据/IPv6数据/PPP数据)
步骤207、发送PDCP数据包。
当步骤204由第一设备执行时，本步骤具体为：第一设备将PDCP数据包发送给第二设备；当步骤204由第二设备执行时，本步骤具体为：第二设备将PDCP数据包发送给第一设备。
步骤208、根据接收到的PDCP数据包的头信息判断出PDCP数据包中的IP数据是否为压缩处理后的IP数据，如果是则执行步骤209，如果否流程结束。
当步骤207由第一设备执行时，本步骤由第二设备执行；当步骤207由第二设备执行时，本步骤由第一设备执行。
当标识信息设置于头信息的PDCP头中时，可根据标识信息判断出PDCP数据包中的IP数据是否为压缩处理后的IP数据，例如：当CID＝1时判断出IP数据为压缩处理后的IP数据，当CID＝0时判断出IP数据不是压缩处理后的IP数据。
当标识信息设置于头信息的IP头中时，可根据IP头中是否包括标识信息判断出PDCP数据包中的IP数据是否为压缩处理后的IP数据，例如：当IP头中包括标识信息时判断出IP数据为压缩处理后的IP数据，当IP头中未包括标识信息时判断出IP数据不是压缩处理后的IP数据。
步骤209、根据第一压缩算法对PDCP数据包中的IP数据进行解压缩处理，流程结束。
本实施例各步骤的执行顺序仅为一种示例，实际应用中可根据需要变更执行顺序。例如：当步骤205由第一设备执行时，步骤203可位于步骤205之后执行。
本实施例中，第一设备从第二设备所支持的压缩算法中确定出第一压缩算法，将表示第一压缩算法的第二标识发送给第二设备，第一设备或者第二设备可以根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。本实施例中，由第一设备确定出第一压缩算法并将表示第一压缩算法的标识发送给第二设备，以使第二设备可以根据第一压缩算法对IP数据进行压缩处理，无需第二设备执行确定出第一压缩算法的过程，从而避免了对第二设备资源的消耗。
图3为本发明实施例三提供的一种IP数据包的压缩方法的流程图，如图3所示，该方法包括：
步骤301、第二设备向第一设备发送第一标识，该第一标识用于表示第二设备所支持的压缩算法。
对步骤301的描述可参照实施例二中的步骤201，此处不再赘述。
步骤302、第一设备根据第一标识，从该第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。
具体地，第一设备可根据第一标识获知第二设备所支持的压缩算法，并从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。
本实施例中，第一设备可根据第一标识和第二压缩算法配置信息，从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。当第一设备为网络设备时，例如：该第二压缩算法配置信息可以为网络设备本地配置的或者由核心网配置并下发给网络设备的。当第一设备为终端时，例如：该第一压缩算法配置信息可以为终端本地配置的，或者为网络侧发送给终端的。
本实施例中，第二压缩算法配置信息可以包括第一设备所能处理的压缩算法。则具体地，第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。例如：第二设备所支持的压缩算法包括压缩算法1、压缩算法2、压缩算法3和压缩算法4，而第一设备所能处理的压缩算法包括压缩算法2、压缩算法3和压缩算法4，则第一设备确定出的第一设备和第二设备均能够支持的压缩算法包括压缩算法2、压缩算法3和压缩算法4。
或者，本实施例中，第二压缩算法配置信息可以包括第一设备所能处理的压缩算法和压缩算法对第一设备资源的消耗程度。则第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法和压缩算法对第一设备资源的消耗程度从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。具体地，第一设备可根据第一标识获知第二设备所支持的压缩算法，并根据第一设备所能处理的压缩算法从第二设备所支持的压缩算法中确定出待定压缩算法，并根据压缩算法对第一设备资源的消耗程度从待定压缩算法中确定出第一设备和第二设备均能够支持的压缩算法。当第一设备为网络设备时，例如若第一设备的负载较高时可从待定压缩算法中确定出对第一设备资源的消耗程度较低的压缩算法为第一设备和第二设备均能够支持的压缩算法；若第一设备的负载较低时可从待定压缩算法中确定出对第一设备资源的消耗程度较高的压缩算法为第一设备和第二设备均能够支持的压缩算法。当第一设备为终端时，具体可以为第一设备可将待定压缩算法中对第一设备资源的消耗程度最低的压缩算法确定为第一设备和第二设备均能够支持的压缩算法。例如：第二设备所支持的压缩算法包括压缩算法1、压缩算法2、压缩算法3和压缩算法4，而第二设备所能处理的压缩算法包括压缩算法2、压缩算法3和压缩算法4，则第一设备确定出的待定压缩算法包括压缩算法2、压缩算法3和压缩算法4；并根据压缩算法对第一设备资源的消耗程度从待定压缩算法中确定出压缩算法3和压缩算法4为第一设备和第二设备均能够支持的压缩算法。
步骤303、第一设备向第二设备发送第三标识，该第三标识用于表示第一设备和第二设备均能够支持的压缩算法。
本实施例中，第一设备可以直接将第三标识发送给第二设备，或者第一设备可以通过其它网络设备将第三标识发送给第二设备。
本实施例中，当第一设备为网络设备，第二设备为终端设备时，第一设备可以通过下行专用RRC消息或者系统消息向第二设备发送第三标识。具体地，第一设备向第二设备发送下行专用RRC消息或者系统消息，该下行专用RRC消息或者系统消息中包括第三标识。本实施例中，可以在下行专用RRC消息或者系统消息中增加压缩算法信元，则第三标识可以设置于增加的压缩算法信元中，例如该压缩算法信元可以为“IP data packet compressionalgorithm capability”中，具体如实施例二中的表1所示。或者，本实施例中，“IP data packet compression algorithm capability”可以采用位图(bitmap)格式来表示，具体地描述可参见实施例二。
步骤304、判断是否对IP数据包中的IP数据进行压缩处理，如果是则执行步骤305，如果否则执行步骤307。
对步骤304的描述可参照实施例二中的步骤204，此处不再赘述。
步骤305、从第一设备和第二设备均能够支持的压缩算法确定出第一压缩算法。
当步骤304由第一设备执行时，本步骤由第一设备执行。第一设备从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，具体过程可参照实施例二步骤202中对第一设备根据第一标识从该第二设备所支持的压缩算法中确定出第一压缩算法的描述。。
当步骤304由第二设备执行时，本步骤由第二设备执行。第二设备根据第三标识，从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，具体过程可参照实施例二步骤202中对第一设备根据第一标识从该第二设备所支持的压缩算法中确定出第一压缩算法的描述。
步骤306、根据第一压缩算法对IP数据包中的IP数据进行压缩处理，并将压缩处理后的IP数据封装为PDCP数据包，该PDCP数据包的头信息包括算法标识，该标识信息用于表示第一压缩算法，并执行步骤308。
当步骤304由第一设备执行时，本步骤由第一设备执行；当步骤304由第二设备执行时，本步骤由第二设备执行。
本实施例中，PDCP数据包包括头信息和压缩处理后的IP数据，头信息包括PDCP头和IP数据包的IP头，则该标识信息可以设置于PDCP头中或者设置于IP头中。
当压缩算法标识设置于PDCP头中时，该标识信息可以为压缩算法标识(Compression Algorithm Identifier，以下简称：CAID)，例如，该CAID可以设置为00、01、10或11。当CAID＝00时表示该PDCP数据包未经过压缩，接收端无需进行解压缩操作；当CAID＝01时表示该PDCP数据包采用LZSS算法，接收端需采用LZSS算法进行解压缩操作；当CAID＝10时表示该PDCP数据包采用LZW算法，接收端需采用LZW算法进行解压缩操作；当CAID＝11时表示该PDCP数据包采用LZO算法，接收端需采用LZO算法进行解压缩操作。例如，当第一压缩算法为LZSS算法时，CAID设置为01。
该CAID可以设置于组成PDCP数据包的PDCP PDU的PDCP头的PID的预留位中，如上表3所示，可以将CAID写入PID的“PID Value”的预留位13至31位中。
例如，该CAID还可以设置于PID的扩展位中。可以对现有的PID进行扩展，在现有的32位的PID之后增加扩展位，并将CAID写入扩展位中。
当标识信息设置于IP头中时，该标识信息可以为CAID，CAID可以设置为当前未使用的值，该CAID表示该PDCP数据包经过压缩，接收端需进行解压缩操作；此时当IP头中未包括该CMID时表示该PDCP数据包未经过压缩，接收端无需进行解压缩操作。由于IP数据可以包括IPv4数据、IPv6数据和/或PPP数据，IPv4数据的IP头为0x4X、IPv6的IP头为0x6X以及PPP数据的IP头为0x7E，因此可以将CAID设置为当前未使用的值0x00、0x01或者0x02。将CAID写入IP头的特定字段中，例如特定字段可以为IP头的前8bit，则IP头中包括CAID的PDCP数据包的结构可如下所示：
PDCP头|IP头[CAID(0x00/0x01/0x02)|0x4X/0x6X/0x7E]|IP数据(IPv4数据/IPv6数据/PPP数据)
其中，当CAID＝0x00时表示该PDCP数据包采用LZSS算法，接收端需采用LZSS算法进行解压缩操作；当CAID＝0x01时表示该PDCP数据包采用LZW算法，接收端需采用LZW算法进行解压缩操作；当CAID＝0x02时表示该PDCP数据包采用LZO算法，接收端需采用LZO算法进行解压缩操作。例如，当第一压缩算法为LZSS算法时，CAID设置为0x00。
步骤307、将IP数据进行封装为PDCP数据包，并执行步骤308。
当步骤304由第一设备执行时，本步骤由第一设备执行；当步骤304由第二设备执行时，本步骤由第二设备执行。
步骤308、发送PDCP数据包。
当步骤304由第一设备执行时，本步骤具体为：第一设备将PDCP数据包发送给第二设备；当步骤304由第二设备执行时，本步骤具体为：第二设备将PDCP数据包发送给第一设备。
步骤309、根据接收到的PDCP数据包的头信息识别出PDCP数据包中的IP数据的压缩状态。
当步骤308由第一设备执行时，本步骤由第一设备执行；当步骤308由第二设备执行时，本步骤由第二设备执行。
IP数据的压缩状态包括IP数据是否为压缩处理后的IP数据以及当IP数据为压缩处理后的IP数据时采用的第一压缩算法。
当标识信息设置于头信息的PDCP头中时，可根据标识信息识别出PDCP数据包中的IP数据是否为压缩处理后的IP数据以及当IP数据为压缩处理后的IP数据时采用的第一压缩算法，例如：当CAID＝01时，识别出IP数据为压缩处理后的IP数据以及采用的第一压缩算法为LZSS算法。
当标识信息设置于头信息的IP头中时，可根据IP头中是否包括标识信息识别出PDCP数据包中的IP数据是否为压缩处理后的IP数据以及当包括标识信息时采用的第一压缩算法，例如：当CAID＝0x00时识别出IP数据为压缩处理后的IP数据以及第一压缩算法为LZSS算法。
当识别出IP数据为压缩处理后的IP数据以及采用的第一压缩算法时，进一步还包括：
步骤310、根据第一压缩算法对PDCP数据包中的IP数据进行解压缩处理。
本实施例各步骤的执行顺序仅为一种示例，实际应用中可根据需要变更执行顺序。例如：当步骤305由第一设备执行时，步骤303可位于步骤305之后执行。
本实施例中，第一设备从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法，将用于表示第一设备和第二设备均能够支持的压缩算法发送给第二设备，第一设备或者第二设备可以从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。本实施例中，由第一设备从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法，并通过发送用于表示第一设备和第二设备均能够支持的压缩算法的第三标识使第二设备获知该第一设备和第二设备均能够支持的压缩算法，当第一设备或者第二设备需要对IP数据进行压缩时可从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，从而实现了每次对IP数据进行压缩时均可对第一压缩算法进行选择。
图4为本发明实施例四提供的一种IP数据包的解压缩方法的流程图，如图4所示，该方法包括：
步骤401、第一设备接收第二设备发送的PDCP数据包，该PDCP数据包的头信息中包括标识信息，该标识信息用于表示第一压缩算法。
步骤402、第一设备根据标识信息获知第一压缩算法。
步骤403、第一设备根据第一压缩算法对PDCP数据包中的IP数据进行解压缩处理。
本实施例的技术方案中，第一设备根据接收到的PDCP数据包的头信息中的标识信息获知第一压缩算法，并根据第一压缩算法对PDCP数据包中的IP数据进行解压缩处理，由于PDCP数据包中的IP数据为根据第一压缩算法压缩处理后的IP数据，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图5为本发明实施例五提供的一种IP数据包的解压缩方法的流程图，如图5所示，该方法包括：
步骤501至步骤503可参照实施例四中的步骤401至步骤403，此处不再赘述。
步骤504、第一设备根据第一对应关系和第一压缩算法，确定出第二压缩算法，该第一对应关系包括第一压缩算法与第二压缩算法的对应关系。
具体地，第一设备可从第一对应关系中查询出与第一压缩算法对应的第二压缩算法。
步骤505、第一设备根据第二压缩算法对向第二设备发送的IP数据包中的IP数据进行压缩处理。
步骤506、第一设备将经过压缩处理的IP数据封装为PDCP数据包，并发送该PDCP数据包，该PDCP数据包的头信息中包括用于表示第二压缩算法的标识信息。
本实施例中，第一设备在获知第一压缩算法后，可根据第一压缩算法与第二压缩算法的对应关系查询出该第一压缩算法对应的第二压缩算法，根据第二指定压缩算法对IP数据包中的IP数据进行压缩处理，并将压缩处理后的IP数据封装处理为PDCP数据包，并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。本实施例中，第一设备可通过查询第一压缩算法与第二压缩算法的对应关系即可获得第二压缩算法，无需执行确定出第二压缩算法的过程，从而避免了对第一设备资源的消耗。
进一步地，在上述实施例五中，若第二设备未向第一设备发送PDCP数据包或者第二设备向第一设备发送空数据包，第一设备可以自行确定出第二压缩算法。第一设备在确定出第二定压缩算法后可继续执行605。或者，若第二设备未向第一设备发送PDCP数据包，第一设备可以不对IP数据包中的IP数据进行压缩处理，而是直接将IP数据包中的IP数据封装为PDCP数据包。
UE从源小区切换到目标小区过程中，当发生异系统切换或者RNC迁移时，现有技术中的切换方法无法保证IP数据包压缩的连续性。针对这一问题，本发明实施例六提供了一种切换方法，实施例六中以发生RNC迁移为例进行描述，本实施例中，第一设备为目标小区的网络设备，第二设备为终端。具体地，目标小区的网络设备为漂移RNC(Drift RNC，以下简称：DRNC)，终端可以为UE。图6为本发明实施例六提供的一种切换方法的流程图，如图6所示，该方法包括：
步骤601、服务RNC(Serving RNC，以下简称：SRNC)向核心网(CoreNetwork，以下简称：CN)发送重定位获取(Relocation Required)。
该重定位请求包括第四标识和/或第一标识。SRNC通过重定位请求将第四标识和/或第一标识发送给CN。其中，第四标识用于表示第三压缩算法，第一标识用于表示终端所支持的压缩算法，由于本实施例中终端为UE，因此第一标识可用于表示UE所支持的压缩算法。本实施例中，第一标识可以是UE发送给SRNC的。第三压缩算法为UE在源小区使用的压缩算法。例如，第四标识或者第一标识可以设置于重定位请求的信元“Source To TargetTransparent Container”中。
步骤602、CN向DRNC发送重定位请求(Relocation Request)。
该重定位请求包括第四标识和/或第一标识。CN通过重定位请求将第四标识和/或第一标识发送给DRNC。例如，第四标识和/或第一标识设置于重定位请求的信元“Source RNC To Target RNC Transparent Container”中。
步骤603、DRNC向CN发送重定位请求确认(Relocation RequestAcknowledge)。
当重定位请求包括第四标识时，若DRNC支持第四标识所表示的第三压缩算法，则该重定位请求确认可以包括压缩算法指示信息，该压缩算法指示信息包括用于指示DRNC支持第三压缩算法的信息；例如，该压缩算法指示信息设置于重定位请求确认的信元“Target RNC To Source RNC TransparentContainer”中。若DRNC不支持第四标识所表示的第三压缩算法，则重定位请求确认可不包括任何指示信息。
当重定位请求包括第一标识所表示的UE所支持的压缩算法时，则该重定位请求确认可以包括压缩算法指示信息，该压缩算法指示信息包括用于指示DRNC支持UE所支持的压缩算法的信息。当DRNC支持第一标识所表示的UE所支持的压缩算法时，进一步地DRNC还可以从UE所支持的压缩算法中确定出第一压缩算法，则该重定位请求确认中的压缩算法指示信息可以包括第二标识，该第二标识用于标识第一压缩算法。例如，该压缩算法指示信息设置于重定位请求确认的信元“Target RNC To Source RNC TransparentContainer”中。
当重定位请求包括第四标识和第一标识时，若DRNC支持第四标识所表示的第三压缩算法，则该重定位请求确认可以包括压缩算法指示信息，该压缩算法指示信息包括用于指示DRNC支持第三压缩算法的信息；例如，该压缩算法指示信息设置于重定位请求确认的信元“Target RNC To Source RNCTransparent Container”中；若DRNC不支持第四标识所表示的第三压缩算法而支持第一标识所表示的UE所支持的压缩算法，则该重定位请求确认可以包括压缩算法指示信息，该压缩算法指示信息包括用于指示DRNC支持UE所支持的压缩算法的信息。当DRNC支持第一标识所标识的UE所支持的压缩算法时，进一步地DRNC还可以从UE所支持的压缩算法中确定出第一压缩算法，则该重定位请求确认中的压缩算法指示信息可以包括第二标识，该第四标识用于表示第一压缩算法。例如，该压缩算法指示信息设置于重定位请求确认的信元“Target RNC To Source RNC Transparent Container”中。若DRNC不支持第四标识所表示的第三压缩算法和第一标识所表示的UE所支持的压缩算法，则重定位请求确认可不包括任何指示信息。
步骤604、CN向SRNC发送重定位命令(Relocation Command)。
若该重定位请求确认包括压缩算法指示信息，则该重定位命令包括压缩算法指示信息；若该重定位请求确认不包括压缩算法指示信息，则该重定位命令不包括压缩算法指示信息。
若SRNC接收到的重定位命令不包括任何指示信息，则SRNC在源小区停止对IP数据包中的IP数据的压缩处理。切换完成之后，可以由DRNC与UE重新确定出压缩算法。
若该重定位命令包括压缩算法指示信息，则执行步骤605，否则直接执行步骤606。
步骤605、SRNC将压缩算法指示信息发送给UE。
具体地，SRNC可以通过下行RRC消息或者下行PDCP数据包将压缩算法指示信息发送给UE。例如：压缩算法指示信息可以设置于下行PDCP数据包的PDCP头中。UE可以通过该压缩算法指示信息获知新的指定压缩算法。
步骤606、SRNC向DRNC发送重定位确认(Relocation Detect)。
步骤607、DRNC向CN发送重定位探测(Relocation Detect)。
步骤608、UE与DRNC进行全球陆上无线接入(Universal TerrestrialRadio Access，以下简称：Utran)移动性交互(Utran Mobility Interaction)。
步骤609、UE与DRNC进行UE能力交互(UE Capability Interaction)。
从而完成切换过程。
步骤610、UE与DRNC执行IP数据包的压缩方法。
具体地，步骤610可参见上述实施例一、实施例二或者实施例三中的方法。其中，若步骤605中SRNC发送给UE的压缩算法指示信息包括用于表示第一压缩算法的第二标识时，则UE与DRNC执行IP数据包的压缩方法的过程中，UE或者DRNC可根据第一压缩算法对IP数据包中的IP数据进行压缩处理。
本实施例中，在UE从源小区切换到目标小区过程中，SRNC通过CN将用于表示第三压缩算法的第四标识或者用于表示UE所支持的压缩算法的第一标识发送给DRNC，若DRNC从UE所支持的压缩算法中确定出第一压缩算法，则通过CN将用于表示第一压缩算法的第二标识设置于压缩算法指示信息中发送给SRNC，由SRNC将压缩算法指示信息发送给UE，以使UE获知DRNC确定出的第一压缩算法，在切换完成之后UE可以采用第一压缩算法对IP数据包中的IP数据进行压缩处理，从而保证了IP数据包压缩的连续性。
若UE从源小区切换到目标小区过程中发生异系统切换，则可以在网络设备发送给UE的切换到UTRAN命令(Handover to Utran Command)中设置压缩算法指示信息，以使UE获知变更后的压缩算法，例如当UE从GSM系统切换到WCDMA系统时，该网络设备可以为BSC。这样可以保证在切换完成之后UE可以采用变更后的压缩算法对IP数据包中的IP数据进行压缩处理，从而保证了IP数据包压缩的连续性。
图7为本发明实施例七提供的一种IP数据包的压缩装置的结构示意图，如图7所示，该网络设备包括：第一压缩模块11和封装模块12。第一压缩模块11根据第一压缩算法对IP数据包中的IP数据进行压缩处理；封装模块12将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，该标识信息用于表示第一压缩算法或者IP数据经过压缩。
本实施例中的IP数据包的压缩装置可以设置于第一网络中或者第二网络设备中。对于第一网络设备和第二网络设备的描述可参见上述方法实施例一。
本实施例中的IP数据包的压缩装置可以用于执行实施例一提供的IP数据包的压缩方法。
本实施例的IP数据包的压缩装置，可根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图8为本发明实施例八提供的一种IP数据包的压缩装置的结构示意图，如图8所示，在上述实施例七的基础上该装置还可以包括第一确定模块13、第一接收模块14和第一发送模块15。第一接收模块14接收第二设备发送的第一标识，该第一标识用于表示第二设备所支持的压缩算法；第一确定模块13根据第一接收模块14接收到的第一标识，从第二设备所支持的压缩算法中确定出第一压缩算法，并由第一压缩模块11根据第一确定模块13确定出的第一压缩算法对IP数据包中的IP数据进行压缩处理；第一发送模块15可向第二设备发送第二标识，该第二标识用于表示第一确定模块13确定出的第一压缩算法。
本实施例中，IP数据包的压缩装置可设置于第一设备中。
本实施例中的IP数据包的压缩装置可以用于执行实施例二提供的IP数据包的压缩方法。
本实施例的IP数据包的压缩装置，从第二设备所支持的压缩算法中确定出第一压缩算法，将表示第一压缩算法的第二标识发送给第二设备，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图9为本发明实施例九提供的一种IP数据包的压缩装置的结构示意图，如图9所示，在上述实施例七的基础上该装置还可以包括第二接收模块16和第二发送模块17。第二发送模块17向第一设备发送第一标识，该第一标识用于表示第二设备所支持的压缩算法，以供第一设备根据该第一标识，从第二设备所支持的压缩算法中确定出第一压缩算法；第二接收模块16接收第一设备发送的第二标识，该第二标识用于表示第一压缩算法，并由第一压缩模块11根据第二接收模块16接收到的第二标识所表示的第一压缩算法对IP数据包中的IP数据进行压缩处理。
本实施例中，IP数据包的压缩装置可设置于第二设备中。
本实施例中的IP数据包的压缩装置可以用于执行实施例二提供的IP数据包的压缩方法。
本实施例的IP数据包的压缩装置，根据接收到的第二标识所表示的第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图10为本发明实施例十提供的一种IP数据包的压缩装置的结构示意图，如图10所示，在上述实施例七的基础上该装置还可以包括第三接收模块18、第二确定模块19、第三确定模块20和第三发送模块21。第三接收模块18接收第二设备发送的第一标识，该第一标识用于表示第二设备所支持的压缩算法；第二确定模块19根据从第三接收模块18接收到的第一标识，从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法；第三确定模块20从第二确定模块19确定出的第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，并由第一压缩模块11根据第三确定模块20确定出的第一压缩算法对IP数据包中的IP数据进行压缩处理；第三发送模块21向第二设备发送第三标识，该第三标识用于表示第二确定模块19确定出的第一设备和第二设备均能够支持的压缩算法，以供第二设备根据第三标识，从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法。
本实施例中，IP数据包的压缩装置可设置于第一设备中。
本实施例中的IP数据包的压缩装置可以用于执行实施例三提供的IP数据包的压缩方法。
本实施例的IP数据包的压缩装置，可从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法，将用于表示第一设备和第二设备均能够支持的压缩算法发送给第二设备，从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图11为本发明实施例十一提供的一种IP数据包的压缩装置，如图11所示，在上述实施例七的基础上该装置还可以包括第四发送模块22、第四接收模块23和第四确定模块24。第四发送模块22向第一设备发送第一标识，第一标识用于表示第二设备所支持的压缩算法，以供第一设备根据第一标识，从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法；第四接收模块23接收第一设备发送的第三标识，该第三标识用于表示第一设备和第二设备均能够支持的压缩算法；第四确定模块24根据第四接收模块23接收到的第三标识，从第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，并由第一压缩模块11根据第四确定模块24确定出的第一压缩算法对IP数据包中的IP数据进行压缩处理。
本实施例中，IP数据包的压缩装置可设置于第二设备中。
本实施例中的IP数据包的压缩装置可以用于执行实施例三提供的IP数据包的压缩方法。
本实施例的I P数据包的压缩装置，从接收到的第三标识所表示的第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，根据第一压缩算法对IP数据包中的IP数据进行压缩处理，将压缩处理后的IP数据封装为PDCP数据包并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。
图12为本发明实施例十二提供的一种IP数据包的解压缩装置的结构示意图，如图12所示，该装置包括：第五接收模块25、获知模块26和解压缩模块27。
第五接收模块25接收第二设备发送的PDCP数据包，该PDCP数据包的头信息中包括标识信息，该标识信息用于表示第一压缩算法；获知模块26根据PDCP数据包的头信息中的标识信息获知第一压缩算法；解压缩模块27根据第一压缩算法对PDCP数据包中的IP数据进行解压缩处理。
进一步地，本实施例中的装置还可以包括：第五确定模块28和第二压缩模块29。第五确定模块28根据第一对应关系与第一压缩算法，确定出第二压缩算法，其中，该第一对应关系包括所述第一压缩算法与第二压缩算法的对应关系；第二压缩模块29根据第二压缩算法对向第二设备发送的IP数据包中的IP数据进行压缩处理。
本实施例中，IP数据包的解压缩装置可以设置于第一设备中。
本实施例中的IP数据包的解压缩装置可以用于执行实施例四或实施例五提供的IP数据包的解压缩方法。
本实施例的IP数据包的解压缩装置，根据接收到的PDCP数据包的头信息中的标识信息获知第一压缩算法，并根据第一压缩算法对PDCP数据包中的I P数据进行解压缩处理，由于PDCP数据包中的I P数据为根据第一压缩算法压缩处理后的IP数据，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。本实施例的IP数据包的解压缩装置在获知第一压缩算法后，可根据第一压缩算法与第二压缩算法的对应关系查询出该第一压缩算法对应的第二压缩算法，根据第二指定压缩算法对IP数据包中的IP数据进行压缩处理，并将压缩处理后的IP数据封装处理为PDCP数据包，并发送该PDCP数据包，实现了对IP数据包中的IP数据进行压缩，从而在传输过程中节约了空口资源，降低了空口传输负担，提高了网络容量。本实施例的IP数据包的解压缩装置可通过查询第一压缩算法与第二压缩算法的对应关系即可获得第二压缩算法，无需执行确定出第二压缩算法的过程，从而避免了对第一设备资源的消耗。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种IP数据包的压缩方法，其特征在于，所述方法包括：
第一设备根据第一压缩算法对IP数据包中的IP数据进行压缩处理；
所述第一设备将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，所述标识信息用于表示所述第一压缩算法或者所述IP数据经过压缩。
2.根据权利要求1所述的方法，其特征在于，所述标识信息用于表示所述IP数据经过压缩；
在所述第一设备根据第一压缩算法对IP数据包中的IP数据进行压缩处理之前，所述方法进一步包括：
所述第一设备接收第二设备发送的第一标识，所述第一标识用于表示所述第二设备所支持的压缩算法；
所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出第一压缩算法；
以及，在所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出第一压缩算法之后，所述方法进一步包括：
所述第一设备向所述第二设备发送第二标识，所述第二标识用于表示所述第一压缩算法。
3.根据权利要求2所述的方法，其特征在于，
所述第一设备接收第二设备发送的第一标识，包括：
所述第一设备接收第二设备通过无线资源控制RRC消息发送的第一标识；
和/或，所述第一设备向所述第二设备发送第二标识，包括：
所述第一设备通过RRC消息向所述第二设备发送第二标识。
4.根据权利要求2所述的方法，其特征在于，所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出第一压缩算法，包括：
所述第一设备根据所述第一标识以及第一压缩算法配置信息从所述第二设备所支持的压缩算法中确定出第一压缩算法；
所述第一压缩算法配置信息包括以下之一或其任意组合：所述第一设备所能处理的压缩算法、压缩算法对所述第一设备资源的消耗程度、压缩算法优先级。
5.根据权利要求1所述的方法，其特征在于，所述标识信息用于表示所述第一压缩算法；
在所述第一设备根据第一压缩算法对IP数据包中的IP数据进行压缩处理之前，所述方法进一步包括：
所述第一设备接收第二设备发送的第一标识，所述第一标识用于表示所述第二设备所支持的压缩算法；
所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出所述第一设备和所述第二设备均能够支持的压缩算法；
所述第一设备向所述第二设备发送第三标识，所述第三标识用于表示所述第一设备和所述第二设备均能够支持的压缩算法；
所述第一设备从所述第一设备和所述第二设备均能够支持的压缩算法中确定出第一压缩算法。
6.根据权利要求5所述的方法，其特征在于，
所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出所述第一设备和所述第二设备均能够支持的压缩算法，包括：
所述第一设备根据第二压缩算法配置信息和所述第一标识，从所述第二设备所支持的压缩算法中确定出所述第一设备和所述第二设备均能够支持的压缩算法；所述第二压缩算法配置信息包括所述第一设备所能处理的压缩算法，或者所述第二压缩算法配置信息包括所述第一设备所能处理的压缩算法和压缩算法对第一设备资源的消耗程度。
7.根据权利要求2所述的方法，其特征在于，
当所述第一设备为目标小区的网络设备，第二设备为终端时，在所述终端从源小区切换到目标小区过程中，所述方法进一步包括：
所述目标小区的网络设备接收第四标识，所述第四标识用于表示第三压缩算法，所述第三压缩算法为所述终端在源小区使用的压缩算法；
当所述目标小区的网络设备不支持所述第三压缩算法时，执行所述第一设备根据所述第一标识，从所述第二设备所支持的压缩算法中确定出第一压缩算法的步骤，其中，所述第二设备所支持的压缩算法为终端所支持的压缩算法。
8.根据权利要求1至7任一所述的方法，其特征在于，所述头信息包括PDCP头和所述IP数据包的IP头；所述标识信息设置于所述PDCP头中或者所述IP头中。
9.根据权利要求8所述的方法，其特征在于，所述标识信息设置于所述PDCP头的包标识PID的预留位或者扩展位中。
10.一种IP数据包的解压缩方法，其特征在于，所述方法包括：
第一设备接收第二设备发送的包数据集中协议PDCP数据包，所述PDCP数据包的头信息中包括标识信息，所述标识信息用于表示第一压缩算法；
所述第一设备根据所述PDCP数据包的头信息中的标识信息获知所述第一压缩算法；
所述第一设备根据所述第一压缩算法对所述PDCP数据包中的IP数据进行解压缩处理。
11.根据权利要求10所述的方法，其特征在于，所述方法进一步包括：
所述第一设备根据第一对应关系与所述第一压缩算法，确定出第二压缩算法，其中，所述第一对应关系包括所述第一压缩算法与第二压缩算法的对应关系；
所述第一设备根据所述第二压缩算法对向所述第二设备发送的IP数据包中的IP数据进行压缩处理。
12.一种IP数据包的压缩装置，其特征在于，所述装置包括：
第一压缩模块，用于根据第一压缩算法对IP数据包中的IP数据进行压缩处理；
封装模块，用于将压缩处理后的IP数据封装为包数据集中协议PDCP数据包，所述PDCP数据包的头信息包括标识信息，所述标识信息用于表示第一压缩算法或者IP数据经过压缩。
13.根据权利要求12所述的装置，其特征在于，所述装置进一步包括：
第一接收模块，用于接收第二设备发送的第一标识，所述第一标识用于表示第二设备所支持的压缩算法；
第一确定模块，用于根据所述第一接收模块接收到的第一标识，从第二设备所支持的压缩算法中确定出第一压缩算法；
第一发送模块，用于向所述第二设备发送第二标识，所述第二标识用于表示所述第一确定模块确定出的第一压缩算法。
14.根据权利要求12所述的装置，其特征在于，
所述装置还包括：
第三接收模块，用于接收第二设备发送的第一标识，所述第一标识用于表示第二设备所支持的压缩算法；
第二确定模块，用于根据从所述第二接收模块接收到的第一标识，从所述第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压缩算法；
第三确定模块，用于从所述第二确定模块确定出的第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法，并由所述第一压缩模块根据所述第三确定模块确定出的第一压缩算法对IP数据包中的IP数据进行压缩处理；
第三发送模块，用于向第二设备发送第三标识，所述第三标识用于表示所述第二确定模块确定出的所述第一设备和所述第二设备均能够支持的压缩算法，以供第二设备根据所述第三标识，从所述第一设备和所述第二设备均能够支持的压缩算法中确定出第一压缩算法。
15.一种IP数据包的解压缩装置，其特征在于，包括：
第五接收模块，用于接收第二设备发送的PDCP数据包，所述PDCP数据包的头信息中包括标识信息，所述标识信息用于表示第一压缩算法；
获知模块，用于根据所述PDCP数据包的头信息中的标识信息获知第一压缩算法；
解压缩模块，用于根据所述第一压缩算法对所述PDCP数据包中的IP数据进行解压缩处理。
16.根据权利要求15所述的装置，其特征在于，还包括：
第五确定模块，用于根据第一对应关系与所述第一压缩算法，确定出第二压缩算法，其中，该第一对应关系包括所述第一压缩算法与所述第二压缩算法的对应关系；
第二压缩模块，用于根据所述第二压缩算法对向第二设备发送的IP数据包中的IP数据进行压缩处理。
CN201010003376XA 2010-01-18 2010-01-18 Ip数据包的压缩及解压缩方法和装置 Active CN102131234B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201010003376XA CN102131234B (zh) 2010-01-18 2010-01-18 Ip数据包的压缩及解压缩方法和装置
PCT/CN2010/080574 WO2011085632A1 (zh) 2010-01-18 2010-12-31 互联网协议数据包的压缩及解压缩方法和装置
BR112012017645-5A BR112012017645B1 (pt) 2010-01-18 2010-12-31 Método e aparelho para compressão de pacote de dados de ip, e método e aparelho para descompressão de pacote de dados de ip
US13/547,748 US8971267B2 (en) 2010-01-18 2012-07-12 Method and apparatus for compressing and decompressing IP data packet

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010003376XA CN102131234B (zh) 2010-01-18 2010-01-18 Ip数据包的压缩及解压缩方法和装置

Publications (2)

Publication Number Publication Date
CN102131234A true CN102131234A (zh) 2011-07-20
CN102131234B CN102131234B (zh) 2013-12-04

Family

ID=44269101

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010003376XA Active CN102131234B (zh) 2010-01-18 2010-01-18 Ip数据包的压缩及解压缩方法和装置

Country Status (4)

Country Link
US (1) US8971267B2 (zh)
CN (1) CN102131234B (zh)
BR (1) BR112012017645B1 (zh)
WO (1) WO2011085632A1 (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291398A (zh) * 2011-08-05 2011-12-21 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
CN103152441A (zh) * 2013-01-31 2013-06-12 北京天地互连信息技术有限公司 一种移动IPv6中的头标压缩方法
CN103281156A (zh) * 2013-05-02 2013-09-04 华为技术有限公司 一种数据压缩、解压缩方法及装置
CN106817365A (zh) * 2016-12-30 2017-06-09 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端
CN107113291A (zh) * 2014-11-14 2017-08-29 高通股份有限公司 演进的数据压缩方案信令
CN107113667A (zh) * 2014-11-14 2017-08-29 高通股份有限公司 用于切换和无线电链路故障恢复的数据压缩技术
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
CN107306444A (zh) * 2016-04-25 2017-10-31 中兴通讯股份有限公司 发送数据的方法及装置
CN108200091A (zh) * 2013-01-17 2018-06-22 华为技术有限公司 一种数据包处理方法和装置
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243A (zh) * 2018-05-11 2019-11-19 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110704361A (zh) * 2019-08-28 2020-01-17 阿里巴巴集团控股有限公司 Rdma数据发送及接收方法、电子设备及可读存储介质
CN110958647A (zh) * 2018-09-27 2020-04-03 电信科学技术研究院有限公司 一种数据传输方法及装置
CN111278060A (zh) * 2019-01-18 2020-06-12 维沃移动通信有限公司 一种以太帧传输方法和相关设备
US10817460B2 (en) 2019-08-28 2020-10-27 Advanced New Technologies Co., Ltd. RDMA data sending and receiving methods, electronic device, and readable storage medium
CN111866969A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种数据处理方法、通信装置和系统
WO2021087729A1 (zh) * 2019-11-05 2021-05-14 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2510358A (en) * 2013-01-31 2014-08-06 Eip Configuring layer 2 data compression between a UE and base station in LTE.
WO2015109527A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 头压缩处理装置及方法
CN106302245A (zh) * 2015-06-08 2017-01-04 中国移动通信集团公司 一种lte系统中数据包的压缩方法和装置
WO2017014716A1 (en) * 2015-07-23 2017-01-26 Intel IP Corporation Layer 2 relay protocols and mobility relay method
EP3419238B1 (en) * 2016-03-14 2020-05-06 Huawei Technologies Co., Ltd. Method, apparatus, and system for transmitting data
EP3707610B1 (en) * 2017-11-09 2022-07-13 Telefonaktiebolaget LM Ericsson (Publ) Redundant data storage using different compression processes
CN110891287B (zh) * 2018-09-07 2021-05-28 维沃移动通信有限公司 以太网包头压缩、解压缩的方法和设备、及可读存储介质
CN114128240A (zh) * 2019-02-28 2022-03-01 华为技术有限公司 实现内部网关协议的网络中的压缩数据传输
WO2020222437A1 (en) * 2019-04-30 2020-11-05 Lg Electronics Inc. Method and apparatus for determining whether to transmit packet containing a full header information or a compressed header information in wireless communication system
WO2023205565A2 (en) * 2022-03-25 2023-10-26 Northeastern University Sem-o-ran: semantic nextg o-ran slicing for data-driven edge-assisted mobile applications

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19950653B4 (de) * 1999-10-21 2020-01-16 Ipcom Gmbh & Co. Kg Verfahren zum Betreiben eines Mobilfunknetzes
FI110739B (fi) * 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
WO2003041437A1 (en) * 2001-11-08 2003-05-15 Mitsubishi Denki Kabushiki Kaisha Wireless communication method and mobile terminal used therefor
CN100518180C (zh) * 2004-12-03 2009-07-22 华为技术有限公司 一种实现分组数据聚合协议功能的系统及方法
CN100547997C (zh) 2005-08-20 2009-10-07 海信集团有限公司 移动通信中ip数据压缩发送和接收的方法
CN101316379B (zh) * 2007-06-01 2013-06-05 华为技术有限公司 第二代移动通信系统中实现a接口ip化的方法、设备及系统
CN101325696B (zh) 2007-06-15 2010-12-08 中兴通讯股份有限公司 一种实现视频数据向ip数据转换的方法及装置

Cited By (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012155614A1 (zh) * 2011-08-05 2012-11-22 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
CN102291398B (zh) * 2011-08-05 2017-03-29 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
CN102291398A (zh) * 2011-08-05 2011-12-21 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
CN108200091A (zh) * 2013-01-17 2018-06-22 华为技术有限公司 一种数据包处理方法和装置
US11729299B2 (en) 2013-01-17 2023-08-15 Huawei Technologies Co., Ltd. Method for processing data packet and apparatus
CN108200091B (zh) * 2013-01-17 2021-10-01 华为技术有限公司 一种数据包处理方法和装置
US11025751B2 (en) 2013-01-17 2021-06-01 Huawei Technologies Co., Ltd. Method for processing data packet and apparatus
CN103152441A (zh) * 2013-01-31 2013-06-12 北京天地互连信息技术有限公司 一种移动IPv6中的头标压缩方法
CN103152441B (zh) * 2013-01-31 2015-12-02 北京天地互连信息技术有限公司 一种移动IPv6中的头标压缩方法
CN103281156A (zh) * 2013-05-02 2013-09-04 华为技术有限公司 一种数据压缩、解压缩方法及装置
CN103281156B (zh) * 2013-05-02 2017-06-06 华为技术有限公司 一种数据压缩、解压缩方法及装置
CN107113291A (zh) * 2014-11-14 2017-08-29 高通股份有限公司 演进的数据压缩方案信令
CN107113667B (zh) * 2014-11-14 2020-12-08 高通股份有限公司 用于切换和无线电链路故障恢复的数据压缩技术
CN107113667A (zh) * 2014-11-14 2017-08-29 高通股份有限公司 用于切换和无线电链路故障恢复的数据压缩技术
US10805430B2 (en) 2014-11-14 2020-10-13 Qualcomm Incorporated Evolved data compression scheme signaling
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
CN107306444A (zh) * 2016-04-25 2017-10-31 中兴通讯股份有限公司 发送数据的方法及装置
CN106817365B (zh) * 2016-12-30 2019-07-09 Oppo广东移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端
CN106817365A (zh) * 2016-12-30 2017-06-09 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243A (zh) * 2018-05-11 2019-11-19 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110958647A (zh) * 2018-09-27 2020-04-03 电信科学技术研究院有限公司 一种数据传输方法及装置
US11483737B2 (en) 2018-09-27 2022-10-25 Datang Mobile Communications Equipment Co., Ltd. RRC message transmission method and device
CN111278060A (zh) * 2019-01-18 2020-06-12 维沃移动通信有限公司 一种以太帧传输方法和相关设备
CN111278060B (zh) * 2019-01-18 2023-10-24 维沃移动通信有限公司 一种以太帧传输方法和相关设备
CN111866969A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种数据处理方法、通信装置和系统
CN111866969B (zh) * 2019-04-30 2021-10-26 华为技术有限公司 一种数据处理方法、通信装置和系统
US10817460B2 (en) 2019-08-28 2020-10-27 Advanced New Technologies Co., Ltd. RDMA data sending and receiving methods, electronic device, and readable storage medium
US11023412B2 (en) 2019-08-28 2021-06-01 Advanced New Technologies Co., Ltd. RDMA data sending and receiving methods, electronic device, and readable storage medium
CN110704361A (zh) * 2019-08-28 2020-01-17 阿里巴巴集团控股有限公司 Rdma数据发送及接收方法、电子设备及可读存储介质
WO2021087729A1 (zh) * 2019-11-05 2021-05-14 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备
CN114303355A (zh) * 2019-11-05 2022-04-08 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备
CN114303355B (zh) * 2019-11-05 2024-03-29 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备

Also Published As

Publication number Publication date
CN102131234B (zh) 2013-12-04
US20120275424A1 (en) 2012-11-01
BR112012017645A2 (pt) 2016-04-12
WO2011085632A1 (zh) 2011-07-21
US8971267B2 (en) 2015-03-03
BR112012017645B1 (pt) 2021-08-17

Similar Documents

Publication Publication Date Title
CN102131234B (zh) Ip数据包的压缩及解压缩方法和装置
KR100678185B1 (ko) 광대역 무선 접속 통신 시스템에서 연결 식별자 구성 및갱신 방법
US7400636B2 (en) Apparatus and method for establishing header compression context according to channel type change in packet data service
RU2341040C2 (ru) Способ и устройство для установления однонаправленного канала беспроводной связи для услуги передачи при мультимедиа многоточечном соединении в системе мобильной связи
US20120155375A1 (en) Method and Apparatus for Header Compression in Network Relay Scenario
CN101640879B (zh) 系统间切换能力信息获取和系统接入的方法、装置及系统
CN104737619A (zh) 用于在lte系统中的小数据传输的永久在线的承载
TWI602465B (zh) An air interface protocol stack configuration method, data transmission method and device
KR20040016064A (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
JP4875630B2 (ja) マルチモード移動端末のハンドオーバー遂行後におけるリンク解除方法及び移動端末
CN102118792B (zh) 一种传输数据包的方法及装置
CN103338487B (zh) 一种异系统间重选或切换处理方法和设备
CN103428768A (zh) 一种接入方法、基站、接入点和用户设备
JP2016026462A (ja) 通信端末、通信システム及び通信方法
CN102892210A (zh) 承载处理方法及装置
CN104982062A (zh) 传输数据的方法、装置和系统
CN107113655B (zh) 一种数据包的压缩参数确定方法及相关设备
CN101801044A (zh) 系统间小区切换方法、系统、用户设备和无线网络控制器
CN102546547A (zh) Ip报文发送方法、网络测设备及终端
CN101686492B (zh) 基于WiMAX系统的ROHC业务流处理方法及装置
CN101047957B (zh) 一种快速激活移动台的方法
CN101547488B (zh) 小区更新重配置方法、系统和设备
CN102752795B (zh) 数据通信方法和数据通信服务节点
EP2056541A1 (en) Method and device for enabling backward compatibility with high speed packet access modes
CN102595492B (zh) 基于WiMAX系统的ROHC业务流处理方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant