CN102300256A - 一种头压缩反馈信息的反馈方法和设备 - Google Patents

一种头压缩反馈信息的反馈方法和设备 Download PDF

Info

Publication number
CN102300256A
CN102300256A CN2010102159137A CN201010215913A CN102300256A CN 102300256 A CN102300256 A CN 102300256A CN 2010102159137 A CN2010102159137 A CN 2010102159137A CN 201010215913 A CN201010215913 A CN 201010215913A CN 102300256 A CN102300256 A CN 102300256A
Authority
CN
China
Prior art keywords
territory
information
feedback information
control pdu
compressing
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
CN2010102159137A
Other languages
English (en)
Other versions
CN102300256B (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201010215913.7A priority Critical patent/CN102300256B/zh
Priority to EP11797526.8A priority patent/EP2587860B1/en
Priority to PCT/CN2011/073618 priority patent/WO2011160495A1/zh
Publication of CN102300256A publication Critical patent/CN102300256A/zh
Priority to US13/691,748 priority patent/US9264940B2/en
Application granted granted Critical
Publication of CN102300256B publication Critical patent/CN102300256B/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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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
    • 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
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本发明公开了一种头压缩反馈信息的反馈方法和设备，LTE-A系统中引入RN节点后，针对Un口传输的用户数据具有嵌套的双IP包含GTP的复杂的头部结构，通过应用本发明实施例所提出的技术方案，可以根据控制PDU中的信息，对控制PDU中所携带的不同类型的头部压缩反馈信息进行解析，并根据相应的策略进行处理，有效的对双头实现分别压缩和反馈，提高Un口的数据传输效率。

Description

一种头压缩反馈信息的反馈方法和设备
技术领域
本发明涉及通信技术领域，特别涉及一种头压缩反馈信息的反馈方法和设备。
背景技术
RFC3095协议提出的ROHC(Robust Header Compression，信头压缩协议)中，将头压缩描述为两个状态机(压缩状态机和解压缩状态机)间的相互作用。通过在链路两端的状态机建立上下文(Context)，即一套静态和动态报头域，获得压缩增益。压缩端和解压缩端运行时必须保持上下文同步，ROHC在压缩分组中加入了循环冗余校验(Cyclic Redundancy Check，CRC)，并可通过反馈(ACK/NACK，确认字符/否定字符)来确保上下文及时、正确地进行更新。
压缩端有三种状态：IR(Initialize Refresh，初始化刷新)，FO(First Order，第一级)，SO(Second Order，第二级)状态，压缩端的状态表征了可进行的头压缩程度。
解压缩端也有三种状态：NC(No Context，无上下文)，SC(Static Context，静态上下文)，FC(Full Context，完整上下文)，状态表征了解压缩端能够解压对应数据包头的能力，从而状态对应了头压缩性能。状态之间可以相互迁移。
ROHC支持三种操作模式：U(单向)模式、O(双向优化)模式、R(双向可靠)模式。三种模式可以相互转换，每种模式规定了一些信息交互的方式和频度，例如是否更多的使用反馈等。如果能及时转换到可靠模式，就能更多交互一些状态、特殊域等反馈信息，可以尽可能保证收发双方上下文的一致性，从而提高在高压缩比状态下解压缩的正确概率。
RFC3095协议规定解压缩端CRC成功时，如果当前是更新分组即IR/DYN包则反馈ACK(Acknowledge Character，确认字符)。压缩端和解压缩端初始均工作在U模式，解压缩端成功解压一个更新分组后将转换到O模式或R模式，并向压缩端反馈ACK，触发压缩端也转换到O模式或R模式。以后两端将工作在O或R模式。如果解压缩端在R模式下连续监测到CRC校验成功，则进行NC到SC，再到FC的状态迁移，并反馈ACK(O模式)，进行R模式到O模式的转换。如果解压缩端在O模式下连续监测到CRC校验失败，则将状态降级，进行O模式到R模式转换，并反馈NACK(R模式)。根据反馈信息，压缩端进行相应的动作操作，以便协同上下文状态的同步。
LTE-A(Long Term Evolution Advanced，高级长期演进)系统引入Relay(中继)后，初步确定的网络架构示意图如图1所示，其中，节点包括：
Donor-eNB(Donor Evolved Node B，DeNB)：与RN有无线连接的eNB；
Relay-Node(RN，中继节点)：存在于DeNB与UE(User Equipment，用户设备)之间的实体；
Relay-UE(R-UE，中继用户设备)：与RN进行数据交互的UE，可以是LTE UE；
宏UE：直接与DeNB进行数据交互的UE，本身与RN无关。
接口包括：
Un接口：RN和DeNB之间的接口
Uu接口：UE和RN之间的接口
这样的网络结构，造成了Un口上传输的用户数据具有比较复杂的嵌套IP(Internet Protocol，互联网协议)和GTP(GPRS Tunnelling Protocol，GPRS隧道协议)的头部结构，如图2所示，为Un口VoIP(Voice over Internet Protocol，互联网音频技术)数据包结构的示意图，以语音业务为例说明如下：
外部的IP/UDP(User Datagram Protocol，用户数据包协议)头对应携带RN的IP地址，GTP头携带UE相关的业务承载隧道信息，内部的IP/UDP/RTP(Real-time Transport Protocol，实时传输协议)对应于UE的IP地址和业务信息。对于外部和内部的IP，UDP和RTP等头部都可以用现有PDCP(Packet DataConvergence Protocol，分组数据汇聚协议)中的压缩算法来进行压缩。
现有PDCP协议中，用于传输压缩反馈的PDU(Packet Data Unit，分组数据单元)的格式和信息如图3所示。
其中的D/C域和PDU Type域中的字段信息值所表示的含义分别如以下的表1和表2所示。
表1D/C域的字段信息值的含义
 Bit(比特值)   Description(描述)
  0   Control PDU(控制PDU)
  1   Data PDU(数据PDU)
表2PDU Type域的字段信息值的含义
  Bit(比特值)   Description(描述)
  000   PDCP status report(PDCP状态报告)
  001  Interspersed ROHC feedback packet(携带ROHC反馈包)
  010-111   Reserved(预留字段)
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
现有压缩算法中没有用于整个IP/UDP+GTP+IP/UDP/RTP头部压缩的方案，现有的压缩算法能够处理除了GTP之外的，外部IP头部分(例如IP/UDP或者IP/TCP)和内部IP头(例如IP/UDP/RTP或者IP/TCP)部分。
现有PDCP协议中，仅支持一种ROHC反馈格式，也就是说如果采取对外部IP头部分和内部IP头部分分别压缩的方案，则无法对外部压缩的反馈和内部压缩的反馈进行有效的区分，从而压缩算法无法正确执行，大大影响压缩的效率。
发明内容
本发明提供一种头压缩反馈信息的反馈方法和设备，根据实际的头压缩反馈信息的来源类型对头压缩反馈信息进行相应的处理。
为达到上述目的，本发明实施例一方面提供了一种头压缩反馈信息的反馈方法，包括：
PDCP压缩端设备接收到PDCP解压缩端设备发送的控制PDU，并根据所述控制PDU确定头压缩反馈信息的来源类型；
所述PDCP压缩端设备根据确定的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
另一方面，本发明实施例还提供了一种PDCP压缩端设备，包括：
确定模块，用于根据接收到的PDCP解压缩端设备发送的控制PDU，确定头压缩反馈信息的来源类型；
处理模块，用于根据所述确定模块所确定的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
另一方面，本发明实施例还提供了一种头压缩反馈信息的反馈方法，包括：
PDCP解压缩端设备根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU；
所述PDCP解压缩端设备将所述控制PDU发送给PDCP压缩端设备，使所述PDCP压缩端设备对所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
另一方面，本发明实施例还提供了一种PDCP解压缩端设备，包括：
生成模块，用于根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU；
发送模块，用于将所述所述生成模块生成的控制PDU发送给PDCP压缩端设备，使所述PDCP压缩端设备对所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
与现有技术相比，本发明具有以下优点：
LTE-A系统中引入RN节点后，针对Un口传输的用户数据具有嵌套的双IP包含GTP的复杂的头部结构，通过应用本发明实施例所提出的技术方案，可以根据控制PDU中的信息，对控制PDU中所携带的不同类型的头部压缩反馈信息进行解析，并根据相应的策略进行处理，有效的对双头实现分别压缩和反馈，提高Un口的数据传输效率。
附图说明
图1为现有技术中一种包含RN的网络结构示意图；
图2为现有技术中Un口VoIP数据包的结构示意图；
图3为现有技术中控制PDU的示意图；
图4为本发明实施例中的一种头压缩反馈信息的反馈方法在PDCP压缩端设备侧的流程示意图；
图5为本发明实施例中的一种头压缩反馈信息的反馈方法在PDCP解压缩端设备侧的流程示意图；
图6为本发明实施例中的一种压缩后的头结构示意图；
图7为本发明实施例中的一种控制PDU的示意图；
图8为本发明实施例中的一种控制PDU的示意图；
图9为本发明实施例中的一种控制PDU的示意图；
图10为本发明实施例中的一种控制PDU的示意图；
图11为本发明实施例中的一种控制PDU的示意图；
图12为本发明实施例中的一种控制PDU的示意图；
图13为本发明实施例中的一种PDCP压缩端设备的结构示意图；
图14为本发明实施例中的一种PDCP解压缩端设备的结构示意图。
具体实施方式
本发明实施例所提出的技术方案的核心思想在于：在Un口进行头压缩时，采取内部头和外部头分别压缩，GTP头保留的方法，其中，内部头和外部头各自采取现有的压缩算法进行压缩，分别维护各自的上下文信息和CID标号，PDCP解压缩端分别根据压缩状态和算法产生头压缩反馈信息，并在对应的控制PDU的格式中，以适当的域明确指示外部压缩反馈和/或内部压缩反馈信息，当PDCP压缩端接收到携带头压缩反馈信息的控制PDU后，根据标识解析出外部头压缩反馈信息和/或内部头压缩反馈信息，并将解析出的反馈信息交给相应的外部头压缩模块或内部头压缩模块后分别按照现有流程处理。
如图4所示，为本发明实施例提供的一种头压缩反馈信息的反馈方法的流程示意图，该方法具体包括以下步骤：
步骤S401、PDCP压缩端设备接收到PDCP解压缩端设备发送的控制PDU，并根据控制PDU确定头压缩反馈信息的来源类型。
在具体的应用场景中，PDCP压缩端设备根据控制PDU确定头压缩反馈信息的来源类型的方式，具体包括以下两种：
方式一、PDCP压缩端设备根据控制PDU中的PDU Type域中的信息，确定头压缩反馈信息的来源类型。
方式二、PDCP压缩端设备根据控制PDU中的一个或多个预留域所组成的类型指示域中的信息，确定头压缩反馈信息的来源类型。
其中，当场景中仅存在外部头压缩或内部头压缩单独反馈的可能，或仅需要标识外部头压缩或内部头压缩单独反馈的来源类型时，对应上述的方式一，可以在PDU Type域中仅设置对应外部头压缩或内部头压缩单独反馈的来源类型的信息，而对应上述的方式二，则可以在在控制PDU中减少类型指示域所占用的预留域的数量，从而，仅需要占用能够表示外部头压缩或内部头压缩单独反馈的来源类型的空间长度即可，在此种情况下，上述的两种方式仅表示外部头压缩的单独反馈类型和内部头压缩的单独反馈类型。
另一种情况下，当场景中不仅存在外部头压缩或内部头压缩单独反馈的可能，还存在外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型的可能，或需要标识外部头压缩或内部头压缩单独反馈，以及外部头压缩与内部头压缩的按照预设反馈顺序相级联的来源类型时，对应上述的方式一，在PDU Type域中需要至少设置对应外部头压缩或内部头压缩单独反馈，以及外部头压缩与内部头压缩的按照预设反馈顺序相级联反馈的来源类型的信息，而对应上述的方式二，则可以在在控制PDU中增加类型指示域所占用的预留域的数量，从而，需要占用能够表示外部头压缩或内部头压缩单独反馈，以及外部头压缩与内部头压缩的按照预设反馈顺序相级联反馈的来源类型的空间长度，在此种情况下，上述的两种方式可以表示外部头压缩的单独反馈类型、内部头压缩的单独反馈类型和外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
步骤S402、PDCP压缩端设备根据确定的头压缩反馈信息的来源类型，将控制PDU中所携带的头压缩反馈信息进行相应的处理，具体为：
当PDCP压缩端设备根据控制PDU确定头压缩反馈信息的来源类型为外部头压缩的单独反馈类型时，PDCP压缩端设备将控制PDU中所携带的头压缩反馈信息按照相对应的外部头压缩的处理策略进行处理；
当PDCP压缩端设备根据控制PDU确定头压缩反馈信息的来源类型为内部头压缩的单独反馈类型时，PDCP压缩端设备将控制PDU中所携带的头压缩反馈信息按照相对应的内部头压缩的处理策略进行处理；
当PDCP压缩端设备根据控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，PDCP压缩端设备将控制PDU中所携带的头压缩反馈信息按照预设反馈顺序进行处理，或将控制PDU中所携带的头压缩反馈信息根据来源类型进行区分后，分别按照外部头压缩与内部头压缩的处理策略进行处理。
其中，当控制PDU中没有包含头压缩反馈信息的尺寸信息时，PDCP压缩端设备按照预设反馈顺序，将控制PDU中所携带的头压缩反馈信息直接进行外部头压缩处理或内部头压缩处理，并在处理完成后，将剩余的头压缩反馈信息进行余下的头压缩处理；
当控制PDU中包含头压缩反馈信息的尺寸信息时，PDCP压缩端设备获取头压缩反馈信息的尺寸信息，PCDP压缩端设备根据尺寸信息，将控制PDU中的头压缩反馈信息分为两个部分，并按照预设反馈顺序分别将两个部分的头压缩反馈信息按照相对应的处理策略进行处理。
需要进一步指出的是，控制PDU中包含头压缩反馈信息的尺寸信息，具体为控制PDU中包含尺寸信息域和/或一个或多个预留域所组成的指示域，在此种情况下，上述的PDCP压缩端设备获取头压缩反馈信息的尺寸信息的处理过程，具体为：
当控制PDU中包含尺寸信息域，而不包含指示域时，PDCP压缩端设备直接在尺寸信息域中获取头压缩反馈信息的尺寸信息；
当控制PDU中包含指示域时，PDCP压缩端设备识别指示域的内容，如果指示域中的内容为头压缩反馈信息的尺寸信息，则控制PDU中不包含尺寸信息域，PDCP压缩端设备直接在指示域中获取头压缩反馈信息的尺寸信息，如果指示域中的内容为控制PDU中存在尺寸信息域的指示信息，PDCP压缩端设备在控制PDU中查询相应的尺寸信息域，获取尺寸信息域中的头压缩反馈信息的尺寸信息。
以上的描述为本发明实施例所提出的一种头压缩反馈信息的反馈方法在PDCP压缩端设备侧的实现流程，下面，进一步的说明该技术方案在PDCP解压缩端设备侧的实现流程，其流程示意图如图5所示，具体包括以下步骤：
步骤S501、PDCP解压缩端设备根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU，具体包括：
PDCP解压缩端设备通过控制PDU中的PDU Type域中的信息，标识头压缩反馈信息的来源类型；或，
PDCP解压缩端设备通过控制PDU中的一个或多个预留域所组成的类型指示域中的信息，标识头压缩反馈信息的来源类型；
其中，头压缩反馈信息的来源类型，具体为外部头压缩的单独反馈类型，或内部头压缩的单独反馈类型，或外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
需要进一步指出的是，当头压缩反馈信息的来源类型，具体为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，控制PDU中还包括：
包含头压缩反馈信息的尺寸信息的尺寸信息域；或；
包含头压缩反馈信息的尺寸信息的指示域；或，
包含控制PDU中存在尺寸信息域的指示信息的指示域和包含头压缩反馈信息的尺寸信息的尺寸信息域。
步骤S502、PDCP解压缩端设备将控制PDU发送给PDCP压缩端设备，使PDCP压缩端设备对控制PDU中所携带的头压缩反馈信息进行相应的处理。
与现有技术相比，本发明具有以下优点：
LTE-A系统中引入RN节点后，针对Un口传输的用户数据具有嵌套的双IP包含GTP的复杂的头部结构，通过应用本发明实施例所提出的技术方案，可以根据控制PDU中的信息，对控制PDU中所携带的不同类型的头部压缩反馈信息进行解析，并根据相应的策略进行处理，有效的对双头实现分别压缩和反馈，提高Un口的数据传输效率。
下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行详细说明。
如前，在Un口进行头压缩时，采取内部头和外部头分别压缩，GTP头保留的方法，其中，内部头和外部头各自采取现有的压缩算法进行压缩，分别维护各自的上下文信息和CID标号，PDCP解压缩端设备分别根据压缩状态和算法产生头压缩反馈信息，并在对应的控制PDU的格式中，以适当的域明确指示外部压缩反馈和/或内部压缩反馈信息，当PDCP压缩端设备接收到携带头压缩反馈信息的控制PDU后，根据标识解析出外部头压缩反馈信息和/或内部头压缩反馈信息，并将解析出的反馈信息交给相应的外部头压缩模块或内部头压缩模块后分别按照现有流程处理，下面进一步对上述过程进行说明：
首先，压缩后的头结构示意图如图6所示，在此种结构下，通过不同的扩展策略，本发明实施例给出以下多种头压缩反馈信息的反馈方案。
方案一、对PDU Type域中的信息进行扩展(不包括级联的反馈类型)
控制PDU的格式仍然如图3所示，但对其中PDU type域的取值规则做了新的调整，具体示例如表3所示。
表3PDU Type域的字段信息值的含义
  Bit(比特值)   Description(描述)
  000   PDCP status report(PDCP状态报告)
001 Interspersed ROHC feedback packet for outer header(携带外部头压缩的ROHC反馈包)
010 Interspersed ROHC feedback packet for inner header(携带内部头压缩的ROHC反馈包)
  011-111   reserved(预留字段)
当PDCP解压缩端设备需要对外部头压缩进行状态反馈时，其控制PDU的格式按照图3所示，将D/C域设置为0，PDU type域中的值设置成001，其他域按照现有流程进行处理即可，将该控制PDU发送至对端的PDCP压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知其为控制PDU，读PDU type域得知为该控制PDU携带的是外部头压缩的反馈信息，因此，将该控制PDU携带的Interspersed ROHC feedback packet包发送至处理外部头压缩的模块进行相应的处理即可。
同样道理，当PDCP解压缩端设备需要对内部头压缩进行状态反馈时，其控制PDU的格式按照图3所示，将D/C域设置为0，PDU type域中的值设置成010，其他域按照现有流程进行处理即可，将该控制PDU发送至对端的PDCP压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知其为控制PDU，读PDU type域得知为该控制PDU携带的是内部头压缩的反馈信息，因此，将该控制PDU携带的Interspersed ROHC feedback packet包发送至处理内部头压缩的模块进行相应的处理即可。
方案二、对PDU Type域中的信息进行扩展(包括内外部压缩反馈级联的反馈类型)
控制PDU的格式仍然如图3所示，其中PDU type的取值规则做了新的调整，示例如表4所示：
表4PDU Type域的字段信息值的含义
  Bit(比特值)   Description(描述)
  000   PDCP status report(PDCP状态报告)
001 Interspersed ROHC feedback packet for outer header(携带外部头压缩的ROHC反馈包)
010 Interspersed ROHC feedback packet for inner header(携带内部头压缩的ROHC反馈包)
011 Interspersed ROHC feedback packet for outer headerand inner header(携带外部头压缩和内部头压缩相级联的ROHC反馈包)
  100-111   reserved(预留字段)
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，其处理流程同方案一，在此不再重复说明。
但是另一方面，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式依旧按照图3所示，将D/C域设置为0，但是需要将PDU type域中的值设置成011，并将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序(这个顺序需要预先规定或协商确定，并且在PDCP解压缩端设备和PDCP压缩端设备中保持一致)放置在图3的Interspersed ROHC feedback packet域中，将该控制PDU发送至对端的PDCP压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知其为控制PDU，读PDU type域得知该控制PDU中同时含有对外部头压缩和内部头压缩的反馈信息，因此，将该控制PDU携带的Interspersed ROHCfeedback packet包先发送至按照规定的顺序放置在前面的压缩反馈所对应的压缩模块进行处理。例如，标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHC feedback packet包发送至外部头压缩处理模块，外部头压缩处理模块按照其反馈的格式读取反馈信息(反馈包中有尺寸信息，因此不会读错)，并将除去外部头压缩反馈信息后剩余的Interspersed ROHC feedback packet包的内容，发送至内部头压缩模块进行相应处理即可。
方案三、扩展控制PDU格式，扩展一个Size域，同样以PDU Type来指示反馈类型，且允许内外部压缩反馈级联
控制PDU的格式扩展如图7所示。
其中，D/C域与标准一致，PDU Type域的取值与方案二中的表4一致。增加Size域，为可选域，仅在外部头压缩反馈和内部头压缩反馈级联的情况下出现，用于指示前一个压缩反馈的尺寸，以字节为单位。
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，PDU Type域按照方案一中设置，且Size域不出现，其处理流程同方案一。
特别的，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式按照图7所示，将D/C域设置为0，PDUtype域设置成011，Size域设置为放在前面的一个反馈包的以字节为单位的大小，并将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序放置在图7的Interspersed ROHC feedback packet域中，将该控制PDU发送至对端的PDCP压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知同时含有对外部头压缩和内部头压缩的反馈信息，接着读Size域，获得第一个反馈包的大小，因此将该控制PDU携带的Interspersed ROHC feedback packet域中前Size个字节的数据发送至按照规定的顺序放置在前面的压缩反馈对应的压缩模块进行处理。例如，标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHCfeedback packet域前Size个字节的数据发送至外部头压缩处理模块进行相应处理。将除去外部头压缩反馈信息后剩余的Interspersed ROHC feedback packet域的内容，发送至内部头压缩模块进行相应处理即可。
方案四、扩展控制PDU格式，扩展多个R域为指示域，以PDU Type域来指示反馈类型，且允许内外部压缩反馈级联
控制PDU的格式扩展如图8所示。
其中，D/C域与标准一致，PDU Type的取值与方案二中的表4一致，进一步，将4个保留域R域改为扩展指示域Code域，Size域为可选，这两个域的含义示例如下：
当PDU Type域的取值为011(即两个头压缩反馈进行级联)时，
Code域取值0000时，则Size域出现，指示第一个头压缩反馈以字节为单位的尺寸。
Code域取值0001～1111时，Size域不出现，Code值本身就指示第一个头压缩反馈以字节为单位的尺寸。
当PDU Type域的取值为非011的其他值时，
Code域的值直接取0000，且Size域不出现。
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，PDU Type域按照方案一中设置，Code域设置为0000，且Size域不出现，其处理流程同方案一。
特别的，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式按照图8所示，将D/C域设置为0，PDUtype域设置成011。如果按照规定的顺序应该放置在前面的反馈包大小小于等于15字节，则以Code域指示其大小，Size域不出现；如果按照规定的顺序应该放置在前面的反馈包的大小大于15字节，则Code取值0000，Size域出现，以Size指示在前面的一个反馈包的以字节为单位的大小。将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序放置在图8的InterspersedROHC feedback packet域中，将该控制PDU发送至对端的压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知同时含有对外部头压缩和内部头压缩的反馈信息。读Code域为若为非0000的值，则将Code域数值作为第一个反馈包的大小；否则接着读Size域，获得第一个反馈包的大小。按照第一个反馈包的大小，将该包携带的Interspersed ROHC feedback packet域中前面相应字节数的数据发送至按照规定的顺序放置在前面的压缩反馈对应的压缩模块进行处理。例如标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHC feedback packet域前面相应字节数的数据发送至外部头压缩处理模块进行相应处理。将除去外部头压缩反馈信息后剩余的Interspersed ROHC feedback packet域的内容，发送至内部头压缩模块进行相应处理即可。
需要特别指出的是，上述的Code域扩展方案是占用了全部的4个R域，根据需要，也可以只占用其中的部分R域，如2个或3个，具体的R域占用数量并不会影响本发明的保护范围。
方案五、对R域中的信息进行扩展(不包括级联的反馈类型)
控制PDU的格式扩展示例如图9所示。
其中，D/C域和PDU Type域的取值同现有标准中规定，即背景部分介绍。
将四个保留域R域中的一个改为O/I域，用以指示该反馈为外部头压缩反馈还是内部头压缩反馈，取值示例如表5所示：
表5O/I域的字段信息值的含义
 Bit(比特值)   Description(描述)
  0   外部头压缩的反馈
  1   内部头压缩的反馈
当PDCP解压缩端设备需要对外部头压缩进行状态反馈时，其控制PDU的格式按照图9所示，将D/C域设置为0，PDU type域设置成001，O/I域设置为0，其他按照现有流程进行处理即可，将该控制PDU发送至对端的压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知为头压缩的反馈信息，读取O/I域得知为外部头压缩的反馈，因此将该包携带的Interspersed ROHC feedback packet包发送至处理外部头压缩的模块进行相应的处理即可。
同样道理，内部头压缩的反馈过程类似执行，在此不再重复说明。
方案六、对R域中的信息进行扩展(包括内外部压缩反馈级联的反馈类型)
控制PDU的格式扩展示例如图10所示。
其中，D/C域和PDU Type域的取值同现有标准中规定，即背景部分介绍。
将四个保留域R域中的其中两个改为O/I域，用以指示该反馈为外部头压缩反馈还是内部头压缩反馈或者为二者级联，注意级联的顺序需标准事先规定，取值示例如表6所示：
表6O/I域的字段信息值的含义
 Bit(比特值)   Description(描述)
  00   外部头压缩的反馈
  01   内部头压缩的反馈
10   外部头压缩反馈和内部头压缩反馈的级联，级联顺序需标准规定
  11   保留值
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，O/I域相应设置，其处理流程同方案五。
特别的，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式按照图10所示，将D/C域设置为0，PDUtype域设置成001，O/I取值10，并将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序放置在图10的Interspersed ROHC feedback packet域中，将该控制PDU发送至对端的压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知同时含有压缩的反馈信息，读O/I域得知含有既定顺序的两个头压缩反馈信息。因此将该包携带的Interspersed ROHCfeedback packet包先发送至按照规定的顺序放置在前面的压缩反馈对应的压缩模块进行处理。例如标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHC feedback packet包发送至外部头压缩处理模块，外部头压缩处理模块按照其反馈的格式读取反馈信息(反馈包中有尺寸信息，因此不会读错)，并将除去外部头压缩反馈信息后剩余的InterspersedROHC feedback packet包的内容，发送至内部头压缩模块进行相应处理即可。
方案七、扩展控制PDU格式，允许内外部压缩反馈级联，并通过扩展Size域指示大小
控制PDU的格式扩展示例如图11所示。
其中，D/C域和PDU Type域的取值同现有标准中规定，即背景部分介绍。
将四个保留域R域中的其中两个改为O/I域，用以指示该反馈为外部头压缩反馈还是内部头压缩反馈或者为二者级联，注意级联的顺序需标准事先规定，取值示例如表7所示：
表7O/I域的字段信息值的含义
 Bit(比特值)   Description(描述)
  00   外部头压缩的反馈
  01   内部头压缩的反馈
10   外部头压缩反馈和内部头压缩反馈的级联，级联顺序需标准规定
  11   保留值
增加Size域，为可选域，仅在外部头压缩反馈和内部头压缩反馈级联的情况下出现，用于指示前一个压缩反馈的尺寸，以字节为单位。
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，O/I按照上述描述相应设置，且Size域不出现，其处理流程同实施例五。
特别的，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式按照图11所示，将D/C域设置为0，PDUtype域设置成001，O/I域为10，Size域设置为放在前面的一个反馈包的以字节为单位的大小，并将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序放置在图11的Interspersed ROHC feedback packet域中，将该控制PDU发送至对端的压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知为头压缩的反馈信息，读O/I域得知为两个反馈信息，接着读Size域，获得第一个反馈包的大小，因此将该包携带的Interspersed ROHC feedback packet域中前Size个字节的数据发送至按照规定的顺序放置在前面的压缩反馈对应的压缩模块进行处理。例如标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHCfeedback packet域前Size个字节的数据发送至外部头压缩处理模块进行相应处理。将除去外部头压缩反馈信息后剩余的Interspersed ROHC feedback packet域的内容，发送至内部头压缩模块进行相应处理即可。
方案八、扩展控制PDU格式，扩展多个R域为指示域，允许内外部压缩反馈级联，并指示大小
控制PDU的格式扩展示例如图12所示。
其中，D/C域和PDU Type域的取值同现有标准中规定，即背景部分介绍。
将四个保留域R域中的其中两个改为O/I域，用以指示该反馈为外部头压缩反馈还是内部头压缩反馈或者为二者级联，注意级联的顺序需标准事先规定，取值示例如表8所示：
表8O/I域的字段信息值的含义
 Bit(比特值)   Description(描述)
  00   外部头压缩的反馈
  01   内部头压缩的反馈
  10   外部头压缩反馈和内部头压缩反馈的级联，级联
  顺序需标准规定
  11   保留值
将4个保留域剩余2个R域改为扩展指示域Code域，Size域为可选，这两个域的含义示例如下：
当O/I域取值10(即两个头压缩反馈进行级联)时，
Code域取值00时，则Size域出现，指示第一个头压缩反馈以字节为单位的尺寸；
Code域取值01～11时，Size域不出现，Code值本身就指示第一个头压缩反馈以字节为单位的尺寸。
当O/I域取值为非10的其他值时，
Code域的值直接取00，且Size域不出现。
在此实施例中，当PDCP解压缩端设备需要向PDCP压缩端设备单独发送外部头压缩反馈或者内部头压缩反馈时，O/I域前面描述设置，Code域设置为00，且Size域不出现，其处理流程同方案五。
特别的，当PDCP解压缩端设备需要同时对外部头压缩和内部头压缩进行状态反馈时，其控制PDU的格式按照图12所示，将D/C域设置为0，PDUtype域设置成001，O/I域设置为10。如果按照规定的顺序应该放置在前面的反馈包大小小于等于3字节，则以Code域指示其大小，Size域不出现；如果按照规定的顺序应该放置在前面的反馈包的大小大于3字节，则Code取值00，Size域出现，以Size指示在前面的一个反馈包的以字节为单位的大小。将外部头压缩的反馈包和内部头压缩的反馈包按照特定的顺序放置在图12的Interspersed ROHC feedback packet域中，将该控制PDU发送至对端的压缩端设备。
当PDCP压缩端设备接收到该控制PDU时，对其进行解析，读D/C域得知为控制PDU，读PDU type域得知含有头压缩的反馈信息，读O/I域得知同时含有对外部头压缩和内部头压缩的反馈信息。读Code域为若为非00的值，则将Code域数值作为第一个反馈包的大小；否则接着读Size域，获得第一个反馈包的大小。按照第一个反馈包的大小，将该包携带的Interspersed ROHCfeedback packet域中前面相应字节数的数据发送至按照规定的顺序放置在前面的压缩反馈对应的压缩模块进行处理。例如标准规定外部头压缩反馈在前，内部头压缩反馈在后，则此时应先将Interspersed ROHC feedback packet域前面相应字节数的数据发送至外部头压缩处理模块进行相应处理。将除去外部头压缩反馈信息后剩余的Interspersed ROHC feedback packet域的内容，发送至内部头压缩模块进行相应处理即可。
与现有技术相比，本发明具有以下优点：
LTE-A系统中引入RN节点后，针对Un口传输的用户数据具有嵌套的双IP包含GTP的复杂的头部结构，通过应用本发明实施例所提出的技术方案，可以根据控制PDU中的信息，对复杂的头部结构进行识别，并根据相应的策略进行处理，有效的对双头实现分别压缩和反馈，提高Un口的数据传输效率。
为了实现上述的本发明所提出的技术方案，本发明还提供了一种PDCP压缩端设备，其结构示意图如图13所示，包括：
确定模块131，用于根据接收到的PDCP解压缩端设备发送的控制PDU，确定头压缩反馈信息的来源类型。
在具体的应用场景中，PDCP压缩端设备根据控制PDU确定头压缩反馈信息的来源类型，具体包括：
PDCP压缩端设备根据控制PDU中的PDU Type域中的信息，确定头压缩反馈信息的来源类型；或，
PDCP压缩端设备根据控制PDU中的一个或多个预留域所组成的类型指示域中的信息，确定头压缩反馈信息的来源类型；
其中，控制PDU中的PDU Type域中的信息，或控制PDU中的一个或多个预留域所组成的类型指示域中的信息，所指示的头压缩反馈信息的来源类型，具体包括：
外部头压缩的单独反馈类型和内部头压缩的单独反馈类型；或，
外部头压缩的单独反馈类型、内部头压缩的单独反馈类型和外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
处理模块132，用于根据确定模块131所确定的头压缩反馈信息的来源类型，将控制PDU中所携带的头压缩反馈信息进行相应的处理。
进一步的，该PDCP压缩端设备，还包括：
设置模块133，用于设置外部头压缩的处理策略和内部头压缩的处理策略，并设置反馈顺序；
处理模块132，具体用于：
当确定模块131根据控制PDU确定头压缩反馈信息的来源类型为外部头压缩的单独反馈类型或内部头压缩的单独反馈类型时，处理模块132将控制PDU中所携带的头压缩反馈信息按照设置模块133所设置的相对应的外部头压缩的处理策略或内部头压缩的处理策略进行处理；
当确定模块131根据控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照设置模块133所设置的反馈顺序相级联的反馈类型时，处理模块132将控制PDU中所携带的头压缩反馈信息按照设置模块133所设置的反馈顺序进行处理，或将控制PDU中所携带的头压缩反馈信息根据来源类型进行区分后，分别按照设置模块133所设置的外部头压缩与内部头压缩的处理策略进行处理。
其中，当确定根据控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照设置模块133所设置的反馈顺序相级联的反馈类型时，处理模块132，具体用于：
当控制PDU中没有包含头压缩反馈信息的尺寸信息时，处理模块132按照设置模块所设置的反馈顺序，将控制PDU中所携带的头压缩反馈信息直接进行外部头压缩处理或内部头压缩处理，并在处理完成后，将剩余的头压缩反馈信息进行余下的头压缩处理；
当控制PDU中包含头压缩反馈信息的尺寸信息时，处理模块132获取头压缩反馈信息的尺寸信息，处理模块132根据尺寸信息，将控制PDU中的头压缩反馈信息分为两个部分，并按照预设反馈顺序分别将两个部分的头压缩反馈信息按照相对应的处理策略进行处理。
其中，控制PDU中包含头压缩反馈信息的尺寸信息，具体为控制PDU中包含尺寸信息域和/或一个或多个预留域所组成的指示域；
处理模块132获取头压缩反馈信息的尺寸信息，具体为：
当控制PDU中包含尺寸信息域，而不包含指示域时，处理模块132直接在尺寸信息域中获取头压缩反馈信息的尺寸信息；
当控制PDU中包含指示域时，处理模块132识别指示域的内容，如果指示域中的内容为头压缩反馈信息的尺寸信息，则控制PDU中不包含尺寸信息域，处理模块132直接在指示域中获取头压缩反馈信息的尺寸信息，如果指示域中的内容为控制PDU中存在尺寸信息域的指示信息，处理模块132在控制PDU中查询相应的尺寸信息域，获取尺寸信息域中的头压缩反馈信息的尺寸信息。
另一方面，本发明实施例还提供了一种PDCP解压缩端设备，其结构示意图如图14所示，包括：
生成模块141，用于根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU，具体用于：
生成模块141，生成携带头压缩反馈信息的控制PDU，控制PDU中的PDUType域中的信息标识头压缩反馈信息的来源类型；或，
生成模块141，生成携带头压缩反馈信息的控制PDU，控制PDU中的一个或多个预留域所组成的类型指示域中的信息标识头压缩反馈信息的来源类型；
其中，头压缩反馈信息的来源类型，具体为外部头压缩的单独反馈类型，或内部头压缩的单独反馈类型，或外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
发送模块142，用于将生成模块141生成的控制PDU发送给PDCP压缩端设备，使PDCP压缩端设备对控制PDU中所携带的头压缩反馈信息进行相应的处理。
其中，当头压缩反馈信息的来源类型，具体为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，控制PDU中还包括：
包含头压缩反馈信息的尺寸信息的尺寸信息域；或；
包含头压缩反馈信息的尺寸信息的指示域；或，
包含控制PDU中存在尺寸信息域的指示信息的指示域和包含头压缩反馈信息的尺寸信息的尺寸信息域。
与现有技术相比，本发明具有以下优点：
LTE-A系统中引入RN节点后，针对Un口传输的用户数据具有嵌套的双IP包含GTP的复杂的头部结构，通过应用本发明实施例所提出的技术方案，可以根据控制PDU中的信息，对控制PDU中所携带的不同类型的头部压缩反馈信息进行解析，并根据相应的策略进行处理，有效的对双头实现分别压缩和反馈，提高Un口的数据传输效率。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (17)

1.一种头压缩反馈信息的反馈方法，其特征在于，包括：
分组数据汇聚协议PDCP压缩端设备接收到PDCP解压缩端设备发送的控制分组数据单元PDU后，根据所述控制PDU确定头压缩反馈信息的来源类型；
所述PDCP压缩端设备根据确定出的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
2.如权利要求1所述的方法，其特征在于，所述PDCP压缩端设备根据所述控制PDU确定头压缩反馈信息的来源类型，具体包括：
所述PDCP压缩端设备根据所述控制PDU中的PDU Type域中的信息，确定头压缩反馈信息的来源类型；或，
所述PDCP压缩端设备根据所述控制PDU中的一个或多个预留域所组成的类型指示域中的信息，确定头压缩反馈信息的来源类型。
3.如权利要求1所述的方法，其特征在于，当所述头压缩反馈信息的来源类型，具体为外部头压缩的单独反馈类型或内部头压缩的单独反馈类型时，所述PDCP压缩端设备根据确定出的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理，具体包括：
当所述PDCP压缩端设备根据所述控制PDU确定头压缩反馈信息的来源类型为外部头压缩的单独反馈类型时，所述PDCP压缩端设备将所述控制PDU中所携带的头压缩反馈信息按照相对应的外部头压缩的处理策略进行处理；
当所述PDCP压缩端设备根据所述控制PDU确定头压缩反馈信息的来源类型为内部头压缩的单独反馈类型时，所述PDCP压缩端设备将所述控制PDU中所携带的头压缩反馈信息按照相对应的内部头压缩的处理策略进行处理。
4.如权利要求1所述的方法，其特征在于，当所述头压缩反馈信息的来源类型，具体为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，所述PDCP压缩端设备根据确定出的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理，具体包括：
所述PDCP压缩端设备将所述控制PDU中所携带的头压缩反馈信息按照所述预设反馈顺序进行处理，或将所述控制PDU中所携带的头压缩反馈信息根据来源类型进行区分后，分别按照外部头压缩与内部头压缩的处理策略进行处理。
5.如权利要求4所述的方法，其特征在于，当所述PDCP压缩端设备根据所述控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，所述PDCP压缩端设备将所述控制PDU中所携带的头压缩反馈信息按照所述预设反馈顺序进行处理，或将所述控制PDU中所携带的头压缩反馈信息根据来源类型进行区分后，分别按照外部头压缩与内部头压缩的处理策略进行处理，具体包括：
当所述控制PDU中没有包含头压缩反馈信息的尺寸信息时，所述PDCP压缩端设备按照所述预设反馈顺序，将所述控制PDU中所携带的头压缩反馈信息直接进行外部头压缩处理或内部头压缩处理，并在处理完成后，将剩余的头压缩反馈信息进行余下的头压缩处理；
当所述控制PDU中包含头压缩反馈信息的尺寸信息时，所述PDCP压缩端设备获取所述头压缩反馈信息的尺寸信息，所述PCDP压缩端设备根据所述尺寸信息，将所述控制PDU中的头压缩反馈信息分为两个部分，并按照所述预设反馈顺序分别将所述两个部分的头压缩反馈信息按照相对应的处理策略进行处理。
6.如权利要求5所述的方法，其特征在于，所述控制PDU中包含头压缩反馈信息的尺寸信息，具体为所述控制PDU中包含尺寸信息域和/或一个或多个预留域所组成的指示域；
所述PDCP压缩端设备获取所述头压缩反馈信息的尺寸信息，具体为：
当所述控制PDU中包含所述尺寸信息域，而不包含所述指示域时，所述PDCP压缩端设备直接在所述尺寸信息域中获取所述头压缩反馈信息的尺寸信息；
当所述控制PDU中包含所述指示域时，所述PDCP压缩端设备识别所述指示域的内容，如果所述指示域中的内容为头压缩反馈信息的尺寸信息，则所述控制PDU中不包含所述尺寸信息域，所述PDCP压缩端设备直接在所述指示域中获取所述头压缩反馈信息的尺寸信息，如果所述指示域中的内容为所述控制PDU中存在尺寸信息域的指示信息，所述PDCP压缩端设备在所述控制PDU中查询相应的尺寸信息域，获取所述尺寸信息域中的头压缩反馈信息的尺寸信息。
7.一种PDCP压缩端设备，其特征在于，包括：
确定模块，用于根据接收到的PDCP解压缩端设备发送的控制PDU，确定头压缩反馈信息的来源类型；
处理模块，用于根据所述确定模块所确定的头压缩反馈信息的来源类型，将所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
8.如权利要求7所述的PDCP压缩端设备，其特征在于，所述PDCP压缩端设备根据所述控制PDU确定头压缩反馈信息的来源类型，具体包括：
所述PDCP压缩端设备根据所述控制PDU中的PDU Type域中的信息，确定头压缩反馈信息的来源类型；或，
所述PDCP压缩端设备根据所述控制PDU中的一个或多个预留域所组成的类型指示域中的信息，确定头压缩反馈信息的来源类型；
其中，所述控制PDU中的PDU Type域中的信息，或所述控制PDU中的一个或多个预留域所组成的类型指示域中的信息，所指示的头压缩反馈信息的来源类型，具体包括：
外部头压缩的单独反馈类型和内部头压缩的单独反馈类型；或，
外部头压缩的单独反馈类型、内部头压缩的单独反馈类型和外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
9.如权利要求8所述的PDCP压缩端设备，其特征在于，还包括：
设置模块，用于设置外部头压缩的处理策略和内部头压缩的处理策略，并设置所述反馈顺序；
所述处理模块，具体用于：
当所述确定模块根据所述控制PDU确定头压缩反馈信息的来源类型为外部头压缩的单独反馈类型或内部头压缩的单独反馈类型时，所述处理模块将所述控制PDU中所携带的头压缩反馈信息按照所述设置模块所设置的相对应的外部头压缩的处理策略或内部头压缩的处理策略进行处理；
当所述确定模块根据所述控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照所述设置模块所设置的反馈顺序相级联的反馈类型时，所述处理模块将所述控制PDU中所携带的头压缩反馈信息按照所述所述设置模块所设置的反馈顺序进行处理，或将所述控制PDU中所携带的头压缩反馈信息根据来源类型进行区分后，分别按照所述设置模块所设置的外部头压缩与内部头压缩的处理策略进行处理。
10.如权利要求9所述的PDCP压缩端设备，其特征在于，当所述确定根据所述控制PDU确定头压缩反馈信息的来源类型为外部头压缩与内部头压缩的按照所述设置模块所设置的反馈顺序相级联的反馈类型时，所述处理模块，具体用于：
当所述控制PDU中没有包含头压缩反馈信息的尺寸信息时，所述处理模块按照所述设置模块所设置的反馈顺序，将所述控制PDU中所携带的头压缩反馈信息直接进行外部头压缩处理或内部头压缩处理，并在处理完成后，将剩余的头压缩反馈信息进行余下的头压缩处理；
当所述控制PDU中包含头压缩反馈信息的尺寸信息时，所述处理模块获取所述头压缩反馈信息的尺寸信息，所述处理模块根据所述尺寸信息，将所述控制PDU中的头压缩反馈信息分为两个部分，并按照所述预设反馈顺序分别将所述两个部分的头压缩反馈信息按照相对应的处理策略进行处理。
11.如权利要求10所述的PDCP压缩端设备，其特征在于，所述控制PDU中包含头压缩反馈信息的尺寸信息，具体为所述控制PDU中包含尺寸信息域和/或一个或多个预留域所组成的指示域；
所述处理模块获取所述头压缩反馈信息的尺寸信息，具体为：
当所述控制PDU中包含所述尺寸信息域，而不包含所述指示域时，所述处理模块直接在所述尺寸信息域中获取所述头压缩反馈信息的尺寸信息；
当所述控制PDU中包含所述指示域时，所述处理模块识别所述指示域的内容，如果所述指示域中的内容为头压缩反馈信息的尺寸信息，则所述控制PDU中不包含所述尺寸信息域，所述处理模块直接在所述指示域中获取所述头压缩反馈信息的尺寸信息，如果所述指示域中的内容为所述控制PDU中存在尺寸信息域的指示信息，所述处理模块在所述控制PDU中查询相应的尺寸信息域，获取所述尺寸信息域中的头压缩反馈信息的尺寸信息。
12.一种头压缩反馈信息的反馈方法，其特征在于，包括：
PDCP解压缩端设备根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU；
所述PDCP解压缩端设备将所述控制PDU发送给PDCP压缩端设备，使所述PDCP压缩端设备对所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
13.如权利要求12所述的方法，其特征在于，所述PDCP解压缩端设备根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU，具体包括：
所述PDCP解压缩端设备通过所述控制PDU中的PDU Type域中的信息，标识头压缩反馈信息的来源类型；或，
所述PDCP解压缩端设备通过所述控制PDU中的一个或多个预留域所组成的类型指示域中的信息，标识头压缩反馈信息的来源类型；
其中，所述头压缩反馈信息的来源类型，具体为外部头压缩的单独反馈类型，或内部头压缩的单独反馈类型，或外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
14.如权利要求13所述的方法，其特征在于，当所述头压缩反馈信息的来源类型，具体为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，所述控制PDU中还包括：
包含头压缩反馈信息的尺寸信息的尺寸信息域；或；
包含头压缩反馈信息的尺寸信息的指示域；或，
包含所述控制PDU中存在尺寸信息域的指示信息的指示域和包含头压缩反馈信息的尺寸信息的尺寸信息域。
15.一种PDCP解压缩端设备，其特征在于，包括：
生成模块，用于根据头压缩反馈信息的来源类型，生成携带头压缩反馈信息的控制PDU；
发送模块，用于将所述所述生成模块生成的控制PDU发送给PDCP压缩端设备，使所述PDCP压缩端设备对所述控制PDU中所携带的头压缩反馈信息进行相应的处理。
16.如权利要求15所述的PDCP解压缩端设备，其特征在于，所述生成模块，具体用于：
所述生成模块，生成携带头压缩反馈信息的控制PDU，所述控制PDU中的PDU Type域中的信息标识头压缩反馈信息的来源类型；或，
所述生成模块，生成携带头压缩反馈信息的控制PDU，所述控制PDU中的一个或多个预留域所组成的类型指示域中的信息标识头压缩反馈信息的来源类型；
其中，所述头压缩反馈信息的来源类型，具体为外部头压缩的单独反馈类型，或内部头压缩的单独反馈类型，或外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型。
17.如权利要求16所述的PDCP解压缩端设备，其特征在于，当所述头压缩反馈信息的来源类型，具体为外部头压缩与内部头压缩的按照预设反馈顺序相级联的反馈类型时，所述控制PDU中还包括：
包含头压缩反馈信息的尺寸信息的尺寸信息域；或；
包含头压缩反馈信息的尺寸信息的指示域；或，
包含所述控制PDU中存在尺寸信息域的指示信息的指示域和包含头压缩反馈信息的尺寸信息的尺寸信息域。
CN201010215913.7A 2010-06-22 2010-06-22 一种头压缩反馈信息的反馈方法和设备 Active CN102300256B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201010215913.7A CN102300256B (zh) 2010-06-22 2010-06-22 一种头压缩反馈信息的反馈方法和设备
EP11797526.8A EP2587860B1 (en) 2010-06-22 2011-05-03 Feedback method and device for header compression feedback information
PCT/CN2011/073618 WO2011160495A1 (zh) 2010-06-22 2011-05-03 一种头压缩反馈信息的反馈方法和设备
US13/691,748 US9264940B2 (en) 2010-06-22 2012-12-01 Feedback method and device for header compression feedback information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010215913.7A CN102300256B (zh) 2010-06-22 2010-06-22 一种头压缩反馈信息的反馈方法和设备

Publications (2)

Publication Number Publication Date
CN102300256A true CN102300256A (zh) 2011-12-28
CN102300256B CN102300256B (zh) 2014-06-18

Family

ID=45360349

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010215913.7A Active CN102300256B (zh) 2010-06-22 2010-06-22 一种头压缩反馈信息的反馈方法和设备

Country Status (4)

Country Link
US (1) US9264940B2 (zh)
EP (1) EP2587860B1 (zh)
CN (1) CN102300256B (zh)
WO (1) WO2011160495A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106302245A (zh) * 2015-06-08 2017-01-04 中国移动通信集团公司 一种lte系统中数据包的压缩方法和装置
CN106856424A (zh) * 2015-12-09 2017-06-16 普天信息技术有限公司 一种volte系统中rohc头压缩的报文传输方法及系统
CN107852642A (zh) * 2015-07-27 2018-03-27 高通股份有限公司 具有丢失的初始化和刷新消息的rohc的恢复机制
CN110891041A (zh) * 2018-09-07 2020-03-17 维沃移动通信有限公司 一种包头压缩的方法、解压缩的方法和设备
WO2020097855A1 (zh) * 2018-11-15 2020-05-22 Oppo广东移动通信有限公司 无线通信的方法和通信设备
WO2021004207A1 (zh) * 2019-07-10 2021-01-14 大唐移动通信设备有限公司 数据处理的方法和设备
CN112399400A (zh) * 2019-08-14 2021-02-23 华为技术有限公司 一种ue上报udc信息方法及设备
WO2022073473A1 (en) * 2020-10-06 2022-04-14 Mediatek Singapore Pte. Ltd. Tcp ack rate reduction in mobile communications

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9769701B2 (en) * 2013-06-14 2017-09-19 Texas Instruments Incorporated Header compression for wireless backhaul systems
WO2016024148A1 (en) * 2014-08-15 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) Rohc optimizations for burst losses
US10205507B2 (en) * 2015-08-28 2019-02-12 Tejas Networks, Ltd. Relay architecture, relay node, and relay method thereof
US9986456B2 (en) * 2016-06-03 2018-05-29 Futurewei Technologies, Inc. System and method for data forwarding in a communications system
CN106547006B (zh) * 2016-12-07 2018-10-19 中国电子科技集团公司第五十四研究所 适用于北斗报文传输的通航gnss定位数据双参数压缩方法
CN113890897B (zh) * 2021-11-04 2023-11-17 中国互联网络信息中心 一种报文处理方法和相关装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1894922A (zh) * 2003-08-08 2007-01-10 高通股份有限公司 用于广播/组播服务的报头压缩增强
WO2009099845A2 (en) * 2008-01-30 2009-08-13 Qualcomm Incorporated Relay based header compression

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7209491B2 (en) * 2002-06-28 2007-04-24 Nokia Corporation Method and system for transmitting data in a packet based communication network
AU2003280552A1 (en) * 2003-10-30 2005-05-19 Utstarcom (China) Co. Ltd. A device and method on real time ip packet wireless transfer using compress header technique
KR100917205B1 (ko) * 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
KR101495913B1 (ko) * 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
KR101531523B1 (ko) * 2007-09-21 2015-06-29 엘지전자 주식회사 패킷 재정렬 방법 및 패킷 재전송 방법
WO2010106663A1 (ja) * 2009-03-19 2010-09-23 富士通株式会社 受信装置、送信装置、受信方法、送信方法、通信システムおよび通信方法
CN102301818A (zh) * 2009-04-21 2011-12-28 华为技术有限公司 中继链路中处理数据的方法、中继节点和系统
KR101294517B1 (ko) * 2009-04-21 2013-08-07 엘지전자 주식회사 무선 통신 시스템에서 릴레이 노드를 사용하는 방법
US8792408B2 (en) * 2009-06-18 2014-07-29 Telefonaktiebolaget L M Ericsson (Publ) Backhaul header compression
EP2282577B1 (en) * 2009-07-27 2012-05-23 Institute for Imformation Industry Wireless communication apparatus, header compression method thereof, and header decompression method thereof

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1894922A (zh) * 2003-08-08 2007-01-10 高通股份有限公司 用于广播/组播服务的报头压缩增强
WO2009099845A2 (en) * 2008-01-30 2009-08-13 Qualcomm Incorporated Relay based header compression

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106302245A (zh) * 2015-06-08 2017-01-04 中国移动通信集团公司 一种lte系统中数据包的压缩方法和装置
CN107852642A (zh) * 2015-07-27 2018-03-27 高通股份有限公司 具有丢失的初始化和刷新消息的rohc的恢复机制
CN107852642B (zh) * 2015-07-27 2021-02-02 高通股份有限公司 具有丢失的初始化和刷新消息的rohc的恢复机制
CN106856424A (zh) * 2015-12-09 2017-06-16 普天信息技术有限公司 一种volte系统中rohc头压缩的报文传输方法及系统
CN110891041A (zh) * 2018-09-07 2020-03-17 维沃移动通信有限公司 一种包头压缩的方法、解压缩的方法和设备
CN110891041B (zh) * 2018-09-07 2021-09-14 维沃移动通信有限公司 一种包头压缩的方法、解压缩的方法以及设备和存储介质
WO2020097855A1 (zh) * 2018-11-15 2020-05-22 Oppo广东移动通信有限公司 无线通信的方法和通信设备
CN112586032A (zh) * 2018-11-15 2021-03-30 Oppo广东移动通信有限公司 无线通信的方法和通信设备
WO2021004207A1 (zh) * 2019-07-10 2021-01-14 大唐移动通信设备有限公司 数据处理的方法和设备
CN112399400A (zh) * 2019-08-14 2021-02-23 华为技术有限公司 一种ue上报udc信息方法及设备
WO2022073473A1 (en) * 2020-10-06 2022-04-14 Mediatek Singapore Pte. Ltd. Tcp ack rate reduction in mobile communications

Also Published As

Publication number Publication date
EP2587860A4 (en) 2016-08-03
US9264940B2 (en) 2016-02-16
EP2587860B1 (en) 2019-09-18
WO2011160495A1 (zh) 2011-12-29
EP2587860A1 (en) 2013-05-01
CN102300256B (zh) 2014-06-18
US20130182640A1 (en) 2013-07-18

Similar Documents

Publication Publication Date Title
CN102300256B (zh) 一种头压缩反馈信息的反馈方法和设备
US8599878B2 (en) Wireless communication apparatus, header compression method thereof, and header decompression method thereof
US7328283B2 (en) Header compression/decompression apparatus and header compression/decompression method
CN100454920C (zh) 扩展标题压缩
US8718098B2 (en) Method for compressing and decompressing time stamp and equipment thereof
CN103765848A (zh) 用于媒体访问控制替换的装置和方法
EP2472813B1 (en) Method and device for user datagram protocol packet compression and decompression
CN101977402B (zh) 鲁棒性头压缩中一种上下文重用的方法及装置
WO2020164611A1 (en) Simple ethernet header compression
US20070242703A1 (en) Binding/combining of plural telecommunications functions
CN102118792B (zh) 一种传输数据包的方法及装置
US20070242683A1 (en) Plural telecommunications functions having sharing transaction(s)
EP2509274B1 (en) Method and apparatus for mode transition, compression, and decompression in robust header compression
KR20110055339A (ko) 단편화 패킹 확장헤더를 수반하는 ｍａｃ ｐｄｕ를 전송하는 방법 및 장치
CN102143527A (zh) 嵌套协议包头的压缩方法及装置
EP2919498B1 (en) Method, device and system for packet processing through a relay
JP2011050069A5 (zh)
CN101605355A (zh) 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式
CN100518180C (zh) 一种实现分组数据聚合协议功能的系统及方法
JP2008141466A (ja) ヘッダ圧縮パケット処理方法及び装置
KR20100013915A (ko) Ｒｔｐ 헤더 확장 필드의 압축 방법 및 상기 방법에 의해형성되는 압축 헤더
US20080137687A1 (en) Method and apparatus for handling reordering in a wireless communications system
JP2006005786A (ja) 送信装置、受信装置、通信システム及び通信方法
CN101415003A (zh) 传送压缩报文的方法、装置及通信系统
JP2007201973A (ja) データ送受信システム、暗号化情報共有方法、データ送信装置、及びデータ受信装置

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
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210601

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right