CN117835320A - 数据压缩方法、装置、设备及存储介质 - Google Patents

数据压缩方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN117835320A
CN117835320A CN202211183357.9A CN202211183357A CN117835320A CN 117835320 A CN117835320 A CN 117835320A CN 202211183357 A CN202211183357 A CN 202211183357A CN 117835320 A CN117835320 A CN 117835320A
Authority
CN
China
Prior art keywords
data
packet
rohc
cid
transmitted
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.)
Pending
Application number
CN202211183357.9A
Other languages
English (en)
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202211183357.9A priority Critical patent/CN117835320A/zh
Publication of CN117835320A publication Critical patent/CN117835320A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • 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 Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供的一种数据压缩方法、装置、设备及存储介质。该方法包括：发送设备可以在发送真实的业务数据之前，向接收设备发送ROHC CID，或者，在获取到待传输的业务数据时，指定待传输的业务数据中的第一数据包携带该ROHC CID，然后发送设备获取确认消息，确定双方协商的ROHC CID可用，接收设备可以根据ROHC CID，对待传输的业务数据的数据包的包头进行压缩。该方法保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。

Description

数据压缩方法、装置、设备及存储介质
技术领域
本申请涉及通信技术领域，尤其涉及一种数据压缩方法、装置、设备及存储介质。
背景技术
随着第五代通信技术(5th-generation，5G)技术的发展，数据传输效率越来越高，使得利用5G网络进行数据量较大的扩展现实(Extended Reality，XR)数据的传输成为可能。
在相关技术中，对于XR数据的传输，发送方内的分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)实体可以使用健壮性包头压缩(Robust HeaderCompression，ROHC)作为XR数据的头部压缩方式。具体的，ROHC的头压缩流程为：发送方在XR数据的某个数据包中建议使用某个上下文(Context)标识(Identity Document，ID)压缩包头中的一串较长的比特，通知接收方，接收方反馈确认消息后，发送方即可使用与接收方协商好的context ID进行XR数据中其他数据包的头压缩。
但是，当发送方的资源调度器由于网络质量差等原因，将含有Context ID的数据包丢弃，使得接收方接收不到该数据包，那么发送方接收不到确认消息则无法使用该Context ID进行数据压缩，而重新发起Context ID重建，导致包头数据压缩效率较低。
发明内容
本申请提供一种数据压缩方法、装置、设备及存储介质，保证了Context ID在发送方和接收方的建立，提高了包头数据压缩效率。
第一方面，本申请提供一种数据压缩方法，包括：
发送健壮性包头压缩上下文标识ROHC CID；
获取确认消息，所述确认消息用于确定所述ROHC CID可用；
根据所述ROHC CID，对待传输的业务数据进行压缩。
在一种可能的实施方式中，所述发送健壮性包头压缩ROHC上下文标识CID，包括：
获取待传输的业务数据的包头信息；
根据所述包头信息，生成所述包头信息与ROHC CID的映射关系；
发送所述映射关系。
在一种可能的实施方式中，所述发送所述映射关系，包括：
发送预设数据包，所述预设数据包中包括所述映射关系。
在一种可能的实施方式中，所述包头信息的个数为N，相应的，所述ROHC CID的个数为N，所述N为大于1的整数；
所述预设数据包的个数为1，所述预设数据包中包括各个包头信息与各个ROHCCID的映射关系。
在一种可能的实施方式中，所述确认消息中包括用于指示同意使用1个或者N个ROHC CID的响应信息。
在一种可能的实施方式中，所述响应信息为比特位图，所述比特位图用于指示同意使用N个ROHC CID中的一个或者多个ROHC CID。
在一种可能的实施方式中，所述包头信息的个数为1，相应的，所述ROHC CID的个数为1或者多个；
所述预设数据包的个数为M，M个预设数据包中的第一预设数据包包括所述包头信息与所述ROHC CID的映射关系，所述M为大于1的整数
在一种可能的实施方式中，所述获取待传输的业务数据的包头信息，包括：
在所述待传输的业务数据的传输通道建立完成后，发送包头请求，所述包头请求用于请求所述待传输的业务数据的包头信息；
接收所述待传输的业务数据的包头信息。
在一种可能的实施方式中，所述在所述待传输的业务数据的传输通道建立完成后，发送包头请求，包括：
在所述待传输的业务数据的传输通道建立完成第一预设时长后，向第一网元发送所述包头请求；
在第二预设时长后，如果未接收到所述待传输的业务数据的包头信息，则向第二网元发送所述包头请求。
在一种可能的实施方式中，根据所述ROHC CID，对待传输的业务数据进行压缩，包括：
根据所述ROHC CID，对所述待传输的业务数据中的数据包的包头进行压缩。
在一种可能的实施方式中，所述发送健壮性包头压缩上下文标识ROHC CID，包括：
获取待传输的业务数据，所述待传输的业务数据包括多个数据包；
将所述ROHC CID添加到所述多个数据包中的第一数据包；
发送所述第一数据包，所述第一数据包中携带所述ROHC CID。
在一种可能的实施方式中，所述第一数据包还包括第一指示信息，所述第一指示信息用于指示接收设备无需传输确认消息。
在一种可能的实施方式中，所述第一指示信息位于所述第一数据包的包头中的保留比特。
在一种可能的实施方式中，所述方法还包括：
发送分组数据汇聚协议PDCP控制协议数据单元PDU或者RRC消息，所述PDCP控制PDU或者RRC消息中包括第一指示信息；
其中，所述第一指示信息用于指示接收方无需传输确认消息。
在一种可能的实施方式中，所述获取确认消息，包括：
当检测到所述第一数据包传输成功，生成所述确认消息。
在一种可能的实施方式中，所述将所述ROHC CID添加到所述多个数据包中的第一数据包，包括：
从所述多个数据包中确定所述第一数据包；
将所述ROHC CID添加到所述第一数据包中。
在一种可能的实施方式中，所述从所述多个数据包中确定所述第一数据包，包括：
根据辅助信息，从所述多个数据包中确定所述第一数据包，所述辅助信息用于建议携带ROHC CID的数据包。
在一种可能的实施方式中，所述辅助信息为所述多个数据包的重要性参数；或者，
所述辅助信息为其他协议层的第二指示信息，所述第二指示信息用于建议所述第一数据包为携带ROHC CID的数据包。
在一种可能的实施方式中，所述第一数据包中还包括第三指示信息；
所述第三指示信息用于指示所述第一数据包中包括所述ROHC CID，使得媒体接入控制MAC在任务调度时不丢弃所述第一数据包。
在一种可能的实施方式中，根据所述ROHC CID，对待传输的业务数据进行压缩，包括：
根据所述ROHC CID，对所述待传输的业务数据中除了所述第一数据包以外的数据包进行压缩。
第二方面，本申请提供一种数据压缩装置，包括：
发送模块，用于发送健壮性包头压缩上下文标识ROHC CID；
获取模块，用于获取确认消息，所述确认消息用于确定所述ROHC CID可用；
压缩模块，用于根据所述ROHC CID，对待传输的业务数据进行压缩。
在一种可能的实施方式中，所述发送模块具体用于：
获取待传输的业务数据的包头信息；
根据所述包头信息，生成所述包头信息与ROHC CID的映射关系；
发送所述映射关系。
在一种可能的实施方式中，所述发送模块还用于：
发送预设数据包，所述预设数据包中包括所述映射关系。
在一种可能的实施方式中，所述包头信息的个数为N，相应的，所述ROHC CID的个数为N；
所述预设数据包的个数为1，所述预设数据包中包括各个包头信息与各个ROHCCID的映射关系。
在一种可能的实施方式中，所述确认消息中包括用于指示同意使用所述1个或者N个ROHC CID的响应信息。
在一种可能的实施方式中，所述响应信息为比特位图，所述比特位图用于指示同意使用N个ROHC CID中的一个或者多个ROHC CID。
在一种可能的实施方式中，所述包头信息的个数为1，相应的，所述ROHC CID的个数为1或者多个；
所述预设数据包的个数为M，M个预设数据包中的第一预设数据包包括所述包头信息与所述ROHC CID的映射关系，所述M为大于1的整数。
在一种可能的实施方式中，所述获取模块具体用于：
在所述待传输的业务数据的传输通道建立完成后，发送包头请求，所述包头请求用于请求所述待传输的业务数据的包头信息；
接收所述待传输的业务数据的包头信息。
在一种可能的实施方式中，所述获取模块还用于：
在所述待传输的业务数据的传输通道建立完成第一预设时长后，向第一网元发送所述包头请求；
在第二预设时长后，如果未接收到所述待传输的业务数据的包头信息，则向第二网元发送所述包头请求。
在一种可能的实施方式中，所述压缩模块具体用于：
根据所述ROHC CID，对所述待传输的业务数据中的数据包的包头进行压缩。
在一种可能的实施方式中，所述发送模块还用于：
获取待传输的业务数据，所述待传输的业务数据包括多个数据包；
将所述ROHC CID添加到所述多个数据包中的第一数据包；
发送所述第一数据包，所述第一数据包中携带所述ROHC CID。
在一种可能的实施方式中，所述第一数据包还包括第一指示信息，所述第一指示信息用于指示接收设备无需传输确认消息。
在一种可能的实施方式中，所述第一指示信息位于所述第一数据包的包头中的保留比特。
在一种可能的实施方式中，所述数据压缩装置还包括：指示模块；
所述指示模块具体用于：
发送分组数据汇聚协议PDCP控制协议数据单元PDU或者RRC消息，所述PDCP控制PDU或者RRC消息中包括第一指示信息；
其中，所述第一指示信息用于指示接收方无需传输确认消息。
在一种可能的实施方式中，所述获取模块还用于：
当检测到所述第一数据包传输成功，生成所述确认消息。
在一种可能的实施方式中，所述发送模块还用于：
从所述多个数据包中确定所述第一数据包；
将所述ROHC CID添加到所述第一数据包中。
在一种可能的实施方式中，所述发送模块还用于：
根据辅助信息，从所述多个数据包中确定所述第一数据包，所述辅助信息用于建议携带ROHC CID的数据包。
在一种可能的实施方式中，所述辅助信息为所述多个数据包的重要性参数；或者，
所述辅助信息为其他协议层的第二指示信息，所述第二指示信息用于建议所述第一数据包为携带ROHC CID的数据包。
在一种可能的实施方式中，所述第一数据包中还包括第三指示信息；
所述第三指示信息用于指示所述第一数据包中包括所述ROHC CID，使得媒体接入控制MAC在任务调度时不丢弃所述第一数据包。
在一种可能的实施方式中，所述压缩模块还用于：
根据所述ROHC CID，对所述待传输的业务数据中除了所述第一数据包以外的数据包进行压缩。
第三方面，本申请实施例提供一种数据压缩装置，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，实现第一方面所述的数据压缩方法。
第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令在计算机上执行时用于实现第一方面所述的数据压缩方法。
第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序在计算机上执行时实现第一方面所述的数据压缩方法。
第六方面，本申请实施例提供一种芯片，所述芯片上存储有计算机程序，所述计算机程序被所述芯片执行时，实现如第一方面所述的数据压缩方法。
在一种可能的实施方式中，所述芯片为芯片模组中的芯片。
本申请提供的一种数据压缩方法、装置、设备及存储介质，发送设备可以在发送真实的业务数据之前，向接收设备发送ROHC CID，或者，在获取到待传输的业务数据时，指定待传输的业务数据中的第一数据包携带该ROHC CID，然后发送设备获取确认消息，确定双方协商的ROHC CID可用，接收设备可以根据ROHC CID，对待传输的业务数据的数据包的包头进行压缩。该方法保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为基站的协议层架构；
图2为示例的一种视频的数据包的传输顺序的示意图；
图3为示例的一种携带ROHC CID 1数据包传输的示意图；
图4为本申请实施例提供的一种应用场景示意图；
图5为本申请实施例一提供的一种数据压缩方法的流程示意图；
图6为本申请实施例二提供的另一种数据压缩方法的流程示意图；
图7为本申请实施例二示例的PDCP实体与ROHC实体生成映射关系的示意图；
图8为本申请实施例三提供的另一种数据压缩方法的流程示意图；
图9为本申请实施例四提供的另一种数据压缩方法的流程示意图；
图10为本申请实施例五提供的一种数据压缩装置的结构示意图；
图11为本申请实施例六提供的一种数据压缩装置的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
本申请实施例的技术方案可以适用于各种通信***，例如：长期演进(Long TermEvolution，LTE)***、LTE频分双工(Frequency Division Duplex，FDD)***、LTE时分双工(Time Division Duplex，TDD)、通用移动通信***(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信***、5G移动通信***或新无线接入技术(New RadioAccess Technology，NR)。其中，5G移动通信***可以包括非独立组网(Non-Standalone，NSA)和/或独立组网(Standalone，SA)。
本申请提供的技术方案还可以适用于机器类通信(Machine TypeCommunication，MTC)、机器间通信长期演进技术(Long Term Evolution-Machine，LTE-M)、设备到设备(Device-to Device，D2D)网络、机器到机器(Machine to Machine，M2M)网络、物联网(Internet of Things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网***中的通信方式统称为车到其他设备(Vehicle to X，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(Vehicle to Vehicle，V2V)通信，车辆与基础设施(Vehicle to Infrastructure，V2I)通信、车辆与行人之间的通信(Vehicle toPedestrian，V2P)或车辆与网络(Vehicle to Network，V2N)通信等。
首先对本申请涉及的相关术语或名词进行介绍，以便于本领域技术人员理解。
(1)ROHC
在网络传输和无线通信的过程中，通常会用到很多传输协议，例如TCP/IP、UDP等，这些协议的包头都有一定的规律，并且很大一部分在传输过程中是不变的，当在单次传输的数据比包头还短时，包头所需占用的传输资源较多。所以可以利用包头的变化规律对包头进行压缩，提高传输效率。
ROHC就是一种用于进行包头压缩的协议，完整的包头信息(完整信头)包括静态信头和动态信头，分别具有不同的域和值，发送方(发送设备)ROHC将完整信头即静态信头和动态信头的域和值保存在本地压缩语境(Context)数据结构中，后续分组参照此进行压缩，仅传递变化的值域，并且发送方为每个语境分配一个语境标识符Context ID(以下简称CID)，惟一标识此数据流。
接收方(接收设备)ROHC收到新的数据流分组时，将完整的信头域和值保存到本地解压语境数据结构中，当解压方建立起完整语境，发送方才发送ROHC压缩分组，在后续数据流传输中，解压方根据此分组的CID查找相应解压语境进行解压。由于信头采用了压缩技术，冗余信头域在ROHC压缩分组中没有传递，因此解压方必须要知道原始未压缩分组包含那些信头域，才能对这些信头域解压。
CID还可以称为ROHC CID，以下称为ROHC CID。
(2)PDCP
PDCP是UMTS中的一个无线传输协议栈，它负责将网际互连协议(InternetProtocol，IP)头压缩和解压、传输用户数据并维护为无损的无线网络服务子***(ServingRadio Network Subsystem，SRNS)设置的无线承载的序列号。
PDCP实***于PDCP子层。可以为终端设备定义若干PDCP实体。携带用户面数据的每个PDCP实体可以被配置为使用头压缩。每个PDCP实体携带一个无线电承载的数据。PDCP支持稳健头压缩协议(ROHC)。每个PDCP实体可以使用至少一个ROHC压缩器实例和至少一个ROHC解压缩器实例。
以基站和终端设备为例，通常ROHC位于基站的PDCP协议层内，如图1所示，图1所示的架构中，终端设备和基站内的PDCP实体内都有ROHC实体，对于下行传输，基站内的ROHC执行数据包的头压缩，终端设备内的ROHC执行数据包的解头压缩，对于上行传输，终端设备内的ROHC执行数据包的头压缩，基站内的ROHC执行数据包的解头压缩。图1中SDAP为服务数据适配协议(Service Data Adaptation Protocol)，是PDCP协议的上层协议。
对于XR数据的传输，利用数据传输效率较高的5G网络进行数据量较大的XR数据的传输成为可能。
以视频业务为例，视频数据通常采用I/P/B编码模式进行视频压缩编码，数据包以帧为单位，一帧包括几十个数据包，其中帧分为三类：I帧、P帧和B帧，其中I帧属于独立解码帧，接收方收到I帧后，能独立解码，不需要参考其它帧；P帧和B帧都不能独立解码，接收方收到后，需要参考其它帧的数据才能解码。如图2所示，一个视频开始第一个帧通常是I帧，后续则是若干P帧。
发送方内的PDCP实体可以使用ROHC作为视频数据的头部压缩方式。具体的，发送方需要在视频数据的第一个I帧中与接收方协商压缩方式：使用某个ROHC CID压缩包头(第一个I帧)中的一串较长的比特。当收到接收方的确认消息后，发送方使用协商好的压缩方式进行视频数据中P帧和B帧数据进行压缩，以实现视频数据的传输。
上述协商流程需要耗时毫秒或十几毫秒，而I帧的全部数据需要5-6毫秒完成传输，第一个I帧的数据包无法进行包头压缩。
以下行传输为例，如图3所示，第一个I帧包括5个数据包，基站在2号包的包头中通知接收方“建议使用从ROHC CID 1压缩包头中的比特0110001”，终端设备接收到后，向基站发送确认消息(ROHC feedback)，基站随后在发送P帧数据时，基站可以使用ROHC CID 1进行压缩，达到包头压缩的效果，但是第一个I帧则无法进行数据包头压缩。
而且，为数据包添加ROHC CID的行为由PDCP中的ROHC模块执行，而调度由媒体接入控制(Medium Access Control，MAC)执行，如果发送方的资源调度器由于网络质量差等原因，将含有ROHC CID的数据包丢弃，不在空口传输，则接收方收不到这个数据包，也收不到ROHC CID的建立信息，就不会向发送方回复确认消息，那么，发送方和接收方则无法建立ROHC CID。如图3所示的例子中，如果2号包被基站的资源调度器丢弃，终端设备就不会发送ROHC feedback，发送方就不会使用ROHC CID 1进行数据包头压缩，而是重新发起ROHC CID重建，导致包头数据压缩效率较低。
所以，本申请提出一种数据压缩方法，发送设备在业务数据发送之前，向接收设备发送ROHC CID，或者，在获取到待传输的业务数据时，发送设备的PDCP指示ROHC使用待传输的业务数据中的第一数据包携带该ROHC CID。ROHC还可以指示哪些数据包携带了CID，以指示资源调度器不丢弃该数据包。该方法保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
为了便于理解，下面结合图4，对本申请实施例所适用的应用场景进行说明。
图4为本申请实施例提供的一种应用场景示意图。请参见图4，包括终端设备401和网络设备402。以下行传输为例，网络设备402可以在传输真实的业务数据之前，向终端设备401发送ROHC CID，当终端设备401接收到ROHC CID，向网络设备402返回确认消息，以实现与终端设备401建立ROHC CID。
或者，网络设备402还可以在待传输的业务数据中，使用待传输的业务数据中的第一数据包携带该ROHC CID，并指示资源调度器第一数据包中携带ROHC CID，以保证该第一数据包传输成功。
本申请实施例中，网络设备可以是任意一种具有无线收发功能的设备。该设备包括但不限于：演进型节点B(Evolved Node B，eNB)、无线网络控制器(Radio NetworkController，RNC)、节点B(Node B，NB)、基站控制器(Base Station Controller，BSC)、基站收发台(Base Transceiver Station，BTS)、家庭基站(例如，Home Evolved NodeB，或HomeNode B，HNB)、基带单元(Baseband Unit，BBU)，无线保真(Wireless Fidelity，WiFi)***中的接入点(Access Point，AP)、无线中继节点、无线回传节点、传输点(TransmissionPoint，TP)或者发送接收点(Transmission and Reception Point，TRP)等，还可以为5G，如NR，***中的下一代基站(The Next Generation Node B，gNB)，或传输点(TRP或TP)，5G***中的基站的一个或一组(包括多个天线面板)天线面板，或者还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或分布式单元(Distributed Unit，DU)等。
在一些部署中，gNB可以包括集中式单元(Centralized Unit，CU)和DU。gNB还可以包括有源天线单元(Active Antenna Unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(Radio Resource Control，RRC)、PDCP层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(Radio LinkControl，RLC)层、MAC层和物理(Physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(Radio Access network，RAN)中的网络设备，也可以将CU划分为核心网(Core Network，CN)中的网络设备，本申请对此不做限定。
网络设备为小区提供服务，终端设备通过网络设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区进行通信，该小区可以属于宏基站(例如，宏eNB或宏gNB等)，也可以属于小小区(Small Cell)对应的基站，这里的小小区可以包括：城市小区(MetroCell)、微小区(Micro Cell)、微微小区(Pico Cell)、毫微微小区(Femto Cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
在本申请实施例中，终端设备也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例可以为：手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑(如笔记本电脑、掌上电脑等)、移动互联网设备(MobileInternet Device，MID)、虚拟现实(Virtual Reality，VR)设备、增强现实(AugmentedReality，AR)设备、XR设备、工业控制(industrial control)中的无线终端、无人驾驶(SelfDriving)中的无线终端、远程医疗(Remote Medical)中的无线终端、智能电网(SmartGrid)中的无线终端、运输安全(Transportation Safety)中的无线终端、智慧城市(SmartCity)中的无线终端、智慧家庭(Smart Home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，PLMN)中的终端设备等。
其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
此外，终端设备还可以是物联网(Internet of things，IoT)***中的终端设备。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。IoT技术可以通过例如窄带(NarrowBand)NB技术，做到海量连接，深度覆盖，终端省电。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立存在，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图5为本申请实施例一提供的一种数据压缩方法的流程示意图，该方法可以由数据压缩装置执行，该装置可以是发送设备，对于下行传输，发送设备可以是网络设备，对于上行传输，发送设备可以是终端设备，参考图5，该方法包括如下步骤。
S501、发送ROHC CID。
发送设备可以接收到待压缩的上层发送的数据包压缩成为某种可为接收设备方识别的压缩包，那么，发送设备可以向接收设备发送ROHC CID，与接收设备之间通过建立用于压缩和解压缩的ROHC CID。
具体的，发送设备发送ROHC CID的方式例如可以是：发送设备可以在发送真实的业务数据之前，向接收设备发送ROHC CID，或者，在获取到待传输的业务数据时，指定待传输的业务数据中的第一数据包携带该ROHC CID。
ROHC CID可以由源IP地址、目的IP地址、源端口和目的端口等决定，以下行传输为例，则源IP地址和源端口为发送待传输的业务数据的业务服务器的IP地址和端口，目的IP地址和目的端口为接收待传输的业务数据的终端设备的IP地址和端口，这几个值完全相同的数据包来源于同一个数据流，具有相同的context，如果有任意两个不相同，则重新分配一个未使用的CID，作为一个新的数据流的标志。
CID可以分为Small CID和Large CID之分，Small CID的取值范围[0，15]，LargeCID的取值范围[0，65535]。
S502、获取确认消息，确认消息用于确定ROHC CID可用。
发送设备向接收设备发送ROHC CID后，发送设备可以获取确认消息。
在一种可能的实现方式中，该确认消息可以是接收设备接收到ROHC CID后，向发送设备发送的。
在另一种可能的实现方式中，确认消息也可以是发送设备检测用于携带ROHC CID的数据包是否发送成功，即发送设备检测到该数据包成功发送至接收设备，发送设备也可以生成确认消息。
S503、根据ROHC CID，对待传输的业务数据进行压缩。
发送设备获取到ROHC CID后，可以根据ROHC CID对待传输的业务数据的数据包的包头进行压缩。
在本实施例中，发送设备可以在发送真实的业务数据之前，向接收设备发送ROHCCID，或者，在获取到待传输的业务数据时，指定待传输的业务数据中的第一数据包携带该ROHC CID，然后发送设备获取确认消息，确定双方协商的ROHC CID可用，接收设备可以根据ROHC CID，对待传输的业务数据的数据包的包头进行压缩。该方法保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
下面，通过实施例二对发送设备可以在发送真实的业务数据之前，向接收设备发送ROHC CID的数据压缩方法进行详细说明。
图6为本申请实施例二提供的另一种数据压缩方法的流程示意图，该方法可以由数据压缩装置执行，该装置可以是发送设备，对于下行传输，发送设备可以是网络设备，对于上行传输，发送设备可以是终端设备，参考图6，该方法包括如下步骤。
S601、获取待传输的业务数据的包头信息。
发送设备在向接收设备发送待传输的业务数据之前，发送设备可以获取待传输的业务数据的包头信息。该待传输的业务数据即为真实的业务数据。
具体的，以业务数据下行传输为例，发送设备获取待传输的业务数据的包头信息可以有以下几种方式：
方式一、发送设备可以从终端设备获取待传输的业务数据的包头信息。
方式二、发送设备也可以从核心网控制面网元获取，例如接入和移动性管理功能(Access and Mobility Management Function，AMF)。
方式三、发送设备也可以从核心网用户面网元获取，例如用户平面功能(UserPlane Function，UPF)。
可以理解，对于方式一，终端设备所提供的待传输的业务数据的包头信息可以来源于发送待传输的业务数据的业务服务器。
发送设备可以主动获取待传输的业务数据的包头信息，也可以接收对端网元主动上报的待传输的业务数据的包头信息。
对于发送设备主动获取方式，在一种可能的实现方式中，发送设备可以在待传输的业务数据的传输通道建立完成后，像对端网元发送包头请求，包头请求用于请求待传输的业务数据的包头信息。然后可以接收到对端网元发送的待传输的业务数据的包头信息。
需要说明的是，这里的对端网元可以是终端设备、UPF或者AMF等。
在另一种可能的实现方式中，发送设备可以在待传输的业务数据的传输通道建立完成第一预设时长后，向第一网元发送包头请求，在第二预设时长后，如果未接收到待传输的业务数据的包头信息，则向第二网元发送包头请求。第一网元和第二网元不是同一个网元，第一网元和第二网元可以是终端设备、UPF或者AMF等。
具体的，发送设备可以设置第一定时器，在待传输的业务数据的传输通道建立完成时启动该第一定时器，该第一定时器设置的时长为第一预设时长，在第一定时器运行期间，发送设备等待对端网元主动发送待传输的业务数据的包头信息。在定时器运行完成时(即第一预设时长后)，如果发送设备没有接收到待传输的业务数据的包头信息，发送设备可以向第一网元发送包头请求。
可以理解，当第一预设时长为0时，则发送设备在待传输的业务数据的传输通道建立完成时，如果发送设备没有接收到待传输的业务数据的包头信息，发送设备可以向第一网元发送包头请求。
同时，发送设备开启第二定时器，第二定时器设置的时长为第二预设时长，在第二定时器运行期间，发送设备如果接收到第一网元发送的待传输的业务数据的包头信息，或者接收到其他网元设备发送的待传输的业务数据的包头信息，则停止第二定时器。如果第二定时器运行结束，发送设备没有接收到第一网元或者其他网元设备发送的待传输的业务数据的包头信息，发送设备可以向第二网元发送包头请求，继续请求待传输的业务数据的包头信息。
在本实施例中，包头信息可以包括待传输的业务数据对应的目的地址、源地址、目标端口、源端口以及待传输的业务数据的各个数据包的长度等。
S602、根据包头信息，生成包头信息与ROHC CID的映射关系。
发送设备获取到待传输的业务数据的包头信息后，可以生成包头信息与ROHC CID的映射关系。
示例性的，确定包头信息中的长度较长的比特0110101与CID1的映射关系，可以表示为CID1＝0110101，即接收设备和发送设备通过该映射关系协商使用对CID1进行数据包的包头进行压缩和解压缩。
S603、发送映射关系。
发送设备可以通过预设数据包，发送该映射关系，具体的，发送设备可以使用预设数据包携带该映射关系。
在一种可能的实现方式中，当发送设备获取到的待传输的业务数据的包头信息的个数为N，相应的，发送设备确定的ROHC CID的个数也为N，那么，发送设备可以通过一个预设数据包发送包头信息与ROHC CID的映射关系，即预设数据包中包括各个包头信息与各个ROHC CID的映射关系。其中，N为大于1的整数。
可以理解，发送设备也可以通过N个预设数据包，分别携带N个包头信息与ROHCCID的映射关系。
可选的，上述预设数据包可以是包括随机比特的数据包，也可以是空包，预设数据包配置有预设分组数据会聚协议序序列号PDCP SN，例如，预设PDCP SN可以为0，那么，发送设备在获取到待传输的业务数据时，其PDCP SN可以从1开始。
示例性的，如图7所示，发送设备的PDCP实体可以向ROHC实体输入一个空包，同时将待传输的业务数据的包头信息发送给ROHC实体，以通知其生成ROHC CID，ROHC实体将生成的ROHC CID与包头信息的映射关系添加到该空包中，然后PDCP实体获取到包含有ROHCCID与包头信息的映射关系的数据包后，PDCP实体可以为该数据包分为PDCP SN＝0。
在另一种可能的实现方式中，当发送设备获取到的待传输的业务数据的包头信息的个数为1，相应的，发送设备确定的ROHC CID的个数也为1，预设数据包的个数为M，M个预设数据包中的第一预设数据包包括包头信息与ROHC CID的映射关系，M为大于1的整数。在这种情况下，这M个预设数据包可以为包括随机比特的数据包。
S604、获取确认消息，确认消息用于确定ROHC CID可用。
发送设备向接收设备发送映射关系后，发送设备可以接收到接收设备发送的确认消息，确认消息中包括用于指示同意使用1个或者N个ROHC CID的响应信息。
在一种可能的实现方式中，响应信息可以为比特位图，该比特位图用于指示同意使用N个ROHC CID中的一个或者多个ROHC CID，具体的，可以用0表示同意使用，用1表示不同意使用，当然，0和1的含义也可以相反，本申请对此不进行限定。
S605、根据ROHC CID，对待传输的业务数据进行压缩。
发送设备获取到确认消息后，可以根据ROHC CID，对待传输的业务数据中的数据包的包头进行压缩。
具体的，发送设备可以对待传输的业务数据中可以压缩的数据包的包头进行压缩。
在本实施例中，发送设备可以在发送真实的业务数据之前，可以获取待传输的业务数据的包头信息，然后根据包头信息，生成包头信息与ROHC CID的映射关系，并向接收设备发送映射关系。然后发送设备接收到接收设备发送的确认消息，确定双方协商的ROHCCID可用，接收设备可以根据ROHC CID，对待传输的业务数据的数据包的包头进行压缩。该方法保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
下面，通过实施例三对发送设备在获取到待传输的业务数据时，指定待传输的业务数据中的第一数据包携带该ROHC CID进行说明。
即对发送设备的PDCP实体从ROHC实体获取到的携带ROHC CID的数据包后，PDCP实体可以生成确认消息。
图8为本申请实施例三提供的另一种数据压缩方法的流程示意图，该方法可以由数据压缩装置执行，该装置可以是发送设备，对于下行传输，发送设备可以是网络设备，对于上行传输，发送设备可以是终端设备，参考图8，该方法包括如下步骤。
S801、获取待传输的业务数据，待传输的业务数据包括多个数据包。
具体的，发送设备可以接收到业务服务器发送的待传输的业务数据。
S802、将ROHC CID添加到多个数据包中的第一数据包。
具体的，发送设备的ROHC实体将ROHC CID添加到多个数据包中的第一数据包中，使得第一数据包携带ROHC CID。
在一种可能的实现方式中，发送设备的PDCP实体可以向其内部的ROHC实体输入待传输的业务数据的多个数据包，并且可以指示ROHC实体，要求在多个数据包中的第一数据包添加ROHC CID。
在另一种可能的实现方式中，发送设备的PDCP实体向RHOC实体发送多个数据包后，PDCP实体可以接收到ROHC实体发送的多个数据包，PDCP实体可以根据ROHC实体输出的显式或者隐式信息，确定多个数据包携带ROHC CID的第一数据包。
在另一种可能的实现方式中，发送设备的PDCP实体向RHOC实体发送多个数据包后，PDCP实体可以收到ROHC实体发送的多个数据包后，可以对这多个数据包进行深度包检测，确定哪个数据包中携带ROHC CID，将该数据包确定为第一数据包。
S803、发送第一数据包，第一数据包中携带ROHC CID。
发送设备将ROHC CID添加到多个数据包中的第一数据包后，可以向接收设备发送第一数据包。
具体的，发送设备在发送第一数据包时，可以采用以下一种或者多种预设的传输策略，发送第一数据包：降低调制与编码策略(Modulation and Coding Scheme，MCS)、提高混合式自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)的重传次数、以及低频带传输等。
在一种可能的实现方式中，第一数据包中还可以包括第一指示信息，第一指示信息用于指示接收设备在接收到第一数据包后，无需传输确认消息。
具体的，第一指示信息可以位于第一数据包的包头中的保留比特。
在另一种可能的实现方式中，发送设备可以向接收设备发送PDCP协控制议数据单元(Protocol Data Unit，PDU)或者RRC消息，PDCP控制PDU或者RRC消息中包括第一指示信息，其中，第一指示信息用于指示接收方无需传输确认消息。
那么，接收设备在接收到第一指示信息后，可以不生成确认消息，或者，接收设备的ROHC可以生成确认消息，但是接收设备的PDCP实体或者资源调度器(例如MAC)将该确认消息丢弃，即不传输该确认消息。
S804、获取确认消息，确认消息用于确定ROHC CID可用。
发送设备向接收设备发送第一数据包后，发送设备可以检测第一数据包是否传输成功，当确定第一数据包传输成功，则发送设备的PDCP实体可以生成确认消息，并将该确认消息输入到ROHC实体中，使得ROHC实体根据该ROHC CID对待传输的业务数据中待传输的数据包进行包头压缩。
可以理解，当发送设备内部生成了确认消息后，接收到接收设备发送的确认消息，发送设备可以不将接收设备发送的确认消息发送至ROHC实体，其中，接收设备可以是在接收到第一指示信息之前发送的确认消息。
S805、根据ROHC CID，对待传输的业务数据进行压缩。
发送设备获取到确认消息后，可以根据ROHC CID，对待传输的业务数据中除了第一数据包以外的数据包进行压缩。
在本实施例中，发送设备可以获取待传输的业务数据，待传输的业务数据包括多个数据包，并将ROHC CID添加到多个数据包中的第一数据包中，然后发送设备向接收设备发送第一数据包，第一数据包中携带ROHC CID，发送设备获取确认消息后，根据ROHC CID，对待传输的业务数据中除了第一数据包以外的数据包的包头进行压缩，保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
下面，通过实施例四对发送设备指示ROHC将多个数据包中的第一数据包携带ROHCCID对应的另一种数据压缩方法进行详细说明。
图9所示的数据包头压缩方法可以独立使用，也可以与其它实施例的方法结合使用。
图9为本申请实施例四提供的另一种数据压缩方法的流程示意图，该方法可以由数据压缩装置执行，该装置可以是发送设备，对于下行传输，发送设备可以是网络设备，对于上行传输，发送设备可以是终端设备，参考图9，该方法包括如下步骤。
S901、获取待传输的业务数据，待传输的业务数据包括多个数据包。
S902、从多个数据包中确定第一数据包。
发送设备获取到待传输的业务数据的多个数据包后，可以从多个数据包中确定第一数据包。
具体的，发送设备可以根据辅助信息，从多个数据包中确定第一数据包，该辅助信息用于建议携带ROHC CID的数据包。
在一种可能的实现方式中，辅助信息可以是多个数据包的重要性参数，示例性的，该重要性参数可以表示为比如0到1的之间的数值，可以用0表示重要程度最低，1表示重要程度最高，当然，也可以相反，本申请对此不作限制。
发送设备的PDCP实体可以读取各个数据包对应的重要性参数，然后确定重要程度最高的数据包为第一数据包，这样可以保证第一数据包在资源调度器调度时不会被丢弃。
在另一个示例中，发送设备的PDCP实体可以设置一个阈值，例如0.7，当数据包的重要性参数大于该阈值，则确定该数据包可以携带ROHC CID，当数据包的重要性参数小于或者等于该阈值，可以建议该数据包不携带ROHC CID。
然后PDCP实体也可以直接通知ROHC实体，建议携带ROHC CID的数据包。或者，当PDCP实体根据上述阈值，确定X个数据包可以携带ROHC CID，PDCP实体可以通知ROHC实体，可以在这X个数据包中选择一个或者多个数据包，用于携带ROHC CID，其中，X为大于1的整数。ROHC实体可以根据PDCP实体的建议，自行确定是否在这X个数据包中选择用于携带ROHCCID的数据包。
在该示例中，可以每个数据包配置不同的阈值，也可以每组数据包配置相同的阈值。本申请对此不作限制。
在另一种可能的实现方式中，辅助信息还可以是其他协议层的第二指示信息，第二指示信息用于建议第一数据包为携带ROHC CID的数据包。
S903、将ROHC CID添加到第一数据包中。
发送设备的ROHC实体确定第一数据包后，可以将ROHC CID添加到第一数据包中。
在一种可能的实现方式中，第一数据包还可以包括第三指示信息，第三指示信息用于指示第一数据包中包括ROHC CID，使得MAC在任务调度时不丢弃第一数据包。
S904、发送第一数据包，第一数据包中携带ROHC CID。
发送设备的ROHC实体将ROHC CID添加到第一数据包后，其中，第一数据包中可以携带ROHC CID，然后可以由发送设备的PDCP实体向接收设备发送第一数据包。
S905、获取确认消息，确认消息用于确定ROHC CID可用。
S906、根据ROHC CID，对待传输的业务数据进行压缩。
发送设备获取到确认消息后，可以根据ROHC CID，对待传输的业务数据中除了第一数据包以外的数据包进行压缩。
在本实施例中，发送设备可以获取待传输的业务数据，待传输的业务数据包括多个数据包，并从多个数据包中确定第一数据包，并将ROHC CID添加到第一数据包中，然后发送设备向接收设备发送第一数据包，第一数据包中携带ROHC CID，发送设备获取确认消息后，根据ROHC CID，对待传输的业务数据中除了第一数据包以外的数据包的包头进行压缩，保证了CID在发送设备和接收设备的建立，提高了包头数据压缩效率。
图10为本申请实施例五提供的一种数据压缩装置的结构示意图。该数据压缩装置110可以为发送设备、芯片或者芯片模组。请参见图10，该装置100包括：发送模块1001、获取模块1002和压缩模块1003，其中，
发送模块1001，用于发送健壮性包头压缩上下文标识ROHC CID。
获取模块1002，用于获取确认消息，确认消息用于确定ROHC CID可用。
压缩模块1003，用于根据ROHC CID，对待传输的业务数据进行压缩。
在一种可能的实施方式中，发送模块1001具体用于：
获取待传输的业务数据的包头信息。
根据包头信息，生成包头信息与ROHC CID的映射关系。
发送映射关系。
在一种可能的实施方式中，发送模块1001还用于：
发送预设数据包，预设数据包中包括映射关系。
在一种可能的实施方式中，包头信息的个数为N，相应的，ROHC CID的个数为N。
预设数据包的个数为1，预设数据包中包括各个包头信息与各个ROHC CID的映射关系。
在一种可能的实施方式中，确认消息中包括用于指示同意使用1个或者N个ROHCCID的响应信息。
在一种可能的实施方式中，响应信息为比特位图，比特位图用于指示同意使用N个ROHC CID中的一个或者多个ROHC CID。
在一种可能的实施方式中，包头信息的个数为1，相应的，ROHC CID的个数为1或者多个。
预设数据包的个数为M，M个预设数据包中的第一预设数据包包括包头信息与ROHCCID的映射关系，M为大于1的整数。
在一种可能的实施方式中，获取模块1002具体用于：
在待传输的业务数据的传输通道建立完成后，发送包头请求，包头请求用于请求待传输的业务数据的包头信息。
接收待传输的业务数据的包头信息。
在一种可能的实施方式中，获取模块1002还用于：
在待传输的业务数据的传输通道建立完成第一预设时长后，向第一网元发送包头请求。
在第二预设时长后，如果未接收到待传输的业务数据的包头信息，则向第二网元发送包头请求。
在一种可能的实施方式中，压缩模块1003具体用于：
根据ROHC CID，对待传输的业务数据中的数据包的包头进行压缩。
在一种可能的实施方式中，发送模块1001还用于：
获取待传输的业务数据，待传输的业务数据包括多个数据包。
将ROHC CID添加到多个数据包中的第一数据包。
发送第一数据包，第一数据包中携带ROHC CID。
在一种可能的实施方式中，第一数据包还包括第一指示信息，第一指示信息用于指示接收设备无需传输确认消息。
在一种可能的实施方式中，第一指示信息位于第一数据包的包头中的保留比特。
在一种可能的实施方式中，数据压缩装置100还包括：指示模块；
指示模块具体用于：
发送分组数据汇聚协议PDCP控制协议数据单元PDU或者RRC消息，PDCP控制PDU或者RRC消息中包括第一指示信息。
其中，第一指示信息用于指示接收方无需传输确认消息。
在一种可能的实施方式中，获取模块1002还用于：
当检测到第一数据包传输成功，生成确认消息。
在一种可能的实施方式中，发送模块1001还用于：
从多个数据包中确定第一数据包。
将ROHC CID添加到第一数据包中。
在一种可能的实施方式中，发送模块1001还用于：
根据辅助信息，从多个数据包中确定第一数据包，辅助信息用于建议携带ROHCCID的数据包。
在一种可能的实施方式中，辅助信息为多个数据包的重要性参数；或者，
辅助信息为其他协议层的第二指示信息，第二指示信息用于建议第一数据包为携带ROHC CID的数据包。
在一种可能的实施方式中，第一数据包中还包括第三指示信息。
第三指示信息用于指示第一数据包中包括ROHC CID，使得媒体接入控制MAC在任务调度时不丢弃第一数据包。
在一种可能的实施方式中，压缩模块1003还用于：
根据ROHC CID，对待传输的业务数据中除了第一数据包以外的数据包进行压缩。
本实施例的装置，可用于执行上述方法实施例的技术方案，具体实现方式和技术效果类似，这里不再赘述。
图11为本申请实施例六提供的一种电子设备的结构示意图，如图11所示，电子设备110可以包括：至少一个处理器1101和存储器1102。
存储器1102，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
存储器1102可能包含随机存取存储器(Random Access Memory，RAM)，也可能还包括非易失性存储器(Non-volatile Memory)，例如至少一个磁盘存储器。
处理器1101用于执行存储器1102存储的计算机执行指令，以实现前述方法实施例所描述的方法。其中，处理器1101可能是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。
可选的，电子设备110还可以包括：通信接口1103。在具体实现上，如果通信接口1103、存储器1102和处理器1101独立实现，则通信接口1103、存储器1102和处理器1101可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(IndustryStandard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果通信接口1103、存储器1102和处理器1101集成在一块芯片上实现，则通信接口1103、存储器1102和处理器1101可以通过内部接口完成通信。
电子设备110可以为芯片、芯片模组、IDE、发送设备等。
本实施例的电子设备，可用于执行上述方法实施例的技术方案，具体实现方式和技术效果类似，这里不再赘述。
本申请实施例七提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、RAM、磁盘或者光盘等各种可以存储计算机执行指令的介质，具体的，该计算机可读存储介质中存储有计算机执行指令，该计算机执行指令被处理器执行时用于实现上述方法实施例所示的技术方案，具体实现方式和技术效果类似，这里不再赘述。
本申请实施例八提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现上述方法实施例所示的技术方案，具体实现方式和技术效果类似，这里不再赘述。
本申请实施例九提供一种芯片，芯片上存储有计算机程序，计算机程序被芯片执行时，实现上述方法实施例所示的方法。该芯片还可以为芯片模组。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (23)

1.一种数据压缩方法，其特征在于，包括：
发送健壮性包头压缩上下文标识ROHC CID；
获取确认消息，所述确认消息用于确定所述ROHC CID可用；
根据所述ROHC CID，对待传输的业务数据进行压缩。
2.根据权利要求1所述的方法，其特征在于，所述发送健壮性包头压缩上下文标识ROHCCID，包括：
获取待传输的业务数据的包头信息；
根据所述包头信息，生成所述包头信息与ROHC CID的映射关系；
发送所述映射关系。
3.根据权利要求2所述的方法，其特征在于，所述发送所述映射关系，包括：
发送预设数据包，所述预设数据包中包括所述映射关系。
4.根据权利要求3所述的方法，其特征在于，所述包头信息的个数为N，相应的，所述ROHC CID的个数为N，所述N为大于1的整数；
所述预设数据包的个数为1，所述预设数据包中包括各个包头信息与各个ROHC CID的映射关系。
5.根据权利要求4所述的方法，其特征在于，所述确认消息中包括用于指示同意使用1个或者N个ROHC CID的响应信息。
6.根据权利要求5所述的方法，其特征在于，所述响应信息为比特位图，所述比特位图用于指示同意使用N个ROHC CID中的一个或者多个ROHC CID。
7.根据权利要求3所述的方法，其特征在于，所述包头信息的个数为1，相应的，所述ROHC CID的个数为1或者多个；
所述预设数据包的个数为M，M个预设数据包中的第一预设数据包包括所述包头信息与所述ROHC CID的映射关系，所述M为大于1的整数。
8.根据权利要求2-7任一项所述的方法，其特征在于，所述获取待传输的业务数据的包头信息，包括：
在所述待传输的业务数据的传输通道建立完成后，发送包头请求，所述包头请求用于请求所述待传输的业务数据的包头信息；
接收所述待传输的业务数据的包头信息。
9.根据权利要求8所述的方法，其特征在于，所述在所述待传输的业务数据的传输通道建立完成后，发送包头请求，包括：
在所述待传输的业务数据的传输通道建立完成第一预设时长后，向第一网元发送所述包头请求；
在第二预设时长后，如果未接收到所述待传输的业务数据的包头信息，则向第二网元发送所述包头请求。
10.根据权利要求2-7任一项所述的方法，其特征在于，根据所述ROHC CID，对待传输的业务数据进行压缩，包括：
根据所述ROHC CID，对所述待传输的业务数据中的数据包的包头进行压缩。
11.根据权利要求1所述的方法，其特征在于，所述发送健壮性包头压缩上下文标识ROHC CID，包括：
获取待传输的业务数据，所述待传输的业务数据包括多个数据包；
将所述ROHC CID添加到所述多个数据包中的第一数据包；
发送所述第一数据包，所述第一数据包中携带所述ROHC CID。
12.根据权利要求11所述的方法，其特征在于，所述第一数据包还包括第一指示信息，所述第一指示信息用于指示接收设备无需传输确认消息。
13.根据权利要求12所述的方法，其特征在于，所述第一指示信息位于所述第一数据包的包头中的保留比特。
14.根据权利要求11所述的方法，其特征在于，所述方法还包括：
发送分组数据汇聚协议PDCP控制协议数据单元PDU或者RRC消息，所述PDCP控制PDU或者RRC消息中包括第一指示信息；
其中，所述第一指示信息用于指示接收方无需传输确认消息。
15.根据权利要求11所述的方法，其特征在于，所述获取确认消息，包括：
当检测到所述第一数据包传输成功，生成所述确认消息。
16.根据权利要求11所述的方法，其特征在于，所述将所述ROHC CID添加到所述多个数据包中的第一数据包，包括：
从所述多个数据包中确定所述第一数据包；
将所述ROHC CID添加到所述第一数据包中。
17.根据权利要求16所述的方法，其特征在于，所述从所述多个数据包中确定所述第一数据包，包括：
根据辅助信息，从所述多个数据包中确定所述第一数据包，所述辅助信息用于建议携带ROHC CID的数据包。
18.根据权利要求17所述的方法，其特征在于，所述辅助信息为所述多个数据包的重要性参数；或者，
所述辅助信息为其他协议层的第二指示信息，所述第二指示信息用于建议所述第一数据包为携带ROHC CID的数据包。
19.根据权利要求16所述的方法，其特征在于，所述第一数据包中还包括第三指示信息；
所述第三指示信息用于指示所述第一数据包中包括所述ROHC CID，使得媒体接入控制MAC在任务调度时不丢弃所述第一数据包。
20.根据权利要求11所述的方法，其特征在于，根据所述ROHC CID，对待传输的业务数据进行压缩，包括：
根据所述ROHC CID，对所述待传输的业务数据中除了所述第一数据包以外的数据包进行压缩。
21.一种数据压缩装置，其特征在于，包括：
发送模块，用于发送健壮性包头压缩上下文标识ROHC CID；
获取模块，用于获取确认消息，所述确认消息用于确定所述ROHC CID可用；
压缩模块，用于根据所述ROHC CID，对待传输的业务数据进行压缩。
22.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-20中任一项所述的数据压缩方法。
23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-20任一项所述的数据压缩方法。
CN202211183357.9A 2022-09-27 2022-09-27 数据压缩方法、装置、设备及存储介质 Pending CN117835320A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211183357.9A CN117835320A (zh) 2022-09-27 2022-09-27 数据压缩方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211183357.9A CN117835320A (zh) 2022-09-27 2022-09-27 数据压缩方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117835320A true CN117835320A (zh) 2024-04-05

Family

ID=90506348

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211183357.9A Pending CN117835320A (zh) 2022-09-27 2022-09-27 数据压缩方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117835320A (zh)

Similar Documents

Publication Publication Date Title
US11445404B2 (en) Method and apparatus for wireless communication in wireless communication system
US10863578B2 (en) Data transmission method, device and system
US11197194B2 (en) Method and device for improved communication performance in wireless communication system
US20220095161A1 (en) Method and device for improved communication performance in wireless communication system
WO2021244218A1 (zh) 一种通信方法及装置
CN109729552B (zh) 语音传输方法和装置
KR20190129191A (ko) 차세대 이동 통신 시스템에서 주변 셀의 기준 신호로 준지속적 사운딩 기준 신호를 지시하는 방법 및 장치
US20200351712A1 (en) Method and device for processing data in wireless communication system
CN113840385A (zh) 一种业务传输方法及装置
CN113133055B (zh) 无线通信的方法和设备
US20230090232A1 (en) Terminal device and network device
US20230354334A1 (en) Communication method and apparatus
CN116867102A (zh) 数据传输方法及装置
WO2014175090A1 (ja) 無線通信装置、プロセッサ、及び通信制御方法
WO2023088009A1 (zh) 一种数据传输的方法及通信装置
CN108886766B (zh) 一种控制信息的传输方法及装置
CN117835320A (zh) 数据压缩方法、装置、设备及存储介质
CN113596915A (zh) 一种通信方法及装置
CN110958647A (zh) 一种数据传输方法及装置
WO2023173293A1 (zh) 无线通信方法及设备
WO2023015420A1 (zh) 数据传输方法及装置
WO2024125621A1 (zh) 一种数据传输的方法、装置及***
CN113678501B (zh) 一种以太网数据包头压缩方法、处理方法及其装置
WO2024001831A1 (zh) 通信方法、终端设备、网络设备及通信***
CN114342462B (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