WO2020062091A1 - 通信方法、终端设备和网络设备 - Google Patents
通信方法、终端设备和网络设备 Download PDFInfo
- Publication number
- WO2020062091A1 WO2020062091A1 PCT/CN2018/108473 CN2018108473W WO2020062091A1 WO 2020062091 A1 WO2020062091 A1 WO 2020062091A1 CN 2018108473 W CN2018108473 W CN 2018108473W WO 2020062091 A1 WO2020062091 A1 WO 2020062091A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- header
- protocol
- compression
- sub
- ethernet frame
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- 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
Definitions
- the present application relates to the field of communications, and in particular, to a communication method, a terminal device, and a network device.
- the protocol data unit (PDU) session type is the Internet Protocol (IP) type.
- IP Internet Protocol
- Embodiments of the present application provide a communication method, a communication device, and a network device, which can implement transmission of Ethernet frames.
- a communication method includes: a first device compressing an Ethernet frame;
- a communication method includes: a second device acquiring an Ethernet frame from the first device;
- the second device decompresses the Ethernet frame.
- a communication method includes: a network device sends configuration information to a terminal device, and the configuration information includes information for compressing or decompressing an Ethernet frame.
- a communication device for executing the method in the first aspect or the implementation manners thereof.
- the terminal device includes a functional module for executing the method in the above-mentioned first aspect or each implementation manner thereof.
- a communication device for performing the method in the second aspect or the implementations thereof.
- the network device includes a function module for executing the method in the second aspect or the implementations thereof.
- a network device is provided, which is configured to execute the method in the third aspect or the implementation manners thereof.
- the network device includes a functional module for executing the method in the third aspect or the implementations thereof.
- a communication device including a processor and a memory.
- the memory is used to store a computer program
- the processor is used to call and run the computer program stored in the memory, and execute the method in the above-mentioned first aspect or its implementations.
- a communication device including a processor and a memory.
- 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 second aspect or the implementations thereof.
- a network device including a processor and a memory.
- the memory is used to store a computer program
- the processor is used to call and run the computer program stored in the memory, and execute the method in the third aspect or the implementations thereof.
- a chip is provided for implementing any one of the foregoing first to third aspects or a method in each implementation manner thereof.
- the chip includes a processor for invoking and running a computer program from a memory, so that a device installed with the chip executes any one of the first to third aspects described above or implementations thereof. method.
- a computer-readable storage medium for storing a computer program, and the computer program causes a computer to execute the method in any one of the first to third aspects described above or in each implementation manner thereof.
- a computer program product including computer program instructions that cause a computer to execute a method in any one of the first to third aspects described above or in various implementations thereof.
- a computer program that, when run on a computer, causes the computer to execute any one of the first to third aspects described above or a method in each implementation thereof.
- the first device compresses the Ethernet frame; the first device sends the compressed Ethernet frame to the second device, so that the transmission of the Ethernet frame can be realized, and during transmission, the Compressing Ethernet frames 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 diagram of another frame format provided by an embodiment of the present application.
- FIG. 5 is a schematic flowchart of a communication method according to an embodiment of the present application.
- FIG. 6 is a schematic diagram of a feedback frame according to an embodiment of the present application.
- FIG. 7 is a schematic flowchart of a communication method according to an embodiment of the present application.
- FIG. 8 is a schematic flowchart of a communication method according to an embodiment of the present application.
- FIG. 9 is a schematic block diagram of a communication device according to an embodiment of the present application.
- FIG. 10 is a schematic block diagram of a communication device according to an embodiment of the present application.
- FIG. 11 is a schematic block diagram of a network device according to an embodiment of the present application.
- FIG. 12 is a schematic block diagram of a communication device according to an embodiment of the present application.
- FIG. 13 is a schematic block diagram of a chip according to an embodiment of the present application.
- FIG. 14 is a schematic block diagram of a communication system according to an embodiment of the present application.
- FIG. 15 is a schematic block diagram of a communication system according to an embodiment of the present application.
- GSM Global System for Mobile
- CDMA Code Division Multiple Access
- Wideband Code Division Multiple Access Wideband Code Division Multiple Access
- GPRS General Packet Radio Service
- LTE Long Term Evolution
- FDD Frequency Division Duplex
- TDD Time Division Duplex
- UMTS Universal Mobile Telecommunication System
- WiMAX Worldwide Interoperability for Microwave Access
- the communication system 100 may include a terminal device 110, and the terminal device 110 may be located within the coverage of the access network device 120.
- terminal equipment used herein includes, but is not limited to, connection via wired lines, such as via Public Switched Telephone Networks (PSTN), Digital Subscriber Line (DSL), digital cable, direct cable connection ; And / or another data connection / network; and / or via a wireless interface, such as for cellular networks, Wireless Local Area Networks (WLAN), digital television networks such as DVB-H networks, satellite networks, AM- FM broadcast transmitter; and / or another terminal device configured to receive / transmit communication signals; and / or Internet of Things (IoT) devices.
- PSTN Public Switched Telephone Networks
- DSL Digital Subscriber Line
- WLAN Wireless Local Area Networks
- DVB-H Digital Video Broadband
- satellite networks satellite networks
- AM- FM broadcast transmitter AM- FM broadcast transmitter
- IoT Internet of Things
- a terminal device configured to communicate through a wireless interface may be referred to as a “wireless communication terminal”, a “wireless terminal”, or a “mobile terminal”.
- mobile terminals include, but are not limited to, satellite or cellular phones; personal communications systems (PCS) terminals that can combine cellular radiotelephones with data processing, facsimile, and data communications capabilities; can include radiotelephones, pagers, Internet / internal PDA with network access, web browser, notepad, calendar, and / or Global Positioning System (GPS) receiver; and conventional laptop and / or palm-type receivers or others including radiotelephone transceivers Electronic device.
- PCS personal communications systems
- GPS Global Positioning System
- a terminal device can refer to an access terminal, user equipment (User Equipment), user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or User device.
- the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Processing (PDA), and wireless communication.
- the communication system 100 may include an access network device 120, and the access network device 120 may be a device that communicates with a terminal device 110 (or a communication terminal or a terminal).
- the access network device 120 may provide communication coverage for a specific geographic area, and may communicate with terminal devices located within the coverage area.
- the access network device 120 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, or a base station (NodeB, NB) in a WCDMA system, or may be an evolved type in an LTE system.
- BTS Base Transceiver Station
- NodeB NodeB
- Base station (Evolutionary Node B, eNB or eNodeB), or a wireless controller in a Cloud Radio Access Network (CRAN), or the network device may be a mobile switching center, relay station, access point, or vehicle equipment , Wearables, hubs, switches, bridges, routers, network-side devices in 5G networks, or network devices in public land mobile networks (PLMN) that are evolving in the future.
- PLMN public land mobile networks
- the wireless communication system 100 further includes a core network device 130 that communicates with an access network device.
- the core network device 130 may be a 5G core network device, such as an access and mobility management function (AMF), which is responsible for access and mobility management, and has user authentication and handover. , Location updates, and more.
- AMF access and mobility management function
- the Session Management Function (SMF) is responsible for session management, including the establishment, modification, and release of packet data unit (PDU) sessions.
- PDU packet data unit
- UPF user plane function
- the core network device may be a core network device of an LTE system or other systems.
- the 5G system or the 5G network may also be referred to as a New Radio (NR) system or an NR network.
- NR New Radio
- the embodiments of the present application may be applied to a public land network or a local network.
- the public land network may be a PLMN-based public land network.
- the local network can also be called a local area network or a private network.
- This local network is usually deployed in office scenarios, home scenarios, and factories to achieve more effective and secure management.
- authorized and accessible users have the right to access the local network.
- the local network may or may not be managed or administered by a public land network.
- the local network may use an unlicensed frequency band for communication, or may share the licensed frequency band with a public land network.
- the local network may be a network belonging to the 3GPP category.
- the core network of the local network may be a core network of NR or LTE, and the local network may access the core network through an NR access network, an LTE access network, or wireless fidelity (Wifi).
- the public land network and the local network may share the core network, and the access network is independent; or, the access network may be shared, and the core network is independent; or, the access network may be shared Access network and core network; or, access network and core network are not shared.
- multiple or multiple local networks may share the core network and the access network is independent; or, the access network may be shared and the core network is independent; or they may be shared The access network and the core network; or both the access network and the core network are not shared.
- the header may include a destination address, a source address, and a type
- the data portion may include data.
- a preamble and a frame check sequence (FCS).
- FCS frame check sequence
- the Ethernet frame shown in FIG. 1 may be an Ethernet II frame type.
- the header may include a destination address, a source address, and a length
- the data portion may include data.
- there may be two parts that are not transmitted in the 5G network, namely the preamble and the FCS.
- the Ethernet frame shown in FIG. 2 may be an IEEE 802.3 SNAP frame type.
- VLAN domain In the frame format shown in FIG. 2 or FIG. 3, a VLAN domain can also be added.
- the VLAN domain indicates information about the VLAN, for example, as shown in FIG. 4.
- FIG. 5 is a schematic flowchart of a wireless communication method 200 according to an embodiment of the present application.
- the method 200 includes at least a part of the following content.
- the method 200 may be used for downlink transmission or uplink transmission.
- the first device When used for downlink transmission, the first device may be a network-side device (such as an access network device or a core network device), and the second device may be a terminal device.
- the first device may be a terminal device, and the second device may be a network-side device (for example, an access network device or a core network device).
- the first device compresses the Ethernet frame. And in 220, the first device sends the compressed Ethernet frame to the second device.
- the compression of the Ethernet frame by the first device may include compressing a header and / or a data portion of the Ethernet frame.
- the first device may compress the header and / or data based on a profile identifier (ID).
- ID profile identifier
- the sub-protocol ID mentioned in the embodiment of the present application may indicate a compression object and a compression strategy.
- the compression object may correspond to a protocol adopted by the data unit and / or an Ethernet frame type adopted by the header and / or whether the header includes a VLAN domain.
- a compression strategy can indicate how compression is achieved.
- the protocol used by the data department can include Encapsulating Security Payloads (ESP), IP, User Datagram Protocol (UDP), and Real-time Transport Protocol (RTP) protocols.
- ESP Encapsulating Security Payloads
- IP IP
- UDP User Datagram Protocol
- RTP Real-time Transport Protocol
- Ethernet frames can include Institute of Electrical and Electronics Engineers (IEEE) IEEE 802.3 Service Access Point (SAP) and Ethernet II frame types, of course, other frame types are also possible This embodiment of the present application does not specifically limit this. Alternatively, whether to include a VLAN domain may be used to distinguish Ethernet frames.
- IEEE Institute of Electrical and Electronics Engineers
- SAP Service Access Point
- Ethernet II frame types of course, other frame types are also possible This embodiment of the present application does not specifically limit this. Alternatively, whether to include a VLAN domain may be used to distinguish Ethernet frames.
- the protocol corresponding to the compression object of a sub-protocol ID may include one or more, the type of the corresponding Ethernet frame in the corresponding header may be one or more, and the compression of a sub-protocol ID may correspond to including the VLAN domain, It may correspond to the excluding VLAN domain, or both the excluding and excluding VLAN domains.
- the header and the data part are compressed based on the same first subprotocol identification ID.
- the first sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the first sub-protocol ID includes the data part and the header, and the compression object indicated by the first sub-protocol ID Corresponds to the protocol adopted by the data unit, and corresponds to the type of Ethernet frame adopted by the header and / or whether the header includes a virtual local area network VLAN domain.
- the compression object in the first sub-protocol ID may indicate that the data portion is compressed as well as the header.
- the data portion of the first sub-protocol ID may include one or more protocols.
- the Ethernet frame type of the header corresponding to the protocol ID may include one or more, and the header corresponding to the first sub-protocol ID may or may not include a VLAN domain.
- the first subprotocol ID may be the subprotocol IDs 0x0007, 0x0008, 0x0009, 0x000A, 0x000B, 0x010A, 0x010B, 0x010C, 0x010D, 0x000B, 0x000C, 0x000D, 0x000E, 0x000F, 0x0105, 0x0106, 0x0106 0x0108, in Table 1, the protocol of the data part corresponding to the subprotocol ID is RTP, UDP, ESP, and IP, etc., if there is more than one, it means the data part of multiple protocols (the header also needs to meet the subprotocol ID requirement) compress according to the corresponding compression strategy.
- VLAN / Ethernet indicates Ethernet frames carrying VLAN domains
- Ethernet indicates Ethernet frames not carrying VLAN domains.
- Subprotocol ID Compression Object (Usage) Compression Strategy (Reference) 0x0000 Not compressed RFC 5795 0x0001 RTP / UDP / IP RFC 3095, RFC 4815 0x0002 UDP / IP RFC 3095, RFC 4815 0x0003 ESP / IP RFC 3095, RFC 4815 0x0004 IP RFC3843, RFC4815 0x0006 TCP / IP RFC 6846 0x0101 RTP / UDP / IP RFC 5225 0x0102 UDP / IP RFC 5225 0x0103 ESP / IP RFC 5225 0x0104 IP RFC 5225 0x0007 RTP / UDP / IP / VLAN / Ethernet RFC 3095, RFC 4815 0x0008 UDP / IP / VLAN / Ethernet RFC 3095, RFC 4815 0x0009 ESP / IP / VLAN / Ethernet RFC
- the header and the data part can be compressed based on the same sub-protocol ID.
- the header and the data part may be compressed separately based on different sub-protocol IDs.
- the header is compressed based on the second sub-protocol ID; for the data section, the data section is compressed based on the third sub-protocol ID different from the second sub-protocol ID.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the second sub-protocol ID includes the header.
- the compression object indicated by the second sub-protocol ID corresponds to the ether adopted by the header.
- the frame type and / or whether the header includes a VLAN; and / or, the third sub-protocol ID is used to indicate a compression object and a compression strategy, and the compression object indicated by the third sub-protocol ID includes the data portion, and the third sub-protocol
- the compression target indicated by the protocol ID corresponds to the protocol adopted by the data section.
- the sub-protocol IDs 0x0001, 0x0002, 0x0003, 0x0004, 0x0006, 0x0101, 0x0102, 0x0103, and 0x0104 can be understood as the third sub-protocol ID in the embodiment of the present application.
- the compression object corresponds to The at least one protocol, that is, the Ethernet frame of each of the at least one protocol, is compressed according to a corresponding compression policy.
- 0x0105, 0x0106, 0x0007, 0x0008, 0x0009, and 0x000A can understand the second sub-protocol ID in the embodiment of the present application, in which VLAN / Ethernet indicates an Ethernet frame carrying a VLAN domain, and Ethernet indicates not carrying Ethernet frames in a VLAN domain.
- Subprotocol ID Compression Object (Usage) Compression Strategy (Reference) 0x0105 VLAN / Ethernet RFC 5225 0x0106 Ethernet RFC 5225 0x0007 VLAN / Ethernet RFC 6846 0x0008 Ethernet RFC 6846 0x0009 VLAN / Ethernet RFC 3095, RFC 4815 0x000A Ethernet RFC 3095, RFC 4815
- the sub-protocol ID on which the header is compressed is different; and / or, for the Ethernet frame in a different format, the data is The sub-protocol ID based on which the unit performs compression is different.
- the sub-protocol ID used by the header may be ID1, and for format 2, the sub-protocol ID used by the header may be ID2, and ID1 may be different from ID2.
- the sub-protocol ID used by the data section may be ID3, and for format 2, the sub-protocol ID used by the data section may be ID4, and ID3 may be different from ID4.
- ID1 may be equal to ID3, may be equal to ID3, or ID2 may be equal to ID4, or may be different from ID4.
- the content of the header compression object in Table 1 and / or Table 2 above may include VLAN / Ethernet or Ethernet.
- VLAN / Ethernet or Ethernet For different Ethernet frame formats, special sub-protocol IDs and corresponding header compression strategies are defined.
- the sub-protocol ID may include a compression object and a compression strategy.
- the compression object may indicate a frame format. If the compression object indicates a frame format, it may indicate that the header of the frame in the frame format is compressed.
- the compression object of each sub-protocol ID indicates the frame format and compression strategy of different Ethernet frames.
- the header and the data are compressed, and the compression strategy is the compression strategy corresponding to the sub-protocol ID.
- Subprotocol ID Compression Object (Usage) Compression Strategy (Reference) 0x010B VLAN / Ethernet II RFC 5225 0x010C Ethernet II RFC 5225 0x010D VLAN / IEEE 802.3SAP RFC 5225 0x010E IEEE 802.3SAP RFC 5225 0x010F VLAN / IEEE 802.3SNAP RFC 5225 0x0110 IEEE 802.3SNAP RFC 5225
- the first device is a terminal device, and the terminal device is at a first protocol layer, and the header is compressed; and / or, the terminal device is at a second protocol layer, and the The data section is compressed.
- the first protocol layer may be the same as the second protocol layer. Alternatively, the first protocol layer is different from the second protocol layer.
- the first protocol layer is optionally a Packet Data Convergence Protocol (PDCP) layer, a Protocol Data Unit (PDU) layer, or a newly added sublayer in a 5G network of the fifth generation communication system.
- the second protocol layer is optionally a PDCP layer, a PDU layer, or a newly added sublayer in a 5G network.
- the first device when the first device is a terminal device, the first device may receive first signaling, where the first signaling is used to indicate a sub-protocol ID that compresses the data portion.
- the first signaling is from an access network device, and the first signaling is Radio Resource Control (RRC) signaling, or the first signaling is from a core network control entity.
- RRC Radio Resource Control
- the first device when the first device is a terminal device, the first device may receive second signaling, and the second signaling is used to indicate a subprotocol ID for compressing the header.
- the second signaling may come from a core network control entity or an access network device.
- the terminal device reports a compression capability for the Ethernet frame, and the compression capability includes a compression capability for a header and / or a data part of the Ethernet frame.
- the compression capability indicates the compression capability of the header and the compression capability of the data portion, respectively.
- the compression capability for the header may optionally include: whether to support compression of the header; or, including: whether to support compression of a header including a Virtual Local Area Network (VLAN) domain, and / or whether Supports compression of headers that do not include VLAN domains.
- VLAN Virtual Local Area Network
- the first device is a terminal device
- the following describes the case where the first device is a core network device or an access network device.
- the first device is a core network device.
- the core network device compresses the header without compressing the data portion; or the core network device compresses the header and the data portion.
- the core network device is a user plane function (User Plane Function, UPF) entity device.
- UPF User Plane Function
- the first device is an access network device.
- the access network device may compress the data portion without compressing the header; or, the access network device compresses the header and the data portion.
- the core network device may perform header compression.
- the first device may also send signaling to the terminal device, indicating the sub-protocol ID that compresses the header and / or the data part.
- This sub-protocol ID can be used by the terminal device to compress uplink Ethernet frames or decompress downlink Ethernet frames.
- the signaling indicates the sub-protocol ID that compresses the data portion.
- the header sub-protocol ID can be configured by the core network control entity, and of course, it can also be configured by the access network device.
- the signaling indicates the sub-protocol ID that compresses the header and the data part.
- the access network device may also compress the header without compressing the data portion, which is not specifically limited in the embodiment of the present application.
- the Ethernet frame may be decompressed, and a decompression result may be fed back (for example, feedback PDCP Control PDU for interspersed ROHC feedback).
- the compression result can optionally feedback whether the decompression was successful.
- the compression result may optionally be a packet decompression state corresponding to a Sequence Number (SN).
- the decompression result for the data part may be fed back; if the second device decompresses the head, the decompression result for the head may be fed back; if the first The second device decompresses the header and the data part, and can provide feedback on the overall Ethernet frame. For example, if only the header has not been successfully decompressed, it can be fed back that the Ethernet frame is not decompressed successfully, or the second device can Each part is separately feedbacked. For example, if the header is not decompressed successfully, it can be reported that the header is not decompressed successfully.
- the feedback result may be carried in a feedback frame, which is directed to at least part of the feedback of the compressed portion of the Ethernet frame.
- the at least part is a variable part (for example, a VLAN domain, a length and a type field, etc.) of the Ethernet frame, and / or a static part (for example, a source address and a destination part, etc.) of the Ethernet frame.
- a variable part for example, a VLAN domain, a length and a type field, etc.
- a static part for example, a source address and a destination part, etc.
- the at least part may include a header and / or a data portion.
- the first device may retransmit the at least part, or retransmit the header to which the at least part belongs, or retransmit the at least part to which the at least part belongs.
- the first device confirms whether to perform a compression state machine migration, and if a migration is required, a more reliable compression state machine is used for head compression.
- the corresponding decompression end performs decompression according to the corresponding decompression state machine.
- the first device distinguishes whether the feedback frame is directed to a data packet or a header of the Ethernet frame.
- the second device when generating the feedback frame, may generate a feedback frame for distinguishing whether the feedback frame is directed to the head or the data part. Then, after receiving the feedback frame, the first device may partition whether the feedback frame is directed to a data part or a header, and may perform retransmission accordingly.
- the first device distinguishes whether the feedback frame is directed to a data packet or a header of the Ethernet frame.
- one frame format may indicate that the feedback frame is directed to the header, and another frame format may indicate that the feedback frame is directed to the data portion.
- the decompression sub-protocol ID can be carried in the feedback frame, and based on the sub-protocol ID, the first device can distinguish whether the feedback frame is directed to the data part or the header.
- the first device distinguishes a target of the feedback frame It is the packet or header of the Ethernet frame.
- the reserved bit may be referred to as a feedback part indication bit.
- the original reserved bit (R) in the header of the feedback frame can be used to indicate whether the feedback frame is a header or a data part.
- a certain value may be a header, and a certain value may be a data portion, or a certain value may be a data portion, and a certain value may not be a data portion.
- carrying one value is the header and carrying another value is the data part.
- some bits may also exist in the PDU type domain as shown in FIG. 6 as the feedback part indication bits.
- the part of the bit may be a header, a data part without a certain value, or a data part with a certain value, and a data part without a certain value.
- carrying one value is the header and carrying another value is the data part.
- the feedback frame may be referred to as interspersed ROHC (Robust Header Compression, robust header compression) feedback.
- ROHC Robot Header Compression, robust header compression
- an SN for example, 16 bits
- the initial value of the SN may be 0.
- the SN value is increased by 1, or When the value of the SN is taken, the same value as the SN of the data domain can be adopted.
- the SN in the header may be carried in the feedback frame frame for the header, and the SN of the data section may be carried in the feedback frame for the data section.
- FIG. 7 is a schematic flowchart of a wireless communication method 300 according to an embodiment of the present application.
- the method 300 may include at least a part of the following content.
- the second device obtains an Ethernet frame from the first device.
- the second device decompresses the Ethernet frame.
- the second device decompresses a header and / or a data part included in the Ethernet frame.
- the second device decompresses the header and the data part based on the same first subprotocol identification ID for the header and the data part.
- the first sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the first sub-protocol ID includes the data part and the header, and the compression object indicated by the first sub-protocol ID Corresponds to the protocol adopted by the data unit, and corresponds to the type of Ethernet frame adopted by the header and / or whether the header includes a virtual local area network VLAN domain.
- the header is decompressed based on the second sub-protocol ID; for the data part, based on a third sub-protocol that is different from the second sub-protocol ID ID to decompress this data part.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the second sub-protocol ID includes the header.
- the compression object indicated by the second sub-protocol ID corresponds to the ether adopted by the header.
- the frame type and / or whether the header includes a VLAN; and / or, the third sub-protocol ID is used to indicate a compression object and a compression strategy, and the compression object indicated by the third sub-protocol ID includes the data portion, and the third sub-protocol
- the compression target indicated by the protocol ID corresponds to the protocol adopted by the data section.
- the sub-protocol ID based on which the header is decompressed is different for the Ethernet frames in different formats; and / or, for the Ethernet frames in different formats, the The subprotocol ID on which the data unit decompresses is different.
- the first device is a terminal device, and the terminal device is at a first protocol layer, and the header is decompressed; and / or, the terminal device is at a second protocol layer, and This data section is decompressed.
- the compression end of the header and / or the data part may be a core network device or an access network device.
- the header may be compressed by the core network device, and the data portion may be compressed by the access network device.
- both the header and the data portion can be compressed by the core network device, or both can be compressed by the access network device.
- the first protocol layer is the same as the second protocol layer. Alternatively, the first protocol layer is different from the second protocol layer.
- the first protocol layer is optionally a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or a newly-added sublayer in a 5G network of the fifth generation communication system.
- the second protocol layer is a PDCP layer, a PDU layer, or a newly-added sublayer in a 5G network.
- the second device is a terminal device, and the terminal device receives first signaling, and the first signaling is used to indicate a sub-protocol ID for decompressing the data part.
- the second signaling comes from an access network device or a core network control entity.
- the first device is a terminal device, and the terminal device receives second signaling, where the second signaling is used to indicate a sub-protocol ID for decompressing the header.
- the second signaling may optionally come from a core network control entity or an access network device.
- the first device is a core network device.
- the core network device decompresses the header without decompressing the data portion; or the core network device decompresses the header and the data portion.
- the core network device is optionally a user plane function UPF entity device.
- the first device is an access network device.
- the access network device decompresses the data portion without decompressing the header; or the access network device decompresses the header and the data portion .
- the second device sends a feedback frame of the Ethernet frame, and the feedback frame is feedback on at least a part of a compressed portion of the Ethernet frame.
- the at least part may be a variable part of the Ethernet frame and / or a static part of the Ethernet frame.
- the second device generates the feedback frame that distinguishes whether it is a data portion or a header of the Ethernet frame.
- the feedback frame distinguishes whether the feedback frame is directed to a data portion or a header of the Ethernet frame by a frame format of the feedback frame and / or a sub-protocol ID included in the feedback frame.
- the feedback frame is optionally a reserved bit in a header of the feedback frame, or a feedback part indication bit in a PDU type field in the feedback frame to distinguish whether the feedback frame is for a data packet of the Ethernet frame or head.
- an ID used for compressing an Ethernet frame may be suitable for decompressing an Ethernet frame.
- a device compresses the header of one frame, it can decompress the header of another frame. If a device compresses the data portion of one frame, it can decompress the data portion of another frame. If a device compresses the header and data portion of one frame, it can decompress the header and data portion of another frame.
- the method 300 is applicable to the decompression end, and the method 200 is applicable to the compression end.
- the decompression end reference may be made to the description in the method 200.
- details are not described herein.
- FIG. 8 is a schematic block diagram of a wireless communication method 400 according to an embodiment of the present application.
- the method 400 includes at least part of the following.
- configuration information is sent to the terminal device, and the configuration information includes information to implement compression or decompression of the Ethernet frame.
- the configuration information includes a sub-protocol ID for compressing or decompressing the Ethernet frame and / or compression configuration parameters for compressing or decompressing other Ethernet frames.
- compression or decompression compression configuration parameters may include at least one of the following:
- the configuration information includes a first sub-protocol ID, and the first sub-protocol ID is used to compress a data portion and a header of the Ethernet frame.
- the first sub-protocol ID is optionally used to indicate a compression object and a compression strategy; wherein the compression object indicated by the first sub-protocol ID includes the data part and the header, and the compression object indicated by the first sub-protocol ID corresponds to The protocol used in the data section and the Ethernet frame type corresponding to the header and / or whether the header includes a virtual local area network (VLAN) domain.
- VLAN virtual local area network
- the configuration information includes a second sub-protocol ID that compresses the header of the Ethernet frame, and / or, includes that the data portion of the Ethernet frame is compressed differently from the first The third sub-protocol ID of the second sub-protocol ID.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the second sub-protocol ID includes the header.
- the compression object indicated by the second sub-protocol ID corresponds to the ether adopted by the header.
- Frame type and / or whether the header includes a VLAN; and / or, the third sub-protocol ID is used to indicate a compression object and a compression strategy, and the compression object indicated by the third sub-protocol ID includes the data part
- the network may receive a compression capability for the Ethernet frame sent by the terminal device, where the compression capability includes a compression capability for a header and / or a data part of the Ethernet frame; based on the compression Capability, the network device sends configuration information to the terminal device.
- the compression capability indicates the compression capability of the header and the compression capability of the data portion, respectively.
- the compression capability for the header includes: whether to support compression of the header; or, including: whether to support compression of the header including the VLAN domain, and / or whether it supports compression Compression of headers that do not include the VLAN domain.
- the communication method according to the embodiment of the present application is described in detail above.
- the communication device according to the embodiment of the present application will be described below with reference to FIGS. 9 to 11.
- the technical features described in the method embodiment are applicable to the following device embodiments.
- FIG. 9 shows a schematic block diagram of a communication device 900 according to an embodiment of the present application.
- the communication device 900 includes:
- the processing unit 910 is configured to compress an Ethernet frame.
- the communication unit 920 is configured to send the compressed Ethernet frame to the second device.
- the processing unit 910 is specifically configured to compress a header and / or a data part included in the Ethernet frame.
- the processing unit 910 is specifically configured to: for the header and the data section, compress the header and the data section based on the same first subprotocol identification ID.
- the first sub-protocol ID is used to indicate a compression object and a compression strategy; wherein the compression object indicated by the first sub-protocol ID includes the data part and the header, and the first sub-protocol ID
- the indicated compression object corresponds to the protocol adopted by the data section, and corresponds to the type of Ethernet frame used in the header and / or whether the header includes a virtual local area network VLAN domain.
- the processing unit 910 is specifically configured to: compress the header based on the second sub-protocol ID;
- the data portion is compressed based on a third sub-protocol ID different from the second sub-protocol ID.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy
- the compression object indicated by the second sub-protocol ID includes the header
- the compression object indicated by the second sub-protocol ID corresponds to An Ethernet frame type used in the header and / or whether the header includes a VLAN
- the third sub-protocol ID is used to indicate a compression object and a compression strategy
- the compression object indicated by the third sub-protocol ID includes the For the data part, the compression target indicated by the third sub-protocol ID corresponds to the protocol used by the data part.
- the header is based on a different sub-protocol ID; and / or, for Ethernet frames of different formats, the data is The sub-protocol ID based on which the unit performs compression is different.
- the processing unit 910 is specifically configured to: compress the header at the first protocol layer; and / or compress the data portion at the second protocol layer.
- the first protocol layer is the same as the second protocol layer.
- the first protocol layer is different from the second protocol layer.
- the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or a newly-added sublayer in a fifth-generation communication system 5G network.
- the second protocol layer is a PDCP layer, a PDU layer, or a newly-added sublayer in a 5G network.
- the communication device 900 is a terminal device, and the communication unit 920 is further configured to receive first signaling, where the first signaling is used to indicate a sub-protocol ID for compressing the data portion.
- the first signaling comes from an access network device or a core network control entity.
- the communication device 900 is a terminal device, and the communication unit 920 is further configured to receive second signaling, and the second signaling is used to indicate a subprotocol ID for compressing the header.
- the second signaling comes from a core network control entity or an access network device.
- the communication device 900 is a terminal device, and the communication unit 920 is further configured to report the compression capability for the Ethernet frame, and the compression capability includes compression for the header and / or data part of the Ethernet frame. ability.
- the compression capability indicates the compression capability of the header and the compression capability of the data portion, respectively.
- the compression capability for the header includes: whether to support compression of the header; or, including: whether to support compression of the header including the VLAN domain, and / or whether it supports compression Compression of headers that do not include the VLAN domain.
- the communication device 900 is a core network device.
- the processing unit 910 is specifically configured to: compress the header without compressing the data portion; or compress the header and the data portion.
- the core network device is a user plane function UPF entity device.
- the communication device 900 is an access network device.
- the processing unit 910 is specifically configured to: compress the data portion without compressing the header; or compress the header and the data portion.
- the communication unit 920 is further configured to send third signaling to the terminal device, where the third signaling is used to indicate a subprotocol ID for compressing the header and / or the data packet. .
- the communication unit 920 is further configured to: receive a feedback frame of the Ethernet frame, and the feedback frame is at least part of the feedback for the compressed portion of the Ethernet frame.
- the at least part is a variable part of the Ethernet frame, and / or a static part of the Ethernet frame.
- the processing unit 910 is further configured to distinguish whether a feedback frame is directed to a data packet or a header of an Ethernet frame.
- the processing unit 910 is specifically configured to use the frame format of the feedback frame and / or the sub-protocol ID included in the feedback frame to distinguish whether the feedback frame is directed to a data packet or a header of the Ethernet frame.
- the processing unit 910 is specifically configured to: use a reserved bit in a header of the feedback frame, or use a feedback part indication bit in a PDU type field in the feedback frame to distinguish a target of the feedback frame A packet or header of an Ethernet frame.
- terminal device 900 may correspond to the first device in the method 200, and may implement corresponding operations of the first device in the method 200. For brevity, details are not described herein again.
- FIG. 10 shows a schematic block diagram of a communication device 1000 according to an embodiment of the present application.
- the communication device 1000 includes:
- the processing unit 1010 is configured to obtain an Ethernet frame from the first device.
- the processing unit 1010 is further configured to decompress the Ethernet frame.
- the processing unit 1010 is specifically configured to: decompress a header and / or a data part included in the Ethernet frame.
- the processing unit 1010 is specifically configured to: for the header and the data part, decompress the header and the data part based on the same first subprotocol identification ID.
- the first sub-protocol ID is used to indicate a compression object and a compression strategy; wherein the compression object indicated by the first sub-protocol ID includes the data part and the header, and the first sub-protocol
- the compression object indicated by the protocol ID corresponds to the protocol adopted by the data unit, and corresponds to the type of Ethernet frame adopted by the header and / or whether the header includes a virtual local area network VLAN domain.
- the processing unit 1010 is specifically configured to: for the header, decompress the header based on the second sub-protocol ID; for the data part, based on a different from the second sub-protocol The third sub-protocol ID of the ID decompresses the data part.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy
- the compression object indicated by the second sub-protocol ID includes the header
- the compression object indicated by the second sub-protocol ID corresponds to The Ethernet frame type used in the header and / or whether the header includes a VLAN
- the third sub-protocol ID is used to indicate a compression object and a compression strategy
- the compression object indicated by the third sub-protocol ID includes the data part
- the compression target indicated by the third sub-protocol ID corresponds to the protocol adopted by the data section.
- the sub-protocol ID based on which the header is decompressed is different; and / or, for the Ethernet frames of different formats, the data portion is The sub-protocol ID on which the decompression is performed is different.
- the communication device 1000 is a terminal device, and the processing unit 1010 is specifically configured to: decompress the header at the first protocol layer; and / or, at the second protocol layer, This data portion is decompressed.
- the first protocol layer is the same as the second protocol layer.
- the first protocol layer is different from the second protocol layer.
- the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or a newly-added sublayer in a fifth-generation communication system 5G network.
- the second protocol layer is a PDCP layer, a PDU layer, or a newly-added sublayer in a 5G network.
- the communication device 1000 is a terminal device, and the communication device 1000 further includes:
- the communication unit 1020 is configured to receive first signaling, where the first signaling is used to indicate a subprotocol ID for decompressing the data part.
- the first signaling is from an access network device, and the first signaling is radio resource control RRC signaling; or the first signaling is from a core network control entity.
- the communication device 1000 is a terminal device.
- the communication device 1000 further includes: a communication unit 1020, configured to receive second signaling, and the second signaling is used to instruct decompression of the header.
- Sub-protocol ID configured to instruct decompression of the header.
- the second signaling comes from a core network control entity or an access network device.
- the communication device 1000 is a core network device.
- the processing unit 1010 is specifically configured to: decompress the header without decompressing the data portion; or decompress the header and the data portion.
- the core network device is a user plane function UPF entity device.
- the communication device 1000 is an access network device.
- the processing unit 1010 is specifically configured to: decompress the data portion without decompressing the header; or decompress the header and the data portion.
- the communication device 1000 further includes: a communication unit 1020, configured to send a feedback frame of the Ethernet frame, and the feedback frame is at least part of feedback on a compressed portion of the Ethernet frame.
- At least part of the variable part is an Ethernet frame, and / or a static part of an Ethernet frame.
- the processing unit 1010 is further configured to generate a feedback frame that distinguishes between a data part or a header of an Ethernet frame.
- the feedback frame is distinguished from the data part or the header of the Ethernet frame by the frame format of the feedback frame and / or the sub-protocol ID included in the feedback frame.
- the feedback frame is a reserved bit in a header of the feedback frame, or a feedback part indicates a bit in a PDU type field in the feedback frame to distinguish the feedback frame from the data of the Ethernet frame. Bag or head.
- the communication device 1000 may correspond to the second device in the method 300, and corresponding operations of the second device in the method 300 may be implemented. For brevity, details are not described herein again.
- FIG. 11 shows a schematic block diagram of a network device 1100 according to an embodiment of the present application. As shown in FIG. 11, the network device 1100 includes:
- the communication unit 1110 is configured to send configuration information to the terminal device, where the configuration information includes information for compressing or decompressing the Ethernet frame.
- the configuration information includes a sub-protocol ID for compressing or decompressing the Ethernet frame; and / or, other compression configuration parameters for compressing or decompressing the Ethernet frame.
- the configuration information includes a first sub-protocol ID, and the first sub-protocol ID is used to compress a data portion and a header of the Ethernet frame.
- the first sub-protocol ID is used to indicate a compression object and a compression strategy
- the compression object indicated by the first sub-protocol ID includes a data part and a header.
- the compression object indicated by the first sub-protocol ID corresponds to a protocol used by the data part, and corresponds to an Ethernet frame type and / or a header used by the header. Whether to include the virtual LAN VLAN domain.
- the configuration information includes a second sub-protocol ID that compresses the header of the Ethernet frame, and / or includes a second sub-protocol ID that compresses the data portion of the Ethernet frame.
- the third sub-protocol ID is a second sub-protocol ID that compresses the header of the Ethernet frame.
- the second sub-protocol ID is used to indicate a compression object and a compression strategy.
- the compression object indicated by the second sub-protocol ID includes a header, and the compression object indicated by the second sub-protocol ID corresponds to the header.
- the Ethernet frame type and / or header used by the ministry includes a VLAN; and / or, the third sub-protocol ID is used to indicate the compression object and the compression strategy, and the compression object indicated by the third sub-protocol ID includes the data part
- the communication unit 1110 is further configured to: receive the compression capability for the Ethernet frame sent by the terminal device, and the compression capability includes the compression capability for the header and / or data part of the Ethernet frame;
- the communication unit 1110 is specifically configured to send configuration information to the terminal device based on the compression capability.
- the compression capability indicates the compression capability for the header and the compression capability for the data part, respectively.
- the compression capability for the header includes: whether to support compression of the header; or, including: whether to support compression of the header including the VLAN domain, and / or whether to support Includes compression of VLAN domain headers.
- the network device 1100 may correspond to the network device in the method 400, and corresponding operations of the network device in the method 400 may be implemented. For brevity, details are not described herein again.
- FIG. 12 is a schematic structural diagram of a communication device 1200 according to an embodiment of the present application.
- the communication device 1200 shown in FIG. 12 includes a processor 1210, and the processor 1210 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
- the communication device 1200 may further include a memory 1220.
- the processor 1210 may call and run a computer program from the memory 1220 to implement the method in the embodiment of the present application.
- the memory 1220 may be a separate device independent of the processor 1210, or may be integrated in the processor 1210.
- the communication device 1200 may further include a transceiver 1230, and the processor 1210 may control the transceiver 1230 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other information. Information or data sent by the device.
- the transceiver 1230 may include a transmitter and a receiver.
- the transceiver 1230 may further include an antenna, and the number of antennas may be one or more.
- the communication device 1200 may specifically be the first device in the embodiment of the present application, and the communication device 1200 may implement the corresponding process implemented by the first device in each method in the embodiments of the present application. More details.
- the communication device 1200 may specifically be the second device in the embodiment of the present application, and the communication device 1200 may implement the corresponding process implemented by the second device in each method in the embodiments of the present application. More details.
- the communication device 1200 may specifically be a network device according to an embodiment of the present application, and the communication device 1200 may implement a corresponding process implemented by a network device in each method of the embodiments of the present application. .
- FIG. 13 is a schematic structural diagram of a chip according to an embodiment of the present application.
- the chip 1300 shown in FIG. 13 includes a processor 1310, and the processor 1310 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
- the chip 1300 may further include a memory 1320.
- the processor 1310 may call and run a computer program from the memory 1320 to implement the method in the embodiment of the present application.
- the memory 1320 may be a separate device independent of the processor 1310, or may be integrated in the processor 1310.
- the chip 1300 may further include an input interface 1330.
- the processor 1310 can control the input interface 1330 to communicate with other devices or chips. Specifically, the processor 1310 can obtain information or data sent by other devices or chips.
- the chip 1300 may further include an output interface 1340.
- the processor 1310 may control the output interface 1340 to communicate with other devices or chips. Specifically, the processor 1310 may output information or data to the other devices or chips.
- the chip may be applied to the first device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the first device in each method of the embodiment of the present application.
- the chip may be applied to the first device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the first device in each method of the embodiment of the present application.
- the chip may be applied to the second device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the second device in each method of the embodiment of the present application.
- the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method of the embodiment of the present application.
- the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method of the embodiment of the present application.
- the chip mentioned in the embodiments of the present application may also be referred to as a system-level chip, a system chip, a chip system or a system-on-chip.
- the processor in the embodiment of the present application may be an integrated circuit chip and has a signal processing capability.
- each step of the foregoing method embodiment may be completed by using an integrated logic circuit of hardware in a processor or an instruction in a form of software.
- the above processor may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), an off-the-shelf programmable gate array (Field, Programmable Gate Array, FPGA), or other Programming logic devices, discrete gate or transistor logic devices, discrete hardware components.
- DSP digital signal processor
- ASIC application specific integrated circuit
- FPGA off-the-shelf programmable gate array
- Various methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed.
- a general-purpose processor may be a microprocessor, or the processor may be any conventional processor or the like.
- the steps of the method disclosed in combination with the embodiments of the present application may be directly implemented by a hardware decoding processor, or may be performed by using a combination of hardware and software modules in the decoding processor.
- the software module may be located in a mature storage medium such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, and the like.
- the storage medium is located in a memory, and the processor reads the information in the memory and completes the steps of the foregoing method in combination with its hardware.
- the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
- the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), and an electronic memory. Erase programmable read-only memory (EPROM, EEPROM) or flash memory.
- the volatile memory may be Random Access Memory (RAM), which is used as an external cache.
- RAM Static Random Access Memory
- DRAM Dynamic Random Access Memory
- Synchronous Dynamic Random Access Memory Synchronous Dynamic Random Access Memory
- SDRAM double data rate synchronous dynamic random access memory
- Double SDRAM, DDR SDRAM enhanced synchronous dynamic random access memory
- Enhanced SDRAM, ESDRAM synchronous connection dynamic random access memory
- Synchronous DRAM Synchronous Dynamic Random Access Memory
- Enhanced SDRAM Enhanced SDRAM, ESDRAM
- synchronous connection dynamic random access memory Synchrobus RAM, SLDRAM
- Direct Rambus RAM Direct Rambus RAM
- the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (Double SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct RAMbus RAM, DR RAM) and so on. That is, the memories in the embodiments of the present application are intended to include, but not limited to, these and any other suitable types of memories.
- FIG. 14 is a schematic block diagram of a communication system 1400 according to an embodiment of the present application. As shown in FIG. 14, the communication system 1400 includes a communication device 1 1410 and a communication device 2 1420.
- the communication device 11410 may be used to implement the corresponding function implemented by the first device in the above method, and the communication device 2 1420 may be used to implement the corresponding function implemented by the second device in the above method. No longer.
- FIG. 15 is a schematic block diagram of a communication system 1500 according to an embodiment of the present application. As shown in FIG. 15, the communication system 1500 includes a terminal device 1510 and a network device 1520.
- the network device 1520 may be used to implement the corresponding functions implemented by the network device in the foregoing method 400. For simplicity, details are not described herein again.
- An embodiment of the present application further provides a computer-readable storage medium for storing a computer program.
- the computer-readable storage medium may be applied to the terminal device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding method implemented by the first terminal device or the second terminal device in each method in the embodiment of the present application.
- the computer program causes the computer to execute the corresponding method implemented by the first terminal device or the second terminal device in each method in the embodiment of the present application.
- 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 a corresponding process implemented by the network device in each method in the embodiment of the present application. No longer.
- An embodiment of the present application further provides a computer program product, including computer program instructions.
- the computer program product can be applied to the terminal device in the embodiment of the present application, and the computer program instruction causes the computer to execute a corresponding process implemented by the first terminal device or the second terminal device in each method in the embodiment of the present application.
- the computer program instruction causes the computer to execute a corresponding process implemented by the first terminal device or the second terminal device in each method in the embodiment of the present application.
- the computer program product may be applied to a network device in the embodiment of the present application, and the computer program instruction causes a computer to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. More details.
- the embodiment of the present application also provides a computer program.
- the computer program may be applied to the terminal device in the embodiments of the present application.
- the computer program When the computer program is run on a computer, the computer is caused to execute the methods in the embodiments of the present application by the first terminal device or the second terminal device.
- the corresponding implementation process will not be repeated here.
- the computer program may be applied to a network device in the embodiment of the present application.
- the computer program When the computer program is run on a computer, the computer is caused to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. , Will not repeat them here.
- the disclosed systems, devices, and methods may be implemented in other ways.
- the device embodiments described above are only schematic.
- the division of the unit is only a logical function division.
- multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not implemented.
- the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, which may be electrical, mechanical or other forms.
- the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objective of the solution of this embodiment.
- each functional unit in each embodiment of the present application may be integrated into one processing unit, or each of the units may exist separately physically, or two or more units may be integrated into one unit.
- the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium.
- the technical solution of this application is essentially a part that contributes to the existing technology or a part of the technical solution can be embodied in the form of a software product.
- the computer software product is stored in a storage medium, including Several instructions are used to cause 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 (Read-Only Memory) ROM, random access memory (Random Access Memory, RAM), magnetic disks or optical disks and other media that can store program codes .
Abstract
Description
子协议ID | 压缩对象(Usage) | 压缩策略(Reference) |
0x0000 | 不压缩 | RFC 5795 |
0x0001 | RTP/UDP/IP | RFC 3095,RFC 4815 |
0x0002 | UDP/IP | RFC 3095,RFC 4815 |
0x0003 | ESP/IP | RFC 3095,RFC 4815 |
0x0004 | IP | RFC 3843,RFC 4815 |
0x0006 | TCP/IP | RFC 6846 |
0x0101 | RTP/UDP/IP | RFC 5225 |
0x0102 | UDP/IP | RFC 5225 |
0x0103 | ESP/IP | RFC 5225 |
0x0104 | IP | RFC 5225 |
0x0007 | RTP/UDP/IP/VLAN/Ethernet | RFC 3095,RFC 4815 |
0x0008 | UDP/IP/VLAN/Ethernet | RFC 3095,RFC 4815 |
0x0009 | ESP/IP/VLAN/Ethernet | RFC 3095,RFC 4815 |
0x000A | IP/VLAN/Ethernet | RFC 3843,RFC 4815 |
0x000B | TCP/IP/VLAN/Ethernet | RFC 6846 |
0x010A | RTP/UDP/IP/VLAN/Ethernet | RFC 5225 |
0x010B | UDP/IP/VLAN/Ethernet | RFC 5225 |
0x010C | ESP/IP/VLAN/Ethernet | RFC 5225 |
0x010D | IP/VLAN/Ethernet | RFC 5225 |
0x000B | RTP/UDP/IP/Ethernet | RFC 3095,RFC 4815 |
0x000C | UDP/IP/Ethernet | RFC 3095,RFC 4815 |
0x000D | ESP/IP/Ethernet | RFC 3095,RFC 4815 |
0x000E | IP/Ethernet | RFC 3843,RFC 4815 |
0x000F | TCP/IP/Ethernet | RFC 6846 |
0x0105 | RTP/UDP/IP/Ethernet | RFC 5225 |
0x0106 | UDP/IP/Ethernet | RFC 5225 |
0x0107 | ESP/IP/Ethernet | RFC 5225 |
0x0108 | IP/Ethernet | RFC 5225 |
子协议ID | 压缩对象(Usage) | 压缩策略(Reference) |
0x0105 | VLAN/Ethernet | RFC 5225 |
0x0106 | Ethernet | RFC 5225 |
0x0007 | VLAN/Ethernet | RFC 6846 |
0x0008 | Ethernet | RFC 6846 |
0x0009 | VLAN/Ethernet | RFC 3095,RFC 4815 |
0x000A | Ethernet | RFC 3095,RFC 4815 |
子协议ID | 压缩对象(Usage) | 压缩策略(Reference) |
0x010B | VLAN/Ethernet II | RFC 5225 |
0x010C | Ethernet II | RFC 5225 |
0x010D | VLAN/IEEE 802.3SAP | RFC 5225 |
0x010E | IEEE 802.3SAP | RFC 5225 |
0x010F | VLAN/IEEE 802.3SNAP | RFC 5225 |
0x0110 | IEEE 802.3SNAP | RFC 5225 |
Claims (145)
- 一种无线通信方法,其特征在于,包括:第一设备对以太帧进行压缩;所述第一设备向第二设备发送压缩后的所述以太帧。
- 根据权利要求1所述的方法,其特征在于,所述第一设备对以太帧进行压缩,包括:所述第一设备对所述以太帧包括的头部和/或数据部进行压缩。
- 根据权利要求2所述的方法,其特征在于,所述第一设备对所述以太帧包括的头部和/或数据部进行压缩,包括:针对所述头部和所述数据部,基于相同的第一子协议标识ID,对所述头部和所述数据部进行压缩。
- 根据权利要求3所述的方法,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求2所述的方法,其特征在于,所述第一设备对所述以太帧包括的头部和/或数据部进行压缩,包括:针对所述头部,基于第二子协议ID,对所述头部进行压缩;针对所述数据部,基于不同于所述第二子协议ID的第三子协议ID,对所述数据部进行压缩。
- 根据权利要求5所述的方法,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部,所述第三子协议ID指示的压缩对象对应于所述数据部采用的协议。
- 根据权利要求2至6中任一项所述的方法,其特征在于,对于不同的格式的所述以太帧,对所述头部进行压缩所基于的子协议ID不同;和/或,对于不同的格式的所述以太帧,对所述数据部进行压缩所基于的子协议ID不同。
- 根据权利要求2至7中任一项所述的方法,其特征在于,所述第一设备为终端设备,所述第一设备对所述以太帧包括的头部和/或数据部进行压缩,包括:所述终端设备在第一协议层,对所述头部进行压缩;和/或,所述终端设备在第二协议层,对所述数据部进行压缩。
- 根据权利要求8所述的方法,其特征在于,所述第一协议层与所述第二协议层相同。
- 根据权利要求8所述的方法,其特征在于,所述第一协议层与所述第二协议层不同。
- 根据权利要求7至10中任一项所述的方法,其特征在于,所述第一协议层为分组数据汇聚协议PDCP层、协议数据单元PDU层或第五代通信系统5G网络中的新增子层。
- 根据权利要求7至11中任一项所述的方法,其特征在于,所述第二协议层为PDCP层、PDU层或5G网络中的新增子层。
- 根据权利要求2至12中任一项所述的方法,其特征在于,所述第一设备为终端设备,所述方法还包括:接收第一信令,所述第一信令用于指示对所述数据部进行压缩的子协议ID。
- 根据权利要求13所述的方法,其特征在于,所述第一信令来自于接入网设备或核心网控制实体。
- 根据权利要求2至14中任一项所述的方法,其特征在于,所述第一设备为终端设备,所述方法还包括:接收第二信令,所述第二信令用于指示对所述头部进行压缩的子协议ID。
- 根据权利要求15所述的方法,其特征在于,所述第二信令来自于核心网控制实体或接入网设备。
- 根据权利要求1至16中任一项所述的方法,其特征在于,所述第一设备为终端设备,所述方法还包括:所述终端设备上报针对所述以太帧的压缩能力,所述压缩能力包括针对所述以太帧的头部和/或数据部的压缩能力。
- 根据权利要求17所述的方法,其特征在于,所述压缩能力分别指示对所述头部的压缩能力, 和对所述数据部的压缩能力。
- 根据权利要求17或18所述的方法,其特征在于,针对所述头部的压缩能力包括:是否支持对所述头部的压缩;或者,包括:是否支持对包括VLAN域的头部的压缩,和/或是否支持对不包括VLAN域的头部的压缩。
- 根据权利要求2至7中任一项所述的方法,其特征在于,所述第一设备为核心网设备。
- 根据权利要求20所述的方法,其特征在于,所述第一设备对所述以太帧包括的头部和/或数据部进行压缩,包括:所述核心网设备对所述头部进行压缩,而不压缩所述数据部;或,所述核心网设备对所述头部和所述数据部进行压缩。
- 根据权利要求20或21所述的方法,其特征在于,所述核心网设备为用户平面功能UPF实体设备。
- 根据权利要求2至7中任一项所述的方法,其特征在于,所述第一设备为接入网设备。
- 根据权利要求23所述的方法,其特征在于,所述第一设备对所述以太帧包括的头部和/或数据部进行压缩,包括:所述接入网设备对所述数据部进行压缩,而不压缩所述头部;或,所述接入网设备对所述头部和所述数据部进行压缩。
- 根据权利要求23或24所述的方法,其特征在于,所述方法还包括:所述接入网设备向终端设备发送第三信令,所述第三信令用于指示对所述头部和/或所述数据包进行压缩的子协议ID。
- 根据权利要求1至25中任一项所述的方法,其特征在于,所述方法还包括:接收所述以太帧的反馈帧,所述反馈帧是针对所述以太帧的压缩部分的至少部分的反馈。
- 根据权利要求26所述的方法,其特征在于,所述至少部分为所述以太帧的可变部分,和/或所述以太帧的静态部分。
- 根据权利要求26或27所述的方法,其特征在于,所述方法还包括:所述第一设备区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 根据权利要求28所述的方法,其特征在于,所述第一设备区分所述反馈帧针对的是所述以太帧的数据包或是头部,包括:使用所述反馈帧的帧格式和/所述反馈帧包括的子协议ID,所述第一设备区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 根据权利要求28或29所述的方法,其特征在于,所述第一设备区分所述反馈帧针对的是所述以太帧的数据包或是头部,包括:使用所述反馈帧的头部的预留比特,或者使用所述反馈帧中的PDU类型域中的反馈部分指示比特,所述第一设备区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 一种无线通信方法,其特征在于,包括:第二设备获取来自于第一设备的以太帧;所述第二设备对所述以太帧进行解压缩。
- 根据权利要求31所述的方法,其特征在于,所述第二设备对所述以太帧进行解压缩,包括:所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩。
- 根据权利要求32所述的方法,其特征在于,所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩,包括:针对所述头部和所述数据部,基于相同的第一子协议标识ID,对所述头部和所述数据部进行解压缩。
- 根据权利要求33所述的方法,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求32所述的方法,其特征在于,所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩,包括:针对所述头部,基于第二子协议ID,对所述头部进行解压缩;针对所述数据部,基于不同于所述第二子协议ID的第三子协议ID,对所述数据部进行解压缩。
- 根据权利要求35所述的方法,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策 略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部,所述第三子协议ID指示的压缩对象对应于所述数据部采用的协议。
- 根据权利要求32至36中任一项所述的方法,其特征在于,对于不同的格式的所述以太帧,对所述头部进行解压缩所基于的子协议ID不同;和/或,对于不同的格式的所述以太帧,对所述数据部进行解压缩所基于的子协议ID不同。
- 根据权利要求32至37中任一项所述的方法,其特征在于,所述第二设备为终端设备,所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩,包括:所述终端设备在第一协议层,对所述头部进行解压缩;和/或,所述终端设备在第二协议层,对所述数据部进行解压缩。
- 根据权利要求38所述的方法,其特征在于,所述第一协议层与所述第二协议层相同。
- 根据权利要求38所述的方法,其特征在于,所述第一协议层与所述第二协议层不同。
- 根据权利要求37至40中任一项所述的方法,其特征在于,所述第一协议层为分组数据汇聚协议PDCP层、协议数据单元PDU层或第五代通信系统5G网络中的新增子层。
- 根据权利要求37至41中任一项所述的方法,其特征在于,所述第二协议层为PDCP层、PDU层或5G网络中的新增子层。
- 根据权利要求32至42中任一项所述的方法,其特征在于,所述第二设备为终端设备,所述方法还包括:接收第一信令,所述第一信令用于指示对所述数据部进行解压缩的子协议ID。
- 根据权利要求43所述的方法,其特征在于,所述第一信令来自于接入网设备,所述第一信令为无线资源控制RRC信令;或者,所述第一信令来自于核心网控制实体。
- 根据权利要求32至44中任一项所述的方法,其特征在于,所述第二设备为终端设备,所述方法还包括:接收第二信令,所述第二信令用于指示对所述头部进行解压缩的子协议ID。
- 根据权利要求45所述的方法,其特征在于,所述第二信令来自于核心网控制实体或接入网设备。
- 根据权利要求32至37中任一项所述的方法,其特征在于,所述第二设备为核心网设备。
- 根据权利要求47所述的方法,其特征在于,所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩,包括:所述核心网设备对所述头部进行解压缩,而不解压缩所述数据部;或,所述核心网设备对所述头部和所述数据部进行解压缩。
- 根据权利要求47或48所述的方法,其特征在于,所述核心网设备为用户平面功能UPF实体设备。
- 根据权利要求32至37中任一项所述的方法,其特征在于,所述第二设备为接入网设备。
- 根据权利要求50所述的方法,其特征在于,所述第二设备对所述以太帧包括的头部和/或数据部进行解压缩,包括:所述接入网设备对所述数据部进行解压缩,而不解压缩所述头部;或,所述接入网设备对所述头部和所述数据部进行解压缩。
- 根据权利要求31至51中任一项所述的方法,其特征在于,所述方法还包括:发送所述以太帧的反馈帧,所述反馈帧是针对所述以太帧的压缩部分的至少部分的反馈。
- 根据权利要求52所述的方法,其特征在于,所述至少部分为所述以太帧的可变部分,和/或所述以太帧的静态部分。
- 根据权利要求52或53所述的方法,其特征在于,所述方法还包括:所述第二设备生成区分针对的是所述以太帧的数据部或是头部的所述反馈帧。
- 根据权利要求54所述的方法,其特征在于,所述反馈帧通过所述反馈帧的帧格式和/所述反馈帧包括的子协议ID区分所述反馈帧针对的是所述以太帧的数据部或是头部。
- 根据权利要求54或55所述的方法,其特征在于,所述反馈帧是通过所述反馈帧的头部的预留比特,或者通过所述反馈帧中的PDU类型域中的反馈部分指示比特区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 一种无线通信方法,其特征在于,包括:网络设备向终端设备发送配置信息,所述配置信息包括实现对以太帧进行压缩或解压缩的信息。
- 根据权利要求57所述的方法,其特征在于,所述配置信息包括对所述以太帧进行压缩或解压缩的子协议ID;和/或,其他的对所述以太帧进行压缩或解压缩的压缩配置参数。
- 根据权利要求57或58所述的方法,其特征在于,所述配置信息包括第一子协议ID,所述第一子协议ID用于对所述以太帧的数据部和头部进行压缩。
- 根据权利要求59所述的方法,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求57或58所述的方法,其特征在于,所述配置信息包括对所述以太帧的头部进行压缩的第二子协议ID,和/或,包括对所述以太帧的数据部进行压缩的不同于所述第二子协议ID的第三子协议ID。
- 根据权利要求61所述的方法,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部。
- 根据权利要求57至62中任一项所述的方法,其特征在于,所述方法还包括:接收所述终端设备发送的针对所述以太帧的压缩能力,所述压缩能力包括针对所述以太帧的头部和/或数据部的压缩能力;所述网络设备向终端设备发送配置信息,包括:基于所述压缩能力,所述网络设备向终端设备发送配置信息。
- 根据权利要求63所述的方法,其特征在于,所述压缩能力分别指示对所述头部的压缩能力,和对所述数据部的压缩能力。
- 根据权利要求63或64所述的方法,其特征在于,针对所述头部的压缩能力包括:是否支持对所述头部的压缩;或者,包括:是否支持对包括VLAN域的头部的压缩,和/或是否支持对不包括VLAN域的头部的压缩。
- 一种通信设备,其特征在于,所述通信设备为第一设备,包括:处理单元,用于对以太帧进行压缩;通信单元,用于向第二设备发送压缩后的所述以太帧。
- 根据权利要求66所述的通信设备,其特征在于,所述处理单元具体用于:对所述以太帧包括的头部和/或数据部进行压缩。
- 根据权利要求67所述的通信设备,其特征在于,所述处理单元具体用于:针对所述头部和所述数据部,基于相同的第一子协议标识ID,对所述头部和所述数据部进行压缩。
- 根据权利要求68所述的通信设备,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求67所述的通信设备,其特征在于,所述处理单元具体用于:针对所述头部,基于第二子协议ID,对所述头部进行压缩;针对所述数据部,基于不同于所述第二子协议ID的第三子协议ID,对所述数据部进行压缩。
- 根据权利要求70所述的通信设备,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部,所述第三子协议ID指示的压缩对象对应于所述数据部采用的协议。
- 根据权利要求67至71中任一项所述的通信设备,其特征在于,对于不同的格式的所述以太帧,对所述头部进行压缩所基于的子协议ID不同;和/或,对于不同的格式的所述以太帧,对所述数据部进行压缩所基于的子协议ID不同。
- 根据权利要求67至72中任一项所述的通信设备,其特征在于,所述处理单元具体用于:在第一协议层,对所述头部进行压缩;和/或,在第二协议层,对所述数据部进行压缩。
- 根据权利要求73所述的通信设备,其特征在于,所述第一协议层与所述第二协议层相同。
- 根据权利要求73所述的通信设备,其特征在于,所述第一协议层与所述第二协议层不同。
- 根据权利要求72至75中任一项所述的通信设备,其特征在于,所述第一协议层为分组数据汇聚协议PDCP层、协议数据单元PDU层或第五代通信系统5G网络中的新增子层。
- 根据权利要求72至76中任一项所述的通信设备,其特征在于,所述第二协议层为PDCP层、PDU层或5G网络中的新增子层。
- 根据权利要求67至77中任一项所述的通信设备,其特征在于,所述第一设备为终端设备,所述通信单元还用于:接收第一信令,所述第一信令用于指示对所述数据部进行压缩的子协议ID。
- 根据权利要求78所述的通信设备,其特征在于,所述第一信令来自于接入网设备或核心网控制实体。
- 根据权利要求67至79中任一项所述的通信设备,其特征在于,所述第一设备为终端设备,所述通信单元还用于:接收第二信令,所述第二信令用于指示对所述头部进行压缩的子协议ID。
- 根据权利要求80所述的通信设备,其特征在于,所述第二信令来自于核心网控制实体或接入网设备。
- 根据权利要求66至81中任一项所述的通信设备,其特征在于,所述第一设备为终端设备,所述通信单元还用于:上报针对所述以太帧的压缩能力,所述压缩能力包括针对所述以太帧的头部和/或数据部的压缩能力。
- 根据权利要求82所述的通信设备,其特征在于,所述压缩能力分别指示对所述头部的压缩能力,和对所述数据部的压缩能力。
- 根据权利要求82或83所述的通信设备,其特征在于,针对所述头部的压缩能力包括:是否支持对所述头部的压缩;或者,包括:是否支持对包括VLAN域的头部的压缩,和/或是否支持对不包括VLAN域的头部的压缩。
- 根据权利要求67至72中任一项所述的通信设备,其特征在于,所述第一设备为核心网设备。
- 根据权利要求85所述的通信设备,其特征在于,所述处理单元具体用于:对所述头部进行压缩,而不压缩所述数据部;或,对所述头部和所述数据部进行压缩。
- 根据权利要求85或86所述的通信设备,其特征在于,所述核心网设备为用户平面功能UPF实体设备。
- 根据权利要求67至72中任一项所述的通信设备,其特征在于,所述第一设备为接入网设备。
- 根据权利要求88所述的通信设备,其特征在于,所述处理单元具体用于:对所述数据部进行压缩,而不压缩所述头部;或,对所述头部和所述数据部进行压缩。
- 根据权利要求88或89所述的通信设备,其特征在于,所述通信单元还用于:向终端设备发送第三信令,所述第三信令用于指示对所述头部和/或所述数据包进行压缩的子协议ID。
- 根据权利要求66至90中任一项所述的通信设备,其特征在于,所述通信单元还用于:接收所述以太帧的反馈帧,所述反馈帧是针对所述以太帧的压缩部分的至少部分的反馈。
- 根据权利要求91所述的通信设备,其特征在于,所述至少部分为所述以太帧的可变部分,和/或所述以太帧的静态部分。
- 根据权利要求91或92所述的通信设备,其特征在于,所述处理单元还用于:区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 根据权利要求93所述的通信设备,其特征在于,所述处理单元具体用于:使用所述反馈帧的帧格式和/所述反馈帧包括的子协议ID,区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 根据权利要求93或94所述的通信设备,其特征在于,所述处理单元具体用于:使用所述反馈帧的头部的预留比特,或者使用所述反馈帧中的PDU类型域中的反馈部分指示比特,区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 一种通信设备,其特征在于,所述通信设备为第二设备,包括:处理单元,用于获取来自于第一设备的以太帧;所述处理单元还用于,对所述以太帧进行解压缩。
- 根据权利要求96所述的通信设备,其特征在于,所述处理单元具体用于:对所述以太帧包括的头部和/或数据部进行解压缩。
- 根据权利要求97所述的通信设备,其特征在于,所述处理单元具体用于:针对所述头部和所述数据部,基于相同的第一子协议标识ID,对所述头部和所述数据部进行解压缩。
- 根据权利要求98所述的通信设备,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求97所述的通信设备,其特征在于,所述处理单元具体用于:针对所述头部,基于第二子协议ID,对所述头部进行解压缩;针对所述数据部,基于不同于所述第二子协议ID的第三子协议ID,对所述数据部进行解压缩。
- 根据权利要求100所述的通信设备,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部,所述第三子协议ID指示的压缩对象对应于所述数据部采用的协议。
- 根据权利要求97至101中任一项所述的通信设备,其特征在于,对于不同的格式的所述以太帧,对所述头部进行解压缩所基于的子协议ID不同;和/或,对于不同的格式的所述以太帧,对所述数据部进行解压缩所基于的子协议ID不同。
- 根据权利要求97至102中任一项所述的通信设备,其特征在于,所述第二设备为终端设备,所述处理单元具体用于:在第一协议层,对所述头部进行解压缩;和/或,在第二协议层,对所述数据部进行解压缩。
- 根据权利要求103所述的通信设备,其特征在于,所述第一协议层与所述第二协议层相同。
- 根据权利要求103所述的通信设备,其特征在于,所述第一协议层与所述第二协议层不同。
- 根据权利要求102至105中任一项所述的通信设备,其特征在于,所述第一协议层为分组数据汇聚协议PDCP层、协议数据单元PDU层或第五代通信系统5G网络中的新增子层。
- 根据权利要求102至106中任一项所述的通信设备,其特征在于,所述第二协议层为PDCP层、PDU层或5G网络中的新增子层。
- 根据权利要求97至107中任一项所述的通信设备,其特征在于,所述第二设备为终端设备,所述通信设备还包括:通信单元,用于接收第一信令,所述第一信令用于指示对所述数据部进行解压缩的子协议ID。
- 根据权利要求108所述的通信设备,其特征在于,所述第一信令来自于接入网设备,所述第一信令为无线资源控制RRC信令;或者,所述第一信令来自于核心网控制实体。
- 根据权利要求97至109中任一项所述的通信设备,其特征在于,所述第二设备为终端设备,所述通信设备还包括:通信单元,用于接收第二信令,所述第二信令用于指示对所述头部进行解压缩的子协议ID。
- 根据权利要求110所述的通信设备,其特征在于,所述第二信令来自于核心网控制实体或接入网设备。
- 根据权利要求97至102中任一项所述的通信设备,其特征在于,所述第二设备为核心网设备。
- 根据权利要求112所述的通信设备,其特征在于,所述处理单元具体用于:对所述头部进行解压缩,而不解压缩所述数据部;或,对所述头部和所述数据部进行解压缩。
- 根据权利要求112或113所述的通信设备,其特征在于,所述核心网设备为用户平面功能UPF实体设备。
- 根据权利要求97至102中任一项所述的通信设备,其特征在于,所述第二设备为接入网设备。
- 根据权利要求115所述的通信设备,其特征在于,所述处理单元具体用于:对所述数据部进行解压缩,而不解压缩所述头部;或,对所述头部和所述数据部进行解压缩。
- 根据权利要求96至116中任一项所述的通信设备,其特征在于,所述通信设备还包括:通信单元,用于发送所述以太帧的反馈帧,所述反馈帧是针对所述以太帧的压缩部分的至少部分的反馈。
- 根据权利要求117所述的通信设备,其特征在于,所述至少部分为所述以太帧的可变部分,和/或所述以太帧的静态部分。
- 根据权利要求117或118所述的通信设备,其特征在于,所述处理单元还用于:生成区分针对的是所述以太帧的数据部或是头部的所述反馈帧。
- 根据权利要求119所述的通信设备,其特征在于,所述反馈帧通过所述反馈帧的帧格式和/所述反馈帧包括的子协议ID区分所述反馈帧针对的是所述以太帧的数据部或是头部。
- 根据权利要求119或120所述的通信设备,其特征在于,所述反馈帧是通过所述反馈帧的头部的预留比特,或者通过所述反馈帧中的PDU类型域中的反馈部分指示比特区分所述反馈帧针对的是所述以太帧的数据包或是头部。
- 一种网络设备,其特征在于,包括:通信单元,用于向终端设备发送配置信息,所述配置信息包括实现对以太帧进行压缩或解压缩的信息。
- 根据权利要求122所述的网络设备,其特征在于,所述配置信息包括对所述以太帧进行压缩或解压缩的子协议ID;和/或,其他的对所述以太帧进行压缩或解压缩的压缩配置参数。
- 根据权利要求122或123所述的网络设备,其特征在于,所述配置信息包括第一子协议ID,所述第一子协议ID用于对所述以太帧的数据部和头部进行压缩。
- 根据权利要求124所述的网络设备,其特征在于,所述第一子协议ID用于指示压缩对象和压缩策略;其中,所述第一子协议ID指示的压缩对象包括所述数据部和所述头部,所述第一子协议ID指示的压缩对象对应于所述数据部采用的协议,以及对应于所述头部采用的以太帧类型和/或所述头部是否包括虚拟局域网VLAN域。
- 根据权利要求122或123所述的网络设备,其特征在于,所述配置信息包括对所述以太帧的头部进行压缩的第二子协议ID,和/或,包括对所述以太帧的数据部进行压缩的不同于所述第二子协议ID的第三子协议ID。
- 根据权利要求126所述的网络设备,其特征在于,所述第二子协议ID用于指示压缩对象和压缩策略,所述第二子协议ID指示的压缩对象包括所述头部,所述第二子协议ID指示的压缩对象对应于所述头部采用的以太帧类型和/或所述头部是否包括VLAN;和/或,所述第三子协议ID用于指示压缩对象和压缩策略,所述第三子协议ID指示的压缩对象包括所述数据部。
- 根据权利要求122至127中任一项所述的网络设备,其特征在于,所述通信单元还用于:接收所述终端设备发送的针对所述以太帧的压缩能力,所述压缩能力包括针对所述以太帧的头部和/或数据部的压缩能力;所述通信单元具体用于:基于所述压缩能力,向终端设备发送配置信息。
- 根据权利要求128所述的网络设备,其特征在于,所述压缩能力分别指示对所述头部的压缩能力,和对所述数据部的压缩能力。
- 根据权利要求128或129所述的网络设备,其特征在于,针对所述头部的压缩能力包括:是否支持对所述头部的压缩;或者,包括:是否支持对包括VLAN域的头部的压缩,和/或是否支持对不包括VLAN域的头部的压缩。
- 一种通信设备,其特征在于,包括:处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至30中任一项所述 的方法。
- 一种通信设备,其特征在于,包括:处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求31至56中任一项所述的方法。
- 一种网络设备,其特征在于,包括:处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求57至65中任一项所述的方法。
- 一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至30中任一项所述的方法。
- 一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求31至56中任一项所述的方法。
- 一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求57至65中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至30中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求31至56中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求57至65中任一项所述的方法。
- 一种计算机程序产品,其特征在于,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求1至30中任一项所述的方法。
- 一种计算机程序产品,其特征在于,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求31至56中任一项所述的方法。
- 一种计算机程序产品,其特征在于,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求57至65中任一项所述的方法。
- 一种计算机程序,其特征在于,所述计算机程序使得计算机执行如权利要求1至30中任一项所述的方法。
- 一种计算机程序,其特征在于,所述计算机程序使得计算机执行如权利要求31至56中任一项所述的方法。
- 一种计算机程序,其特征在于,所述计算机程序使得计算机执行如权利要求57至65中任一项所述的方法。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020217012130A KR102434654B1 (ko) | 2018-09-28 | 2018-09-28 | 통신 방법 및 통신 장치 |
CN202210046793.5A CN114363420B (zh) | 2018-09-28 | 2018-09-28 | 通信方法、终端设备和网络设备 |
CN201880095323.XA CN112385305A (zh) | 2018-09-28 | 2018-09-28 | 通信方法、终端设备和网络设备 |
AU2018443582A AU2018443582B2 (en) | 2018-09-28 | 2018-09-28 | Communication method, terminal device, and network device |
PCT/CN2018/108473 WO2020062091A1 (zh) | 2018-09-28 | 2018-09-28 | 通信方法、终端设备和网络设备 |
EP18934541.6A EP3852486B1 (en) | 2018-09-28 | 2018-09-28 | Communication method, terminal device, and network device |
TW108135347A TW202021329A (zh) | 2018-09-28 | 2019-09-27 | 通訊方法、終端設備和網路設備 |
US17/192,244 US20210194996A1 (en) | 2018-09-28 | 2021-03-04 | Communication method, terminal device, and network device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/108473 WO2020062091A1 (zh) | 2018-09-28 | 2018-09-28 | 通信方法、终端设备和网络设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/192,244 Continuation US20210194996A1 (en) | 2018-09-28 | 2021-03-04 | Communication method, terminal device, and network device |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020062091A1 true WO2020062091A1 (zh) | 2020-04-02 |
Family
ID=69949459
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/108473 WO2020062091A1 (zh) | 2018-09-28 | 2018-09-28 | 通信方法、终端设备和网络设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20210194996A1 (zh) |
EP (1) | EP3852486B1 (zh) |
KR (1) | KR102434654B1 (zh) |
CN (2) | CN114363420B (zh) |
AU (1) | AU2018443582B2 (zh) |
TW (1) | TW202021329A (zh) |
WO (1) | WO2020062091A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210243647A1 (en) * | 2019-01-16 | 2021-08-05 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for header compression of ethernet frame, terminal device |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103609050A (zh) * | 2012-09-07 | 2014-02-26 | 华为技术有限公司 | 一种空口传输方法及相关设备、系统 |
CN103905122A (zh) * | 2012-12-28 | 2014-07-02 | 中国移动通信集团江苏有限公司 | 一种双模基站Ir接口间数据传输的方法及系统 |
US20160197743A1 (en) * | 2013-09-13 | 2016-07-07 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
CN107347046A (zh) * | 2016-05-04 | 2017-11-14 | 北京化工大学 | 一种跨网段的数据报头压缩实现方法 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20060054662A (ko) * | 2004-11-15 | 2006-05-23 | 삼성전자주식회사 | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 |
US8391148B1 (en) * | 2007-07-30 | 2013-03-05 | Rockstar Consortion USLP | Method and apparatus for Ethernet data compression |
EP2314045B1 (en) * | 2008-07-30 | 2013-07-10 | British Telecommunications public limited company | Header compression scheme |
CN102292940B (zh) * | 2009-04-20 | 2014-04-02 | 华为技术有限公司 | 一种采用arq机制的头压缩通信方法和装置 |
WO2014110754A1 (zh) * | 2013-01-17 | 2014-07-24 | 华为技术有限公司 | 传输http报文的方法、编码装置和解码装置 |
KR102200802B1 (ko) * | 2014-10-16 | 2021-01-11 | 삼성전자 주식회사 | 무선통신 시스템에서 mtc 단말의 데이터 송수신 방법 및 장치 |
US10205660B2 (en) * | 2015-06-03 | 2019-02-12 | Avago Technologies International Sales Pte. Limited | Apparatus and method for packet header compression |
US10775474B2 (en) * | 2017-06-12 | 2020-09-15 | Lg Electronics Inc. | Method and apparatus for supporting hybrid mode positioning scheme in wireless communication system |
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 |
CN110417633B (zh) * | 2018-04-28 | 2020-09-11 | 华为技术有限公司 | 一种通信方法及设备 |
PL3847844T3 (pl) * | 2018-09-03 | 2023-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Transport przepływów danych przez sieci komórkowe |
CN110891287B (zh) * | 2018-09-07 | 2021-05-28 | 维沃移动通信有限公司 | 以太网包头压缩、解压缩的方法和设备、及可读存储介质 |
CN110958647A (zh) * | 2018-09-27 | 2020-04-03 | 电信科学技术研究院有限公司 | 一种数据传输方法及装置 |
CN110971363B (zh) * | 2018-09-28 | 2022-03-08 | 华为技术有限公司 | 用于以太网数据的通信方法的方法和装置 |
MX2021005933A (es) * | 2019-04-30 | 2021-07-02 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo y aparato de comunicacion inalambrica. |
CN112333769B (zh) * | 2019-08-05 | 2022-10-11 | 华为技术有限公司 | 一种通信方法和装置 |
-
2018
- 2018-09-28 CN CN202210046793.5A patent/CN114363420B/zh active Active
- 2018-09-28 WO PCT/CN2018/108473 patent/WO2020062091A1/zh unknown
- 2018-09-28 EP EP18934541.6A patent/EP3852486B1/en active Active
- 2018-09-28 AU AU2018443582A patent/AU2018443582B2/en active Active
- 2018-09-28 KR KR1020217012130A patent/KR102434654B1/ko active IP Right Grant
- 2018-09-28 CN CN201880095323.XA patent/CN112385305A/zh active Pending
-
2019
- 2019-09-27 TW TW108135347A patent/TW202021329A/zh unknown
-
2021
- 2021-03-04 US US17/192,244 patent/US20210194996A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103609050A (zh) * | 2012-09-07 | 2014-02-26 | 华为技术有限公司 | 一种空口传输方法及相关设备、系统 |
CN103905122A (zh) * | 2012-12-28 | 2014-07-02 | 中国移动通信集团江苏有限公司 | 一种双模基站Ir接口间数据传输的方法及系统 |
US20160197743A1 (en) * | 2013-09-13 | 2016-07-07 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
CN107347046A (zh) * | 2016-05-04 | 2017-11-14 | 北京化工大学 | 一种跨网段的数据报头压缩实现方法 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3852486A4 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210243647A1 (en) * | 2019-01-16 | 2021-08-05 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for header compression of ethernet frame, terminal device |
US11736977B2 (en) * | 2019-01-16 | 2023-08-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for header compression of ethernet frame, terminal device |
Also Published As
Publication number | Publication date |
---|---|
CN112385305A (zh) | 2021-02-19 |
KR20210065149A (ko) | 2021-06-03 |
AU2018443582A1 (en) | 2021-05-13 |
CN114363420B (zh) | 2024-02-09 |
CN114363420A (zh) | 2022-04-15 |
AU2018443582B2 (en) | 2022-10-27 |
EP3852486A4 (en) | 2021-09-08 |
EP3852486B1 (en) | 2022-11-02 |
EP3852486A1 (en) | 2021-07-21 |
US20210194996A1 (en) | 2021-06-24 |
KR102434654B1 (ko) | 2022-08-22 |
TW202021329A (zh) | 2020-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11963038B2 (en) | Header compression processing method and apparatus, communications equipment | |
US20210274384A1 (en) | Wireless communication method and device | |
WO2020042037A1 (zh) | 无线通信方法和通信设备 | |
US20210194996A1 (en) | Communication method, terminal device, and network device | |
CN113115361A (zh) | 以太网帧头压缩处理方法、装置、芯片及计算机程序 | |
CN112586032B (zh) | 无线通信的方法和通信设备 | |
WO2020077502A1 (zh) | 无线通信方法和设备 | |
WO2020062176A1 (zh) | 无线通信方法、终端设备和接入网设备 | |
WO2020097809A1 (zh) | 压缩、解压缩以太帧的方法和通信设备 | |
US11575776B2 (en) | Information transmission method and apparatus, and communication device | |
WO2020062181A1 (zh) | 无线通信方法、终端设备和接入网设备 | |
WO2023123335A1 (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: 18934541 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2018934541 Country of ref document: EP Effective date: 20210412 Ref document number: 20217012130 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2018443582 Country of ref document: AU Date of ref document: 20180928 Kind code of ref document: A |