CN114303355A

CN114303355A - Method and device for indicating decompression object and communication equipment

Info

Publication number: CN114303355A
Application number: CN201980099736.XA
Authority: CN
Inventors: 付喆; 卢前溪
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-11-05
Filing date: 2019-11-05
Publication date: 2022-04-08
Anticipated expiration: 2039-11-05
Also published as: WO2021087729A1; CN114303355B

Abstract

The embodiment of the application provides a method and a device for indicating a decompression object and communication equipment, wherein the method comprises the following steps: the method comprises the steps that a first device sends a data packet to a second device, wherein the data packet carries indication information, and the indication information indicates at least one of the following information: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.

Description

Method and device for indicating decompression object and communication equipment

Technical Field

The embodiment of the application relates to the technical field of mobile communication, in particular to a method and a device for indicating a decompression object and communication equipment.

Background

In a New Radio (NR) system, a situation that more than two types of data packets are mapped simultaneously in one bearer is supported, for example, a situation that at least two types of data packets among an IP packet, an Ethernet (Ethernet) packet, and an Ethernet-based IP packet (IP over Ethernet packet) are mapped simultaneously in one bearer, for such a situation, if relevant configuration parameters for performing header decompression on the Ethernet packet and/or the IP packet are configured, how to determine which type of packet the data packet is uncertain after a receiving end (i.e., a decompressing end) receives one data packet, that is, the receiving end (i.e., the decompressing end) cannot distinguish the data packet, so that the data packet cannot be decoded or decompressed in an appropriate manner.

Disclosure of Invention

The embodiment of the application provides a method and a device for indicating a decompression object and communication equipment.

The method for indicating the decompressed object provided by the embodiment of the application comprises the following steps:

the method comprises the steps that a first device sends a data packet to a second device, wherein the data packet carries indication information, and the indication information indicates at least one of the following information:

a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.

the second device receives a data packet sent by the first device, wherein the data packet carries indication information, and the indication information indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a packet header with empty content, a packet header with non-empty content, a packet header with valid information, a packet header without valid information, and packet type information of the data packet;

and the second equipment decompresses the data packet according to the indication information.

The apparatus for indicating a decompressed object provided in an embodiment of the present application is applied to a first device, and the apparatus includes:

a sending unit, configured to send a data packet to a second device, where the data packet carries indication information, and the indication information indicates at least one of the following:

The apparatus for indicating a decompressed object provided in an embodiment of the present application is applied to a second device, and the apparatus includes:

a receiving unit, configured to receive a data packet sent by a first device, where the data packet carries indication information, and the indication information indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a packet header with empty content, a packet header with non-empty content, a packet header with valid information, a packet header without valid information, and packet type information of the data packet;

and the processing unit is used for decompressing the data packet according to the indication information.

The communication device provided by the embodiment of the application comprises a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory and executing the method for indicating the decompressed object.

The chip provided by the embodiment of the application is used for realizing the method for indicating the decompression object.

Specifically, the chip includes: and the processor is used for calling and running the computer program from the memory so that the equipment provided with the chip executes the method for indicating the decompression object.

A computer-readable storage medium provided in an embodiment of the present application is used for storing a computer program, where the computer program enables a computer to execute the method for indicating a decompressed object described above.

The computer program product provided by the embodiment of the present application includes computer program instructions, which enable a computer to execute the method for indicating a decompressed object.

The computer program provided by the embodiment of the present application, when running on a computer, causes the computer to execute the above method for indicating a decompressed object.

By the technical scheme, the decompression failure of the decompression end to the data packet is avoided, and then unnecessary data transmission errors and retransmission are avoided, and on the other hand, the problems of air interface resource waste, network drop of the terminal equipment and the like are also avoided.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

fig. 1 is a schematic diagram of a communication system architecture provided by an embodiment of the present application;

fig. 2 is a diagram of a communication protocol architecture provided by an embodiment of the present application;

fig. 3 is a flowchart illustrating a method for indicating a decompressed object according to an embodiment of the present application;

FIG. 4-1 is a first schematic diagram of indication information provided by an embodiment of the present application;

FIG. 4-2 is a second schematic diagram of indication information provided by an embodiment of the present application;

4-3 are schematic diagrams of indication information provided by embodiments of the present application;

4-4 are diagrams of indication information provided by embodiments of the present application;

FIG. 5-1 is a fifth schematic diagram of indication information provided by an embodiment of the present application;

FIG. 5-2 is a sixth schematic view of indication information provided by an embodiment of the present application;

fig. 6 is a first schematic structural diagram illustrating an apparatus for indicating a decompressed object according to an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of an apparatus for indicating a decompressed object according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

FIG. 9 is a schematic structural diagram of a chip of an embodiment of the present application;

fig. 10 is a schematic block diagram of a communication system according to an embodiment of the present application.

Detailed Description

Technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The technical scheme of the embodiment of the application can be applied to various communication systems, for example: a Long Term Evolution (LTE) system, an LTE Frequency Division Duplex (FDD) system, an LTE Time Division Duplex (TDD), a system, a 5G communication system, a future communication system, or the like.

Illustratively, a communication system 100 applied in the embodiment of the present application is shown in fig. 1. The communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal 120 (or referred to as a communication terminal, a terminal). Network device 110 may provide communication coverage for a particular geographic area and may communicate with terminals located within the coverage area. Optionally, the Network device 110 may be an evolved Node B (eNB or eNodeB) in an LTE system, or a wireless controller in a Cloud Radio Access Network (CRAN), or the Network device may be a mobile switching center, a relay station, an Access point, a vehicle-mounted device, a wearable device, a hub, a switch, a bridge, a router, a Network-side device in a 5G Network, or a Network device in a future communication system, and the like.

The communication system 100 further comprises at least one terminal 120 located within the coverage area of the network device 110. As used herein, "terminal" includes, but is not limited to, connection via a wireline, such as via a Public Switched Telephone Network (PSTN), a Digital Subscriber Line (DSL), a Digital cable, a direct cable connection; and/or another data connection/network; and/or via a Wireless interface, e.g., to a cellular Network, a Wireless Local Area Network (WLAN), a digital television Network such as a DVB-H Network, a satellite Network, an AM-FM broadcast transmitter; and/or means of another terminal arranged to receive/transmit communication signals; and/or Internet of Things (IoT) devices. A terminal that is arranged to communicate over a wireless interface may be referred to as a "wireless communication terminal", "wireless terminal", or "mobile terminal". Examples of mobile terminals include, but are not limited to, satellite or cellular telephones; personal Communications Systems (PCS) terminals that may combine cellular radiotelephones with data processing, facsimile, and data Communications capabilities; PDAs that may include radiotelephones, pagers, internet/intranet access, Web browsers, notepads, calendars, and/or Global Positioning System (GPS) receivers; and conventional laptop and/or palmtop receivers or other electronic devices that include a radiotelephone transceiver. A terminal can refer to an access terminal, User Equipment (UE), subscriber unit, subscriber station, mobile station, remote terminal, mobile device, User terminal, wireless communication device, User agent, or User Equipment. An access terminal may be a cellular telephone, a cordless telephone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device having Wireless communication capabilities, a computing device or other processing device connected to a Wireless modem, a vehicle mounted device, a wearable device, a terminal in a 5G network, or a terminal in a future evolved PLMN, etc.

Optionally, a Device to Device (D2D) communication may be performed between the terminals 120.

Alternatively, the 5G communication system or the 5G network may also be referred to as a New Radio (NR) system or an NR network.

Fig. 1 exemplarily shows one network device and two terminals, and optionally, the communication system 100 may include a plurality of network devices and may include other numbers of terminals within the coverage of each network device, which is not limited in this embodiment of the present application.

Optionally, the communication system 100 may further include other network entities such as a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

It should be understood that a device having a communication function in a network/system in the embodiments of the present application may be referred to as a communication device. Taking the communication system 100 shown in fig. 1 as an example, the communication device may include a network device 110 and a terminal 120 having a communication function, and the network device 110 and the terminal 120 may be the specific devices described above and are not described again here; the communication device may also include other devices in the communication system 100, such as other network entities, for example, a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and/or" herein is merely an association describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

In order to facilitate understanding of the technical solutions of the embodiments of the present application, the technical solutions related to the embodiments of the present application are described below.

Key terms

Header compression (header compression): and compressing the packet header of the data packet to improve the transmission efficiency of the user data. In LTE and NR, a Packet Header is compressed using Robust Header Compression (RoHC) in a Packet Data Convergence Protocol (PDCP) layer.

Protocol Data Unit (PDU) session: a PDU session refers to the association between a terminal device and the data network that provides the service of a PDU connection. The type of such association may be IPv4, IPv6, Ethernet, etc.

Prior Art

Industrial automation, transmission of services such as intelligent power and the like in a 5G system are required to be supported in a 5G Industrial internet (IIoT). Based on the transmission requirements of Time delay and reliability, IIoT introduces the concept of Time Sensitive Network (TSN), and needs to perform header compression processing on TSN traffic. TSN traffic may be carried by Ethernet frames (Ethernet frames) or by IP packets.

The reason why the ethernet frame is introduced is that only the header compression of the data packet of the PDU session, which is of the IP type, is supported in the current communication system. In the 5G NR system, the type of the PDU session may be not only an IP type but also an Ethernet type.

Fig. 2 is a schematic diagram of a protocol architecture between a UE, a 5G Access Network (5G-AN, 5G-Access Network), and a core Network (specifically, a User Plane Function (UPF), where for a PDU layer, when a type of a PDU session is AN IP type (e.g., IPv4, IPv6, or IPv4v6), a packet corresponding to the PDU session is AN IPv4packet (IPv4packets) and/or AN IPv6packet (IPv6 packets); when the type of the PDU session is Ethernet type, the data packet corresponding to the PDU session is Ethernet frame.

On one hand, the PDCP protocol introduces header compression and decompression functions to implement header compression and decompression of IP packets. The RoHC is configured for a Data Radio Bearer (DRB), and the compression end and the decompression end use different header compression and decompression parameters according to the configured profile, and perform compression and decompression processing on the packet header of the Data packet by using the RoHC protocol. On the other hand, a new header compression mechanism (mechanism inside 3 GPP) is used to perform header compression and decompression processing on the ethernet packet.

For the situation that at least two types of data packets in an IP packet, an Ethernet packet, and an IP over Ethernet packet are mapped simultaneously in a bearer (e.g., DRB), if configuration parameters related to header decompression of the Ethernet packet and/or the IP packet are configured, after a receiving end (i.e., a decompressing end) receives a data packet, how to determine which type of packet the data packet is uncertain, that is, the receiving end (i.e., the decompressing end) cannot distinguish the data packet, so that the data packet cannot be decompressed in a proper manner. Therefore, the following technical scheme of the embodiment of the application is provided.

In the technical solution of the embodiment of the present application, considering that different types of data packets (such as IP packets, Ethernet packets, IP over Ethernet packets, and Ethernet over IP packets) in a bearer are different header compression algorithms, a receiving end (i.e., a decompression end) is required to distinguish the data packets, so a data packet distinguishing method is provided to avoid failure of decompression (or decoding), thereby avoiding unnecessary data transmission errors and retransmission, and simultaneously avoiding the waste of air interface resources and the problems of network drop of a terminal device.

Fig. 3 is a flowchart illustrating a method for indicating a decompressed object according to an embodiment of the present application, where as shown in fig. 3, the method for indicating a decompressed object includes the following steps:

step 301: the method comprises the steps that a first device sends a data packet to a second device, the second device receives the data packet sent by the first device, the data packet carries indication information, and the indication information indicates at least one of the following information: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.

In the embodiment of the present application, the first device and the second device are implemented as follows:

1) the first device is a terminal device, and the second device is a network device.

In this case, the data packet is an uplink data packet. Optionally, the network device may be a base station, such as a gbb.

2) The first device is a network device, and the second device is a terminal device.

In this case, the data packet is a downlink data packet. Optionally, the network device may be a base station, such as a gbb.

3) The first device is a first terminal device, and the second device is a second terminal device.

In this case, the data packet is a sideline data packet (or a data packet transmitted between terminal devices by using the D2D communication method).

For the first device, it may also be referred to as a compression end or a sending end of the data packet; for the second device, it may also be referred to as a decompression end or a receiving end of the packet.

In the embodiment of the present application, the indication information carried in the data packet may be implemented in any one of the following manners.

In a first mode

The first equipment sends a PDCP PDU to the second equipment, wherein the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: whether to discard the first packet header, whether to decompress the first packet header, whether the first packet header is empty, whether the first packet header has valid information, and packet type information of the data packet; specifically, the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: whether to discard the second packet header, whether to decompress the second packet header, whether the second packet header is empty, whether the second packet header has valid information, and packet type information of the data packet; specifically, the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.

In this embodiment of the present application, the PDCP PDU further includes a PDCP header, and a position relationship between the PDCP header and the first and second headers may be: 1) the PDCP header is positioned before the first header, and the first header is positioned before the second header; or, 2) the PDCP header is located before the second header, and the second header is located before the first header.

In an optional embodiment of the present application, the first packet header is an ethernet packet header, and the second packet header is an IP packet header. Based on this, the contents specifically indicated by the first indication information and the second indication information are described below in conjunction with different packet types.

Case where the packet type of the packet is an IP packet:

the first indication information carried in the first header (i.e. ethernet header) is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second header (i.e. IP header) is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.

Case where the packet type of the packet is an ethernet packet:

the first indication information carried in the first header (i.e. ethernet header) is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second header (i.e. IP header) is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.

Cases where the packet type of the packet is an IP over Ethernet packet:

for an IP over Ethernet packet, the first header (i.e., Ethernet header) precedes the second header (i.e., IP header), wherein,

the first indication information carried in the first header (i.e. ethernet header) is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second header (i.e. IP header) is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.

Case where the packet type of the packet is Ethernet over IP packet:

for Ethernet over IP packets, the second header (i.e., IP header) precedes the first header (i.e., Ethernet header), wherein,

the first indication information carried in the first header (i.e. ethernet header) is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second header (i.e. IP header) is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.

Mode two

The first device sends a PDCP PDU to the second device, where a specific header in the PDCP PDU or a specific header carries third indication information, and the third indication information is used to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet. Specifically, the third indication information is used for indicating at least one of the following: whether to discard the first packet header and/or the second packet header, whether to decompress the first packet header and/or the second packet header, whether the first packet header and/or the second packet header is empty, whether the first packet header and/or the second packet header has valid information, whether the first packet header and/or the second packet header exists, and packet type information of the data packet.

In this embodiment of the present application, the PDCP PDU further includes a PDCP header, and a position relationship between the PDCP header and the specific header may be: the PDCP header is located before the specific header.

In an optional implementation manner, the third indication information is carried in front of the specific packet header, where the specific packet header is the first packet header or the second packet header. Specifically, the method comprises the following steps:

1.1) the PDCP header (the PDCP header is positioned before a specific header) carries the third indication information. Or,

1.2) the third indication information is carried between the PDCP packet header and the specific packet header (such as the first packet header or the second packet header); further, optionally, the specific packet header is a first packet header after the PDCP packet header. Or,

1.3) the third indication information is carried between the first packet header and the second packet header. It should be noted that, for 1.3), the case where the PDCP PDU includes the first packet header and the second packet header at the same time (e.g., IP over Ethernet packet, Ethernet over IP packet) is referred to.

In another optional embodiment, the specific packet header carries the third indication information, and the specific packet header is a first packet header, a second packet header, or a PDCP packet header. Specifically, the method comprises the following steps:

2.1) the PDCP packet header carries the third indication information. Or,

2.2) the first packet header carries the third indication information; it should be noted that, for 2.2), the case where the PDCP PDU includes the first packet header (e.g., an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet) is referred to. Or,

2.3) the second header carries the third indication information; it should be noted that, for 2.3), the case where the second packet header is included in the PDCP PDU (e.g., IP packet, IP over Ethernet packet, Ethernet over IP packet) is referred to.

In an optional embodiment of the present application, the first packet header is an ethernet packet header, and the second packet header is an IP packet header. Based on this, the content specifically indicated by the third indication information is described below in connection with different packet types.

Case where the packet type of the packet is an IP packet:

for an IP packet, the PDCP PDU includes the second header (i.e., IP header); wherein,

the third indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, the first packet header does not exist and exists, the second packet header exists, the first packet header is discarded, the first packet header is not decompressed, the first packet header is empty, the first packet header does not have valid information, and the packet type of the data packet is an IP packet.

Case where the packet type of the packet is an ethernet packet:

for Ethernet packets, the PDCP PDU includes the first header (i.e., Ethernet header); wherein,

the third indication information is used for indicating at least one of the following: the method comprises the steps of not discarding a first packet header, decompressing the first packet header, wherein the first packet header is not empty, the first packet header has valid information, the second packet header does not exist and exists, the first packet header exists, the second packet header is discarded, the second packet header is not decompressed, the second packet header is empty, the second packet header does not have valid information, and the packet type of the data packet is the Ethernet packet.

Cases where the packet type of the packet is an IP over Ethernet packet:

for an IP over Ethernet packet, the PDCP PDU includes the first packet header (i.e., Ethernet packet header) and the second packet header (i.e., IP packet header), and the first packet header is located before the second packet header, wherein,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an IP over Ethernet packet.

Case where the packet type of the packet is Ethernet over IP packet:

for Ethernet over IP, the PDCP PDU includes the first packet header (i.e., Ethernet packet header) and the second packet header (i.e., IP packet header), and the second packet header is located before the first packet header, wherein,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an Ethernet over IP packet.

Step 302: and the second equipment decompresses the data packet according to the indication information.

Specifically, the second device determines whether to discard the packet header and/or decompress the packet header, and/or whether the packet header is empty, and/or whether the packet header has valid information, and/or the packet type of the data packet according to the indication information. If it is determined that the packet header is discarded and/or not decompressed and/or the packet header is empty and/or the packet header has no valid information, the second device directly ignores the packet header or considers that the packet header and/or data corresponding to the packet header do not exist; otherwise, the second device considers the packet header to exist, and decompresses the packet header.

It should be noted that the indication information (at least one of the first indication information, the second indication information, and the third indication information in the above-mentioned scheme) in the embodiment of the present application is discarded or not transferred to an upper layer (upper layer) after the receiving end or the decompressing end determines information such as a packet type according to the indication information.

The technical solutions of the embodiments of the present application are illustrated below with reference to specific examples.

Example 1

For any type of data packet, the data packet carries an ethernet packet header and an IP packet header, and indication information is added to the two packet headers to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.

The following describes header compression processing of an uplink packet (the terminal device is a compression end/transmission end, and the base station is a decompression end/reception end), which is similar to header compression processing of a downlink packet (the base station is a compression end/transmission end, and the terminal device is a decompression end/reception end).

1. The network side maps different types of data packets into the same DRB, for example, maps at least two of an IP packet, an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet into the same DRB, and configures related configuration parameters (for short, header compression parameters) for performing header compression on the IP packet and/or the Ethernet packet. And the base station informs the configured header compression parameters to the terminal equipment through RRC messages.

2. The terminal equipment confirms which types of data packets (such as IP packets, Ethernet packets, IP over Ethernet packets and Ethernet over IP packets) are carried in a certain DRB or certain DRBs according to the indication of the base station; and determines whether to perform header compression processing and corresponding header compression parameters on the corresponding packet.

3. The terminal device receives a data packet sent by a higher layer (such as an application layer of the terminal device), and determines a packet type (such as an IP packet, an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet) of the data packet. The terminal equipment carries indication information in a data packet (such as PDCP PDU) before sending the PDCP PDU to an RLC layer according to the packet type, and indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.

Specifically, regardless of the type of the data packet received by the terminal device, or for any type of data packet (e.g., an IP packet, an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet), the terminal device carries the Ethernet packet header and the IP packet header in the data packet, and adds the indication information in both the Ethernet packet header and the IP packet header.

Specifically, first indication information in the ethernet packet header for indicating at least one of: whether to discard the Ethernet packet header, whether to decompress the Ethernet packet header, whether the Ethernet packet header is empty, whether the Ethernet packet header has effective information, and the type information of the data packet; second indication information in the IP header for indicating at least one of: whether to discard the IP packet header, whether to decompress the IP packet header, whether the IP packet header is empty, whether the IP packet header has valid information, and the type information of the data packet.

In the specific implementation, the following steps can be adopted:

■ 3.1.1) the terminal equipment analyzes the data packet at the upper layer, and determines whether the packet type of the data packet is IP packet, Ethernet packet, IP over Ethernet packet or Ethernet over IP packet according to the data packet format.

■ 3.2.2) when the terminal equipment determines the packet type of the data packet, the PDCP PDU is packaged according to the packet type. Specifically, before the terminal device sends the PDCP PDU to the RLC layer, no matter what type of the received data packet is, or for any type of data packet, the terminal device processes the PDCP PDU according to the ethernet header and the IP header, that is, the terminal device carries the ethernet header and the IP header in the PDCP PDU, and indicates information in each of the ethernet header and the IP header. First indication information in the Ethernet packet header, for indicating at least one of the following: whether to discard the Ethernet packet header, whether to decompress the Ethernet packet header, whether the Ethernet packet header is empty, whether the Ethernet packet header has effective information, and the type information of the data packet; second indication information in the IP header for indicating at least one of: whether to discard the IP packet header, whether to decompress the IP packet header, whether the IP packet header is empty, whether the IP packet header has valid information, and the type information of the data packet.

In the PDCP PDU, an Ethernet packet head is positioned in front of an IP packet head, and the PDCP packet head is positioned in front of the Ethernet packet head; alternatively, the IP header is located before the ethernet header, and the PDCP header is located before the IP header.

For example, referring to fig. 4-1, if the terminal device receives an IP packet, an ethernet header is added after the PDCP header, and the ethernet header only carries first indication information indicating at least one of the following: discarding the Ethernet packet header, not decompressing the Ethernet packet header, having the Ethernet packet header empty, having no valid information of the Ethernet packet header, and having the type of the data packet as an IP packet. Optionally, the first indication information may be represented by two bits or 1 bit, for example, a value of a bit may be 00 or 0. Further, an IP packet header is placed behind the ethernet packet header, and the IP packet header carries second indication information besides the packet header field information, indicating at least one of the following: the IP packet header is not discarded, the IP packet header is decompressed, the IP packet header is not empty, the IP packet header has effective information, and the type of the data packet is an IP packet. Optionally, the second indication information may be represented by two bits or 1 bit, for example, the value of a bit may be 01 or 1.

For another example, referring to fig. 4-2, if the terminal device receives an ethernet packet, an ethernet header is placed behind the PDCP header, and the ethernet header carries first indication information besides the packet header field information, indicating at least one of the following: the Ethernet packet header is not discarded, the Ethernet packet header is decompressed, the Ethernet packet header is not empty, the Ethernet packet header has effective information, and the type of the data packet is an Ethernet packet. Optionally, the first indication information may be represented by two bits or 1 bit, for example, a value of a bit may be 01 or 1. Further, an IP packet header is added after the ethernet packet header, and the IP packet header only carries second indication information indicating at least one of the following: discarding the IP packet header, not decompressing the IP packet header, the IP packet header is empty, the IP packet header has no effective information, and the type of the data packet is an Ethernet packet. Optionally, the second indication information may be represented by two bits or 1 bit, for example, the value of a bit may be 00 or 0.

For another example, referring to fig. 4-3, if the terminal device receives an IP over Ethernet packet, an Ethernet packet header is placed behind the PDCP packet header, where the Ethernet packet header carries first indication information besides the packet header field information, and indicates at least one of the following: the Ethernet packet header is not discarded, the Ethernet packet header is decompressed, the Ethernet packet header is not empty, the Ethernet packet header has effective information, and the type of the data packet is an IP over Ethernet packet. Optionally, the first indication information may be represented by two bits or 1 bit, for example, a value of a bit may be 01 or 1. Further, an IP packet header is placed behind the ethernet packet header, and the IP packet header carries second indication information besides the domain information of the IP packet header, indicating at least one of the following: the IP packet head is not discarded, the IP packet head is decompressed, the IP packet head is not empty, the IP packet head has effective information, and the type of the data packet is an IP over Ethernet packet. Optionally, the second indication information may be represented by two bits or 1 bit, for example, the value of a bit may be 01 or 1.

For another example, referring to fig. 4-4, if the terminal device receives an Ethernet over IP packet, an IP packet header is placed behind the PDCP packet header, and the IP packet header carries second indication information besides the domain information of the IP packet header, indicating at least one of the following: the IP packet head is not discarded, the IP packet head is decompressed, the IP packet head is not empty, the IP packet head has effective information, and the type of the data packet is an Ethernet over IP packet. Optionally, the second indication information may be represented by two bits or 1 bit, for example, the value of a bit may be 01 or 1. Further, an ethernet packet header is placed behind the IP packet header, and the ethernet packet header carries first indication information besides the packet header field information, and indicates at least one of the following: the Ethernet over IP packet is not discarded, the Ethernet packet header is decompressed, the Ethernet packet header is not empty, the Ethernet packet header has effective information, and the type of the data packet is the Ethernet over IP packet. Optionally, the first indication information may be represented by two bits or 1 bit, for example, a value of a bit may be 01 or 1.

4. The base station receives the PDCP PDU from the terminal device, determines whether to discard the packet header and/or whether to decompress the packet header, and/or whether to empty the packet header, and/or whether to have valid information in the packet header, and/or the packet type of the data packet according to the indication information carried in the ethernet packet header and the IP packet header in the PDCP PDU, and then performs corresponding decompression processing (i.e., decoding and parsing processing) on the data packet.

Here, the base station, as a receiving end or a decompressing end, only stores a packet header indicating that the indication information (i.e., the first indication information or the second indication information in the above-mentioned scheme) is present (e.g., the indication information takes a value of 01 or 1), retains a corresponding packet header, decompresses the packet header, and the like. Specifically, if the indication information (e.g., the indication information takes a value of 00 or 0) indicates that the packet header is discarded and/or not decompressed, and/or the packet header is empty and/or the packet header has no valid information, the base station ignores the packet header and/or discards the packet header and/or does not decompress the packet header and/or considers the packet header to be empty and/or considers the packet header to have no valid information and/or considers the packet header to be absent and/or considers the data corresponding to the packet header to be absent and/or does not deliver the packet header to a higher layer. If the indication information (e.g., the indication information takes a value of 01 or 1) indicates that the packet header is not discarded, and/or the packet header is not decompressed, and/or the packet header is not empty, and/or the packet header has valid information, the base station retains the packet header, and/or decompresses the packet header, and/or considers that the packet header is not empty, and/or considers that the packet header has valid information, and/or considers that the packet header exists, and/or considers that data corresponding to the packet header exists, and/or the processed packet header is delivered to a higher layer. Or, the base station, as a receiving end or a decompressing end, determines the packet type according to the indication information (i.e. the first indication information or the second indication information in the above scheme). Depending on the packet type, it is determined how to decode, how to unpack, etc.

Example two

For any type of data packet, indication information is carried in front of or in a specific packet header, and is used for indicating at least one of the following: whether to discard the first packet header and/or the second packet header, whether to decompress the first packet header and/or the second packet header, whether the first packet header and/or the second packet header is empty, whether the first packet header and/or the second packet header has valid information, whether the first packet header and/or the second packet header exists, and packet type information of the data packet. Here, the specific header is an ethernet header or an IP header or a PDCP header. The first packet header is an ethernet packet header, and the second packet header is an IP packet header.

3. The terminal device receives a data packet sent by a higher layer (such as an application layer of the terminal device), and determines a packet type (such as an IP packet, an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet) of the data packet. The terminal device carries indication information (i.e. third indication information) in a data packet (e.g. PDCP PDU) before sending the PDCP PDU to the RLC layer according to the packet type, indicating at least one of the following: the packet type information of the data packet comprises a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content empty packet header, a content non-empty packet header, a packet header with valid information, a packet header without valid information, and packet type information of the data packet, wherein the packet header comprises a first packet header and/or a second packet header.

Specifically, no matter what type of the data packet the terminal device receives, or for any type of data packet (e.g., an IP packet, an Ethernet packet, an IP over Ethernet packet, an Ethernet over IP packet), the terminal device carries indication information (i.e., third indication information) in front of or in the header of the specific packet, which is used to indicate at least one of the following: whether to discard the first packet header and/or the second packet header, whether to decompress the first packet header and/or the second packet header, whether the first packet header and/or the second packet header is empty, whether the first packet header and/or the second packet header has valid information, whether the first packet header and/or the second packet header exists, and packet type information of the data packet. Here, the specific header is an ethernet header or an IP header or a PDCP header. The first packet header is an ethernet packet header, and the second packet header is an IP packet header.

In particular, the third indication information may occupy 2 bits, and the packet type of the data packet or whether the data packet includes an ethernet header and/or an IP header may be determined by the third indication information. For example, 00 represents no ethernet header and no IP header, 01 represents no ethernet header and no ethernet header, 10 represents no ethernet header and no IP header, and 11 represents ethernet header and no IP header. Alternatively, the high order bits represent whether an ethernet header is included, the low order bits represent whether an IP header is included, and so on.

In the specific implementation, the following steps can be adopted:

■ 3.2.2) when the terminal equipment determines the packet type of the data packet, the PDCP PDU is packaged according to the packet type. Specifically, before the terminal device sends the PDCP PDU to the RLC layer, regardless of the type of the received data packet, or for any type of data packet, the terminal device carries third indication information in a specific header of the PDCP PDU, where the third indication information may determine whether the data packet includes an ethernet header and/or an IP header. For example, the third indication information is carried in the PDCP header, or the third indication information is carried in the first header after the PDCP header (see fig. 5-1) (for example, the third indication information is located in the last position or extension field of the first header after the PDCP header), or the third indication information is carried between the PDCP header and the first header (ethernet header or IP header) after the PDCP header (see fig. 5-2), or the third indication information is carried between the ethernet header and the IP header.

In the PDCP PDU, if both the Ethernet packet and the IP header exist, the Ethernet header is located before the IP header, and the PDCP header is located before the Ethernet header (e.g., an IP over Ethernet packet); alternatively, the IP header may precede the Ethernet header, and the PDCP header may precede the IP header (e.g., Ethernet over IP packet).

For example, if the terminal device receives an IP packet, the third indication information is carried in the PDCP header, the IP header, or between the PDCP header and the IP header, indicating that the ethernet header does not exist and only the IP header exists. Alternatively, the bit value of the third indication information may be 00.

For another example, if the terminal device receives an ethernet packet, the third indication information is carried in the PDCP header or the ethernet packet or between the PDCP header and the ethernet packet header, indicating that the IP header does not exist and only the ethernet header exists. Alternatively, the bit value of the third indication information may be 01.

For another example, if the terminal device receives an IP over Ethernet packet, third indication information is carried in the PDCP header or the Ethernet header or the IP header or between the PDCP header and the Ethernet header or between the Ethernet header and the IP header to indicate the existence of the Ethernet header and the IP header. Alternatively, the bit value of the third indication information may be 10.

For another example, if the terminal device receives an Ethernet over IP packet, third indication information is carried in the PDCP header or the IP header or the Ethernet header or between the PDCP header and the IP header or between the IP header and the Ethernet header, indicating that the Ethernet header and the IP header exist. Alternatively, the bit value of the third indication information may be 11.

4. The base station receives the PDCP PDU from the terminal equipment, determines which packet type is according to the third indication information carried in the PDCP PDU, and then performs corresponding decoding or decompression processing (namely, processing of decoding, analyzing, recovering packet headers and the like) on the data packet.

Here, if the third indication information indicates that the IP packet header exists, the base station, as the receiving end or the decompressing end, considers that the packet type of the data packet is an IP packet, and performs a decompressing process on the IP packet header. If the third indication information indicates that the ethernet packet header exists, the base station, as a receiving end or a decompressing end, considers that the packet type of the data packet is the ethernet packet, and decompresses the ethernet packet header. If the third indication information indicates that both the Ethernet packet header and the IP packet header exist and the Ethernet packet header is located before the IP packet header, the base station, as a receiving end or a decompressing end, considers that the packet type of the data packet is an IP over Ethernet packet, and decompresses the Ethernet packet header and the IP packet header. If the third indication information indicates that both the IP packet header and the Ethernet packet header exist and the IP packet header is located before the Ethernet packet header, the base station, as a receiving end or a decompressing end, considers that the packet type of the data packet is an Ethernet over IP packet, and decompresses the Ethernet packet header and the IP packet header.

Fig. 6 is a schematic structural diagram of a device for indicating a decompressed object according to an embodiment of the present application, which is applied to a first apparatus, and as shown in fig. 6, the device for indicating a decompressed object includes:

a sending unit 601, configured to send a data packet to a second device, where the data packet carries indication information, and the indication information indicates at least one of the following:

In an optional embodiment, the sending unit 601 is configured to send a PDCP PDU to the second device, where the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.

In an alternative embodiment, in the PDCP PDU,

the PDCP header is positioned before the first header, and the first header is positioned before the second header; or,

the PDCP header is positioned before the second header which is positioned before the first header.

In an optional implementation manner, the first packet header is an ethernet packet header, and the second packet header is an IP packet header.

In an alternative embodiment, in the case where the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.

In an alternative embodiment, the packet type of the data packet is an ethernet packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.

In an optional embodiment, in the case that the packet type of the data packet is an IP over Ethernet packet, the first header is located before the second header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.

In an optional embodiment, in the case that the packet type of the data packet is an Ethernet over IP packet, the second header is located before the first header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.

In an optional embodiment, the sending unit 601 is configured to send a PDCP PDU to the second device, where a specific header in the PDCP PDU carries third indication information, and the third indication information is used to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.

In an optional embodiment, the specific packet header is a first packet header or a second packet header.

In an optional embodiment, in the PDCP PDU, a PDCP header is located before the specific header;

the third indication information is carried in front of the specific packet header, and includes:

the PDCP packet header carries the third indication information; or,

and the third indication information is carried between the PDCP packet header and the specific packet header.

In an optional embodiment, the specific packet header is a first packet header after the PDCP packet header.

In an optional embodiment, in case that the packet type of the data packet is an IP packet, the PDCP PDU includes the second packet header;

In an optional embodiment, in case that the packet type of the data packet is an ethernet packet, the PDCP PDU includes the first header;

In an optional embodiment, in case that the packet type of the data packet is an IP over Ethernet packet, the PDCP PDU includes the first packet header and the second packet header, and the first packet header is located before the second packet header,

In an optional embodiment, in case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU includes the first header and the second header, and the second header is located before the first header,

In an optional implementation manner, the first device is a terminal device, and the second device is a network device; or,

the first device is a network device, and the second device is a terminal device; or,

the first device is a first terminal device, and the second device is a second terminal device.

It should be understood by those skilled in the art that the above description of the apparatus for indicating a decompressed object according to the embodiments of the present application can be understood by referring to the description of the method for indicating a decompressed object according to the embodiments of the present application.

Fig. 7 is a schematic structural composition diagram of an apparatus for indicating a decompressed object according to an embodiment of the present application, which is applied to a second device, and as shown in fig. 7, the apparatus for indicating a decompressed object includes:

a receiving unit 701, configured to receive a data packet sent by a first device, where the data packet carries indication information, and the indication information indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a packet header with empty content, a packet header with non-empty content, a packet header with valid information, a packet header without valid information, and packet type information of the data packet;

a processing unit 702, configured to decompress the data packet according to the indication information.

In an optional embodiment, the receiving unit 701 is configured to receive a PDCP PDU sent by the first device, where the PDCP PDU carries a first packet header and a second packet header; wherein,

In an alternative embodiment, in the PDCP PDU,

In an optional embodiment, the receiving unit 701 is configured to receive a PDCP PDU sent by the first device, where a specific header in the PDCP PDU carries third indication information, and the third indication information is used to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.

the PDCP packet header carries the third indication information; or,

In an optional embodiment, in case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU includes the first packet header and the second packet header, and the second packet header is located before the first packet header,

Fig. 8 is a schematic structural diagram of a communication device 800 according to an embodiment of the present application. The communication device may be a terminal device or a network device, and the communication device 800 shown in fig. 8 includes a processor 810, and the processor 810 may call and execute a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 8, the communication device 800 may also include a memory 820. From the memory 820, the processor 810 can call and run a computer program to implement the method in the embodiment of the present application.

The memory 820 may be a separate device from the processor 810 or may be integrated into the processor 810.

Optionally, as shown in fig. 8, the communication device 800 may further include a transceiver 830, and the processor 810 may control the transceiver 830 to communicate with other devices, and specifically, may transmit information or data to the other devices or receive information or data transmitted by the other devices.

The transceiver 830 may include a transmitter and a receiver, among others. The transceiver 830 may further include one or more antennas.

Optionally, the communication device 800 may specifically be a network device in the embodiment of the present application, and the communication device 800 may implement a corresponding process implemented by the network device in each method in the embodiment of the present application, which is not described herein again for brevity.

Optionally, the communication device 800 may specifically be a mobile terminal/terminal device according to this embodiment, and the communication device 800 may implement a corresponding process implemented by the mobile terminal/terminal device in each method according to this embodiment, which is not described herein again for brevity.

Fig. 9 is a schematic structural diagram of a chip of an embodiment of the present application. The chip 900 shown in fig. 9 includes a processor 910, and the processor 910 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 9, the chip 900 may further include a memory 920. From the memory 920, the processor 910 can call and run a computer program to implement the method in the embodiment of the present application.

The memory 920 may be a separate device from the processor 910, or may be integrated in the processor 910.

Optionally, the chip 900 may further comprise an input interface 930. The processor 910 may control the input interface 930 to communicate with other devices or chips, and in particular, may obtain information or data transmitted by other devices or chips.

Optionally, the chip 900 may further include an output interface 940. The processor 910 may control the output interface 940 to communicate with other devices or chips, and in particular, may output information or data to the other devices or chips.

Optionally, the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Optionally, the chip may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, and for brevity, no further description is given here.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip or a system-on-chip, etc.

Fig. 10 is a schematic block diagram of a communication system 1000 provided in an embodiment of the present application. As shown in fig. 10, the communication system 1000 includes a terminal device 1010 and a network device 1020.

The terminal device 1010 may be configured to implement the corresponding function implemented by the terminal device in the foregoing method, and the network device 1020 may be configured to implement the corresponding function implemented by the network device in the foregoing method, for brevity, no further description is provided here.

It should be understood that the processor of the embodiments of the present application may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

It will be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (DDR SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous link SDRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

It should be understood that the above memories are exemplary but not limiting illustrations, for example, the memories in the embodiments of the present application may also be Static Random Access Memory (SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (enhanced SDRAM, ESDRAM), Synchronous Link DRAM (SLDRAM), Direct Rambus RAM (DR RAM), and the like. That is, the memory in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

The embodiment of the application also provides a computer readable storage medium for storing the computer program.

Optionally, the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the network device in each method in the embodiment of the present application, which is not described herein again for brevity.

Optionally, the computer-readable storage medium may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Embodiments of the present application also provide a computer program product comprising computer program instructions.

Optionally, the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions enable the computer to execute corresponding processes implemented by the network device in the methods in the embodiment of the present application, which are not described herein again for brevity.

Optionally, the computer program product may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the methods in the embodiment of the present application, which are not described herein again for brevity.

The embodiment of the application also provides a computer program.

Optionally, the computer program may be applied to the network device in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute the corresponding process implemented by the network device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Optionally, the computer program may be applied to the mobile terminal/terminal device in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, and an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

A method of indicating a decompressed object, the method comprising:

the method comprises the steps that a first device sends a data packet to a second device, wherein the data packet carries indication information, and the indication information indicates at least one of the following information:

a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a packet header with empty contents, a packet header with non-empty contents, a packet header with valid information, a packet header without valid information, and packet type information of the data packet.
The method of claim 1, wherein the first device transmitting a data packet to a second device comprises:

the first equipment sends a Packet Data Convergence Protocol (PDCP) Packet Data Unit (PDU) to the second equipment, wherein the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.
The method as claimed in claim 2, wherein, in the PDCP PDU,

the PDCP header is positioned before the first header, and the first header is positioned before the second header; or,

the PDCP header is positioned before the second header which is positioned before the first header.
The method according to claim 2 or 3, wherein the first packet header is an Ethernet packet header and the second packet header is an IP packet header.
The method of claim 4, wherein, in the case where the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.
The method of claim 4, wherein the packet type of the data packet is an Ethernet packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.
The method of claim 4, wherein, in the case where the packet type of the data packet is an IP over Ethernet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.
The method of claim 4, wherein, in the case where the packet type of the data packet is an Ethernet over IP packet over IP, the second header is located before the first header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.
The method of claim 1, wherein the first device transmitting a data packet to a second device comprises:

the first device sends a PDCP PDU to the second device, where a specific header in the PDCP PDU or a specific header carries third indication information, and the third indication information is used to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.
The method of claim 9, wherein the specific packet header is a first packet header or a second packet header.
The method according to claim 9 or 10, wherein, in the PDCP PDU, a PDCP header is located before the specific header;

the third indication information is carried in front of the specific packet header, and includes:

the PDCP packet header carries the third indication information; or,

and the third indication information is carried between the PDCP packet header and the specific packet header.
The method as claimed in claim 11, wherein the specific packet header is a first packet header following the PDCP packet header.
The method according to any of claims 10 to 12, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.
The method as claimed in claim 13, wherein, in case that the packet type of the data packet is an IP packet, the PDCP PDU includes the second packet header;

the third indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, the first packet header does not exist and exists, the second packet header exists, the first packet header is discarded, the first packet header is not decompressed, the first packet header is empty, the first packet header does not have valid information, and the packet type of the data packet is an IP packet.
The method as claimed in claim 13, wherein, in case that the packet type of the data packet is an ethernet packet, the PDCP PDU includes the first packet header;

the third indication information is used for indicating at least one of the following: the method comprises the steps of not discarding a first packet header, decompressing the first packet header, wherein the first packet header is not empty, the first packet header has valid information, the second packet header does not exist and exists, the first packet header exists, the second packet header is discarded, the second packet header is not decompressed, the second packet header is empty, the second packet header does not have valid information, and the packet type of the data packet is the Ethernet packet.
The method of claim 13, wherein in case that the packet type of the data packet is an IP over Ethernet packet, the PDCP PDU includes the first packet header and the second packet header, and the first packet header is located before the second packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an IP over Ethernet packet.
The method of claim 13, wherein in case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU includes the first packet header and the second packet header, and the second packet header is located before the first packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an Ethernet over IP packet.
The method of any one of claims 1 to 17,

the first device is a terminal device, and the second device is a network device; or,

the first device is a network device, and the second device is a terminal device; or,

the first device is a first terminal device, and the second device is a second terminal device.
A method of indicating a decompressed object, the method comprising:

the second device receives a data packet sent by the first device, wherein the data packet carries indication information, and the indication information indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a packet header with empty content, a packet header with non-empty content, a packet header with valid information, a packet header without valid information, and packet type information of the data packet;

and the second equipment decompresses the data packet according to the indication information.
The method of claim 19, wherein the second device receiving the data packet transmitted by the first device comprises:

the second equipment receives a PDCP PDU sent by the first equipment, wherein the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.
The method as claimed in claim 20, wherein, in the PDCP PDU,

the PDCP header is positioned before the first header, and the first header is positioned before the second header; or,

the PDCP header is positioned before the second header which is positioned before the first header.
The method according to claim 20 or 21, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.
The method of claim 22, wherein, in the case where the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.
The method of claim 22, wherein the packet type of the data packet is an Ethernet packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.
The method of claim 22, wherein in the case where the packet type of the data packet is an IP over Ethernet packet, the first header is positioned before the second header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.
The method of claim 22, wherein in the case where the packet type of the data packet is an Ethernet over IP packet, the second header is positioned before the first header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.
The method of claim 19, wherein the second device receiving the data packet transmitted by the first device comprises:

the second device receives a PDCP PDU sent by the first device, where a specific packet header in the PDCP PDU or a specific packet header carries third indication information, where the third indication information is used to indicate at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.
The method of claim 27, wherein the specific packet header is a first packet header or a second packet header.
The method according to claim 27 or 28, wherein in the PDCP PDU, a PDCP header is located before the specific header;

the third indication information is carried in front of the specific packet header, and includes:

the PDCP packet header carries the third indication information; or,

and the third indication information is carried between the PDCP packet header and the specific packet header.
The method as claimed in claim 29, wherein the specific packet header is a first packet header following the PDCP packet header.
The method according to any one of claims 28 to 30, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.
The method as claimed in claim 31, wherein, in case that the packet type of the data packet is an IP packet, the PDCP PDU includes the second packet header;

the third indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, the first packet header does not exist and exists, the second packet header exists, the first packet header is discarded, the first packet header is not decompressed, the first packet header is empty, the first packet header does not have valid information, and the packet type of the data packet is an IP packet.
The method as claimed in claim 31, wherein, in case that the packet type of the data packet is an ethernet packet, the PDCP PDU includes the first packet header;

the third indication information is used for indicating at least one of the following: the method comprises the steps of not discarding a first packet header, decompressing the first packet header, wherein the first packet header is not empty, the first packet header has valid information, the second packet header does not exist and exists, the first packet header exists, the second packet header is discarded, the second packet header is not decompressed, the second packet header is empty, the second packet header does not have valid information, and the packet type of the data packet is the Ethernet packet.
The method of claim 31, wherein in case that the packet type of the data packet is an IP over Ethernet packet, the PDCP PDU includes the first packet header and the second packet header, and the first packet header is located before the second packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an IP over Ethernet packet.
The method of claim 31, wherein in case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU includes the first packet header and the second packet header, and the second packet header is located before the first packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an Ethernet over IP packet.
The method of any one of claims 19 to 35,

the first device is a terminal device, and the second device is a network device; or,

the first device is a network device, and the second device is a terminal device; or,

the first device is a first terminal device, and the second device is a second terminal device.
An apparatus for indicating a decompressed object, applied to a first device, the apparatus comprising:

a sending unit, configured to send a data packet to a second device, where the data packet carries indication information, and the indication information indicates at least one of the following:

discarded packet header, non-discarded packet header, decompressed packet header, non-decompressed packet header, content-empty packet header, and the like,

The content is not an empty packet header, a packet header with valid information, a packet header without valid information, and the packet type information of the data packet.
The apparatus of claim 37, wherein the sending unit is configured to send a PDCP PDU to the second device, where the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.
The apparatus of claim 38, wherein in the PDCP PDU,

the PDCP header is positioned before the first header, and the first header is positioned before the second header; or,

the PDCP header is positioned before the second header which is positioned before the first header.
The apparatus of claim 38 or 39, wherein the first packet header is an Ethernet packet header and the second packet header is an IP packet header.
The apparatus of claim 40, wherein the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.
The apparatus of claim 40, wherein the packet type of the data packet is an Ethernet packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.
The apparatus of claim 40, wherein in the case where the packet type of the data packet is an IP over Ethernet packet, the first header is located before the second header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.
The apparatus of claim 40, wherein in the case where the packet type of the data packet is an Ethernet over IP packet, the second header is located before the first header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.
The apparatus of claim 37, wherein the sending unit is configured to send a PDCP PDU to the second device, where a specific header in the PDCP PDU is preceded by or carries third indication information, and the third indication information is used to indicate at least one of: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.
The apparatus of claim 45, wherein the particular packet header is a first packet header or a second packet header.
The apparatus according to claim 45 or 46, wherein in the PDCP PDU, a PDCP header is positioned before the specific header;

the third indication information is carried in front of the specific packet header, and includes:

the PDCP packet header carries the third indication information; or,

and the third indication information is carried between the PDCP packet header and the specific packet header.
The apparatus of claim 47, wherein the specific packet header is a first packet header after the PDCP packet header.
The apparatus according to any one of claims 46 to 48, wherein the first packet header is an Ethernet packet header and the second packet header is an IP packet header.
The apparatus of claim 49, wherein the PDCP PDU comprises the second header if the packet type of the data packet is an IP packet;

the third indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, the first packet header does not exist and exists, the second packet header exists, the first packet header is discarded, the first packet header is not decompressed, the first packet header is empty, the first packet header does not have valid information, and the packet type of the data packet is an IP packet.
The apparatus as claimed in claim 49, wherein the packet type of the data packet is an Ethernet packet, and the PDCP PDU includes the first packet header;

the third indication information is used for indicating at least one of the following: the method comprises the steps of not discarding a first packet header, decompressing the first packet header, wherein the first packet header is not empty, the first packet header has valid information, the second packet header does not exist and exists, the first packet header exists, the second packet header is discarded, the second packet header is not decompressed, the second packet header is empty, the second packet header does not have valid information, and the packet type of the data packet is the Ethernet packet.
The apparatus of claim 49, wherein in the case that the packet type of the data packet is an IP over Ethernet packet, the PDCP PDU includes the first packet header and the second packet header, and the first packet header is located before the second packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an IP over Ethernet packet.
The apparatus of claim 49, wherein in the case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU includes the first packet header and the second packet header, and the second packet header is located before the first packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an Ethernet over IP packet.
The apparatus of any one of claims 37 to 53,

the first device is a terminal device, and the second device is a network device; or,

the first device is a network device, and the second device is a terminal device; or,

the first device is a first terminal device, and the second device is a second terminal device.
An apparatus for indicating a decompressed object, applied to a second device, the apparatus comprising:

a receiving unit, configured to receive a data packet sent by a first device, where the data packet carries indication information, and the indication information indicates at least one of the following: a discarded packet header, a non-discarded packet header, a decompressed packet header, a packet header with empty content, a packet header with non-empty content, a packet header with valid information, a packet header without valid information, and packet type information of the data packet;

and the processing unit is used for decompressing the data packet according to the indication information.
The apparatus of claim 55, wherein the receiving unit is configured to receive a PDCP PDU sent by the first device, where the PDCP PDU carries a first packet header and a second packet header; wherein,

the first packet header carries first indication information, and the first indication information is used for indicating at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type information of the data packet; or, the first indication information is used for indicating at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type information of the data packet;

the second header carries second indication information, and the second indication information is used for indicating at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, the packet type information of the data packet; or, the second indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type information of the data packet.
The apparatus of claim 56, wherein in the PDCP PDUs,

the PDCP header is positioned before the first header, and the first header is positioned before the second header; or,

the PDCP header is positioned before the second header which is positioned before the first header.
The apparatus of claim 56 or 57, wherein the first packet header is an Ethernet packet header and the second packet header is an IP packet header.
The apparatus of claim 58, wherein the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: discarding the first packet header, not decompressing the first packet header, the first packet header being empty, the first packet header having no valid information, the packet type of the data packet being an IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP packet.
The apparatus of claim 58, wherein the packet type of the data packet is an Ethernet packet,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: discarding the second packet header, not decompressing the second packet header, the second packet header being empty, the second packet header having no valid information, and the packet type of the data packet being an ethernet packet.
The apparatus of claim 58, wherein in the case that the packet type of the data packet is an IP over Ethernet packet, the first header is located before the second header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an IP over Ethernet packet.
The apparatus of claim 58, wherein in the case where the packet type of the data packet is an Ethernet over IP packet, the second header is located before the first header,

the first indication information carried in the first packet header is used to indicate at least one of the following: the first packet header is not discarded, the first packet header is decompressed, the first packet header is not empty, the first packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet;

the first indication information carried in the second packet header is used to indicate at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, and the packet type of the data packet is an Ethernet over IP packet.
The apparatus of claim 55, wherein the receiving unit is configured to receive a PDCP PDU sent by the first device, and a specific header of the PDCP PDU is preceded by or carries third indication information, where the third indication information is used to indicate at least one of: a discarded packet header, a non-discarded packet header, a decompressed packet header, a non-decompressed packet header, a content-empty packet header, a content-non-empty packet header, a packet header with valid information, a packet header without valid information, a present packet header, a non-present packet header, and packet type information of the data packet.
The apparatus of claim 63, wherein the particular packet header is a first packet header or a second packet header.
The apparatus according to claim 63 or 64, wherein a PDCP header precedes the specific header in the PDCP PDU;

the third indication information is carried in front of the specific packet header, and includes:

the PDCP packet header carries the third indication information; or,

and the third indication information is carried between the PDCP packet header and the specific packet header.
The apparatus of claim 65, wherein the specific packet header is a first packet header after the PDCP packet header.
The apparatus according to any one of claims 64 to 66, wherein the first packet header is an Ethernet packet header and the second packet header is an IP packet header.
The apparatus of claim 67, wherein the PDCP PDU comprises the second header in the case that the packet type of the data packet is an IP packet;

the third indication information is used for indicating at least one of the following: the second packet header is not discarded, the second packet header is decompressed, the second packet header is not empty, the second packet header has valid information, the first packet header does not exist and exists, the second packet header exists, the first packet header is discarded, the first packet header is not decompressed, the first packet header is empty, the first packet header does not have valid information, and the packet type of the data packet is an IP packet.
The apparatus of claim 67, wherein the PDCP PDU comprises the first header in case that the packet type of the data packet is an ethernet packet;

the third indication information is used for indicating at least one of the following: the method comprises the steps of not discarding a first packet header, decompressing the first packet header, wherein the first packet header is not empty, the first packet header has valid information, the second packet header does not exist and exists, the first packet header exists, discarding the second packet header, not decompressing the second packet header, the second packet header is empty, the second packet header does not have valid information, and the packet type of the data packet is an Ethernet packet.
The apparatus of claim 67, wherein in the case that the packet type of the data packet is an IP over Ethernet packet, the PDCP PDU comprises the first packet header and the second packet header, and the first packet header is located before the second packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an IP over Ethernet packet.
The apparatus of claim 67, wherein in the case that the packet type of the data packet is an Ethernet over IP packet, the PDCP PDU comprises the first packet header and the second packet header, and the second packet header is located before the first packet header,

the third indication information is used for indicating at least one of the following: the first packet header and the second packet header are not discarded, the first packet header and the second packet header are decompressed, the first packet header and the second packet header are not empty, the first packet header and the second packet header have valid information, both the first packet header and the second packet header exist, and the packet type of the data packet is an Ethernet over IP packet.
The apparatus of any one of claims 55 to 71,

the first device is a terminal device, and the second device is a network device; or,

the first device is a network device, and the second device is a terminal device; or,

the first device is a first terminal device, and the second device is a second terminal device.
A communication device, comprising: a processor and a memory for storing a computer program, the processor being configured to invoke and execute the computer program stored in the memory, to perform the method of any of claims 1 to 18, or to perform the method of any of claims 19 to 36.
A chip, comprising: a processor for calling and running a computer program from a memory so that a device on which the chip is installed performs the method of any of claims 1 to 18, or the method of any of claims 19 to 36.
A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 1 to 18 or the method of any one of claims 19 to 36.
A computer program product comprising computer program instructions to cause a computer to perform the method of any of claims 1 to 18, or the method of any of claims 19 to 36.
A computer program for causing a computer to perform the method of any one of claims 1 to 18, or the method of any one of claims 19 to 36.