CN114303355B

CN114303355B - Method and device for indicating decompressed object and communication equipment

Info

Publication number: CN114303355B
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: 2024-03-29
Anticipated expiration: 2039-11-05
Also published as: CN114303355A; WO2021087729A1

Abstract

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

Description

Method and device for indicating decompressed 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 decompressed object and communication equipment.

Background

In a New Radio (NR) system, a case of mapping two or more types of packets simultaneously in one bearer is supported, for example, a case of mapping at least two types of packets in an IP packet, an Ethernet (Ethernet) packet, and an Ethernet-based IP packet (IP over Ethernet packet) simultaneously in one bearer, and in this case, if relevant configuration parameters for header decompression of the Ethernet packet and/or the IP packet are configured, it is uncertain how a receiving end (i.e., a decompression end) determines what type of packet is after receiving a packet, that is, a receiving end (i.e., a decompression end) cannot distinguish the packet, so that the packet cannot be decoded or decompressed in a suitable manner.

Disclosure of Invention

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

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

the first device sends a data packet to the second device, wherein the data packet carries indication information, and the indication information is used for indicating at least one of the following:

the packet type information of the data packet includes a discarded packet header, a packet header without discarding, a packet header with decompression, a packet header without decompression, a packet header with empty content, a packet header without empty content, a packet header with valid information, a packet header without valid information, and the 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 is used for indicating at least one of the following: the packet type information of the data packet comprises a discarded packet header, a packet header which is not discarded, a packet header which is decompressed, a packet header with empty content, a packet header with non-empty content, a packet header with effective information, a packet header without effective information, and the packet type information of the data packet;

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

The device for indicating the decompressed object, provided by the embodiment of the application, is applied to a first device, and comprises:

a transmitting unit, configured to transmit a data packet to a second device, where the data packet carries indication information, and the indication information is used to indicate at least one of the following:

The device for indicating the decompressed object provided by the embodiment of the application is applied to the second equipment, and the device comprises:

the receiving unit is used for receiving a data packet sent by the first device, wherein the data packet carries indication information, and the indication information is used for indicating at least one of the following: the packet type information of the data packet comprises a discarded packet header, a packet header which is not discarded, a packet header which is decompressed, a packet header with empty content, a packet header with non-empty content, a packet header with effective information, a packet header without effective information, and the 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 decompressed object.

Specifically, the chip includes: and a processor for calling and running the computer program from the memory, so that the device mounted with the chip executes the method for indicating the decompressed object.

The computer readable storage medium provided in the embodiments of the present application is configured to store a computer program, where the computer program causes a computer to execute the above method for indicating a decompressed object.

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

The computer program provided in the embodiments of the present application, when executed on a computer, causes the computer to perform the above-described method for indicating a decompressed object.

By the technical scheme, decompression failure of the data packet by the decompression end is avoided, unnecessary data transmission errors and retransmission are avoided, and on the other hand, the problems of waste of air interface resources, network dropping of 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 embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application. In the drawings:

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

FIG. 2 is a diagram of a communication protocol architecture provided in 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 disclosure;

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

fig. 4-2 is a schematic diagram two of indication information provided in an embodiment of the present application;

fig. 4-3 are schematic diagrams III of indication information provided in an embodiment of the present application;

fig. 4-4 are schematic diagrams of indication information provided in embodiments of the present application;

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

fig. 5-2 is a schematic diagram sixth of indication information provided in an embodiment of the present application;

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

fig. 7 is a schematic diagram ii of the structural composition of the device for indicating a decompressed object according to the 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 block diagram of a chip of an embodiment of the present application;

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

Detailed Description

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

The technical solution of the embodiment of the application can be applied to various communication systems, for example: long term evolution (Long Term Evolution, LTE) systems, LTE frequency division duplex (Frequency Division Duplex, FDD) systems, LTE time division duplex (Time Division Duplex, TDD), systems, 5G communication systems, future communication systems, or the like.

Exemplary, a communication system 100 to which embodiments of the present application apply 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, terminal). Network device 110 may provide communication coverage for a particular geographic area and may communicate with terminals located within the coverage area. Alternatively, the network device 110 may be an evolved base station (Evolutional Node B, eNB or eNodeB) in the LTE system, or a radio controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device may be a mobile switching center, a relay station, an access point, a vehicle 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, etc.

The communication system 100 further includes at least one terminal 120 located within the coverage area of the network device 110. "terminal" as used herein includes, but is not limited to, connection via wireline, such as via public-switched telephone network (Public Switched Telephone Networks, PSTN), digital subscriber line (Digital Subscriber Line, DSL), digital cable, direct cable connection; and/or another data connection/network; and/or via a wireless interface, e.g., for a cellular network, a wireless local area network (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 the other terminal arranged to receive/transmit communication signals; and/or internet of things (Internet of Things, ioT) devices. Terminals arranged to communicate over a wireless interface may be referred to as "wireless communication terminals", "wireless terminals" or "mobile terminals". Examples of mobile terminals include, but are not limited to, satellites or cellular telephones; a personal communications system (Personal Communications System, PCS) terminal that may combine a cellular radiotelephone with data processing, facsimile and data communications capabilities; a PDA that can include a radiotelephone, pager, internet/intranet access, web browser, organizer, calendar, and/or a global positioning system (Global Positioning System, GPS) receiver; and conventional laptop and/or palmtop receivers or other electronic devices that include a radiotelephone transceiver. A terminal may 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 (Session Initiation Protocol, SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital assistant (Personal Digital Assistant, PDA), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal in a 5G network or a terminal in a future evolved PLMN, etc.

Alternatively, direct to Device (D2D) communication may be performed between the terminals 120.

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

Fig. 1 illustrates one network device and two terminals, alternatively, the communication system 100 may include multiple network devices and each network device may include other numbers of terminals within a coverage area, which is not limited in this embodiment.

Optionally, the communication system 100 may further include a network controller, a mobility management entity, and other network entities, which are not limited in this embodiment of the present application.

It should be understood that a device having a communication function in a network/system in an embodiment 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 with communication functions, where the network device 110 and the terminal 120 may be specific devices described above, and are not described herein again; the communication device may also include other devices in the communication system 100, such as a network controller, a mobility management entity, and other network entities, which are not limited in this embodiment of the present application.

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

In order to facilitate understanding of the technical solutions of the embodiments of the present application, the following describes the technical solutions related to the embodiments of the present application.

Key terms

Head 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, robust header compression (RoHC, robust Header Compression) is used at the packet data convergence protocol (Packet Data Convergence Protocol, PDCP) layer to compress the header of a data packet.

Protocol data unit (Protocol Data Unit, PDU) session: a PDU session refers to an association between a terminal device and a data network providing a PDU connection service. The type of such association may be IPv4, IPv6, ethernet, etc.

Prior Art

The requirements in the 5G industrial internet (Industrial intenet of Things, IIoT) support industrial automation, transmission automation, intelligent power and other services in the 5G system. IIoT introduces the concept of time sensitive networks (Time sensitive network, TSN) based on its latency and reliability transmission requirements, and requires header compression of TSN traffic. TSN traffic may be carried by Ethernet frames or IP packets.

The ethernet frames are introduced because only header compression of data packets of the type IP of PDU session is supported in the current communication system. In the 5G NR system, the PDU session may be of the IP type or the 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, user Plane Function)), and for a PDU layer, when a type of a PDU session is AN IP type (e.g., IPv4, or IPv6, or IPv4v 6), a packet corresponding to the PDU session is AN IPv4 packet (IPv 4 packets) and/or AN IPv6 packet (IPv 6 packets); when the type of the PDU session is Ethernet type, the data packet corresponding to the PDU session is Ethernet frame.

In one aspect, header compression and decompression functionality is introduced into the PDCP protocol to enable header compression and decompression of IP packets. The RoHC is configured for a data radio bearer (Data Resource Bearer, DRB), and the compression end and the decompression end use different header compression and decompression parameters according to the configured profile, and compress and decompress packet headers of the data packets by adopting a 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 ethernet packets.

For the case that at least two types of data packets of an IP packet, an Ethernet packet and an IP over Ethernet packet are mapped in one bearer (e.g. DRB) at the same time, if relevant configuration parameters for header decompression of the Ethernet packet and/or the IP packet are configured, after a receiving end (i.e. a decompression end) receives one data packet, how to determine which type of packet the data packet is, i.e. the receiving end (i.e. the decompression end) cannot distinguish the data packet, so that the data packet cannot be decompressed in a suitable manner. For this reason, the following technical solutions of the embodiments of the present application are proposed.

According to the technical scheme, when different types of data packets (such as an IP packet, an Ethernet packet, an IP over Ethernet packet and an Ethernet over IP packet) in one bearer are considered, different header compression algorithms are adopted, and a receiving end (namely a decompression end) is required to distinguish the data packets, so that a data packet distinguishing mode is provided, decompression (or decoding) failure is avoided, unnecessary data transmission errors and retransmission are avoided, and meanwhile, the problems of waste of air interface resources, network drop of terminal equipment and the like are also avoided.

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

step 301: the first equipment sends a data packet to the second equipment, and the second equipment receives the data packet sent by the first equipment, wherein the data packet carries indication information, and the indication information is used for indicating at least one of the following: the packet type information of the data packet includes a discarded packet header, a packet header without discarding, a packet header with decompression, a packet header without decompression, a packet header with empty content, a packet header without empty content, a packet header with valid information, a packet header without valid information, and the packet type information of the data packet.

In this embodiment of the present application, the implementation of the first device and the second device has the following cases:

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. Alternatively, the network device may be a base station, such as a gNB.

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. Alternatively, the network device may be a base station, such as a gNB.

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 sidestream data packet (or a data packet transmitted by adopting a D2D communication manner between terminal devices).

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

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

Mode one

The first device sends a PDCP PDU to the second device, 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 the first packet header is discarded, whether the first packet header is decompressed, 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, 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, decompressed, not empty, valid information of the first packet header and 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 the second packet header is discarded, whether the second packet header is decompressed, 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, packet type information of the data packet; alternatively, the second indication information is used to indicate at least one of: and not discarding the second packet header, decompressing the second packet header, not being empty, having valid information of the second packet header, and packet type information of the data packet.

In this embodiment of the present application, the PDCP PDU further includes a PDCP packet header, and the positional relationship between the PDCP packet header and the first packet header and the second packet header may be: 1) The PDCP packet header is positioned before the first packet header, and the first packet header is positioned before the second packet header; or, 2) the PDCP header is located before the second header, which 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 connection with different packet types.

The packet type of the data packet is IP packet:

the first indication information carried in the first packet header (i.e. ethernet 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 (i.e. IP 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 packet type of the data packet is the case of an ethernet packet:

the first indication information carried in the first packet header (i.e. ethernet packet header) is used to indicate at least one of the following: discarding the first packet header, decompressing the first packet header, wherein 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 (i.e. IP 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, the packet type of the data packet being an ethernet packet.

The packet type of the data packet is the case of an IP over Ethernet packet:

for IP over Ethernet packets, the first packet header (i.e., ethernet packet header) is located before the second packet header (i.e., IP packet header), where,

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

the first indication information carried in the second packet header (i.e. IP 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 packet type of the data packet is the case of an Ethernet over IP packet:

for an Ethernet over IP packet, the second packet header (i.e., IP packet header) is located before the first packet header (i.e., ethernet packet header), where,

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

the first indication information carried in the second packet header (i.e. IP 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.

Mode two

The first device sends PDCP PDUs to the second device, wherein third indication information is carried in front of or in a specific packet header in the PDCP PDUs and is used for indicating at least one of the following: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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. Specifically, the third indication information is used for indicating at least one of the following: whether the first packet header and/or the second packet header are discarded, whether the first packet header and/or the second packet header are decompressed, whether the first packet header and/or the second packet header are empty, whether the first packet header and/or the second packet header have valid information, whether the first packet header and/or the second packet header exist, and packet type information of the data packet.

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

In an optional embodiment, the third indication information is carried before the specific packet header, and the specific packet header is a first packet header or a second packet header. Specifically:

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

1.2 Carrying the third indication information 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. Note that, for 1.3), the case where the PDCP PDU includes both the first packet header and the second packet header (e.g., an IP over Ethernet packet, an 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:

2.1 The PDCP header carries the third indication information. Or,

2.2 The first packet header carries the third indication information; note that, for 2.2), the case where the first packet header is included in the PDCP PDU (e.g., ethernet packet, IP over Ethernet packet, ethernet over IP packet) is referred to. Or,

2.3 The second packet header carries the third indication information; note that, for 2.3), the second packet header is included in the PDCP PDU (e.g., IP packet, IP over Ethernet packet, ethernet over IP packet).

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.

The packet type of the data packet is IP packet:

for IP packets, the PDCP PDU includes the second header (i.e., an IP 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 second packet header, decompressing the second packet header, not emptying the second packet header, enabling the second packet header to have valid information, enabling the first packet header to not exist and enabling the second packet header to exist, discarding the first packet header, not decompressing the first packet header, enabling the first packet header to be empty, enabling the first packet header to have no valid information, and enabling the packet type of the data packet to be an IP packet.

The packet type of the data packet is the case of 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, not emptying the first packet header, effectively information the first packet header, not existence of a second packet header and existence of the first packet header, discarding the second packet header, not decompressing the second packet header, emptying the second packet header, not effectively information the second packet header, and the packet type of the data packet is an Ethernet packet.

The packet type of the data packet is the case of an IP over Ethernet packet:

for IP over Ethernet packets, the PDCP PDU includes the first header (i.e., ethernet header) and the second header (i.e., IP header), and the first header is located before the second 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 and a second packet header, decompressing the first packet header and the second packet header, enabling the first packet header and the second packet header not to be empty, enabling effective information of the first packet header and the second packet header to exist, and enabling the packet type of the data packet to be an IP over Ethernet packet.

The packet type of the data packet is the case of an Ethernet over IP packet:

for Ethernet over IP, the PDCP PDU includes the first header (i.e., ethernet header) and the second header (i.e., IP header), and the second header is located before the first 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 and a second packet header, decompressing the first packet header and the second packet header, enabling the first packet header and the second packet header not to be empty, enabling effective information of the first packet header and the second packet header to exist, and enabling the packet type of the data packet to be 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, decompress the packet header, empty the packet header, valid information of the packet header, and/or packet type of the data packet according to the indication information. If the packet header is determined to be discarded, and/or the packet header is not decompressed, and/or the packet header is empty, and/or the packet header has no effective information, the second device directly ignores the packet header, or considers that the packet header and/or the data corresponding to the packet header do not exist; otherwise, the second device considers the packet header to exist and decompresses the packet header.

Note that, in the embodiment of the present application, the indication information (at least one of the first indication information, the second indication information, and the third indication information in the foregoing schemes) is discarded or not transmitted to an upper layer after the receiving end or the decompressing end determines the information such as the 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 one

For any type of data packet, carrying an Ethernet packet header and an IP packet header, and adding indication information in the two packet headers for indicating at least one of the following: the packet type information of the data packet includes a discarded packet header, a packet header without discarding, a packet header with decompression, a packet header without decompression, a packet header with empty content, a packet header without empty content, a packet header with valid information, a packet header without valid information, and the packet type information of the data packet.

Hereinafter, header compression processing (terminal equipment is compression end/transmission end, base station is decompression end/reception end) of an uplink packet will be described, and header compression processing (base station is compression end/transmission end, terminal equipment is decompression end/reception end) of a downlink packet will be similar.

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 relevant configuration parameters (header compression parameters for short) for header compression of the IP packet and/or the Ethernet packet. The base station informs the terminal device of the configured header compression parameters through an RRC message.

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 one or more DRB according to the indication of the base station; and determining whether to perform header compression processing and corresponding header compression parameters for the corresponding data 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 device carries indication information in a data packet (such as PDCP PDU) before transmitting the PDCP PDU to the RLC layer according to the packet type, and indicates at least one of the following: the packet type information of the data packet includes a discarded packet header, a packet header without discarding, a packet header with decompression, a packet header without decompression, a packet header with empty content, a packet header without empty content, a packet header with valid information, a packet header without valid information, and the packet type information of the data packet.

● Specifically, no matter what type of data packet is received by the terminal device, or for any type of data packet (such as an IP packet, an Ethernet packet, an IP over Ethernet packet, and an Ethernet over IP packet), the terminal device carries an Ethernet packet header and an IP packet header in the data packets, and adds indication information in the Ethernet packet header and the IP packet header.

● Specifically, the first indication information in the ethernet packet header is used for indicating at least one of the following: whether the Ethernet packet header is discarded, whether the Ethernet packet header is decompressed, whether the Ethernet packet header is empty, whether the Ethernet packet header has valid information, and type information of the data packet; second indication information in the IP header for indicating at least one of: whether the IP packet header is discarded, whether the IP packet header is decompressed, whether the IP packet header is empty, whether the IP packet header has valid information, and type information of the data packet.

In specific implementation, the following steps can be adopted:

■ 3.1 The terminal device analyzes the data packet of the higher layer, and determines whether the packet type of the data packet is an IP packet, an Ethernet packet, an IP over Ethernet packet or an Ethernet over IP packet according to the data packet format.

■ 3.2 When the terminal device determines the packet type of the data packet, the PDCP PDUs are grouped 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 packet header and the IP packet header, that is, the terminal device carries the ethernet packet header and the IP packet header in the PDCP PDU, and indicates information in each of the ethernet packet header and the IP packet header. First indication information in the ethernet packet header for indicating at least one of: whether the Ethernet packet header is discarded, whether the Ethernet packet header is decompressed, whether the Ethernet packet header is empty, whether the Ethernet packet header has valid information, and type information of the data packet; second indication information in the IP header for indicating at least one of: whether the IP packet header is discarded, whether the IP packet header is decompressed, whether the IP packet header is empty, whether the IP packet header has valid information, and type information of the data packet.

In the PDCP PDU, the Ethernet packet header is positioned before the IP packet header, and the PDCP packet header is positioned before the Ethernet packet header; 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 packet header is added after the PDCP packet header, where the ethernet packet header only carries first indication information, indicating at least one of the following: discarding the ethernet packet header, not decompressing the ethernet packet header, the ethernet packet header being empty, the ethernet packet header having no valid information, the type of the data packet being an IP packet. Alternatively, the first indication information may be represented by two bits or 1 bit, for example, the value of the bit may be 00 or 0. Further, an IP packet header is placed after the ethernet packet header, and the IP packet header carries second indication information except packet header domain information, which indicates at least one of the following: the IP packet header is not discarded, decompressed, not empty, effective information and the type of the data packet are IP packets. Alternatively, the second indication information may be represented by two bits or 1 bit, for example, the bit may have a value of 01 or 1.

For example, referring to fig. 4-2, if the terminal device receives an ethernet packet, an ethernet packet header is placed after the PDCP packet header, where the ethernet packet header carries first indication information except for packet header domain information, and indicates at least one of the following: the Ethernet packet header is not discarded, decompressed, not empty, the effective information of the Ethernet packet header, and the type of the data packet is the Ethernet packet. Alternatively, the first indication information may be represented by two bits or 1 bit, for example, the bit may have a value of 01 or 1. Further, an IP packet header is added after the Ethernet packet header, and only second indication information is carried in the IP packet header to indicate at least one of the following: discarding the IP packet header, not decompressing the IP packet header, having null IP packet header, having no effective information, and having Ethernet packet type. Alternatively, the second indication information may be represented by two bits or 1 bit, for example, the bit may have a value of 00 or 0.

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

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

4. The base station receives PDCP PDU from the terminal device, and according to the indication information carried in the Ethernet packet header and the IP packet header in PDCP PDU, 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 effective information, and/or the packet type of the data packet, and then performs corresponding decompression processing (i.e. decoding and analyzing processing) on the data packet.

Here, the base station, as the receiving end or the decompressing end, only indicates the packet header whose indication information (i.e., the first indication information or the second indication information in the above scheme) is present (e.g., the indication information takes a value of 01 or 1), reserves the corresponding packet header, decompresses the packet header, and so on. Specifically, if the indication information (e.g., the indication information has a value of 00 or 0) indicates that the packet header is discarded, and/or the packet header is 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 that the packet header is empty, and/or considers that the packet header has no valid information, and/or considers that the packet header does not exist, and/or considers that the data corresponding to the packet header does not exist, and/or does not submit the packet header to a higher layer. If the indication information (for example, the indication information takes a value of 01 or 1) indicates that the packet header is not discarded, and/or the packet header is decompressed, and/or the packet header is not empty, and/or the packet header is valid, the base station reserves 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 is valid, and/or considers that the packet header exists, and/or considers that the packet header corresponds to the data, and/or the processed packet header is delivered to a higher layer. Or, the base station, as a receiving end or a decompression 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, unpack, etc.

Example two

For any type of data packet, carrying indication information before or in a specific packet header, wherein the indication information is used for indicating at least one of the following: whether the first packet header and/or the second packet header are discarded, whether the first packet header and/or the second packet header are decompressed, whether the first packet header and/or the second packet header are empty, whether the first packet header and/or the second packet header have valid information, whether the first packet header and/or the second packet header exist, and packet type information of the data packet. Here, the specific packet header is an ethernet packet header or an IP packet header or a PDCP packet 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 transmitting the PDCP PDU to the RLC layer according to the packet type, indicating at least one of the following: the packet comprises a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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, wherein the packet header comprises a first packet header and/or a second packet header.

● Specifically, no matter what type of data packet the terminal device receives, or for any type of data packet (such as 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) before or in a specific packet header, for indicating at least one of the following: whether the first packet header and/or the second packet header are discarded, whether the first packet header and/or the second packet header are decompressed, whether the first packet header and/or the second packet header are empty, whether the first packet header and/or the second packet header have valid information, whether the first packet header and/or the second packet header exist, and packet type information of the data packet. Here, the specific packet header is an ethernet packet header or an IP packet header or a PDCP packet header. The first packet header is an ethernet packet header and the second packet header is an IP packet header.

● Specifically, the third indication information may occupy 2 bits, and it may be determined by the third indication information whether the packet type of the data packet or the data packet includes an ethernet packet header and/or an IP packet header. For example, 00 represents not including an ethernet packet header and an IP packet header, 01 represents including an IP packet header and not including an ethernet packet header, 10 represents including an ethernet packet header and not including an IP packet header, and 11 represents including an ethernet packet header and an IP packet header. Or whether the upper bits represent an ethernet header, the lower bits represent an IP header, etc.

In specific implementation, the following steps can be adopted:

■ 3.2 When the terminal device determines the packet type of the data packet, the PDCP PDUs are grouped 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 carries third indication information in a specific packet header in the PDCP PDU, where the third indication information may determine whether the data packet includes an ethernet packet header and/or an IP packet header. For example, the third indication information is carried in the PDCP packet header, or the third indication information is carried in the first packet header after the PDCP packet header (refer to fig. 5-1) (for example, the third indication information is located in the last position or extension domain of the first packet header after the PDCP packet header), or the third indication information is carried between the PDCP packet header and the first packet header after the PDCP packet header (ethernet packet header or IP packet header) (refer to fig. 5-2), or the third indication information is carried between the ethernet packet header and the IP packet header.

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

If the terminal device receives an IP packet, for example, the third indication information is carried in the PDCP packet header or in the IP packet header or between the PDCP packet header and the IP packet header, which indicates that the ethernet packet header is not present, and only the IP packet header is present. Alternatively, the bit value of the third indication information may be 00.

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

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

For example, if the terminal device receives an Ethernet over IP packet, the third indication information is carried in the PDCP packet header or the IP packet header or the Ethernet packet header or between the PDCP packet header and the IP packet header or between the IP packet header and the Ethernet packet header, so as to indicate that the Ethernet packet header and the IP packet 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 carries out corresponding decoding or decompression processing (namely decoding, resolving, recovering packet heads and the like) on the data packet.

If the third indication information indicates that the IP packet header exists, the base station considers that the packet type of the data packet is an IP packet as the receiving end or the decompressing end, and decompresses the IP packet header. If the third indication information indicates that the Ethernet packet header exists, the base station considers that the packet type of the data packet is the Ethernet packet as the receiving end or the decompressing end, and decompresses the Ethernet packet header. If the third indication information indicates that the Ethernet packet header and the IP packet header both exist and the Ethernet packet header is positioned before the IP packet header, the base station is regarded as the receiving end or the decompression end to consider the packet type of the data packet as an IP over Ethernet packet, and the Ethernet packet header and the IP packet header are decompressed. If the third indication information indicates that the IP packet header and the Ethernet packet header both exist and the IP packet header is positioned before the Ethernet packet header, the base station is regarded as the receiving end or the decompression end to consider that the packet type of the data packet is an Ethernet over IP packet, and the Ethernet packet header and the IP packet header are decompressed.

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

a transmitting unit 601, configured to transmit a data packet to a second device, where the data packet carries indication information, and the indication information is used to indicate 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, 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, decompressed, not empty, valid information of the first packet header and 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, packet type information of the data packet; alternatively, the second indication information is used to indicate at least one of: and not discarding the second packet header, decompressing the second packet header, not being empty, having valid information of the second packet header, and packet type information of the data packet.

In an alternative embodiment, in the PDCP PDU,

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

the PDCP header is located before the second header, which is located before the first header.

In an alternative embodiment, 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 that the packet type of the data packet is an IP packet,

the first indication information carried in the first packet header 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 of the data packet being an IP packet;

The first indication information carried in the second packet header 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 of the data packet is an IP packet.

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

the first indication information carried in the first packet header is used for indicating at least one of the following: discarding the first packet header, decompressing the first packet header, wherein 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 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 of the data packet being an ethernet packet.

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

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

the first indication information carried in the second packet header 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 of the data packet is an IP over Ethernet packet.

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

the first indication information carried in the first packet header is used for indicating at least one of the following: the first packet header is not discarded, decompressed, not empty, effective information of the first packet header, 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 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 of the data packet is an Ethernet over IP packet.

In an optional embodiment, the sending unit 601 is configured to send PDCP PDUs to the second device, where a specific header in the PDCP PDUs carries third indication information before or in the specific header, where the third indication information is used to indicate at least one of the following: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

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

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

carrying the third indication information before the specific packet header comprises the following steps:

the PDCP packet head 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 alternative embodiment, the specific packet header is the first packet header after the PDCP packet header.

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

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

In an alternative embodiment, 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,

In an alternative 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,

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 may be understood with reference to the description of the method for indicating a decompressed object according to the embodiments of the present application.

Fig. 7 is a schematic diagram ii of the structural composition of the device for indicating a decompressed object according to the embodiment of the present application, which is applied to a second apparatus, as shown in fig. 7, where the device 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, where the indication information is used to indicate at least one of the following: the packet type information of the data packet comprises a discarded packet header, a packet header which is not discarded, a packet header which is decompressed, a packet header with empty content, a packet header with non-empty content, a packet header with effective information, a packet header without effective information, and the packet type information of the data packet;

and the processing unit 702 is 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 before or in the specific header, where the third indication information is used to indicate at least one of the following: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

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

Fig. 8 is a schematic structural diagram of a communication device 800 provided in 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, where the processor 810 may call and execute a computer program from a memory to implement the methods in the embodiments of the present application.

Optionally, as shown in fig. 8, the communication device 800 may also include a memory 820. Wherein the processor 810 may call and run a computer program from the memory 820 to implement the methods in embodiments of the present application.

Wherein 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 in particular, may send information or data to other devices, or receive information or data sent by other devices.

Among other things, transceiver 830 may include a transmitter and a receiver. Transceiver 830 may further include antennas, the number of which may be one or more.

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

Optionally, the communication device 800 may be specifically a mobile terminal/terminal device in the embodiment of the present application, and the communication device 800 may implement a corresponding flow implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein 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 may call and execute a computer program from a memory to implement the method in the embodiments of the present application.

Optionally, as shown in fig. 9, the chip 900 may further include a memory 920. Wherein the processor 910 may invoke and run a computer program from the memory 920 to implement the methods in the embodiments of the present application.

Wherein 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 also include an input interface 930. The processor 910 may control the input interface 930 to communicate with other devices or chips, and in particular, may acquire information or data sent by the other devices or chips.

Optionally, the chip 900 may also include an output interface 940. Wherein 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 a network device in the embodiment of the present application, and the chip may implement a corresponding flow implemented by the network device in each method in the embodiment of the present application, which is not described herein for brevity.

Optionally, the chip may be applied to a mobile terminal/terminal device in the embodiment of the present application, and the chip may implement a corresponding flow implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein for brevity.

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

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 used to implement the corresponding functions implemented by the terminal device in the above method, and the network device 1020 may be used to implement the corresponding functions implemented by the network device in the above method, which are not described herein for brevity.

It should be appreciated that the processor of an embodiment 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 implemented by integrated logic circuits of hardware in a processor or instructions in software form. The processor may be a general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The disclosed methods, steps, and logic blocks 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 a method disclosed in connection with the embodiments of the present application may be embodied directly in hardware, in a decoded processor, or in a combination of hardware and software modules in a decoded processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.

It will be appreciated that the memory in embodiments of the present application may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (Double Data Rate SDRAM), enhanced SDRAM (ESDRAM), synchronous DRAM (SLDRAM), and Direct 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 memory is exemplary but not limiting, and for example, the memory in the embodiments of the present application may be Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), direct RAM (DR RAM), and the like. That is, the memory in embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

Embodiments of the present application also provide a computer-readable storage medium for storing a computer program.

Optionally, the computer readable storage medium may be applied to a network device in the embodiments of the present application, and the computer program causes a computer to execute a corresponding flow implemented by the network device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the computer readable storage medium may be applied to a mobile terminal/terminal device in the embodiments of the present application, and the computer program causes a computer to execute a corresponding procedure implemented by the mobile terminal/terminal device in each method of the embodiments of the present application, which is not described herein 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 a network device in the embodiments of the present application, and the computer program instructions cause the computer to execute corresponding flows implemented by the network device in the methods in the embodiments of the present application, which are not described herein for brevity.

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

The embodiment of the application also provides a computer program.

Optionally, the computer program may be applied to a network device in the embodiments of the present application, and when the computer program runs on a computer, the computer is caused to execute a corresponding flow implemented by the network device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the computer program may be applied to a mobile terminal/terminal device in the embodiments of the present application, where the computer program when run on a computer causes the computer to execute corresponding processes implemented by the mobile terminal/terminal device in the methods in the embodiments of the present application, and for brevity, will not be described herein.

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 solution. 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 will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate units may or may not be physically separate, and units shown 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 may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

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

The 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 may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

The foregoing is merely 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 think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to 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

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

the packet type information of the data packet comprises a discarded packet header, a packet header which is not discarded, a packet header which is decompressed, a packet header with empty content, a packet header with non-empty content, a packet header with effective information, a packet header without effective information, and the packet type information of the data packet;

the first device sends a data packet to a second device, including:

the first device sends a packet data convergence protocol PDCP packet data unit PDU to the second device, wherein the PDCP PDU carries a first packet header and a second packet header; wherein,

2. The method of claim 1, wherein, in the PDCP PDU,

3. The method according to claim 1 or 2, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

4. The method of claim 3, wherein the packet type of the data packet is an IP packet,

5. The method of claim 3, wherein the packet type of the data packet is an Ethernet packet,

6. The method of claim 3, wherein the packet type of the data packet is an Ethernet-based IP packet, IP over Ethernet packet, the first packet header is located before the second packet header,

7. The method according to claim 3, wherein the packet type of the data packet is an Ethernet over IP packet, the second header is located before the first header,

8. The method of claim 1, wherein the first device transmitting the data packet to the second device comprises:

the first device sends PDCP PDUs to the second device, wherein third indication information is carried in front of or in a specific packet header in the PDCP PDUs and is used for indicating at least one of the following: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

9. The method of claim 8, wherein the particular packet header is a first packet header or a second packet header.

10. The method of claim 9, wherein, in the PDCP PDU, a PDCP header is located before the specific header;

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

11. The method of claim 10, wherein the particular packet header is a first packet header after the PDCP packet header.

12. The method according to any one of claims 9 to 11, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

13. The method of claim 12, wherein the PDCP PDU includes the second header in case that a packet type of the data packet is an IP packet;

14. The method of claim 12, wherein the PDCP PDU includes the first header in case that a packet type of the data packet is an ethernet packet;

15. The method of claim 12, wherein 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 case that a packet type of the data packet is an IP over Ethernet packet,

16. The method of claim 12, wherein 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 in case that a packet type of the data packet is an Ethernet overlay packet,

17. The method according to claim 1 or 2, wherein,

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

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

the second device decompresses the data packet according to the indication information;

the second device receives a data packet sent by the first device, and the method comprises the following steps:

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

19. The method of claim 18, wherein, in the PDCP PDU,

20. The method of claim 18 or 19, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

21. The method of claim 20, wherein the packet type of the data packet is an IP packet,

22. The method of claim 20, wherein the packet type of the data packet is an Ethernet packet,

23. The method of claim 20, wherein the first header is located before the second header in case that the packet type of the data packet is an IP over Ethernet packet,

24. The method of claim 20, wherein the second header is located before the first header in case that the packet type of the data packet is an Ethernet overlay packet,

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

25. The method of claim 18, wherein the second device receives the data packet sent by the first device, comprising:

the second device receives the PDCP PDU sent by the first device, wherein the specific packet head front or the specific packet head in the PDCP PDU carries third indication information, and the third indication information is used for indicating at least one of the following: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

26. The method of claim 25, wherein the particular packet header is a first packet header or a second packet header.

27. The method of claim 26, wherein, in the PDCP PDU, a PDCP header is located before the specific header;

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

28. The method of claim 27, wherein the particular packet header is a first packet header after the PDCP packet header.

29. The method of any of claims 26 to 28, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

30. The method of claim 29, wherein the PDCP PDU includes the second header in case that a packet type of the data packet is an IP packet;

31. The method of claim 29, wherein the PDCP PDU includes the first header when a packet type of the data packet is an ethernet packet;

32. The method of claim 29, wherein 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 case that a packet type of the data packet is an IP over Ethernet packet,

33. The method of claim 29, wherein 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 in case that a packet type of the data packet is an Ethernet overlay packet,

34. The method according to claim 18 or 19, wherein,

35. An apparatus for indicating a decompressed object for application to a first device, the apparatus comprising:

the sending unit is specifically 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,

36. The apparatus of claim 35, wherein, in the PDCP PDU,

37. The apparatus of claim 35 or 36, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

38. The apparatus of claim 37, wherein the packet type of the data packet is an IP packet,

39. The apparatus of claim 37, wherein the packet type of the data packet is an Ethernet packet,

40. The apparatus of claim 37, wherein the first header is located before the second header in case that a packet type of the data packet is an IP over Ethernet packet,

41. The apparatus of claim 37, wherein the second header is located before the first header in case that a packet type of the data packet is an Ethernet overlay packet,

42. The apparatus of claim 35, wherein the sending unit is configured to send PDCP PDUs to the second device, where a specific pre-header or a specific header in the PDCP PDUs carries third indication information, where the third indication information is configured to indicate at least one of: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

43. The apparatus of claim 42, wherein the particular packet header is a first packet header or a second packet header.

44. The apparatus of claim 43, wherein in the PDCP PDU, a PDCP header precedes the specific header;

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

45. The apparatus of claim 44, wherein the particular packet header is a first packet header after the PDCP packet header.

46. The apparatus of any one of claims 43 to 45, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

47. The apparatus of claim 46, wherein the PDCP PDU includes the second header when the packet type of the data packet is an IP packet;

48. The apparatus of claim 46, wherein the PDCP PDU includes the first header when the packet type of the data packet is an ethernet packet;

49. The apparatus of claim 46, wherein 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 case that a packet type of the data packet is an IP over Ethernet packet,

50. The apparatus of claim 46, wherein 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 in case that a packet type of the data packet is an Ethernet overlay packet,

51. The apparatus of claim 35 or 36, wherein,

52. An apparatus for indicating a decompressed object for application to a second device, the apparatus comprising:

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

the receiving unit is specifically 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,

53. The apparatus of claim 52, wherein, in the PDCP PDU,

54. The apparatus of claim 52 or 53, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

55. The apparatus of claim 54, wherein the packet type of the data packet is an IP packet,

56. The apparatus of claim 54, wherein the packet type of the data packet is an Ethernet packet,

57. The apparatus of claim 54, wherein the first header is located before the second header in the case where the packet type of the data packet is an IP over Ethernet packet,

58. The apparatus of claim 54, wherein the second header is located before the first header in the case where the packet type of the data packet is an Ethernet overlay packet,

59. The apparatus of claim 52, wherein the receiving unit is configured to receive PDCP PDUs transmitted by the first device, and wherein a specific header in the PDCP PDUs carries third indication information before or in the specific header, the third indication information being configured to indicate at least one of: the packet type information of the data packet includes a discarded packet header, a non-discarded packet header, a packet header subjected to decompression, a packet header not subjected to decompression, 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.

60. The apparatus of claim 59, wherein the particular packet header is a first packet header or a second packet header.

61. The apparatus of claim 60, wherein in the PDCP PDU, a PDCP header is located before the specific header;

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

62. The apparatus of claim 61, wherein the particular packet header is a first packet header after the PDCP packet header.

63. The apparatus of any one of claims 60 to 62, wherein the first packet header is an ethernet packet header and the second packet header is an IP packet header.

64. The apparatus of claim 63, wherein the PDCP PDU includes the second header when the packet type of the data packet is an IP packet;

65. The apparatus of claim 63, wherein the PDCP PDU includes the first header when the packet type of the data packet is an ethernet packet;

66. The apparatus of claim 63, wherein 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 case that a packet type of the data packet is an IP over Ethernet packet,

67. The apparatus of claim 63, wherein 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 in case that a packet type of the data packet is an Ethernet over ip packet,

68. The apparatus of claim 52 or 53, wherein,

69. A communication device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and run the computer program stored in the memory, to perform the method of any of claims 1 to 17, or the method of any of claims 18 to 34.

70. A chip, comprising: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of any one of claims 1 to 17 or the method of any one of claims 18 to 34.

71. A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 1 to 17 or the method of any one of claims 18 to 34.