CN102413506A - 一种压缩方法与装置 - Google Patents

一种压缩方法与装置 Download PDF

Info

Publication number
CN102413506A
CN102413506A CN2010102873875A CN201010287387A CN102413506A CN 102413506 A CN102413506 A CN 102413506A CN 2010102873875 A CN2010102873875 A CN 2010102873875A CN 201010287387 A CN201010287387 A CN 201010287387A CN 102413506 A CN102413506 A CN 102413506A
Authority
CN
China
Prior art keywords
packet
equipment
compressed
header
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
CN2010102873875A
Other languages
English (en)
Other versions
CN102413506B (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.)
Wuzhong District Hengjing Jiayun Mould Factory
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 CN201010287387.5A priority Critical patent/CN102413506B/zh
Priority to PCT/CN2011/074286 priority patent/WO2011137789A1/zh
Publication of CN102413506A publication Critical patent/CN102413506A/zh
Application granted granted Critical
Publication of CN102413506B publication Critical patent/CN102413506B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/22—Parsing or analysis of headers

Landscapes

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

Abstract

本发明公开了一种数据传输方法与装置，通过向第二设备发送信令，所述信令携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包，从而提高提高了头压缩上下文的传递效率。

Description

一种压缩方法与装置
技术领域
本发明涉及移动通信技术领域，特别涉及一种压缩方法和装置。
背景技术
长期演进(Long Term Evolution，LTE)规范中的分组数据汇聚协议(PacketData Convergence Protocol，PDCP)层及其压缩功能，在演进基站(EvolutionNodeB，eNB)和用户设备(User Equipment，UE)之间的空口分别被用于控制面信令压缩和用户面数据压缩。
在UE和eNB的PDCP层中对分组流进行鲁棒性IP头压缩(Robust HeaderCompression，ROHC)，其功能实体包括压缩器和解压缩器，这种压缩方式不仅能节省空中接口的容量，还能节省LTE-Uu接口上的传输容量。ROHC包括因特网协议(Internet Protocol，IP)/用户数据报协议(User Datagram Protocol，UDP)/实时传输协议(Real-time Transport Protocol，RTP)类和UDP/IP类和ESP(Encapsulating Security Payload)/IP压缩类。
嵌套的IP包头分为两层，内层IP包头可以为IP/UDP/RTP、IP/UDP、IP/TCP(Transport Control Protocol)协议包头，外层IP包头可以为因特网协议(Internet Protocol，IP/UDP/GTP-U)/用户数据报协议(User Datagram Protocol，UDP)/GPRS隧道协议用户面协议(GPRS Tunneling Protocol-User plane，GTP-U)，通过内层IP包头压缩框架或外层IP包头压缩框架分别对各个协议包头进行压缩，发送IP数据包，从而降低了头压缩上下文的传递效率。
发明内容
本发明实施例提供了一种数据传输方法，提高了头压缩上下文的传递效率。
本发明实施例具体可以通过如下技术方案实现：
一方面，提供了一种数据传输方法，包括：
第一设备向第二设备发送消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
所述第一设备使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
另一方面，提供了一种数据传输方法，包括：
第二设备接收第一设备发送的消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
所述第二设备接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的I P数据包携带所述头压缩上下文标识；
所述第二设备确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
另一方面，提供了一种数据传输装置，其特征在于，包括：
确定模块，用于根据第一因特网协议IP包头压缩方法确定待压缩的包头，所述待压缩的IP包头用头压缩上下文标识表示；
传输模块，用于向第二设备发送消息，所述消息携带所述确定模块确定的所述待压缩的IP包头和头压缩上下文标识；
处理模块，用于使用所述第一IP包头压缩方法压缩所述确定模块确定的所述IP包头；
所述传输模块，用于向所述第二设备发送所述处理模块进行所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
另一方面，提供了一种数据传输装置，其特征在于，包括：
传输模块，用于接收第一设备发送的消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；用于接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识；
确定模块，用于确定所述传输模块接收的所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头；
处理模块，用于根据所述确定模块所确定的待压缩的IP包头，将所述压缩后的IP数据包恢复为压缩前的IP数据包。
第一设备向第二设备发送消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
本发明各实施例，通过使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包，从而避免第二设备将接收到的承载头压缩上下文IP数据包、以及将承载头压缩写上下文的IP数据包和其他业务的IP数据包等同处理，从而提高了头压缩上下文传递的效率，保证了RN和DeNB压缩信息的完整性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例的一种数据传输方法流程示意图；
图2为本发明实施例的另一种数据传输方法流程示意图；
图3为本发明实施例的另一种数据传输方法流程示意图；
图4为本发明实施例的另一种数据传输方法流程示意图；
图5为本发明实施例的另一种数据传输方法流程示意图；
图6为本发明实施例的另一种空口压缩方法流程示意图；
图7为本发明实施例的另一种空口压缩方法流程示意图；
图8为本发明实施例的一种数据传输装置的结构示意图；
图9为本发明实施例的另一种数据传输装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
嵌套的IP包头分为两层，外层包头为IP/UDP/GTP-U，内层包头为IP/UDP/RTP，本申请的实施例中，IP包头以外层IP/UDP/GTP-U包头为例进行说明，当IP包头为内层包头IP/UDP/RTP时，所实现的流程和本实施例中说明的过程一致，只是可以用于UE和DeNB实体之间(即Uu接口上)，在此不再赘述。
图1为本发明实施例的一种数据传输方法流程示意图，该实施例包括：
101、第一设备向第二设备发送消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头。
102、所述第一设备使用所述第一I P包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识。
以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
采用本发明实施例提供的方法，能够避免第二设备将接收到的承载头压缩上下文IP数据包、以及将承载头压缩写上下文的IP数据包和其他业务的IP数据包等同处理，从而提高了头压缩上下文传递的效率，保证了RN和DeNB压缩信息的完整性。
图2为本发明实施例的另一种数据传输方法流程示意图，该实施例包括：
201、第二设备接收第一设备发送的消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
202、所述第二设备接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识；
203、所述第二设备确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的I P数据包恢复为压缩前的IP数据包。
采用本发明实施例提供的方法，能够避免第二设备将接收到的承载头压缩上下文IP数据包、以及将承载头压缩写上下文的IP数据包和其他业务的IP数据包等同处理，从而提高了头压缩上下文传递的效率，保证了RN和DeNB压缩信息的完整性。
本发明实施例中第一设备以中继节点(Relay Node，RN)、第二设备以演进的基站(Donor eNB，DeNB)为例，或者第一设备以DeNB、第二设备以RN为例进行说明，所述第一设备与第二设备包括但不限于上述列举的设备。
本发明中的实施例都是以外层包头为例进行说明。
图3为本发明实施例另一种数据传输方法流程示意图，RN和DeNB之间的承载建立阶段，使用RRC消息将DeNB和RN支持的头压缩方法在Un接口上协商，当RN或者DeNB决定开始压缩外层包头，使用接入网链路层信令将所要压缩外层包头的内容和头压缩上下文标识通知给解压实体，在解压实体确认后，开始压缩外层IP包头，本实施例包括：
301、在空口承载建立阶段，DeNB向RN发送无线资源控制(Radio ResourceControl，RRC)重配置消息，该消息携带了外层IP/UDP/GTP-U包头压缩方法对应的标识。
该标识可以用于体现该DeNB具有压缩外层IP/UDP/GTP-U包头的能力和DeNB所支持的具体的头压缩方式，步骤301中，具体的头压缩方式可以为外层IP/UDP/GTP-U包头的头压缩方式。
302、根据接收的外层IP/UDP/GTP-U包头压缩方法对应的标识，确定RN支持的IP包头压缩方法，向DeNB发送RRC重配置完成消息，该消息携带该RN支持的外层IP/UDP/GTP-U包头压缩方法的标识。
步骤302中，若RN不支持该外层IP/UDP/GTP-U包头压缩方法，则RRC重配置完成消息不携带RN的外层包头压缩方法的标识。
303、可选的，在空口承载建立后，该空口承载可以用于发送IP数据包，此时的IP数据包中包括内层IP/UDP/GTP-U包头和外层IP/UDP/GTP-U包头，即没有压缩的状态。
304、RN向DeNB发送RRC头压缩初始化(RRC CompressionInit)消息，用于初始化头压缩上下文，该消息包括待压缩的外层IP/UDP/GTP-U包头和头压缩上下文标识，该待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识是根据RN所支持的IP包头压缩方法确定的，所述头压缩上下文标识用于标识所述待压缩的外层IP/UDP/GTP-U包头。
头压缩上下文标识可以是RN节点的标识，可以是发送和接收IP数据包的UE的标识，可以是RN和DeNB之间承载的标识，可以是GTP-U隧道的隧道ID，可以是IP数据流的标识。
其中，IP数据流的标识包括源地址、目的地址、源端口、目的端口、传输协议组成的IP流五元组。
305、DeNB向RN节点返回RRC头压缩确认(RRC CompressionAck)消息，对初始化头压缩上下文的应答。
306、RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，即该数据包的头压缩上下文标识被保留，外层IP/UDP/GTP-U包头被压缩。
307、RN向DeNB发送压缩后的IP数据包。
308、DeNB根据收到的所述外层IP/UDP/GTP-U包头压缩后的IP数据包后，确定所述外层IP/UDP/GTP-U包头压缩后的外层IP/UDP/GTP-U数据包中携带的所述头压缩上下文标识所对应的待压缩的外层IP/UDP/GTP-U包头，根据所确定的待压缩的外层IP/UDP/GTP-U包头将所述压缩后的外层IP/UDP/GTP-U数据包恢复为压缩前的外层IP/UDP/GTP-U数据包。
ROHC协议的头压缩上下文通过IP数据包承载，并进行传递，使无线接入网(Radio Access Network，RAN)链路层网络实体将承载ROHC协议的头压缩上下文的IP数据包和其他业务的IP数据包等同处理，从而导致用IP数据包承载ROHC协议的头压缩上下文传递效率低。而本发明实施例中，以外层IP/UDP/GTP-U包头为例，通过RN和DeNB之间的接入网链路层信令消息携带待压缩的外层IP/UDP/GTP-U包头和头压缩上下文标识，RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，从而避免RN或DeNB将承载头压缩上下文的外层IP/UDP/GTP-U数据包和其他业务的外层IP/UDP/GTP-U数据包等同处理，保证了RN和DeNB压缩信息的完整性，提高了头压缩上下文传递的效率。
图4为本发明实施例另一种数据传输方法流程示意图，RN和DeNB之间的承载建立阶段，使用RRC消息将DeNB和RN支持的头压缩方法在Un接口上协商，RN或者DeNB决定开始压缩外层包头，通过PDCP层控制PDU消息将外层IP/UDP/GTP-U包头信息和头压缩上下文标识通知给解压实体，在解压实体确认后，开始压缩外层IP包头，该实施例包括：
401、在空口承载建立阶段，DeNB向RN发送RRC重配置消息，该消息携带了外层IP/UDP/GTP-U包头压缩方法对应的标识。
该标识可以用于体现该DeNB具有压缩外层IP/UDP/GTP-U包头的能力和DeNB所支持的具体的压缩方式，步骤401中，具体的头压缩方式可以为外层IP/UDP/GTP-U包头的头压缩方式。
402、根据接收到的外层IP/UDP/GTP-U包头压缩方法对应的标识确定RN支持的IP包头压缩方法，向DeNB发送RRC重配置完成消息，该消息携带该RN支持的外层IP/UDP/GTP-U包头压缩方法的标识。
步骤402中，若RN不支持该外层IP/UDP/GTP-U包头压缩方法，则RRC重配置完成消息不携带RN的外层包头压缩方法的标识。
403、可选的，在空口承载建立后，该空口承载可以用于发送IP数据包，此时的IP数据包中包括内层IP/UDP/GTP-U和外层IP/UDP/GTP-U包头，即没有压缩的状态。
404、RN向DeNB发送分组数据汇聚协议控制分组数据单元(PDCP ControlPDU)消息，该消息包括该压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识，该待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识是根据RN所支持的外层IP/UDP/GTP-U包头压缩方法确定的，所述头压缩上下文标识用于标识所述待压缩的外层IP/UDP/GTP-U包头。
头压缩上下文标识可以是RN节点的标识，可以是发送和接收IP数据包的UE的标识，可以是RN和DeNB之间承载的标识，可以是GTP-U隧道的隧道ID，可以是IP数据流的标识。
其中，IP数据流的标识包括源地址、目的地址、源端口、目的端口、传输协议组成的IP流五元组。
405、DeNB向RN节点返回自动重传请求确认通知(Automatic Repeatrequest Acknowledgement，ARQ Ack)消息。
406、RN使用所述RN支持的IP包头压缩方法，压缩所述外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，即该数据包的头压缩上下文标识被保留，外层IP/UDP/GTP-U包头被压缩。
407、RN向DeNB发送压缩后的IP数据包。
408、DeNB据收到的所述外层IP/UDP/GTP-U包头压缩后的IP数据包后，确定所述外层IP/UDP/GTP-U包头压缩后的外层IP/UDP/GTP-U数据包中携带的所述头压缩上下文标识所对应的待压缩的外层IP/UDP/GTP-U包头，根据所确定的待压缩的外层IP/UDP/GTP-U包头将所述压缩后的外层IP/UDP/GTP-U数据包恢复为压缩前的外层IP/UDP/GTP-U数据包。
ROHC协议的头压缩上下文通过IP数据包承载，并进行传递，使RAN层网络实体将承载ROHC协议的头压缩上下文的IP数据包和其他业务的IP数据包等同处理，从而导致用IP数据包承载ROHC协议的头压缩上下文传递率低的问题。而本发明实施例中，以外层IP/UDP/GTP-U包头为例，通过向DeNB发送分组数据汇聚协议控制分组数据单元(PDCP Control PDU)消息，该消息包括该压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识，RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，从而避免RN或DeNB将承载头压缩上下文的IP数据包和其他业务的IP数据包等同处理，保证了RN和DeNB压缩信息的完整性，提高了头压缩上下文传递的效率。
图5为本发明实施例另一种数据传输方法流程示意图，RN和DeNB之间的承载建立阶段，使用RRC消息将DeNB和RN支持的头压缩方法在Un接口上协商，RN或者DeNB决定开始压缩外层包头，通过PDCP用户面PDU消息将外层IP/UDP/GTP-U包头信息和头压缩上下文标识通知给解压实体，在解压实体确认后，开始压缩外层IP包头，该实施例包括：
501、在空口承载建立阶段，DeNB向RN发送RRC重配置消息，该消息携带了外层IP/UDP/GTP-U包头压缩方法对应的标识。
该标识可以用于体现DeNB具有压缩外层IP/UDP/GTP-U包头的能力和DeNB所支持的具体的压缩方式。步骤501中，具体的头压缩方式可以为外层IP/UDP/GTP-U包头的头压缩方式。
502、根据接收到的外层IP/UDP/GTP-U包头压缩方法对应的标识，确定RN支持的IP包头压缩方法，向RN发送RRC重配置完成消息，该消息携带该RN支持的外层IP/UDP/GTP-U包头压缩方法的标识。
步骤502中，若RN不支持该外层IP/UDP/GTP-U包头压缩方法，则RRC重配置完成消息不携带DeNB的外层包头压缩方法的标识。
503、可选的，在空口承载建立后，该空口承载可以用于发送IP数据包，此时的IP数据包中包括内层IP/UDP/GTP-U包头和外层IP/UDP/GTP-U包头，即没有压缩的状态。
504、RN向DeNB发送PDCP用户面PDU消息，该消息包括该压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识，该待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识根据RN所支持的IP包头压缩方法确定的。
头压缩上下文标识可以是RN节点的标识，可以是发送和接收IP数据包的UE的标识，可以是RN和DeNB之间承载的标识，可以是GTP-U隧道的隧道ID，可以是IP数据流的标识。
其中，IP数据流的标识包括源地址、目的地址、源端口、目的端口、传输协议组成的IP流五元组。
505、DeNB向RN节点返回ARQ Ack消息。
506、RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，即该数据包的头压缩上下文标识被保留，外层IP/UDP/GTP-U包头被压缩。
507、RN向DeNB发送压缩后的IP数据包。
508、DeNB根据收到的所述外层IP/UDP/GTP-U包头压缩后的IP数据包后，确定所述外层IP/UDP/GTP-U包头压缩后的外层I P/UDP/GTP-U数据包中携带的所述头压缩上下文标识所对应的待压缩的外层IP/UDP/GTP-U包头，根据所确定的待压缩的外层IP/UDP/GTP-U包头将所述压缩后的外层IP/UDP/GTP-U数据包恢复为压缩前的外层IP/UDP/GTP-U数据包。。
而本发明实施例中，以外层IP/UDP/GTP-U包头为例，通过RN和DeNB之间的PDCP用户面PDU消息携带待压缩的外层IP/UDP/GTP-U包头和头压缩上下文标识，RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，从而避免RN或DeNB将承载头压缩上下文的外层IP/UDP/GTP-U数据包和其他业务的外层IP/UDP/GTP-U数据包等同处理，保证了RN和DeNB压缩信息的完整性，提高了头压缩上下文传递的效率。
图4与图5所示的实施例，RN与DeNB之间承载PDCP层和RLC层为确认模式，在确认模式中，发送侧在高层数据上添加必要的确认和重传机制后，进行传送，并保证传递到对等实体。因为发送侧具有ARQ能力，如果接收侧的无线链路控制(Radio Link Control，RLC)收到错误的RLC PDU，通知发送侧的RLC重传接收错误的PDU，由于RLC PDU中包含顺序号信息，支持数据向高层的顺序或乱序递交，确认模式是分组数据传输的标准模式。
图6为本发明实施例另一种空口压缩方法流程示意图，RN和DeNB之间的承载建立阶段，使用RRC消息将DeNB和RN支持的头压缩方法在Un接口上协商，RN或者DeNB决定开始压缩外层包头，使用在PDCP层用户面PDU将外层IP/UDP/GTP-U包头信息和头压缩上下文标识通知解压实体，开始压缩外层IP数据包，该实施例包括：
601、在空口承载建立阶段，授权演进基站(Donor eNB，DeNB)向中继节点(Relay Node，RN)发送RRC重配置消息，该消息携带了外层IP/UDP/GTP-U包头压缩方法对应的标识。
该标识用于体现DeNB具有压缩外层IP/UDP/GTP-U包头的能力和DeNB所支持的具体的压缩方式。步骤601中，具体的头压缩方式可以为外层IP/UDP/GTP-U包头的头压缩方式。
602、根据接收到的外层IP/UDP/GTP-U包头压缩方法对应的标识，确定RN支持的IP包头压缩方法，向DeNB发送RRC重配置完成消息，该消息携带该RN支持的外层IP/UDP/GTP-U包头压缩方法的标识。
步骤602中，若RN不支持该外层IP/UDP/GTP-U包头压缩方法，则RRC重配置完成消息不携带RN的外层包头压缩方法的标识。
603、可选的，在空口承载建立后，该空口承载可以用于发送IP数据包，此时的IP数据包中包括内层IP/UDP/GTP-U和外层IP/UDP/GTP-U包头，即没有压缩的状态。
604、RN向DeNB发送PDCP用户面PDU消息，该消息包括待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识，该待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识根据RN所支持的IP包头压缩方法确定的，并且将压缩的相同外层IP/UDP/GTP-U包头的内容和头压缩上下文标识通过至少两个PDCP PDU消息发送。
其中，发送外层IP/UDP/GTP-U包头信息传递给解压实体的具体次数可以根据Un接口的PDCP PDU成功发送的概率进行统计，在Un接口上的成功发送概率较高时，发送IP/UDP/GTP-U包头信息的次数可以相应减少，反之，发送IP/UDP/GTP-U包头信息的次数可以相应增加。
头压缩上下文标识可以是RN节点的标识，可以是发送和接收IP数据包的UE的标识，可以是RN和DeNB之间承载的标识，可以是GTP-U隧道的隧道ID，可以是IP数据流的标识。
其中，IP数据流的标识包括源地址、目的地址、源端口、目的端口、传输协议组成的IP流五元组。
605、RN使用该RN支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，即该数据包的头压缩上下文标识被保留，外层IP/UDP/GTP-U包头被压缩。
606、RN向DeNB发送压缩后的IP数据包。
607、DeNB根据收到的所述外层IP/UDP/GTP-U包头压缩后的IP数据包后，确定所述外层IP/UDP/GTP-U包头压缩后的外层IP/UDP/GTP-U数据包中携带的所述头压缩上下文标识所对应的待压缩的外层IP/UDP/GTP-U包头，根据所确定的待压缩的外层IP/UDP/GTP-U包头将所述压缩后的外层IP/UDP/GTP-U数据包恢复为压缩前的外层IP/UDP/GTP-U数据包。
ROHC协议的头压缩上下文通过IP数据包承载，并进行传递，使RAN层网络实体将承载ROHC协议的头压缩上下文的IP数据包和其他业务的IP数据包等同处理，从而导致用IP数据包承载ROHC协议的头压缩上下文传递率低的问题。而本发明实施例中，通过RN和DeNB之间的接入网链路层信令消息携带的外层IP/UDP/GTP-U标识，建立头压缩上下文，保留该IP数据包的头压缩上下文标识，对外层IP/UDP/GTP-U包头进行压缩，从而避免RN或DeNB将承载头压缩上下文的IP数据包和其他业务的IP数据包等同处理，保证了RN和DeNB压缩信息的完整性，提高了头压缩上下文传递的效率。
在图6所示的实施例中，RN和DeNB之间承载的PDCP层和RLC层为非确认模式，在非确认模式中，发送实体在高层PDU上添加必要的控制协议开销，进行传送，但不保证传递到对等实体，且没有使用确认和重传机制，接收实体对所接收到的错误数据标记为错误后递交，或者直接丢弃并向高层报告，由于RLC PDU包含顺序号，因此能够检测高层PDU的完整性，UM模式的业务可以包括小区广播和IP电话。
另外，根据Un接口上承载的业务不同，可以在头压缩建立初期使用确认模式，将IP/UDP/GTP-U包头信息和头压缩的IP Flow标识成功传递后，再进入非确认模式传递其它剩余的IP数据包。
以上几个实施例中，由RN判断并发起外层IP包头压缩过程，本实施例中说明了反方向的DeNB发起的外层IP/UDP/GTP-U包头压缩过程，空口承载建立期间的RRC重配置消息过程和RN发起头压缩的方向一致，但是外层IP/UDP/GTP-U包头信息和压缩信息传递的方向是相反的，如图7所示，为本发明实施例另一种空口压缩方法流程示意图，包括：
701、在空口承载建立阶段，RN向DeNB发送RRC重配置消息，该消息携带了外层IP/UDP/GTP-U包头压缩方法对应的标识。
该标识用于体现DeNB具有压缩外层IP/UDP/GTP-U包头的能力和DeNB所支持的具体的压缩方式。
702、根据接收到的外层IP/UDP/GTP-U包头压缩方法对应的标识，根据所述外层IP/UDP/GTP-U包头压缩方法的标识确定DeNB支持的IP包头压缩方法，向RN发送RRC重配置完成消息，该消息携带该DeNB支持的外层IP/UDP/GTP-U包头压缩方法的标识。
步骤702中，若DeNB不支持该外层IP/UDP/GTP-U包头压缩方法，则RRC重配置完成消息不携带DeNB的外层包头压缩方法的标识。
703、可选的，在空口承载建立后，该空口承载可以用于发送IP数据包，此时的IP数据包中包括内层IP/UDP/GTP-U和外层IP/UDP/GTP-U包头，即没有压缩的状态。
704、DeNB向RN发送PDCP Control PDU消息，该消息包括待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识，该待压缩的外层IP/UDP/GTP-U包头的内容和头压缩上下文标识根据DeNB所支持的IP包头压缩方法确定的，所述头压缩上下文标识用于标识所述待压缩的外层IP/UDP/GTP-U包头。
头压缩上下文标识可以是RN节点的标识，可以是发送和接收IP数据包的UE的标识，可以是RN和DeNB之间承载的标识，可以是GTP-U隧道的隧道ID，可以是IP数据流的标识。
其中，IP数据流的标识包括源地址、目的地址、源端口、目的端口、传输协议组成的IP流五元组。
其中，压缩IP流的头压缩上下文标识的五元组由源地址、目的地址、源端口、目的端口、传输协议组成。
705、RN向DeNB返回ARQ Ack消息。
706、DeNB使用该DeNB支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，即该数据包的头压缩上下文标识被保留，外层IP/UDP/GTP-U包头被压缩。。
707、DeNB向RN发送压缩后的IP数据包。
708、RN根据据收到的所述外层IP/UDP/GTP-U包头压缩后的IP数据包后，确定所述外层IP/UDP/GTP-U包头压缩后的外层IP/UDP/GTP-U数据包中携带的所述头压缩上下文标识所对应的待压缩的外层IP/UDP/GTP-U包头，根据所确定的待压缩的外层IP/UDP/GTP-U包头将所述压缩后的外层IP/UDP/GTP-U数据包恢复为压缩前的外层IP/UDP/GTP-U数据包。
ROHC协议的头压缩上下文通过IP数据包承载，并进行传递，使RAN层网络实体将承载ROHC协议的头压缩上下文的IP数据包和其他业务的IP数据包等同处理，从而导致用IP数据包承载ROHC协议的头压缩上下文传递率低的问题。而本发明实施例中，以外层IP/UDP/GTP-U包头为例，通过RN和DeNB之间的接入网链路层信令消息携带待压缩的外层IP/UDP/GTP-U包头和头压缩上下文标识，DeNB使用该DeNB支持的IP包头压缩方法，压缩外层IP/UDP/GTP-U包头，所述压缩后的IP/UDP/GTP-U数据包携带所述头压缩上下文标识，从而避免RN或DeNB将承载头压缩上下文的外层IP/UDP/GTP-U数据包和其他业务的外层IP/UDP/GTP-U数据包等同处理，保证了RN和DeNB压缩信息的完整性，提高了头压缩上下文传递的效率。
图7所示的实施例与图3所示的实施例3的头压缩的过程类似，不同之处在于是由DeNB发起的头压缩过程，而进行头压缩的实体为DeNB，类似的，图2、图4、图5、图6所示的实施例可以由DeNB发起的头压缩过程，DeNB进行头压缩，在此不在赘述。
图8为本发明实施例的一种数据传输装置的结构示意图，包括：
确定模块801，用于根据第一因特网协议IP包头压缩方法确定待压缩的包头，所述待压缩的IP包头用头压缩上下文标识表示；
传输模块802，用于向第二设备发送信令，所述信令携带所述确定模块确定的所述待压缩的IP包头和头压缩上下文标识；
处理模块803，用于使用所述第一IP包头压缩方法压缩所述确定模块确定的所述IP包头；
所述传输模块804，用于向所述第二设备发送所述处理模块进行所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
本发明各实施例，通过使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的I P数据包恢复为压缩前的IP数据包，从而避免第二设备将接收到的承载头压缩上下文IP数据包、以及将承载头压缩写上下文的IP数据包和其他业务的IP数据包等同处理，从而提高了头压缩上下文传递的效率，保证了RN和DeNB压缩信息的完整性。
进一步，所述传输模块还用于接收所述第二设备发送的IP包头压缩方法对应的标识；所述确定模块还用于将所述传输模块接收的所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
进一步，所述传输模块还用于接收所述第二设备所能支持的IP包头压缩方法对应的标识；
所述确定模块还用于确定所述传输模块接收的所述标识对应的I P包头压缩方法中，所述第一设备采用的第一IP包头压缩方法；
进一步，所述传输模块还用于向所述第二设备发送所述确定模块确定的第一IP包头压缩方法对应的标识，以使得所述第二设备根据所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置，以及根据所确定的待压缩的IP包头及所确定的位置将所述压缩后的IP数据包恢复为压缩前的IP数据包。
进一步，若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述传输模块还用于接收所述第二设备发送的、收到所述待压缩IP包头与头压缩上下文标识的确认消息，所述确认消息为自动重传请求确认ARQ ACK消息。
图9为本发明实施例的另一种数据传输装置的结构示意图，包括：
传输模块901，用于接收第一设备发送的信令，所述信令携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；用于接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识；
确定模块902，用于确定所述传输模块接收的所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头；
处理模块9803，用于根据所述确定模块所确定的待压缩的IP包头，将所述压缩后的I P数据包恢复为压缩前的IP数据包。
本发明各实施例，通过使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包，从而避免第二设备将接收到的承载头压缩上下文IP数据包、以及将承载头压缩写上下文的IP数据包和其他业务的IP数据包等同处理，从而提高了头压缩上下文传递的效率，保证了RN和DeNB压缩信息的完整性。
进一步，所述传输模块用于向所述第一设备发送IP包头压缩方法对应的标识，以使得所述第一设备将所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
进一步，所述传输模块还用于向所述第一设备发送所述第二设备所能支持的IP包头压缩方法对应的标识，以使得所述第一设备确定所述标识对应的IP包头压缩方法中所述第一设备采用的第一IP包头压缩方法；
进一步，所述传输模块还用于接收所述第一设备发送的所述第一IP包头压缩方法对应的标识；
所述确定模块还用于根据所述传输模块接收的所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置；
所述处理模块还用于根据所述确定模块确定的待压缩的IP包头及所确定的位置将所述压缩后的I P数据包恢复为压缩前的IP数据包。
进一步，若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述传输模块还用于向所述第一设备发送所述第二设备收到所述待压缩IP包头与头压缩上下文标识的确认消息，所述确认消息为自动重传请求确认ARQ ACK消息。
值得注意的是，上述用户设备和基站实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (22)

1.一种数据传输方法，其特征在于，包括：
第一设备向第二设备发送消息，所述信令携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
所述第一设备使用所述第一IP包头压缩方法压缩所述IP包头，向所述第二设备发送所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
2.根据权利要求1所述的方法，其特征在于，所述第一设备向所述第二设备发送消息之前，还包括：
所述第一设备接收所述第二设备发送的IP包头压缩方法对应的标识；
所述第一设备将所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
3.根据权利要求1所述的方法，其特征在于，所述第一设备向所述第二设备发送消息之前，还包括：
所述第一设备接收所述第二设备所能支持的IP包头压缩方法对应的标识；
所述第一设备确定所述标识对应的IP包头压缩方法中所述第一设备采用的第一IP包头压缩方法，所述第一设备向所述第二设备发送所述第一IP包头压缩方法对应的标识，以使得所述第二设备根据所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置，以及根据所确定的待压缩的IP包头及所确定的位置将所述压缩后的IP数据包恢复为压缩前的IP数据包。
4.根据权利要求1所述的方法，其特征在于，
所述消息包括接入网链路层信令；
所述接入网链路层信令包括RRC头压缩初始化信令或者分组数据汇聚协议PDCP层的分组数据单元PDU信令。
5.根据权利求1所述的方法，其特征在于，所述第一设备使用所述第一IP包头压缩方法压缩所述IP包头之前，所述方法还包括：
所述第一设备收到所述第二设备发送的、收到所述待压缩IP包头与头压缩上下文标识的确认消息。
6.根据权利要求5所述的方法，其特征在于，若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述确认消息包括自动重传请求确认ARQ ACK消息。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
将相同的待压缩的IP包头和头压缩上下文标识通过至少两个PDCP PDU信令发送。
8.根据权利要求1至7任一权利要求所述的方法，其特征在于，包括：
所述第一设备为中继节点RN，所述第二设备为演进的基站DeNB；或者
所述第一设备为DeNB，所述第二设备为RN。
9.一种数据传输方法，其特征在于，包括：
第二设备接收第一设备发送的消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；
所述第二设备接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识；
所述第二设备确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
10.根据权利要求9所述的方法，其特征在于，所述第二设备接收所述第一设备发送的消息之前，还包括：
所述第二设备向所述第一设备发送IP包头压缩方法对应的标识，以使得所述第一设备将所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
11.根据权利要求10所述的方法，其特征在于，所述第二设备接收所述第一设备发送的消息之前，还包括：
所述第二设备向所述第一设备发送所述第二设备所能支持的IP包头压缩方法对应的标识，以使得所述第一设备确定所述标识对应的IP包头压缩方法中所述第一设备采用的第一IP包头压缩方法；
所述第二设备接收所述第一设备发送的所述第一IP包头压缩方法对应的标识；
所述第二设备根据所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置，以及根据所确定的待压缩的IP包头及所确定的位置将所述压缩后的IP数据包恢复为压缩前的IP数据包。
12.根据权利要求9所述的方法，其特征在于，
所述消息包括接入网链路层信令；
所述接入网链路层信令包括RRC头压缩初始化信令或者分组数据汇聚协议PDCP层的分组数据单元PDU信令。
13.根据权利要求9所述的方法，其特征在于，所述第二设备接收所述IP包头压缩后的IP数据包之前，还包括：
所述第二设备向所述第一设备发送所述第二设备收到所述待压缩IP包头与头压缩上下文标识的确认消息。
14.根据权利要求13所述的方法，其特征在于，若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述确认消息包括自动重传请求确认ARQ ACK消息。
15.一种数据传输装置，其特征在于，包括：
确定模块，用于根据第一因特网协议IP包头压缩方法确定待压缩的包头，所述待压缩的IP包头用头压缩上下文标识表示；
传输模块，用于向第二设备发送消息，所述消息携带所述确定模块确定的所述待压缩的IP包头和头压缩上下文标识；
处理模块，用于使用所述第一IP包头压缩方法压缩所述确定模块确定的所述IP包头；
所述传输模块，用于向所述第二设备发送所述处理模块进行所述IP包头压缩后的IP数据包，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识，以使得所述第二设备收到所述IP包头压缩后的IP数据包后，确定所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头，根据所确定的待压缩的IP包头将所述压缩后的IP数据包恢复为压缩前的IP数据包。
16.根据权利要求15所述的装置，其特征在于，
所述传输模块还用于接收所述第二设备发送的IP包头压缩方法对应的标识；
所述确定模块还用于将所述传输模块接收的所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
17.根据权利要求15所述的装置，其特征在于，
所述传输模块还用于接收所述第二设备所能支持的IP包头压缩方法对应的标识；
所述确定模块还用于确定所述传输模块接收的所述标识对应的IP包头压缩方法中，所述第一设备采用的第一IP包头压缩方法；
所述传输模块还用于向所述第二设备发送所述确定模块确定的第一IP包头压缩方法对应的标识，以使得所述第二设备根据所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置，以及根据所确定的待压缩的IP包头及所确定的位置将所述压缩后的IP数据包恢复为压缩前的IP数据包。
18.根据权利要求15所述的方法，其特征在于，
若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述传输模块还用于接收所述第二设备发送的、收到所述待压缩IP包头与头压缩上下文标识的确认消息，所述确认消息为自动重传请求确认ARQ ACK消息。
19.一种数据传输装置，其特征在于，包括：
传输模块，用于接收第一设备发送的消息，所述消息携带待压缩的因特网协议IP包头和头压缩上下文标识，所述待压缩的IP包头根据第一IP包头压缩方法确定，所述头压缩上下文标识用于标识所述待压缩的IP包头；用于接收所述IP包头压缩后的IP数据包，所述数据包为所述第一设备使用所述第一IP包头压缩方法压缩，所述IP包头压缩后的IP数据包携带所述头压缩上下文标识；
确定模块，用于确定所述传输模块接收的所述IP包头压缩后的IP数据包中携带的所述头压缩上下文标识所对应的待压缩的IP包头；
处理模块，用于根据所述确定模块所确定的待压缩的IP包头，将所述压缩后的IP数据包恢复为压缩前的IP数据包。
20.根据权利要求19所述的装置，其特征在于，
所述传输模块用于向所述第一设备发送IP包头压缩方法对应的标识，以使得所述第一设备将所述标识对应的IP包头压缩方法作为所述第一IP包头压缩方法。
21.根据权利要求20所述的方法，其特征在于，
所述传输模块还用于向所述第一设备发送所述第二设备所能支持的IP包头压缩方法对应的标识，以使得所述第一设备确定所述标识对应的IP包头压缩方法中所述第一设备采用的第一IP包头压缩方法；
所述传输模块还用于接收所述第一设备发送的所述第一IP包头压缩方法对应的标识；
所述确定模块还用于根据所述传输模块接收的所述第一IP包头压缩方法对应的标识确定所述待压缩的IP包头在压缩前的IP数据包中的位置；
所述处理模块还用于根据所述确定模块确定的待压缩的IP包头及所确定的位置将所述压缩后的IP数据包恢复为压缩前的IP数据包。
22.根据权利要求19所述的装置，其特征在于，
若所述第一设备和所述第二设备之间承载的PDCP层和无线链路控制RLC层处于确认模式，所述传输模块还用于向所述第一设备发送所述第二设备收到所述待压缩IP包头与头压缩上下文标识的确认消息，所述确认消息为自动重传请求确认ARQ ACK消息。
CN201010287387.5A 2010-09-20 2010-09-20 一种压缩方法与装置 Expired - Fee Related CN102413506B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010287387.5A CN102413506B (zh) 2010-09-20 2010-09-20 一种压缩方法与装置
PCT/CN2011/074286 WO2011137789A1 (zh) 2010-09-20 2011-05-19 一种压缩方法与装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010287387.5A CN102413506B (zh) 2010-09-20 2010-09-20 一种压缩方法与装置

Publications (2)

Publication Number Publication Date
CN102413506A true CN102413506A (zh) 2012-04-11
CN102413506B CN102413506B (zh) 2015-04-15

Family

ID=44903600

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010287387.5A Expired - Fee Related CN102413506B (zh) 2010-09-20 2010-09-20 一种压缩方法与装置

Country Status (2)

Country Link
CN (1) CN102413506B (zh)
WO (1) WO2011137789A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103812846A (zh) * 2012-11-14 2014-05-21 重庆重邮信科通信技术有限公司 一种头压缩方法及系统
WO2017041223A1 (zh) * 2015-09-08 2017-03-16 华为技术有限公司 一种报文的处理方法和基站
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
CN108632901A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法及终端
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243A (zh) * 2018-05-11 2019-11-19 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN112399400A (zh) * 2019-08-14 2021-02-23 华为技术有限公司 一种ue上报udc信息方法及设备
WO2021087729A1 (zh) * 2019-11-05 2021-05-14 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备
US12127039B2 (en) 2019-08-14 2024-10-22 Huawei Technologies Co., Ltd. Method for reporting UDC information by UE, and device

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117062257B (zh) * 2023-10-11 2024-02-09 腾讯科技（深圳）有限公司 基于多通道的数据传输方法、终端设备以及目标网关

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6404754B1 (en) * 1998-09-07 2002-06-11 Lg Information & Communications, Ltd. Radio packet data terminal and method of determining internet interworking protocol address
CN1866908A (zh) * 2005-05-18 2006-11-22 中兴通讯股份有限公司 一种在无分片特定环境中压缩ip－udp报文头的方法
CN101163095A (zh) * 2006-10-13 2008-04-16 中兴通讯股份有限公司 一种应用于端到端链路传输中ip报头压缩的方法
CN101197824A (zh) * 2006-12-08 2008-06-11 华为技术有限公司 一种确定压缩算法的方法及系统
CN101350812A (zh) * 2008-08-22 2009-01-21 上海华为技术有限公司 一种数据的传输方法、通信设备及通信系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212404B (zh) * 2006-12-27 2011-04-06 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6404754B1 (en) * 1998-09-07 2002-06-11 Lg Information & Communications, Ltd. Radio packet data terminal and method of determining internet interworking protocol address
CN1866908A (zh) * 2005-05-18 2006-11-22 中兴通讯股份有限公司 一种在无分片特定环境中压缩ip－udp报文头的方法
CN101163095A (zh) * 2006-10-13 2008-04-16 中兴通讯股份有限公司 一种应用于端到端链路传输中ip报头压缩的方法
CN101197824A (zh) * 2006-12-08 2008-06-11 华为技术有限公司 一种确定压缩算法的方法及系统
CN101350812A (zh) * 2008-08-22 2009-01-21 上海华为技术有限公司 一种数据的传输方法、通信设备及通信系统

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103812846A (zh) * 2012-11-14 2014-05-21 重庆重邮信科通信技术有限公司 一种头压缩方法及系统
WO2017041223A1 (zh) * 2015-09-08 2017-03-16 华为技术有限公司 一种报文的处理方法和基站
CN107950050A (zh) * 2015-09-08 2018-04-20 华为技术有限公司 一种报文的处理方法和基站
CN107950050B (zh) * 2015-09-08 2020-03-20 华为技术有限公司 一种报文的处理方法和基站
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
CN108632901A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法及终端
CN108632901B (zh) * 2017-03-24 2019-12-24 维沃移动通信有限公司 一种数据传输方法及终端
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243A (zh) * 2018-05-11 2019-11-19 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN112399400A (zh) * 2019-08-14 2021-02-23 华为技术有限公司 一种ue上报udc信息方法及设备
US12127039B2 (en) 2019-08-14 2024-10-22 Huawei Technologies Co., Ltd. Method for reporting UDC information by UE, and device
WO2021087729A1 (zh) * 2019-11-05 2021-05-14 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备

Also Published As

Publication number Publication date
CN102413506B (zh) 2015-04-15
WO2011137789A1 (zh) 2011-11-10

Similar Documents

Publication Publication Date Title
CN102413506B (zh) 一种压缩方法与装置
US11805443B2 (en) Method and apparatus for data processing in wireless communication system
US11658722B2 (en) Method and apparatus for managing user plane operation in wireless communication system
US11490446B2 (en) Method and apparatus for reconfiguring a bearer
US11653396B2 (en) Method and device for communication between network entities in cloud LAN environment
US11395365B2 (en) Method and system for handling PDCP operation in wireless communication system
JP7423549B2 (ja) 異種ネットワークで二重接続動作を行うための方法及び装置
CN104396302B (zh) 传输数据的方法、基站和用户设备
CN102655448B (zh) 一种长期演进系统媒质访问控制层的数据传输方法
EP2869633A1 (en) Method, system, and device for switching
TW200926856A (en) Methods for intra base station handover optimizations
US8837310B2 (en) Method and system for determining an end time of uplink back propagation
JP2012529799A (ja) Ｐｄｃｐ層の再確立方法及び装置
US20200045766A1 (en) Wireless node communication method and apparatus in wireless communication system
CN107005560A (zh) 一种数据发送方法、数据接收方法和相关设备
CN111133791A (zh) 用于在无线通信系统中处理分组的方法和装置
WO2018028712A1 (zh) 一种数据处理的方法及装置
CN115022922A (zh) 用于lte系统中的呼叫处理方法和装置
KR102567332B1 (ko) 데이터 고속처리를 위한 방법 및 장치
CN112753243A (zh) 无线通信系统中的无线节点通信方法和装置
CN104471874B (zh) 数据转发方法、中继节点设备及网络系统
CN112771918A (zh) 用于无线通信系统中无线节点的无线通信的方法和装置
US20240205984A1 (en) Method and apparatus for processing transmission control protocol packet in wireless communication system

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
TR01 Transfer of patent right

Effective date of registration: 20180111

Address after: 215103 Jiangsu city in Suzhou Province town of Wuzhong District Wang Jing Ma Village 2 groups

Patentee after: Heng Jingjiayun mould factory, Wuzhong District

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20150415

Termination date: 20180920

CF01 Termination of patent right due to non-payment of annual fee