简单的以太网报头压缩的制作方法

交叉引用

本申请是要求在2019年2月14日提交的美国专利申请no.62/805,927的优先权的非临时申请的一部分，其全部内容通过引用合并于此。

本申请总体上涉及数字通信，并且更具体地，涉及与简单以太网报头压缩方法及其设备有关的技术。

背景技术：

除非本文另外指出，否则本节中描述的方法不是下面列出的权利要求的现有技术，并且不被包括在本节中而被承认为现有技术。

以太网是一种计算机联网技术，通常用于在局域网(localareanetwork，lan)和广域网(wideareanetwork，wan)中传输数据报文。以太网上数据传输的基本单位称为在开放系统互连(opensystemsinterconnection,osi)层2(l2)链路级别定义协议数据单元的帧，或在osi层3(l3)定义协议数据单元的封包(packet)。以太网的最小封包大小不少于64个字节，其中包括两个6字节的地址，2个类型或长度字节，用于循环冗余校验(cyclicredundancycheck，crc)的4个字节和46个字节的数据。如果存在用于虚拟局域网(virtuallocalareanetwork，vlan)的4个字节，则数据字节的数量可以减少4个字节至42个字节。通常，如果主机要发送的数据少于46个字节(或者，使用vlan则为42个字节)，主机会添加填充字节以将数据扩展到46个字节(或者，使用vlan则为42个字节)。在无线通信中，期望发送尽可能少的字节(例如，通过压缩封包报头)以最大化稀有的(scarce)无线电资源。

当前，存在由互联网工程任务组(internetengineeringtaskforce，ietf)指定的用于协议的标准化报头压缩机制，该协议诸如包括互联网协议(internetprotocol，ip)，传输控制协议(transmissioncontrolprotocol，tcp)，用户数据报协议(userdatagramprotocol，udp)和实时传输协议(real-timetransportprotocol，rtp)的协议。例如，鲁棒报头压缩(robustheadercompression，rohc)是一种压缩前述协议的协议报头的机制，使得当压缩的协议在配备有rohc的另一通信协议上承载时，用于这些前述协议的封包报头的开销可以更少。

然而，当前没有针对以太网封包或帧(在本文中称为以太网封包)的标准化报头压缩机制。以太网封包通常不由其他l2协议承载。然而，为了支持在第三代合作伙伴计划(3^rdgenerationpartnershipproject，3gpp)无线连接上的时间敏感网络(timesensitivenetworking，tsn)，在3gpp无线连接上承载以太网封包是合理的。类似地，当通过其他协议建立以太网通道时，由于开销在无线链路上特别高(costly)，可能特别的希望压缩以太网报头以减少开销。

技术实现要素：

以下发明内容仅是说明性的，而无意于以任何方式进行限制。即，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念，重点，益处和优点。选择的实施方式在下面的详细描述中进一步描述。因此，以下发明内容既不旨在标识所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。

本发明旨在提出与简单以太网报头压缩机制有关的概念，解决方案，方案，技术，设计，方法和设备，以实现减少开销和改善整体系统性能。

在一个方面，一种方法可以包括第一网络节点的处理器向第二网络节点发送具有完整报头的第一封包。该方法还可以包括处理器确定第二网络节点是否已经建立针对完整报头的报头压缩上下文。该方法可以进一步包括处理器响应于确定第二网络节点已经建立针对完整报头的报头压缩上下文，向第二网络节点发送具有压缩报头(compressedheader)的第二封包。

在另一方面，一种方法可以包括第二网络节点的处理器从第一网络节点接收具有完整报头的第一封包。该方法还可以包括处理器建立针对完整报头的报头压缩上下文。该方法可以进一步包括处理器将与完整报头相关联的反馈发送到第一网络节点。

在又一方面，一种设备可以包括通信装置和耦接到该通信装置的处理器。通信装置可以被配置为与第二网络节点通信。处理器可以经由通信装置将具有完整报头的第一封包发送到第二网络节点。处理器还可以确定第二网络节点是否已经建立针对完整报头的报头压缩上下文。响应于确定第二网络节点已经建立针对完整报头的报头压缩上下文，处理器可以经由通信装置向第二网络节点发送具有压缩报头的第二封包。响应于确定第二网络节点没有建立针对完整报头的报头压缩上下文，处理器可以经由通信装置将具有完整报头的第二封包或第三封包发送到第二网络节点。

值得注意的是，尽管本文提供的描述可能是在某些无线电接入技术，网络和网络拓扑(例如以太网)的环境中，但所提出的概念，方案及其任何变形/衍生物都可以是在其他类型的无线电接入技术，网络和网络拓扑中，用于和由其他类型的无线电接入技术，网络和网络拓扑实施，例如但不限于，第五代(5^thgeneration，5g)，新无线电(newradio，nr)，长期演进(long-termevolution，lte)，lte高级，lte高级pro，窄带(narrowband，nb)，窄带物联网(narrowbandinternetofthing，nb-iot)，wi-fi，红外(infrared)，蓝牙(bluetooth)以及任何未来开发的网络和通信技术。因此，本发明的范围不限于本文描述的示例。

附图说明

包括附图以提供对本发明的进一步理解，并且附图被并入本发明并构成本发明的一部分。附图示出了本发明的实施方式，并且与说明书一起用于解释本发明的原理。可以理解的是，附图不一定按比例绘制，因为为了清楚地示出本发明的概念，某些组件可能被显示为与实际实施中的尺寸不成比例。

图1是示例设计的示意图，利用该示例设计可以实施根据本发明的各种解决方案和方案。

图2是根据本发明实施方式的示例以太网报头的示意图。

图3是根据本发明实施方式的简化的协议栈的示意图。

图4是根据本发明实施方式的简化的协议栈的示意图。

图5是根据本发明实施方式的示例机制的示意图。

图6是根据本发明实施方式的示例机制的示意图。

图7是根据本发明实施方式的示例场景的示意图。

图8是根据本发明实施方式的示例通信系统的框图。

图9是根据本发明实施方式的示例过程的流程图。

图10是根据本发明实施方式的示例过程的流程图。

具体实施方式

本文公开了要求保护的主题的详细实施例和实施方式。然而，应当理解的是，所公开的实施例和实施方式仅是可以以各种形式体现的所要求保护的主题的说明。然而，本发明可以以许多不同的形式来体现，并且不应被解释为限于在此阐述的示例性实施例和实施方式。相反，提供这些示例性实施例和实施方式是为了使本发明的描述透彻和完整，并将本发明的范围充分传达给本领域技术人员。在下面的描述中，可以省略众所周知的特征和技术的细节，以避免不必要地模糊所呈现的实施例和实施方式。

概述

根据本发明的实施方式涉及与简单以太网报头压缩方法及其设备有关的各种技术，方法，方案和/或解决方案。根据本发明，可以单独地或联合地实施多种可能的解决方案。即，尽管以下可能分别的描述了这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合来实施。

图1示出了示例设计100，利用其可以实施基于本发明的各种解决方案和方案。图2示出了根据本发明的实施方式的示例以太网报头200。参考图2提供了对设计100的以下描述。

参照图1，设计100可以包括彼此通信的压缩器110和解压缩器120。压缩器110可以是发送实体，第一设备或第一网络节点的一部分，并且解压缩器120可以是接收实体，第二设备或第二网络节点的一部分。在根据本发明提出的方案下，可以利用以太网报头压缩(ethernetheadercompression，ehc)协议来压缩诸如以太网报头200之类的以太网报头。如图2所示，以太网报头200可以包括报头字段，例如但不限于，前导码(preamble)，帧起始分隔符(startofframedelimiter，sfd)，目的地地址，源地址，802.1q标签，长度(例如，对于以太网帧)或类型(例如，对于扩展的以太网帧)，有效负载(加上可选的填充)，帧校验序列(framechecksequence，fcs)以及扩展(可选的)。在提出的方案下，可以压缩一些但不是全部上述字段。例如，提出的ehc协议可以压缩诸如目的地地址，源地址，802.1q标签，长度/类型的字段。其他字段(例如前导码，sfd和fcs)不在第五代系统(5^thgenerationsystem，5gs)中传输，因此在ehc协议中可能没有被考虑。

在提出的方案下，压缩器110和解压缩器120中的每一个可以将原始报头字段信息存储为“ehc上下文”(在本文中可互换地称为“报头压缩上下文”)。每个ehc上下文可以被标识或以其他方式对应于唯一标识符(identifier，id)，在此称为上下文id。在操作中，压缩器110可以建立完整报头(full-header，fh)封包的ehc上下文(例如，通过存储原始报头字段的信息)，然后将完整报头的封包发送到解压缩器120。在接收到完整报头的封包后，解压缩器120还可以建立完整报头的封包的ehc上下文(例如，通过存储原始报头字段的信息)。所存储的报头字段信息可以包括通过压缩被移除的那些字段，例如目的地地址，源地址，802.1q标签，长度/类型字段。

在提出的方案下，在压缩器110确信或以其他方式确定已经在解压缩器120中或者由解压缩器120建立了ehc上下文之后，压缩器110可以向解压缩器120发送完整报头的封包的压缩版本，在此称为压缩报头的(compressed-header，ch)封包。压缩报头可以仅包括没有存储在ehc上下文中的报头字段。当解压缩器120接收到压缩报头的封包时，解压缩器120可以基于所存储的ehc上下文来恢复出原始报头字段。

重要的是在压缩器110和解压缩器120之间同步针对给定封包的ehc上下文。否则，解压缩器120可能会错误地解压缩报头封包。为了避免错误的解压缩，压缩器110可以发送一次或多次完整报头的封包，直到压缩器110确信或以其他方式确定已经在解压缩器120中或者由解压缩器120成功建立了ehc上下文为止。在提出的方案下，压缩器110可以通过由解压缩器120发送并由压缩器110接收的显式ehc反馈获知或以其他方式获得。具体的，在已为完整报头的封包的完整报头建立ehc上下文(例如，原始报头字段的信息，例如在压缩过程中要被移除的，已被存储的那些字段)之后，解压缩器120可以将ehc反馈发送至压缩器110。在从解压缩器120接收到ehc反馈之后，压缩器110可以将压缩报头的封包发送到解压缩器120。

在图1所示的示例中，对于多个封包(例如，封包x，y和z)中的每一个，压缩器110可以通过存储将要被移除的各报头字段的信息(例如，目的地地址，源地址，802.1q标签，长度/类型字段)作为压缩结果，来建立各自的ehc上下文。此外，压缩器110可以指派或以其他方式分配与每个ehc上下文相对应的唯一上下文id(contextid，cid)。参考图1，cidx可以对应于封包报头x的ehc上下文，cidy可以对应于封包报头y的ehc上下文，cidz可以对应于封包报头z的ehc上下文。在操作中，压缩器110可以将具有作为完整报头的封包报头x(或以太网帧)及封包报头x对应的cid(即，cidx)的以太网封包，连同相应的有效载荷一起发送到解压缩器120。在接收到具有封包报头x和cidx的完整报头的封包之后，解压缩器120可以为封包报头x建立相应的ehc上下文(通过存储由于压缩将要被移除的各个报头字段的信息)，并将cidx与为封包报头x建立的ehc上下文相关联。然后，解压缩器120可以向压缩器110发送具有cidx的ehc反馈，以指示成功建立了针对封包报头x的ehc上下文。在接收到具有cidx的ehc反馈之后，压缩器110确信或以其他方式确定解压缩器120已经成功地建立针对封包报头x的ehc上下文。因此，压缩器110然后可以发送后续以太网封包(或以太网帧)，该后续的以太网封包(或以太网帧)具有压缩报头形式的封包报头x，用于识别的cidx和相应的有效载荷。对于其他封包，例如具有封包报头y的一个或多个以太网封包(或以太网帧)和具有封包报头z的一个或多个以太网封包(或以太网帧)，上述过程可以继续进行。在压缩器110没有从解压缩器120接收到反馈或压缩器110从解压缩器120接收到对应不同封包的反馈的情况下，压缩器110可以一次或多次继续向解压缩器120发送一个或多个以太网封包(或以太网帧)，该以太网封包(或以太网帧)具有完整报头形式的封包报头x，和cidx以及有效载荷，直到压缩器110确定在解压缩器120中或由解压缩器120成功建立了针对封包报头x的ehc上下文为止。因此，在根据本发明的各种建议方案下，第一封包可以用完整报头来发送，在发送实体确定已经成功建立了针对完整报头封包的完整报头的ehc上下文之后，随后的封包(与第一封包的有效载荷相比具有相同或不同的有效载荷)可以使用压缩的封包报头发送。即，第一封包与后续封包的报头格式之间可以相同，但是有效载荷可以不同。

在根据本发明的提议方案下，当在数据通信和/或联网中使用时，ehc协议可以生成两种类型的输出封包。例如，ehc协议可以生成ehc压缩封包，每个压缩封包与一个封包数据汇聚协议(packetdataconvergenceprotocol，pdcp)服务数据单元(servicedataunit，sdu)相关。此外，ehc协议可以生成不与pdcpsdu相关联的独立封包(例如，分散的(interspersed)ehc反馈)。ehc压缩封包可以同与相关pdcpsud相同的pdcp序列号(sn)和计数值相关联。如果报头压缩被包含在pdcpsdu中，则可能不适用于服务数据适配协议(servicedataadaptationprotocol，sdap)报头和sdap控制协议数据单元(protocoldataunit，pdu)。在提出的方案下，分散的ehc反馈可能不与pdcpsdu相关联。另外，分散的ehc反馈可能不与pdcpsn关联，也可能没有加密。

在提出的方案下，在由高层为与用户平面数据相关联的pdcp实体配置ehc的情况下，可以在解密后通过ehc协议对pdcp数据pdu进行解压缩。如果包含在pdcp数据pdu中，则报头解压缩可能不适用于sdap报头和sdap控制pdu。

在提出的方案下，当通过ehc协议(例如，通过解压缩器120)生成分散的ehc反馈时，发送pdcp实体可以在不关联pdcpsn且不执行加密的情况下，将对应的pdcp控制pdu提交给下层。在从低层接收到用于分散的ehc反馈的pdcp控制pdu时，接收的pdcp实体可以将相应的分散的ehc反馈传递到ehc协议(例如，压缩器110)，而无需执行解密。

图3示出了根据本发明实施方式的简化的协议栈300。简化的协议栈300显示了以太网发送层306，以太网接收层307，ehc压缩实体301，ehc解压缩实体302和低层310之间的关系。以太网发送层306可以在一端接收封包308，而以太网接收层307可以在另一端上提供封包309。如图3所示，ehc压缩实体301从高层(例如，以太网发送层306)接收以太网封包304以执行ehc处理，并且将使用用于其点对点(peer-to-peer)通信303的较低实体310以发送经ehc处理的封包。对等ehc解压缩实体302接收经处理的封包，执行ehc解压缩处理以恢复出原始的完整的以太网报头，并向高层(例如，以太网接收层307)提供具有规则的以太网报头305的封包。在一些实施方式中，可以假设规定ehc的规范将包含ehc对等体303之间的通信的描述，ehc压缩实体301的描述，ehc解压缩实体302的描述以及可能的要存储的报头字段信息的描述。

在图3中，为了清楚起见，ehc压缩实体301和ehc解压缩实体302被示为单独的实体。但是，可以为双向ehc设计实际的实施方式，这意味着两个ehc对等端都可以支持发送/压缩301和接收/解压缩302。在图3中，以太网层306和307被示为协议栈中的高层。但是，这仅仅是一个例子。其他实施例可以包括这样的场景，其中可以在这样的场景中实施以太网发送层306和以太网接收层307的网络实体与实施ehc的一个或多个网络实体不同，和/或可能存在在通信中涉及的其他协议层。

图4示出了根据本发明实施方式的简化的协议栈400。图4示出了包括3gpp层sdap402和pdcp401的实施例中协议层之间的关系，其中ehc压缩301和ehc解压缩302被实施作为pdcp层401的子功能。图4还示出了pdcp层的优选分解，其中ip/tcp/udp/rtp封包的报头压缩可以独立于ehc而操作，因此可以独立于ehc而被应用或不被应用。另一个实施例可以包括将它们合并到公共子层中的情况，并且可以使用公共报头压缩字段(例如，公共上下文id)。在图4中，pdcp安全部404是相对于ehc“较低”的协议子层。

图5示出了根据本发明实施方式的示例性机制500。场景500示出了在发送方面(例如，压缩)提出的ehc过程的基本步骤。

在501处，可以从高协议层或另一个网络实体接收包含规则以太网报头的封包。

在502处，确定是否所有封包都可能经受ehc(以及因此是否要执行ehc)。不执行ehc的可能原因是，例如，不能使用ehc的特定版本来压缩以太网的特定版本(例如，因为字段无法被识别)。不执行ehc的另一个可能原因是，为了压缩封包，需要分配新cid，并且所有可用的cid已经被消耗/使用(如在505和509处确定的)。当确定不执行ehc时，ehc过程从502进行到508，并将封包提供给低层用于传输。为了清楚起见，在图5中，决定步骤502、503、505和509被描述为分离的和连续的步骤，但是当然也可以以其他顺序被合并和/或执行。

在503处，确定是要发送完整报头的封包还是压缩报头的封包。完整报头的封包可以被称为开始封包，初始化封包或更新(refresh)封包。发送器/压缩器可以对从高层接收到的以太网封包的报头字段进行匹配。如果存在匹配(例如，对于有效的cid，所存储的可压缩字段将与以太网封包中的字段匹配)，则可以发送压缩报头的封包。否则，将需要发送完整报头的封包。而且，在cid期满定时器(expirytimer)/有效性定时器(validitytimer)已到期的情况下，则可能需要发送完整报头的封包，以确保接收端上的ehc上下文被更新。在要发送完整报头的封包的情况下，在505处，确定是否指派或者以其他方式分配新cid。在以太网报头字段与针对所存储的cid或有效cid的所存储字段集合不匹配时，则需要指派或以其他方式分配新cid。在存在与所存储的cid匹配的报头字段的情况下，则可以使用所存储的cid。对于不匹配的情况，在506处，如果有可用的，可以指派新cid或以其他方式分配新cid。使用新cid，可压缩的以太网报头字段的值与cid一起存储。在507处，可以例如通过使用原始封包的内容并在ehc报头字段中至少添加相关联的cid来产生完整报头的封包。

在503处，确定要发送压缩报头的封包，则在504处通过从以太网报头中移除可压缩报头字段并添加至少包括cid的ehc报头来产生这样的封包，其中cid与匹配以太网封包的所存储的以太网报头字段集合相对应。非ehc封包可以被对等端识别，例如，通过ehc报头中的表示该封包不受ehc压缩的比特/指示来识别。可替代的，可以利用ehc报头的缺失，或者低协议层或高协议层或子层中的指示来进行指示。ehc报头字段可以指示压缩报头的封包或完整报头的封包。

在特定实施例中，以太网报头中的所有字段可以是可压缩的，并且可以在压缩报头的封包中被移除。在另一个实施例中，也对于完整报头的封包以及可能对于非ehc封包，可以移除一些字段(例如，crc校验(在底层技术(underlyingtechnology)具有其他错误处理的情况下)以及可能还有填充)。

图6示出了根据本发明实施方式的示例机制600。场景600示出了在接收方面(例如，解压缩)提出的ehc过程的基本步骤和可选步骤。在601处，可以经由低层从对等实体接收封包。在602处，确定该封包是否经受了ehc。在603，确定该封包是完整报头的ehc封包还是压缩报头的ehc封包。该确定可以优选地基于ehc报头中的类型字段。如果接收到完整报头的封包，则在607处，可以将可压缩字段的值的集合与接收的cid一起存储。如果接收到非ehc封包，则没有关联的cid，也不需要存储任何内容。如果存在在到期时释放cid和/或相关存储信息或使cid和/或相关存储信息无效的cid定时器，则在608，当接收到完整报头的封包时，可以重置这种定时器。在特定实施例中，当接收(具有cid)的完整报头的封包时，可能存在对完整报头的封包的确认机制，以确保可能丢失封包的情况下进行正确的初始化，在609处构造至少包含cid的ehc确认封包，并将该ehc确认封包发送回发送器/压缩器。对于完整报头的封包，为了重构规则的以太网封包，在611处，可以移除ehc报头(例如，具有cid)，例如，如果需要提供给高层可以添加填充和crc。

在接收到压缩报头的封包的情况下，如果在604处确定cid和相关联的存储信息是有效的，并且如果在605处确定所有省略的字段能被存储的值表示，可以通过添加所存储的以太网报头字段值(以及如果需要，还可以通过添加填充和crc)来构造规则的以太网封包。在特定实施例中，在接收到压缩报头的封包的情况下，如果在604处确定cid和相关联的存储信息无效，或者如果在605处确定存在至少一个没有被存储的值表示的省略字段，则在612处，可以构造携带所使用的cid的ehc错误指示封包，并将该ehc错误指示封包发送到ehc对等端，发送器/压缩器。此外，在613处，认为与接收到的cid值相对应的cid是无效的，因此将与该接收到的cid值相对应的cid释放。在614处，丢弃压缩报头的封包本身。

在一些实施方式中，可以利用用于释放旧的不经常使用的信息的定时器(在本文中称为“用于cid的释放定时器”)。例如，可以使用这种定时器来防止cid被旧的非活动(non-active)会话用尽。在620处，当这种用于cid的定时器到期时，对应的cid可以被释放，被从存储器中移除或被标记为无效，并且可能还连同与该cid一起存储的所有信息一起被释放，被从存储器中移除或被标记为无效。

图7示出了根据本发明实施方式的示例场景700。场景700示出了在处理从接收器/解压缩器接收到的反馈信息的发送方面(例如，压缩)所提出的ehc过程的可选步骤。即，场景700可以是压缩器110实施的示例实施方式。参照图7的部分(a)，在一个实施例中，在701处，发送实体或第一网络节点可以接收携带特定cid的ehc确认。作为结果，在702处，在具有cid的完整报头的封包之后，发送实体或第一网络节点可以被允许发送针对该cid的压缩报头的封包。参考图7的部分(b)，在一个实施例中，在703处，发送实体或第一网络节点接收携带给定cid的错误指示。因此，在704处，发送实体或第一网络节点可以释放与该cid有关的存储信息，或者，可替代的，将cid标记为无效和/或存储对于该cid下次需要发送完整报头的封包的指示。

说明性实施方式

图8示出了根据本发明实施方式的具有示例设备810和示例设备820的示例通信系统800。设备810和设备820中的每一个可以执行各种功能以实现本文描述的与简单以太网报头压缩有关的方案，技术，过程和方法，包括以上描述的各种方案以及以下描述的过程。

设备810和设备820中的每一个可以是电子设备的一部分，该电子设备可以是诸如车辆，便携式或移动设备，可穿戴设备，无线通信设备或计算设备之类的ue。例如，设备810和设备820中的每一个都可以在车辆，智能电话，智能手表，个人数字助理，数字照相机或诸如平板电脑，膝上型电脑或笔记本电脑的计算设备的电子控制单元(electroniccontrolunit，ecu)中实施。设备810和设备820中的每一个也可以是机器类型的设备的一部分，该机器类型的设备可以是诸如固定式或不可移动式设备，家用设备，有线通信设备或计算设备的iot或nb-iot设备。例如，设备810和设备820中的每一个可以在智能恒温器，智能冰箱，智能门锁，无线扬声器或家庭控制中心中实施。可替代的，设备810和设备820中的每一个可以以一个或多个集成电路(ic)芯片的形式实施，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，一个或多个复杂指令集计算(complex-instruction-set-computing，cisc)处理器，或一个或多个简化指令集计算(reduced-instruction-set-computing，risc)处理器。设备810和设备820中的每一个可以分别包括图8中所示的那些组件中的至少一些，诸如处理器812和处理器822。设备810和设备820中的每一个可以进一步包括与本发明所提出的方案不相关的一个或多个其他组件(例如，内部电源，显示设备和/或用户接口设备)，并且为了简化和简洁起见，设备810和设备820中每一个的这样的组件在图8中均未示出，也没有在下面描述。

在一些实施方式中，设备810和设备820中的至少一个可以是电子设备的一部分，该电子设备可以是车辆，路边单元(roadsideunit，rsu)，网络节点或基站(例如，enb，gnb或trp)，小型小区，路由器或网关。例如，设备810和设备820中的至少一个可以在车对车(vehicle-to-vehicle，v2v)或车对一切(vehicle-to-everything，v2x)网络中的车辆中实施，在lte，lte高级或lte高级pro网络中的enodeb中实施，或者在8g，nr，iot或nb-iot网络中的gnb中实施。可替代的，设备810和设备820中的至少一个可以以一个或多个ic芯片的形式实现，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，或者，一个或者多个cisc或risc处理器。

在一方面，处理器812和处理器822中的每一个可以以一个或多个单核处理器，一个或多个多核处理器，或一个或多个cisc或risc处理器的形式实现。即，即使在本文中使用单数术语“处理器”来指代处理器812和处理器822，根据本发明，处理器812和处理器822中的每一个在一些实施方式中可包括多个处理器，而在其他实施方式中可包括单个处理器。在另一方面，处理器812和处理器822中的每一个可以以具有电子部件的硬件(以及可选地，固件)的形式实现，该电子部件包括例如但不限于一个或多个晶体管，一个或多个二极管，一个或多个电容器，一个或多个电阻器，一个或多个电感器，一个或多个忆阻器和/或一个或多个变容二极管，其被配置和布置为实现根据本发明的特定目的。换句话说，在至少一些实施方式中，根据本发明的各种实施方式，处理器812和处理器822中的每一个是专门设计，布置和配置为执行包括简单以太网报头压缩的特定任务的专用机器。

在一些实施方式中，处理器812可以包括诸如压缩器812a和解压缩器812b的硬件组件(例如，电子电路)。根据本发明，压缩器812a和解压缩器812b中的每一个可执行与简单以太网报头压缩有关的操作。在一些实施方式中，压缩器812a和解压缩器812b中的任一个或两者可以以软件和/或固件来实施，并且可以由处理器812的硬件组件执行。类似地，处理器822可以包括诸如压缩器822a和解压缩器822b的硬件组件(例如，电子电路)。根据本发明，压缩器822a和解压缩器822b中的每一个可执行与简单以太网报头压缩有关的操作。在一些实施方式中，压缩器822a和解压缩器822b中的任一个或两个可以用软件和/或固件来实施，并且可以由处理器822的硬件组件来执行。

在一些实施方式中，设备810还可以包括通信装置815，该通信装置815可以包括耦接到处理器812并且能够在无线链路(例如，3gpp连接或非3gpp连接)上无线地发送和接收数据的无线收发器816。在一些实施方式中，通信装置815可以进一步包括调制解调器818，该调制解调器818耦接到处理器812并且能够在有线链路(例如，lan)上发送和接收数据。在一些实施方式中，设备810可以进一步包括耦接至处理器812并且能够被处理器812访问并且在其中存储数据的存储器814。在一些实施方式中，设备820还可以包括通信装置825，该通信装置825可以包括耦接到处理器822并且能够在无线链路(例如3gpp连接或非3gpp连接)上无线地发送和接收数据的无线收发器826。在一些实施方式中，通信装置825可以进一步包括调制解调器828，该调制解调器828耦接到处理器822并且能够在有线链路(例如，lan)上发送和接收数据。在一些实施方式中，设备820可以进一步包括耦接至处理器822并且能够被处理器822访问并在其中存储数据的存储器824。因此，设备810和设备820可以分别经由收发器816和收发器826彼此无线通信。

为了更好地理解，在5g/nr通信环境的上下文中提供了对设备810和设备820中每一个的操作，功能和能力的以下描述，在该5g/nr通信环境中设备810在无线通信设备，有线通信设备，ue，基站，接入点或者iot设备(例如第一网络节点)中实施，或者作为无线通信设备，有线通信设备，ue，基站，接入点或者iot设备(例如第一网络节点)实施，设备820在无线通信设备，有线通信设备，ue，基站，接入点或者iot设备(例如第二网络节点)中或者作为无线通信设备，有线通信设备，ue，基站，接入点或者iot设备(例如第二网络节点)实施。

在根据本发明的简单以太网报头压缩的一个方面，设备810的处理器812的压缩器812a可以经由通信装置815向设备820发送具有完整报头的第一封包。另外，压缩器812a(或处理器812的逻辑电路)可以确定设备820是否已建立了针对完整报头的报头压缩上下文。响应于确定设备820已建立了针对完整报头的报头压缩上下文，压缩器812a可以经由通信装置815向设备820发送具有压缩报头的第二封包。响应于确定设备820没有建立针对完整报头的报头压缩上下文，压缩器812a可以经由通信装置815向设备820发送具有完整报头的第二封包(以及必要时一个或多个后续的封包)。

在一些实施方式中，在将具有完整报头的第一封包发送到设备820时，压缩器812a可以执行某些操作。例如，压缩器812a可以通过存储第一封包的完整报头的一个或多个报头字段来为完整报头建立报头压缩上下文。另外，压缩器812a可以给第一封包的完整报头的报头信息指派或以其他方式分配第一上下文标识符(id)。此外，压缩器812a可以将包含第一上下文id和完整报头的第一封包发送到设备820。

在一些实施方式中，在确定设备820已经建立了针对完整报头的报头压缩上下文时，压缩器812a可以从设备820接收具有第一上下文id的反馈。

在一些实施方式中，在向设备820发送具有压缩报头的第二封包时，压缩器812a可以从完整报头中移除一个或多个报头字段以生成压缩报头。

在一些实施方式中，在从完整报头移除一个或多个报头字段以生成压缩报头时，压缩器812a可以移除多个报头字段，该多个报头字段包括目的地地址字段，源地址字段，802.1q标签字段，以及长度或类型字段。

在一些实施方式中，在确定设备820没有建立第一封包的报头压缩上下文时，压缩器812a没有从设备820接收反馈或从设备820接收到与另一封包相关联的反馈。

在根据本发明的简单以太网报头压缩的一个方面，设备820的处理器822的压缩器822a可以经由通信装置825从设备810接收具有完整报头的第一封包。另外，压缩器822a可以建立第一封包的报头压缩上下文。此外，压缩器822a可以经由通信装置825向设备810发送与第一封包相关联的反馈。此外，响应于反馈的发送，压缩器822a可以经由通信装置825从设备810接收压缩报头。

在一些实施方式中，在接收具有完整报头的第一封包时，压缩器822a可以接收第一上下文id和具有完整报头的第一封包。

在一些实施方式中，在发送反馈时，压缩器822a可以发送具有第一上下文id的反馈。

在一些实施方式中，在建立第一封包的报头压缩上下文时，压缩器822a可以存储第一封包的完整报头的一个或多个报头字段。

在一些实施方式中，在存储第一封包的完整报头的一个或多个报头字段时，压缩器822a可以存储多个报头字段，该多个报头字段包括目的地地址字段，源地址字段，802.1q标签字段，以及长度或类型字段。

说明性过程

图9示出了根据本发明实施方式的示例过程900。过程900可以是根据本发明的关于简单以太网报头压缩的所提出的上述方案的示例实施方式。过程900可以表示设备810和设备820的特征的实施的方面。过程900可以包括如框910、920、930和940中的一个或多个所示出的一个或多个操作，动作或功能。可以根据期望的实施方式将过程900的各个框划分为附加的框，组合成更少的框或将其删除。此外，过程900的框可以按照图9中所示的顺序执行，或以其他顺序执行。过程900也可以被部分或全部的重复。过程900可以由设备810，设备820和/或任何合适的无线通信设备，ue，rsu，基站或机器类型设备来实施。仅出于说明性目的而非限制，下面在设备810作为第一网络节点并且在设备820作为第二网络节点的环境中描述过程900。过程900可以在框910处开始。

在910处，过程900可以涉及设备810的处理器812经由通信装置815向设备820发送具有完整报头的第一封包。过程900可以从910执行到920。

在920处，过程900可涉及处理器812确定设备820是否已经建立了针对完整报头的报头压缩上下文。过程900可从920执行至930或940。

在930处，过程900可以包括处理器812响应于确定设备820已经建立了针对完整报头的报头压缩上下文，经由通信装置815向设备820发送具有压缩报头的第二封包。

在940处，过程900可以包括处理器812响应于确定设备820没有建立第一封包的报头压缩上下文，经由通信装置815向设备820发送具有完整报头的第二封包或第三封包。在一些实施方式中，在向设备820发送具有完整报头的第一封包时，过程900可以涉及处理器812执行某些操作。例如，过程900可以涉及处理器812通过存储第一封包的完整报头的一个或多个报头字段来为完整报头建立报头压缩上下文。另外，过程900可以涉及处理器812将第一上下文标识符(id)指派给第一封包的完整报头的报头信息。此外，过程900可以涉及处理器812向设备820发送包含第一上下文id和完整报头的第一封包。

在一些实施方式中，在确定设备820已经建立了针对完整报头的报头压缩上下文时，过程900可以涉及处理器812从设备820接收具有第一上下文id的反馈。

在一些实施方式中，在向设备820发送具有压缩报头的第二封包时，过程900可涉及处理器812从完整报头移除一个或多个报头字段以产生压缩报头。

在一些实施方式中，在从完整报头中移除一个或多个报头字段以产生压缩报头时，过程900可以涉及处理器812移除多个报头字段，所述多个报头字段包括目的地地址字段，源地址字段，802.1q标签字段，以及长度或类型字段。

在一些实施方式中，在确定设备820没有建立针对完整报头的报头压缩上下文时，过程900可涉及处理器812没有从设备820接收反馈或从设备820接收到与不同的完整报头相关联的反馈。

图10示出了根据本发明的实施方式的示例过程1000。过程1000可以是根据本发明的关于简单以太网报头压缩的所提出的上述方案的示例实施方式。过程1000可以表示设备810和设备820的特征的实施的一个方面。过程1000可以包括一个或多个操作，动作或功能，如框1010、1020、1030和1040中的一个或多个所示。虽然以离散的框示出，取决于期望的实现，可以将过程1000的各个框划分为附加的框，组合为更少的框或将其删除。此外，处理1000的框可以按照图10所示的顺序执行或者以其他顺序执行。过程1000也可以被部分或全部的重复。过程1000可以由设备810，设备820和/或任何合适的无线通信设备，ue，rsu，基站或机器类型设备来实施。仅出于说明性目的而非限制，下面在设备810作为第一网络节点并且在设备820作为第二网络节点的环境中描述过程1000。过程1000可以在框1010处开始。

在1010处，过程1000可以涉及设备820的处理器822经由通信装置825从设备810接收具有完整报头的第一封包。过程1000可以从1010执行到1020。

在1020处，过程1000可以涉及处理器822建立针对完整报头的报头压缩上下文。过程1000可以从1020执行到1030。

在1030处，过程1000可以涉及处理器822经由通信装置825向设备810发送与完整报头相关联的反馈。过程1000可以从1030执行到1040。

在1040处，过程1000可以涉及处理器822响应于反馈的发送，经由通信装置825从设备810接收具有压缩报头的第二封包。过程1000可以从1040执行到1050。

在1050处，过程1000可以涉及处理器822根据报头压缩上下文将压缩报头恢复为完整报头。

在一些实施方式中，在接收具有完整报头的第一封包时，过程1000可以涉及处理器822接收第一上下文id和具有完整报头的第一封包。

在一些实施方式中，在发送反馈时，过程1000可以涉及处理器822发送具有第一上下文id的反馈。

在一些实施方式中，在建立针对完整报头的报头压缩上下文时，过程1000可以涉及处理器822存储第一封包的完整报头的一个或多个报头字段。

在一些实施方式中，在存储第一封包的完整报头的一个或多个报头字段时，过程1000可以涉及处理器822存储多个报头字段，所述多个报头字段包括目的地地址字段，源地址字段，802.1q标签字段，以及长度或类型字段。

附加说明

本文描述的主题有时示出包含在其他不同组件内或与其他不同组件连接的不同组件。需要理解的是，这样描绘的架构仅仅是示例，并且实际上可以实施许多其他架构，以实现相同的功能。在概念意义上，实现相同功能的任何组件布置有效地“关联”，以使得实现期望的功能。因此，这里组合以实现特定功能的任何两个组件可以被视为彼此“关联”，使得实现期望的功能，而不管架构或中间组件。同样地，如此关联的任何两个组件也可以被视为彼此“可操作地连接”或“可操作地耦接”以实现期望的功能，并且能够如此关联的任何两个组件也可以被视为“可操作地耦接的”到彼此，以实现所需的功能。可操作耦接的具体示例包括但不限于物理上可配对和/或物理上相互作用的组件和/或可无线交互和/或无线交互的组件和/或逻辑上相互作用和/或逻辑上可交互的组件。

此外，关于本文中基本上任何复数和/或单数术语的使用，本领域技术人员可以根据上下文和/或应用从复数转换为单数和/或从单数转换为复数。为清楚起见，这里可以明确地阐述各种单数/复数置换。

此外，本领域技术人员可以理解，通常这里所使用的术语，特别是在所附的权利要求中使用的术语，例如所附权利要求的主体，一般旨在作为“开放式”术语，例如术语“包括”应被解释为“包括但不限于”，术语“包含”应被解释为“包含但不限于”，术语“具有”应该被解释为“至少具有”，等。本领域技术人员可以进一步理解，如果意指特定数量的所引入权利要求要素，这样的意图将明确地记载在权利要求中，并且在缺少这样的记载时不存在这样的意图。例如，为了有助于理解，所附权利要求可包含引导性短语“至少一个”和“一个或多个”的使用以引入权利要求要素。然而，使用这样的短语不应被解释为暗示由不定冠词“a”或“an”引入的权利要求要素限制含有这样引入权利要求要素的任何特定权利要求只包含一个这样的要素，即使当相同的权利要求包含了引导性短语“一个或多个”或“至少一个”和不定冠词例如“a”或“an”，例如“a”和/或“an”应被解释为是指“至少一个”或“一个或多个”，这同样适用于用来引入权利要求要素的定冠词的使用。此外，即使明确记载特定数量的所引入权利要求要素，本领域技术人员将认识到，这样的陈述应被解释为意指至少所列举的数量，例如没有其它修饰词的叙述“两个要素”，是指至少两个要素或者两个或更多要素。此外，在使用类似于“a，b和c等中的至少一个”的情况下，就其目的而言，通常这样的结构，本领域技术人员将理解该惯例，例如“系统具有a，b和c中的至少一个”将包括但不限于系统具有单独的a、单独的b、单独的c、a和b一起、a和c一起、b和c一起、和/或a、b和c一起等。在使用类似于“a，b或c等中的至少一个”的情况下，就其目的而言，通常这样的结构，本领域技术人员将理解该惯例，例如“系统具有a，b或c中的至少一个”将包括但不限于系统具有单独的a、单独的b、单独的c、a和b一起、a和c一起、b和c一起、和/或a、b和c一起等。本领域技术人员将进一步理解，实际上表示两个或多个可选项的任何转折词语和/或短语，无论在说明书、权利要求或附图中，应该被理解为考虑包括多个术语之一、多个术语中任一术语、或两个术语的可能性。例如，短语“a或b”将被理解为包括“a”或“b”或“a和b”的可能性。

由上可知，可以理解的是，为了说明目的本文已经描述了本申请的各种实施方式，并且可以不脱离本申请的范围和精神而做出各种修改。因此，本文所公开的各种实施方式并不意味着是限制性的，真正的范围和精神由所附权利要求确定。