CN111385268A - 一种数据包头压缩确认方法及通信设备 - Google Patents

一种数据包头压缩确认方法及通信设备 Download PDF

Info

Publication number
CN111385268A
CN111385268A CN201811640341.XA CN201811640341A CN111385268A CN 111385268 A CN111385268 A CN 111385268A CN 201811640341 A CN201811640341 A CN 201811640341A CN 111385268 A CN111385268 A CN 111385268A
Authority
CN
China
Prior art keywords
compression
information
data packet
compression mode
header
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
CN201811640341.XA
Other languages
English (en)
Other versions
CN111385268B (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.)
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 CN201811640341.XA priority Critical patent/CN111385268B/zh
Publication of CN111385268A publication Critical patent/CN111385268A/zh
Application granted granted Critical
Publication of CN111385268B publication Critical patent/CN111385268B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

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

Abstract

本发明实施例提供一种数据包头压缩确认方法及通信设备,该方法包括:压缩端向解压端发送压缩方式信息,该压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;压缩端接收解压端针对所述压缩方式信息反馈的压缩方式确认反馈,压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,压缩端向所述解压端发送第一数据包,第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,第一压缩校验信息用于校验所述解压端的解压缩是否正确。本发明实施例可以确保解压端正确解压包头被压缩的数据包,在提高数据传输效率的同时,保证数据传输的可靠性。

Description

一种数据包头压缩确认方法及通信设备
技术领域
本发明涉及通信技术领域,尤其涉及一种数据包头压缩确认方法及通信设备。
背景技术
现有通信技术领域中,在两个通信设备(例如基站和终端)之间传输数据包时,为提高数据传输的效率,会由数据包的发送端(也即压缩端)对数据包的包头进行压缩,数据包的接收端(也即解压端)对接收到的压缩后的数据包的包头进行解压缩。因此,压缩端和解压端需要就数据包头的压缩方式进行协商,以使得解压端能够可靠地解析出正确的原始未压缩包头。但是,协商的过程并非总是能够成功,一旦协商失败,解压端保存的压缩方式与压缩端使用的压缩方式就有可能不同,导致解压端无法正确解析出原始未压缩包头,数据包也就没办法可靠传输。
因此,目前亟需一种可以用来确认压缩端与解压端之间,是否就数据包包头的压缩方式达成了统一的方案。
发明内容
本发明实施例提供一种数据包头压缩确认方法及通信设备,以解决现有技术中无法确认数据包头压缩端与解压端之间,关于包头压缩方式是否达成一致的问题。
为了达到上述目的,本发明实施例提供一种数据包头压缩确认方法,包括:
压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
可选的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
可选的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
可选的,所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
本发明实施例还提供一种数据包头压缩确认方法,包括:
解压端接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
可选的,所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
可选的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
可选的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
可选的,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
本发明实施例还提供一种通信设备,包括:
第一发送模块,用于向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
第一接收模块,用于接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第二发送模块,用于向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
可选的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
可选的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述第一发送模块用于向所述解压端发送至少两次所述压缩方式信息。
可选的,所述通信设备还包括:
第三发送模块,用于向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
可选的,所述第二发送模块,用于在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第四发送模块,用于所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第一收发模块,用于若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第五发送模块,用于所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第六发送模块,用于所述RLC层将所述第三指示信息转发给所述MAC层;
第二收发模块,用于所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
第七发送模块,用于所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第八发送模块,用于所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
本发明实施例还提供一种通信设备,包括:
第二接收模块,用于接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
反馈模块,用于向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第三接收模块,用于接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
可选的,所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
可选的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
可选的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述通信设备还包括:
第四接收模块,用于接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
还原模块,用于根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
可选的,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述通信设备还包括:
恢复模块,用于根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
校验信息获得模块,用于按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
校验模块,用于将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
本发明实施例还提供一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如下步骤:
压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
可选的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
可选的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
可选的,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
可选的,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
本发明实施例还提供一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如下步骤:
接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
可选的,所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,
所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
可选的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
可选的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述程序被所述处理器执行时还实现如下步骤:
所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
可选的,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述程序被所述处理器执行时还实现如下步骤:
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明实施例提供的任一种数据包头压缩确认方法中的步骤。
本发明实施例中,压缩端在向解压端发送压缩方式信息(所述压缩方式信息用于指示对数据包的包头进行压缩时采用的压缩方式)之后,解压端会反馈一个确认消息(压缩方式确认反馈),从而可以明确压缩端与解压端之间已就数据包头的压缩方式达成了一致,也即完成了压缩方式信息的同步。或者,解压端在接收到压缩端发送的压缩方式信息之后,不需要主动反馈确认信息。压缩端也不需要在接收到针对所述压缩方式信息的压缩方式确认反馈,才对发送给解压端的数据包包头进行压缩(采用所述压缩方式信息中指示的压缩方式),而是在发送完所述压缩方式信息之后就发送采用所述压缩方式压缩包头的第一数据包,并在第一数据包中携带第一压缩校验信息来验证解压端的解压缩是否正确,如果解压缩正确也就说了解压端正确接收到了所述压缩方式信息。
附图说明
图1是本发明实施例可应用的网络结构示意图;
图2是其中一种以太网数据结构示意图;
图3是本发明实施例一提供的一种数据包头压缩确认方法的流程示意图;
图4是本发明实施例二提供的一种数据包头压缩确认方法的流程示意图;
图5是本发明实施例三提供的一种数据包头压缩确认方法的流程示意图;
图6是本发明实施例四提供的一种数据包头压缩确认方法的流程示意图;
图7是本发明实施例五提供的一种通信设备的结构示意图;
图8是本发明实施例六提供的一种通信设备的结构示意图;
图9是本发明实施例七提供的另一种通信设备的结构示意图;
图10是本发明实施例八提供的另一种通信设备的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
参见图1,图1是本发明实施例可应用的网络结构示意图,如图1所示,包括终端11(既可以作为压缩端,也可以作为解压端)和网络侧设备12(既可以作为压缩端,也可以作为解压端),其中,终端11可以是用户终端(User Equipment,UE)或者其他终端设备,例如:手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等终端侧设备,需要说明的是,在本发明实施例中并不限定终端的具体类型。网络侧设备12可以是基站,例如:宏站、LTE eNB、5G NR NB等;网络侧设备也可以是小站,如低功率节点(LPN:low power node)、pico、femto等小站,或者网络侧设备可以接入点(AP,access point);基站也可以是中央单元(CU,central unit)与其管理是和控制的多个传输接收点(TRP,Transmission Reception Point)共同组成的网络节点。需要说明的是,在本发明实施例中并不限定网络侧设备的具体类型。
需要说明的是本发明可以适用于任一种数据包头的压缩方法的确认。
例如,其中一种数据包头的压缩方法,可以是将一个数据流的数据包包头中的静态信息(也即静态域)替换为一个压缩标识。那么,所述压缩方式信息中至少包括一个数据流中数据包包头的静态信息以及所述数据流对应的压缩标识,若所述数据流中的数据包包头中不仅包括静态信息还包括动态信息,那么所述压缩方式信息中还包括所述静态信息在数据包包头中的相对位置。另外,由于一个DRB(Data Resource Bearer,数据无线承载)中的数据流是不断变化的,但一个DRB中同时存在的数据流的个数是有上限的,因此,一个DRB的全部所述压缩标识的个数(也即取值范围)可以是一定的(例如64个,取值范围为0-63),然后这些压缩标识在这个DRB内重复使用,也即,如果有数据流结束,就可以回收这个结束的数据流的压缩标识,给新到达的数据流使用。
上述的数据包头的压缩方法,尤其适用于工业物联网领域中将TSN(Timesensitive networking,时间敏感网络)的数据包在普通通信网络进行传输的场景。TSN的数据可以是以太网数据结构或者其他类型的数据结构,以太网数据结构的包头(也即头部)可能会根据所使用的以太网协议不同而不同。其中一种以太网数据结构——IEEE802.3标准的MAC(Media Access Control,介质访问控制层)帧结构,可参阅图2,其头部包括:7个OCTETS(字节)的PREAMBLE(前导码)、1个OCTET的SFD(Start of Frame Delimiter,帧起始符)、6个OCTETS的DESTINATION ADDRESS(目标地址)、6个OCTETS的SOURCE ADDRESS(源地址)、2个OCTETS的LENGTH/TYPE(长度/类型)、2个OCTETS的TAG CONTROL INFORMATION(标签控制信息)和2个OCTETS的MAC CLIENT LENGTH/TYPE(MAC客户端长度/类型):协议802.1QTagType(标签类型)。其中,TAG CONTROL INFORMATION的第一个OCTET包括priority(优先级)和DEI(丢弃指示),第二个OCTET包括VLAN IDENTIFIER(虚拟局域网标识,简称VID),该MAC帧结构还包括MAC CLIENT DATA(MAC客户端数据域)、PAD(填充域)、FRAME CHECKSEQUENCE(帧校验序列)和EXTENSION(扩展域)。
又例如,另一种数据包头的压缩方法——RFC3095协议中提出的ROHC(RobustHeader Compression,鲁棒性头压缩),ROHC可以描述为两个状态机间--压缩状态机和解压缩状态机的相互作用。通过在链路两端的状态机建立Context(上下文)即一套静态和动态报头域,获得压缩增益。压缩端和解压缩端运行时必须保持上下文同步,ROHC在压缩分组中加入了CRC(循环冗余校验),并可通过反馈(ACK/NACK,确认/非确认)来确保上下文及时、正确地进行更新。
压缩端有三种状态:IR(初始化刷新),FO(第一级),SO(第二级)状态,压缩端的状态表征了可进行的头压缩程度。解压缩端也有三种状态:NC(无上下文),SC(静态上下文),FC(完整上下文),状态表征了解压缩端能够解压对应数据包头的能力,从而状态对应了头压缩性能。状态之间可以相互迁移。
ROHC支持三种操作模式:U(单向)、O(双向优化)、R(双向可靠)模式。三种模式可以相互转换。每种模式规定了一些信息交互的方式和频度(例如是否更多的使用反馈等)。如果能及时转换到可靠模式,就能更多交互一些状态、特殊域等反馈信息,可以尽可能保证收发双方上下文的一致性,从而提高在高压缩比状态下解压缩的正确概率。
RFC3095协议规定解压缩端CRC成功时,如果当前是更新分组包则反馈ACK。压缩端和解压缩端初始均工作在U模式,解压缩端成功解压一个更新分组后将转换到O模式或R模式,并向压缩端反馈ACK,触发压缩端也转换到O模式或R模式。以后两端将工作在O或R模式。如果解压缩端在R模式下连续监测到CRC校验成功,则进行NC—>SC—>FC的状态迁移,并反馈ACK(O),进行R—>O模式的转换。如果解压缩端在O模式下连续监测到CRC校验失败,则将状态降级,进行O—>R模式转换,并反馈NACK(R)。根据反馈信息,压缩端进行相应的动作操作,以便协同上下文状态的同步。
请参见图3,图3是本发明实施例一提供的一种数据包头压缩确认方法的流程图,所述方法包括以下步骤:
201、压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
202、所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息。
本发明实施例中,压缩端在向解压端发送压缩方式信息(所述压缩方式信息用于指示对数据包的包头进行压缩时采用的压缩方式)之后,解压端会反馈一个确认消息(压缩方式确认反馈),从而可以明确压缩端与解压端之间已就数据包头的压缩方式达成了一致,也即完成了压缩方式信息的同步。
下面举例说明上述数据包头压缩确认方法。
具体的,所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
也即,一旦压缩端接收到解压端的压缩方式确认反馈,就说明压缩方式信息已经被解压端正确接收到,完成了同步过程,后续压缩端就可以采用所述压缩方式对传输给解压端的数据包包头进行压缩了,解压缩端在接收到相应数据包后也能根据所述压缩方式信息进行正确解压。
优选的,所述压缩端在接收到所述压缩方式确认反馈之前,采用不压缩数据包包头的方式直接发送给解压端,以保证数据传输的可靠性。
一种优选的实施方式中,由头压缩的执行层的对等层来反馈确认,也即头压缩的执行层的对等层在接收到所述压缩方式信息后,就反馈针对所述压缩方式信息的压缩方式确认反馈。头压缩的执行层在接收到该压缩方式确认反馈后,就认为对端已经正确接收到了所述压缩方式信息,所述压缩方式信息在两端间同步过程已经完成,后续发送数据包可以按照所述压缩方式信息中指示的压缩方法压缩包头。所述头压缩的执行层可以是PDCP层(Packet Data Convergence Protocol,分组数据汇聚协议层)。
上述实施例是由头压缩的执行层的对等层来反馈确认接收到压缩方式信息,下面举例说明由其他层来反馈确认接收到压缩方式信息的具体过程。具体的,所述头压缩的执行层可以是PDCP层或者SDAP层(Service Data Adaption Protocol,业务数据适配协议层),甚至是一个新的协议层,为RLC(Radio Link Control,无线链路控制层)层和MAC(Media Access Control,介质访问控制层)层的上层,因此,头压缩的执行层的数据包对于RLC层或者MAC层来说是SDU(服务数据单元)数据,如果头压缩的执行层需要及时地获取ACK(确认)反馈,那么需要告知RLC层或MAC层启动特殊的反馈机制,否则RLC层或MAC层在接收到对端的ACK反馈后不会向作为高层的执行层转发。
其中一种可选的实施方式中,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
也即头压缩的执行层告知RLC层如果接收到针对所述压缩方式信息的ACK反馈需要及时地转发给执行层。
若所述RLC层为确认模式(AM模式),所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息(例如Pbit),所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
具体地,所述第一接收确认可以是以RLC AM状态报告的形式实现。所述RLC层在接收到所述第一接收确认后,向上层的执行层反馈包括所述压缩方式信息的RLC层数据单元(Protocol data unit,简称PDU)已被对端正确接收到,所述头压缩的执行在接收到RLC层的该反馈就认为接收到了所述压缩方式确认反馈,后续在向对端发送数据包时可以根据所述压缩方式信息对包头进行压缩。
另一种可选的实施方式中,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
由于针对RLC层数据单元的接收确认的可靠性更高,因此如果RLC层是AM模式,则优选采用上述实施例中的反馈机制。如果RLC层是UM模式(非确认模式)或者有其它的原因,也可以根据MAC层的HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)ACK来确认对端是否已正确接收到包含有所述压缩方式信息的数据包。所述第二接收确认也即MAC层的HARQ ACK,MAC层根据所述第三指示信息,在接收到HARQ ACK后及时通过RLC层向头压缩的执行层反馈对端已接收到包含所述压缩方式信息的MAC数据单元,头压缩的执行层在接收到该反馈后就认为接收到了所述压缩方式确认反馈,后续在向对端发送数据包时可以根据所述压缩方式信息对包头进行压缩。
本实施例中,是由RLC层转发头压缩的执行层与MAC层之间的消息,下述第三种可选的实施方式中,提出了一种由MAC层与头压缩的执行层直接交互信息的接收确认反馈机制。
第三种可选的实施方式中,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
请参见图4,图4是本发明实施例二提供的一种数据包头压缩确认方法的流程图,所述方法包括以下步骤:
301、压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
302、所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
上述实施例是由解压端主动反馈的方式,来对压缩方式信息进行及时的确认,以便于后续压缩端可以利用该压缩方式信息发送包头经压缩后的数据包。在本发明实施例中,解压端在接收到压缩端发送的压缩方式信息之后,不需要主动反馈确认信息。压缩端也不需要在接收到针对所述压缩方式信息的压缩方式确认反馈,才对发送给解压端的数据包包头进行压缩(采用所述压缩方式信息中指示的压缩方式),而是在发送完所述压缩方式信息之后就发送采用所述压缩方式压缩包头的第一数据包,并在第一数据包中携带第一压缩校验信息来验证解压端的解压缩是否正确,如果解压缩正确也就说了解压端正确接收到了所述压缩方式信息。
下面举例说明上述数据包头压缩确认方法。
具体的,所述压缩方式信息可以包括一个数据流的数据包包头中的静态信息(该静态信息为待压缩信息)和对应的压缩标识,该压缩方式信息指示在对所述数据流中的数据包包头进行压缩时,将所述静态信息替换为所述压缩标识。压缩端在向解压端发送完所述压缩方式信息之后,不需要解压端反馈已收到该压缩方式的信息,直接采用上述方式(将所述静态信息替换为所述压缩标识)压缩所述数据流中的数据包的包头,并在包头中添加第一压缩校验信息之后将压缩后的数据包(即第一数据包)发送给解压端,所述第一压缩校验信息用以校验所述压缩方式信息是否已被解压端正确接收到(也即解压端的压缩方式信息是否与压缩端同步),如果解压端没有接收到所述压缩方式信息,那么它自己得出的第二压缩校验信息与第一压缩校验信息将不匹配。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
进一步的,所述第一压缩校验信息优选为所述第一数据包的未压缩包头中的静态信息,或者为根据所述第一数据包的未压缩包头中的静态信息得到。
具体的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
也即,第一数据包的原始未压缩头部的某些特定的域(尤其是静态域,例如目标地址、源地址等)的值可以直接作为所述第一压缩校验信息。原始未压缩头部的某些特定位(bit,也即比特)或者字节(例如原始未压缩头部的第一个字节、最后一个字节或者中间的某个字节,但优选静态域对应的位或者字节)也可以直接作为所述第一压缩校验信息。
以上关于所述第一数据包的未压缩包头的至少部分信息的列举只是举例说明,在具体的实施方案中,不排除其他的可能。
具体的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
也即,第一数据包的原始未压缩头部的某些特定的域(尤其是静态域,例如目标地址、源地址等)的值的取反值可以作为所述第一压缩校验信息。原始未压缩头部的某些特定位(也即bit,比特)或者字节(例如原始未压缩头部的第一个字节、最后一个字节或者中间的某个字节,但优选静态域对应的位或者字节)的取反值也可以作为所述第一压缩校验信息。另外,还可以对原始未压缩头部的至少部分位或者字节(例如,原始未压缩头部的全部位,原始未压缩头部每四位,原始未压缩头部的第一个字节和最后一个字节,原始未压缩头部的第一个字节、中间的一个字节和最后一个字节,但是优选静态域对应的位或者字节)的值进行求和,然后将和值(二进制)或者和值的取反值作为所述第一压缩校验信息,也可以将和值(二进制)的部分位(例如8位,不足的补零)或者和值部分位的取反值作为所述第一压缩校验信息。
上述关于根据所述静态信息的至少部分信息得到所述第一压缩校验信息的列举只是举例说明,在具体的实施方案中,不排除其他的可能。其中,根据所述第一数据包的未压缩包头的至少部分信息得到所述第一压缩校验信息的计算方式也不限于上述的取反方式和加和方式,还可以是其他的计算方式。
作为进一步优选的实施方式,所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
由于在本发明实施例中,解压端在接收到压缩端发送的压缩方式信息之后,不主动反馈确认信息。因此,为了保证解压端成功接收的概率,压缩端可以重复发送几次所述压缩方式信息。
在本发明实施例中,压缩端在向解压端发送所述数据流的数据包时,可以在每个数据包中都添加所述第一压缩校验信息。这种方式传输数据的可靠性最高,但是第一压缩校验信息需要一定的开销。
因此,本发明实施例还提供了另外一种传输方法:
所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
也即,压缩端在向解压端发送一定时间的第一数据包(携带所述第一压缩校验信息)后,没有接收到解压端的解压异常反馈,那么就可以认为解压端已正确接收到所述压缩方式信息,不需要再携带所述第一压缩校验信息,以降低开销。
请参见图5,图5是本发明实施例三提供的一种数据包头压缩确认方法的流程图,所述方法包括以下步骤:
401、解压端接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
402、所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息。
本发明实施例中,压缩端在向解压端发送压缩方式信息(所述压缩方式信息用于指示对数据包的包头进行压缩时采用的压缩方式)之后,解压端会反馈一个确认消息(压缩方式确认反馈),从而可以明确压缩端与解压端之间已就数据包头的压缩方式达成了一致,也即完成了压缩方式信息的同步。
下面举例说明上述数据包压缩确认方法。
本发明实施例中,若由头压缩的执行层的对等层来反馈确认,也即头压缩的执行层的对等层在接收到所述压缩方式信息后,就反馈针对所述压缩方式信息的压缩方式确认反馈。那么所述压缩方式确认反馈可以是以下四种中的一种:
一、所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;
二、所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;
三、所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;
四、所述压缩方式确认反馈包括所述压缩方式信息。
对于上述的第一种压缩方式确认反馈,只是一种确认接收的反馈,其中不携带任何标识压缩方式信息的信息,因此解压端在接收到该压缩方式确认反馈只能知道最新发送的压缩方式信息已经被解压端正确接收到。这种压缩方式确认反馈的开销最小,但是由于一次只能确认一条压缩方式信息,不能够并行,对于压缩端而言,如果没有接收到针对上一条压缩方式信息的压缩方式确认反馈,就不能发送其它的压缩方式信息,否则不能确定后续收到的压缩方式确认反馈是针对哪一个压缩方式信息的。这无疑给数据发送和处理带来了一定的时延,对于那些数据传输的时延要求高的业务(例如URLLC(低时延高可靠连接)业务)不利。若头压缩的执行层是PDCP层,那么该种压缩方式确认反馈可以以PDCP controlPDU(控制PDU)的方式,PDU type(PDU类型)显示这是一个压缩方式确认信息(也即所述压缩方式确认反馈)。
针对上述的第二种压缩方式确认反馈,压缩标识是压缩方式信息的索引,由于一般情况下压缩端不会连续发送两个具有相同压缩标识的压缩方式信息,因此压缩端从压缩标识就可以当前接收到的压缩方式确认反馈是针对哪一条压缩方式信息。这是一种开销适中且性能较好的一种压缩方式确认反馈。同样的,若头压缩的执行层是PDCP层,那么该种压缩方式确认反馈可以以PDCP control PDU的方式,PDU type显示这是一个压缩方式确认信息(也即所述压缩方式确认反馈),同时在control PDU中携带压缩标识。
针对上述的第三种压缩方式确认反馈。虽然一般情况下,压缩端不会连续发送两个具有相同压缩标识的压缩方式信息,但是还是有可能存在前后发送的两个不同压缩方式信息碰巧使用同一个压缩标识的情况。在这种情况下,压缩方式确认反馈只携带压缩标识,压缩端就有可能分不清楚是针对哪个压缩方式信息,因此这种压缩方式确认反馈中除了携带压缩标识外,还携带一些能够指示压缩方式信息的具体特点的附加信息,以区分多个使用了相同压缩标识的压缩方式信息。这种压缩方式确认反馈的开销适中且能够明确区分各个压缩方式信息,但是复杂度较高。同样的,若头压缩的执行层是PDCP层,那么该种压缩方式确认反馈可以以PDCP control PDU的方式,PDU type显示这是一个压缩方式确认信息(也即所述压缩方式确认反馈),同时在control PDU中携带压缩标识和附加信息。
针对上述的第三种压缩方式确认反馈,压缩方式确认反馈中包括完整的压缩方式信息,从而压缩端可以明确地确认该压缩方式确认反馈是针对哪个压缩方式信息,但开销较大。同样的,若头压缩的执行层是PDCP层,那么该种压缩方式确认反馈可以以PDCPcontrol PDU的方式,PDU type显示这是一个压缩方式确认信息(也即所述压缩方式确认反馈),同时在control PDU中携带携带完整的压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。进一步的,所述附加信息优选为所述压缩方式信息中的待压缩静态域的相关信息或者待压缩的原始未压缩的至少部分信息,或者为根据所述压缩方式信息的待压缩静态域的相关信息或者待压缩的原始未压缩的至少部分信息得到。
具体的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
具体可参阅上述实施例二中关于所述第一数据包的未压缩包头中的至少部分信息的说明,此处不再赘述。
具体的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
具体可参阅上述实施例二中关于根据所述第一数据包的未压缩包头的至少部分信息得到所述第一压缩校验信息的内容,此处不再赘述。
具体的,所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
需要说明的是,本实施例作为与图3所示的实施例中对应的解压端的实施方式,其具体的实施方式可以参见图3所示的实施例的相关说明,为了避免重复说明,本实施例不再赘述,且还可以达到相同有益效果。
请参见图6,图6是本发明实施例四提供的一种数据包头压缩确认方法的流程图,所述方法包括以下步骤:
501、解压端接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
502、所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
上述实施例是由解压端主动反馈的方式,来对压缩方式信息进行及时的确认,以便于后续压缩端可以利用该压缩方式信息发送包头经压缩后的数据包。在本发明实施例中,解压端在接收到压缩端发送的压缩方式信息之后,不需要主动反馈确认信息,而是解压所述压缩端后续的发送的第一数据包时,根据所述第一数据包中携带的第一压缩校验信息判断解压是否需正确。
下面举例说明上述数据包头压缩确认方法。
所述压缩方式信息可以包括一个数据流的数据包包头中的静态信息(该静态信息为待压缩信息)和对应的压缩标识,该压缩方式信息指示在对所述数据流中的数据包包头进行压缩时,将所述静态信息替换为所述压缩标识。因此,解压端在接收到压缩端发送的压缩方式信息时会存储下来,以便后续接收到压缩端发送的第一数据包时,从本地查找出与第一数据包中携带的压缩标识对应的压缩方式信息,并根据所述压缩方式信息对所述第一数据包进行解压。
由于在本发明实施例中解压端在接收到压缩端发送的压缩方式信息之后,不主动反馈确认信息。因此,压缩端为确认解压端已正确接收到所述压缩方式信息,会在随后发送的第一数据包的包头中添加第一压缩校验信息。解压端在接收到所述第一数据包后,会根据所述第一压缩校验信息进行校验。具体如下:
所述第一数据包中携带与所述压缩方式信息对应的压缩标识;
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
也即,解压端在接收到所述第一数据包后,并获取其中的压缩标识之后,会去已保存的压缩方式信息中,查找与压缩标识对应的压缩方式信息,如果存在有两个或者两个以上的压缩方式信息与所述压缩标识对应,那么就选择最近接收到的压缩方式信息来对所述第一数据包进行解压。在解压完第一数据包中,就按照与所述压缩端一样的方式来获得第二压缩校验信息,然后将第二压缩校验信息与所述第一压缩校验信息进行比较,如果两者匹配就说明用来解压第一数据包的压缩方式信息是压缩端发送的所述压缩方式信息,解压成功,否则说明解压端没有正确接收到所述压缩端发送的所述压缩方式信息,解压失败。
具体的,所述第二压缩校验信息为解压后的第一数据包的包头中的至少部分信息,或者是根据解压后的第一数据包的包头中的至少部分信息得到。所述解压后的第一数据包的包头中的至少部分信息,可参阅上述实施例二中的所述第一数据包的未压缩包头中的至少部分信息,此处不再赘述。若所述第二压缩校验信息是根据解压后的第一数据包的包头中的至少部分信息得到,请参阅上述实施例二中根据所述第一数据包中的未压缩包头得到第一压缩校验信息,此处也不再赘述。
所述将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压是否正确的具体过程为:如果压缩端在获得第一压缩校验信息之后直接添加进第一数据包的包头,那么第二压缩校验信息和第一压缩校验信息一样,则说明校验成功。
在其他的可替换实施例中,所述第一数据包中携带并不是所述第一压缩校验信息本身,而是所述第一压缩校验信息的取反值,那么在得到第二压缩校验信息之后,需要与第一数据包中携带用作校验的数值相加,如果和值为0,则说明校验成功。
另外,由于在本发明实施例中解压端在接收到压缩端发送的压缩方式信息之后,不主动反馈确认信息。因此,为了保证解压端成功接收的概率,压缩端可以重复发送几次所述压缩方式信息。而压缩端如果判断出当前接收到的压缩方式信息与之前接收到的压缩方式信息是相同的,就不再另外保存。
需要说明的是,本实施例作为与图4所示的实施例中对应的解压端的实施方式,其具体的实施方式可以参见图4所示的实施例的相关说明,为了避免重复说明,本实施例不再赘述,且还可以达到相同有益效果。
请参见图7,图7是本发明实施例五提供的一种通信设备的结构图,如图7所示,通信设备600,包括:
第一发送模块601,用于向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
第一接收模块602,用于接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第二发送模块(图中未示出),用于向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
可选的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
可选的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述第一发送模块601用于向所述解压端发送至少两次所述压缩方式信息。
可选的,所述通信设备还包括:
第三发送模块,用于向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
可选的,所述第二发送模块,用于在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第四发送模块,用于所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第一收发模块,用于若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第五发送模块,用于所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第六发送模块,用于所述RLC层将所述第三指示信息转发给所述MAC层;
第二收发模块,用于所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
第七发送模块,用于所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第八发送模块,用于所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
需要说明的是,本实施例中上述通信设备600可以是本发明实施例中方法实施例中任意实施方式的通信设备本发明实施例中方法实施例中通信设备的任意实施方式都可以被本实施例中的上述通信设备600所实现,以及达到相同的有益效果,此处不再赘述。
请参见图8,图8是本发明实施例六提供的一种通信设备的结构图,如图8所示,通信设备700包括:
第二接收模块701,用于接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
反馈模块702,用于向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第三接收模块(图中未示出),用于接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
可选的,所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
可选的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
可选的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述通信设备还包括:
第四接收模块,用于接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
还原模块,用于根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
可选的,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述通信设备还包括:
恢复模块,用于根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
校验信息获得模块,用于按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
校验模块,用于将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
需要说明的是,本实施例中上述通信设备700可以是本发明实施例中方法实施例中任意实施方式的通信设备,本发明实施例中方法实施例中通信设备的任意实施方式都可以被本实施例中的上述通信设备700所实现,以及达到相同的有益效果,此处不再赘述。
请参见图9,图9是本发明实施例七提供的另一种通信设备的结构图,如图9所示,该通信设备包括:收发机810、存储器820、处理器800及存储在所述存储器820上并可在所述处理器800上运行的程序,其中,所述程序被所述处理器800执行时实现如下步骤:
压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
其中,收发机810,可以用于在处理器800的控制下接收和发送数据。
在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器800负责管理总线架构和通常的处理,存储器820可以存储处理器800在执行操作时所使用的数据。
需要说明的是,存储器820并不限定只在通信设备上,可以将存储器820和处理器800分离处于不同的地理位置。
可选的,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
可选的,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
可选的,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
可选的,所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
可选的,所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
可选的,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器800执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
需要说明的是,本实施例中上述通信设备可以是本发明实施例中方法实施例中任意实施方式的通信设备,本发明实施例中方法实施例中通信设备的任意实施方式都可以被本实施例中的上述通信设备所实现,以及达到相同的有益效果,此处不再赘述。
请参见图10,图10是本发明实施例八提供的另一种通信设备的结构图,如图10所示,该通信设备包括:收发机910、存储器920、处理器900及存储在所述存储器920上并可在所述处理器900上运行的程序,其中,所述程序被所述处理器900执行时实现如下步骤:
接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
其中,收发机910,可以用于在处理器900的控制下接收和发送数据。
在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器900负责管理总线架构和通常的处理,存储器920可以存储处理器900在执行操作时所使用的数据。
需要说明的是,存储器920并不限定只在通信设备上,可以将存储器920和处理器900分离处于不同的地理位置。
可选的,所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
可选的,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
可选的,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
可选的,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
可选的,所述程序被所述处理器900执行时还实现如下步骤:
所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
可选的,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述程序被所述处理器900执行时还实现如下步骤:
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
需要说明的是,本实施例中上述通信设备可以是本发明实施例中方法实施例中任意实施方式的通信设备,本发明实施例中方法实施例中通信设备的任意实施方式都可以被本实施例中的上述通信设备所实现,以及达到相同的有益效果,此处不再赘述。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明实施例提供的任一种数据包头压缩确认方法中的步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述信息数据块的处理方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (52)

1.一种数据包头压缩确认方法,其特征在于,包括:
压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
2.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
3.根据权利要求2所述的数据包头压缩确认方法,其特征在于,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
4.根据权利要求2或3所述的数据包头压缩确认方法,其特征在于,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
5.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
6.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
7.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
8.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
9.根据权利要求1所述的数据包头压缩确认方法,其特征在于,
所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
10.根据权利要求1所述的数据包头压缩确认方法,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
11.一种数据包头压缩确认方法,其特征在于,包括:
解压端接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
12.根据权利要求11所述的数据包头压缩确认方法,其特征在于,
所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,
所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
13.根据权利要求12所述的数据包头压缩确认方法,其特征在于,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
14.根据权利要求13所述的数据包头压缩确认方法,其特征在于,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
15.根据权利要求13或14所述的数据包头压缩确认方法,其特征在于,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
16.根据权利要求11所述的数据包头压缩确认方法,其特征在于,所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
17.根据权利要求11所述的数据包头压缩确认方法,其特征在于,
所述第一数据包中携带与所述压缩方式信息对应的压缩标识;
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
18.一种通信设备,其特征在于,所述通信设备作为压缩端,包括:
第一发送模块,用于向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
第一接收模块,用于接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第二发送模块,用于向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
19.根据权利要求18所述的通信设备,其特征在于,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
20.根据权利要求19所述的通信设备,其特征在于,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
21.根据权利要求19或20所述的通信设备,其特征在于,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
22.根据权利要求18所述的通信设备,其特征在于,所述第一发送模块用于向所述解压端发送至少两次所述压缩方式信息。
23.根据权利要求18所述的通信设备,其特征在于,还包括:
第三发送模块,用于向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
24.根据权利要求18所述的通信设备,其特征在于,所述第二发送模块,用于在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
25.根据权利要求18所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第四发送模块,用于所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第一收发模块,用于若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
26.根据权利要求18所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第五发送模块,用于所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
第六发送模块,用于所述RLC层将所述第三指示信息转发给所述MAC层;
第二收发模块,用于所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
第七发送模块,用于所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
27.根据权利要求18所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述通信设备还包括:
第八发送模块,用于所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
28.一种通信设备,其特征在于,包括:
第二接收模块,用于接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
反馈模块,用于向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;和/或,第三接收模块,用于接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
29.根据权利要求28所述的通信设备,其特征在于,
所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,
所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
30.根据权利要求29所述的通信设备,其特征在于,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
31.根据权利要求30所述的通信设备,其特征在于,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
32.根据权利要求30或31所述的通信设备,其特征在于,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
33.根据权利要求28所述的通信设备,其特征在于,还包括:
第四接收模块,用于接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
还原模块,用于根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
34.根据权利要求28所述的通信设备,其特征在于,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述通信设备还包括:
恢复模块,用于根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
校验信息获得模块,用于按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
校验模块,用于将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
35.一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序,其特征在于,所述程序被所述处理器执行时实现如下步骤:
压缩端向解压端发送压缩方式信息,所述压缩方式信息用于指示所述压缩端在对数据包的包头进行压缩时采用的压缩方式,所述数据包用于传输给所述解压端;
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述压缩端向所述解压端发送第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,所述第一数据包携带第一压缩校验信息,所述第一压缩校验信息用于校验所述解压端的解压缩是否正确。
36.根据权利要求35所述的通信设备,其特征在于,所述第一压缩校验信息为所述第一数据包的未压缩包头中的至少部分信息,或者,是根据所述第一数据包的未压缩包头中的至少部分信息得到。
37.根据权利要求36所述的通信设备,其特征在于,所述第一数据包的未压缩包头中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述第一数据包的未压缩包头的一个或多个字节的值;
所述第一数据包的未压缩包头的全部比特的值;
所述第一数据包的未压缩包头的部分比特的值。
38.根据权利要求36或37所述的通信设备,其特征在于,当所述第一压缩校验信息是根据所述第一数据包的未压缩包头的至少部分信息得到时,所述第一压缩校验信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述第一数据包的未压缩包头的一个或者多个字节的值的取反值;
所述第一数据包的未压缩包头的全部比特的值之和;
所述第一数据包的未压缩包头的部分比特的值之和;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的前n比特的取反值;
所述第一数据包的未压缩包头的部分或者全部比特的值之和的后n比特的取反值。
39.根据权利要求35所述的通信设备,其特征在于,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤包括:
向所述解压端发送至少两次所述压缩方式信息。
40.根据权利要求35所述的通信设备,其特征在于,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端接收所述解压端针对所述压缩方式信息反馈的压缩方式确认反馈的步骤之后,还包括:
向所述解压端发送第二数据包,所述第二数据包的包头已采用所述压缩方式压缩。
41.根据权利要求35所述的通信设备,其特征在于,所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向所述解压端发送第一数据包的步骤之后,还包括:
在持续向所述解压端发送携带所述第一压缩校验信息的第一数据包的时长大于预设阈值后,向所述解压端发送不携带所述第一压缩校验信息的第三数据包,所述第三数据包的包头已采用所述压缩方式压缩。
42.根据权利要求35所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第一指示信息,所述第一指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
若所述RLC层为确认模式,所述RLC层根据所述第一指示信息,在包括所述压缩方式信息的数据单元中携带第二指示信息,所述第二指示信息用于向RLC对等层指示所述压缩方式信息是一个需要及时反馈的信息,并在接收到所述RLC对等层的第一接收确认后转发给所述头压缩的执行层,所述第一接收确认是针对所述包括压缩方式信息的RLC层数据单元。
43.根据权利要求35所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述RLC层发送第三指示信息,所述第三指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述RLC层将所述第三指示信息转发给所述MAC层;
所述MAC层根据所述第三指示信息,在接收到MAC对等层的第二接收确认后转发给所述RLC层,所述第二接收确认是针对包括所述压缩方式信息的MAC数据单元;
所述RLC层将所述第二接收确认转发给所述头压缩的执行层。
44.根据权利要求35所述的通信设备,其特征在于,所述压缩端中头压缩的执行层位于RLC层和MAC层之上;所述程序被所述处理器执行时还实现如下步骤:
所述压缩端向解压端发送压缩方式信息的步骤之后,还包括:
所述头压缩的执行层向所述MAC层发送第四指示信息,所述第四指示信息用于指示所述压缩方式信息是一个需要及时反馈的信息;
所述MAC层根据所述第四指示信息,在接收到MAC对等层的第三接收确认后转发给所述头压缩的执行层,所述第三接收确认是针对包括所述压缩方式信息的MAC数据单元。
45.一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序,其特征在于,所述程序被所述处理器执行时实现如下步骤:
接收压缩端发送的压缩方式信息,以根据所述压缩方式信息中指示的压缩方式对数据包的包头进行解压,所述数据包是由所述压缩端传输过来;
向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈,所述压缩方式确认反馈用于指示所述解压端已接收到所述压缩方式信息;或者,所述解压端接收所述压缩端发送的第一数据包,所述第一数据包的包头已采用所述压缩方式压缩,且所述第一数据包中携带第一压缩校验信息,所述第一压缩校验信息用于校验解压缩是否正确。
46.根据权利要求45所述的通信设备,其特征在于,
所述压缩方式确认反馈仅能够用于指示所述解压端已接收到所述压缩端最新发送的所述压缩方式信息;或者,
所述压缩方式确认反馈包括与所述压缩方式信息对应的压缩标识;或者,
所述压缩方式确认反馈包括所述压缩标识和与所述压缩方式信息对应的附加信息;或者,
所述压缩方式确认反馈包括所述压缩方式信息。
47.根据权利要求46所述的通信设备,其特征在于,所述附加信息为所述压缩方式信息中的至少部分信息,或者,是根据所述压缩方式信息的至少部分信息得到。
48.根据权利要求47所述的通信设备,其特征在于,所述压缩方式信息中的至少部分信息包括以下至少之一:
目标地址的值;
源地址的值;
所述压缩方式信息的一个或多个字节的值;
所述压缩方式信息的全部比特的值;
所述压缩方式信息的部分比特的值。
49.根据权利要求47或48所述的通信设备,其特征在于,当所述附加信息是根据所述压缩方式信息的至少部分信息得到时,所述附加信息为以下之一:
目标地址的值的取反值;
源地址的值的取反值;
所述压缩方式信息的一个或者多个字节的值的取反值;
所述压缩方式信息的全部比特的值之和;
所述压缩方式信息的部分比特的值之和;
所述压缩方式信息的部分或者全部比特的值之和的取反值;
所述压缩方式信息的部分或者全部比特的值之和的前n比特或者后n比特,n≥1;
所述压缩方式信息的部分或者全部比特的值之和的前n比特的取反值;
所述压缩方式信息的部分或者全部比特的值之和的后n比特的取反值。
50.根据权利要求45所述的通信设备,其特征在于,所述程序被所述处理器执行时还实现如下步骤:
所述解压端向所述压缩端反馈针对所述压缩方式信息的压缩方式确认反馈的步骤之后,还包括:
接收所述压缩端发送的第二数据包,所述第二数据包的包头已采用所述压缩方式压缩;
根据所述压缩方式信息,将所述第二数据包恢复成携带完整包头的数据包。
51.根据权利要求45所述的通信设备,其特征在于,所述第一数据包中携带与所述压缩方式信息对应的压缩标识;所述程序被所述处理器执行时还实现如下步骤:
所述解压端接收所述压缩端发送的第一数据包的步骤之后,还包括:
根据解压端最新接收到的、与所述压缩标识对应的压缩方式信息,将所述第一数据包恢复成携带完整包头的数据包;
按照与所述压缩端一样的方式,根据由所述第一数据包恢复的数据包的包头中的信息,获得第二压缩校验信息;
将所述第二压缩校验信息与所述第一压缩校验信息进行比较,来判断解压缩是否正确。
52.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至17中任一项所述的数据包头压缩确认方法中的步骤。
CN201811640341.XA 2018-12-29 2018-12-29 一种数据包头压缩确认方法及通信设备 Active CN111385268B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811640341.XA CN111385268B (zh) 2018-12-29 2018-12-29 一种数据包头压缩确认方法及通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811640341.XA CN111385268B (zh) 2018-12-29 2018-12-29 一种数据包头压缩确认方法及通信设备

Publications (2)

Publication Number Publication Date
CN111385268A true CN111385268A (zh) 2020-07-07
CN111385268B CN111385268B (zh) 2023-02-24

Family

ID=71221015

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811640341.XA Active CN111385268B (zh) 2018-12-29 2018-12-29 一种数据包头压缩确认方法及通信设备

Country Status (1)

Country Link
CN (1) CN111385268B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112333047A (zh) * 2020-11-16 2021-02-05 展讯通信(上海)有限公司 数据传输方法、装置及设备
CN112399480A (zh) * 2020-11-05 2021-02-23 中国联合网络通信集团有限公司 减少传输开销的方法、装置及存储介质
CN113411838A (zh) * 2021-06-28 2021-09-17 展讯通信(上海)有限公司 基于头信息压缩的通信方法及设备
WO2022237428A1 (zh) * 2021-05-11 2022-11-17 北京字跳网络技术有限公司 网络请求信息的处理方法、装置、设备及存储介质
WO2023056641A1 (zh) * 2021-10-09 2023-04-13 Oppo广东移动通信有限公司 一种头压缩方法及装置、终端设备、网络设备
WO2023123991A1 (zh) * 2021-12-29 2023-07-06 深圳市广和通无线股份有限公司 数据传输方法、装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
CN102244894A (zh) * 2010-05-13 2011-11-16 华为技术有限公司 头压缩机制实现方法、网元和系统
CN103369593A (zh) * 2012-04-05 2013-10-23 中兴通讯股份有限公司 一种压缩和解压缩以太网报文的方法及网元设备
US20140247772A1 (en) * 2011-07-27 2014-09-04 Zte Corporation Robustness Header Compression Processing Method, Compressor And System
CN105978668A (zh) * 2016-05-06 2016-09-28 电信科学技术研究院 一种字典信息同步方法、装置及设备
CN106936441A (zh) * 2017-02-27 2017-07-07 深圳国泰安教育技术股份有限公司 一种数据压缩方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
CN102244894A (zh) * 2010-05-13 2011-11-16 华为技术有限公司 头压缩机制实现方法、网元和系统
US20140247772A1 (en) * 2011-07-27 2014-09-04 Zte Corporation Robustness Header Compression Processing Method, Compressor And System
CN103369593A (zh) * 2012-04-05 2013-10-23 中兴通讯股份有限公司 一种压缩和解压缩以太网报文的方法及网元设备
CN105978668A (zh) * 2016-05-06 2016-09-28 电信科学技术研究院 一种字典信息同步方法、装置及设备
CN106936441A (zh) * 2017-02-27 2017-07-07 深圳国泰安教育技术股份有限公司 一种数据压缩方法和装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112399480A (zh) * 2020-11-05 2021-02-23 中国联合网络通信集团有限公司 减少传输开销的方法、装置及存储介质
CN112399480B (zh) * 2020-11-05 2023-09-08 中国联合网络通信集团有限公司 减少传输开销的方法、装置及存储介质
CN112333047A (zh) * 2020-11-16 2021-02-05 展讯通信(上海)有限公司 数据传输方法、装置及设备
CN112333047B (zh) * 2020-11-16 2022-04-26 展讯通信(上海)有限公司 数据传输方法、装置及设备
WO2022237428A1 (zh) * 2021-05-11 2022-11-17 北京字跳网络技术有限公司 网络请求信息的处理方法、装置、设备及存储介质
CN113411838A (zh) * 2021-06-28 2021-09-17 展讯通信(上海)有限公司 基于头信息压缩的通信方法及设备
CN113411838B (zh) * 2021-06-28 2022-10-28 展讯通信(上海)有限公司 基于头信息压缩的通信方法及设备
WO2023056641A1 (zh) * 2021-10-09 2023-04-13 Oppo广东移动通信有限公司 一种头压缩方法及装置、终端设备、网络设备
WO2023123991A1 (zh) * 2021-12-29 2023-07-06 深圳市广和通无线股份有限公司 数据传输方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN111385268B (zh) 2023-02-24

Similar Documents

Publication Publication Date Title
CN111385268B (zh) 一种数据包头压缩确认方法及通信设备
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
US8089936B2 (en) Communications system, communications processing method, and nodes
CN108632229B (zh) 一种多连接中的头压缩方法、解头压缩方法及装置
US20170222943A1 (en) Method and apparatus for reordering
US20120189023A1 (en) Method and apparatus for transmitting header-compressed packet based on retransmission mechanism
AU2017392542B2 (en) Data packet transmission method and device
WO2011160495A1 (zh) 一种头压缩反馈信息的反馈方法和设备
US9923695B2 (en) Call processing method and apparatus for use in LTE system
US20200413288A1 (en) Congestion processing method and apparatus
US11665766B2 (en) Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
JP7087020B2 (ja) Lteシステムを用いた呼の実行方法及び装置
US20210352528A1 (en) Radio Resource Control (RRC) Message Segmentation
JP2022515628A (ja) 無線通信方法及び装置
US20230309173A1 (en) Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
CN111385263B (zh) 一种数据包头压缩信息的维护方法及通信设备
CN112469083A (zh) 数据传输方法、装置、设备和存储介质
CN112566180B (zh) 一种提升tetra系统分组数据传输速率的方法
EP3624349B1 (en) Decoding method and device
JP2005217626A (ja) 無線アクセスネットワークを介するパケットデータ交換ノード、端末及びそのプログラム
CN107027136B (zh) 数据处理的方法及装置
CN109756306B (zh) 信息传输方法和通信设备
US20230344554A1 (en) Access layer ip packet processing method, apparatus and device
CN112333773B (zh) 通信处理方法、设备、装置及存储介质
WO2024066942A1 (zh) 信息传输方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20210528

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

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

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

Applicant before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant