CN117560427A

CN117560427A - Data compression method and communication equipment

Info

Publication number: CN117560427A
Application number: CN202210939009.3A
Authority: CN
Inventors: 苗金华; 全海洋; 谌丽
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2022-08-05
Filing date: 2022-08-05
Publication date: 2024-02-13

Abstract

The embodiment of the application provides a data compression method and communication equipment, wherein the method comprises the following steps: the method comprises the steps that first communication equipment determines a compression mode corresponding to first data, wherein the compression mode is determined according to the granularity of a packet data unit PDU corresponding to the data; and according to the compression mode, compressing the first data. According to the embodiment of the application, the compression efficiency can be effectively improved, and the memory occupation of the communication equipment is reduced.

Description

Data compression method and communication equipment

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to a data compression method and a communication device.

Background

The 5G system supports video services such as XR (eXtended Reality) and cloud gaming. In order to save channel resources, the terminal generally transmits compressed data to the base station, and a compression algorithm commonly used in the related art, for example, an uplink data compression (Uplink Data Compression, UDC) algorithm, is a data radio bearer (Data Radio Bearer, DRB) granularity-based compression algorithm performed at a packet data convergence protocol (Packet Data Convergence Protocol, PDCP) layer, that is, compression is performed at the PDCP layer in a DRB unit. However, at present, one DRB corresponds to 1 or more QoS flows (Quality of Service flow, qoS flow), and one QoS flow is divided into a plurality of packet data unit sets (Packet Data Unit set, PDU set), which causes problems of low compression efficiency and memory consumption if the PDCP layer continues to perform compression based on the DRB granularity.

Disclosure of Invention

The embodiment of the application provides a data compression method and communication equipment, which are used for solving the defects of low compression efficiency and consumption of memory of the communication equipment caused by performing compression based on DRB granularity in the prior art.

In a first aspect, an embodiment of the present application provides a data compression method, including:

the method comprises the steps that first communication equipment determines a compression mode corresponding to first data, wherein the compression mode is determined according to the granularity of a packet data unit PDU corresponding to the data;

and according to the compression mode, compressing the first data.

Optionally, according to a data compression method of an embodiment of the present application, the determining a compression mode corresponding to the first data includes:

determining PDU characteristics corresponding to the first data;

and determining the compression mode corresponding to the first data according to the corresponding relation between the PDU characteristic and the compression mode and the PDU characteristic corresponding to the first data.

Optionally, according to a data compression method of one embodiment of the present application, the PDU characteristics include one or more of the following:

a time stamp;

a sequence number SN;

PDU priority flag PPM;

start and/or end position identification;

the dictionary is compressed.

Optionally, according to a data compression method of an embodiment of the present application, the determining a PDU characteristic corresponding to the first data includes:

Determining the characteristic of a PDU set corresponding to the first data, wherein the PDU set comprises at least one PDU, and the first data corresponds to at least one PDU set; or (b)

And respectively determining the characteristics of each PDU contained in the first data.

analyzing the first data or configuring the first data according to a network side to obtain PDU characteristics corresponding to the first data.

Optionally, according to a data compression method of an embodiment of the present application, the method further includes:

and sending the compressed first data to the second communication equipment.

receiving a feedback report sent by second communication equipment, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating a PDU or a PDU set which fails to be decompressed;

and according to the feedback report, performing recompression on the PDU or PDU set with decompression failure, or resetting a compression dictionary of the PDU or PDU set with decompression failure, and performing recompression on the PDU or PDU set with decompression failure based on the reset compression dictionary.

the packet data convergence protocol PDCP layer of the first communication device instructs a radio link control RLC layer to delete the compressed data corresponding to the PDU or the PDU set which fails to be decompressed.

Optionally, according to a data compression method of an embodiment of the present application, the first communication device supports compression capability based on PDU granularity.

Optionally, according to a data compression method of one embodiment of the present application, the compression manner includes at least one of the following: the robustness header compresses the ROHC scheme, the uplink data compression UDC scheme, and the ethernet header compresses the EHC scheme.

In a second aspect, an embodiment of the present application further provides a data compression method, including:

the second communication equipment receives second data sent by the first communication equipment, wherein the second data is data obtained by the first communication equipment after compressing the first data according to a compression mode determined by the granularity of a packet data unit PDU corresponding to the first data;

the second communication device performs decompression on the second data.

And in the case that the PDU or the PDU set with the decompression failure exists, sending a feedback report to the first communication device, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating the PDU or the PDU set with the decompression failure.

In a third aspect, embodiments of the present application further provide a first communication device, including a memory, a transceiver, and a processor, wherein:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and implementing the steps of the data compression method as described in the first aspect above.

In a fourth aspect, embodiments of the present application further provide a second communication device, including a memory, a transceiver, and a processor, wherein:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and implementing the steps of the data compression method as described in the second aspect.

In a fifth aspect, embodiments of the present application further provide a data compression apparatus, including:

the first determining unit is used for determining a compression mode corresponding to the first data, wherein the compression mode is determined according to the granularity of the packet data unit PDU corresponding to the data;

And the first compression unit is used for compressing the first data according to the compression mode.

In a sixth aspect, embodiments of the present application further provide a data compression apparatus, including:

the second receiving unit is used for receiving second data sent by the first communication equipment, wherein the second data is data obtained by the first communication equipment after compressing the first data according to a compression mode determined by the granularity of a packet data unit PDU corresponding to the first data;

and the first decompression unit is used for decompressing the second data.

In a seventh aspect, embodiments of the present application further provide a processor-readable storage medium storing a computer program for causing the processor to perform the steps of the data compression method described in the first aspect or the steps of the data compression method described in the second aspect.

According to the data compression method and the communication device, the compression mode corresponding to the first data is determined, the compression mode is determined according to the PDU granularity of the packet data unit corresponding to the data, the first data is compressed, the PDU granularity can be compressed, the compression efficiency can be effectively improved, and the memory occupation of the communication device is reduced.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief description will be given below of the drawings that are needed in the embodiments or the prior art descriptions, and it is obvious that the drawings in the following description are some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic diagram of determining the start and end of a PDU set;

FIG. 2 is a schematic flow chart of a data compression method according to an embodiment of the present disclosure;

FIG. 3 is a second flow chart of a data compression method according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a first communication device according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a second communication device according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a data compression device according to an embodiment of the present disclosure;

fig. 7 is a second schematic structural diagram of a data compression device according to an embodiment of the present application.

Detailed Description

In the embodiment of the application, the term "and/or" describes the association relationship of the association objects, which means that three relationships may exist, for example, a and/or B may be represented: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.

The term "plurality" in the embodiments of the present application means two or more, and other adjectives are similar thereto.

The following description of the technical solutions in the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The technical scheme provided by the embodiment of the application can be suitable for various systems, in particular to a 5G system. For example, suitable systems may be global system for mobile communications (global system of mobile communication, GSM), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) universal packet Radio service (general packet Radio service, GPRS), long term evolution (long term evolution, LTE), LTE frequency division duplex (frequency division duplex, FDD), LTE time division duplex (time division duplex, TDD), long term evolution-advanced (long term evolution advanced, LTE-a), universal mobile system (universal mobile telecommunication system, UMTS), worldwide interoperability for microwave access (worldwide interoperability for microwave access, wiMAX), 5G New air interface (New Radio, NR), and the like. Terminal devices and network devices are included in these various systems. Core network parts such as evolved packet system (Evloved Packet System, EPS), 5G system (5 GS) etc. may also be included in the system.

The terminal device according to the embodiments of the present application may be a device that provides voice and/or data connectivity to a user, a handheld device with a wireless connection function, or other processing device connected to a wireless modem, etc. The names of the terminal devices may also be different in different systems, for example in a 5G system, the terminal devices may be referred to as User Equipment (UE). The wireless terminal device may communicate with one or more Core Networks (CNs) via a radio access Network (Radio Access Network, RAN), which may be mobile terminal devices such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, e.g., portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile devices that exchange voice and/or data with the radio access Network. Such as personal communication services (Personal Communication Service, PCS) phones, cordless phones, session initiation protocol (Session Initiated Protocol, SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital assistants (Personal Digital Assistant, PDAs), and the like. The wireless terminal device may also be referred to as a system, subscriber unit (subscriber unit), subscriber station (subscriber station), mobile station (mobile), remote station (remote station), access point (access point), remote terminal device (remote terminal), access terminal device (access terminal), user terminal device (user terminal), user agent (user agent), user equipment (user device), and the embodiments of the present application are not limited.

The network device according to the embodiment of the present application may be a base station, where the base station may include a plurality of cells for providing services for a terminal. A base station may also be called an access point or may be a device in an access network that communicates over the air-interface, through one or more sectors, with wireless terminal devices, or other names, depending on the particular application. The network device may be operable to exchange received air frames with internet protocol (Internet Protocol, IP) packets as a router between the wireless terminal device and the rest of the access network, which may include an Internet Protocol (IP) communication network. The network device may also coordinate attribute management for the air interface. For example, the network device according to the embodiments of the present application may be a network device (Base Transceiver Station, BTS) in a global system for mobile communications (Global System for Mobile communications, GSM) or code division multiple access (Code Division Multiple Access, CDMA), a network device (NodeB) in a wideband code division multiple access (Wide-band Code Division Multiple Access, WCDMA), an evolved network device (evolutional Node B, eNB or e-NodeB) in a long term evolution (long term evolution, LTE) system, a 5G base station (gNB) in a 5G network architecture (next generation system), a home evolved base station (Home evolved Node B, heNB), a relay node (relay node), a home base station (femto), a pico base station (pico), and the like. In some network structures, the network device may include a Centralized Unit (CU) node and a Distributed Unit (DU) node, which may also be geographically separated.

The related art to which the present application relates will be first described below.

1. Basic concept of XR

The 3gpp 5g system introduces an eXtended Reality (XR) service, which is divided into the following classes:

augmented reality (Augmented Reality, AR): seamlessly integrating/semi-integrating the real world and the virtual world;

virtual Reality (VR): generating a virtual world/full false by using equipment simulation;

mixed Reality (MR): and contains real physical entity and virtual information.

2. PDU set (PDU set)

Taking Real-time transport protocol (Real-time Transport Protocol, RTP) as an example, the first packet in PDU set contains an RTP header that contains a new timestamp, and may also contain the Sequence Number (SN) of the packet. Fig. 1 is a schematic diagram of determining the start and end of a PDU set, as shown in fig. 1, in a frame, for example, an I-frame, contains a plurality of PDUs, and the header of the first packet, for example, a RTP sn=1 packet, contains a timestamp, and each PDU contains an SN number.

Each PDU set defines a PDU priority flag (PDU priority Mark, PPM) indicating the level of importance and/or dependency of a PDU set. PPM is related to a PDU delay budget, error rate, etc.

Meanwhile, PDU set defines a boundary, for example, RTP determines the PDU set boundary by a time stamp and an SN number.

With PPM and PDU set boundaries, the QoS manager can control the internal data of PDU set without acquiring internal information for each PDU set.

3. Compression algorithm

1)UDC

UDC refers to a compression method based on data for Uplink (UL). UDC is performed at PDCP layer, currently it is determined which DRBs need to perform UDC compression according to DRB granularity.

And the terminal sends the compressed data to the base station. This saves channel resources.

The UDC function compresses each PDCP Data PDU (specifically, an incoming Data packet from an upper layer, such as an IP packet) separately in the PDCP layer, and does not perform UDC for the PDCP control PDU, a service Data adaptation protocol (Service Data Adaptation Protocol, SDAP) header, and an SDAP control message.

2) Robust header compression (Robust Header Compression, ROHC)

ROHC compression refers to the application of a ROHC compression algorithm, i.e. a configuration file. Each profile is specific to the network layer, e.g. to TCP/IP/RTP/UDP/IP etc., and ROHC compression is compression to the header.

3) Ethernet header compression (Ethernet Header Compression, EHC)

The EHC protocol is a compression algorithm based on ethernet headers, mainly introduced in Time sensitive networks (Time SensitiveNetworking, TSN).

The embodiment of the application provides a data compression method and communication equipment, which are used for improving data compression efficiency and reducing memory occupation of the communication equipment.

The method and the device are based on the same application, and because the principles of solving the problems by the method and the device are similar, the implementation of the device and the method can be referred to each other, and the repetition is not repeated.

Fig. 2 is a schematic flow chart of a data compression method provided in the embodiment of the present application, and as shown in fig. 2, the embodiment of the present application provides a data compression method, where an execution body may be a first communication device. The method comprises the following steps:

step 200, the first communication device determines a compression mode corresponding to the first data, where the compression mode is determined according to the granularity of the packet data unit PDU corresponding to the data.

It should be noted that, in the embodiment of the present application, the first communication device receives the first data, and optionally, the first data is a PDU.

The first communication equipment determines a compression mode corresponding to the first data according to the granularity of the packet data unit PDU corresponding to the data.

Compared with a data compression method based on DRB granularity, the method can effectively improve compression efficiency and reduce memory occupation of communication equipment.

And step 201, compressing the first data according to the compression mode.

Optionally, according to the compression mode, compression is performed on the PDUs included in the first data, respectively.

According to the data compression method, the compression mode corresponding to the first data is determined, the compression mode is determined according to the PDU granularity of the packet data unit corresponding to the data, compression is carried out on the first data, the PDU granularity can be compressed, compression efficiency can be effectively improved, and memory occupation of communication equipment is reduced.

It should be noted that, in the embodiment of the present application, the first communication device is a compression end device.

Optionally, the first communication device includes: a terminal or a network side device.

In one embodiment, the first communication device is a terminal, and the terminal is used as a compression terminal device to determine a compression mode corresponding to the first data, wherein the compression mode is determined according to the granularity of a packet data unit PDU corresponding to the data; and according to the compression mode, compressing the first data.

In another embodiment, the first communication device is a network side device, and the network side device is used as a compression end device to determine a compression mode corresponding to the first data, where the compression mode is determined according to a packet data unit PDU granularity corresponding to the data; and according to the compression mode, compressing the first data.

Optionally, the first communication device supports compression capability based on PDU granularity.

It will be appreciated that in order to enable the compression to be performed on the first data in accordance with the packet data unit PDU granularity to which the data corresponds, the first communication device should support a compression capability based on the PDU granularity.

Optionally, the compression mode includes at least one of: the robustness header compresses the ROHC scheme, the uplink data compression UDC scheme, and the ethernet header compresses the EHC scheme.

Optionally, the step 200 further includes:

step 2001, determining a PDU characteristic corresponding to the first data;

step 2002, determining a compression mode corresponding to the first data according to the corresponding relation between the PDU characteristic and the compression mode and the PDU characteristic corresponding to the first data.

Optionally, the correspondence between PDU characteristics and compression mode is configured at the network side.

Optionally, the determining the PDU characteristics corresponding to the first data includes two modes as follows:

a) Determining the characteristic of a PDU set corresponding to the first data, wherein the PDU set comprises at least one PDU, and the first data corresponds to at least one PDU set;

wherein, a PDU set (PDU set) refers to a set of one or more Packet Data Units (PDUs) having the same characteristics or features.

It will be appreciated that the first communication device determines the compression manner of the first data according to the characteristics of the PDU set corresponding to the first data, and therefore, needs to determine the PDU set corresponding to the first data and acquire the characteristics of the PDU set.

Optionally, the PDU characteristics include one or more of the following: a time stamp; a sequence number SN; PDU priority flag PPM; start and/or end position identification; the dictionary is compressed.

It may be appreciated that the first communication device may determine the PDU set corresponding to the PDU according to a timestamp, a sequence number SN, PPM, a start and/or end position identification, a compression dictionary in a packet header of at least one PDU contained in the first data. Further, characteristics of the PDU set may be obtained.

The first communication device may determine the compression scheme based on the time stamp of the PDU set, the sequence number SN, the PPM, the start and/or end location identity, and perform the compression.

Optionally, the time stamps, sequence numbers SN, PPM, and/or start and/or end position identifications of different PDU sets correspond to different compression algorithms or compression dictionaries or compression profiles.

Optionally, the target PDU set is determined based on the time stamp, sequence number SN, PPM, and/or start and/or end location identification of the PDU set, and compression is performed on the target PDU set.

Optionally, the first communication device performs compression according to a compression dictionary corresponding to the PDU set.

In the embodiment of the application, the compression mode corresponding to the first data is determined according to the characteristics of the PDU set corresponding to the first data, and then the compression is performed on the first PDU according to the compression mode, so that the compression efficiency can be effectively improved, and the memory occupation of the communication equipment is reduced.

b) And respectively determining the characteristics of each PDU contained in the first data.

It may be appreciated that the first communication device may determine the corresponding compression manner according to a timestamp, a sequence number SN, PPM, a start and/or end position identification, and a compression dictionary in a header of at least one PDU contained in the first data.

In the embodiment of the application, the compression mode corresponding to the first data is determined according to the characteristics of each PDU contained in the first data, and then the compression is performed on the first PDU according to the compression mode, so that the compression efficiency can be effectively improved, and the memory occupation of the communication equipment is reduced.

Optionally, the determining the PDU characteristics corresponding to the first data includes:

In one embodiment, the PDU characteristics corresponding to the first data are obtained by parsing the first data.

The first communication device obtains the characteristics of PDU set through a deep packet parsing mode of a data packet, wherein the characteristics comprise at least one of the following: the time stamp of the PDU set, the sequence number SN of the PDU set, the PPM of the PDU set, the start and/or end identification of the PDU set.

The characteristics of the set of PDUs are used for the first communication device to perform PDU set based compression.

Or according to the configuration of the network side, obtaining the PDU characteristics corresponding to the first data.

In one embodiment, the terminal reporting capability indicates the network side device that supports the capability based on PDU set compression, and the network side device configures parameters based on PDU set compression for the terminal according to the capability reported by the terminal, where the parameters based on PDU set compression are characteristics of the PDU set in the foregoing embodiment, and includes at least one of the following: a timestamp of the set of PDUs; SN of the PDU set; PPM of PDU set; a start and/or end position identification of the PDU set; compression dictionary corresponding to PDU set.

Optionally, the determining a compression mode corresponding to the first data, and performing compression on the first data according to the compression mode includes at least one of the following:

a) Determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the time stamp according to the time stamp of the PDU set, and executing compression on the first data based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the time stamp;

The compression algorithm or the compression dictionary or the compression configuration file corresponding to the time stamp is configured by the network side equipment or is determined according to the terminal implementation.

Specifically, the compression end (i.e. the first communication device) can read the timestamp of the PDU set through deep packet parsing of the data packet. For example, the packet header of the data packet included in PDU set 1 includes a time stamp of 0000, and the packet header of the data packet included in PDU set 2 includes a time stamp of 0001. The first communication device performs compression according to the time stamp:

according to different time stamps, different compression algorithms are adopted; or,

performing compression for some PDU sets (i.e., the time stamps of the PDU sets corresponding to the first data) according to the time stamps;

for example, the coding period of a video frame is 3n ms, and the packet sequence occurring in m ms is I frame, P frame. Then at time stamp 0, n-1 it can be considered as the PDU set corresponding to the I-frame, then the corresponding time n,3n-1 can be considered as the PDU set corresponding to the P-frame, and so on.

The compression end can perform compression according to the configuration of the network side or the characteristics of the compression end, namely, the PDU set with the time stamp of [0, n-1] according to the first compression mode or the dictionary 1 or the first configuration file; for the PDU set with the timestamp of [ n,3n-1], compression is not performed any more or is performed by using the dictionary 2, or is performed by using a second compression mode or is performed by using a second configuration file, wherein the first compression mode is different from the second compression mode, the first compression mode can be one of an ROHC mode, a UDC mode and an EHC mode, and the second compression mode can be one of the ROHC mode, the UDC mode and the EHC mode; the first profile and the second profile are different, and the first/second profile may be ROHC, EHC profiles.

If the first data corresponds to PDU set 1, and the timestamp of PDU set 1 is [0, n-1], then compression is performed on the first data according to the compression algorithm or compression dictionary corresponding to timestamp [0, n-1 ].

b) Determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the SN according to the SN of the PDU set, and executing compression on the first data U based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the SN;

the compression algorithm or the compression dictionary or the compression configuration file corresponding to the SN is configured by the network side equipment or is determined according to terminal implementation.

Specifically, the compression end (i.e. the first communication device) may read the SN sequence number of the PDU set by deep packet parsing of the data packet, for example, the packet header of the data packet included in PDU set 1 includes a sequence number range of [0-99], and the packet header of the data packet included in PDU set 2 includes a sequence number of [100-199]. The compression end performs compression according to the sequence number of the PDU set:

for example, different compression algorithms are adopted according to different serial numbers; or (b)

Compression is performed only for partial sequence numbers (i.e., sequence numbers of PDU sets corresponding to the first PDU);

for example, the video frame cycle order is I-frame, P-frame, for example. The I frame includes O PDUs and the 2P frames include Q PDUs. Then the PDUs with sequence numbers in the range of 0, (O-1) can be considered as PDU sets corresponding to I-frames, then the PDUs with sequence numbers in the range of O, (Q-1) can be considered as PDU sets corresponding to P-frames, and so on.

The compression end can perform compression on the PDU set with the sequence number within the range of [0, (O-1) ] according to the configuration of the network side by a first compression mode or using dictionary 1 or using a first configuration file; for PDU sets in the range of [ O, (Q-1) ] no longer performing compression or using dictionary 2 compression or performing compression in a second compression manner or performing compression using a second profile, wherein the first compression manner is different from the second compression manner, and the first compression manner may be one of ROHC manner, UDC manner, and EHC manner, and the second compression manner may be one of ROHC manner, UDC manner, and EHC manner; the first profile and the second profile are different, and the first/second profile may be ROHC, EHC profiles.

If the first data corresponds to PDU set 1, and the SN of PDU set 1 is within the range of [0, (O-1) ], the compression is performed on the first data according to the compression algorithm or compression dictionary or compression profile corresponding to the range of [0, (O-1) ].

c) According to the PPM of the PDU set, determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the PPM, and executing compression on the first data based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the PPM;

The compression algorithm or the compression dictionary or the compression configuration file corresponding to the PPM is configured by network side equipment or is determined according to terminal implementation.

Specifically, the compression end (i.e. the first communication device) may read the PPM of the PDU set through deep packet parsing of the data packet, for example, the PPM of PDU set 1 includes a PPM value of 0 and the PPM of PDU set 2. The compression end performs compression according to PPM of PDU set:

for example, different compression algorithms are employed according to different PPMs; or (b)

Compression is performed only for the PDU set of partial PPM (i.e., PPM of the PDU set corresponding to the first data);

for example, the video frame cycle order is I-frame, P-frame, for example. The importance of I is higher, and a higher PPM is set: PPM-H, P frames have a slightly lower priority, set to lower PPM-L. The PDU corresponding to PPM-H can be considered as PDU set corresponding to I-frame, the PDU corresponding to PPM-L can be considered as PDU set corresponding to P-frame, and so on.

The compression end can compress the PDU set of PPM-H according to the configuration of the network side in a first compression mode or compress the PDU set by using the dictionary 1 or compress the PDU set by using a first configuration file; the PDU set for PPM-L does not execute compression or uses dictionary 2 compression or executes compression according to a second compression mode or uses a second configuration file to execute compression, wherein the first compression mode and the second compression mode are different, the first compression mode can be one of an ROHC mode, a UDC mode and an EHC mode, and the second compression mode can be one of the ROHC mode, the UDC mode and the EHC mode; the first profile and the second profile are different, and the first/second profile may be a profile of an ROHC or EHC.

d) Determining a data packet range corresponding to the start and/or end identifiers according to the start and/or end identifiers of the PDU set, and compressing the first data according to a compression algorithm or a compression dictionary corresponding to the data packet range;

the compression algorithm or the compression dictionary or the compression configuration file corresponding to the data packet range is configured by the network side equipment or is determined according to the terminal implementation.

Specifically, the compression end (i.e. the first communication device) may read the start or end position of the PDU set, for example, the start end position included in the PDU set 1 and the start end position of the PDU set 2, by deep packet parsing of the data packet. The compression end performs compression according to the start and end positions of the PDU set:

for example, determining different PDU sets according to the starting and ending positions of the PDU sets, and adopting different compression algorithms for the different PDU sets; or (b)

Performing compression only for a partial PDU set;

for example, the video frame cycle order is I-frame, P-frame, for example. The number of formed PDU is larger when the I frame is larger, and the number of PDU data packets between the starting and ending positions of PDU set is larger; the smaller the P frame, the fewer the number of PDUs formed, and the fewer the number of PDU packets between the PDU set start and end positions.

The compression end can perform compression on the data packet range of the PDU set with more PDUs and the PDU set with the starting position and the ending position according to the configuration of the network side equipment in a first compression mode or uses the dictionary 1 to compress or uses the first configuration file to perform compression; determining that the packet range of the PDU set is no longer compressed or is compressed using the dictionary 2 or is compressed according to a second compression mode or is compressed using a second configuration file for the PDU set with a smaller number of PDUs, wherein the first compression mode is different from the second compression mode, the first compression mode can be one of an ROHC mode, a UDC mode and an EHC mode, and the second compression mode can be one of an ROHC mode, a UDC mode and an EHC mode; the first profile and the second profile are different, and the first/second profile may be a profile of an ROHC or EHC.

e) And compressing the first PDU according to the compression dictionary corresponding to the PDU set.

The compression dictionary corresponding to the PDU set is configured by network side equipment.

In the embodiment of the application, the first communication device compresses the first PDU according to the timestamp, the sequence number SN, the PPM, the starting and/or ending position identifier and/or the compression dictionary of the PDU set corresponding to the first PDU, so that the compression based on the PDU set granularity is realized, and compared with the data compression method based on the DRB granularity, the compression efficiency can be effectively improved, and the memory occupation of the communication device is reduced.

Optionally, the method further comprises:

and according to the feedback report, performing recompression on the PDU or PDU set with decompression failure, or resetting the compression dictionary of the PDU or PDU set with decompression failure, and performing recompression on the PDU or PDU set with decompression failure based on the reset compression dictionary.

The second communication device is decompression terminal equipment. After decompression failure of the decompression end, a feedback report is sent to the compression end, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating a PDU or a PDU set with decompression failure.

Optionally, the decompression failure state information includes at least one of:

decompressing the time stamp of the failed PDU set;

decompressing the SNs of the failed PDU set;

decompressing PPM of the failed PDU set;

start and/or end position identification of the decompressed PDU set;

and decompressing the updated compression dictionary corresponding to the failed PDU set.

In one embodiment, the compression end (i.e. the first communication device) re-performs compression on the set of PDUs that failed to be decompressed according to the feedback report (SN, PPM, start and/or end location identity, etc. carrying the set of PDUs that failed to be decompressed).

In one embodiment, the compression end performs compression on the PDU set with decompression failure according to the updated compression dictionary corresponding to the PDU set with decompression failure in the feedback report.

Optionally, the method further comprises:

the PDCP layer of the first communication device instructs a radio link control (Radio Link Control, RLC) layer to delete compressed data corresponding to the decompressed PDU set.

The compressed data comprises PDCP PDU with decompression failure and RLC SDU/RLC PDU with compression failure buffered in the RLC layer.

The PDCP layer of the first communication device instructs the RLC layer to delete the compressed data corresponding to the PDU set with decompression failure and recompress the corresponding PDCP SDU after deletion.

For example, the PDU SNs are [0-100], and at time t, the compression end receives a feedback report from the decompression end, and indicates that the PDU with the PDU SN of 50 fails to be decompressed, at this time, the compression end has already performed compression on the PDU SNs [0-70], wherein the PDU buffered in the PDCP/RLC buffer is [50-70], and then the compression end can delete the PDU with the SN number of [50-70], and perform compression on the data packet of [50-70] according to the updated buffer.

In the embodiment of the application, the first communication device determines the compression mode according to the PDU characteristics corresponding to the first data, receives the feedback report of the decompression end after compressing the first data according to the determined compression, re-compresses the PDU or PDU set which fails to be compressed according to the feedback report, and deletes the compressed data which fails to be decompressed, so that the compression efficiency can be improved, and the memory occupation of the communication device can be effectively reduced.

Fig. 3 is a second flowchart of a data compression method according to an embodiment of the present application, as shown in fig. 3, where an execution body of the data compression method may be a second communication device. The method comprises the following steps:

step 300, the second communication device receives second data sent by the first communication device;

the second data is data obtained by the first communication device after compressing the first data according to a compression mode determined by the granularity of a packet data unit PDU corresponding to the first data;

step 301, the second communication device performs decompression on the second data.

It is understood that the second communication device is a decompression end device.

Optionally, the second communication device includes: a terminal or a network side device.

In one embodiment, the second communication device is a network side device, and the network side device receives second data sent by the terminal, and performs decompression on the first data according to a decompression mode corresponding to the second data.

The decompression mode corresponds to a compression mode determined by the first communication device according to the granularity of the packet data unit PDU corresponding to the first data.

In another embodiment, the second communication device is a terminal, and the terminal is used as a decompression terminal device, receives the second data, and performs decompression on the second data according to a decompression mode corresponding to the second data.

The second communication device analyzes the second data to obtain the PDU characteristics corresponding to the second data, and decompresses the second data according to the PDU characteristics corresponding to the second data.

Decompression is the inverse of compression, and in the present embodiment, the second communication device also decompresses based on PDU granularity.

In the embodiment of the application, the second communication device receives the second data, decompresses the second data according to the PDU characteristics corresponding to the second data, and achieves decompression based on PDU granularity.

Optionally, performing decompression on the second data includes:

determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the time stamp according to the time stamp of the PDU set corresponding to the second data, and decompressing the second data based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the time stamp;

determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the SN according to the SN of the PDU set corresponding to the second data, and decompressing the second data based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the SN;

determining a compression algorithm or a compression dictionary or a compression configuration file corresponding to the PPM according to the PPM of the PDU set corresponding to the second data, and decompressing the second data based on the compression algorithm or the compression dictionary or the compression configuration file corresponding to the PPM;

determining a data packet range corresponding to the start and/or end identifiers according to the start and/or end position identifiers of the PDU set corresponding to the second data, and decompressing the second data according to a compression algorithm or a compression dictionary or a compression configuration file corresponding to the data packet range;

and according to the compression dictionary corresponding to the PDU set corresponding to the second data, decompressing the second data.

Optionally, the decompression mode includes at least one of the following: ROHC system, UDC system, and EHC system.

The first decompression method corresponds to the compression method in the foregoing embodiment.

Optionally, the method further comprises:

and in the case that the PDU or the PDU set with decompression failure exists, sending a feedback report to the first communication device, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating the PDU or the PDU set with decompression failure.

It will be appreciated that the second communication device performs decompression on the second data and sends a feedback report to the first communication device in the presence of a PDU or set of PDUs that failed decompression.

decompressing the time stamp of the failed PDU or PDU set;

decompression of the SN of the failed PDU or set of PDUs;

decompression of PPM of failed PDU or PDU set;

start and/or end position identification of a decompressed PDU or set of PDUs;

decompressing the updated compression dictionary corresponding to the failed PDU or PDU set.

In the embodiment of the application, under the condition that the PDU set with decompression failure exists, the second communication device sends the feedback report to the first communication device, so that the first communication device can execute compression again on the PDU with compression failure or the PDU set according to the feedback report, delete the compression data with decompression failure, improve the compression efficiency and effectively reduce the memory occupation of the communication device.

Fig. 4 is a schematic structural diagram of a first communication device according to an embodiment of the present application, where, as shown in fig. 4, the first communication device includes a memory 420, a transceiver 410, and a processor 400:

a memory 420 for storing a computer program; a transceiver 410 for transceiving data under the control of the processor; a processor 400 for reading the computer program in the memory and performing the following operations:

determining a compression mode corresponding to the first data, wherein the compression mode is determined according to the granularity of a packet data unit PDU corresponding to the data;

and according to the compression mode, compressing the first data.

Optionally, the determining the compression mode corresponding to the first data includes:

determining PDU characteristics corresponding to the first data;

Optionally, the PDU characteristics include one or more of the following:

a time stamp;

a sequence number SN;

PDU priority flag PPM;

start and/or end position identification;

the dictionary is compressed.

Optionally, the transceiver is further configured to:

and sending the compressed first data to the second communication equipment.

Optionally, the transceiver is further configured to:

the processor is further configured to: and according to the feedback report, performing recompression on the PDU or PDU set with decompression failure, or resetting a compression dictionary of the PDU or PDU set with decompression failure, and performing recompression on the PDU or PDU set with decompression failure based on the reset compression dictionary.

Optionally, the processor is further configured to:

and indicating the Radio Link Control (RLC) layer to delete the compressed data corresponding to the PDU or the PDU set with the decompression failure by the Packet Data Convergence Protocol (PDCP) layer.

A transceiver 410 for receiving and transmitting data under the control of the processor 400.

Wherein in fig. 4, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by processor 400 and various circuits of memory represented by memory 420, linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. The transceiver 410 may be a number of elements, i.e., including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, and the like. The user interface 430 may also be an interface capable of interfacing with an inscribed desired device for a different user device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 400 is responsible for managing the bus architecture and general processing, and the memory 420 may store data used by the processor 400 in performing operations.

Alternatively, the processor 400 may be a CPU (Central processing Unit), ASIC (Application Specific Integrated Circuit ), FPGA (Field-Programmable Gate Array, field programmable Gate array) or CPLD (Complex Programmable Logic Device ), and the processor may also employ a multicore architecture.

The processor is configured to execute any of the methods provided in the embodiments of the present application by invoking a computer program stored in a memory in accordance with the obtained executable instructions. The processor and the memory may also be physically separate.

It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice. In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a processor-readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution, in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

It should be noted that, the first communication device provided in this embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those of the method embodiment in this embodiment are omitted.

Fig. 5 is a schematic structural diagram of a second communication device according to an embodiment of the present application, where, as shown in fig. 5, the second communication device includes a memory 520, a transceiver 510, and a processor 500:

a memory 520 for storing a computer program; a transceiver 510 for transceiving data under the control of the processor; a processor 500 for reading the computer program in the memory and performing the following operations:

receiving second data sent by a first communication device, wherein the second data is data obtained by the first communication device after compressing the first data according to a compression mode determined by the granularity of a packet data unit PDU corresponding to the first data;

and performing decompression on the second data.

Optionally, the processor 500 is further configured to:

A transceiver 510 for receiving and transmitting data under the control of the processor 500.

Wherein in fig. 5, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by processor 500 and various circuits of memory represented by memory 520, linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. The transceiver 510 may be a number of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, and the like. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 may store data used by the processor 500 in performing operations.

The processor 500 may be a Central Processing Unit (CPU), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a Field programmable gate array (Field-Programmable Gate Array, FPGA) or a complex programmable logic device (Complex Programmable Logic Device, CPLD), or it may employ a multi-core architecture.

It should be noted that, the second communication device provided in this embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those of the method embodiment in this embodiment are omitted.

Fig. 6 is a schematic structural diagram of a data compression device according to an embodiment of the present application, as shown in fig. 6, where the data compression device includes:

a first determining unit 610, configured to determine a compression mode corresponding to the first data, where the compression mode is determined according to a packet data unit PDU granularity corresponding to the data;

the first compression unit 620 is configured to perform compression on the first data according to the compression mode.

determining PDU characteristics corresponding to the first data;

Optionally, the PDU characteristics include one or more of the following:

a time stamp;

a sequence number SN;

PDU priority flag PPM;

start and/or end position identification;

The dictionary is compressed.

Optionally, the apparatus further comprises:

and the first transmitting unit is used for transmitting the compressed first data to the second communication device.

Optionally, the apparatus further comprises:

the first receiving unit is used for receiving a feedback report sent by the second communication equipment, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating a PDU or a PDU set with decompression failure;

and a second compression unit, configured to perform recompression on the PDU or PDU set with decompression failure according to the feedback report, or reset a compression dictionary of the PDU or PDU set with decompression failure, and perform recompression on the PDU or PDU set with decompression failure based on the compression dictionary after reset.

Optionally, the apparatus further comprises:

and the first indicating unit is used for indicating the Radio Link Control (RLC) layer to delete the compressed data corresponding to the PDU or the PDU set which fails to be decompressed through the Packet Data Convergence Protocol (PDCP) layer.

Optionally, the data compression device supports compression capability based on PDU granularity.

It should be noted that, the data compression device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and the same parts and beneficial effects as those of the method embodiment in the embodiment are not described in detail herein.

Fig. 7 is a second schematic structural diagram of a data compression device according to an embodiment of the present application, as shown in fig. 7, where the data compression device includes:

a second receiving unit 710, configured to receive second data sent by the first communication device, where the second data is data obtained by performing compression on the first data by using a compression manner determined by the first communication device according to a packet data unit PDU granularity corresponding to the first data;

A first decompression unit 720 for decompressing the second data.

Optionally, the apparatus further comprises:

and the second sending unit is used for sending a feedback report to the first communication equipment when the PDU or the PDU set with decompression failure exists, wherein the feedback report carries decompression failure state information, and the decompression failure state information is used for indicating the PDU or the PDU set with decompression failure.

In another aspect, embodiments of the present application further provide a processor readable storage medium storing a computer program, where the computer program is configured to cause the processor to perform the method provided in the foregoing embodiments, where the method includes: compression is performed on the first packet data unit PDU according to either the first characteristic or the second characteristic of the first PDU. Alternatively, the computer program is configured to cause the processor to perform the method provided in the foregoing embodiments, including: receiving first data sent by a first communication device, wherein the first data is data obtained by the first communication device after compressing a first PDU according to a first characteristic or a second characteristic of a first packet data unit PDU; decompression is performed on the first data.

The processor-readable storage medium may be any available medium or data storage device that can be accessed by a processor, including, but not limited to, magnetic storage (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical storage (e.g., CD, DVD, BD, HVD, etc.), semiconductor storage (e.g., ROM, EPROM, EEPROM, nonvolatile storage (NAND FLASH), solid State Disk (SSD)), and the like.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the processor-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These processor-executable instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. A method of data compression, comprising:

and according to the compression mode, compressing the first data.

2. The method of claim 1, wherein determining the compression mode corresponding to the first data comprises:

determining PDU characteristics corresponding to the first data;

3. The method of claim 2, wherein the PDU characteristics include one or more of:

a time stamp;

a sequence number SN;

PDU priority flag PPM;

start and/or end position identification;

the dictionary is compressed.

4. The method of claim 2, wherein determining the PDU characteristics corresponding to the first data comprises:

5. The method of claim 2, wherein determining the PDU characteristics corresponding to the first data comprises:

6. The method according to any one of claims 1-5, further comprising:

and sending the compressed first data to the second communication equipment.

7. The method according to claim 1 or 6, characterized in that the method further comprises:

8. The method of claim 7, wherein the method further comprises:

9. The method of any of claims 1-8, wherein the first communication device supports compression capability based on PDU granularity.

10. The method according to any one of claims 1-9, wherein the compression means comprises at least one of: the robustness header compresses the ROHC scheme, the uplink data compression UDC scheme, and the ethernet header compresses the EHC scheme.

11. A method of data compression, comprising:

the second communication device performs decompression on the second data.

12. The method of claim 11, wherein the method further comprises:

13. A first communication device comprising a memory, a transceiver, and a processor:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:

and according to the compression mode, compressing the first data.

14. The first communication device of claim 13, wherein the determining the compression mode corresponding to the first data comprises:

determining PDU characteristics corresponding to the first data;

15. The first communication device of claim 14, wherein the PDU characteristics include one or more of:

a time stamp;

a sequence number SN;

PDU priority flag PPM;

start and/or end position identification;

the dictionary is compressed.

16. The first communication device of claim 14, wherein the determining the PDU characteristics corresponding to the first data comprises:

17. The first communication device of claim 14, wherein the determining the PDU characteristics corresponding to the first data comprises:

18. The first communication device according to any of claims 13-17, wherein the transceiver is further configured to:

and sending the compressed first data to the second communication equipment.

19. The first communication device according to claim 13 or 18, wherein the transceiver is further configured to:

20. The first communications device of claim 19, wherein said processor is further configured to:

21. The first communication device according to any of claims 13-20, characterized in that the first communication device supports compression capabilities based on PDU granularity.

22. The first communication device according to any of claims 13-21, wherein the compression means comprises at least one of: the robustness header compresses the ROHC scheme, the uplink data compression UDC scheme, and the ethernet header compresses the EHC scheme.

23. A second communication device comprising a memory, a transceiver, and a processor:

And performing decompression on the second data.

24. The second communication device of claim 23, wherein the processor is further configured to:

25. A data compression apparatus, comprising:

26. A data compression apparatus, comprising:

and the first decompression unit is used for decompressing the second data.

27. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program for causing the processor to execute the data compression method of any one of claims 1 to 10 or to execute the data compression method of any one of claims 11 to 12.