WO2020220328A1 - 无线通信的方法和设备 - Google Patents

无线通信的方法和设备 Download PDF

Info

Publication number
WO2020220328A1
WO2020220328A1 PCT/CN2019/085340 CN2019085340W WO2020220328A1 WO 2020220328 A1 WO2020220328 A1 WO 2020220328A1 CN 2019085340 W CN2019085340 W CN 2019085340W WO 2020220328 A1 WO2020220328 A1 WO 2020220328A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
compression
field
compressed
label
Prior art date
Application number
PCT/CN2019/085340
Other languages
English (en)
French (fr)
Inventor
卢前溪
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to RU2021113471A priority Critical patent/RU2767321C1/ru
Priority to AU2019443141A priority patent/AU2019443141B2/en
Priority to EP19927399.6A priority patent/EP3905627B1/en
Priority to SG11202105005XA priority patent/SG11202105005XA/en
Priority to MX2021005933A priority patent/MX2021005933A/es
Priority to KR1020217025384A priority patent/KR20210113659A/ko
Priority to CN201980054892.4A priority patent/CN112585925A/zh
Priority to CA3117837A priority patent/CA3117837A1/en
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to JP2021537868A priority patent/JP2022515628A/ja
Priority to PCT/CN2019/085340 priority patent/WO2020220328A1/zh
Priority to CN202110429238.6A priority patent/CN113133055B/zh
Priority to BR112021009524A priority patent/BR112021009524A2/pt
Publication of WO2020220328A1 publication Critical patent/WO2020220328A1/zh
Priority to US17/316,852 priority patent/US11477306B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • the embodiments of the present application relate to the field of communication, and more specifically, to methods and devices for wireless communication.
  • the 5G Industrial Internet of Things supports the transmission of industrial automation (Factory automation), Transport Industry (Transport Industry), and Intelligent Power (Electrical Power Distribution) services in 5G systems.
  • IIoT introduced the concept of time sensitive network (TSN) network or time-sensitive communication (TSC), and developed it under the related topics of TSN network Related discussions.
  • TSN time sensitive network
  • TSC time-sensitive communication
  • data packets can be transmitted in an Ethernet frame format.
  • the protocol data unit (PDU) session that supports transmission only includes the data packet format based on the Internet Protocol (IP), and the supported compression method only includes The method of header compression for IP packets.
  • IP Internet Protocol
  • the type of PDU session can be not only an IP packet type, but also an Ethernet frame type.
  • the embodiments of the present application provide a wireless communication method and device, which can implement Ethernet frame transmission.
  • a communication method includes:
  • the compression device sends the first data packet or the second data packet according to the compression parameter of the Ethernet frame, and the second data packet is a compressed data packet of the first data packet.
  • a communication method in a second aspect, includes:
  • the decompression device receives the target data packet
  • the decompression device determines whether to decompress the target data packet.
  • a compression device is provided, which is used to execute the method in the foregoing first aspect or each of its implementation manners.
  • the compression device includes a functional module for executing the method in the above-mentioned first aspect or each implementation manner thereof.
  • a decompression device is provided, which is used to execute the method in the second aspect or its implementation manners.
  • the decompression device includes a functional module for executing the method in the foregoing second aspect or each of its implementation manners.
  • a compression device including:
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute the method in the above-mentioned first aspect or each of its implementation modes.
  • a decompression device including:
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute the method in the above-mentioned second aspect or each of its implementation modes.
  • a chip is provided for implementing any one of the above-mentioned first aspect to the second aspect or the method in each implementation manner thereof.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes any one of the above-mentioned first aspect to the second aspect or any of the implementations thereof method.
  • a computer-readable storage medium for storing a computer program that enables a computer to execute any one of the first aspect to the second aspect or the method in each implementation manner thereof.
  • a computer program product including computer program instructions, which cause a computer to execute any one of the above-mentioned first aspect to the second aspect or the method in each implementation manner thereof.
  • a computer program which when running on a computer, causes the computer to execute any one of the above-mentioned first aspect to the second aspect or the method in each implementation manner thereof.
  • the compressor determines whether to compress the first data packet of the Ethernet frame structure based on the compression parameters; the first device sends the first data packet or the compressed second data packet to the second device.
  • Data packets which can realize the transmission of Ethernet frames, and compress the Ethernet frames during transmission, which can save transmission resources.
  • Fig. 1 is a schematic diagram of a communication system architecture provided by an embodiment of the present application.
  • Fig. 2 is a schematic diagram of a frame format provided by an embodiment of the present application.
  • Fig. 3 is a schematic diagram of another frame format provided by an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of a wireless communication method according to an embodiment of the present application.
  • FIG. 5 is another schematic flowchart of a wireless communication method according to an embodiment of the present application.
  • 6 to 18 are schematic structural diagrams of data packets in embodiments of the present application.
  • FIG. 19 is a schematic block diagram of a compression device according to an embodiment of the present application.
  • FIG. 20 is a schematic block diagram of a decompression device according to an embodiment of the present application.
  • FIG. 21 is a schematic block diagram of a communication device according to an embodiment of the present application.
  • FIG. 22 is a schematic block diagram of a chip of an embodiment of the present application.
  • Fig. 1 is a schematic diagram of an application scenario of an embodiment of the present application.
  • the communication system 100 may include a terminal device 110 and a network device 120.
  • the network device 120 may communicate with the terminal device 110 through an air interface.
  • the terminal device 110 and the network device 120 support multi-service transmission.
  • LTE Long Term Evolution
  • TDD Time Division Duplex
  • Universal Mobile Communication System Universal Mobile Telecommunication System
  • UMTS Universal Mobile Telecommunication System
  • 5G communication system also known as New Radio (NR) communication system
  • future communication system etc.
  • the network device 120 may be an access network device that communicates with the terminal device 110.
  • the access network device can provide communication coverage for a specific geographic area, and can communicate with terminal devices 110 (for example, UE) located in the coverage area.
  • the network device 120 may be an evolved base station (Evolutional Node B, eNB or eNodeB) in a Long Term Evolution (LTE) system, or a next generation radio access network (Next Generation Radio Access Network, NG RAN) device, or a base station (gNB) in an NR system, or a wireless controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device 120 may be a relay station, an access point, In-vehicle devices, wearable devices, hubs, switches, bridges, routers, or network devices in the future evolution of the public land mobile network (Public Land Mobile Network, PLMN), etc.
  • Evolutional Node B, eNB or eNodeB in a Long Term Evolution (LTE) system
  • NG RAN Next Generation Radio Access Network
  • gNB base station
  • CRAN Cloud Radio Access Network
  • the network device 120 may be a relay station, an access point, In-vehicle devices, wearable devices, hubs, switches, bridge
  • the terminal device 110 may be any terminal device, including but not limited to: a terminal device connected to the network device 120 or other terminal devices in a wired or wireless manner.
  • Terminal equipment can refer to access terminals, user equipment (UE), user units, user stations, mobile stations, mobile stations, remote stations, remote terminals, mobile equipment, user terminals, terminals, wireless communication equipment, user agents, or User device.
  • the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital processing (Personal Digital Assistant, PDA), with wireless communication Functional handheld devices, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in 5G networks or terminal devices in future evolution networks, etc.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Assistant
  • D2D communication may be performed between the terminal devices 110.
  • the wireless communication system 100 may also include a core network device 130 that communicates with a base station.
  • the core network device 130 may be a 5G core network (5G Core, 5GC) device, for example, access and mobility management function (Access and Mobility Management Function). , AMF), for example, authentication server function (Authentication Server Function, AUSF), for example, user plane function (User Plane Function, UPF), for example, session management function (Session Management Function, SMF).
  • the core network device 130 may also be an Evolved Packet Core (EPC) device of the LTE network, for example, a session management function + a data gateway (Session Management Function+Core Packet Gateway, SMF+PGW-) of the LTE network.
  • EPC Evolved Packet Core
  • SMF+PGW-C can simultaneously realize the functions that SMF and PGW-C can realize.
  • the aforementioned core network equipment may also be called by other names, or a new network entity may be formed by dividing the functions of the core network, which is not limited in the embodiment of the present application.
  • each functional unit in the communication system 100 may establish a connection through a next generation network (NG) interface to implement communication.
  • NG next generation network
  • the terminal equipment establishes an air interface connection with the access network equipment through the NR interface to transmit user plane data and control plane signaling; the terminal equipment can establish a control plane signaling connection with the AMF through the NG interface 1 (abbreviated as N1); access Network equipment such as the next generation wireless access base station (gNB) can establish a user plane data connection with UPF through NG interface 3 (abbreviated as N3); access network equipment can establish control plane signaling with AMF through NG interface 2 (abbreviated as N2) Connection; UPF can establish a control plane signaling connection with SMF through NG interface 4 (N4 for short); UPF can exchange user plane data with the data network through NG interface 6 (N6 for short); AMF can communicate with SMF through NG interface 11 (N11 for short) SMF establishes control plane signaling connection; SMF can establish control plane signaling connection with PCF through NG interface 7 (abbreviated as N7).
  • N1 next generation wireless access base station
  • gNB next generation wireless access base station
  • the part shown in Figure 2 is only an exemplary architecture diagram.
  • the network architecture may also include other functional units or functional entities, such as: core network equipment may also Other functional units such as unified data management (UDM) are included, which are not specifically limited in the embodiment of the present application.
  • UDM unified data management
  • FIG. 1 exemplarily shows a base station, a core network device and two terminal devices.
  • the wireless communication system 100 may include multiple base station devices and the coverage of each base station may include other numbers of terminals
  • the device is not limited in this embodiment of the application.
  • the communication device may include a network device 120 and a terminal device 110 having communication functions, and the network device 120 and the terminal device 110 may be the above-mentioned devices, which will not be repeated here;
  • the communication device may also include other devices in the communication system 100, such as other network entities such as a network controller and a mobility management entity, which are not limited in the embodiment of the present application.
  • the embodiments of this application can be used in public land networks or local networks.
  • the public land network may be a public land network based on PLMN.
  • the local network can also be called a local area network or a private network.
  • the local network is usually arranged in office scenes, home scenes, and factories, and can realize more effective and safe management. There are usually local users or managers who deploy the local network. Generally, authorized users have access to the local network.
  • the local network can be managed or governed by the public land network, but it may not be managed or governed by the public land network.
  • the local network may use an unlicensed frequency band for communication, or may also share an authorized frequency band with a public land network.
  • the local network may be a network belonging to the category of 3GPP.
  • the core network of the local network may be a core network of NR or LTE, and the local network may be connected to the core network through an NR access network, an LTE access network or a wireless fidelity (Wireless Fidelity, WiFi).
  • the public land network and the local network may share a core network, while the access network is independent; or, they may share an access network, but the core network is independent; or, they may share an access network.
  • Access network and core network; or, access network and core network are not shared.
  • multiple or multiple local networks may share a core network, but the access network is independent; or, may share the access network, but the core network is independent; or, may share Access network and core network; or, access network and core network are not shared.
  • an Ethernet frame data packet can include a frame header (also called a header) and a data part of an Ethernet frame.
  • the frame header of an Ethernet frame can include a destination address, a source address and a type, and the data part can include data.
  • the data part may also include padding bits.
  • the Ethernet frame data packet may also include two parts that are not transmitted in the 5G network, the preamble and the frame check sequence (FCS).
  • the Ethernet frame shown in Figure 2 can be an Ethernet II frame type.
  • an Ethernet frame data packet may include a frame header (also called a header) and a data part of an Ethernet frame.
  • the frame header of an Ethernet frame may include a destination address, a source address and a length, and the data part may include data.
  • the data part may also include padding bits.
  • the Ethernet frame data packet may also include two parts that are not transmitted in the 5G network, the preamble and the frame check sequence (FCS).
  • the Ethernet frame shown in Figure 2 may be an IEEE 802.3SNAP frame type.
  • the frame format shown in FIG. 2 or FIG. 3 may further add a VLAN field, and the VLAN field is used to carry or indicate information about the VLAN.
  • the VLAN domain may include one or more VLAN headers, that is, 802.1Q tags. This tag occupies 4bytes.
  • VLAN information can include tag protocol ID (TPID), priority code point (Priority Code Point, PCP), standard format indicator (Canonical Format Indicator, CFI)/drop priority indicator (Drop Eligible Indicator, DEI) And virtual local area network identification (VLAN ID, VID).
  • the VLAN can be at least one of T-tag, S-tag and C-tag.
  • the minimum length of the data field except for the Ethernet header and the Cyclic Redundancy Check (CRC) field is 46 bytes, that is, Ethernet
  • the total package size is at least 64byte.
  • the actual data size of the data field is less than 46 bytes, it needs to be added with padding to ensure that its size is at least 46 bytes.
  • the padding bit is transmitted on the air interface, which will increase the loss of air interface resources and reduce the utilization of air interface resources.
  • FIG. 4 is a schematic flowchart of a wireless communication method 210 according to an embodiment of the present application.
  • the method 210 includes at least part of the following content.
  • the method 210 can be used for downlink transmission, can also be used for uplink transmission, and can also be used for sideline transmission.
  • the method 210 can be executed through interaction between a compression device and a decompression device.
  • the compression device can be a network side device (for example, an access network device or a core network device), and the decompression device can be a terminal device.
  • the compression device When used for uplink transmission, the compression device may be a terminal device, and the decompression device may be a network side device (for example, an access network device or a core network device).
  • both the compression device and the decompression device are terminal devices.
  • the transmission of the Ethernet data packet can be unidirectional (uplink direction, downlink direction) or bidirectional (uplink and downlink direction).
  • the compression device is a terminal device, and the decompression device is a network device.
  • the compression device is a network device, and the decompression device is a terminal device.
  • the following takes the UL direction, that is, the terminal device is a compression device, and the network is a decompression device as an example.
  • the compression device sends the first data packet or the second data packet to the decompression device according to the compression parameter of the Ethernet frame.
  • the second data packet is a compressed data packet of the first data packet.
  • the compression device determines to send an uncompressed data packet or a compressed data packet to the decompression device according to the compression parameter.
  • the decompression device at the decompression end receives the target data packet.
  • the decompression device determines that the target data packet is the first data packet, it determines not to decompress or restore the target data packet, and when the decompression device determines that the target data packet is the second data packet, The decompression device decompresses or restores the target data packet.
  • the decompression device determines whether to distinguish the target data packet as the first data packet or the second data packet, that is, the compression device determines whether to distinguish or distinguish the target data packet. Specifically, the decompression device determines whether to distinguish or distinguish the target data packet according to the compression parameter of the Ethernet frame. Correspondingly, the compression device determines whether to generate the first data packet and/or the second data packet, that is, the compression device determines whether to generate different types of data packets. Specifically, the compression device determines whether to generate the first data packet and/or the second data packet according to the compression parameters of the Ethernet frame.
  • the compression device receives the compression parameter sent by at least one of an access network device, a core network device, and other network devices.
  • the first network entity configures the compression parameters of the Ethernet frame.
  • the first network device may be at least one of an access network device, a network device, or a core network.
  • the header compression parameter information needs to be indicated to the terminal device and the access network device.
  • the first network entity is an access network device, it may only be instructed to the terminal device.
  • the compression device sends the second data packet after receiving X uncompressed data packets; and/or,
  • the compression device sends the second data packet after receiving Y feedback packets representing the uncompressed data packets that acknowledge the ACK.
  • the compression device reports a compression capability
  • the compression capability is used to indicate whether the compression device supports compression of Ethernet frames
  • the compression capability is used to indicate a supported compression object.
  • the compression parameters corresponding to the same bearer are the same or different, and/or the compression parameters corresponding to the uplink and the compression parameters corresponding to the downlink are the same or different.
  • the UL and DL configured for one bearer have different compression parameters, or only the UL compression parameters are configured for the same bearer (that is, only the UL is compressed).
  • the compression device determines whether to compress the first data packet according to the compression parameter.
  • the compression parameter is information related to compression or information used to compress data packets, and the specific meaning thereof is not limited in the embodiment of the present application.
  • the compression parameter can be used by the compression device to determine whether to compress the first data packet, or the compression parameter can be used by the compression device to determine how to compress the first data packet, or the compression parameter can be The compression device is used to determine to generate data packets of different types (compressed or uncompressed).
  • the compression parameter can also be used by the decompression device to determine whether the received target data packet is a compressed data packet, or the compression parameter can also be used by the decompression device to determine whether to decompress the data packet, or The compression parameter may also be used by the decompression device to determine how to decompress the target data packet or how to restore the target data packet, or the compression parameter may also be used by the decompression device to determine whether there are different types (Compressed or uncompressed) packets.
  • the compression parameter may also be used to trigger the compression device to compress the first data packet, or the compression parameter may also be used to trigger the decompression end to decompress the target data packet. Specifically, when the compression parameter configuration information is received, or according to the compression parameter, the start time of compression or decompression is determined, or whether to execute or start compression or decompression is determined.
  • the compression parameter is used to indicate whether to compress the Ethernet frame data packet.
  • the compression device determines to compress the first data packet to obtain a second data packet.
  • the compression device determines not to compress the first data packet, that is, the compression device sends the first data packet.
  • the compression device determines the compression object in the first data packet.
  • the compression device determines whether to compress the first data packet according to the compression parameter.
  • the compression device determines the compression object in the first data packet according to the compression parameter.
  • the compression parameter is used by the compressor to determine whether to compress the Ethernet frame.
  • the compression parameter is used for the compression end to determine the compression object of the Ethernet frame.
  • the compression parameter is used to indicate the compression object of the Ethernet frame data packet.
  • the compression parameter includes a first index.
  • the first index is used to indicate that when the Ethernet frame data packet is not compressed, the compression device sends the first data packet.
  • the first index is used to indicate that when the Ethernet frame data packet is compressed, the compression device compresses the first data packet, or triggers the compression device to compress the first data packet.
  • the compression device when the first index is used to indicate the compression of the Ethernet frame data packet, the compression device first compresses the first data packet to obtain the compressed data packet of the first data packet, and then sends it to the decompression device The second data packet.
  • the first index is used by the compression device to determine the first compression object corresponding to the first index.
  • the compression device After determining the first compression object, the compression device sends the second data packet that has compressed the first compression object.
  • the first index is directly used to indicate the compression object of the Ethernet frame data packet.
  • the compression device directly compresses the padding bits in the first data packet.
  • the compression device compresses stuffing bits in the first data packet.
  • the compression device may determine whether to compress the padding bits in the first data packet according to conditions.
  • the compression device determines a first compression object corresponding to the first index according to the first index and a first correspondence, and the first correspondence includes at least one compression object and the at least one compression object Corresponding to the index, the at least one compression object includes the first compression object.
  • the first correspondence may be pre-configured information, such as information specified by a protocol.
  • the first correspondence may be information configured to the terminal device by the access network device or the core network device or other network devices.
  • the first correspondence may be information determined through negotiation between the network device and the terminal device.
  • compression objects can be divided based on compressible fields.
  • the compression device compresses the 802.1Q header in the first data packet.
  • the compression parameter may also indicate whether to compress or not.
  • the compression object may also include each sub-header in the 802.1Q header.
  • the at least one compressed object includes at least one of the following:
  • the at least one compression object further includes at least one of the following: a logical link control (Logical Link Control, LLC) header, and a SubNetwork Access Protocol (SubNetwork Access Protocol, SNAP) header.
  • a logical link control Logical Link Control, LLC
  • a SubNetwork Access Protocol SubNetwork Access Protocol, SNAP
  • the at least one compression object further includes at least one of the following: LLC header and each sub-header in the SNAP header.
  • the first corresponding relationship may be as shown in 3.
  • different values of the first index represent different compressible fields. For example, assuming that the value of the first index received by the compression device is 1, the compression device does not compress the first data packet, that is, the compression device sends the first data packet to the decompression device. Considering the compression capability, compression efficiency, or the format of the Ethernet packet of the terminal device, different terminal devices or different bearers can be used, and the configured compression fields can be different.
  • the terminal device reports the compression capability to the network, and the compression capability report is used to indicate whether the network supports Ethernet frame compression, and/or supports header compression for those sub-headers (which may include a padding field).
  • the first correspondence relationship may be as shown in Table 4.
  • different values of the first index represent different compressible objects. For example, assuming that the value of the first index received by the compression device is 1, the compression device does not compress the first data packet, that is, the compression device sends the first data packet to the decompression device. For another example, if the first index is 3, the compression device may compress the source address field in the first data packet to obtain the second data packet.
  • the terminal device reports the compression capability to the network, and the compression capability report is used to indicate whether the network supports Ethernet frame compression, and/or supports header compression for those sub-headers (which may include a padding field).
  • one index may also correspond to multiple fields.
  • the compression object corresponding to the first index may include a source address, a destination address, and a VLAN header.
  • the compression object corresponding to the first index may include a source address, a destination address, a length field, and a VLAN header.
  • the compression object can also be divided based on the frame format of the Ethernet frame (that is, whether there is VLAN or padding).
  • the at least one compressed object includes at least one of the following:
  • the frame header of the Ethernet frame includes at least one of the following:
  • the first corresponding relationship may be as shown in Table 5.
  • the compression device does not compress the first data packet, that is, the compression device sends the first data packet to the decompression device.
  • the compression device compresses the length field in the first data packet to obtain a second data packet, and then sends the second data packet to the decompression device.
  • the compression device compresses the Q tag, the frame header of the Ethernet frame and the padding bits in the first data packet to obtain the second data packet.
  • the terminal device reports the compression capability to the network, and the compression capability report is used to indicate whether the network supports Ethernet frame compression, and/or supports header compression for those sub-headers (which may include a padding field).
  • the first correspondence relationship may be as shown in Table 6:
  • Different values of the first index represent the differences in compressible fields. For example, assuming that the value of the first index received by the compression device is 1, the compression device does not compress the first data packet, that is, the compression device sends the first data packet to the decompression device. For another example, if the value of the first index is 2, the compression device compresses the Ethernet header other than the Q-Tag in the first data packet to perform header compression processing to obtain the second data packet, and then The decompression device sends the second data packet. Considering the compression capability, compression efficiency, or the format of the Ethernet packet of the terminal device, different terminal devices or different bearers can be used, and the configured compression fields can be different. Optionally, the terminal device reports the compression capability to the network, and the compression capability report is used to indicate whether the network supports Ethernet frame compression, and/or supports header compression for those sub-headers (which may include a padding field).
  • the compression device determines whether to compress the first data packet according to the first index.
  • the compression device determines the compression object in the first data packet according to the first index.
  • the first index is used by the compression device to determine the compression object, as instructed to compress the target address and the source address. For example, in conjunction with Table 5, when the value of the first index is 21, it means that no compression is performed; when the value of the first index is 1, it means that compression is performed (in this case, it also indicates that the Ethernet header compression is performed). Header), that is, the compression device compresses the Q tag and the frame header of the Ethernet frame.
  • the first index may also only be used to indicate whether to compress the Ethernet frame data packet.
  • the compression device may directly determine the compression object according to the first correspondence, or the compression device may also determine the compression object according to another indication information or a second index for indicating the compression object, and then, the compression device according to The determined compression object compresses the first data packet.
  • one index may also correspond to multiple compressed objects.
  • the compression object corresponding to the first index may be one of the Q tag and the C tag, and the frame header of the Ethernet frame.
  • one index in the first correspondence relationship corresponds to one or more compressed objects.
  • the first index includes multiple indexes.
  • the first index may include multiple bits, that is, the first index may indicate whether to compress multiple fields through the multiple bits.
  • the first index may include 14 bits, and the first index indicates whether to compress 14 fields through the 14 bits.
  • VLAN domain or Q tag Virtual local area network VLAN domain or Q tag
  • VID Virtual local area network identification
  • 1 means compression
  • 0 means no compression
  • 10000000000000 can be used to indicate compression of the target address field, and other fields are not compressed.
  • the compression device sends the first index to the decompression device.
  • the decompression device receives the first index sent by the compression device.
  • the first data packet or the second data packet includes the first index.
  • the decompression end can determine whether to decompress or restore the stuffing bits based on the first index, or the decompression device can determine whether to decompress or restore the stuffing bits based on The first index is successfully decompressed or the padding bits are successfully recovered.
  • the decompression device determines compression parameters.
  • the decompression device receives compression parameters sent by an access network device or a core network device or other devices.
  • the compression parameter includes a first index.
  • the decompression device determines whether to decompress or restore the received target data packet based on the first index.
  • the decompression device determines that the target data packet does not need to be decompressed or restored based on the first index.
  • the first index is used to indicate that when the Ethernet frame data packet is not compressed, the decompression device does not need to decompress or restore the target data packet, or the decompression device determines that the target data packet is not Need to unzip or restore.
  • the decompression device determines to decompress or restore the target data packet based on the first index.
  • the decompression device determines the first compression object according to the first index. That is, after receiving the first index, the decompression device may determine the compression object in the target data packet based on the first index, and then decompress or restore the compression object in the target data packet.
  • the decompression device decompresses or restores the first compressed object in the target data packet.
  • the decompression device determines a first compression object corresponding to the first index according to the first index and a first correspondence, and the first correspondence includes at least one compression object and the at least one compression object.
  • the compression parameter includes first indication information, and the first indication information is used to indicate a compressed object or a non-compressed object in the Ethernet frame data packet.
  • the first indication information is specifically used to indicate that the uncompressed object in the Ethernet frame data packet includes at least one of the following:
  • the first indication information is specifically used to indicate that the compression object in the Ethernet frame data packet includes at least one of the following:
  • the first indication information is specifically used to indicate that the uncompressed object in the Ethernet frame data packet further includes at least one of the following: logical link control (Logical Link Control, LLC) prefix, subnet access Protocol (SubNetwork Access Protocol, SNAP) prefix, each subheader in LLC prefix, and each subheader in SNAP prefix.
  • logical link control Logical Link Control, LLC
  • subnet access Protocol SubNetwork Access Protocol, SNAP
  • the first indication information is specifically used to indicate that the compression object in the Ethernet frame data packet further includes at least one of the following: logical link control (Logical Link Control, LLC) header, subnet access protocol (SubNetwork Access Protocol, SNAP) prefix, each subheader in LLC prefix, and each subheader in SNAP prefix.
  • the first indication information is used to indicate whether the compression object in the Ethernet frame data packet includes padding bits in the data field, or the first indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or The first indication information is used to indicate whether the Ethernet frame data packet has compressed stuffing bits.
  • the compression device sends the first indication information to the decompression device.
  • the decompression device receives the first indication information sent by the compression device.
  • the decompression device receives the first indication information sent by the header compression configuration device, such as a core network.
  • the first data packet or the second data packet includes the first indication information.
  • the first indication information includes at least one bit.
  • the first data packet or the second data packet includes at least one bit, which is used to indicate whether it has been compressed or includes at least one field.
  • the at least one bit corresponds to at least one domain respectively.
  • a bit is used to indicate whether it is included or compressed.
  • a value of 1 means compression, and a value of 0 means no compression. If the value is 1, it means it has been compressed, if it is 0, it means it is not compressed; if it is 1, it means it is included, and if it is 0 it means it is not included and it is compressed.
  • at least one of a combination of at least one of compressed and/or uncompressed objects a bit is used to indicate whether to include or compress.
  • a value of 1 means that the source address and destination address are compressed, a value of 0 means that the source address and destination address are not compressed; a value of 1 means that the source address and target address are compressed, and a value of 0 means that the source address and destination address are compressed. Address and target address compression.
  • the first data packet or the second data packet includes a bit for indicating whether it has been compressed or includes at least one field.
  • the one bit corresponds to at least one domain. That is, one bit indicates whether to include or compress at least one field.
  • a value of 1 means compression, and a value of 0 means no compression. If the value is 1, it means it has been compressed, if it is 0, it is not compressed; if it is 1, it is included, and if it is 0 it is compressed if it is not included.
  • the decompression end can determine whether to decompress or restore the stuffing bits based on the first indication information, or the decompression device can determine whether to decompress or restore the stuffing bits.
  • the padding bits are successfully decompressed or restored based on the first indication information.
  • the decompression device determines compression parameters.
  • the decompression device receives compression parameters sent by an access network device or a core network device or other devices.
  • the compression parameter includes first indication information.
  • the decompression device determines whether to decompress or restore the received target data packet based on the first indication information.
  • the decompression device determines that it is not necessary to decompress or restore the target data packet based on the first indication information.
  • the decompression device when the first indication information is used to indicate that the Ethernet frame data packet is not compressed, the decompression device does not need to decompress or restore the target data packet, or the decompression device determines the target data packet No need to unzip or restore.
  • the decompression device determines to decompress or restore the target data packet based on the first indication information.
  • the decompression device determines the first compression object according to the first indication information. That is, after receiving the first indication information, the decompression device may decompress or restore the compressed object in the target data packet indicated by the first indication information.
  • the decompression device decompresses or restores the first compressed object in the target data packet.
  • FIG. 5 is a schematic flowchart of a wireless communication method 220 according to an embodiment of the present application. It should be understood that the method 220 upstream transmission is taken as an example, but the embodiment of the present application is not limited thereto.
  • the method 220 may include:
  • the network device configures compression parameters for the Ethernet frame.
  • the network device sends the compression parameter to a terminal device.
  • S223 The terminal device determines whether to compress the first data packet according to the compression parameter.
  • S224 The terminal device sends the first data packet.
  • S225 The terminal device compresses the first data packet according to the compression parameter to obtain a second data packet.
  • S226 The terminal device sends the second data packet to the network device.
  • S227 The network device decompresses the second data packet.
  • the terminal device receives the compression parameter to determine whether to compress the first data packet, or the terminal device determines when to send the compressed second data packet. For example, the terminal device determines to perform header compression according to the compression parameters, and performs compression processing on the C/S-Tag, Ethernet header, and padding. The terminal device performs header compression on the VLAN domain, destination address, source address, Type/Length, and padding of the Ethernet packet according to the compression parameters, and generates and sends the second data packet.
  • the terminal device sends a compressed Ethernet data packet after sending X uncompressed data packets (X may be network configuration); and/or, the terminal device receives Y packets representing ACK After the feedback packet is not compressed (Y can be network configuration), then the compressed Ethernet data packet is sent.
  • X may be network configuration
  • Y can be network configuration
  • the network device receives the Ethernet data packet from the terminal device and determines whether to decompress and when to decompress.
  • the network device can send a header compression feedback packet under certain conditions.
  • the network device decompresses the subsequently received data packets; and/or, the network device is sending Y
  • the subsequent received data packet is decompressed.
  • the network device determines which information fields to decompress and/or decompress
  • the network device determines which information fields to decompress and/or decompress
  • the network device determines which information fields to decompress and/or decompress
  • the network device determines which information fields to decompress and/or decompress
  • the network device determines which information fields to decompress and/or decompress
  • the network device after receiving X uncompressed data packets sent by the terminal device (X may be configured by the network)
  • the subsequent received The data packet is decompressed; and/or, after sending Y uncompressed feedback packets representing ACK (Y may be configured by the network)
  • the network device decompresses the subsequently received data packet.
  • the compression device determines whether to compress or discard padding bits in the data field of the first data packet.
  • the compression device compresses or removes the stuffing bits.
  • the decompression device may determine whether to decompress or restore the padding bits according to the compression parameter, and/or the decompression device may determine how to decompress or restore the padding bits.
  • the decompression device may also determine whether to decompress or decompress padding bits according to the compression parameters and information carried in the first data packet/second data packet (such as padding-related indication information, indication information of other fields) Restore, and/or the decompression device determines how to decompress or restore the stuffing bits. Specifically, according to the compression parameter and/or the padding compression indication information in the data packet, it is determined whether to decompress or restore the padding bits. For another example, it is determined whether to decompress or restore padding bits according to the compression parameter and/or the indication information of whether the length field in the data packet is compressed. For another example, it is determined whether to decompress or restore padding bits according to the compression parameter and/or the length field information in the data packet. It should be noted that the above methods can be used alone or in combination.
  • the padding bit is only an occupied padding bit, and there is no specific data information, if the padding is not compressed but is directly transmitted over the air interface, it will increase the loss of air interface resources and reduce the air interface resource utilization. Therefore, how to compress (remove) and decompress (restore) the padding.
  • the technical solution of the first embodiment can solve the following technical problems:
  • the compression device determines whether to compress Ethernet packets (including padding bits).
  • the compression device determines the compression object in the Ethernet frame data packet.
  • the technical solution of the second embodiment can solve the following technical problems:
  • the compression device can determine whether to compress or remove the stuffing bits in the first data packet.
  • the compression device compresses the stuffing bits. (For example, when the compression device determines to compress the padding bits, it removes the padding bits from the data packet, and/or adds corresponding indication information in the data packet)
  • the technical solution of the second embodiment can enable the compression device to compress the padding bits, so that the decompression device can decompress or restore the padding bits in the target data packet.
  • the first network entity configures the compression parameters of the Ethernet frame data packet.
  • the compression parameter indicates whether to compress the padding bit.
  • the first network device may be a network device, or a core network, or other devices.
  • the compression parameter information needs to be indicated to the terminal device and the network device. Otherwise, it only needs to be instructed to the terminal device.
  • the compression device compresses or discards the padding bits in the data field of the first data packet.
  • the compression device may also add corresponding indication information to the data packet, and the indication information may be at least one of the following: 1-bit indication information for padding compression or removal, padding byte Number information, information about whether the length field is compressed.
  • the compression parameter indicates that the Ethernet frame data packet is compressed, and when the first condition is met, the compression device compresses or discards the padding bits in the first data packet, and/or the compression parameter indicates that the Ethernet frame When the data packet is compressed and the first condition is met, the compression device adds corresponding indication information to the data packet. .
  • the first condition includes at least one of the following:
  • the frame format of Ethernet frame is 802.3 format
  • the type/length field of the Ethernet frame represents the length field
  • the value of the type/length field of the Ethernet frame is smaller than the first threshold
  • the access network configuration or core network configuration or pre-defined compression of padding bits
  • the decompression device has the ability to decompress or restore the stuffing bits
  • the compression device has sent X uncompressed data packets
  • the compression device has received Y feedback packets representing the compression of the ACK header
  • the compression device has the ability to compress stuffing bits
  • the filling bit compression or discarding instruction information of the decompression device is received
  • the length field is compressed or needs to be compressed.
  • the length field is not compressed.
  • the decompression device has the ability to decompress or restore padding bits means that the decompression device satisfies at least one of the following:
  • the decompression device indicates that the decompression device has the ability to decompress or restore the stuffing bits
  • the decompression device has the ability to recover stuffing bits based on the decoding of the information in the data part
  • the decompression device has the ability to deeply decode the information in the data part
  • the decompression device can recover the stuffing bits according to the underlying data packet.
  • the terminal device determines that the first condition is satisfied, and removes or compresses the padding bit. And send the data packet with padding removed or compressed to the opposite entity.
  • the terminal device adds corresponding indication information to the data packet.
  • the indication information may be at least one of the following: 1-bit indication information for padding compression or removal, information about the number of bytes of padding, and information about whether the length field is compressed.
  • the terminal device after sending the uncompressed X data packets (X can be network configuration), the terminal device sends the Ethernet data packet compressed by padding; and/or, the terminal device receives Y uncompressed packets representing ACK. After compressing the feedback packet (Y can be network configuration), send the Ethernet data packet compressed by padding.
  • the network device receives the Ethernet data packet from the terminal device and determines whether to decompress and when to decompress.
  • the compression device sends second indication information, where the second indication information is used to indicate the size of padding bits in the data packet or the size of padding bits of the data packet before compression.
  • the second indication information is used to indicate the size of padding bits in the data packet or the size of padding bits of the data packet before compression.
  • the first data packet or the second data packet includes the second indication information.
  • the compression device sends third indication information, the third indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or the third indication information is used to indicate whether the Ethernet frame data packet has been compressed and padding Bits.
  • the decompression end determines whether to decompress or restore the stuffing bits, or enable the decompression device to successfully decompress or successfully restore the stuffing bits when determining to decompress or restore the stuffing bits.
  • the first data packet or the second data packet includes the third indication information.
  • the compression device sends a length field indication, which is used to determine the number of bytes of padding bits in the target data packet and/or length field information in the target data packet.
  • the length field indication may be directly used to indicate the information of the length field. For example, the number of bytes in the length field.
  • the length field indication may be used to indicate whether the length field is included or compressed. This enables the decompression end to determine whether to decompress or restore the stuffing bits, or enable the decompression device to successfully decompress or successfully restore the stuffing bits when determining to decompress or restore the stuffing bits.
  • the target data packet includes the length field indication.
  • the bottom layer data packet of the target data packet includes the length field indication.
  • the underlying data packets include but are not limited to: Radio Link Control (RLC), Media Access Control (MAC) packets, and Packet Data Convergence Protocol (PDCP) packets.
  • RLC Radio Link Control
  • MAC Media Access Control
  • PDCP Packet Data Convergence Protocol
  • the underlying data packet includes but is not limited to: RLC protocol data unit (Protocol Data Unit, PDU), RLC SDU, PDCP PDU, MAC SDU, MAC PDU.
  • RLC protocol data unit Protocol Data Unit
  • PDU Protocol Data Unit
  • RLC SDU RLC SDU
  • PDCP PDU Packet Control Protocol
  • MAC SDU MAC SDU
  • MAC PDU MAC Protocol Data Unit
  • the compression device determines whether to compress or remove padding bits in the target data packet.
  • the compression device determines when to compress or remove padding bits in the target data packet.
  • the compression device determines whether a padding bit is included in the target data packet.
  • the compression device determines whether the target data packet includes corresponding indication information.
  • the compression device determines whether the length of the padding bit changes.
  • the decompression device determines a compression object or a decompression object in the target data packet.
  • the compressed object or decompressed object includes at least one of the following:
  • the compression object or decompression object further includes at least one of the following: a logical link control (Logical Link Control, LLC) header, and a SubNetwork Access Protocol (SubNetwork Access Protocol, SNAP) header, The sub-headers in the LLC prefix and the sub-headers in the SNAP prefix.
  • a logical link control Logical Link Control, LLC
  • a SubNetwork Access Protocol SubNetwork Access Protocol, SNAP
  • the decompression device determines whether to decompress or restore padding bits in the target data packet.
  • the decompression device determines whether the padding bits in the target data packet have been compressed or removed.
  • the decompression device determines whether the target data packet includes padding bits.
  • the decompression device determines whether the fill bit length of the target data packet changes.
  • the decompression device adds a 0 or 1 bit string or a specific bit string with the same number of bytes as padding bits after the data field or the valid data of the Ethernet frame in the target data packet to obtain the decompressed or The final data domain.
  • the decompression device determines the number of bytes of the stuffing bits.
  • the minimum length of the data field except the Ethernet header and CRC field is 46 bytes, that is, the total size of the Ethernet packet is at least 64 bytes.
  • the actual data size of the data field is less than 46 bytes, it needs to be added with padding to ensure that its size is at least 46 bytes. Transmission on the air interface in the padding bit will increase the loss of air interface resources and reduce the air interface resource utilization.
  • the compression device may directly indicate the information of the padding bits in the target data packet of the decompression device, such as the size of the padding bits in the target data packet, or for example, the target data packet is not compressed.
  • the size of the pre-stuffing bits for example, whether the stuffing bits are compressed, and for example, whether the target data packet includes stuffing bits.
  • the decompression device may determine the information of the padding bits based on the information in the length field or the information in the type field.
  • the decompression device determines the number of bytes of the padding bits according to the length field information in the target data packet.
  • the target data packet includes a length field or the length field in the target data packet is not compressed.
  • the decompression device may determine padding information according to the length field information.
  • the decompression device subtracts the number of bytes of the length field from 46 bytes to obtain the number of bytes of the padding bits.
  • the target data packet carries 1-bit indication information indicating whether the length field is compressed.
  • the target data packet may include length bytes of information.
  • the target data packet carries the length field and the compression device compresses the padding.
  • the decompression device determines the number of bytes of padding bits in the target data packet and/or the length field information in the target data packet according to the length field indication.
  • the length field indication may be directly used to indicate the information of the length field. For example, the number of bytes in the length field.
  • the target data packet includes the length field indication.
  • the bottom layer data packet of the target data packet includes a length field indication of the upper layer data packet.
  • the RLC PDU contains the length information of the PDCP SDU contained in it.
  • the PDCP SDU can correspond to one Ethernet frame data packet. Determine the data packet length of the Ethernet frame according to the length indication contained in the RLC PDU. According to the length of the Ethernet frame data packet, the size of other headers in the data part is removed, the length of the data part is determined, and then the number of bytes in the Ethernet frame length field is determined.
  • the stuffing bits are compressed or removed.
  • the underlying data packets include but are not limited to: Radio Link Control (RLC), Media Access Control (MAC) packets, and Packet Data Convergence Protocol (PDCP) packets.
  • RLC Radio Link Control
  • MAC Media Access Control
  • PDCP Packet Data Convergence Protocol
  • the underlying data packet includes but is not limited to: RLC protocol data unit (Protocol Data Unit, PDU), RLC SDU, MAC PDU, MAC SDU, and PDCP PDU.
  • RLC protocol data unit Protocol Data Unit
  • PDU Protocol Data Unit
  • RLC SDU RLC SDU
  • MAC PDU MAC PDU
  • MAC SDU MAC SDU
  • PDCP PDU Packet Control Protocol
  • the padding bits are compressed or removed.
  • the padding bits can be compressed or removed, or not compressed.
  • the decompression device receives second indication information, where the second indication information is used to indicate the size of padding bits of the target data packet or the size of padding bits before compression.
  • the decompression end decompresses or restores padding bits in the target data packet according to the second indication information.
  • the target data packet includes the second indication information.
  • the compression device sends third indication information, the third indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or the third indication information is used to indicate whether the Ethernet frame data packet has been compressed and padding Bits.
  • the decompression device receives the third indication information.
  • the decompression end decompresses or restores padding bits in the target data packet according to the third indication information.
  • the target data packet includes the third indication information.
  • the decompression device can directly add the words of the Padding field after the data field or the valid data of the Ethernet frame in the target data packet according to the size of the Padding field.
  • the 0 or 1 bit string with the same number of sections obtains the decompressed or final data field.
  • the decompression device receives an indication of whether the padding field is compressed or not sent by the compression device, such as introducing 1-bit indication information to indicate whether the padding is compressed.
  • the target data packet may include an indication of whether the Padding field is compressed.
  • the decompression device receives the byte/length information occupied by the padding sent by the compression device, such as introducing 4-bit indication information to indicate the byte information occupied by the padding, and is used to restore the padding bit.
  • the compressed packet carries padding and whether to compress the indication bit indication.
  • the indication is 1, indicating that the padding is compressed, and the decompression device will use the valid data information carried in the data or the valid data information extracted from the data. , Determine the size of the padding bit. After decompressing the valid data in the data part of the Ethernet frame of the device, add the corresponding byte padding bit, such as an all 0bit string of 8byte.
  • the compressed package carries padding and whether to compress the indication bit indication (the indication is 1, indicating that the padding is compressed) and the byte/length information occupied by the padding (such as indicating that the padding occupies 8 bytes).
  • the decompression device is in Ethernet After the valid data in the data part of the frame, add 8 bytes of padding bits, such as an all 0bit string of 8 bytes.
  • the decompression end decompresses or restores padding bits in the target data packet according to the length field information.
  • the target data packet includes the length field information.
  • decompression end device decompressing or restoring padding bits is described above, and the implementation of the decompression end decompression length field or type field is described below. It should be understood that the decompression end decompresses the length field or The implementation of the type field is similar, and the implementation of the length field at the decompression end is taken as an example for description.
  • the compression device determines whether to compress the length field in the first data packet.
  • the compression device when compressing or removing padding bits in the data field of the first data packet, the compression device compresses the length field; and/or, not compressing or removing the stuffing bits in the data field of the first data packet When the padding bit is used, the compression device does not compress the length field.
  • the length field may be compressed or not.
  • the first data packet or the second data packet includes a length field.
  • the compression device determines the time to send the second data packet.
  • the decompression device determines whether to decompress the length field in the target data packet.
  • the decompression device determines whether the length field in the target data packet is decompressed according to whether the padding bits in the target data packet are compressed or need to be decompressed.
  • the padding bits in the target data packet when the padding bits in the target data packet have been compressed or removed, the length field in the target data packet is decompressed or restored.
  • the padding bits in the target data packet when the padding bits in the target data packet are not compressed or removed, the length field in the target data packet is not decompressed or restored.
  • the decompression device determines whether the length field in the target data packet has been compressed.
  • the decompression device determines whether the target data packet includes a length field.
  • the decompression device determines that the length field in the target data packet does not need to be decompressed or restored.
  • the decompression device determines that the length field in the target data packet is not compressed or the target data packet includes a length field. That is, the decompression device does not need to decompress the length field in the target data packet.
  • the decompression device determines the number of bytes in the length field according to the size of padding bits in the target data packet.
  • the decompression device determines the number of bytes of the length field according to the size of padding bits before compression of the target data packet.
  • the size of the padding bits is the number of bytes of padding bits.
  • the decompression device subtracts the number of bytes of the padding bits from 46 bytes to obtain the number of bytes of the length field.
  • the decompression device determines the number of bytes of padding bits in the target data packet and/or the length field information in the target data packet according to the length field indication.
  • the length field indication may be directly used to indicate the information of the length field. For example, the number of bytes in the length field.
  • the target data packet includes the length field indication.
  • the bottom layer data packet of the target data packet includes a length field indication of the upper layer data packet.
  • the RLC PDU contains the length information of the PDCP SDU contained in it.
  • the PDCP SDU can correspond to one Ethernet frame data packet. Determine the data packet length of the Ethernet frame according to the length indication contained in the RLC PDU. According to the length of the Ethernet frame data packet, the size of other headers in the data part is removed, the length of the data part is determined, and then the number of bytes in the Ethernet frame length field is determined.
  • the stuffing bits are compressed or removed.
  • the underlying data packets include but are not limited to: Radio Link Control (RLC), Media Access Control (MAC) packets, and Packet Data Convergence Protocol (PDCP) packets.
  • RLC Radio Link Control
  • MAC Media Access Control
  • PDCP Packet Data Convergence Protocol
  • the underlying data packet includes but is not limited to: RLC protocol data unit (Protocol Data Unit, PDU), RLC SDU, MAC PDU, MAC SDU, and PDCP PDU.
  • RLC protocol data unit Protocol Data Unit
  • PDU Protocol Data Unit
  • RLC SDU RLC SDU
  • MAC PDU MAC PDU
  • MAC SDU MAC SDU
  • PDCP PDU Packet Control Protocol
  • the decompression device determines whether to decompress the type field in the target data packet.
  • the decompression device determining whether to decompress the type field in the target data packet is similar to the implementation manner of the decompression device determining whether to decompress the length field in the target data packet, which is To avoid repetition, I won’t repeat them here.
  • the decompression device decompresses or restores the padding bits in the target data packet.
  • the second condition includes at least one of the following conditions:
  • the frame format of Ethernet frame is 802.3 format
  • the type/length field of the Ethernet frame represents the information of the length field
  • the value of the type/length field of the Ethernet frame is smaller than the first threshold
  • the access network configuration or core network configuration or pre-defined compression of padding bits
  • the decompression device has the ability to decompress or restore the stuffing bits
  • the Ethernet frame data packet is less than 64 bytes
  • the data part of the Ethernet frame data packet is less than 46 bytes
  • the decompressed Ethernet frame data packet is less than 64 bytes
  • the data part of the decompressed Ethernet frame data packet is less than 46 bytes
  • the compression device has sent X uncompressed data packets
  • the compression device has received Y feedback packets representing the compression of the ACK header
  • the compression device has the ability to compress stuffing bits
  • the stuffing bits are compressed or removed
  • the length field is compressed
  • the length field is not compressed or the data packet includes the length field.
  • the decompression device has the ability to decompress or restore padding bits means that the decompression device satisfies at least one of the following:
  • the decompression device indicates that the decompression device has the ability to decompress or restore the stuffing bits
  • the decompression device has the ability to recover stuffing bits based on the decoding of the information in the data part
  • the decompression device has the ability to deeply decode the information in the data part
  • the decompression device can recover the stuffing bits according to the underlying data packet.
  • the network device determines that the second condition is satisfied, the decompression end determines whether the target data packet has been compressed or the padding has been removed, and/or the decompression end determines whether to decompress or restore the padding. After the decompression end determines to decompress or restore the padding, it submits the Ethernet data packet after the padding is restored to the higher layer.
  • the network device can send a feedback packet of an uncompressed data packet under certain conditions.
  • the network device After receiving X uncompressed data packets (X can be configured by the network), the network device performs padding recovery on subsequent data packets; and/or, the network device sends Y uncompressed feedbacks representing ACK After the packet (Y can be configured by the network), padding recovery is performed on subsequent data packets.
  • X can be configured by the network
  • Y can be configured by the network
  • the information carried in the first data packet or the second data packet is designed to realize the transmission of the Ethernet frame.
  • the information that may be carried in the uncompressed Ethernet data packet and the compressed Ethernet data packet, and/or the packet format of the uncompressed Ethernet data packet and the compressed Ethernet data packet is designed.
  • the first network entity configures the compression parameters of the Ethernet.
  • the compression parameter indicates whether to compress the padding bit.
  • the first network device may be a network device, or a core network, or other devices.
  • the terminal device receives the compression parameters and determines whether the header is compressed or when to send the compressed data packet. Specifically, the terminal device first sends the uncompressed data packet, and then sends the compressed data packet. For example, after sending X uncompressed data packets (X may be network configuration), the terminal device sends the Ethernet data packet compressed by padding.
  • X may be network configuration
  • the first data packet or the second data packet includes at least one of the following information:
  • VLAN domain or Q tag Virtual local area network VLAN domain or Q tag
  • VID Virtual local area network identification
  • Packet indication used to indicate that the current data packet is a feedback packet or a data packet
  • the first variable field indication is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable part of the Ethernet frame data packet has changed, or whether the variable field part of the Ethernet frame data packet is included.
  • the first variable field indication is used to indicate whether the variable field part of the Ethernet frame data packet including the padding bits has been compressed, or whether the variable part of the Ethernet frame data packet including the padding bits has changed, or whether the Ethernet frame data packet including the padding bits has changed. Whether to include the variable field part of the Ethernet frame data packet.
  • the second variable field indicator is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable field part is included in the Ethernet frame data packet, or is used to indicate the data packet of the Ethernet frame data packet. Whether the variable part of the frame header has changed.
  • the second variable field indication is used to indicate whether an Ethernet frame data packet that does not include padding bits has compressed a variable field part, or is used to indicate whether an Ethernet frame data packet that does not include padding bits contains a variable field part, or Used to indicate whether the variable part of the Ethernet frame data packet that does not include stuffing bits has changed.
  • Q tag variable field indication used to indicate whether the variable field part in the Q tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • C tag variable field indicator used to indicate whether the variable field part in the C tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • S tag variable field indicator used to indicate whether the variable field part in the S tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • Filling bit size indication used to indicate the size of the filling bit of the current data packet
  • Filling bit compression indication used to indicate whether to compress the filling bits, or whether the filling bits of the current data packet have been compressed, or whether the current data packet contains filling bits, or whether the length of the filling bits has changed;
  • Sub-path identifier used to identify the context index or identifier that can be mapped to different data packets of the header compression configuration or object
  • Packet compression indication used to indicate whether the current data packet is compressed or uncompressed
  • Header compression indication used to indicate the compressed sub-header information of the current data packet
  • Virtual local area network VLAN compression indication used to indicate whether the Q tag has been compressed or whether the S tag and/or C tag or at least part of it has been compressed, or used to indicate whether the Q tag has been included or whether the S tag and/or C tag have been compressed or At least part of it, or used to indicate whether the Q label or the S label and/or C label has been compressed or whether at least part of it has changed;
  • Length field indication used to indicate whether the length field has been compressed, or whether the length field is included, or whether the length field has changed
  • Type field indication used to indicate whether the type field has been compressed, or whether the type field is included, or whether the type field has changed.
  • VLAN domain can be at least one of T-tag, S-tag, and C-tag.
  • the target data packet received by the decompression end may be a compressed or uncompressed data packet, and the target data packet may also carry indication information for indicating various fields in the target data packet Or whether the information is compressed, or the information used to indicate the compressed field.
  • D/C is a packet indicator, which is used to indicate that the current data packet is a feedback packet or a data packet.
  • Q is the Q tag variable domain indicator, used to indicate whether the variable domain part in the Q tag has been compressed, or used to indicate whether the variable domain part is included in the data packet, or used to indicate whether the variable part has changed, Or it is used to indicate whether the variable part is compressed: it represents whether the variable field in the Q-tag is included.
  • changing the value indicates that the variable domain part is included.
  • changing the value indicates that the variable domain part has been compressed.
  • the value is 1 for compression, and 0 for no compression.
  • F is a packet compression indication, used to indicate that the current data packet is a compressed data packet or an uncompressed data packet.
  • the compressed package takes the value 1
  • the uncompressed package takes the value 0.
  • the first information is a header compression indication, which is used to indicate the compressed sub-header information of the current data packet. For example, indicate whether the header is compressed. For another example, compressed sub-header information (or mapping relationship).
  • the first information may be a first index, first indication information, etc.
  • the padding bit size indication is used to indicate the padding size of the current data packet (padding size).
  • P is a padding bit compression indication, which is used to indicate whether to compress padding bits, or whether the padding bits of the current data packet have been compressed, or whether the current data packet contains padding bits, or whether the length of the padding bits changes.
  • CRC is the check bit. Bit can occupy 3-8bit. For example, it can occupy 4bit
  • the subpath identifier is used to identify the context index or identifier that can be mapped to different data packets of the header compression configuration or object.
  • the sub-path identifier may occupy 1-5 bits.
  • the sub-channel identification can be 4bit
  • V is a VLAN compression indication, used to indicate whether the Q tag has been compressed or whether the S tag and/or C tag or at least part of it has been compressed, or used to indicate whether the Q tag has been included or whether the S tag and/or C tag have been compressed or At least part of it, or used to indicate whether the Q tag or the S tag and/or the C tag has been compressed, or whether at least part of it has changed.
  • the VLAN compression indication is used to indicate whether the VLAN/Q-TAG has been compressed, or used to indicate whether the VLAN has been compressed (used to indicate whether the 1bit V domain has been compressed, and the V domain is expanded to 1bit S domain+1bit
  • the C field is used to indicate whether the service tag (S-tag) field and the user tag (C-tag) field have been compressed, or to indicate whether the current data packet contains the service tag (S-tag) field and the user tag (C-tag) field. tag) domain)
  • L is the length field indicator, used to indicate whether the length field has been compressed, or whether the length field is included, or whether the length field has changed.
  • L is the length field indicating that it can occupy 1 bit.
  • the compressed packet carries the Length field.
  • T is a type field indication, used to indicate whether the type field has been compressed, or whether the type field is included, or whether the type field has changed. T indicates that the type field can occupy 1 bit. Optionally, when the bit appears or has a value of 1 (the table is changed or included), the compressed packet carries the Type field.
  • L/T is a length field/type field indication, used to indicate whether the length field/type field has been compressed, or whether the length field/type field is included, or whether the length field/type field has changed.
  • FI indicates whether it is a feedback package.
  • F2 is an indication of whether it is a compressed packet, that is, an indication of the format of the first data packet or the second data packet. Wherein, the first data packet format is different from the second data packet format.
  • A/N means confirmation/non-confirmation.
  • R is a reserved value.
  • the data packet may include:
  • R, R, D/C F, first information, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R, R, R, D/C F, P, first information, padding bit size indication, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R D/C
  • the data packet may include:
  • R, R, D/C F, P, Q, first information, padding bit size indication, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R D/C
  • F Q
  • sub-channel identification destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R, R, D/C F, P, Q, sub-channel identification, filling bit size indication, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R D/C
  • F Q
  • sub-channel identification destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R D/C
  • F P, V, Q
  • sub-channel identification filling bit size indication, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • R, R, R, R, D/C F, V, Q, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • D/C, F, P padding bit size indication, destination address, source address, type field/length field, C tag, S tag, CRC and data field.
  • the data packet may include:
  • F1, F2, ID, R, R complete header and payload.
  • the data packet may include:
  • F1, F2, ID, R, R, PCP DEI, ID, L/T, L/T, L/T, L/T, and payload.
  • the data packet may include:
  • one or more common identifiers may be used to indicate various combinations of the foregoing information. If this common identifier is adopted, the separately indicated identifier domain no longer needs to be included. For example, use 1bit W to indicate whether Q-tag, length is compressed. At this time, at least one of the following indications V, Q, L is no longer needed; for another example, 1bit M is used to indicate whether Q-tag, Type is compressed Compression, at this time, at least one of the following indicators V, Q, T is no longer needed.
  • variable part is separately indicated.
  • PCP and DEI are variable domains
  • PCP is indicated by 1bit or 2bit
  • DEI is indicated by 1bit or 4bit
  • another example is the above-mentioned first variable domain indication or the above-mentioned second variable domain indication.
  • variable part is uniformly indicated.
  • PCP and DEI are variable domains
  • 1 bit or 5 bits are used for PCP+DEI, and for example, the above-mentioned first variable domain indication and the second variable domain indication may be combined into one indication information.
  • 1bit Q bit can be used to represent whether PCP+DEI has changed, or 5bit can be used to represent whether PCP+DEI has changed (1bit Q bit + 3bit PCP field + 1 bit DEI field).
  • the data packet may further include header compression indication information, and the header compression indication information may indicate whether one or more fields have been compressed, included, or changed through at least one bit.
  • the header compression indication information may indicate whether the following information has been compressed, included, or changed through at least one bit:
  • VLAN domain or Q tag Virtual local area network VLAN domain or Q tag
  • VID Virtual local area network identification
  • the first data packet or the second data packet may include all the above-mentioned involved fields and instructions, or may only include some of the above-mentioned involved fields and/or part of the instructions. Make specific restrictions. In other words, for the packet format of the Ethernet frame data packet, it does not necessarily include all instructions or fields.
  • the order of the indications or fields in the data packet may be the same as or different from the order of the indications or fields shown in the drawings, which is not specifically limited in the embodiment of the present application. For example, for the same information, the order in which it is placed may be the same as or different from the order shown in the drawings).
  • the data packet may also include R, R, R, D/C, F, P, first information, padding bit size indication, destination address, source address, type field/length field, C Label, S label, CRC and part of the data field or instructions.
  • R can also be set in the middle or rear of the bag.
  • the decompression device After receiving the target data packet sent from the compression device, the decompression device determines whether to decompress the target data packet. The decompression device performs decompression according to the information carried in the data packet when determining the decompression.
  • the number of bytes in the length field in this embodiment of the application can represent the value of the length field, or can represent the byte data of the length part, or can represent (in fact) the data part of the Ethernet packet Length size.
  • the size of the sequence number of the foregoing processes does not mean the order of execution.
  • the execution order of each process should be determined by its function and internal logic, and should not be implemented in this application.
  • the implementation process of the example constitutes any limitation.
  • FIG. 19 is a schematic block diagram of a compression device 300 according to an embodiment of the present application.
  • the compression device 300 may include:
  • the communication unit 310 is configured to send a first data packet or a second data packet according to a compression parameter of the Ethernet frame, and the second data packet is a compressed data packet of the first data packet.
  • the communication unit 310 is further configured to:
  • the compression device further includes:
  • the first determining unit is configured to determine whether to compress the first data packet according to the compression parameter.
  • the compression parameter includes a first index.
  • the communication unit 310 is specifically configured to:
  • the first index is used to indicate that the first data packet is sent when the Ethernet frame data packet is not compressed, and/or,
  • the first index is used to indicate that when the Ethernet frame data packet is not compressed, the first data packet is not compressed.
  • the communication unit 310 is specifically configured to:
  • the communication unit 310 is more specifically configured to:
  • the at least one compression object includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the at least one compression object includes at least one of the following:
  • the frame header of the Ethernet frame includes at least one of the following:
  • one index in the first correspondence relationship corresponds to one or more compressed objects.
  • the first index includes multiple indexes.
  • the first correspondence is pre-configuration information.
  • the communication unit 310 is further configured to:
  • the first data packet or the second data packet includes the first index.
  • the compression parameter includes first indication information, and the first indication information is used to indicate a compressed object or a non-compressed object in the Ethernet frame data packet.
  • the first indication information is specifically used to indicate that the uncompressed object in the Ethernet frame data packet includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the first indication information is specifically used to indicate that the compression object in the Ethernet frame data packet includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the first indication information is used to indicate whether the compression object in the Ethernet frame data packet includes padding bits in the data field, or the first indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or The first indication information is used to indicate whether the Ethernet frame data packet has compressed stuffing bits.
  • the communication unit 310 is further configured to:
  • the first data packet or the second data packet includes the first indication information.
  • the compression device further includes:
  • the second determining unit is used to determine whether to compress or discard the padding bits in the data field of the first data packet.
  • the second determining unit is specifically configured to:
  • the stuffing bits in the data field of the first data packet are compressed or discarded.
  • the first condition includes at least one of the following:
  • the frame format of Ethernet frame is 802.3 format
  • the type/length field of the Ethernet frame represents the length field
  • the value of the type/length field of the Ethernet frame is smaller than the first threshold
  • the access network configuration or core network configuration or pre-defined compression of padding bits
  • the decompression device has the ability to decompress or restore the stuffing bits
  • the compression device has sent X uncompressed data packets
  • the compression device has received Y feedback packets representing the compression of the ACK header
  • the compression device has the ability to compress stuffing bits
  • the filling bit compression or discarding instruction information of the decompression device is received
  • the length field is compressed or needs to be compressed.
  • the length field is not compressed.
  • the decompression device has the ability to decompress or restore padding bits means that the decompression device satisfies at least one of the following:
  • the decompression device indicates that the decompression device has the ability to decompress or restore the stuffing bits
  • the decompression device has the ability to recover stuffing bits based on the decoding of the information in the data part
  • the decompression device has the ability to deeply decode the information in the data part
  • the decompression device can recover the stuffing bits according to the underlying data packet.
  • the communication unit 310 is further configured to:
  • Sending second indication information where the second indication information is used to indicate the size of padding bits in the data packet or the size of padding bits before compression of the data packet.
  • the first data packet or the second data packet includes the second indication information.
  • the communication unit 310 is further configured to:
  • Send third indication information where the third indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or the third indication information is used to indicate whether the Ethernet frame data packet has compressed padding bits.
  • the first data packet or the second data packet includes the third indication information.
  • the first data packet or the second data packet includes at least one of the following information:
  • VLAN domain or Q tag Virtual local area network VLAN domain or Q tag
  • VID Virtual local area network identification
  • Packet indication used to indicate that the current data packet is a feedback packet or a data packet
  • the first variable field indication is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable part of the Ethernet frame data packet has changed, or whether it contains the variable field part of the Ethernet frame data packet;
  • the second variable field indicator is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable field part is included in the Ethernet frame data packet, or is used to indicate the data packet of the Ethernet frame data packet. Whether the variable part of the frame header has changed;
  • Q tag variable field indication used to indicate whether the variable field part in the Q tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • C tag variable field indicator used to indicate whether the variable field part in the C tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • S tag variable field indicator used to indicate whether the variable field part in the S tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • Filling bit size indication used to indicate the size of the filling bit of the current data packet
  • Filling bit compression indication used to indicate whether to compress the filling bits, or whether the filling bits of the current data packet have been compressed, or whether the current data packet contains filling bits, or whether the length of the filling bits has changed;
  • Sub-path identifier used to identify the context index or identifier that can be mapped to different data packets of the header compression configuration or object
  • Packet compression indication used to indicate whether the current data packet is compressed or uncompressed
  • Header compression indication used to indicate the compressed sub-header information of the current data packet
  • Virtual local area network VLAN compression indication used to indicate whether the Q tag has been compressed or whether the S tag and/or C tag or at least part of it has been compressed, or used to indicate whether the Q tag has been included or whether the S tag and/or C tag have been compressed or At least part of it, or used to indicate whether the Q label or the S label and/or C label has been compressed or whether at least part of it has changed;
  • Length field indication used to indicate whether the length field has been compressed, or whether the length field is included, or whether the length field has changed
  • Type field indication used to indicate whether the type field has been compressed, or whether the type field is included, or whether the type field has changed.
  • the compression device further includes:
  • the third determining unit is used to determine whether to compress the length field in the first data packet.
  • the third determining unit is specifically configured to:
  • the length field is not compressed.
  • the first data packet or the second data packet includes a length field.
  • the communication unit 310 is specifically configured to:
  • the second data packet is sent after receiving Y feedback packets representing the uncompressed data packets that acknowledge the ACK.
  • the communication unit 310 is further configured to:
  • the compression capability is used to indicate whether the compression device supports the compression of Ethernet frames, and/or the compression capability is used to indicate the supported compression objects.
  • the compression parameters corresponding to the same bearer are the same or different, and/or the compression parameters corresponding to the uplink and the compression parameters corresponding to the downlink are the same or different.
  • the device embodiment and the method embodiment may correspond to each other, and similar descriptions may refer to the method embodiment.
  • the compression device 300 shown in FIG. 19 may correspond to the corresponding main body in the method for executing the embodiments of the present application, and the foregoing and other operations and/or functions of each unit in the compression device 300 are used to implement the methods in each method. For the sake of brevity, the corresponding process will not be repeated here.
  • FIG. 20 is a schematic block diagram of a decompression device 400 according to an embodiment of the present application.
  • the decompression device 400 may include:
  • the communication unit 410 is configured to receive a target data packet
  • the determining unit 420 is configured to determine whether to decompress the target data packet.
  • the determining unit 420 is further configured to:
  • the compressed object or decompressed object includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the determining unit 420 is specifically configured to:
  • the determining unit 420 is more specifically configured to:
  • the padding bits in the target data packet are decompressed or restored.
  • the second condition includes at least one of the following conditions:
  • the frame format of Ethernet frame is 802.3 format
  • the type/length field of the Ethernet frame represents the information of the length field
  • the value of the type/length field of the Ethernet frame is smaller than the first threshold
  • the access network configuration or core network configuration or pre-defined compression of padding bits
  • the decompression device has the ability to decompress or restore the stuffing bits
  • the Ethernet frame data packet is less than 64 bytes
  • the data part of the Ethernet frame data packet is less than 46 bytes
  • the decompressed Ethernet frame data packet is less than 64 bytes
  • the data part of the decompressed Ethernet frame data packet is less than 46 bytes
  • the compression device has sent X uncompressed data packets
  • the compression device has received Y feedback packets representing the compression of the ACK header
  • the compression device has the ability to compress stuffing bits
  • the stuffing bits are compressed or removed
  • the length field is compressed
  • the length field is not compressed or the data packet includes the length field.
  • the decompression device has the ability to decompress or restore padding bits means that the decompression device satisfies at least one of the following:
  • the decompression device indicates that the decompression device has the ability to decompress or restore the stuffing bits
  • the decompression device has the ability to recover stuffing bits based on the decoding of the information in the data part
  • the decompression device has the ability to deeply decode the information in the data part
  • the decompression device can recover the stuffing bits according to the underlying data packet.
  • the decompression device further includes:
  • the adding unit is used to add a 0 or 1 bit string with the same number of bytes as padding bits after the data field or the effective data of the Ethernet frame in the target data packet to obtain the decompressed or final data field.
  • the determining unit 420 is further configured to:
  • the determining unit 420 is specifically configured to:
  • the number of bytes in the length field is subtracted from 46 bytes to obtain the number of bytes in the padding bit.
  • the determining unit 420 is further configured to:
  • the number of bytes of padding bits in the target data packet and/or the length field information in the target data packet is determined.
  • the length field indicates at least one of the following information carried:
  • Radio link control RLC packets Radio link control RLC packets, media access control MAC packets and packet data convergence protocol PDCP packets.
  • the communication unit 410 is further configured to:
  • Receiving second indication information where the second indication information is used to indicate the size of padding bits of the target data packet or the size of padding bits before compression.
  • the determining unit 420 is further configured to:
  • decompress or restore the padding bits in the target data packet decompress or restore the padding bits in the target data packet.
  • the target data packet includes the second indication information.
  • the communication unit 410 is further configured to:
  • Send third indication information where the third indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or the third indication information is used to indicate whether the Ethernet frame data packet has compressed padding bits.
  • the communication unit 410 is further configured to:
  • decompress or restore padding bits in the target data packet decompress or restore padding bits in the target data packet.
  • the target data packet includes the third indication information.
  • the determining unit 420 is further configured to:
  • the determining unit 420 is specifically configured to:
  • the decompression device determines whether to decompress the length field in the target data packet.
  • the determining unit 420 is further configured to:
  • the determining unit 420 is specifically configured to:
  • the length field in the target data packet is not decompressed or restored.
  • the determining unit 420 is further configured to:
  • the determining unit 420 is further configured to:
  • the length field in the target data packet is not compressed or the target data packet includes a length field.
  • the determining unit 420 is further configured to:
  • the size of the padding bits is the number of bytes of padding bits.
  • the determining unit 420 is specifically configured to:
  • the determining unit 420 is specifically configured to:
  • the determining unit 420 is further configured to:
  • the communication unit 410 is further configured to:
  • the compression parameter includes a first index.
  • the determining unit 420 is specifically configured to:
  • the first index is used to indicate that when the Ethernet frame data packet is not compressed, it is determined that the target data packet does not need to be decompressed or restored.
  • the determining unit 420 is further configured to:
  • the determining unit 420 is specifically configured to:
  • the at least one compression object includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the at least one compression object includes at least one of the following:
  • the frame header of the Ethernet frame includes at least one of the following:
  • one index in the first correspondence relationship corresponds to one or more compressed objects.
  • the first index includes multiple indexes.
  • the first correspondence is pre-configuration information.
  • the communication unit 410 is further configured to:
  • the target data packet includes the first index.
  • the compression parameter includes first indication information, which is used to indicate a compressed object or a non-compressed object in the Ethernet frame data packet.
  • the first indication information is used to indicate that the uncompressed object in the Ethernet frame data packet includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the first indication information is used to indicate that the compression object in the Ethernet frame data packet includes at least one of the following:
  • Destination address field source address field, type field, length field, virtual local area network VLAN field, Q label, C label, S label, label protocol identification TPID, virtual local area network identification VID, priority code point PCP, discard priority DEI and data Stuffing bits in the field.
  • the first indication information is used to indicate whether the compression object in the Ethernet frame data packet includes padding bits in the data field, or the first indication information is used to indicate whether the Ethernet frame data packet includes padding bits, or The first indication information is used to indicate whether the Ethernet frame data packet has compressed stuffing bits.
  • the communication unit 410 is further configured to:
  • the target data packet includes the first indication information.
  • the target data packet includes at least one of the following information:
  • VLAN domain or Q tag Virtual local area network VLAN domain or Q tag
  • VID Virtual local area network identification
  • Packet indication used to indicate that the current data packet is a feedback packet or a data packet
  • the first variable field indication is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable part of the Ethernet frame data packet has changed, or whether it contains the variable field part of the Ethernet frame data packet;
  • the second variable field indicator is used to indicate whether the variable field part of the Ethernet frame data packet has been compressed, or whether the variable field part is included in the Ethernet frame data packet, or is used to indicate the data packet of the Ethernet frame data packet. Whether the variable part of the frame header has changed;
  • Q tag variable field indication used to indicate whether the variable field part in the Q tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • C tag variable field indicator used to indicate whether the variable field part in the C tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • S tag variable field indicator used to indicate whether the variable field part in the S tag has been compressed, or used to indicate whether the variable field part is included in the data packet, or used to indicate whether the variable part has changed, or used To indicate whether the variable part is compressed;
  • Filling bit size indication used to indicate the size of the filling bit of the current data packet
  • Filling bit compression indication used to indicate whether to compress the filling bits, or whether the filling bits of the current data packet have been compressed, or whether the current data packet contains filling bits, or whether the length of the filling bits has changed;
  • Sub-path identifier used to identify the context index or identifier that can be mapped to different data packets of the header compression configuration or object
  • Packet compression indication used to indicate whether the current data packet is compressed or uncompressed
  • Header compression indication used to indicate the compressed sub-header information of the current data packet
  • Virtual local area network VLAN compression indication used to indicate whether the Q tag has been compressed or whether the S tag and/or C tag or at least part of it has been compressed, or used to indicate whether the Q tag has been included or whether the S tag and/or C tag have been compressed or At least part of it, or used to indicate whether the Q label or the S label and/or C label has been compressed or whether at least part of it has changed;
  • Length field indication used to indicate whether the length field has been compressed, or whether the length field is included, or whether the length field has changed
  • Type field indication used to indicate whether the type field has been compressed, or whether the type field is included, or whether the type field has changed.
  • the determining unit 420 is specifically configured to:
  • the target data packets are decompressed.
  • the determining unit 420 is specifically configured to:
  • the target data packets After sending Y feedback packets representing the uncompressed data packets of the ACK, the target data packets are decompressed.
  • the communication unit 410 is further configured to:
  • the compression parameters corresponding to the same bearer are the same or different.
  • the compression parameter corresponding to the uplink and the compression parameter corresponding to the downlink are the same or different.
  • the device embodiment and the method embodiment may correspond to each other, and similar descriptions may refer to the method embodiment.
  • the decompression device 400 shown in FIG. 20 may correspond to the corresponding subject in the method for executing the embodiments of the present application, and the aforementioned and other operations and/or functions of each unit in the decompression device 400 are used to implement each method. For the sake of brevity, the corresponding process in, will not be repeated here.
  • the functional module can be implemented in the form of hardware, can also be implemented in the form of software instructions, or can be implemented in a combination of hardware and software modules.
  • the steps of the method embodiments in the embodiments of the present application can be completed by hardware integrated logic circuits in the processor and/or instructions in the form of software, and the steps of the methods disclosed in the embodiments of the present application can be directly embodied as hardware.
  • the execution of the decoding processor is completed, or the execution is completed by a combination of hardware and software modules in the decoding processor.
  • the software module may be located in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, and registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps in the foregoing method embodiments in combination with its hardware.
  • the sending unit 310 shown in FIG. 19 and the receiving unit 410 shown in FIG. 20 may be implemented by a transceiver.
  • FIG. 21 is a schematic structural diagram of a communication device 600 according to an embodiment of the present application.
  • the communication device 600 may include a processor 610, and the processor 610 may call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the communication device 600 may further include a memory 620.
  • the memory 620 may be used to store instruction information, and may also be used to store codes and instructions executed by the processor 610.
  • the processor 610 may call and run a computer program from the memory 620 to implement the method in the embodiment of the present application.
  • the memory 620 may be a separate device independent of the processor 610, or may be integrated in the processor 610.
  • the communication device 600 may further include a transceiver 630.
  • the processor 610 may control the transceiver 630 to communicate with other devices. Specifically, it may send information or data to other devices, or receive information or data sent by other devices.
  • the transceiver 630 may include a transmitter and a receiver.
  • the transceiver 630 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 600 may be a compression device in an embodiment of the present application, and the communication device 600 may implement corresponding processes implemented by a network device in each method in the embodiments of the present application. That is to say, the communication device 600 in the embodiment of the present application may correspond to the compression device 300 in the embodiment of the present application, and may correspond to the corresponding subject in executing the method according to the embodiment of the present application. For the sake of brevity, details are not repeated here .
  • the communication device 600 may be the decompression device of the embodiment of the present application, and the communication device 600 may implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application, that is, the embodiment of the present application
  • the communication device 600 of may correspond to the communication device decompression device 400 in the embodiment of the present application, and may correspond to the corresponding subject in executing the method according to the embodiment of the present application. For the sake of brevity, details are not described herein again.
  • the various components in the communication device 600 are connected by a bus system, where in addition to the data bus, the bus system also includes a power bus, a control bus, and a status signal bus.
  • an embodiment of the present application also provides a chip, which may be an integrated circuit chip with signal processing capability, and can implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • the chip can be applied to various communication devices, so that the communication device installed with the chip can execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • Fig. 22 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 700 may include a processor 710.
  • the processor 710 may call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 700 may further include a memory 720.
  • the processor 710 may call and run a computer program from the memory 720 to implement the method in the embodiment of the present application.
  • the memory 720 may be used to store instruction information, and may also be used to store codes and instructions executed by the processor 710.
  • the memory 720 may be a separate device independent of the processor 710, or may be integrated in the processor 710.
  • the chip 700 may further include an input interface 730.
  • the processor 710 can control the input interface 730 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 700 may further include an output interface 740.
  • the processor 710 can control the output interface 740 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.
  • the chip can be applied to the network device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can be applied to the terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the terminal device in the various methods of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the terminal device in the various methods of the embodiment of the present application.
  • the chip mentioned in the embodiment of the present application may also be referred to as a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip, etc.
  • the various components in the chip 700 are connected by a bus system, where in addition to the data bus, the bus system also includes a power bus, a control bus, and a status signal bus.
  • the processor may include but is not limited to:
  • DSP Digital Signal Processor
  • ASIC application specific integrated circuit
  • FPGA Field Programmable Gate Array
  • the processor may be used to implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • the steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or erasable programmable memory, registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the storage includes but is not limited to:
  • Non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • DDR SDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous link dynamic random access memory
  • DR RAM Direct Rambus RAM
  • memories of the systems and methods described herein are intended to include, but are not limited to, these and any other suitable types of memories.
  • the embodiments of the present application also provide a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium stores one or more programs, and the one or more programs include instructions that, when executed by a portable electronic device that includes multiple application programs, can cause the portable electronic device to execute methods 300 to 500 The method of the illustrated embodiment.
  • the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • I will not repeat it here.
  • the embodiments of the present application also provide a computer program product, including a computer program.
  • the computer program product can be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program product can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, for It’s concise and will not be repeated here.
  • the embodiment of the application also provides a computer program.
  • the computer program When the computer program is executed by the computer, the computer can execute the method of the illustrated embodiment of the method.
  • the computer program can be applied to the network device in the embodiment of the present application.
  • the computer program runs on the computer, the computer is caused to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • I won’t repeat it here.
  • An embodiment of the present application also provides a communication system.
  • the communication system may include a compression device 300 as shown in FIG. 19 and a decompression device 400 as shown in FIG. 20.
  • the compression device 300 may be used to implement the corresponding functions implemented by the compression device in the foregoing method
  • the decompression device 400 may be used to implement the corresponding functions implemented by the decompression device in the foregoing method.
  • the decompression device 400 may be used to implement the corresponding functions implemented by the decompression device in the foregoing method.
  • the technical solutions of the embodiments of the present application can be embodied in the form of software products in essence or the parts that contribute to the prior art or the parts of the technical solutions, and the computer software products are stored in a storage medium.
  • Including several instructions to enable 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 method described in the embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk and other media that can store program codes.
  • the division of units or modules or components in the device embodiments described above is only a logical function division, and there may be other divisions in actual implementation.
  • multiple units or modules or components can be combined or integrated.
  • To another system, or some units or modules or components can be ignored or not executed.
  • the units/modules/components described as separate/display components may or may not be physically separated, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units/modules/components may be selected according to actual needs to achieve the objectives of the embodiments of the present application.

Landscapes

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

Abstract

提供一种无线通信的方法和设备，所述方法包括：压缩设备根据以太帧的压缩参数发送第一数据包或第二数据包，所述第二数据包为所述第一数据包的压缩数据包。在本申请实施例中，压缩端基于压缩参数确定是否对以太帧结构的第一数据包进行压缩；所述第一设备向第二设备发送所述第一数据包或压缩后的第二数据包，从而可以实现以太帧的传输，并且在传输时，对以太帧进行压缩，可以节省传输资源。

Description

无线通信的方法和设备 技术领域
本申请实施例涉及通信领域，并且更具体地，涉及无线通信的方法和设备。
背景技术
5G工业物联网(Industrial Internet of Things，IIoT)支持工业自动化(Factory automation)、传输自动化(Transport Industry)以及智能电力(Electrical Power Distribution)等业务在5G系统的传输。基于其时延和可靠性的传输需求，IIoT引入了时间敏感性网络(Time sensitive network，TSN)网络或时间敏感性通信(Time-sensitive communication，TSC)的概念，并在TSN网络相关议题下展开了相关讨论。在TSN网络中，数据包可以以以太帧(Ethernet frame)格式进行传输。
然而，在现有的通信系统中，支持传输的协议数据单元(Protocol Data Unit，PDU)会话(session)仅包括基于互联网协议(Internet Protocol，IP)的数据包格式，支持的压缩方式仅包括基于IP数据包进行头压缩的方式。在5G NR系统中，由于引入了对TSC的支持，PDU session的类型不仅可以为IP包类型，也可以为Ethernet frame类型。
因此，如何实现对以太帧数据包的压缩传输是本领域技术人员急需解决的技术问题。
发明内容
本申请实施例提供一种无线通信的方法和设备，可以实现以太帧的传输。
第一方面，提供了一种通信方法，所述方法包括：
压缩设备根据以太帧的压缩参数发送第一数据包或第二数据包，所述第二数据包为所述第一数据包的压缩数据包。
第二方面，提供了一种通信方法，所述方法包括：
解压缩设备接收目标数据包；
所述解压缩设备确定是否对所述目标数据包进行解压缩。
第三方面，提供了一种压缩设备，用于执行上述第一方面或其各实现方式中的方法。
具体地，该压缩设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第四方面，提供了一种解压缩设备，用于执行上述第二方面或其各实现方式中的方法。
具体地，该解压缩设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
第五方面，提供了一种压缩设备，包括：
处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。
第六方面，提供了一种解压缩设备，包括：
处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面或其各实现方式中的方法。
第七方面，提供了一种芯片，用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第八方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第九方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
因此，在本申请实施例中，压缩端基于压缩参数确定是否对以太帧结构的第一数据包进行压缩；所述第一设备向第二设备发送所述第一数据包或压缩后的第二数据包，从而可以实现以太帧的传输，并且在传输时，对以太帧进行压缩，可以节省传输资源。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种帧格式的示意性图。
图3是本申请实施例提供的另一种帧格式的示意性图。
图4是本申请实施例的无线通信的方法的示意性流程图。
图5是本申请实施例的无线通信的方法的另一示意性流程图。
图6至图18是本申请实施例的数据包的示意性结构图。
图19是本申请实施例的压缩设备的示意性框图。
图20是本申请实施例的解压缩设备的示意性框图。
图21是本申请实施例的通信设备的示意性框图。
图22是本申请实施例的芯片的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1是本申请实施例的一个应用场景的示意图。
如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。
应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。
在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。
可选地，该网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
可选地，该终端设备110可以是任意终端设备，包括但不限于：与网络设备120或其它终端设备采用有线或者无线连接的终端设备。终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。
可选地，终端设备110之间可以进行设备到设备(Device to Device，D2D)的通信。
无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。
在一个具体的例子中，通信系统100中的各功能单元之间可以通过下一代网络(next generation，NG)接口建立连接实现通信。
例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与 SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。需要说明的是，图2所示的部分仅为示例性架构图，除过图1所示的功能单元之外，该网络架构还可以包括其他功能单元或功能实体，如：核心网络设备还可以包含统一数据管理功能(unified data management，UDM)等其他功能单元，本申请实施例不进行具体限定。
图1示例性地示出了一个基站、一个核心网设备和两个终端设备，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备均可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备120和终端设备110，网络设备120和终端设备110可以为上文所述的设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
可选地，本申请实施例可以用于公共陆地网络或本地网络。
其中，公共陆地网络可以为基于PLMN的公共陆地网络。
本地网络也可以称为本地局域网络或私有网络，该本地网络通常布置在办公场景，家庭场景，工厂中，可以实现更加有效安全的管理，通常会有当地的用户或者管理者布局本地网络。通常，授权的能够接入的用户具有接入到本地网络的权限。
本地网络可以由公共陆地网络所管理或管辖，但是也可以不由公共陆地网络或管理或管辖。
可选地，本地网络可以采用非授权频段进行通信，或者也可以与公共陆地网络共享授权频段。
可选地，本地网络可以是属于3GPP范畴的网络。其中，该本地网络的核心网可以是NR或LTE的核心网，以及本地网络可以通过NR接入网、LTE接入网或无线保真(Wireless Fidelity，WiFi)接入到核心网。
可选地，在本申请实施例中，公共陆地网络与本地网络可以共用核心网，而接入网是独立的；或者，可以共用接入网，而核心网是独立的；或者，可以共用接入网以及核心网；或者，接入网和核心网均不共用。
可选地，在本申请实施例中，多个或多种本地网络可以共用核心网，而接入网是独立的；或者，可以共用接入网，而核心网是独立的；或者，可以共用接入网以及核心网；或者，接入网和核心网均不共用。
以下介绍本申请实施例可用的以太帧的帧格式。
请参见图2，以太帧数据包可以包括以太帧的帧头(也称为头部)和数据部，其中以太帧的帧头可以包括目的地址、源地址和类型，数据部可以包括数据，可选地，数据部还可以包括填充比特。可选地，以太帧数据包还可以包括5G网络中不传送的两个部分，前导码和帧检验序列(frame check sequence，FCS)。图2所示的以太帧可以是Ethernet II帧类型。
请参见图3，以太帧数据包可以包括以太帧的帧头(也称为头部)和数据部，其中以太帧的帧头可以包括目的地址、源地址和长度，数据部可以包括数据，可选地，数据部还可以包括填充比特。可选地，以太帧数据包还可以包括5G网络中不传送的两个部分，前导码和帧检验序列(frame check sequence，FCS)。图2所示的以太帧可以是IEEE 802.3SNAP帧类型。
在图2所示的帧格式中，字段名称和物理含义可以参见表1：
表1字段名称和物理含义
Figure PCTCN2019085340-appb-000001
应理解，图2和图3所示的帧格式仅仅是举例说明，不应对本申请实施例造成特别的限定。
例如，在其他可替代实施例中，图2或图3所示的帧格式还可以添加VLAN域，VLAN域用于携带或指示关于VLAN的信息。VLAN域可以包括一个多两个VLAN字头，也即802.1Q标签。该标签占4byte。VLAN的信息可以包括标签协议标识(tag protocol ID，TPID)、优先权代码点(Priority Code Point，PCP)、标准格式指示(Canonical Format Indicator，CFI)/丢弃优先级指示(Drop Eligible Indicator，DEI)以及虚拟局域网标识(VLAN ID，VID)。VLAN可以为T-tag，S-tag以及C-tag中的至少一项。
VLAN的信息中的字段名称和物理含义可以参见表2：
表2 VLAN的信息中的字段名称和物理含义
Figure PCTCN2019085340-appb-000002
还应理解，本申请实施例的各种实现方式还可以应用于除以太帧之外其他类型的帧，为了简洁，本申请实施例在此不再赘述。
需要说明的是，不管帧格式为Ethernet II帧格式还是802.3帧格式等，除了Ethernet头和循环冗余校验(Cyclic Redundancy Check,CRC)域之外的data域的最小长度为46byte，也即Ethernet包总大小至少为64byte。当数据域的实际数据大小小于46byte时，需要采用填充(padding)对其进行添加，保证其大小至少为46byte。而在空口传输在padding bit，会增加对空口资源的损耗，以及降低空口资源利用率。
图4是根据本申请实施例的无线通信方法210的示意性流程图。该方法210包括以下内容中的至 少部分内容。其中，该方法210可以用于下行传输，也可以用于上行传输，还可以用于侧行传输。可以通过压缩设备和解压缩设备之间的交互执行所述方法210，在用于下行传输时，压缩设备可以是网络侧设备(例如接入网设备或核心网设备)，解压缩设备可以为终端设备。在用于上行传输，压缩设备可以为终端设备，解压缩设备可以为网络侧设备(例如，接入网设备或核心网设备)。用于侧行传输时，所述压缩设备和解压缩设备均为终端设备。进一步地，Ethernet数据包的传输可以为单向的(上行方向，下行方向)，也可以是双向的(上行和下行方向)。对上行数据包传输来说，压缩设备为终端设备，解压缩设备为网络设备。对下行数据包传输来说，压缩设备为网络设备，解压缩设备为终端设备。以下以UL方向，即终端设备为压缩设备，网络为解压缩设备为例说明。
S211，压缩设备根据以太帧的压缩参数向解压缩设备发送第一数据包或第二数据包。
其中，所述第二数据包为所述第一数据包的压缩数据包。
所述压缩设备根据所述压缩参数，确定向所述解压缩设备发送未压缩的数据包或已压缩的数据包。解压缩端解压缩设备接收目标数据包。
所述解压缩设备确定所述目标数据包为第一数据包时，确定不对所述目标数据包进行解压缩或恢复，所述解压缩设备确定所述目标数据包为第二数据包时，所述解压缩设备对所述目标数据包进行解压缩或恢复。
可选的，解压缩设备确定是否区分目标数据包为第一数据包还是第二数据包，即压缩设备确定是否对目标数据包进行区分或区别判断。具体的，解压缩设备根据以太帧的压缩参数，确定是否对目标数据包进行区分或区别判断。相应的，压缩设备确定是否生成第一数据包和/或第二数据包，即压缩设备确定是否对是否生成不同的类的数据包进行判断。具体的，压缩设备根据以太帧的压缩参数，确定是否生成第一数据包和/或第二数据包。
可选地，所述压缩设备接收接入网设备、核心网设备、其他网络设备至少之一发送的所述压缩参数。
换句话说，第一网络实体配置Ethernet帧的压缩参数。所述第一网络设备可以是接入网设备，网络设备，或者核心网至少之一。当第一网络实体为核心网时，该头压缩参数信息需要指示给终端设备和接入网设备。当所述第一网络实体为接入网设备时，可以只指示给终端设备。
所述压缩设备收到未压缩的X个数据包后发送所述第二数据包；和/或，
所述压缩设备收到Y个表示确认ACK的未压缩的数据包的反馈包后发送所述第二数据包。
可选地，所述压缩设备上报压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
可选地，同一个承载对应的压缩参数相同或者不同，和/或上行对应的压缩参数和下行对应的压缩参数相同或者不同。
例如，对一个承载的UL和DL配置的压缩参数不同，或者对同一个承载仅配置UL压缩参数(即仅对UL进行压缩)。
实施例一：
可选地，所述压缩设备根据所述压缩参数，确定是否压缩所述第一数据包。
应理解，所述压缩参数为与压缩相关的信息或用于压缩数据包的信息，本申请实施例对其具体含义不做限定。
例如，所述压缩参数用于所述压缩设备确定是否压缩所述第一数据包，或者所述压缩参数可以用于所述压缩设备确定如何压缩所述第一数据包，或者所述压缩参数可以用于所述压缩设备确定生成不同类型(压缩或不压缩)的数据包。进一步地，所述压缩参数还可以用于解压缩设备确定接收到的目标数据包是否为已压缩数据包，或者所述压缩参数还可以用于所述解压缩设备确定是否解压缩数据包，或者所述压缩参数还可以用于所述解压缩设备确定如何解压缩所述目标数据包或如何恢复所述目标数据包，或者所述压缩参数还可以用于所述解压缩设备确定是否存在不同类型(压缩或不压缩)的数据包。所述压缩参数还可以用于触发所述压缩设备压缩所述第一数据包，或所述压缩参数还可以用于触发所述解压缩端解压缩所述目标数据包。具体的，当收到所述压缩参数配置信息时，或者根据所述压缩参数，确定压缩或解压缩的起始时刻，或者确定是否执行或开始执行压缩或解压缩。
所述压缩参数用于指示是否压缩以太帧数据包。
例如，所述压缩参数指示压缩以太帧数据包时，所述压缩设备确定压缩所述第一数据包，得到第二数据包。
又例如，所述压缩参数指示不压缩以太帧数据包时，所述压缩设备确定不压缩所述第一数据包，即所述压缩设备发送所述第一数据包。
可选地，压缩设备确定所述第一数据包中的压缩对象。
例如，所述压缩设备根据所述压缩参数确定是否压缩所述第一数据包。
又例如，所述压缩设备根据所述压缩参数确定所述第一数据包中的压缩对象。
可选地，所述压缩参数用于压缩端确定是否压缩以太帧。
可选地，所述压缩参数用于压缩端确定以太帧的压缩对象。
可选地，所述压缩参数用于指示以太帧数据包的压缩对象。
方式一：
可选地，所述压缩参数包括第一索引。
可选地，所述第一索引用于指示不压缩以太帧数据包时，所述压缩设备发送所述第一数据包。
可选地，所述第一索引用于指示压缩以太帧数据包时，所述压缩设备压缩所述第一数据包，或者触发所述压缩设备压缩所述第一数据包。
可选地，所述第一索引用于指示压缩以太帧数据包时，所述压缩设备先压缩所述第一数据包，得到所述第一数据包的压缩数据包，然后向解压缩设备发送所述第二数据包。
可选地，所述第一索引用于所述压缩设备确定所述第一索引对应的第一压缩对象。
即所述压缩设备确定第一压缩对象后，发送已压缩第一压缩对象的所述第二数据包。
例如，所述第一索引直接用于指示以太帧数据包的压缩对象。
例如，所述第一索引指示压缩填充比特时，所述压缩设备直接压缩所述第一数据包中的填充比特。
例如，所述第一索引指示压缩填充比特时，所述压缩设备压缩所述第一数据包中的填充比特。具体的，所述压缩设备可以根据条件确定是否压缩所述第一数据包中的填充比特。
又例如，所述压缩设备根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
可选地，所述第一对应关系可以是预配置的信息，例如协议规定的信息。
可选地，所述第一对应关系可以是接入网设备或核心网设备或其他网络设备配置给终端设备的信息。
可选地，所述第一对应关系可以是网络设备和终端设备协商确定的信息。
可选地，可以基于可压缩的字段划分压缩对象。
例如，所述第一索引指示压缩802.1Q字头时，所述压缩设备压缩所述第一数据包中的802.1Q字头。
需要说明的是，对802.1Q字头中的各个子头，所述压缩参数也可以分别指示是否压缩。
即所述压缩对象也可以包括802.1Q字头中的各个子头。
例如，所述至少一个压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、TPID、VID、PCP、DEI和数据域中的填充比特。
可选的，例如，所述至少一个压缩对象还包括以下中的至少一项：逻辑链路控制(Logical Link Control，LLC)字头，子网接入协议(SubNetwork Access Protocol，SNAP)字头。
可选的，例如，所述至少一个压缩对象还包括以下中的至少一项：LLC字头，SNAP字头中的各个子头。
可选地，所述第一对应关系可以如3所示。
表3第一对应关系
第一索引的取值 压缩的字头
1 不压缩
2 目标地址
3 源地址
4 Type
5 Length
6 802.1Q
7 Padding
8 Q标签
9 C标签
10 S标签
11 TPID
12 VID
13 PCP
14 DEI
如表3所示，第一索引的不同取值代表的可压缩的字段的不同。例如，假设压缩设备接收到的第一索引的值为1，则压缩设备不对所述第一数据包进行压缩，即所述压缩设备向解压缩设备发送所述第一数据包。考虑到终端设备的压缩能力、压缩效率或Ethernet包的格式，可以对不同终端设备或者不同承载，配置的压缩的字段可以不同。可选的，终端设备向网络上报压缩能力，所述压缩能力上报用于指示网络，终端设备是否支持Ethernet frame的压缩，和/或，对那些子头(可以包括padding域)支持头压缩。
可选地，所述第一对应关系可以如表4所示。
表4第一对应关系
Figure PCTCN2019085340-appb-000003
如表4所示，第一索引的不同取值代表的可压缩的对象的不同。例如，假设压缩设备接收到的第一索引的值为1，则压缩设备不对所述第一数据包进行压缩，即所述压缩设备向解压缩设备发送所述第一数据包。又例如，如果所述第一索引为3，则所述压缩设备可以对所述第一数据包中的源地址域进行压缩，得到上述第二数据包。考虑到终端设备的压缩能力、压缩效率或Ethernet包的格式，可以对不同终端设备或者不同承载，配置的压缩的字段可以不同。可选的，终端设备向网络上报压缩能力，所述压缩能力上报用于指示网络，终端设备是否支持Ethernet frame的压缩，和/或，对那些子头(可以包括padding域)支持头压缩。
应当理解，表3和表4仅为本申请的示例，不应理解为对本申请的限制。
例如，在其他可替代的实施例中，一个索引也可以对应多个字段。例如，所述第一索引的取值为5时，所述第一索引对应的压缩对象可以包括源地址，目标地址和VLAN字头。又例如，所述第一索引的取值为5时，所述第一索引对应的压缩对象可以包括源地址，目标地址，长度域和VLAN字头。
可选地，也可以基于以太帧的帧格式(即是否有VLAN或padding)划分压缩对象。
例如，所述至少一个压缩对象包括以下中的至少一项：
Q标签和以太帧的帧头；
C标签和以太帧的帧头；
S标签和以太帧的帧头；
C标签、S标签和以太帧的帧头；
Q标签、以太帧的帧头和填充比特；
C标签、以太帧的帧头和填充比特；
S标签和以太帧的帧头和填充比特；
C标签、S标签、以太帧的帧头和填充比特；
填充比特；
Q标签和填充比特；
C标签和填充比特；
S标签和填充比特；
C标签、S标签和填充比特；
以太帧头的帧头；
Q标签；
C标签；
S标签；
C标签和S标签；
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述以太帧的帧头包括以下中的至少一项：
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述第一对应关系可以如表5所示：
表5第一对应关系
第一信息取值 压缩对象
1 Q标签和以太帧的帧头
2 C标签和以太帧的帧头
3 S标签和以太帧的帧头
4 C标签、S标签和以太帧的帧头
5 Q标签、以太帧的帧头和填充比特
6 C标签、以太帧的帧头和填充比特
7 S标签和以太帧的帧头和填充比特
8 C标签、S标签、以太帧的帧头和填充比特
9 填充比特
10 Q标签和填充比特
11 C标签和填充比特
12 C标签、S标签和填充比特
13 以太帧头的帧头
14 Q标签
15 C标签
16 S标签
17 C标签和S标签
18 目标地址域
19 源地址域
20 类型域
21 长度域
22 不压缩
请参见表5，第一索引的不同取值代表的可压缩的字段的不同。例如，假设压缩设备接收到的第一索引的值为22，则压缩设备不对所述第一数据包进行压缩，即所述压缩设备向解压缩设备发送所述第一数据包。又例如，所述第一索引的值为21，则所述压缩设备压缩所述第一数据包中的长度域，以得到第二数据包，然后向解压缩设备发送所述第二数据包。又例如，所述第一索引的值为5，则所述压缩设备压缩所述第一数据包中的Q标签、以太帧的帧头和填充比特，以得到第二数据包。考虑到终端设备的压缩能力、压缩效率或Ethernet包的格式，可以对不同终端设备或者不同承载，配置的压缩的字段可以不同。可选的，终端设备向网络上报压缩能力，所述压缩能力上报用于指示网络，终端设备是否支持Ethernet frame的压缩，和/或，对那些子头(可以包括padding域)支持头压缩。
可选地，所述第一对应关系可以如表6所示：
表6第一对应关系
Figure PCTCN2019085340-appb-000004
请参见表6，第一索引的不同取值代表的可压缩的字段的不同。例如，假设压缩设备接收到的第一索引的值为1，则压缩设备不对所述第一数据包进行压缩，即所述压缩设备向解压缩设备发送所述第一数据包。又例如，所述第一索引的值为2，则所述压缩设备压缩对所述第一数据包中的Q-Tag之外的Ethernet头进行头压缩处理，以得到第二数据包，然后向解压缩设备发送所述第二数据包。考虑到终端设备的压缩能力、压缩效率或Ethernet包的格式，可以对不同终端设备或者不同承载，配置的压缩的字段可以不同。可选的，终端设备向网络上报压缩能力，所述压缩能力上报用于指示网络，终端设备是否支持Ethernet frame的压缩，和/或，对那些子头(可以包括padding域)支持头压缩。
可选地，压缩设备根据所述第一索引确定是否压缩所述第一数据包。
可选地，所述压缩设备根据所述第一索引确定所述第一数据包中的压缩对象。
在压缩参数中，所述第一索引用于所述压缩设备确定压缩对象，如指示对目标地址和源地址进行压缩。例如，结合表5来说，所述第一索引的取值为21时，代表不进行压缩；所述第一索引的取值为1时，代表进行压缩(此时同时指示执行Ethernet头压缩的字头)，即压缩设备压缩Q标签和以太帧的帧头。
应当理解，所述第一索引也可以仅用于指示是否压缩以太帧数据包。此时，压缩设备可以根据所述第一对应关系直接确定压缩对象，或者压缩设备还可以根据用于指示压缩对象的另一指示信息或者第二索引，确定压缩对象，继而，所述压缩设备根据确定的压缩对象压缩所述第一数据包。
应当理解，表4仅为本申请的示例，不应理解为对本申请的限制。
例如，在其他可替代的实施例中，一个索引也可以对应多个压缩对象。例如，所述第一索引的取值为1时，所述第一索引对应的压缩对象可以为Q标签和C标签之一，以及以太帧的帧头。
可选地，所述第一对应关系中的一个索引对应一个或多个压缩对象。
可选地，所述第一索引包括多个索引。
例如，所述第一索引可以包括多个bit，即所述第一索引可以通过所述多个bit指示是否压缩多个域。例如，所述第一索引可以包括14个比特，所述第一索引通过所述14个比特分别指示是否压缩14个域。
目标地址域；
源地址域；
类型域；
长度域；
虚拟局域网VLAN域或Q标签；
C标签；
S标签；
标签协议标识TPID；
虚拟局域网标识VID；
优先权代码点PCP；
丢弃优先级DEI；
数据域；
填充比特；
循环冗余码校验CRC。
例如，1表示压缩，0表示不压缩，例如，可以通过10000000000000指示压缩目标地址域，不压缩其他域。
可选地，所述压缩设备向解压缩设备发送所述第一索引。所述解压缩设备接收所述压缩设备发送的所述第一索引。
可选地，所述第一数据包或第二数据包包括所述第一索引。
针对解压缩设备而言，所述解压缩端能够基于所述第一索引确定是否解压缩或恢复所述填充比特，或所述解压缩设备在确定解压缩或恢复所述填充比特时，能够基于所述第一索引成功解压缩或成功恢复出所述填充比特。
可选地，所述解压缩设备确定压缩参数。
可选地，所述解压缩设备接收接入网设备或核心网设备或其他设备发送的压缩参数。
可选地，所述压缩参数包括第一索引。
可选地，解压缩设备基于所述第一索引确定是否解压缩或恢复接收到的目标数据包。
可选地，所述解压缩设备基于所述第一索引确定不需要解压缩或恢复所述目标数据包。
可选地，所述第一索引用于指示不压缩以太帧数据包时，所述解压缩设备不需要解压缩或恢复所述目标数据包，或者所述解压缩设备确定所述目标数据包不需要解压缩或恢复。
可选地，所述解压缩设备基于所述第一索引确定解压缩或恢复所述目标数据包。
可选地，所述解压缩设备根据所述第一索引，确定第一压缩对象。即，所述解压设备接收到所述第一索引后可以基于所述第一索引确定目标数据包中的压缩对象，进而解压缩或恢复所述目标数据包中的压缩对象。
可选地，所述解压缩设备对所述目标数据包中的所述第一压缩对象进行解压缩或恢复。
可选地，所述解压缩设备根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
方式二：
可选地，所述压缩参数包括第一指示信息，所述第一指示信息用于指示以太帧数据包中的压缩对象或非压缩对象。
可选地，所述第一指示信息具体用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、TPID、VID、PCP、DEI和数据域中的填充比特。
可选地，所述第一指示信息具体用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、TPID、VID、PCP、DEI和数据域中的填充比特。
可选的，所述第一指示信息具体用于指示以太帧数据包中的非压缩对象还包括以下中的至少一项：逻辑链路控制(Logical Link Control，LLC)字头，子网接入协议(SubNetwork Access Protocol，SNAP)字头，LLC字头中的各个子头，SNAP字头中的各个子头。
可选的，所述第一指示信息具体用于指示以太帧数据包中的压缩对象还包括以下中的至少一项：逻辑链路控制(Logical Link Control，LLC)字头，子网接入协议(SubNetwork Access Protocol，SNAP)字头，LLC字头中的各个子头，SNAP字头中的各个子头。可选地，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
可选地，所述压缩设备向解压缩设备发送所述第一指示信息。所述解压缩设备接收压缩设备发送的所述第一指示信息。或者，所述解压缩设备接收头压缩配置设备发送的所述第一指示信息，如核心网。
可选地，所述第一数据包或第二数据包包括所述第一指示信息。
可选地，所述第一指示信息包括至少一个bit。
例如，所述第一数据包或所述第二数据包中包括至少一个bit，用于指示是否已压缩或包括至少一个域。所述至少一个bit分别对应至少一个域。例如，对每个压缩和/或不压缩对象，各用一个bit 位指示是否包含或压缩。如取值为1表示压缩，取值为0表示不压缩。如取值为1表示已经压缩，取值为0表示未压缩；如取值为1表示包含，取值为0表示不包含即压缩。又例如，压缩和/或不压缩对象的至少之一的组合的至少之一，用一个bit位指示是否包含或压缩。如取值为1表示源地址和目标地址压缩，取值为0表示源地址和目标地址不压缩；如取值为1表示包含源地址和目标地址压缩，取值为0表示不包含即压缩源地址和目标地址压缩。
又例如，所述第一数据包或所述第二数据包中包括一个bit，用于指示是否已压缩或包括至少一个域。所述一个bit对应至少一个域。即通过一个bit位指示是否包含或压缩至少一个域。如取值为1表示压缩，取值为0表示不压缩。如取值为1表示已经压缩，取值为0表示未压缩；如取值为1表示包含，取值为0表示不包含即压缩。针对解压缩设备而言，所述解压缩端能够基于所述第一指示信息确定是否解压缩或恢复所述填充比特，或所述解压缩设备在确定解压缩或恢复所述填充比特时，能够基于所述第一指示信息成功解压缩或成功恢复出所述填充比特。
可选地，所述解压缩设备确定压缩参数。
可选地，所述解压缩设备接收接入网设备或核心网设备或其他设备发送的压缩参数。
可选地，所述压缩参数包括第一指示信息。
可选地，解压缩设备基于所述第一指示信息确定是否解压缩或恢复接收到的目标数据包。
可选地，所述解压缩设备基于所述第一指示信息确定不需要解压缩或恢复所述目标数据包。
可选地，所述第一指示信息用于指示不压缩以太帧数据包时，所述解压缩设备不需要解压缩或恢复所述目标数据包，或者所述解压缩设备确定所述目标数据包不需要解压缩或恢复。
可选地，所述解压缩设备基于所述第一指示信息确定解压缩或恢复所述目标数据包。
可选地，所述解压缩设备根据所述第一指示信息，确定第一压缩对象。即，所述解压设备接收到所述第一指示信息后可以对所述第一指示信息的指示的所述目标数据包中的已压缩的压缩对象，进行解压缩或恢复。
可选地，所述解压缩设备对所述目标数据包中的所述第一压缩对象进行解压缩或恢复。
图5是本申请实施例的无线通信的方法220的示意性流程图。应理解，所述方法220以上行传输为例，但本申请实施例不限于此。
请参见图5，所述方法220可以包括：
S221，网络设备配置针对以太帧的压缩参数。
S222，所述网络设备向终端设备发送所述压缩参数。
S223，所述终端设备根据所述压缩参数确定是否压缩第一数据包。
S224，所述终端设备发送所述第一数据包。
S225，所述终端设备根据所述压缩参数压缩第一数据包，得到第二数据包。
S226，所述终端设备向所述网络设备发送所述第二数据包。
S227，所述网络设备解压缩所述第二数据包。
终端设备接收压缩参数确定是否压缩第一数据包，或者，所述终端设备确定何时发送压缩的所述第二数据包。例如，终端设备根据所述压缩参数，确定进行头压缩，并且对C/S-Tag、Ethernet头、padding进行压缩处理。终端设备按照所述压缩参数，对Ethernet包的VLAN域，目标地址，源地址，Type/Length，和padding进行头压缩，生成并发送所述第二数据包。
可选的，所述终端设备在发送未压缩的X个数据包后(X可以是网络配置的)，再发送压缩后的Ethernet数据包；和/或，终端设备在收到Y个代表ACK的未压缩反馈包后(Y可以是网络配置的)，再发送压缩后的Ethernet数据包。
网络设备接收来自终端设备的Ethernet数据包，确定是否进行解压缩，以及何时进行解压缩。
可选的，网络设备作为解压缩设备，可以在一定条件下，发送头压缩反馈包。
可选的，网络设备在收到终端设备发送未压缩的X个数据包后(X可以是网络配置的)，对后续收到的数据包进行解压缩处理；和/或，网络设备在发送Y个代表ACK的未压缩反馈包后(Y可以是网络配置的)，对后续收到的数据包进行解压缩处理。例如，网络设备确定进行解头压缩和/或对哪些信息域进行解压缩处理后，在收到终端设备发送未压缩的X个数据包后(X可以是网络配置的)，对后续收到的数据包进行解压缩处理；和/或，网络设备在发送Y个代表ACK的未压缩反馈包后(Y可以是网络配置的)，对后续收到的数据包进行解压缩处理。
实施例二：
可选地，所述压缩设备确定是否压缩或丢弃所述第一数据包的数据域中的填充比特。
可选地，如上所述，在满足第一条件时，压缩设备对填充比特进行压缩或去除。
此时，解压缩设备可以根据所述压缩参数确定是否对填充比特进行解压缩或恢复，和/或所述解 压缩设备确定如何对填充比特进行解压缩或恢复。
可选的，解压缩设备还可以根据所述压缩参数和第一数据包/第二数据包中携带的信息(如padding相关指示信息，其他域的指示信息)确定是否对填充比特进行解压缩或恢复，和/或所述解压缩设备确定如何对填充比特进行解压缩或恢复。具体的，根据所述压缩参数和/或数据包中的padding压缩的指示信息，确定是否对填充比特进行解压缩或恢复。又例如，根据所述压缩参数和/或数据包中的长度域是否压缩的指示信息，确定是否对填充比特进行解压缩或恢复。又例如，根据所述压缩参数和/或数据包中的长度域的信息，确定是否对填充比特进行解压缩或恢复。需要说明的是，其上方法可以单独使用，也可以结合使用。
在空口传输中，传输效率是非常重要的。由于padding bit仅为占位的填充bit，并没有具体的数据信息，因此如果对padding不进行压缩，而是直接在空口传输的话，就会增加对空口资源的损耗，以及降低空口资源利用率。因此，如何对padding进行压缩(去除)和解压缩(恢复)的问题。
基于实施例一的方案，可以实现以太帧的传输
换句话说，实施例一的技术方案能够解决以下技术问题：
压缩设备确定是否对Ethernet包(包括padding bit)进行压缩。
压缩设备确定以太帧数据包中的压缩对象。
基于实施例二的方案，可以实现第一数据包中的填充比特的压缩传输。
换句话说，实施例二的技术方案能够解决以下技术问题：
压缩设备能够确定是否对第一数据包中的填充比特进行压缩或去除。
压缩设备何时压缩所述填充比特。
压缩设备如何压缩所述填充比特。(如压缩设备确定压缩填充比特时，在数据包中去除填充比特，和/或，在数据包中添加相应的指示信息)
即，实施例二的技术方案可以使得压缩设备对padding bit进行压缩，使得解压缩设备对目标数据包中的填充比特进行解压缩或恢复。
第一网络实体配置以太帧数据包的压缩参数。
可选的，在该压缩参数中指示是否对padding bit进行压缩。
第一网络设备可以是网络设备，或者核心网，或其他设备。当第一网络实体为核心网时，该压缩参数信息需要指示给终端设备和网络设备。否则，仅需要指示给终端设备。
可选地，满足第一条件时，所述压缩设备压缩或丢弃所述第一数据包的数据域中的填充比特。
可选的，满足第一条件时，所述压缩设备还可以在数据包中添加相应的指示信息，所述指示信息可以为以下至少之一：padding压缩或去除的1bit的指示信息，padding字节数信息，长度域是否压缩的信息。
例如，压缩参数指示对以太帧数据包进行压缩，且满足所述第一条件时，所述压缩设备压缩或丢弃所述第一数据包中的填充比特，和/或，压缩参数指示对以太帧数据包进行压缩，且满足所述第一条件时，所述压缩设备在数据包中添加相应的指示信息。。
可选地，所述第一条件包括以下中的至少一种：
以太帧的帧格式为802.3格式；
以太帧的类型/长度域代表长度域；
以太帧的类型/长度域取值小于第一阈值；
接入网配置或核心网配置或预定义对填充比特进行压缩；
解压缩设备具备对填充比特进行解压缩或恢复的能力；
压缩设备已发送X个未压缩的数据包；
压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
压缩设备具备对填充比特进行压缩的能力；
接收到解压缩设备填充比特压缩或丢弃指示信息；
长度域被压缩或需要压缩；以及
不压缩长度域。
可选地，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
解压缩设备具备对数据部的信息进行深层解码的能力；以及
解压缩设备能够根据底层数据包对填充比特进行恢复。
以所述压缩端为终端设备为例，终端设备确定满足第一条件，对padding bit进行去除或压缩。并将padding去除或压缩后的数据包，发送给对端实体。可选的，终端设备在数据包中添加相应的指示信息，所述指示信息可以为以下至少之一：padding压缩或去除的1bit的指示信息，padding字节数信息，长度域是否压缩的信息。可选的，终端设备在发送未压缩的X个数据包后(X可以是网络配置的)，再发送padding压缩后的Ethernet数据包；和/或，终端设备在收到Y个代表ACK的未压缩反馈包后(Y可以是网络配置的)，再发送padding压缩后的Ethernet数据包。网络设备接收来自终端设备的Ethernet数据包，确定是否进行解压缩，以及何时进行解压缩。
可选地，所述压缩设备发送第二指示信息，所述第二指示信息用于指示所述数据包中的填充比特的大小或数据包在压缩前的填充比特的大小。使得解压缩端能够确定是否解压缩或恢复所述填充比特，或使得所述解压缩设备在确定解压缩或恢复所述填充比特时，能够成功解压缩或成功恢复出所述填充比特。
可选地，所述第一数据包或第二数据包包括所述第二指示信息。
可选地，所述压缩设备发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。使得解压缩端能够确定是否解压缩或恢复所述填充比特，或使得所述解压缩设备在确定解压缩或恢复所述填充比特时，能够成功解压缩或成功恢复出所述填充比特。
可选地，所述第一数据包或第二数据包包括所述第三指示信息。
可选地，所述压缩设备发送长度域指示，用于确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。可选地，所述长度域指示可以直接用于指示长度域的信息。例如长度域的字节数。可选地，所述长度域指示可以用于指示长度域是否包含或压缩。使得解压缩端能够确定是否解压缩或恢复所述填充比特，或使得所述解压缩设备在确定解压缩或恢复所述填充比特时，能够成功解压缩或成功恢复出所述填充比特。
可选地，所述目标数据包包括所述长度域指示。
可选地，所述目标数据包的底层数据包包括所述长度域指示。
所述底层数据包包括但不限于：无线链路层控制(Radio Link Control，RLC)、媒体接入控制(Media Access Control，MAC)包和分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)包。
例如，所述底层数据包包括但不限于：RLC协议数据单元(Protocol Data Unit，PDU)、RLC SDU以及PDCP PDU、MAC SDU、MAC PDU。
可选地，所述压缩设备确定是否对所述目标数据包中的填充比特进行压缩或去除。
可选地，所述压缩设备确定何时对所述目标数据包中的填充比特进行压缩或去除。
可选地，所述压缩设备确定是否在所述目标数据包包括填充比特。
可选地，所述压缩设备确定是否在所述目标数据包包括相应的指示信息。
可选地，所述压缩设备确定填充比特长度是否变化。
上面对压缩设备压缩所述第一数据包中的填充比特的实现方式进行了说明，下面对解压缩设备对目标数据包中的填充比特的解压缩的实现方式进行说明。
可选地，所述解压缩设备确定所述目标数据包中的压缩对象或解压缩对象。
可选地，所述压缩对象或解压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、TPID、VID、PCP、DEI和数据域中的填充比特。
可选的，所述压缩对象或解压缩对象还包括以下中的至少一项：逻辑链路控制(Logical Link Control，LLC)字头，子网接入协议(SubNetwork Access Protocol，SNAP)字头，LLC字头中的各个子头，SNAP字头中的各个子头。
可选地，所述解压缩设备确定是否对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述解压缩设备确定所述目标数据包中的填充比特是否已压缩或已去除。
可选地，所述解压缩设备确定所述目标数据包是否包括填充比特。
可选地，所述解压缩设备确定所述目标数据包是否填充比特长度是否变化。
可选地，所述解压缩设备在所述目标数据包中数据域或以太帧有效数据之后，添加与填充比特的字节数相同的0或1比特串或特定得比特串，得到解压后或最终的数据域。
可选地，所述解压缩设备确定所述填充比特的字节数。
需要说明的是，不管帧格式为Ethernet II帧格式还是802.3帧格式等，除了Ethernet头和CRC域之外的data域的最小长度为46byte，也即Ethernet包总大小至少为64byte。当数据域的实际数据大小小于46byte时，需要采用填充(padding)对其进行添加，保证其大小至少为46byte。而在空口传 输在padding bit，会增加对空口资源的损耗，以及降低空口资源利用率。
因此，在一种实现方式中，压缩设备可以直接指示解压缩设备目标数据包中的填充比特的信息，例如所述目标数据包中的填充比特的大小，又例如，所述目标数据包未压缩前填充比特的大小，又例如填充比特是否已压缩，又例如所述目标数据包中是否包括填充比特。在另一种方式中，解压缩设备可以基于长度域的信息或类型域的信息，确定填充比特的信息。
可选地，所述解压缩设备根据所述目标数据包中长度域的信息，确定所述填充比特的字节数。
例如，所述目标数据包中包括长度(length)域或所述目标数据包中的长度域未压缩，此时，所述解压缩设备可以根据length域信息确定padding信息。
可选地，所述解压缩设备将46字节减去所述长度域的字节数，得到所述填充比特的字节数。
例如，假设所述目标数据包中携带了length域，当length取值小于46byte，如38byte，则padding域size为46-length值(value)，即46-38＝8byte。解压缩设备在Ethernet frame中的data部分的有效数据后，添加8byte的填充bit，如8byte的全0bit串。
又例如，假设所述目标数据包中携带了length域是否压缩的1bit指示信息。
又例如，假设所述目标数据包中携带了length域，所述目标数据包中可以包括length字节的信息。
又例如，假设所述目标数据包中携带了length域，且所述压缩设备对padding进行了压缩，当length取值小于46byte，如38byte，则padding域size为46-length值(value)，即46-38＝8byte。解压缩设备在Ethernet frame中的data部分的有效数据后，添加8byte的填充bit，如8byte的全0bit串。
可选地，所述解压缩设备根据长度域指示，确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。可选地，所述长度域指示可以直接用于指示长度域的信息。例如长度域的字节数。
可选地，所述目标数据包包括所述长度域指示。
可选地，所述目标数据包的底层数据包包括上层数据包的长度域指示。如RLC PDU中包含其包含的PDCP SDU的长度信息。PDCP SDU可以对应一个以太帧数据包。根据RLC PDU中包含的长度指示，确定以太帧的数据包长度。根据以太帧数据包长度，除去数据部分的其他字头的大小，确定数据部分的长度，进而确定以太帧长度域的字节数。可选的，在这种情况下，填充比特被压缩或去除。
所述底层数据包包括但不限于：无线链路层控制(Radio Link Control，RLC)、媒体接入控制(Media Access Control，MAC)包和分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)包。
例如，所述底层数据包包括但不限于：RLC协议数据单元(Protocol Data Unit，PDU)、RLC SDU、MAC PDU，MAC SDU以及PDCP PDU。
可选的，若长度域被压缩，则填充比特被压缩或去除。
可选的，若长度域未被压缩，则填充比特可以被压缩或去除，也可以不压缩。
可选地，所述解压缩设备接收第二指示信息，所述第二指示信息用于指示所述目标数据包的填充比特的大小或在压缩前的填充比特的大小。
可选地，所述解压端根据所述第二指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述目标数据包包括所述第二指示信息。
可选地，所述压缩设备发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。换句话说，所述解压缩设备接收所述第三指示信息。
可选地，所述解压端根据所述第三指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述目标数据包包括所述第三指示信息。
例如，Padding域的大小为Padding域的字节数，则所述解压缩设备可以直接根据Padding域的大小，在所述目标数据包中数据域或以太帧有效数据之后，添加与Padding域的字节数相同的0或1比特串，得到解压后或最终的数据域。
又例如，所述解压缩设备接收压缩设备发送的Padding域是否压缩的指示，如引入1bit的指示信息用于指示padding是否被压缩。可选地，所述目标数据包可以包括Padding域是否压缩的指示。
又例如，所述解压缩设备接收压缩设备发送的padding占用的字节/长度信息，如引入4bit的指示信息用于指示padding占用的字节信息，用于恢复padding bit。
又例如，压缩包中携带了padding与是否压缩的指示bit指示，该指示为1，代表padding被压缩，则解压缩设备根据data中携带的有效数据信息，或从data中解出的有效数据信息，确定padding bit的大小。解压缩设备在Ethernet frame中的data部分的有效数据后，添加相应byte的填充bit，如8byte的全0bit串。
又例如，压缩包中携带了padding与是否压缩的指示bit指示(该指示为1，代表padding被压缩) 和padding占用的字节/长度信息,(如指示padding占8byte)，解压缩设备在Ethernet frame中的data部分的有效数据后，添加8byte的填充bit，如8byte的全0bit串。
可选地，所述解压端根据所述长度域信息，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述目标数据包包括所述长度域信息。
上面对解压缩端设备解压缩或恢复填充比特的实现方式进行了说明，下面对解压缩端解压缩长度域或类型域的实现方式进行说明，应理解，解压缩端解压缩长度域或类型域的实现方式类似，下面以解压缩端解压缩长度域的实现方式为例进行说明。
可选地，所述压缩设备确定是否压缩所述第一数据包中的长度域。
可选地，压缩或去除所述第一数据包的数据域中的填充比特时，所述压缩设备压缩所述长度域；和/或，不压缩或去除所述第一数据包的数据域中的填充比特时，所述压缩设备不压缩长度域。
可选的，压缩或去除所述第一数据包的数据域中的填充比特时，所述长度域可以压缩，也可以不压缩。
可选地，所述第一数据包或所述第二数据包包括长度域。
可选地，所述压缩设备确定发送所述第二数据包的时间。
可选地，所述解压缩设备确定是否对所述目标数据包中的长度域进行解压缩。
可选地，所述解压缩设备根据所述目标数据包中的填充比特是否已压缩或是否需要解压缩，确定所述目标数据包中的长度域是否解压缩。
可选地，所述目标数据包中的填充比特已压缩或去除时，对所述目标数据包中的长度域进行解压缩或恢复。可选地，所述目标数据包中的填充比特未压缩或未去除时，对所述目标数据包中的长度域不进行解压缩或恢复。
可选地，所述解压缩设备确定所述目标数据包中的长度域是否已压缩。
可选地，所述解压缩设备确定所述目标数据包是否包括长度域。
可选地，所述解压缩设备确定所述目标数据包中的长度域不需解压缩或恢复。
可选地，所述解压缩设备确定所述目标数据包中的长度域未压缩或所述目标数据包中包括长度域。即所述解压缩设备不需要解压缩所述目标数据包中的长度域。
可选地，所述解压缩设备根据所述目标数据包中的填充比特大小，确定所述长度域的字节数。
可选地，所述解压缩设备根据所述目标数据包压缩前填充比特的大小，确定所述长度域的字节数。
可选地，所述填充比特的大小为填充比特的字节数。
可选地，所述解压缩设备将46字节减去所述填充比特的字节数，得到所述长度域的字节数。
可选地，所述解压缩设备根据长度域指示，确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。可选地，所述长度域指示可以直接用于指示长度域的信息。例如长度域的字节数。
可选地，所述目标数据包包括所述长度域指示。
可选地，所述目标数据包的底层数据包包括上层数据包的长度域指示。如RLC PDU中包含其包含的PDCP SDU的长度信息。PDCP SDU可以对应一个以太帧数据包。根据RLC PDU中包含的长度指示，确定以太帧的数据包长度。根据以太帧数据包长度，除去数据部分的其他字头的大小，确定数据部分的长度，进而确定以太帧长度域的字节数。可选的，在这种情况下，填充比特被压缩或去除。
所述底层数据包包括但不限于：无线链路层控制(Radio Link Control，RLC)、媒体接入控制(Media Access Control，MAC)包和分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)包。
例如，所述底层数据包包括但不限于：RLC协议数据单元(Protocol Data Unit，PDU)、RLC SDU、MAC PDU，MAC SDU以及PDCP PDU。
可选地，当Ethernet frame为802.3时或Ether Type代表Length时，所述解压缩端可以根据padding信息，填充压缩的Length域对应的取值。如当确定padding size为8byte时，确定length取值为46-8＝38byte。将38byte填充到length域取值中。
可选地，所述解压缩设备确定是否对所述目标数据包中的类型域进行解压缩。
应理解，所述解压缩设备确定是否对所述目标数据包中的类型域进行解压缩与所述解压缩设备确定是否对所述目标数据包中的长度域进行解压缩的实现方式类似，为避免重复，此处不再赘述。
可选地，满足第二条件时，所述解压缩设备对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述第二条件包括以下条件中的至少一项：
以太帧的帧格式为802.3格式；
以太帧的类型/长度域代表长度域的信息；
以太帧的类型/长度域取值小于第一阈值；
接入网配置或核心网配置或预定义对填充比特进行压缩；
解压缩设备具备对填充比特进行解压缩或恢复的能力；
未对数据包中的长度域进行头压缩；
以太帧数据包小于64字节；
以太帧数据包的数据部分小于46字节；
解压缩后的以太帧数据包小于64字节；
解压缩后的以太帧数据包的数据部分小于46字节；
收到填充比特是否已压缩的指示；
收到填充比特占用的长度的指示；
收到填充比特压缩指示；
压缩设备已发送X个未压缩的数据包；
压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
压缩设备对填充比特具备压缩能力；
填充比特被压缩或去除；
长度域被压缩；
收到压缩设备可压缩填充比特的能力指示；以及
长度域未压缩或数据包中包括长度域。
可选地，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
解压缩设备具备对数据部的信息进行深层解码的能力；以及
解压缩设备能够根据底层数据包对填充比特进行恢复。
以上行传输为例，网络设备确定满足第二条件，解压缩端确定所述目标数据包是否已压缩或已经去除padding，和/或，所述解压缩端确定是否对padding进行解压缩或恢复。所述解压缩端确定对padding进行解压缩或恢复后，将padding恢复后的Ethernet数据包，向高层递交。
可选的，网络设备作为解压缩设备，可以在一定条件下，发送未压缩数据包的反馈包。
例如，网络设备在收到未压缩的X个数据包后(X可以是网络配置的)，再对后续的数据包进行padding恢复；和/或，网络设备在发送Y个代表ACK的未压缩反馈包后(Y可以是网络配置的)，再对后续的数据包进行padding恢复。
实施例三：
本实施例对所述第一数据包或所述第二数据包携带的信息进行了设计，进而实现以太帧的传输。
具体地，设计了未压缩的Ethernet数据包和压缩的Ethernet数据包中可能携带的信息，和/或，未压缩的Ethernet数据包和压缩的Ethernet数据包的包格式。
第一网络实体配置Ethernet的压缩参数。可选的，在该压缩参数中指示是否对padding bit进行压缩。可选的，指示VLAN中的PCP和/或DEI是否压缩。第一网络设备可以是网络设备，或者核心网，或其他设备。
以上行传输为例，终端设备接收压缩参数，确定是否头压缩，或者何时发送压缩的数据包。具体的，终端设备先发送未压缩的数据包，后发送压缩的数据包。例如，终端设备在发送未压缩的X个数据包后(X可以是网络配置的)，再发送padding压缩后的Ethernet数据包。
可选地，所述第一数据包或所述第二数据包包括以下信息中的至少一项：
目标地址域；
源地址域；
类型域；
长度域；
虚拟局域网VLAN域或Q标签；
C标签；
S标签；
标签协议标识TPID；
虚拟局域网标识VID；
优先权代码点PCP；
丢弃优先级DEI；
数据域；
填充比特；
循环冗余码校验CRC；
包指示，用于指示当前数据包为反馈包或数据包；
第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分。例如，第一可变域指示，用于指示包括填充比特的以太帧数据包是否已压缩可变域部分，或者包括填充比特的以太帧数据包的可变部分是否发生变化，或者包括填充比特的是否包含以太帧数据包的可变域部分。
第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化。例如，第二可变域指示，用于指示不包括填充比特的以太帧数据包是否已压缩可变域部分，或者用于指示不包括填充比特的以太帧数据包是否包含可变域部分，或者用于指示不包括填充比特的以太帧数据包的可变部分是否发生变化。
Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
填充比特大小指示，用于指示当前数据包的填充比特的大小；
填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
头压缩指示，用于指示当前数据包的已压缩的子头信息；
虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
需要说明的是，VLAN域可以为T-tag，S-tag，C-tag至少之一。
本实施例中，解压缩端接收的目标数据包可以是已压缩或未压缩的数据包，并且所述目标数据包中还可以携带有指示信息，用于指示所述目标数据包中的各个字段或信息是否已压缩，或者用于指示压缩字段的信息。
下面结合图6至图18对本申请实施例的数据包的格式进行示例性说明。为了便于说明，下面对图6至图18中涉及的字母的物理含义进行说明。
D/C为包指示，用于指示当前数据包为反馈包或数据包。
例如，D＝1代表数据包，C＝0代表反馈包。
Q为Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩：代表Q-tag中的可变域是否包含。
例如，变更取值表示包含可变域部分。又例如，变更取值表示已压缩可变域部分。又例如，取值为1压缩，为0代表不压缩。
F为包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包。
例如，压缩包取值1，未压缩包取值0。
第一信息为头压缩指示，用于指示当前数据包的已压缩的子头信息。例如，指示是否头压缩。又例如，已压缩的子头信息(或mapping关系)。第一信息可以为第一索引，第一指示信息等。
填充比特大小指示，用于指示当前数据包的填充比特的大小(padding size)。
P为填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化。
CRC为校验bit。Bit可占用3-8bit。例如可占位4bit
子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识。
可选地，子通路标识可占1-5bit。例如，子通路标识可占为4bit
V为VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化。换句话说，VLAN压缩指示用于指示是否已压缩VLAN/Q-TAG，或用于指示是否已压缩VLAN(用于指示是否已压缩1bit的V域，V域扩展为1bit的S域+1bit的C域，用于指示是否已压缩服务标签(S-tag)域和用户标签(C-tag)域，或用于指示当前数据包是否包含服务标签(S-tag)域和用户标签(C-tag)域)
L为长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化。L为长度域指示可占1bit。可选的，当该bit出现或取值为1时(表变化或包含)，则压缩包中携带Length域。
T为类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。T为类型域指示可占1bit。可选的，当该bit出现或取值为1时(表变化或包含)，则压缩包中携带Type域。
L/T为长度域/类型域指示，用于指示是否已压缩长度域/类型域，或者指示是否包含长度域/类型域，或者指示长度域/类型域是否变化。
FI为是否为反馈包指示。
F2为是否为压缩包指示，即第一数据包或第二数据包格式指示。其中，第一数据包格式不同于第二数据包格式。
A/N表示确认/非确认。
R为预留值。
请参见图6，所述数据包可以包括：
R、R、D/C、F、第一信息、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图7，所述数据包可以包括：
R、R、R、D/C、F、P、第一信息、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图8，所述数据包可以包括：
R、D/C、F、Q、第一信息、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图9，所述数据包可以包括：
R、R、D/C、F、P、Q、第一信息、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图10，所述数据包可以包括：
R、D/C、F、Q、子通路标识、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图11，所述数据包可以包括：
R、R、D/C、F、P、Q、子通路标识、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图12，所述数据包可以包括：
R、D/C、F、Q、子通路标识、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图13，所述数据包可以包括：
R、D/C、F、P、V、Q、子通路标识、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图14，所述数据包可以包括：
R、R、R、R、D/C、F、V、Q、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图15，所述数据包可以包括：
D/C、F、P、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域。
请参见图16，所述数据包可以包括：
F1、F2、ID、R、R、完整的头部和有效载荷。
请参见图17，所述数据包可以包括：
F1、F2、ID、R、R、PCP、DEI、ID、L/T、L/T、L/T、L/T和有效载荷。
请参见图18，所述数据包可以包括：
F1、F2、ID、A/N、R。
需要说明的是，这里仅为举例，不应理解为对本申请的限制。
例如，可以采用一个或多个公共(common)标识，指示上述信息的各种组合方式。若采用了这个common标识，则单独指示的标识域则不再需要包含。例如用1bit W标识指示，指示Q-tag，length是否压缩，此时不再需要以下至少之一的指示标识V，Q，L；又例如，用1bit M标识指示，指示Q-tag，Type是否压缩，此时不再需要以下至少之一的指示标识V，Q，T。
又例如，对可变部分的至少部分单独进行指示。例如如PCP和DEI为可变域，对PCP用1bit或2bit指示，对DEI用1bit或4bit指示，又例如上述第一可变域指示或上述第二可变域指示。
又例如，对可变部分进行统一指示。例如如PCP和DEI为可变域，对PCP+DEI用1bit或5bit，又例如可以将上述第一可变域指示和所述第二可变域指示合并为一个指示信息。
又例如，可以采用1bit Q位代表PCP+DEI是否变化，或者5bit代表PCP+DEI是否变化(1bit Q位+3bit PCP域+1bit DEI域)。
又例如，所述数据包还可以包括头压缩指示信息，所述头压缩指示信息可以通过至少一个bit指示一个域或多个域是否已压缩、包含或发生变化。例如，所述头压缩指示信息可以通过至少一个bit指示以下信息是否已压缩、包含或发生变化：
目标地址域；
源地址域；
类型域；
长度域；
虚拟局域网VLAN域或Q标签；
C标签；
S标签；
标签协议标识TPID；
虚拟局域网标识VID；
优先权代码点PCP；
丢弃优先级DEI；
数据域；
填充比特；
循环冗余码校验CRC。
需要说明的是，所述第一数据包或所述第二数据包可以包括上述涉及的所有域和指示，也可以仅包括上述涉及的部分域和/或部分指示，本申请实施例对此不做具体限定。换句话说，针对以太帧数据包的包格式，其不一定包括所有的指示或域。另外数据包中指示或域的排序可以与附图中所示的指示或域的排序相同，也可以不同，本申请实施例对此不做具体限定。例如针对相同信息，其放置的顺序可以与附图所示的顺序相同，也可以不同)。
结合图7来说，所述数据包也可以可以包括R、R、R、D/C、F、P、第一信息、填充比特大小指示、目标地址、源地址、类型域/长度域、C标签、S标签、CRC和数据域中的一部分域或指示。或者，也可以将R的位置设置在包的中间位置或靠后位置。
解压缩设备接收来自压缩设备的发送的目标数据包后，确定是否对所述目标数据包进行解压缩。解压缩设备在确定解压缩时根据数据包中携带的信息进行解压缩。
以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。
需要说明的是，本申请实施例的长度域的字节数，可以代表的长度域的取值，或可以代表的长度部分的字节数据，或可以代表(实际上)以太包的数据部分的长度大小。
例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。
又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。
应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文结合图1至图18，详细描述了本申请的方法实施例，下文结合图19至图22，详细描述本申请的装置实施例。
图19是本申请实施例的压缩设备300的示意性框图。
请参见图19，压缩设备300可以包括：
通信单元310，用于根据以太帧的压缩参数发送第一数据包或第二数据包，所述第二数据包为所述第一数据包的压缩数据包。
可选地，所述通信单元310还用于：
接收接入网设备或核心网设备发送的所述压缩参数。
可选地，所述压缩设备还包括：
第一确定单元，用于根据所述压缩参数，确定是否压缩所述第一数据包。
可选地，所述压缩参数包括第一索引。
所述通信单元310具体用于：
所述第一索引用于指示不压缩以太帧数据包时，发送所述第一数据包，和/或，
所述第一索引用于指示不压缩以太帧数据包时，对所述第一数据包不进行压缩。
可选地，所述通信单元310具体用于：
根据所述第一索引确定第一压缩对象；
发送已压缩所述第一压缩对象的所述第二数据包。
可选地，所述通信单元310更具体用于：
根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
可选地，所述至少一个压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述至少一个压缩对象包括以下中的至少一项：
Q标签和以太帧的帧头；
C标签和以太帧的帧头；
S标签和以太帧的帧头；
C标签、S标签和以太帧的帧头；
Q标签、以太帧的帧头和填充比特；
C标签、以太帧的帧头和填充比特；
S标签和以太帧的帧头和填充比特；
C标签、S标签、以太帧的帧头和填充比特；
填充比特；
Q标签和填充比特；
C标签和填充比特；
S标签和填充比特；
C标签、S标签和填充比特；
以太帧头的帧头；
Q标签；
C标签；
S标签；
C标签和S标签；
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述以太帧的帧头包括以下中的至少一项：
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述第一对应关系中的一个索引对应一个或多个压缩对象。
可选地，所述第一索引包括多个索引。
可选地，所述第一对应关系为预配置信息。
可选地，所述通信单元310还用于：
向解压缩设备发送所述第一索引。
可选地，所述第一数据包或第二数据包包括所述第一索引。
可选地，所述压缩参数包括第一指示信息，所述第一指示信息用于指示以太帧数据包中的压缩对象或非压缩对象。
可选地，所述第一指示信息具体用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述第一指示信息具体用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
可选地，所述通信单元310还用于：
向解压缩设备发送所述第一指示信息。
可选地，所述第一数据包或第二数据包包括所述第一指示信息。
可选地，所述压缩设备还包括：
第二确定单元，用于确定是否压缩或丢弃所述第一数据包的数据域中的填充比特。
可选地，所述第二确定单元具体用于：
满足第一条件时，压缩或丢弃所述第一数据包的数据域中的填充比特。
可选地，所述第一条件包括以下中的至少一种：
以太帧的帧格式为802.3格式；
以太帧的类型/长度域代表长度域；
以太帧的类型/长度域取值小于第一阈值；
接入网配置或核心网配置或预定义对填充比特进行压缩；
解压缩设备具备对填充比特进行解压缩或恢复的能力；
压缩设备已发送X个未压缩的数据包；
压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
压缩设备具备对填充比特进行压缩的能力；
接收到解压缩设备填充比特压缩或丢弃指示信息；
长度域被压缩或需要压缩；以及
不压缩长度域。
可选地，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
解压缩设备具备对数据部的信息进行深层解码的能力；以及
解压缩设备能够根据底层数据包对填充比特进行恢复。
可选地，所述通信单元310还用于：
发送第二指示信息，所述第二指示信息用于指示所述数据包中的填充比特的大小或数据包在压缩前的填充比特的大小。
可选地，所述第一数据包或第二数据包包括所述第二指示信息。
可选地，所述通信单元310还用于：
发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
可选地，所述第一数据包或第二数据包包括所述第三指示信息。
可选地，所述第一数据包或所述第二数据包包括以下信息中的至少一项：
目标地址域；
源地址域；
类型域；
长度域；
虚拟局域网VLAN域或Q标签；
C标签；
S标签；
标签协议标识TPID；
虚拟局域网标识VID；
优先权代码点PCP；
丢弃优先级DEI；
数据域；
填充比特；
循环冗余码校验CRC；
包指示，用于指示当前数据包为反馈包或数据包；
第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
填充比特大小指示，用于指示当前数据包的填充比特的大小；
填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
头压缩指示，用于指示当前数据包的已压缩的子头信息；
虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
可选地，所述压缩设备还包括：
第三确定单元，用于确定是否压缩所述第一数据包中的长度域。
可选地，所述第三确定单元具体用于：
压缩或去除所述第一数据包的数据域中的填充比特时，压缩所述长度域；和/或
不压缩或去除所述第一数据包的数据域中的填充比特时，不压缩长度域。
可选地，所述第一数据包或所述第二数据包包括长度域。
可选地，所述通信单元310具体用于：
收到未压缩的X个数据包后发送所述第二数据包；和/或，
收到Y个表示确认ACK的未压缩的数据包的反馈包后发送所述第二数据包。
可选地，所述通信单元310还用于：
上报压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能 力用于指示支持的压缩对象。
可选地，同一个承载对应的压缩参数相同或者不同，和/或上行对应的压缩参数和下行对应的压缩参数相同或者不同。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图19所示的压缩设备300可以对应于执行本申请实施例的方法中的相应主体，并且压缩设备300中的各个单元的前述和其它操作和/或功能分别为了实现各个方法中的相应流程，为了简洁，在此不再赘述。
图20是本申请实施例的解压缩设备400的示意性框图。
具体地，如图20所示，解压缩设备400可以包括：
通信单元410，用于接收目标数据包；
确定单元420，用于确定是否对所述目标数据包进行解压缩。
可选地，所述确定单元420还用于：
确定所述目标数据包中的压缩对象或解压缩对象。
可选地，所述压缩对象或解压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述确定单元420具体用于：
确定是否对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述确定单元420更具体用于：
满足第二条件时，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述第二条件包括以下条件中的至少一项：
以太帧的帧格式为802.3格式；
以太帧的类型/长度域代表长度域的信息；
以太帧的类型/长度域取值小于第一阈值；
接入网配置或核心网配置或预定义对填充比特进行压缩；
解压缩设备具备对填充比特进行解压缩或恢复的能力；
未对数据包中的长度域进行头压缩；
以太帧数据包小于64字节；
以太帧数据包的数据部分小于46字节；
解压缩后的以太帧数据包小于64字节；
解压缩后的以太帧数据包的数据部分小于46字节；
收到填充比特是否已压缩的指示；
收到填充比特占用的长度的指示；
收到填充比特压缩指示；
压缩设备已发送X个未压缩的数据包；
压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
压缩设备对填充比特具备压缩能力；
填充比特被压缩或去除；
长度域被压缩；
收到压缩设备可压缩填充比特的能力指示；以及
长度域未压缩或数据包中包括长度域。
可选地，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
解压缩设备具备对数据部的信息进行深层解码的能力；以及
解压缩设备能够根据底层数据包对填充比特进行恢复。
可选地，所述解压缩设备还包括：
添加单元，用于在所述目标数据包中数据域或以太帧有效数据之后，添加与填充比特的字节数相同的0或1比特串，得到解压后或最终的数据域。
可选地，所述确定单元420还用于：
根据所述目标数据包中长度域的信息，确定所述填充比特的字节数。
可选地，所述确定单元420具体用于：
将46字节减去所述长度域的字节数，得到所述填充比特的字节数。
可选地，所述确定单元420还用于：
根据底层数据包中携带的长度域指示，确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。
可选地，所述长度域指示携带在以下信息中的至少一项：
无线链路控制RLC包、媒体接入控制MAC包和分组数据汇聚协议PDCP包。
可选地，所述通信单元410还用于：
接收第二指示信息，所述第二指示信息用于指示所述目标数据包的填充比特的大小或在压缩前的填充比特的大小。
可选地，所述确定单元420还用于：
根据所述第二指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述目标数据包包括所述第二指示信息。
可选地，所述通信单元410还用于：
发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
可选地，所述通信单元410还用于：
根据所述第三指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
可选地，所述目标数据包包括所述第三指示信息。
可选地，所述确定单元420还用于：
确定所述目标数据包中的填充比特是否已压缩或已去除；或
确定所述目标数据包是否包括填充比特。
可选地，所述确定单元420具体用于：
所述解压缩设备确定是否对所述目标数据包中的长度域进行解压缩。
可选地，所述确定单元420还用于：
根据所述目标数据包中的填充比特是否已压缩，确定所述目标数据包中的长度域是否解压缩。
可选地，所述确定单元420具体用于：
所述目标数据包中的填充比特已压缩或去除时，对所述目标数据包中的长度域进行解压缩或恢复；和/或
所述目标数据包中的填充比特未压缩或未去除时，对所述目标数据包中的长度域不进行解压缩或恢复。
可选地，所述确定单元420还用于：
确定所述目标数据包中的长度域是否已压缩；或
确定所述目标数据包是否包括长度域。
可选地，所述确定单元420还用于：
确定所述目标数据包中的长度域不需解压缩或恢复，或者
确定所述目标数据包中的长度域未压缩或所述目标数据包中包括长度域。
可选地，所述确定单元420还用于：
根据所述目标数据包中的填充比特大小，确定所述长度域的字节数；或者，
根据所述目标数据包压缩前填充比特的大小，确定所述长度域的字节数。
可选地，所述填充比特的大小为填充比特的字节数。
可选地，所述确定单元420具体用于：
将46字节减去所述填充比特的字节数，得到所述长度域的字节数。
可选地，所述确定单元420具体用于：
确定是否对所述目标数据包中的类型域进行解压缩。
可选地，所述确定单元420还用于：
确定压缩参数。
可选地，所述通信单元410还用于：
接收接入网设备或核心网设备发送的压缩参数。
可选地，所述压缩参数包括第一索引。
可选地，所述确定单元420具体用于：
所述第一索引用于指示不压缩以太帧数据包时，确定所述目标数据包不需要解压缩或恢复。
可选地，所述确定单元420还用于：
根据所述第一索引，确定第一压缩对象；
对所述目标数据包中的所述第一压缩对象进行解压缩或恢复。
可选地，所述确定单元420具体用于：
根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
可选地，所述至少一个压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述至少一个压缩对象包括以下中的至少一项：
Q标签和以太帧的帧头；
C标签和以太帧的帧头；
S标签和以太帧的帧头；
C标签、S标签和以太帧的帧头；
Q标签、以太帧的帧头和填充比特；
C标签、以太帧的帧头和填充比特；
S标签和以太帧的帧头和填充比特；
C标签、S标签、以太帧的帧头和填充比特；
填充比特；
Q标签和填充比特；
C标签和填充比特；
S标签和填充比特；
C标签、S标签和填充比特
以太帧头的帧头；
Q标签；
C标签；
S标签；
C标签和S标签；
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述以太帧的帧头包括以下中的至少一项：
目标地址域；
源地址域；
类型域；以及
长度域。
可选地，所述第一对应关系中的一个索引对应一个或多个压缩对象。
可选地，所述第一索引包括多个索引。
可选地，所述第一对应关系为预配置信息。
可选地，所述通信单元410还用于：
接收所述压缩设备发送的所述第一索引。
可选地，所述目标数据包包括所述第一索引。
可选地，所述压缩参数包括第一指示信息，用于指示以太帧数据包中的压缩对象或非压缩对象。
可选地，所述第一指示信息用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述第一指示信息用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
可选地，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
可选地，所述通信单元410还用于：
接收压缩设备发送的所述第一指示信息。
可选地，所述目标数据包包括所述第一指示信息。
可选地，所述目标数据包包括以下信息中的至少一项：
目标地址域；
源地址域；
类型域；
长度域；
虚拟局域网VLAN域或Q标签；
C标签；
S标签；
标签协议标识TPID；
虚拟局域网标识VID；
优先权代码点PCP；
丢弃优先级DEI；
数据域；
填充比特；
循环冗余码校验CRC；
包指示，用于指示当前数据包为反馈包或数据包；
第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
填充比特大小指示，用于指示当前数据包的填充比特的大小；
填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
头压缩指示，用于指示当前数据包的已压缩的子头信息；
虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
可选地，所述确定单元420具体用于：
已收到未压缩的X个数据包后，对所述目标数据包进行解压缩。
可选地，所述确定单元420具体用于：
已发送Y个表示确认ACK的未压缩的数据包的反馈包后，对所述目标数据包进行解压缩。
可选地，所述通信单元410还用于：
接收压缩设备上报的压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
可选地，同一个承载对应的压缩参数相同或者不同。
可选地，上行对应的压缩参数和下行对应的压缩参数相同或者不同。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图20所示的解压缩设备400可以对应于执行本申请实施例的方法中的相应主体，并且解压缩设备400中的各个单元的前述和其它操作和/或功能分别为了实现各个方法中的相应流程，为了简洁，在此不再赘述。
上文中从功能模块的角度描述了本申请实施例的通信设备。
应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。
具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。
可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
例如，本申请实施例中，图19所示的发送单元310和图20所示的接收单元410可由收发器实现。
图21是本申请实施例的通信设备600示意性结构图。
请参见图21，所述通信设备600可以包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，通信设备600还可以包括存储器620。
该存储器620可以用于存储指示信息，还可以用于存储处理器610执行的代码、指令等。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，通信设备600还可以包括收发器630。
处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备600可为本申请实施例的压缩设备，并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程。也就是说，本申请实施例的通信设备600可对应于本申请实施例中的压缩设备300，并可以对应于执行根据本申请实施例的方法中的相应主体，为了简洁，在此不再赘述。
可选地，该通信设备600可为本申请实施例的解压缩设备，并且该通信设备600可以实现本申请实施例的各个方法中由终端设备实现的相应流程，也就是说，本申请实施例的通信设备600可对应于本申请实施例中的通信设备解压缩设备400，并可以对应于执行根据本申请实施例的方法中的相应主体，为了简洁，在此不再赘述。
应当理解，该通信设备600中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
此外，本申请实施例中还提供了一种芯片，该芯片可能是一种集成电路芯片，具有信号的处理能力，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。
可选地，该芯片可应用到各种通信设备中，使得安装有该芯片的通信设备能够执行本申请实施例中的公开的各方法、步骤及逻辑框图。
图22是根据本申请实施例的芯片的示意性结构图。
请参见图22，所述芯片700可以包括处理器710。
处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。该存储器720可以用于存储指示信息，还可以用于存储处理器710执行的代码、指令等。
其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其 他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。还应理解，该芯片700中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
所述处理器可以包括但不限于：
通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
所述处理器可以用于实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
所述存储器包括但不限于：
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行方法300至方法500所示实施例的方法。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序产品，包括计算机程序。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序。当该计算机程序被计算机执行时，使得计算机可以执行方法所示实施例的方法。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种通信系统，所述通信系统可以包括如图19所示的压缩设备300和如图20所示的解压缩设备400。其中，所述压缩设备300可以用于实现上述方法中由压缩设备实现的相应的功能，所述解压缩设备400可以用于实现上述方法中由解压缩设备实现的相应的功能，为了简洁，在此不再赘述。
应当理解，在本申请实施例和所附权利要求书中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。
例如，在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
所属领域的技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。
例如，以上所描述的装置实施例中单元或模块或组件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或模块或组件可以结合或者可以集成到另一个系统，或一些单元或模块或组件可以忽略，或不执行。
又例如，上述作为分离/显示部件说明的单元/模块/组件可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元/模块/组件来实现本申请实施例的目的。
最后，需要说明的是，上文中显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
以上内容，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。

Claims (190)

  1. 一种无线通信的方法，其特征在于，包括：
    压缩设备根据以太帧的压缩参数发送第一数据包或第二数据包，所述第二数据包为所述第一数据包的压缩数据包。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述压缩设备接收接入网设备或核心网设备发送的所述压缩参数。
  3. 根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
    所述压缩设备根据所述压缩参数，确定是否压缩所述第一数据包。
  4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述压缩参数包括第一索引。
  5. 根据权利要求4所述的方法，其特征在于，所述压缩设备根据以太帧的压缩参数发送第一数据包或第二数据包，包括：
    所述第一索引用于指示不压缩以太帧数据包时，所述压缩设备发送所述第一数据包，和/或，
    所述第一索引用于指示不压缩以太帧数据包时，对所述第一数据包不进行压缩。
  6. 根据权利要求4或5所述的方法，其特征在于，所述压缩设备根据以太帧的压缩参数发送第一数据包或第二数据包，包括：
    所述压缩设备根据所述第一索引确定第一压缩对象；
    所述压缩设备发送已压缩所述第一压缩对象的所述第二数据包。
  7. 根据权利要求6所述的方法，其特征在于，所述压缩设备根据所述第一索引确定第一压缩对象，包括：
    所述压缩设备根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
  8. 根据权利要求7所述的方法，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  9. 根据权利要求7所述的方法，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    Q标签和以太帧的帧头；
    C标签和以太帧的帧头；
    S标签和以太帧的帧头；
    C标签、S标签和以太帧的帧头；
    Q标签、以太帧的帧头和填充比特；
    C标签、以太帧的帧头和填充比特；
    S标签和以太帧的帧头和填充比特；
    C标签、S标签、以太帧的帧头和填充比特；
    填充比特；
    Q标签和填充比特；
    C标签和填充比特；
    S标签和填充比特；
    C标签、S标签和填充比特；
    以太帧头的帧头；
    Q标签；
    C标签；
    S标签；
    C标签和S标签；
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  10. 根据权利要求9所述的方法，其特征在于，所述以太帧的帧头包括以下中的至少一项：
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  11. 根据权利要求7至10中任一项所述的方法，其特征在于，所述第一对应关系中的一个索引对应一个或多个压缩对象。
  12. 根据权利要求7至10中任一项所述的方法，其特征在于，所述第一索引包括多个索引。
  13. 根据权利要求7至12中任一项所述的方法，其特征在于，所述第一对应关系为预配置信息。
  14. 根据权利要求4至13中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备向解压缩设备发送所述第一索引。
  15. 根据权利要求14所述的方法，其特征在于，所述第一数据包或第二数据包包括所述第一索引。
  16. 根据权利要求1至3中任一项所述的方法，其特征在于，所述压缩参数包括第一指示信息，所述第一指示信息用于指示以太帧数据包中的压缩对象或非压缩对象。
  17. 根据权利要求16所述的方法，其特征在于，所述第一指示信息具体用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  18. 根据权利要求16所述的方法，其特征在于，所述第一指示信息具体用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  19. 根据权利要求16所述的方法，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
  20. 根据权利要求16至19中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备向解压缩设备发送所述第一指示信息。
  21. 根据权利要求20所述的方法，其特征在于，所述第一数据包或第二数据包包括所述第一指示信息。
  22. 根据权利要求1至21中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备确定是否压缩或丢弃所述第一数据包的数据域中的填充比特。
  23. 根据权利要求22所述的方法，其特征在于，所述压缩设备确定是否压缩或丢弃所述第一数据包的数据域中的填充比特，包括：
    满足第一条件时，所述压缩设备压缩或丢弃所述第一数据包的数据域中的填充比特。
  24. 根据权利要求23所述的方法，其特征在于，所述第一条件包括以下中的至少一种：
    以太帧的帧格式为802.3格式；
    以太帧的类型/长度域代表长度域；
    以太帧的类型/长度域取值小于第一阈值；
    接入网配置或核心网配置或预定义对填充比特进行压缩；
    解压缩设备具备对填充比特进行解压缩或恢复的能力；
    压缩设备已发送X个未压缩的数据包；
    压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
    压缩设备具备对填充比特进行压缩的能力；
    接收到解压缩设备填充比特压缩或丢弃指示信息；
    长度域被压缩或需要压缩；以及
    不压缩长度域。
  25. 根据权利要求24所述的方法，其特征在于，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
    解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
    解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
    解压缩设备具备对数据部的信息进行深层解码的能力；以及
    解压缩设备能够根据底层数据包对填充比特进行恢复。
  26. 根据权利要求1至25中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备发送第二指示信息，所述第二指示信息用于指示所述数据包中的填充比特的大小或数据包在压缩前的填充比特的大小。
  27. 根据权利要求26所述的方法，其特征在于，所述第一数据包或第二数据包包括所述第二指示信息。
  28. 根据权利要求1至27中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
  29. 根据权利要求28所述的方法，其特征在于，所述第一数据包或第二数据包包括所述第三指示信息。
  30. 根据权利要求1至29中任一项所述的方法，其特征在于，所述第一数据包或所述第二数据包包括以下信息中的至少一项：
    目标地址域；
    源地址域；
    类型域；
    长度域；
    虚拟局域网VLAN域或Q标签；
    C标签；
    S标签；
    标签协议标识TPID；
    虚拟局域网标识VID；
    优先权代码点PCP；
    丢弃优先级DEI；
    数据域；
    填充比特；
    循环冗余码校验CRC；
    包指示，用于指示当前数据包为反馈包或数据包；
    第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
    第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
    Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    填充比特大小指示，用于指示当前数据包的填充比特的大小；
    填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
    子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
    包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
    头压缩指示，用于指示当前数据包的已压缩的子头信息；
    虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
    长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
    类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
  31. 根据权利要求1至30中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备确定是否压缩所述第一数据包中的长度域。
  32. 根据权利要求31所述的方法，其特征在于，所述压缩设备确定是否压缩所述第一数据包中的长度域，包括：
    压缩或去除所述第一数据包的数据域中的填充比特时，所述压缩设备压缩所述长度域；和/或
    不压缩或去除所述第一数据包的数据域中的填充比特时，所述压缩设备不压缩长度域。
  33. 根据权利要求1至30中任一项所述的方法，其特征在于，所述第一数据包或所述第二数据包包括长度域。
  34. 根据权利要求1至33中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备收到未压缩的X个数据包后发送所述第二数据包；和/或，
    所述压缩设备收到Y个表示确认ACK的未压缩的数据包的反馈包后发送所述第二数据包。
  35. 根据权利要求1至34中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备上报压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
  36. 根据权利要求1至35中任一项所述的方法，其特征在于，同一个承载对应的压缩参数相同或者不同，和/或上行对应的压缩参数和下行对应的压缩参数相同或者不同。
  37. 一种无线通信的方法，其特征在于，包括：
    解压缩设备接收目标数据包；
    所述解压缩设备确定是否对所述目标数据包进行解压缩。
  38. 根据权利要求37所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备确定所述目标数据包中的压缩对象或解压缩对象。
  39. 根据权利要求38所述的方法，其特征在于，所述压缩对象或解压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  40. 根据权利要求37至39中任一项所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述解压缩设备确定是否对所述目标数据包中的填充比特进行解压缩或恢复。
  41. 根据权利要求40所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包中的填充比特进行解压缩或恢复，包括：
    满足第二条件时，所述解压缩设备对所述目标数据包中的填充比特进行解压缩或恢复。
  42. 根据权利要求41所述的方法，其特征在于，所述第二条件包括以下条件中的至少一项：
    以太帧的帧格式为802.3格式；
    以太帧的类型/长度域代表长度域的信息；
    以太帧的类型/长度域取值小于第一阈值；
    接入网配置或核心网配置或预定义对填充比特进行压缩；
    解压缩设备具备对填充比特进行解压缩或恢复的能力；
    未对数据包中的长度域进行头压缩；
    以太帧数据包小于64字节；
    以太帧数据包的数据部分小于46字节；
    解压缩后的以太帧数据包小于64字节；
    解压缩后的以太帧数据包的数据部分小于46字节；
    收到填充比特是否已压缩的指示；
    收到填充比特占用的长度的指示；
    收到填充比特压缩指示；
    压缩设备已发送X个未压缩的数据包；
    压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
    压缩设备对填充比特具备压缩能力；
    填充比特被压缩或去除；
    长度域被压缩；
    收到压缩设备可压缩填充比特的能力指示；以及
    长度域未压缩或数据包中包括长度域。
  43. 根据权利要求42所述的方法，其特征在于，所述解压缩设备具备对填充比特进行解压缩或 恢复的能力指解压缩设备满足以下中的至少一项：
    解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
    解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
    解压缩设备具备对数据部的信息进行深层解码的能力；以及
    解压缩设备能够根据底层数据包对填充比特进行恢复。
  44. 根据权利要求37至43中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备在所述目标数据包中数据域或以太帧有效数据之后，添加与填充比特的字节数相同的0或1比特串，得到解压后或最终的数据域。
  45. 根据权利要求44所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备根据所述目标数据包中长度域的信息，确定所述填充比特的字节数。
  46. 根据权利要求45所述的方法，其特征在于，所述解压缩设备根据所述目标数据包中长度域的信息，确定所述填充比特的字节数，包括：
    所述解压缩设备将46字节减去所述长度域的字节数，得到所述填充比特的字节数。
  47. 根据权利要求37至46中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备根据底层数据包中携带的长度域指示，确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。
  48. 根据权利要求47所述的方法，其特征在于，所述长度域指示携带在以下信息中的至少一项：
    无线链路控制RLC包、媒体接入控制MAC包和分组数据汇聚协议PDCP包。
  49. 根据权利要求37至48中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备接收第二指示信息，所述第二指示信息用于指示所述目标数据包的填充比特的大小或在压缩前的填充比特的大小。
  50. 根据权利要求49所述的方法，其特征在于，所述方法还包括：
    所述解压设备根据所述第二指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
  51. 根据权利要求49所述的方法，其特征在于，所述目标数据包包括所述第二指示信息。
  52. 根据权利要求37至51中任一项所述的方法，其特征在于，所述方法还包括：
    所述压缩设备发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
  53. 根据权利要求52所述的方法，其特征在于，所述方法还包括：
    所述解压设备根据所述第三指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
  54. 根据权利要求52所述的方法，其特征在于，所述目标数据包包括所述第三指示信息。
  55. 根据权利要求37至54中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备确定所述目标数据包中的填充比特是否已压缩或已去除；或
    所述解压缩设备确定所述目标数据包是否包括填充比特。
  56. 根据权利要求37至55中任一项所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述解压缩设备确定是否对所述目标数据包中的长度域进行解压缩。
  57. 根据权利要求56所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备根据所述目标数据包中的填充比特是否已压缩，确定所述目标数据包中的长度域是否解压缩。
  58. 根据权利要求57所述的方法，其特征在于，所述根据所述目标数据包中的填充比特是否压缩，确定所述目标数据包中的长度域是否解压缩，包括：
    所述目标数据包中的填充比特已压缩或去除时，对所述目标数据包中的长度域进行解压缩或恢复；和/或
    所述目标数据包中的填充比特未压缩或未去除时，对所述目标数据包中的长度域不进行解压缩或恢复。
  59. 根据权利要求37至58中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备确定所述目标数据包中的长度域是否已压缩；或
    所述解压缩设备确定所述目标数据包是否包括长度域。
  60. 根据权利要求37至59中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备确定所述目标数据包中的长度域不需解压缩或恢复，或者
    所述解压缩设备确定所述目标数据包中的长度域未压缩或所述目标数据包中包括长度域。
  61. 根据权利要求37至60中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备根据所述目标数据包中的填充比特大小，确定所述长度域的字节数；或者，
    所述解压缩设备根据所述目标数据包压缩前填充比特的大小，确定所述长度域的字节数。
  62. 根据权利要求61所述的方法，其特征在于，所述填充比特的大小为填充比特的字节数。
  63. 根据权利要求61所述的方法，其特征在于，所述解压缩设备根据所述目标数据包中填充比特的字节数，确定所述长度域的字节数，包括：
    所述解压缩设备将46字节减去所述填充比特的字节数，得到所述长度域的字节数。
  64. 根据权利要求37至63中任一项所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述解压缩设备确定是否对所述目标数据包中的类型域进行解压缩。
  65. 根据权利要求37至64中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备确定压缩参数。
  66. 根据权利要求65所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备接收接入网设备或核心网设备发送的压缩参数。
  67. 根据权利要求65或66所述的方法，其特征在于，所述压缩参数包括第一索引。
  68. 根据权利要求67所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述第一索引用于指示不压缩以太帧数据包时，所述解压缩设备确定所述目标数据包不需要解压缩或恢复。
  69. 根据权利要求67或68所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备根据所述第一索引，确定第一压缩对象；
    所述解压缩设备对所述目标数据包中的所述第一压缩对象进行解压缩或恢复。
  70. 根据权利要求69所述的方法，其特征在于，所述解压缩设备根据所述第一索引，确定第一压缩对象，包括：
    所述解压缩设备根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
  71. 根据权利要求70所述的方法，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  72. 根据权利要求70所述的方法，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    Q标签和以太帧的帧头；
    C标签和以太帧的帧头；
    S标签和以太帧的帧头；
    C标签、S标签和以太帧的帧头；
    Q标签、以太帧的帧头和填充比特；
    C标签、以太帧的帧头和填充比特；
    S标签和以太帧的帧头和填充比特；
    C标签、S标签、以太帧的帧头和填充比特；
    填充比特；
    Q标签和填充比特；
    C标签和填充比特；
    S标签和填充比特；
    C标签、S标签和填充比特
    以太帧头的帧头；
    Q标签；
    C标签；
    S标签；
    C标签和S标签；
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  73. 根据权利要求72所述的方法，其特征在于，所述以太帧的帧头包括以下中的至少一项：
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  74. 根据权利要求70至73中任一项所述的方法，其特征在于，所述第一对应关系中的一个索引对应一个或多个压缩对象。
  75. 根据权利要求70至73中任一项所述的方法，其特征在于，所述第一索引包括多个索引。
  76. 根据权利要求70至73中任一项所述的方法，其特征在于，所述第一对应关系为预配置信息。
  77. 根据权利要求67至76中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备接收所述压缩设备发送的所述第一索引。
  78. 根据权利要求77所述的方法，其特征在于，所述目标数据包包括所述第一索引。
  79. 根据权利要求65或66所述的方法，其特征在于，所述压缩参数包括第一指示信息，用于指示以太帧数据包中的压缩对象或非压缩对象。
  80. 根据权利要求79所述的方法，其特征在于，所述第一指示信息用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  81. 根据权利要求79所述的方法，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  82. 根据权利要求79所述的方法，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
  83. 根据权利要求79至82中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备接收压缩设备发送的所述第一指示信息。
  84. 根据权利要求83所述的方法，其特征在于，所述目标数据包包括所述第一指示信息。
  85. 根据权利要求37至66中任一项所述的方法，其特征在于，所述目标数据包包括以下信息中的至少一项：
    目标地址域；
    源地址域；
    类型域；
    长度域；
    虚拟局域网VLAN域或Q标签；
    C标签；
    S标签；
    标签协议标识TPID；
    虚拟局域网标识VID；
    优先权代码点PCP；
    丢弃优先级DEI；
    数据域；
    填充比特；
    循环冗余码校验CRC；
    包指示，用于指示当前数据包为反馈包或数据包；
    第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
    第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
    Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    填充比特大小指示，用于指示当前数据包的填充比特的大小；
    填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
    子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
    包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
    头压缩指示，用于指示当前数据包的已压缩的子头信息；
    虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
    长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
    类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
  86. 根据权利要求37至85中任一项所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述解压缩设备已收到未压缩的X个数据包后，对所述目标数据包进行解压缩。
  87. 根据权利要求37至85中任一项所述的方法，其特征在于，所述解压缩设备确定是否对所述目标数据包进行解压缩，包括：
    所述解压缩设备已发送Y个表示确认ACK的未压缩的数据包的反馈包后，对所述目标数据包进行解压缩。
  88. 根据权利要求37至87中任一项所述的方法，其特征在于，所述方法还包括：
    所述解压缩设备接收压缩设备上报的压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
  89. 根据权利要求37至88中任一项所述的方法，其特征在于，同一个承载对应的压缩参数相同或者不同。
  90. 根据权利要求37至89中任一项所述的方法，其特征在于，上行对应的压缩参数和下行对应的压缩参数相同或者不同。
  91. 一种压缩设备，其特征在于，包括：
    通信单元，用于根据以太帧的压缩参数发送第一数据包或第二数据包，所述第二数据包为所述第一数据包的压缩数据包。
  92. 根据权利要求91所述的压缩设备，其特征在于，所述通信单元还用于：
    接收接入网设备或核心网设备发送的所述压缩参数。
  93. 根据权利要求91或92所述的压缩设备，其特征在于，所述压缩设备还包括：
    第一确定单元，用于根据所述压缩参数，确定是否压缩所述第一数据包。
  94. 根据权利要求91至93中任一项所述的压缩设备，其特征在于，所述压缩参数包括第一索引。
  95. 根据权利要求94所述的压缩设备，其特征在于，所述通信单元具体用于：
    所述第一索引用于指示不压缩以太帧数据包时，发送所述第一数据包，和/或，
    所述第一索引用于指示不压缩以太帧数据包时，对所述第一数据包不进行压缩。
  96. 根据权利要求94或95所述的压缩设备，其特征在于，所述通信单元具体用于：
    根据所述第一索引确定第一压缩对象；
    发送已压缩所述第一压缩对象的所述第二数据包。
  97. 根据权利要求96所述的压缩设备，其特征在于，所述通信单元更具体用于：
    根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压缩对象。
  98. 根据权利要求97所述的压缩设备，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  99. 根据权利要求97所述的压缩设备，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    Q标签和以太帧的帧头；
    C标签和以太帧的帧头；
    S标签和以太帧的帧头；
    C标签、S标签和以太帧的帧头；
    Q标签、以太帧的帧头和填充比特；
    C标签、以太帧的帧头和填充比特；
    S标签和以太帧的帧头和填充比特；
    C标签、S标签、以太帧的帧头和填充比特；
    填充比特；
    Q标签和填充比特；
    C标签和填充比特；
    S标签和填充比特；
    C标签、S标签和填充比特；
    以太帧头的帧头；
    Q标签；
    C标签；
    S标签；
    C标签和S标签；
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  100. 根据权利要求99所述的压缩设备，其特征在于，所述以太帧的帧头包括以下中的至少一项：
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  101. 根据权利要求97至100中任一项所述的压缩设备，其特征在于，所述第一对应关系中的一个索引对应一个或多个压缩对象。
  102. 根据权利要求97至100中任一项所述的压缩设备，其特征在于，所述第一索引包括多个索引。
  103. 根据权利要求97至102中任一项所述的压缩设备，其特征在于，所述第一对应关系为预配置信息。
  104. 根据权利要求94至103中任一项所述的压缩设备，其特征在于，所述通信单元还用于：
    向解压缩设备发送所述第一索引。
  105. 根据权利要求104所述的压缩设备，其特征在于，所述第一数据包或第二数据包包括所述第一索引。
  106. 根据权利要求91至93中任一项所述的压缩设备，其特征在于，所述压缩参数包括第一指示信息，所述第一指示信息用于指示以太帧数据包中的压缩对象或非压缩对象。
  107. 根据权利要求106所述的压缩设备，其特征在于，所述第一指示信息具体用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  108. 根据权利要求106所述的压缩设备，其特征在于，所述第一指示信息具体用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标 签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  109. 根据权利要求106所述的压缩设备，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
  110. 根据权利要求106至109中任一项所述的压缩设备，其特征在于，所述通信单元还用于：
    向解压缩设备发送所述第一指示信息。
  111. 根据权利要求110所述的压缩设备，其特征在于，所述第一数据包或第二数据包包括所述第一指示信息。
  112. 根据权利要求91至111中任一项所述的压缩设备，其特征在于，所述压缩设备还包括：
    第二确定单元，用于确定是否压缩或丢弃所述第一数据包的数据域中的填充比特。
  113. 根据权利要求112所述的压缩设备，其特征在于，所述第二确定单元具体用于：
    满足第一条件时，压缩或丢弃所述第一数据包的数据域中的填充比特。
  114. 根据权利要求113所述的压缩设备，其特征在于，所述第一条件包括以下中的至少一种：
    以太帧的帧格式为802.3格式；
    以太帧的类型/长度域代表长度域；
    以太帧的类型/长度域取值小于第一阈值；
    接入网配置或核心网配置或预定义对填充比特进行压缩；
    解压缩设备具备对填充比特进行解压缩或恢复的能力；
    压缩设备已发送X个未压缩的数据包；
    压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
    压缩设备具备对填充比特进行压缩的能力；
    接收到解压缩设备填充比特压缩或丢弃指示信息；
    长度域被压缩或需要压缩；以及
    不压缩长度域。
  115. 根据权利要求114所述的压缩设备，其特征在于，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
    解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
    解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
    解压缩设备具备对数据部的信息进行深层解码的能力；以及
    解压缩设备能够根据底层数据包对填充比特进行恢复。
  116. 根据权利要求91至115中任一项所述的压缩设备，其特征在于，所述通信单元还用于：
    发送第二指示信息，所述第二指示信息用于指示所述数据包中的填充比特的大小或数据包在压缩前的填充比特的大小。
  117. 根据权利要求116所述的压缩设备，其特征在于，所述第一数据包或第二数据包包括所述第二指示信息。
  118. 根据权利要求91至117中任一项所述的压缩设备，其特征在于，所述通信单元还用于：
    发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
  119. 根据权利要求118所述的压缩设备，其特征在于，所述第一数据包或第二数据包包括所述第三指示信息。
  120. 根据权利要求91至119中任一项所述的压缩设备，其特征在于，所述第一数据包或所述第二数据包包括以下信息中的至少一项：
    目标地址域；
    源地址域；
    类型域；
    长度域；
    虚拟局域网VLAN域或Q标签；
    C标签；
    S标签；
    标签协议标识TPID；
    虚拟局域网标识VID；
    优先权代码点PCP；
    丢弃优先级DEI；
    数据域；
    填充比特；
    循环冗余码校验CRC；
    包指示，用于指示当前数据包为反馈包或数据包；
    第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
    第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
    Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    填充比特大小指示，用于指示当前数据包的填充比特的大小；
    填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
    子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
    包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
    头压缩指示，用于指示当前数据包的已压缩的子头信息；
    虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
    长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
    类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
  121. 根据权利要求91至120中任一项所述的压缩设备，其特征在于，所述压缩设备还包括：
    第三确定单元，用于确定是否压缩所述第一数据包中的长度域。
  122. 根据权利要求121所述的压缩设备，其特征在于，所述第三确定单元具体用于：
    压缩或去除所述第一数据包的数据域中的填充比特时，压缩所述长度域；和/或
    不压缩或去除所述第一数据包的数据域中的填充比特时，不压缩长度域。
  123. 根据权利要求91至120中任一项所述的压缩设备，其特征在于，所述第一数据包或所述第二数据包包括长度域。
  124. 根据权利要求91至123中任一项所述的压缩设备，其特征在于，所述通信单元具体用于：
    收到未压缩的X个数据包后发送所述第二数据包；和/或，
    收到Y个表示确认ACK的未压缩的数据包的反馈包后发送所述第二数据包。
  125. 根据权利要求91至124中任一项所述的压缩设备，其特征在于，所述通信单元还用于：
    上报压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
  126. 根据权利要求91至125中任一项所述的压缩设备，其特征在于，同一个承载对应的压缩参数相同或者不同，和/或上行对应的压缩参数和下行对应的压缩参数相同或者不同。
  127. 一种解压缩设备，其特征在于，包括：
    通信单元，用于接收目标数据包；
    确定单元，用于确定是否对所述目标数据包进行解压缩。
  128. 根据权利要求127所述的解压缩设备，其特征在于，所述确定单元还用于：
    确定所述目标数据包中的压缩对象或解压缩对象。
  129. 根据权利要求128所述的解压缩设备，其特征在于，所述压缩对象或解压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比 特。
  130. 根据权利要求127至129中任一项所述的解压缩设备，其特征在于，所述确定单元具体用于：
    确定是否对所述目标数据包中的填充比特进行解压缩或恢复。
  131. 根据权利要求130所述的解压缩设备，其特征在于，所述确定单元更具体用于：
    满足第二条件时，对所述目标数据包中的填充比特进行解压缩或恢复。
  132. 根据权利要求131所述的解压缩设备，其特征在于，所述第二条件包括以下条件中的至少一项：
    以太帧的帧格式为802.3格式；
    以太帧的类型/长度域代表长度域的信息；
    以太帧的类型/长度域取值小于第一阈值；
    接入网配置或核心网配置或预定义对填充比特进行压缩；
    解压缩设备具备对填充比特进行解压缩或恢复的能力；
    未对数据包中的长度域进行头压缩；
    以太帧数据包小于64字节；
    以太帧数据包的数据部分小于46字节；
    解压缩后的以太帧数据包小于64字节；
    解压缩后的以太帧数据包的数据部分小于46字节；
    收到填充比特是否已压缩的指示；
    收到填充比特占用的长度的指示；
    收到填充比特压缩指示；
    压缩设备已发送X个未压缩的数据包；
    压缩设备已收到Y个代表确认ACK的头压缩的反馈包；
    压缩设备对填充比特具备压缩能力；
    填充比特被压缩或去除；
    长度域被压缩；
    收到压缩设备可压缩填充比特的能力指示；以及
    长度域未压缩或数据包中包括长度域。
  133. 根据权利要求132所述的解压缩设备，其特征在于，所述解压缩设备具备对填充比特进行解压缩或恢复的能力指解压缩设备满足以下中的至少一项：
    解压缩设备指示解压缩设备具备对填充比特进行解压缩或恢复的能力；
    解压缩设备具备基于对数据部的信息的解码恢复填充比特的能力；
    解压缩设备具备对数据部的信息进行深层解码的能力；以及
    解压缩设备能够根据底层数据包对填充比特进行恢复。
  134. 根据权利要求127至133中任一项所述的解压缩设备，其特征在于，所述解压缩设备还包括：
    添加单元，用于在所述目标数据包中数据域或以太帧有效数据之后，添加与填充比特的字节数相同的0或1比特串，得到解压后或最终的数据域。
  135. 根据权利要求134所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据所述目标数据包中长度域的信息，确定所述填充比特的字节数。
  136. 根据权利要求135所述的解压缩设备，其特征在于，所述确定单元具体用于：
    将46字节减去所述长度域的字节数，得到所述填充比特的字节数。
  137. 根据权利要求127至136中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据底层数据包中携带的长度域指示，确定所述目标数据包中的填充比特的字节数和/或所述目标数据包中的长度域的信息。
  138. 根据权利要求137所述的解压缩设备，其特征在于，所述长度域指示携带在以下信息中的至少一项：
    无线链路控制RLC包、媒体接入控制MAC包和分组数据汇聚协议PDCP包。
  139. 根据权利要求127至138中任一项所述的解压缩设备，其特征在于，所述通信单元还用于：
    接收第二指示信息，所述第二指示信息用于指示所述目标数据包的填充比特的大小或在压缩前的填充比特的大小。
  140. 根据权利要求139所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据所述第二指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
  141. 根据权利要求139所述的解压缩设备，其特征在于，所述目标数据包包括所述第二指示信息。
  142. 根据权利要求127至141中任一项所述的解压缩设备，其特征在于，所述通信单元还用于：
    发送第三指示信息，所述第三指示信息用于指示以太帧数据包是否包括填充比特，或所述第三指示信息用于指示以太帧数据包是否已压缩填充比特。
  143. 根据权利要求142所述的解压缩设备，其特征在于，所述通信单元还用于：
    根据所述第三指示信息，对所述目标数据包中的填充比特进行解压缩或恢复。
  144. 根据权利要求142所述的解压缩设备，其特征在于，所述目标数据包包括所述第三指示信息。
  145. 根据权利要求127至144中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    确定所述目标数据包中的填充比特是否已压缩或已去除；或
    确定所述目标数据包是否包括填充比特。
  146. 根据权利要求127至145中任一项所述的解压缩设备，其特征在于，所述确定单元具体用于：
    所述解压缩设备确定是否对所述目标数据包中的长度域进行解压缩。
  147. 根据权利要求146所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据所述目标数据包中的填充比特是否已压缩，确定所述目标数据包中的长度域是否解压缩。
  148. 根据权利要求147所述的解压缩设备，其特征在于，所述确定单元具体用于：
    所述目标数据包中的填充比特已压缩或去除时，对所述目标数据包中的长度域进行解压缩或恢复；和/或
    所述目标数据包中的填充比特未压缩或未去除时，对所述目标数据包中的长度域不进行解压缩或恢复。
  149. 根据权利要求127至148中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    确定所述目标数据包中的长度域是否已压缩；或
    确定所述目标数据包是否包括长度域。
  150. 根据权利要求127至149中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    确定所述目标数据包中的长度域不需解压缩或恢复，或者
    确定所述目标数据包中的长度域未压缩或所述目标数据包中包括长度域。
  151. 根据权利要求127至150中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据所述目标数据包中的填充比特大小，确定所述长度域的字节数；或者，
    根据所述目标数据包压缩前填充比特的大小，确定所述长度域的字节数。
  152. 根据权利要求151所述的解压缩设备，其特征在于，所述填充比特的大小为填充比特的字节数。
  153. 根据权利要求151所述的解压缩设备，其特征在于，所述确定单元具体用于：
    将46字节减去所述填充比特的字节数，得到所述长度域的字节数。
  154. 根据权利要求127至153中任一项所述的解压缩设备，其特征在于，所述确定单元具体用于：
    确定是否对所述目标数据包中的类型域进行解压缩。
  155. 根据权利要求127至154中任一项所述的解压缩设备，其特征在于，所述确定单元还用于：
    确定压缩参数。
  156. 根据权利要求155所述的解压缩设备，其特征在于，所述通信单元还用于：
    接收接入网设备或核心网设备发送的压缩参数。
  157. 根据权利要求155或156所述的解压缩设备，其特征在于，所述压缩参数包括第一索引。
  158. 根据权利要求157所述的解压缩设备，其特征在于，所述确定单元具体用于：
    所述第一索引用于指示不压缩以太帧数据包时，确定所述目标数据包不需要解压缩或恢复。
  159. 根据权利要求157或158所述的解压缩设备，其特征在于，所述确定单元还用于：
    根据所述第一索引，确定第一压缩对象；
    对所述目标数据包中的所述第一压缩对象进行解压缩或恢复。
  160. 根据权利要求159所述的解压缩设备，其特征在于，所述确定单元具体用于：
    根据所述第一索引和第一对应关系，确定所述第一索引对应的第一压缩对象，所述第一对应关系包括至少一个压缩对象和所述至少一个压缩对象对应的索引，所述至少一个压缩对象包括所述第一压 缩对象。
  161. 根据权利要求160所述的解压缩设备，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  162. 根据权利要求160所述的解压缩设备，其特征在于，所述至少一个压缩对象包括以下中的至少一项：
    Q标签和以太帧的帧头；
    C标签和以太帧的帧头；
    S标签和以太帧的帧头；
    C标签、S标签和以太帧的帧头；
    Q标签、以太帧的帧头和填充比特；
    C标签、以太帧的帧头和填充比特；
    S标签和以太帧的帧头和填充比特；
    C标签、S标签、以太帧的帧头和填充比特；
    填充比特；
    Q标签和填充比特；
    C标签和填充比特；
    S标签和填充比特；
    C标签、S标签和填充比特
    以太帧头的帧头；
    Q标签；
    C标签；
    S标签；
    C标签和S标签；
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  163. 根据权利要求162所述的解压缩设备，其特征在于，所述以太帧的帧头包括以下中的至少一项：
    目标地址域；
    源地址域；
    类型域；以及
    长度域。
  164. 根据权利要求160至163中任一项所述的解压缩设备，其特征在于，所述第一对应关系中的一个索引对应一个或多个压缩对象。
  165. 根据权利要求160至163中任一项所述的解压缩设备，其特征在于，所述第一索引包括多个索引。
  166. 根据权利要求160至163中任一项所述的解压缩设备，其特征在于，所述第一对应关系为预配置信息。
  167. 根据权利要求157至166中任一项所述的解压缩设备，其特征在于，所述通信单元还用于：
    接收所述压缩设备发送的所述第一索引。
  168. 根据权利要求167所述的解压缩设备，其特征在于，所述目标数据包包括所述第一索引。
  169. 根据权利要求155或156所述的解压缩设备，其特征在于，所述压缩参数包括第一指示信息，用于指示以太帧数据包中的压缩对象或非压缩对象。
  170. 根据权利要求169所述的解压缩设备，其特征在于，所述第一指示信息用于指示以太帧数据包中的非压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  171. 根据权利要求169所述的解压缩设备，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象包括以下中的至少一项：
    目标地址域、源地址域、类型域、长度域、虚拟局域网VLAN域、Q标签、C标签、S标签、标签协议标识TPID、虚拟局域网标识VID、优先权代码点PCP、丢弃优先级DEI和数据域中的填充比特。
  172. 根据权利要求169所述的解压缩设备，其特征在于，所述第一指示信息用于指示以太帧数据包中的压缩对象是否包括数据域中的填充比特，或所述第一指示信息用于指示以太帧数据包是否包括填充比特，或所述第一指示信息用于指示以太帧数据包是否已压缩填充比特。
  173. 根据权利要求169至172中任一项所述的解压缩设备，其特征在于，所述通信单元还用于：
    接收压缩设备发送的所述第一指示信息。
  174. 根据权利要求173所述的解压缩设备，其特征在于，所述目标数据包包括所述第一指示信息。
  175. 根据权利要求127至66中任一项所述的解压缩设备，其特征在于，所述目标数据包包括以下信息中的至少一项：
    目标地址域；
    源地址域；
    类型域；
    长度域；
    虚拟局域网VLAN域或Q标签；
    C标签；
    S标签；
    标签协议标识TPID；
    虚拟局域网标识VID；
    优先权代码点PCP；
    丢弃优先级DEI；
    数据域；
    填充比特；
    循环冗余码校验CRC；
    包指示，用于指示当前数据包为反馈包或数据包；
    第一可变域指示，用于指示以太帧数据包是否已压缩可变域部分，或者以太帧数据包的可变部分是否发生变化，或者是否包含以太帧数据包的可变域部分；
    第二可变域指示，用于指示以太帧数据包的帧头是否已压缩可变域部分，或者用于指示以太帧数据包中是否包含可变域部分，或者用于指示以太帧数据包的帧头的可变部分是否发生变化；
    Q标签可变域指示，用于指示是否已压缩以Q标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    C标签可变域指示，用于指示是否已压缩以C标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    S标签可变域指示，用于指示是否已压缩以S标签中的可变域部分，或者用于指示数据包中是否包含可变域部分，或者用于指示可变部分是否发生变化，或者用于指示可变部分是否压缩；
    填充比特大小指示，用于指示当前数据包的填充比特的大小；
    填充比特压缩指示，用于指示是否对填充比特进行压缩，或者，是否已压缩当前数据包的填充比特，或者当前数据包中是否包含填充比特，或者填充比特的长度是否变化；
    子通路标识，用于标识对头压缩配置或对象的不同的数据包可映射的上下文索引或标识；
    包压缩指示，用于指示当前数据包为压缩数据包或非压缩数据包；
    头压缩指示，用于指示当前数据包的已压缩的子头信息；
    虚拟局域网VLAN压缩指示，用于指示是否已压缩Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示是否包含Q标签或是否已压缩S标签和/或C标签或其至少部分，或者用于指示Q标签或是否已压缩S标签和/或C标签或其至少部分是否变化；
    长度域指示，用于指示是否已压缩长度域，或者指示是否包含长度域，或者指示长度域是否变化；以及
    类型域指示，用于指示是否已压缩类型域，或者指示是否包含类型域，或者指示类型域是否变化。
  176. 根据权利要求127至175中任一项所述的解压缩设备，其特征在于，所述确定单元具体用 于：
    已收到未压缩的X个数据包后，对所述目标数据包进行解压缩。
  177. 根据权利要求127至175中任一项所述的解压缩设备，其特征在于，所述确定单元具体用于：
    已发送Y个表示确认ACK的未压缩的数据包的反馈包后，对所述目标数据包进行解压缩。
  178. 根据权利要求127至177中任一项所述的解压缩设备，其特征在于，所述通信单元还用于：
    接收压缩设备上报的压缩能力，所述压缩能力用于指示所述压缩设备是否支持以太帧的压缩，和/或所述压缩能力用于指示支持的压缩对象。
  179. 根据权利要求127至178中任一项所述的解压缩设备，其特征在于，同一个承载对应的压缩参数相同或者不同。
  180. 根据权利要求127至179中任一项所述的解压缩设备，其特征在于，上行对应的压缩参数和下行对应的压缩参数相同或者不同。
  181. 一种通信设备，其特征在于，包括：
    处理器、存储器和收发器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至36中任一项所述的方法。
  182. 一种通信设备，其特征在于，包括：
    处理器、存储器和收发器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求37至90中任一项所述的方法。
  183. 一种芯片，其特征在于，包括：
    处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至36中任一项所述的方法。
  184. 一种芯片，其特征在于，包括：
    处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求37至90中任一项所述的方法。
  185. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至36中任一项所述的方法。
  186. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求37至90中任一项所述的方法。
  187. 一种计算机程序产品，其特征在于，包括计算机程序指令，所述计算机程序指令使得计算机执行如权利要求1至36中任一项所述的方法。
  188. 一种计算机程序产品，其特征在于，包括计算机程序指令，所述计算机程序指令使得计算机执行如权利要求37至90中任一项所述的方法。
  189. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1至36中任一项所述的方法。
  190. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求37至90中任一项所述的方法。
PCT/CN2019/085340 2019-04-30 2019-04-30 无线通信的方法和设备 WO2020220328A1 (zh)

Priority Applications (13)

Application Number Priority Date Filing Date Title
CN201980054892.4A CN112585925A (zh) 2019-04-30 2019-04-30 无线通信的方法和设备
EP19927399.6A EP3905627B1 (en) 2019-04-30 2019-04-30 Wireless communication method and apparatus
SG11202105005XA SG11202105005XA (en) 2019-04-30 2019-04-30 Wireless communication method and apparatus
MX2021005933A MX2021005933A (es) 2019-04-30 2019-04-30 Metodo y aparato de comunicacion inalambrica.
KR1020217025384A KR20210113659A (ko) 2019-04-30 2019-04-30 무선 통신의 방법 및 장치
RU2021113471A RU2767321C1 (ru) 2019-04-30 2019-04-30 Способ и устройство для беспроводной связи
CA3117837A CA3117837A1 (en) 2019-04-30 2019-04-30 Wireless communication method and apparatus
AU2019443141A AU2019443141B2 (en) 2019-04-30 2019-04-30 Wireless communication method and apparatus
JP2021537868A JP2022515628A (ja) 2019-04-30 2019-04-30 無線通信方法及び装置
PCT/CN2019/085340 WO2020220328A1 (zh) 2019-04-30 2019-04-30 无线通信的方法和设备
CN202110429238.6A CN113133055B (zh) 2019-04-30 2019-04-30 无线通信的方法和设备
BR112021009524A BR112021009524A2 (pt) 2019-04-30 2019-04-30 Método de transmissão sem fio, método de comunicação sem fio, dispositivo de compressão e dispositivo de descompressão
US17/316,852 US11477306B2 (en) 2019-04-30 2021-05-11 Wireless communication methods and devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/085340 WO2020220328A1 (zh) 2019-04-30 2019-04-30 无线通信的方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/316,852 Continuation US11477306B2 (en) 2019-04-30 2021-05-11 Wireless communication methods and devices

Publications (1)

Publication Number Publication Date
WO2020220328A1 true WO2020220328A1 (zh) 2020-11-05

Family

ID=73029645

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/085340 WO2020220328A1 (zh) 2019-04-30 2019-04-30 无线通信的方法和设备

Country Status (12)

Country Link
US (1) US11477306B2 (zh)
EP (1) EP3905627B1 (zh)
JP (1) JP2022515628A (zh)
KR (1) KR20210113659A (zh)
CN (2) CN112585925A (zh)
AU (1) AU2019443141B2 (zh)
BR (1) BR112021009524A2 (zh)
CA (1) CA3117837A1 (zh)
MX (1) MX2021005933A (zh)
RU (1) RU2767321C1 (zh)
SG (1) SG11202105005XA (zh)
WO (1) WO2020220328A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020062091A1 (zh) * 2018-09-28 2020-04-02 Oppo广东移动通信有限公司 通信方法、终端设备和网络设备
JP6926158B2 (ja) * 2019-08-09 2021-08-25 シャープ株式会社 端末装置、基地局装置、および通信方法
EP4016948B1 (en) * 2019-08-15 2024-10-09 Huawei Technologies Co., Ltd. Method and apparatus for compressing ethernet header, and method and apparatus for decompressing ethernet header
KR20220093883A (ko) * 2020-12-28 2022-07-05 현대자동차주식회사 차량 및 그 제어 방법
US11463558B2 (en) * 2021-02-23 2022-10-04 Gigamon Inc. Tool port aware stateful protocol visibility for packet distribution
CN118339876A (zh) * 2021-12-10 2024-07-12 Oppo广东移动通信有限公司 无线通信方法和通信设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075287A (zh) * 2010-11-22 2011-05-25 浪潮(北京)电子信息产业有限公司 一种数据处理方法及装置
CN103188247A (zh) * 2011-12-31 2013-07-03 深圳市金蝶友商电子商务服务有限公司 一种数据传输方法及系统
US20140233633A1 (en) * 2006-08-08 2014-08-21 Core Wireless Licensing S.A.R.L. Method, device, and system for multiplexing of video streams
CN106817365A (zh) * 2016-12-30 2017-06-09 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6542931B1 (en) * 1999-11-05 2003-04-01 Nokia Corporation Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment
AU2002243537A1 (en) 2001-01-16 2002-07-30 I-Phone Marketing, Llc Methods and apparatus for managing an interleaved voice, video and data communication system
US7693508B2 (en) * 2001-03-28 2010-04-06 Qualcomm Incorporated Method and apparatus for broadcast signaling in a wireless communication system
IL162305A (en) * 2004-06-02 2010-06-16 Eci Telecom Ltd Method, device and system for transmitting ethernet packets
KR101467750B1 (ko) * 2007-06-04 2014-12-03 엘지전자 주식회사 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법
US8391148B1 (en) * 2007-07-30 2013-03-05 Rockstar Consortion USLP Method and apparatus for Ethernet data compression
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
CN101453298B (zh) * 2007-12-07 2013-06-05 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
US8787242B2 (en) * 2009-11-06 2014-07-22 Qualcomm Incorporated Header compression for relay nodes
CN101848491A (zh) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置
JP2012169764A (ja) * 2011-02-10 2012-09-06 Panasonic Corp 通信システム、送信制御装置及び送信制御方法
US9769701B2 (en) * 2013-06-14 2017-09-19 Texas Instruments Incorporated Header compression for wireless backhaul systems
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
US11006316B2 (en) * 2017-10-16 2021-05-11 Ofinno, Llc Header compression for ethernet frame
US10855814B2 (en) * 2017-10-20 2020-12-01 Comcast Cable Communications, Llc Non-access stratum capability information
WO2020125988A1 (en) * 2018-12-20 2020-06-25 Huawei Technologies Co., Ltd. Device and method for flexible frame compression

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140233633A1 (en) * 2006-08-08 2014-08-21 Core Wireless Licensing S.A.R.L. Method, device, and system for multiplexing of video streams
CN102075287A (zh) * 2010-11-22 2011-05-25 浪潮(北京)电子信息产业有限公司 一种数据处理方法及装置
CN103188247A (zh) * 2011-12-31 2013-07-03 深圳市金蝶友商电子商务服务有限公司 一种数据传输方法及系统
CN106817365A (zh) * 2016-12-30 2017-06-09 广东欧珀移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3905627A4 *

Also Published As

Publication number Publication date
CN112585925A (zh) 2021-03-30
BR112021009524A2 (pt) 2021-11-16
KR20210113659A (ko) 2021-09-16
AU2019443141B2 (en) 2022-08-18
AU2019443141A1 (en) 2021-05-27
JP2022515628A (ja) 2022-02-21
MX2021005933A (es) 2021-07-02
EP3905627A4 (en) 2022-01-19
CA3117837A1 (en) 2020-11-05
US20210266385A1 (en) 2021-08-26
EP3905627A1 (en) 2021-11-03
RU2767321C1 (ru) 2022-03-17
CN113133055B (zh) 2022-11-29
EP3905627B1 (en) 2023-01-11
US11477306B2 (en) 2022-10-18
CN113133055A (zh) 2021-07-16
SG11202105005XA (en) 2021-06-29

Similar Documents

Publication Publication Date Title
WO2020220328A1 (zh) 无线通信的方法和设备
US8897298B2 (en) Systems and methods for compressing headers and payloads
US10863578B2 (en) Data transmission method, device and system
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
US11218913B2 (en) Air-interface protocol stack configuration method, data transmission method, air-interface protocol stack configuration device, and data transmission device
EP2445250A1 (en) Data packet sending, receiving and transmission method and device
CN114208137B (zh) 以太帧头的压缩、解压方法和装置
JP7327831B2 (ja) 通信方法及びデバイス
CN110677872B (zh) 数据传输方法、设备和通信系统
WO2015081553A1 (zh) 传输数据的方法、装置和系统
CN111278062A (zh) 一种以太帧的传输方法和相关设备
WO2021035231A2 (en) Uplink-re-transmission with compact memory usage
WO2020198966A1 (zh) 无线通信的方法和设备
WO2018045521A1 (zh) 无线网络中传输信令的方法和装置
WO2020097855A1 (zh) 无线通信的方法和通信设备
WO2018082511A1 (zh) 一种数据包的预处理方法、装置及设备
WO2018053685A1 (zh) 数据封装方法、装置以及通信系统
WO2021087923A1 (zh) 一种传输信息的方法和装置
WO2020062240A1 (zh) 一种信息传输方法及装置、通信设备
TW202041064A (zh) 無線通訊方法、終端設備和存取網設備
CN110958647A (zh) 一种数据传输方法及装置
CN111278060B (zh) 一种以太帧传输方法和相关设备
WO2020097809A1 (zh) 压缩、解压缩以太帧的方法和通信设备
CN116636196A (zh) 数据处理方法及装置
CN115174491A (zh) 一种通信方法及通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19927399

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3117837

Country of ref document: CA

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112021009524

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2019443141

Country of ref document: AU

Date of ref document: 20190430

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021537868

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019927399

Country of ref document: EP

Effective date: 20210727

ENP Entry into the national phase

Ref document number: 20217025384

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 112021009524

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20210517