# US 12,192,310 B2 · Wireless communication method, and communication device > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 12,192,310 B2 - Document ID: US12192310B2 - Status: Granted - Kind: B2 - Application number: 17/192,244 - Filed: 2021-03-04 - Published: 2021-06-24 - Granted: 2025-01-07 - Earliest claimed: 2018-09-28 - Assignees: Guangdong Oppo Mobile Telecommunications Corp., Ltd. - Applicants: Guangdong Oppo Mobile Telecommunications Corp., Ltd. - Inventors: Qianxi Lu - Web page: https://patentgrep.com/patent/US12192310B2 ## CPC - H04L 69/04: Protocols for data compression, e.g. ROHC - H04W 80/02: Data link layer protocols - H04L 12/4641: {Virtual LANs, VLANs, e.g. virtual private networks [VPN] (LAN interconnection over a bridge based backbone H04L12/462; encapsulation techniques H04L12/4633; routing of packets H04L45/00; packet switches H04L49/00; virtual private networks for security H04L63/0272)} - H04L 69/18: Multiprotocol handlers, e.g. single devices capable of handling multiple protocols - H04L 69/22: Parsing or analysis of headers - H04L 69/321: Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers - H04L 69/324: in the data link layer [OSI layer 2], e.g. HDLC - H04W 28/06: Optimizing {the usage of the radio link}, e.g. header compression, information sizing {, discarding information (system modifying transmission characteristic according to link quality by modifying frame length H04L1/0007; dynamic adaptation of the packet size for flow control or congestion control H04L47/365)} - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) - H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72) ## Abstract Implementations of the present disclosure relate to a communication method, a communication device, and a network device. The method includes: a first device compressing an Ethernet frame; and the first device sending the compressed Ethernet frame to a second device. The communication method, the communication device and the network device proposed in the implementations of the present disclosure can be used to achieve the transmission of an Ethernet frame. ## Claims ### Claim 1 A communication device, wherein the communication device is a first device and comprises: a processor and a transceiver, wherein the processor is configured to compress an Ethernet frame; and the transceiver is configured to send the compressed Ethernet frame to a second device via an access network device; wherein the first device is a terminal device, and the second device is a Session Management Function (SMF) which is a core network device, the transceiver is further configured to: report a compression capability for the Ethernet frame to the SMF via the access network device, wherein the compression capability comprises a compression capability for a header of the Ethernet frame and/or a compression capability for a data part of the Ethernet frame; and receive configuration information from the SMF via the access network device, wherein the configuration information comprises information for compressing or decompressing the Ethernet frame, wherein the processor is configured to transition to a different compression state machine when the transceiver receives a feedback frame of the compressed Ethernet frame indicating at least part of the Ethernet frame is not decompressed successfully, wherein the feedback frame is a negative feedback for at least part of a compressed part of the Ethernet frame. ### Claim 2 (depends on 1) The communication device of claim 1, wherein the processor is specifically configured to: compress the header and/or the data part contained in the Ethernet frame. ### Claim 3 (depends on 2) The communication device of claim 2, wherein the configuration information comprises a first sub-protocol ID; and the processor is specifically configured to: compress the header and the data part based on a same first sub-protocol ID for the header and the data part. ### Claim 4 (depends on 3) The communication device of claim 3, wherein the first sub-protocol ID is used for indicating a compression object and a compression strategy; wherein the compression object indicated by the first sub-protocol ID comprises the data part and the header, and corresponds to a protocol adopted by the data part, and corresponds to an Ethernet frame type adopted by the header and/or whether the header comprises a virtual local area network (VLAN) field. ### Claim 5 (depends on 2) The communication device of claim 2, wherein the configuration information comprises a second sub-protocol ID and a third sub-protocol ID; and the processor is specifically configured to: compress the header based on the second sub-protocol ID for the header; and compress the data part based on the third sub-protocol ID different from the second sub-protocol ID for the data part. ### Claim 6 (depends on 5) The communication device of claim 5, wherein the second sub-protocol ID is used for indicating a compression object and a compression strategy, wherein the compression object indicated by the second sub-protocol ID comprises the header and corresponds to an Ethernet frame type adopted by the header and/or whether the header comprises a VLAN field; and/or the third sub-protocol ID is used for indicating a compression object and a compression strategy, wherein the compression object indicated by the third sub-protocol ID comprises the data part, and corresponds to the protocol adopted by the data part. ### Claim 7 (depends on 2) The communication device of claim 2, wherein for Ethernet frames with different formats, sub-protocol IDs on which the compression of the header is based are different; and/or for the Ethernet frames with different formats, the sub-protocol IDs on which the compression of the data part is based are different. ### Claim 8 (depends on 2) The communication device of claim 2, wherein the processor is specifically configured to: compress the header at a first protocol layer; and/or compress the data part at a second protocol layer. ### Claim 9 (depends on 2) The communication device of claim 2, wherein the transceiver is further configured to: receive first signaling, wherein the first signaling is used for indicating a sub-protocol ID used for compressing the data part, wherein the first signaling comes from an access network device or a core network control entity. ### Claim 10 (depends on 2) The communication device of claim 2, wherein the transceiver is further configured to: receive second signaling, wherein the second signaling is used for indicating a sub-protocol ID used for compressing the header, wherein the second signaling comes from a core network control entity or an access network device. ### Claim 11 (depends on 1) The communication device of claim 1, wherein the compression capability indicates the compression capability for the header and the compression capability for the data part, respectively, wherein the compression capability for the header comprises: whether compression of the header is supported; or whether compression of the header comprising the Virtual Local Area Network (VLAN) field is supported and/or whether compression of the header excluding the VLAN field is supported. ### Claim 12 (depends on 1) The communication device of claim 1, wherein the at least part comprises the header or the data part of the Ethernet frame. ### Claim 13 (depends on 12) The communication device of claim 12, wherein the processor is further configured to: determine whether the feedback frame aims at the data part or the header of the Ethernet frame by using a frame format of the feedback frame; wherein a first frame format is used for indicating the feedback frame aims at the header of the Ethernet frame, a second frame format is used for indicating the feedback frame aims at the data part of the Ethernet frame; and the first frame format is different from the second frame format. ### Claim 14 (depends on 12) The communication device of claim 12 wherein the processor is configured to: determine whether the feedback frame aims at the data part or the header of the Ethernet frame by using a sub-protocol ID contained in the feedback frame. ### Claim 15 A communication device, wherein the communication device is a second device and comprises: a processor and a transceiver, wherein the processor is configured to acquire an Ethernet frame from a first device via an access network device; and decompress the Ethernet frame; wherein the second device is a Session Management Function (SMF) which is a core network device, and the first device is a terminal device, the transceiver is configured to: receive a compression capability for the Ethernet frame sent by the terminal device via the access network device, wherein the compression capability comprises a compression capability for a header of the Ethernet frame and/or a compression capability for a data part of the Ethernet frame; and send configuration information to the terminal device via the access network device, wherein the configuration information comprises information for compressing or decompressing the Ethernet frame, wherein the processor is configured to transmit a feedback frame of the compressed Ethernet frame indicating at least part of the Ethernet frame is not decompressed successfully, wherein the feedback frame is a negative feedback for at least part of a compressed part of the Ethernet frame, and to cause the first device to transition to a different compression state machine when the feedback frame is received. ### Claim 16 (depends on 15) The communication device of claim 15, wherein the processor is specifically configured to: decompress the header and/or the data part contained in the Ethernet frame. ### Claim 17 (depends on 16) The communication device of claim 16, wherein the processor is specifically configured to: decompress the header without decompressing the data part; or decompress both the header and the data part. ### Claim 18 A wireless communication method, comprising: compressing, by a first device, an Ethernet frame; and sending, by the first device, the compressed Ethernet frame to a second device via an access network device; wherein the first device is a terminal device, and the second device is a Session Management Function (SMF) which is a core network device, and the method further comprises: reporting, by the terminal device, a compression capability for the Ethernet frame to the SMF via the access network device, wherein the compression capability comprises a compression capability for a header of the Ethernet frame and/or a compression capability for a data part of the Ethernet frame; receiving, by the terminal device, configuration information from the SMF via the access network device, wherein the configuration information comprises information for compressing or decompressing the Ethernet frame, transitioning to a different compression state machine when the transceiver receives a feedback frame of the compressed Ethernet frame indicating at least part of the Ethernet frame is not decompressed successfully, wherein the feedback frame is a negative feedback for at least part of a compressed part of the Ethernet frame. ### Claim 19 A wireless communication method comprising: acquiring, by a second device, an Ethernet frame from a first device via an access network device; and decompressing, by the second device, the Ethernet frame; wherein the second device is a Session Management Function (SMF) which is a core network device, and the first device is a terminal device, and the method further comprises: receiving, by the SMF, a compression capability for the Ethernet frame sent by the terminal device via the access network device, wherein the compression capability comprises a compression capability for a header of the Ethernet frame and/or a compression capability for a data part of the Ethernet frame; sending, by the SMF, configuration information to the terminal device via the access network device, wherein the configuration information comprises information for compressing or decompressing the Ethernet frame, transmitting a feedback frame of the compressed Ethernet frame indicating at least part of the Ethernet frame is not decompressed successfully, wherein the feedback frame is a negative feedback for at least part of a compressed part of the Ethernet frame, and causing the first device to transition to a more reliable compression state machine when the feedback frame is received. ### Claim 20 (depends on 12) The communication device of claim 12, wherein the processor is configured to: determine whether the feedback frame aims at the data part or the header of the Ethernet frame by using a reserved bit of the header of the feedback frame or using a feedback part indication bit in a PDU type field of the feedback frame. ### Claim 21 (depends on 12) The communication device of claim 12, wherein a sequence number (SN) of the header of the Ethernet frame is carried in a feedback frame aiming at the header, and an SN of the header of the Ethernet frame is carried in a feedback frame aiming at the data part.