CN110958646A - 通信方法与设备 - Google Patents

通信方法与设备 Download PDF

Info

Publication number
CN110958646A
CN110958646A CN201811133808.1A CN201811133808A CN110958646A CN 110958646 A CN110958646 A CN 110958646A CN 201811133808 A CN201811133808 A CN 201811133808A CN 110958646 A CN110958646 A CN 110958646A
Authority
CN
China
Prior art keywords
data packet
packet
header
compressed
packet header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201811133808.1A
Other languages
English (en)
Other versions
CN110958646B (zh
Inventor
许斌
李秉肇
陈磊
王学龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201811133808.1A priority Critical patent/CN110958646B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to JP2021517405A priority patent/JP7327831B2/ja
Priority to EP19864469.2A priority patent/EP3852433B1/en
Priority to PCT/CN2019/104982 priority patent/WO2020063318A1/zh
Priority to KR1020217012487A priority patent/KR102598577B1/ko
Priority to CA3114450A priority patent/CA3114450C/en
Publication of CN110958646A publication Critical patent/CN110958646A/zh
Priority to US17/214,453 priority patent/US11956667B2/en
Application granted granted Critical
Publication of CN110958646B publication Critical patent/CN110958646B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/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/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • 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

Landscapes

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

Abstract

本申请提供一种通信方法与设备，能够针对包含以太网格式包头的数据包进行压缩和解压缩，节约空口的无线传输资源。该通信方法包括：发送设备确定待发送数据包，待发送数据包为包含以太网格式包头的数据包；发送设备确定待发送数据包的包头中被压缩的域；发送设备根据设定方法压缩待发送数据包的包头，设定方法包括：从数据包的包头中去掉被压缩的域，或者将被压缩的域替换为对应的简短域；发送设备发送压缩后的数据包。

Description

通信方法与设备
技术领域
本申请涉及通信领域，并且更具体地，涉及一种通信方法与设备。
背景技术
对于通信网络来说，空口的无线资源很宝贵，为了节约空口的无线资源，在传输数据包时可以先对数据包进行压缩，然后传输压缩后的数据包，比如，可以对数据包的包头进行压缩。
在一些通信场景中，数据通信按照以太网格式进行数据包传输。比如5G通信中，工业通信是一种重要的场景，在工业通信中，一般按照以太网格式进行数据包传输。然而，目前没有一种适用于包含以太网格式包头的数据包的压缩方法。
发明内容
本申请提供一种通信方法与设备，能够针对包含以太网格式包头的数据包进行压缩和解压缩，节约空口的无线传输资源。
第一方面提供一种通信方法，该通信方法包括：发送设备确定待发送数据包，待发送数据包为包含以太网格式包头的数据包；发送设备确定待发送数据包的包头中被压缩的域；发送设备根据设定方法压缩待发送数据包的包头，其中，设定方法包括：从数据包的包头中去掉被压缩的域，或者将被压缩的域替换为对应的简短域；发送设备发送压缩后的数据包。
在本申请提供的方案中，发送设备根据设定方法对包含以太网格式包头的数据包进行压缩，在空口传输的是压缩后的数据包，可以节约空口的无线传输资源。
结合第一方面，在第一方面的一种可能的实现方式中，该通信方法还可以包括：发送设备向接收设备发送待发送数据包的包头上下文信息；其中，包头上下文信息包括以下至少一项：待发送数据包的完整包头；被压缩的域的完整内容；简短域与被压缩的域的对应关系。
在这种实现方式中，发送设备将包头上下文信息发送给接收设备，使得接收设备可以根据包头上下文信息解压缩接收的压缩后的数据包。
在一种实现方式中，如果确定数据包的包头上下文信息发生变化，发送设备向接收设备发送包头上下文变化指示信息。这样可以保证包头上下文信息在发送设备和接收设备侧保持一致。
在一种实现方式中，包头上下文信息发生变化包括：包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系。
在一种实现方式中，确定包头上下文中的规则被删除包括：如果在设定时间内未收到规则对应的数据包，确定该规则被删除。
结合第一方面，在第一方面的一种可能的实现方式中，该通信方法还可以包括：在发送设备发送压缩后的数据包之前，发送设备从接收设备接收第一反馈信息，第一反馈信息用于指示发送设备开始进行数据包的包头压缩。通过这种方式，可以在确认接收设备接收到解压缩需要的包头上下文信息之后，再开始进行数据压缩。
在一种实现方式中，第一反馈信息包括第一指示信息，第一指示信息用于指示包头压缩的压缩等级。
结合第一方面，在第一方面的一种可能的实现方式中，该通信方法还可以包括：如果确定满足设定条件，发送设备停止发送压缩后的数据包，和/或，再次向接收设备发送待发送数据包的包头上下文信息或者调整包头压缩的压缩等级；其中，设定条件包括下述至少一个：接收到第二反馈信息，第二反馈信息用于指示解压缩失败；在设定时间内未接收到第三反馈信息，第三反馈信息用于指示包头上下文信息在述接收设备有效。
结合第一方面，在第一方面的一种可能的实现方式中，该通信方法还可以包括：发送设备发送压缩后的数据包之前，向接收设备发送第二指示信息，第二指示信息用于指示数据包为被压缩的数据包；或者，压缩后的数据包的包头包括第三指示信息，第三指示信息用于指示数据包为被压缩的数据包。这样，接收设备可以根据第二指示信息或者第三指示信息确定是否需要解压缩数据包。
在一种实现方式中，包含以太网格式包头的数据包的包头压缩功能是由网络设备通过无线资源控制RRC信令配置的。
第二方面提供一种通信方法，该通信方法包括：接收设备接收第一数据包，第一数据包为包含以太网格式包头的数据包；如果接收设备确定第一数据包的包头被压缩，根据设定方法解压缩第一数据包，其中设定方法包括：在第一数据包的包头中添加被压缩的域的完整内容，或者将第一数据包的包头中的简短域替换为对应的被压缩的域的完整内容。
在本申请提供的方案中，发送设备根据设定方法对包含以太网格式包头的数据包进行压缩，在空口传输的是压缩后的数据包，可以节约空口的无线传输资源；接收设备可以根据对应的方法解压缩数据包。
结合第二方面，在第二方面的一种可能的实现方式中，该通信方法还可以包括：接收设备接收第一数据包的包头上下文信息；其中包头上下文信息包括以下至少一项：第一数据包的完整包头；被压缩的域的完整内容；简短域与被压缩的域的对应关系。
在这种实现方式中，接收设备接收包头上下文信息，可以根据包头上下文信息解压缩接收的压缩后的数据包。
在一种实现方式中，该通信方法还包括：接收设备接收包头上下文变化指示信息，包头上下文变化指示信息用于指示数据包的包头上下文信息发生变化；接收设备根据包头上下文变化指示信息更新本地保存的包头上下文信息。这样可以保证包头上下文信息在发送设备和接收设备侧保持一致。
在一种实现方式中，包头上下文信息发生变化包括：包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系。
在一种实现方式中，该通信方法还包括：如果在设定时间内未收到规则对应的数据包，将该规则从本地保存的包头上下文信息中删除。
结合第二方面，在第二方面的一种可能的实现方式中，该通信方法还可以包括：接收设备向发送设备发送第一反馈信息，第一反馈信息用于指示发送设备开始进行数据包的包头压缩。通过这种方式，可以在确认接收设备接收到解压缩需要的包头上下文信息之后，再开始进行数据压缩。
在一种实现方式中，第一反馈信息包括第一指示信息，第一指示信息用于指示包头压缩的压缩等级。
结合第二方面，在第二方面的一种可能的实现方式中，该通信方法还可以包括：接收设备向发送设备发送第二反馈信息，第二反馈信息用于指示解压缩失败。
结合第二方面，在第二方面的一种可能的实现方式中，该通信方法还可以包括：接收设备向发送设备发送第三反馈信息，第三反馈信息用于指示包头上下文信息在接收设备有效。
在一种实现方式中，接收设备确定第一数据包的包头被压缩包括：在接收设备接收第一数据包之前，接收第二指示信息，第二指示信息用于指示第一数据包为被压缩的数据包，接收设备根据第二指示信息确定第一数据包的包头被压缩；或者，第一数据包的包头包括第三指示信息，第三指示信息用于指示第一数据包为被压缩的数据包，接收设备根据第三指示信息确定第一数据包的包头被压缩。
在一种实现方式中，包含以太网格式包头的数据包的包头压缩功能是由网络设备通过无线资源控制RRC信令配置的。
第三方面提供一种发送设备，该发送设备用于执行上述第一方面或第一方面的任一可能的实现方式中的通信方法。具体地，该发送设备可以包括用于执行第一方面或第一方面的任一可能的实现方式中的通信方法的模块。
第四方面提供一种发送设备，该发送设备包括存储器和处理器，所述存储器用于存储指令，所述处理器用于执行所述存储器存储的指令，并且对所述存储器中存储的指令的执行使得所述处理器执行第一方面或第一方面的任一可能的实现方式中的方法。
第五方面提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第一方面或第一方面的任一可能的实现方式中的方法。
第六方面提供一种接收设备，该接收设备用于执行上述第二方面或第二方面的任一可能的实现方式中的通信方法。具体地，该接收设备可以包括用于执行第二方面或第二方面的任一可能的实现方式中的通信方法的模块。
第七方面提供一种接收设备，该接收设备包括存储器和处理器，所述存储器用于存储指令，所述处理器用于执行所述存储器存储的指令，并且对所述存储器中存储的指令的执行使得所述处理器执行第二方面或第二方面的任一可能的实现方式中的方法。
第八方面提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第二方面或第二方面的任一可能的实现方式中的方法。
附图说明
图1为本发明实施例所适用的系统架构示意图；
图2为本发明实施例提供的通信方法的示意性流程图；
图3为本发明实施例提供的通信设备的一种协议架构示意图；
图4为本发明实施例提供的发送设备的示意性框图；
图5为本发明实施例提供的发送设备的另一示意性框图；
图6为本发明实施例提供的发送设备的再一示意性框图；
图7为本发明实施例提供的接收设备的示意性框图；
图8为本发明实施例提供的接收设备的另一示意性框图；
图9为本发明实施例提供的接收设备的再一示意性框图；
图10为本申请实施例提供的通信装置的示意性框图；
图11为本申请实施例提供的通信装置的另一示意性框图；
图12为本申请实施例提供的通信装置的再一示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请提供的技术方案可以应用于各种通信系统，例如当前4G通信系统，以及未来演进网络，如5G通信系统。例如，长期演进(long term evolution，LTE)系统，高级的长期演进(LTE Advanced，LTE-A)系统，新无线(new radio，NR)系统，第三代合作伙伴计划(third generation partnership project，3GPP)相关的蜂窝系统，公共陆地移动网络(public land mobile network，PLMN)系统，多种通信融合系统等，以及其他此类通信系统。可以包括多种应用场景，例如，包括机器对机器(machine to machine，M2M)、设备对机器(device to machine，D2M)、宏微通信、增强型移动互联网(enhance mobile broadband，eMBB)、超高可靠性与超低时延通信(ultra reliable&low latency communication，uRLLC)以及海量物联网通信(massive machine type communication，mMTC)等场景，这些场景可以包括但不限于：用户设备(user equipment，UE)与UE之间的通信场景，网络设备与网络设备之间的通信场景，网络设备与UE之间的通信场景等。
本申请实施例提供的技术方案可以应用于如图1所示的系统架构中，该系统架构中可以包括网络设备100以及与网络设备100连接的一个或多个终端设备200。
网络设备100可以是能和终端设备200通信的设备。网络设备100可以是LTE中的eNB(evolutional NodeB)或eNodeB。网络设备100也可以是中继站或接入点等。网络设备100还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。网络设备100还可以是未来5G网络中的网络设备或未来演进网络中的网络设备；还可以是可穿戴设备或车载设备等。
本发明实施例中涉及的网络设备100也可称为无线接入网(radio accessnetwork，RAN)设备。RAN设备与终端设备连接，用于接收终端设备的数据并发送给核心网设备。RAN设备在不同通信系统中对应不同的设备，例如，在2G系统中对应基站与基站控制器，在3G系统中对应基站与无线网络控制器(radio network controller，RNC)，在4G系统中对应演进型基站(evolutional NodeB，eNB)，在5G系统中对应5G系统，如新无线(new radio，NR)系统中的接入网设备(例如gNB，CU，DU)。
终端设备200可以为包含无线收发功能、且可以与网络设备配合为用户提供通讯服务的设备。具体地，终端设备200可以是物联网终端、接入终端、UE单元、UE站、移动站、移动台、远方站、远程终端、移动设备、UE终端、终端、无线通信设备、UE代理或UE装置等。物联网终端实现采集数据及向网络设备100发送数据的功能，担负着数据采集、初步处理、加密、传输等多种功能。物联网终端可以是共享单车、水表、电表、路灯、火灾告警器、井盖、加油站、高铁、打印机等；接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端或未来演进网络中的终端等。其中，终端设备200中的一个或多个可以作为其他终端设备与网络设备通信的中继或中转设备。
应注意，图1所示的系统架构仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，该系统架构中还可能包括其他设备，同时也可根据具体需要来配置网络设备100和终端设备200。
在图1所示的系统架构中，通信设备之间传输数据可以采用不同的封装格式，以适应不同类型系统要求。比如，在传统的蜂窝网通信中，数据通信大多遵循网际协议(Internet Protocol，IP)，数据包也基于IP包格式传输。与传统蜂窝网不同，5G系统，比如工业通信场景中，可以按照以太网格式进行数据包传输。通信设备间传输数据时可以通过在发送设备侧压缩数据包，接收设备接收数据包后解压缩数据包的方式来节约传输资源。目前，不存在针对以太网格式包头进行压缩/解压缩的方法，可以实现对包含以太网格式包头的数据包进行压缩/解压缩功能，针对其他格式的数据包进行压缩/解压缩的方法不适用于包含以太网格式包头的数据包。比如，由于IP格式包头与以太网格式包头的结构不同，针对IP格式数据包压缩/解压缩进行数据包传输的方法，不适用于传输包含以太网格式包头的数据包。
示例性的，一种以太网格式数据包的结构如表1所示，
表1
目的地址 源地址 长度/类型 数据/填充 CRC
表1中，目的地址字段和源地址字段的长度分别为6字节，表示数据包的收发地址，比如，每个网卡(接收设备)有1个6字节的媒体访问控制(medium access control，MAC)地址，用于在以太网中唯一地标识自己。网卡收到数据包时，可以通过将目的地址字段和自身的MAC地址做比较，判断是否接收该数据包。示例性的，6字节的目的地址的书写格式为：00-01-02-03-04-05。这6个字节在以太网中是按照从左到右的顺序发送的，对于每个字节来说，最先发送的是最低位bit0，最后发送的是最高位bit7。目的地址可以分为三类：单播地址、多播地址和广播地址。单播地址通常与一个具体网卡的MAC地址相对应，它要求第一个字节的bit0必须是0；多播地址要求第一个字节的bit0为1，这样，在网络中多播地址不会与任何网卡的MAC地址相同，多播数据可以被多个网卡同时接收；广播地址的所有48位全为1(即FF-FF-FF-FF-FF-FF)，同一局域网中的所有网卡可以接收广播数据包。
长度/类型字段的长度为2字节，表示数据/填充字段的长度或类型。如果长度/类型字段的值小于1518，表示数据/填充字段的长度；如果长度/类型字段的值大于1518，表示该以太网格式数据包属于哪个上层协议(例如，0x800代表IP数据包；0x806代表地址解析协议(address resolution protocol，ARP)数据包。)
数据/填充字段的长度为46-1500字节。
校验序列字段循环冗余码(cyclic redundancy check，CRC)的长度为4字节，接收设备根据CRC判断数据包是否传输正确，如果确定数据包传输错误，丢弃该数据包。
示例性的，一种IP格式数据包的结构如表2所示，
表2
Figure BDA0001814236840000051
针对IP格式包头的压缩算法是一个完整的算法，只能识别标准的IP格式数据包。IP格式数据包和以太网格式数据包都是一系列0和1组成的数字串，设备在处理数据包的时候，可以直观读取的内容只是0或者1组成的数字串，因此针对不同的包格式需要制定不同的算法规则去指示设备如何读取和处理相应的数据包类型。具体来说，需要清晰指示出数据包的各个域的组成以及大小，以及如何界定各个域的边界，根据域的边界、大小和组成确定域的类型，以此选择相应的压缩方法，对不同包格式的域或者同一包格式不同类型的域进行压缩。如上所示，IP格式包头与以太网格式包头的结构不同，如果将针对IP格式包头的压缩算法，用于以太网格式数据包，将以太网格式数据包按照IP格式解析，将无法识别数据包中各个域的边界和数值，这样IP包头压缩算法所特有的解析规则在以太网数据包上应用以后，将产生错误的压缩包，接收端无法进行解析。另外，一套成熟的压缩算法，不仅需要按照包格式的特点针对性的制定压缩规则，还需要有特定的压缩反馈机制和特定的应用场景，下面将在实施例中介绍针对以太网格式包在通信系统中压缩算法。本申请实施例提供一种通信方法，可以针对包含以太网格式包头的数据包进行压缩和解压缩。在本申请实施例中，包含以太网格式包头的数据包可以是指以太网格式的数据包，其包头为以太网格式包头；也可以指IP格式数据包与以太网格式数据包结合的数据包，其包头为以太网格式包头。示例性的，IP格式数据包与以太网格式数据包结合可以是以太网格式数据包作为IP格式数据包的负载数据；也可以是IP格式数据包作为以太网格式数据包的负载数据。
下面对本申请中涉及的部分术语进行解释说明：
1、被压缩的域、简短域
对包含以太网格式包头的数据包进行压缩时，被压缩的域即被压缩的字段，压缩后的数据包中不包括该被压缩的域。
简短域是比被压缩的域的长度短的字段。其可以用于指代被压缩的域。示例性的，简短域的值可以是索引或者一个上下文的标识。一个简短域可以对应一个或多个被压缩的域。
2、本文中的术语“多个”是指两个或两个以上。本文中的术语“第一”和“第二”是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，“第一反馈信息”和“第二反馈信息”是用于区分不同的反馈信息，而不是用于描述反馈信息的特定顺序。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中“/”表示或的关系，例如，A/B，可以表示：单独存在A，单独存在B两种情况。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供一种通信方法，应用于如图1所示的系统架构中任意两个通信设备间通信的场景，其中，两个通信设备之间传输的数据包包含以太网格式包头。一个通信设备向另一个通信设备传输包含以太网格式包头的数据包时，发送数据包的设备可以对待发送的数据包进行压缩，并将压缩后的数据包发送给接收设备，以节约传输资源；接收设备接收到压缩后的数据包，根据与发送设备的压缩方法相对应的解压缩方法进行解压缩，即可获取完整的数据包。示例性的，在下行传输中，发送设备是图1的网络设备100，接收设备是终端设备200；或者，在上行传输中，发送设备是图1的终端设备200，接收设备是网络设备100；或者，发送设备和接收设备都是图1中的终端设备200；本申请实施例对发送设备和接收设备的具体形态不做限定。
在本申请实施例的通信方法中，发送设备或接收设备的执行主体的具体结构，本申请实施例并未特别限定，只要能够通过运行记录有本申请实施例的通信方法的代码的程序，以根据本申请实施例的通信方法进行通信即可，例如，本申请实施例提供的通信方法的执行主体可以是网络设备或终端设备，或者，是网络设备或终端设备中能够调用程序并执行程序的功能模块，或者为应用于网络设备或终端设备中的装置，例如，芯片；本申请对此不作限定。本文中以网络设备和终端设备执行上述通信方法为例进行说明。
如图2所示，本申请实施例提供的通信方法可以包括S101-S113：
S101、网络设备配置包含以太网格式包头的数据包的包头压缩功能。
在一种实现方式中，包含以太网格式包头的数据包的包头压缩功能是网络设备配置的。网络设备根据核心网设备的指示或者根据业务需求确定承载一个业务的通道支持包含以太网格式包头的数据包的包头压缩功能。在一种实现方式中，核心网设备可以选择建立基于IP的通道或者基于以太网的通道，当建立不同类型的通道的时候，核心网可以发送指示信息给网络设备，指示网络设备采用IP包头压缩机制或者以太网包头压缩机制对数据包包头进行压缩。
在一种实现方式中，网络设备可以通过无线资源控制(radio resource control，RRC)信令配置该通道对应的终端设备支持包含以太网格式包头的数据包的包头压缩功能，比如，RRC信令中包含用于指示支持包含以太网格式包头的数据包的包头压缩功能的信元，或者支持包含以太网格式包头的数据包的包头压缩功能的信元的值设为True。网络设备或终端设备作为发送设备发送数据时，可以对待发送的包含以太网格式包头的数据包进行压缩。
S102、发送设备确定待发送数据包。
发送设备确定待发送的数据包，待发送的数据包均为包含以太网格式包头的数据包。示例性的，发送设备确定待发送Q个数据包至接收设备，Q>1；该Q个数据包是同一业务的数据包，Q个数据包为表1所示的格式；该Q个数据包发送的目的地址相同，源地址相同。
S103、发送设备确定待发送数据包的包头中被压缩的域。
示例性的，Q个待发送数据包的包头中目的地址、源地址不变，包头中目的地址、源地址可以被压缩，发送设备确定被压缩的域为目的地址和源地址。
S104、发送设备向接收设备发送待发送数据包的包头上下文信息。
包头上下文信息包括包头的域的指示信息。发送设备确定待发送的数据包后，可以获取到待发送的数据包的包头的完整信息，并根据包头的完整信息生成包头上下文信息；发送设备向接收设备发送包头上下文信息。在一种实现方式中，发送设备和接收设备在本地保存获取到的包头上下文信息。接收设备接收到压缩后的数据包后可以根据包头上下文信息获取到被压缩的数据包的包头的完整信息。其中，发送设备向接收设备发送包头上下文信息的方式可以包括：通过控制信令传递，通过待发送数据包的包头进行传递，或者通过专门的数据包进行传递。
示例性的，如图3所示，发送设备或接收设备可以包括无线资源控制(radioresource control，RRC)、服务数据适配协议(service data adaptation protocol，SDAP)、分组数据汇聚层协议(packet data convergence protocol，PDCP)、无线链路控制(radio link control，RLC)、媒体接入控制(media access control，MAC)、物理层(physical，PHY)等协议层。通过专门的数据包传递包头上下文信息可以包括通过PDCP控制协议数据单元(protocol data unit，PDU)、SDAP控制PDU等控制PDU发送包头上下文信息。
包头上下文信息可以包括以下至少一项：待发送数据包的完整包头；被压缩的域的完整内容；或，简短域与被压缩的域的对应关系。
在一种实现方式中，包头上下文信息包括至少一条规则，一条规则用于指示一个简短域与被压缩的域的对应关系。示例性的，一个包头上下文信息如表3所示。
表3
规则序号 简短域 目的地址 源地址
1 00 00-01-02-03-04-05 10-01-08-03-04-05
2 01 00-02-03-04-05-06 00-F2-03-04-05-06
3 02 00-03-04-05-06-07 00-03-C4-05-09-07
比如，第一条规则指示了简短域00对应的被压缩的域为目的地址00-01-02-03-04-05以及源地址10-01-08-03-04-05。简短域可以是设定的比被压缩的域更短的内容，示例性的，简短域可以是SDAP层的流标识(Flow ID)。
在一种实现方式中，如果发送设备确定数据包的包头上下文信息发生变化，向接收设备发送包头上下文变化指示信息，包头上下文变化指示信息用于指示数据包的包头上下文信息发生变化；接收设备根据包头上下文变化指示信息更新本地保存的包头上下文信息。
在一种实现方式中，包头上下文信息包括简短域与被压缩的域的对应关系，包头上下文信息发生变化包括：包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则。
示例性的，发送设备确定待发送的数据包的包头包括一个新的目的地址02-03-09-05-06-01，对应的源地址为00-03-C4-05-09-07，则确定新增一条规则。示例性的，增加规则4后的包头上下文信息如表4所示。
表4
规则序号 简短域 目的地址 源地址
1 00 00-01-02-03-04-05 10-01-08-03-04-05
2 01 00-02-03-04-05-06 00-F2-03-04-05-06
3 02 00-03-04-05-06-07 00-03-C4-05-09-07
4 08 02-03-09-05-06-01 00-03-C4-05-09-07
发送设备可以通过控制信令或控制PDU向接收设备发送包头上下文变化指示信息，指示包头上下文信息新增一条规则。在一种实现方式中，发送设备向接收设备发送一条控制信令或控制PDU，其中包括一条新增规则的内容，包括简短域、被压缩的域。在另一种实现方式中，发送设备不单独向接收设备发送控制信令或控制PDU指示包头上下文信息新增规则；如果接收设备接收到的数据包的包头包括本地包头上下文信息中未保存的简短域，则确定新增规则。示例性的，接收设备可以向发送设备发送请求该简短域对应的包头上下文信息的反馈信息，来获取新增规则。
示例性的，如果发送设备确定包头上下文信息中的规则被修改，可以通过控制信令或控制PDU向接收设备发送包头上下文变化指示信息，指示包头上下文信息中的规则修改，其中包括修改的规则的内容。
示例性的，如果发送设备确定包头上下文信息中的规则被删除，可以通过控制信令或控制PDU向接收设备发送包头上下文变化指示信息，指示包头上下文信息中的规则被删除。示例性的，发送设备确定包头上下文信息中的规则被删除的方法为，发送设备在每条规则建立的时候，建立规则对应的定时器，每次收到规则对应的数据包时，重启定时器；如果在设定时间内(定时器超时)未收到规则对应的数据包，确定该规则被删除。其中，规则对应的数据包是指数据包的包头包括和规则中一致的简短域或者被压缩的域。接收设备根据包头上下文变化指示信息，在本地删除该规则。在另一种实现方式中，接收设备也可以在接收设备侧每条规则建立的时候，建立规则对应的定时器，每次收到规则对应的数据包时，重启定时器；如果在设定时间内(定时器超时)未收到规则对应的数据包，在本地删除该规则。
S105、接收设备接收包头上下文信息。
接收设备从发送设备接收到包头上下文信息后，可以在本地保存包头上下文信息。
可选的，在接收设备接收到包头上下文信息之后，可以执行S106。
S106、接收设备向发送设备发送第一反馈信息。
第一反馈信息用于指示发送设备开始进行数据包的包头压缩。
在一种实现方式中，第一反馈信息包括第一指示信息，第一指示信息用于指示包头压缩的压缩等级。示例性的，压缩等级分为第一等级、第二等级和第三等级。比如，第一等级表示压缩一个域，第二等级表示压缩两个域，第三等级表示压缩三个域；或者，比如，第一等级表示压缩w个域，第二等级表示压缩s个域，第三等级表示压缩z个域，其中0<＝w<s<z。
S107、发送设备接收第一反馈信息。
S108、发送设备压缩待发送数据包的包头。
可选的，发送设备如果接收到第一反馈信息，则开始进行包含以太网格式包头的数据包的包头压缩。可选的，在另一种实现方式中，发送设备如果确定配置了包含以太网格式包头的数据包的包头压缩功能，则在需要发送数据包时，即开始进行包头压缩。比如，发送设备需要发送数据包时，先发送R个包头上下文信息，然后开始压缩待发送数据包的包头。
发送设备根据设定方法压缩待发送数据包的包头，获得压缩后的数据包。其中，设定方法可以包括：从数据包的包头中去掉被压缩的域，或者将被压缩的域替换为对应的简短域。
在一些实施例中，压缩数据包的包头的方法为，从数据包的包头中去掉被压缩的域。
示例性的，对包头格式为表1所示包头的数据包进行压缩，压缩前包头包括目的地址(00-01-02-03-04-05)、源地址(10-01-08-03-04-05)和长度/类型(00-9C)三个域，共14个字节；示例性的，可以表示为表5所示的形式，其中，一行表示一个字节，一个单元格表示一个比特。需要说明的是，表5是用于说明包头各个域占用的字节数和比特数，并不是限定数据包包头的形式。
表5
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 1
0 0 0 0 0 0 1 0
0 0 0 0 0 0 1 1
0 0 0 0 0 1 0 0
0 0 0 0 0 1 0 1
0 0 0 1 0 0 0 0
0 0 0 0 0 0 0 1
0 0 0 0 1 0 0 0
0 0 0 0 0 0 1 1
0 0 0 0 0 1 0 0
0 0 0 0 0 1 0 1
0 0 0 0 0 0 0 0
1 0 0 1 1 1 0 0
比如，被压缩的域为目的地址，压缩后包头包括源地址和长度/类型两个域，共8个字节，可以表示为表6所示的形式。
表6
0 0 0 1 0 0 0 0
0 0 0 0 0 0 0 1
0 0 0 0 1 0 0 0
0 0 0 0 0 0 1 1
0 0 0 0 0 1 0 0
0 0 0 0 0 1 0 1
0 0 0 0 0 0 0 0
1 0 0 1 1 1 0 0
比如，被压缩的域为目的地址和源地址两个域，压缩后包头包括长度/类型一个域，共2个字节，可以表示为表7所示的形式。
表7
0 0 0 0 0 0 0 0
1 0 0 1 1 1 0 0
比如，被压缩的域为目的地址、源地址和长度/类型三个域，数据包的包头中三个域都被压缩。
在一些实施例中，压缩数据包的包头的方法为，将被压缩的域替换为对应的简短域。
示例性的，压缩前包头包括目的地址(00-01-02-03-04-05)、源地址(10-01-08-03-04-05)和长度/类型(00-9C)三个域，简短域和被压缩的域的对应关系如表8所示，简短域的长度为1个字节。
表8
简短域 目的地址 源地址
00 00-01-02-03-04-05 10-01-08-03-04-05
01 00-02-03-04-05-06 00-F2-03-04-05-06
02 00-03-04-05-06-07 00-03-C4-05-09-07
对包头格式为表1所示包头的数据包进行压缩，压缩前包头包括目的地址、源地址和长度/类型三个域，共14个字节，被压缩的域为目的地址和源地址两个域，压缩后包头包括简短域和长度/类型两个域，共3个字节，如表9所示。
表9
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
1 0 0 1 1 1 0 0
示例性的，压缩前包头包括目的地址(00-01-02-03-04-05)、源地址(00-F2-03-04-05-06)和长度/类型(00-9C)三个域，简短域和被压缩的域的对应关系如表10所示，简短域的长度为4个比特，简短域的数值范围为0-15。
表10
简短域 目的地址 源地址
0 00-01-02-03-04-05 10-01-08-03-04-05
1 00-02-03-04-05-06 00-F2-03-04-05-06
2 00-03-04-05-06-07 00-03-C4-05-09-07
对包头格式为表1所示包头的数据包进行压缩，压缩前包头包括目的地址、源地址和长度/类型三个域，共14个字节，被压缩的域为目的地址和源地址两个域，压缩后包头包括简短域和长度/类型两个域，共3个字节，如表11所示。
表11
0 0 0 0 0 0 0 1
0 0 0 0 0 0 0 0
1 0 0 1 1 1 0 0
示例性的，压缩前包头包括目的地址(00-01-02-03-04-05)、源地址(00-F2-03-04-05-06)和长度/类型(00-9C)三个域，简短域和被压缩的域的对应关系如表12所示，简短域的长度为2个比特，简短域的数值范围为0-3。
表12
简短域 长度/类型
0 00-9C
1 08-00
2 08-06
对包头格式为表1所示包头的数据包进行压缩，压缩前包头包括目的地址、源地址和长度/类型三个域，共14个字节，被压缩的域为长度/类型，压缩后包头包括目的地址、源地址和简短域三个域，共13个字节，如表13所示，其中，第13个字节的第1个和第2个比特为简短域的值，第13个字节的第3个-第8个比特为预留位。
表13
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 1
0 0 0 0 0 0 1 0
0 0 0 0 0 0 1 1
0 0 0 0 0 1 0 0
0 0 0 0 0 1 0 1
0 0 0 0 0 0 0 0
1 1 1 1 0 0 1 0
0 0 0 0 0 0 1 1
0 0 0 0 0 1 0 0
0 0 0 0 0 1 0 1
0 0 0 0 0 1 1 0
0 0 0 0 0 0 0 0
示例性的，压缩前包头包括目的地址(00-02-03-04-05-06)、源地址(10-01-08-03-04-05)和长度/类型(08-06)三个域，简短域和被压缩的域的对应关系如表14所示，简短域的长度为2个比特，简短域的数值范围为0-3。
表14
简短域 目的地址 源地址 长度/类型
0 00-01-02-03-04-05 10-01-08-03-04-05 00-9C
1 00-02-03-04-05-06 00-F2-03-04-05-06 08-00
2 00-03-04-05-06-07 00-03-C4-05-09-07 08-06
对包头格式为表1所示包头的数据包进行压缩，压缩前包头包括目的地址、源地址和长度/类型三个域，共14个字节，被压缩的域为目的地址、源地址和长度/类型，压缩后包头包括简短域，共1个字节，如表15所示，其中，第1个和第2个比特为目的地址对应的简短域的值，第3个和第4个比特为源地址对应的简短域的值，第5个和第6个比特为长度/类型对应的简短域的值，第7个和第8个比特为预留位。
表15
0 1 0 0 1 0 0 0
在一种实现方式中，包含以太网格式包头的数据包压缩功能可以位于PDCP层；在另一种实现方式中，包含以太网格式包头的数据包压缩功能可以位于SDAP层；或者，包含以太网格式包头的数据包压缩功能可以位于RLC层或MAC层。在另一种实现方式中，包含以太网格式包头的数据包压缩功能也可以位于核心网节点，比如用户面功能模块(user planefunction，UPF)上。
S109、发送设备发送压缩后的数据包。
在一种实现方式中，发送设备向接收设备发送第二指示信息，第二指示信息用于指示发送的数据包为被压缩的数据包(比如，第二指示信息可以指示之后发送的N个数据包为被压缩的数据包)；之后，发送设备发送压缩后的数据包。
其中，第二指示信息可以是专门的数据包，或控制信令(比如RRC信令，物理上行链路控制信道(physical uplink control channel，PUCCH)信令或者下行控制信息(downlink control information，DCI)等)。示例性的，第二指示信息可以包括在PDCP包头，SDAP包头，或者RLC/MAC数据包包头中。
在另一种实现方式中，发送设备发送压缩后的数据包，压缩后的数据包的包头包括第三指示信息，第三指示信息用于指示该数据包为被压缩的数据包。
S110、接收设备接收压缩后的数据包。
接收设备接收第一数据包，第一数据包为包含以太网格式包头的数据包。接收设备接收第一数据包后，可以根据第二指示信息或第三指示信息确定该第一数据包是被压缩的数据包。
在一种实现方式中，发送设备的压缩方法为从数据包的包头中去掉被压缩的域，发送设备向接收设备发送压缩后的数据包，以及对应的包头上下文信息，包头上下文信息包括待发送数据包的完整包头或被压缩的域的完整内容。接收设备接收到压缩后的数据包后，可以将完整包头或被压缩的域的完整内容添加至接收到的数据包的包头，解压缩数据包。
在一种实现方式中，发送设备的压缩方法为将被压缩的域替换为对应的简短域，发送设备向接收设备发送压缩后的数据包，以及对应的包头上下文信息，包头上下文信息包括简短域与被压缩的域的对应关系。接收设备接收到压缩后的数据包后，可以将简短域替换为被压缩的域的完整内容，解压缩数据包。
进一步的，在一种实现方式中，接收设备确定解压缩失败，执行S111，向发送设备发送第二反馈信息，第二反馈信息用于指示解压缩失败。示例性的，接收设备解压缩失败M个数据包，则确定解压缩失败，M>0。比如，接收设备连续解压缩失败M个数据包，或者在设定的时间内接收设备解压缩失败M个数据包。
在一种实现方式中，接收设备可以在解压缩过程正常进行过程中，向发送设备发送第三反馈信息，第三反馈信息用于指示包头上下文信息在接收设备有效。示例性的，如果接收设备确定没有解压缩失败，则每隔设定时长执行S112，向发送设备发送第三反馈信息。
S111、接收设备向发送设备发送第二反馈信息。
S112、接收设备向发送设备发送第三反馈信息。
在一种实现方式中，接收设备可以通过专用的控制信令或控制PDU向发送设备发送第二反馈信息或第三反馈信息。示例性的，一种专用的PDCP控制PDU如表16所示。
表16
Figure BDA0001814236840000131
其中，D/C域用于指示该数据包为控制PDU或者数据PDU；PDU Type域用于指示该PDU的类型，比如，PDU Type可以是IP格式包头压缩、以太网格式包头压缩或者状态报等；R表示预留位；数据可以为状态反馈，或者包头上下文信息，或者简短域与被压缩的域的对应关系等用于压缩和解压缩的信息，可以用于发送设备和接收设备进行压缩状态和压缩信息的同步。
S113、发送设备确定接收设备解压缩失败。
在一种实现方式中，如果发送设备确定满足设定条件，停止发送压缩后的数据包，和/或，再次向接收设备发送待发送数据包的包头上下文信息或者调整包头压缩的压缩等级。其中，设定条件包括下述至少一个：接收到第二反馈信息；在设定时间内未接收到第三反馈信息。示例性的，发送设备在开始执行包含以太网格式包头的数据包的包头压缩功能时，启动一个定时器，如果在定时器超时前接收到第三反馈信息，则重新启动定时器；如果在定时器超时后仍然没有接收到第三反馈信息，则确定接收设备解压缩失败。
本申请实施例提供的通信方法，在数据传输时，可以对包含以太网格式包头的数据包进行压缩和解压缩，节约了传输资源。
上文描述了本发明实施例提供的通信方法，下文将描述本发明实施例提供的发送设备与接收设备。
图4为本发明实施例提供的发送设备400的示意性框图，发送设备400包括：
处理模块401，用于确定待发送数据包，待发送数据包为包含以太网格式包头的数据包。
处理模块401，还用于确定待发送数据包的包头中被压缩的域。
处理模块401，还用于根据设定方法压缩待发送数据包的包头，设定方法包括：从数据包的包头中去掉被压缩的域，或者将被压缩的域替换为对应的简短域。
发送模块402，用于发送压缩后的数据包。
作为一个实施例，发送模块402还用于向接收设备发送待发送数据包的包头上下文信息；其中，包头上下文信息包括以下至少一项：待发送数据包的完整包头；被压缩的域的完整内容；简短域与被压缩的域的对应关系。
作为一个实施例，处理模块401还用于确定数据包的包头上下文信息是否发生变化。
发送模块402还用于如果处理模块401确定数据包的包头上下文信息发生变化，向接收设备发送包头上下文变化指示信息。
作为一个实施例，包头上下文信息发生变化包括：包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系。
作为一个实施例，如图5所示，发送设备400还包括：接收模块403，用于接收数据包。
处理模块401还用于如果在设定时间内接收模块403未收到规则对应的数据包，确定该规则被删除。
作为一个实施例，接收模块403用于在发送模块402发送压缩后的数据包之前，从接收设备接收第一反馈信息，第一反馈信息用于指示发送设备开始进行数据包的包头压缩。
作为一个实施例，第一反馈信息包括第一指示信息，第一指示信息用于指示包头压缩的压缩等级。
作为一个实施例，处理模块401还用于确定是否满足设定条件，设定条件包括下述至少一个：接收到第二反馈信息，第二反馈信息用于指示解压缩失败；在设定时间内未接收到第三反馈信息，第三反馈信息用于指示包头上下文信息在接收设备有效。
发送模块402还用于如果处理模块401确定满足预设条件，停止发送压缩后的数据包，和/或，再次向接收设备发送待发送数据包的包头上下文信息或者调整包头压缩的压缩等级。
作为一个实施例，发送模块402还用于在发送压缩后的数据包之前，向接收设备发送第二指示信息，第二指示信息用于指示该数据包为被压缩的数据包；或者，压缩后的数据包的包头包括第三指示信息，第三指示信息用于指示该数据包为被压缩的数据包。
应理解，本发明实施例中的处理模块401可以由处理器或处理器相关电路组件实现，发送模块402和接收模块403可以由收发器或收发器相关电路组件实现。
如图6所示，本发明实施例还提供一种发送设备500，该发送设备500包括处理器501，存储器502与收发器503，其中，存储器502中存储指令或程序，处理器501用于执行存储器502中存储的指令或程序。存储器502中存储的指令或程序被执行时，该处理器501用于执行上述实施例中处理模块401执行的操作，收发器503用于执行上述实施例中发送模块402和接收模块403执行的操作。
应理解，根据本发明实施例的发送设备400或发送设备500可对应于本发明实施例的通信方法S101-S113中的发送设备，并且发送设备400或发送设备500中的各个模块的操作和/或功能分别可以实现图2中方法的相应流程，此处不再赘述。
图7为本发明实施例提供的接收设备700的示意性框图，接收设备700包括：
接收模块701，用于接收第一数据包，第一数据包为包含以太网格式包头的数据包。
处理模块702，用于确定第一数据包的包头是否被压缩。
处理模块702，还用于如果确定第一数据包的包头被压缩，根据设定方法解压缩第一数据包，设定方法包括：在第一数据包的包头中添加被压缩的域的完整内容，或者将第一数据包的包头中的简短域替换为对应的被压缩的域的完整内容。
作为一个实施例，接收模块701还用于接收第一数据包的包头上下文信息；包头上下文信息包括以下至少一项：第一数据包的完整包头；被压缩的域的完整内容；简短域与被压缩的域的对应关系。
作为一个实施例，接收模块701还用于接收包头上下文变化指示信息，包头上下文变化指示信息用于指示数据包的包头上下文信息发生变化。
处理模块702，还用于根据包头上下文变化指示信息更新本地保存的包头上下文信息。
作为一个实施例，包头上下文信息发生变化包括：包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系。
作为一个实施例，处理模块702还用于如果接收模块701在设定时间内未收到规则对应的数据包，将规则从本地保存的包头上下文信息中删除。
作为一个实施例，如图8所示，该接收设备还包括：发送模块703，用于向发送设备发送第一反馈信息，第一反馈信息用于指示发送设备开始进行数据包的包头压缩。
作为一个实施例，第一反馈信息包括第一指示信息，第一指示信息用于指示包头压缩的压缩等级。
作为一个实施例，发送模块703用于向发送设备发送第二反馈信息，第二反馈信息用于指示解压缩失败。
作为一个实施例，发送模块703用于向发送设备发送第三反馈信息，第三反馈信息用于指示包头上下文信息在接收设备有效。
作为一个实施例，接收模块701还用于在接收第一数据包之前，接收第二指示信息，第二指示信息用于指示第一数据包为被压缩的数据包。
处理模块702，还用于根据第二指示信息确定第一数据包的包头被压缩。
处理模块702，还用于根据第三指示信息确定第一数据包的包头被压缩，第三指示信息包括于第一数据包的包头，第三指示信息用于指示第一数据包为被压缩的数据包。
应理解，本发明实施例中的处理模块702可以由处理器或处理器相关电路组件实现，接收模块701和发送模块703可以由收发器或收发器相关电路组件实现。
如图9所示，本发明实施例还提供一种接收设备800，该接收设备800包括处理器801，存储器802与收发器803，其中，存储器802中存储指令或程序，处理器801用于执行存储器802中存储的指令或程序。存储器802中存储的指令或程序被执行时，该处理器801用于执行上述实施例中处理模块702执行的操作，收发器803用于执行上述实施例中接收模块701和发送模块703执行的操作。
应理解，根据本发明实施例的接收设备700或接收设备800可对应于本发明实施例的通信方法S101-S113中的接收设备，并且接收设备700或接收设备800中的各个模块的操作和/或功能分别可以实现图2中方法的相应流程，此处不再赘述。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的通信方法中与发送设备相关的流程。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述方法实施例提供的通信方法中与接收设备相关的流程。
本申请实施例还提供一种通信装置，该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述方法实施例中由终端设备所执行的动作。终端设备可以是上述方法实施例中的发送设备或接收设备。
当该通信装置为终端设备时，图10示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图10中，终端设备以手机作为例子。如图10所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图10中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。如图10所示，终端设备包括收发单元1001和处理单元1002。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发单元1001中用于实现接收功能的器件视为接收单元，将收发单元1001中用于实现发送功能的器件视为发送单元，即收发单元1001包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解，收发单元1001用于执行上述方法实施例中终端设备侧的发送操作和接收操作，处理单元1002用于执行上述方法实施例中终端设备上除了收发操作之外的其他操作。
例如，在一种实现方式中，收发单元1001用于执行图2中的S104或S106或S109或S111或S1121中终端设备侧的发送操作，或S105或S107或S110中终端设备侧的接收操作，和/或收发单元1001还用于执行本申请实施例中终端设备侧的其他收发步骤。处理单元1002，用于执行图2中的S102或S103或S108或S113，和/或处理单元1002还用于执行本申请实施例中终端设备侧的其他处理步骤。
当该通信装置为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本实施例中的通信装置为终端设备时，可以参照图11所示的设备。作为一个例子，该设备可以完成类似于图6中处理器501或图9中处理器801的功能。在图11中，该设备包括处理器1101，发送数据处理器1102，接收数据处理器1103。上述实施例中的处理模块710可以是图12中的该处理器1101，并完成相应的功能。上述实施例中的发送模块402和发送模块703可以是图11中的发送数据处理器1102，接收模块403和接收模块701可以是图11中的接收数据处理器1103。虽然图11中示出了信道编码器、信道解码器，但是可以理解这些模块并不对本实施例构成限制性说明，仅是示意性的。
图12示出本实施例的另一种形式。处理装置1200中包括调制子系统、中央处理子系统、周边子系统等模块。本实施例中的通信装置可以作为其中的调制子系统。具体的，该调制子系统可以包括处理器1203，接口1204。其中处理器1203完成上述处理模块401或处理模块702的功能，接口1204完成上述发送模块402、接收模块403、接收模块701或发送模块703的功能。作为另一种变形，该调制子系统包括存储器1206、处理器1203及存储在存储器1206上并可在处理器上运行的程序，该处理器1203执行该程序时实现上述方法实施例中终端设备侧的方法。需要注意的是，存储器1206可以是非易失性的，也可以是易失性的，其位置可以位于调制子系统内部，也可以位于处理装置1200中，只要该存储器1206可以连接到处理器1203即可。
作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中终端设备侧的方法。
作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中终端设备侧的方法。
上述提供的任一种发送设备、接收设备、通信装置、终端设备、计算机可读存储介质和计算机程序产品中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。
应理解，本发明实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (30)

1.一种通信方法，其特征在于，包括：
发送设备确定待发送数据包，所述待发送数据包为包含以太网格式包头的数据包；
所述发送设备确定所述待发送数据包的包头中被压缩的域；
所述发送设备根据设定方法压缩所述待发送数据包的包头，所述设定方法包括：从数据包的包头中去掉所述被压缩的域，或者将所述被压缩的域替换为对应的简短域；
所述发送设备发送压缩后的数据包。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
发送设备向接收设备发送所述待发送数据包的包头上下文信息；
所述包头上下文信息包括以下至少一项：
所述待发送数据包的完整包头；
所述被压缩的域的完整内容；
所述简短域与所述被压缩的域的对应关系。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
如果确定数据包的包头上下文信息发生变化，所述发送设备向接收设备发送包头上下文变化指示信息。
4.根据权利要求3所述的方法，其特征在于，所述包头上下文信息发生变化包括：
包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系；
确定包头上下文中的规则被删除包括：
如果在设定时间内未收到规则对应的数据包，确定所述规则被删除。
5.根据权利要求1-4任一项所述的方法，其特征在于，在所述发送设备发送所述压缩后的数据包之前，所述方法还包括：
所述发送设备从接收设备接收第一反馈信息，所述第一反馈信息用于指示所述发送设备开始进行数据包的包头压缩。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
如果确定满足设定条件，所述发送设备停止发送所述压缩后的数据包，和/或，再次向接收设备发送所述待发送数据包的包头上下文信息或者调整包头压缩的压缩等级；
所述设定条件包括下述至少一个：
接收到第二反馈信息，所述第二反馈信息用于指示解压缩失败；
在设定时间内未接收到第三反馈信息，所述第三反馈信息用于指示所述包头上下文信息在所述接收设备有效。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：
所述发送设备发送所述压缩后的数据包之前，向所述接收设备发送第二指示信息，所述第二指示信息用于指示所述数据包为被压缩的数据包；或者，
所述压缩后的数据包的包头包括第三指示信息，所述第三指示信息用于指示所述数据包为被压缩的数据包。
8.一种通信方法，其特征在于，包括：
接收设备接收第一数据包，所述第一数据包为包含以太网格式包头的数据包；
如果所述接收设备确定所述第一数据包的包头被压缩，根据设定方法解压缩所述第一数据包，所述设定方法包括：在所述第一数据包的包头中添加被压缩的域的完整内容，或者将所述第一数据包的包头中的简短域替换为对应的被压缩的域的完整内容。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述接收设备接收所述第一数据包的包头上下文信息；
所述包头上下文信息包括以下至少一项：
所述第一数据包的完整包头；
所述被压缩的域的完整内容；
所述简短域与所述被压缩的域的对应关系。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
所述接收设备接收包头上下文变化指示信息，所述包头上下文变化指示信息用于指示数据包的包头上下文信息发生变化；
所述接收设备根据所述包头上下文变化指示信息更新本地保存的包头上下文信息。
11.根据权利要求10所述的方法，其特征在于，
所述包头上下文信息发生变化包括：
包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系；
所述方法还包括：如果在设定时间内未收到规则对应的数据包，将所述规则从本地保存的包头上下文信息中删除。
12.根据权利要求8-11任一项所述的方法，其特征在于，所述方法还包括：
所述接收设备向发送设备发送第一反馈信息，所述第一反馈信息用于指示所述发送设备开始进行数据包的包头压缩。
13.根据权利要求8-12任一项所述的方法，其特征在于，所述方法还包括：
所述接收设备向发送设备发送第二反馈信息，所述第二反馈信息用于指示解压缩失败。
14.根据权利要求8-12任一项所述的方法，其特征在于，所述方法还包括：
所述接收设备向发送设备发送第三反馈信息，所述第三反馈信息用于指示所述包头上下文信息在所述接收设备有效。
15.根据权利要求8-14任一项所述的方法，其特征在于，所述接收设备确定所述第一数据包的包头被压缩包括：
在所述接收设备接收第一数据包之前，接收第二指示信息，所述第二指示信息用于指示所述第一数据包为被压缩的数据包，所述接收设备根据所述第二指示信息确定所述第一数据包的包头被压缩；或者，
所述第一数据包的包头包括第三指示信息，所述第三指示信息用于指示所述第一数据包为被压缩的数据包，所述接收设备根据所述第三指示信息确定所述第一数据包的包头被压缩。
16.一种发送设备，其特征在于，包括：
处理模块，用于确定待发送数据包，所述待发送数据包为包含以太网格式包头的数据包；
所述处理模块，还用于确定所述待发送数据包的包头中被压缩的域；
所述处理模块，还用于根据设定方法压缩所述待发送数据包的包头，所述设定方法包括：从数据包的包头中去掉所述被压缩的域，或者将所述被压缩的域替换为对应的简短域；
发送模块，用于发送压缩后的数据包。
17.根据权利要求16所述的发送设备，其特征在于，
所述发送模块，还用于向接收设备发送所述待发送数据包的包头上下文信息；
所述包头上下文信息包括以下至少一项：
所述待发送数据包的完整包头；
所述被压缩的域的完整内容；
所述简短域与所述被压缩的域的对应关系。
18.根据权利要求17所述的发送设备，其特征在于，
所述处理模块，还用于确定数据包的包头上下文信息是否发生变化；
所述发送模块，还用于如果所述处理模块确定数据包的包头上下文信息发生变化，向接收设备发送包头上下文变化指示信息。
19.根据权利要求18所述的发送设备，其特征在于，
所述包头上下文信息发生变化包括：
包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系；
所述设备还包括：接收模块，
所述接收模块，用于接收数据包；
所述处理模块，还用于如果在设定时间内所述接收模块未收到规则对应的数据包，确定所述规则被删除。
20.根据权利要求16-19任一项所述的发送设备，其特征在于，所述设备还包括：接收模块，
所述接收模块，用于在所述发送模块发送所述压缩后的数据包之前，从接收设备接收第一反馈信息，所述第一反馈信息用于指示所述发送设备开始进行数据包的包头压缩。
21.根据权利要求16-20任一项所述的发送设备，其特征在于，
所述处理模块，还用于确定是否满足设定条件，
所述设定条件包括下述至少一个：
接收到第二反馈信息，所述第二反馈信息用于指示解压缩失败；
在设定时间内未接收到第三反馈信息，所述第三反馈信息用于指示所述包头上下文信息在所述接收设备有效；
所述发送模块，还用于如果所述处理模块确定满足预设条件，停止发送所述压缩后的数据包，和/或，再次向接收设备发送所述待发送数据包的包头上下文信息或者调整包头压缩的压缩等级。
22.根据权利要求16-21任一项所述的发送设备，其特征在于，
所述发送模块，还用于在发送所述压缩后的数据包之前，向所述接收设备发送第二指示信息，所述第二指示信息用于指示所述数据包为被压缩的数据包；或者，
所述压缩后的数据包的包头包括第三指示信息，所述第三指示信息用于指示所述数据包为被压缩的数据包。
23.一种接收设备，其特征在于，包括：
接收模块，用于接收第一数据包，所述第一数据包为包含以太网格式包头的数据包；
处理模块，用于确定所述第一数据包的包头是否被压缩；
所述处理模块，还用于如果确定所述第一数据包的包头被压缩，根据设定方法解压缩所述第一数据包，所述设定方法包括：在所述第一数据包的包头中添加被压缩的域的完整内容，或者将所述第一数据包的包头中的简短域替换为对应的被压缩的域的完整内容。
24.根据权利要求23所述的接收设备，其特征在于，
所述接收模块，还用于接收所述第一数据包的包头上下文信息；
所述包头上下文信息包括以下至少一项：
所述第一数据包的完整包头；
所述被压缩的域的完整内容；
所述简短域与所述被压缩的域的对应关系。
25.根据权利要求24所述的接收设备，其特征在于，
所述接收模块，还用于接收包头上下文变化指示信息，所述包头上下文变化指示信息用于指示数据包的包头上下文信息发生变化；
所述处理模块，还用于根据所述包头上下文变化指示信息更新本地保存的包头上下文信息。
26.根据权利要求25所述的接收设备，其特征在于，
所述包头上下文信息发生变化包括：
包头上下文信息中的规则被删除、包头上下文信息中的规则被修改或者包头上下文信息中新增规则，其中，一条规则用于指示一个简短域与被压缩的域的对应关系；
所述处理模块，还用于如果所述接收模块在设定时间内未收到规则对应的数据包，将所述规则从本地保存的包头上下文信息中删除。
27.根据权利要求23-26任一项所述的接收设备，其特征在于，所述设备还包括：发送模块，
所述发送模块，用于向发送设备发送第一反馈信息，所述第一反馈信息用于指示所述发送设备开始进行数据包的包头压缩。
28.根据权利要求23-27任一项所述的接收设备，其特征在于，所述设备还包括：发送模块，
所述发送模块，用于向发送设备发送第二反馈信息，所述第二反馈信息用于指示解压缩失败。
29.根据权利要求23-27任一项所述的接收设备，其特征在于，所述设备还包括：发送模块，
所述发送模块，用于向发送设备发送第三反馈信息，所述第三反馈信息用于指示所述包头上下文信息在所述接收设备有效。
30.根据权利要求23-29任一项所述的接收设备，其特征在于，
所述接收模块，还用于在接收第一数据包之前，接收第二指示信息，所述第二指示信息用于指示所述第一数据包为被压缩的数据包；
所述处理模块，还用于根据所述第二指示信息确定所述第一数据包的包头被压缩；
所述处理模块，还用于根据第三指示信息确定所述第一数据包的包头被压缩，所述第三指示信息包括于所述第一数据包的包头，所述第三指示信息用于指示所述第一数据包为被压缩的数据包。
CN201811133808.1A 2018-09-27 2018-09-27 通信方法与设备 Active CN110958646B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201811133808.1A CN110958646B (zh) 2018-09-27 2018-09-27 通信方法与设备
EP19864469.2A EP3852433B1 (en) 2018-09-27 2019-09-09 Communication method and device
PCT/CN2019/104982 WO2020063318A1 (zh) 2018-09-27 2019-09-09 通信方法与设备
KR1020217012487A KR102598577B1 (ko) 2018-09-27 2019-09-09 통신 방법 및 디바이스
JP2021517405A JP7327831B2 (ja) 2018-09-27 2019-09-09 通信方法及びデバイス
CA3114450A CA3114450C (en) 2018-09-27 2019-09-09 Communication method and device
US17/214,453 US11956667B2 (en) 2018-09-27 2021-03-26 Communication method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811133808.1A CN110958646B (zh) 2018-09-27 2018-09-27 通信方法与设备

Publications (2)

Publication Number Publication Date
CN110958646A true CN110958646A (zh) 2020-04-03
CN110958646B CN110958646B (zh) 2023-03-31

Family

ID=69951055

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811133808.1A Active CN110958646B (zh) 2018-09-27 2018-09-27 通信方法与设备

Country Status (7)

Country Link
US (1) US11956667B2 (zh)
EP (1) EP3852433B1 (zh)
JP (1) JP7327831B2 (zh)
KR (1) KR102598577B1 (zh)
CN (1) CN110958646B (zh)
CA (1) CA3114450C (zh)
WO (1) WO2020063318A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113115361A (zh) * 2019-01-16 2021-07-13 Oppo广东移动通信有限公司 以太网帧头压缩处理方法、装置、芯片及计算机程序
CN115136571A (zh) * 2021-01-13 2022-09-30 北京小米移动软件有限公司 一种压缩处理方法及装置
CN115484312A (zh) * 2021-05-31 2022-12-16 展讯通信（上海）有限公司 以太网包头压缩方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11849011B2 (en) 2022-01-31 2023-12-19 Nokia Solutions And Networks Oy Enabling ethernet communication over IP transport
KR102484674B1 (ko) 2022-11-10 2023-01-03 젬텍(주) 헤더 압축을 통한 패킷 전송 방법, 장치 및 시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414969A (zh) * 2007-09-28 2009-04-22 阿尔卡特朗讯公司 电路仿真业务方法以及实现该方法的电信系统
CN102025737A (zh) * 2010-12-09 2011-04-20 中兴通讯股份有限公司 微波通信中以太网数据包压缩、传输方法和压缩机、系统
CN103369593A (zh) * 2012-04-05 2013-10-23 中兴通讯股份有限公司 一种压缩和解压缩以太网报文的方法及网元设备
US20160359739A1 (en) * 2015-06-03 2016-12-08 Broadcom Corporation Apparatus and Method for Packet Header Compression
CN108200091A (zh) * 2013-01-17 2018-06-22 华为技术有限公司 一种数据包处理方法和装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US181762A (en) * 1876-09-05 Improvement in scroll-sawing machines
US181882A (en) * 1876-09-05 Improvement in self-loading carts
US9031071B2 (en) * 2005-08-26 2015-05-12 Alcatel Lucent Header elimination for real time internet applications
JP4864100B2 (ja) * 2007-01-31 2012-01-25 富士通株式会社 無線通信制御方法並びに無線基地局及び無線端末
WO2010106663A1 (ja) * 2009-03-19 2010-09-23 富士通株式会社 受信装置、送信装置、受信方法、送信方法、通信システムおよび通信方法
US9674311B2 (en) * 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
US20110149848A1 (en) * 2009-08-17 2011-06-23 Qualcomm Incorporated Header compression for relay nodes
US20130022032A1 (en) * 2011-01-26 2013-01-24 Qualcomm Incorporated Systems and methods for communicating in a network
JP2012169764A (ja) * 2011-02-10 2012-09-06 Panasonic Corp 通信システム、送信制御装置及び送信制御方法
KR102192165B1 (ko) * 2013-11-25 2020-12-16 삼성전자주식회사 전자 장치에서 헤더 압축된 패킷을 처리하기 위한 장치 및 방법
CN104079488B (zh) * 2014-07-22 2017-03-29 武汉虹信通信技术有限责任公司 基于以太网二层头压缩的传输设备及方法
KR101859805B1 (ko) * 2015-12-16 2018-05-18 연세대학교 산학협력단 이동통신 시스템에서 rrc 상태 제어 방법 및 그 방법을 수행하는 단말기
CN105791459B (zh) 2016-03-01 2018-09-28 山东航天电子技术研究所 一种IP网络到AdHoc网络的业务映射方法
CN110891287B (zh) 2018-09-07 2021-05-28 维沃移动通信有限公司 以太网包头压缩、解压缩的方法和设备、及可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414969A (zh) * 2007-09-28 2009-04-22 阿尔卡特朗讯公司 电路仿真业务方法以及实现该方法的电信系统
CN102025737A (zh) * 2010-12-09 2011-04-20 中兴通讯股份有限公司 微波通信中以太网数据包压缩、传输方法和压缩机、系统
CN103369593A (zh) * 2012-04-05 2013-10-23 中兴通讯股份有限公司 一种压缩和解压缩以太网报文的方法及网元设备
CN108200091A (zh) * 2013-01-17 2018-06-22 华为技术有限公司 一种数据包处理方法和装置
US20160359739A1 (en) * 2015-06-03 2016-12-08 Broadcom Corporation Apparatus and Method for Packet Header Compression

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113115361A (zh) * 2019-01-16 2021-07-13 Oppo广东移动通信有限公司 以太网帧头压缩处理方法、装置、芯片及计算机程序
CN113115361B (zh) * 2019-01-16 2023-03-10 Oppo广东移动通信有限公司 以太网帧头压缩处理方法、装置、芯片及计算机程序
US11736977B2 (en) 2019-01-16 2023-08-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for header compression of ethernet frame, terminal device
CN115136571A (zh) * 2021-01-13 2022-09-30 北京小米移动软件有限公司 一种压缩处理方法及装置
CN115484312A (zh) * 2021-05-31 2022-12-16 展讯通信（上海）有限公司 以太网包头压缩方法及装置
CN115484312B (zh) * 2021-05-31 2024-05-17 展讯通信（上海）有限公司 以太网包头压缩方法及装置

Also Published As

Publication number Publication date
EP3852433B1 (en) 2024-02-21
CN110958646B (zh) 2023-03-31
US11956667B2 (en) 2024-04-09
CA3114450C (en) 2023-09-26
KR102598577B1 (ko) 2023-11-06
EP3852433A4 (en) 2021-11-24
EP3852433A1 (en) 2021-07-21
US20210219174A1 (en) 2021-07-15
CA3114450A1 (en) 2020-04-02
JP2022501945A (ja) 2022-01-06
KR20210064345A (ko) 2021-06-02
JP7327831B2 (ja) 2023-08-16
WO2020063318A1 (zh) 2020-04-02

Similar Documents

Publication Publication Date Title
CN110958646B (zh) 通信方法与设备
US8897298B2 (en) Systems and methods for compressing headers and payloads
US10863578B2 (en) Data transmission method, device and system
JP2018078563A (ja) ブロック確認応答圧縮のための装置および方法
CN109845320B (zh) 基于业务质量进行数据传输的方法和设备
CN113133055B (zh) 无线通信的方法和设备
TWI757425B (zh) 用於信息傳輸的方法和設備
WO2018227814A1 (zh) 数据指示方法、装置、通信系统
CN111585713B (zh) 一种码本的处理方法及装置
EP4175356A1 (en) Wireless communication method, terminal device, and network device
CN114172970A (zh) 用于传输数据的方法、发送端设备和接收端设备
CN109565694B (zh) 寻呼方法、终端设备和网络设备
CN107889260B (zh) 传输控制信息的方法和装置
CN112586032B (zh) 无线通信的方法和通信设备
CN114342462B (zh) 无线通信方法和设备
CN112385305A (zh) 通信方法、终端设备和网络设备
CN113678501B (zh) 一种以太网数据包头压缩方法、处理方法及其装置
CN112534789B (zh) 压缩、解压缩以太帧的方法和通信设备
CN114731210B (zh) 一种通信方法及装置
CN106341774B (zh) 一种数据传输方法、网络设备及用户设备
CN116170753A (zh) 一种通信方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant