无线数据链路层压缩和解压缩的制作方法

1.本公开涉及用于在无线通信网络中压缩和解压缩数据的通信设备、基础设施设备和方法。
2.本公开要求欧洲专利申请号为20175569.1的巴黎公约优先权，其内容通过引用整体结合于此。


背景技术：

3.在此提供的“背景”描述是为了一般地呈现本公开的背景。在本背景部分所描述的范围内，当前署名的发明人的工作，以及在提交时可能不构成现有技术的描述的方面，既不明确地也不隐含地被认为是针对本发明的现有技术。
4.第三代和第四代移动通信系统，例如基于3gpp定义的umts和长期演进(lte)架构的系统，能够支持比由前几代移动通信系统提供的简单语音和消息服务更复杂的服务。例如，利用lte系统提供的改进的无线电接口和增强的数据速率，用户能够享受高数据速率应用，例如移动视频流和移动视频会议，这些应用在以前只能经由固定线路数据连接获得。因此，部署这样的网络的需求是强烈的，并且可以预期这些网络的覆盖区域(即，可以接入网络的地理位置)会更加迅速地增加。
5.未来的无线通信网络预计将常规地和有效地的支持与(比当前系统被优化所能支持的)更宽范围的数据流量配置文件和类型相关联的更宽范围的设备的通信。例如，预期未来的无线通信网络将有效地支持与包括降低复杂性的设备、机器类型通信(mtc)设备、高分辨率视频显示器、虚拟现实头戴设备等设备的通信。这些不同类型的设备中的一些可以被大量部署，例如用于支持“物联网”的低复杂度设备，并且通常可能与具有相对高的延迟容忍度的相对少量的数据的传输相关联。
6.鉴于此，期望这样的(例如可被称为5g或新型无线电(nr)系统/新型无线电接入技术(rat)系统[1]的)无线通信网络，以及现有系统的未来迭代/版本，以有效地支持与不同应用和不同特征数据流量配置文件相关联的宽范围的设备的连接。
[0007]
这种新型服务的一个例子被称为超可靠低延迟通信(urllc)服务，正如其名称所示的，它要求以高可靠性和低通信延迟来传送数据单元或分组。因此，urllc类型服务代表lte类型通信系统和5g/nr通信系统两者的挑战性的示例。
[0008]
对提供低延迟、高可靠性数据传输以有效利用无线通信资源的需求，给在无线电信系统中有效处理通信带来了需解决的新挑战。


技术实现要素：

[0009]
本公开可以至少帮助解决或减轻上述中的一些问题。
[0010]
本公开的各个方面和特征在所附权利要求中限定。
[0011]
应当理解，前面的一般描述和下面的详细描述都是示例性的，而不是对本技术的限制。通过参考以下结合附图的详细描述，将最好地理解所描述的实施方式以及进一步的
优点。
附图说明
[0012]
当结合附图考虑时，通过参考下面的详细描述，将容易地获得对本公开及其许多附带优点的更完整的理解，因为本公开及其许多附带优点将变得更好理解，在附图中，相同的附图标记在几个视图中始终表示相同或相应的部件，并且：
[0013]
图1示意性地示出了lte类型无线电信系统的一些方面，该系统可以被配置为根据本公开的某些实施方式进行操作；
[0014]
图2示意性地示出了新型无线电接入技术(rat)无线电信系统的一些方面，该系统可以被配置为根据本公开的某些实施方式进行操作；
[0015]
图3是根据示例实施方式配置的示例基础设施设备和通信设备的示意性框图；
[0016]
图4示出了ieee 802.3媒体访问控制(mac)帧格式，根据ieee802.1q(2014)规范；
[0017]
图5是示出根据现有提议的以太网报头压缩(ehc)的使用的组合消息序列图和处理流程图；
[0018]
图6示出了根据当前提议的ehc反馈分组的一部分；
[0019]
图7是示出根据本技术的实施方式的ehc的使用的组合消息序列图和处理流程图；
[0020]
图8是示出根据本技术的实施方式的ehc的使用的组合消息序列图和处理流程图；以及
[0021]
图9是可由根据本技术的实施方式的压缩器执行的过程的流程图。
具体实施方式
[0022]
长期演进高级无线电接入技术(4g)
[0023]
图1提供的示意图示出了通常根据lte原理操作的移动通信网络/系统100的一些基本功能，但是其还可以支持其他无线电接入技术，并且其可以适于实现如本文所述的本公开的实施方式。图1的各种元件以及它们各自的操作模式的某些方面是公知的，并且在由3gpp(rtm)机构管理的相关标准中进行了定义，并且还在关于该主题的许多书籍中进行了描述，例如holma h.和toskala a[2]。应当理解，这里所讨论的电信网络的未具体描述的操作方面(例如，关于特定通信协议和用于在不同元件之间通信的物理信道)可以根据任何已知的技术(例如根据相关标准和已知的对相关标准提出的修改和添加)来实现。
[0024]
网络100包括连接到核心网络部分102的多个基站101。每个基站提供覆盖区域103(例如，小区)，在该覆盖区域103内，可以向通信设备104和从通信设备104传输数据。数据经由无线电下行链路从基站101传输到在它们各自的覆盖区域103内的通信设备104。数据经由无线电上行链路从通信设备104传输到基站101。核心网络部分102经由相应基站101将数据路由到通信设备104和从通信设备104路由数据，并且提供诸如认证、移动性管理、计费等的功能。通信设备也可以称为移动站点、用户设备(ue)、用户终端、移动无线电、终端设备等。基站作为网络基础设施设备/网络接入节点的示例，也可以被称为收发机站/nodeb/e-nodeb/e-nodeb、g-nodeb(gnb)等。在这点上，不同的术语通常与不同代的无线电信系统相关联，用于提供广泛可比较的功能的元件。然而，本公开的示例实施方式可以同样地在不同代的无线电信系统(诸如5g或新型无线电)中实现，如下面所解释的，并且为了简单起见，可
以使用某些术语而不管底层网络架构。也就是说，与某些示例实现相关的特定术语的使用并不旨在指示这些实现限于可能与该特定术语最关联的某一代网络。
[0025]
新型无线电接入技术(5g)
[0026]
图2是示出了基于先前提出的方法的新型rat无线通信网络/系统200的网络架构的示意图，该方法还可以适于提供根据本文所述的本公开的实施方式的功能。图2中表示的新型rat网络200包括第一通信小区201和第二通信小区202。每个通信小区201、202包括通过相应的有线或无线链路251、252与核心网络组件210通信的控制节点(集中式单元)221、222。相应的控制节点221、222还各自与它们相应小区中的多个分布式单元(无线电接入节点/远程传输和接收点(trp))211、212通信。同样，这些通信可以通过相应的有线或无线链路。分布式单元211、212负责为连接到网络的通信设备提供无线电接入接口。每个分布式单元211、212具有覆盖区域(无线电接入覆盖区)241、242，其中在控制节点的控制下的分布式单元的覆盖区域的总和共同定义了相应通信小区201、202的覆盖。每个分布式单元211、212包括用于传输和接收无线信号的收发器电路和被配置为控制相应分布式单元211、212的处理器电路。
[0027]
就广义的顶层功能而言，图2中所示的新型rat通信网络的核心网络组件210可以广义地认为对应于图1中所示的核心网络102，相应的控制节点221、222及其相关联的分布式单元/trp 211、212可以被广义地认为是提供与图1的基站101相对应的功能。术语网络基础设施设备/接入节点可用于涵盖无线通信系统的这些元件和更常规的基站类型元件。取决于当前的应用，用于调度在各个分布式单元和通信设备之间的无线电接口上调度的传输的责任可以在于控制节点/集中式单元和/或分布式单元/trp。
[0028]
在图2中示出了在第一通信小区201的覆盖区域内的通信设备或ue260。因此，该通信设备260可以经由与第一通信小区201相关联的分布式单元211中的一个与第一通信小区中的第一控制节点221交换信令。在一些情况下，用于给定通信设备的通信仅通过分布式单元中的一个来路由，但是应当理解，在一些其他实现方式中，与给定通信设备相关联的通信可以通过多于一个分布式单元来路由，例如在软切换场景和其他场景中。
[0029]
在图2的示例中，为了简单起见，示出了两个通信小区201、202和一个通信设备260，但是当然应当理解，在实践中，系统可以包括服务于更大数量的通信设备的更大数量的通信小区(每个通信小区由相应的控制节点和多个分布式单元支持)。
[0030]
还应理解，图2仅表示用于新型rat通信系统的所提出的架构的一个示例，其中可以采用根据本文所述原理的方法，并且本文所公开的功能还可以应用于具有不同架构的无线通信系统。
[0031]
因此，本文所讨论的本公开的示例实施方式可以在按照各种不同架构(例如图1和图2中所示的示例架构)的无线电信系统/网络中实现。因此，应当理解，任何给定实现中的特定无线通信架构对于本文所述的原理而言并不具有主要意义。在这方面，可以在网络基础设施设备/接入节点和通信设备之间的通信的背景下对本公开的某些实施方式进行一般性描述，其中网络基础设施设备/接入节点和通信设备的具体性质将取决于用于即将实现的网络基础设施。例如，在一些场景中，网络基础设施设备/接入节点可以包括基站，诸如图1所示的lte类型基站101，其适于提供根据这里所描述的原理的功能，并且在其他示例中，网络基础设施设备/接入节点可以包括控制单元/控制节点221、222和/或图2所示类型的
trp 211、212，其适于提供根据本文所述原理的功能。
[0032]
在图3中呈现了通信设备270和示例网络基础设施设备272的更详细的图示，其可以被认为是gnb 101或者控制节点221和trp 211的组合。如图3所示，通信设备270被示为经由无线接入接口的无授权资源向基础设施设备272传输上行链路数据，如箭头274一般性地示出。ue270被示出为接收由基础设施设备272经由无线接入接口的资源传输的下行链路数据，如箭头288一般性地示出。与图1和图2一样，基础设施设备272经由到基础设施设备272的控制器280的接口278连接到核心网络276(其可以对应于图1的核心网络102或图2的核心网络210)。基础设施设备272还可以通过图3中未示出的无线接入网络节点间接口连接到其他类似的基础设施设备。
[0033]
基础设施设备272包括连接到天线284的接收机282和连接到天线284的发射机286。相应地，通信设备270包括连接到接收机292(其从天线294接收信号)的控制器290和同样连接到天线294的发射机296。
[0034]
控制器280被配置为控制基础设施设备272，并且可以包括处理器电路，该处理器电路又可以包括用于提供如本文进一步解释的功能的各种子单元/子电路。这些子单元可以被实现为分立的硬件元件或处理器电路的适当配置的功能。因此，控制器280可以包括被适当地配置/编程以用于无线电信系统中的设备的常规编程/配置技术来提供期望的功能的电路。发射机286和接收机282可以包括根据传统布置的信号处理和射频滤波器、放大器和电路。为了便于表示，发射机286、接收机282和控制器280在图3中示意性地示出为分离的元件。然而，应当理解，可以以各种不同的方式提供这些元件的功能，例如使用一个或多个适当编程的可编程计算机，或者一个或多个适当配置的专用集成电路/电路/芯片/芯片组。如将理解的，基础设施设备272通常将包括与其操作功能相关联的各种其他元件。
[0035]
相应地，通信设备270的控制器290被配置为控制发射机296和接收机292，并且可以包括处理器电路，该处理器电路又可以包括用于提供如本文进一步解释的功能的各种子单元/子电路。这些子单元可以被实现为分立的硬件元件或处理器电路的适当配置的功能。因此，控制器290可以包括被适当地配置/编程以使用用于无线电信系统中的设备的常规编程/配置技术来提供期望的功能的电路。同样地，发射机296和接收机292可以包括根据传统布置的信号处理和射频滤波器、放大器和电路。为了便于表示，发射机296、接收机292和控制器290在图3中示意性地示出为分离的元件。然而，应当理解，可以以各种不同的方式提供这些元件的功能，例如使用一个或多个适当编程的可编程计算机，或者一个或多个适当配置的专用集成电路/电路/芯片/芯片组。如将理解的，通信设备270通常将包括与其操作功能相关联的各种其他元件，例如电源、用户接口等，但是为了简单起见，在图3中未示出。
[0036]
传统上，无线通信网络在因特网协议(ip)层与外部网络接口。也就是说，无线通信网络的网关接收ip分组，在ip分组中，预期接收方通信设备被标识为一个或多个目的地地址字段(诸如ip目的地地址和/或端口号)。类似地，出站数据被形成为ip分组，其中源通信设备被标识为源ip地址和/或源端口号。(注意即使使用了诸如网络地址转换之类的技术，也可能是这种情况，这些技术通过网关或其它实体修改这些地址，使得在无线通信网络的逻辑边界处修改入站和/或出站分组上的地址字段)。
[0037]
应当理解，较低层协议既可以在无线通信网络内使用，也可以在其外部使用，例如在终止于网关的链路上使用。然而，在封装的ip分组被转发之前，与这些协议相关联的报头
可能通常被丢弃。
[0038]
传统上，当通过无线接入接口传输因特网协议(ip)分组时，无线通信网络通过利用连续ip分组的报头之间的冗余来压缩互联网协议(ip)报头。为了确保发射机处的ip报头压缩器和接收机处的ip报头解压缩器保持同步，未压缩的完整报头被定期传输。因此，接收机有可能在转发ip分组或将其传递到协议栈中的更高层之前重构原始(未压缩)ip报头。报头压缩可以是无损的，并且可以导致无线接入接口上的通信资源的使用效率的显著提高。
[0039]
近来，对允许在较低协议层处的无线通信网络接口产生了一些关注。具体地，无线通信网络的网关可以接收根据电气和电子工程师协会(ieee)802.3帧格式或根据以太网帧格式格式化的数据帧，并且可以在无线通信网络内部传输这样的帧，使得在网关处接收的完整以太网帧可用于终端接收者。类似地，通信设备能够根据这样的规范来构造帧，以用于在无线通信网络之外进行传输。以太网和ieee 802.3可以是用于局域网(lan)内的数据传输的媒体访问控制(mac)帧格式的示例。
[0040]
应当理解，ieee 802.3的帧格式和以太网的帧格式非常相似，其差异程度对于当前公开的技术可能是不重要的，并且因此在本公开中可互换地使用这些术语。用于一个层处的报头压缩的技术可与另一层处的报头压缩组合。例如，包含在互联网协议(ip)分组内的以太网帧可以经受以太网帧报头和ip报头两者的报头压缩。可以根据传统的可靠性报头压缩(rohc)技术来压缩ip报头。
[0041]
图4示出了根据ieee 802.31q(2014)规范的ieee 802.3mac帧格式。
[0042]
ieee 802.3mac帧1000包括mac报头1002、mac客户端数据和填充1004、以及帧校验序列(fcs)1006。mac报头1002包括长度为7个八位字节的前导码1010和1个八位字节的开始帧定界符(sfd)1012。接着是目的地地址字段1014和源地址字段1016，每个字段有6个八位字节。
[0043]
mac报头1002还包括长度/类型字段1018和标签控制信息字段1020，每一个都是2个八位字节。长度/类型字段1018和标签控制信息字段1020可以共同地被称为q标签前缀。
[0044]
mac报头1002还包括mac客户端长度/类型字段1022(2个八位字节)，其可以包括用于指示标签控制信息字段1020存在的预定值。
[0045]
标签控制信息字段1020可以包括优先级指示字段1030(3比特)、丢弃合格指示符(dei)比特1032、以及虚拟局域网(vlan)标识符字段1034(12比特)。
[0046]
在一些实施方式中，例如其中ieee 802.1q(2014)规范不适用，则mac报头1002可以不包含标签控制信息字段1020。
[0047]
图5是说明根据现有提议的ehc的使用的组合消息序列图和处理流程图。
[0048]
图5的示例涉及下行链路帧(即，从基础设施设备272传输到通信设备270的帧)，然而，应当理解，本公开不限于这样的方向，并且可以应用于上行链路或对等(例如，设备到设备)传输。
[0049]
在图5所示的过程开始时，基础设施设备272和通信设备270可能已经完成了连接建立过程，该过程可以广泛地根据常规技术，例如通过无线电资源控制(rrc)重配置。
[0050]
作为连接建立过程的一部分或以其他方式，通信设备270可以被配置(例如，通过rrc配置)以使得可以针对下行链路帧序列应用ehc。下行链路帧的序列可以由公共目的地地址、相关联的承载(诸如数据承载或专用无线电承载drb)和相关联的协议数据单元(pdu)
会话中的一个或多个来定义。例如，序列可以由drb结合目的地地址来表征。下行链路帧序列可以与以太网类型pdu会话相关联。
[0051]
在步骤s502，用于传输到通信设备270的第一下行链路帧550由核心网络276传输，并在基础设施设备272处接收。第一下行链路帧550包括以太网报头。应理解，第一下行链路帧550(以及本文中所提及的其它下行链路帧)可进一步包括根据与帧的传输中所使用的相应协议相关联的分组或帧格式的报头。例如，第一下行链路帧550在从核心网络276传输到基础设施设备272时可以封装在一个或多个通用分组无线电服务(gprs)隧道协议(gtp)分组内，每个gtp分组包括gtp报头。
[0052]
此外，这里所指的帧可以被分段和重新组装和/或重新传输，以及根据与通过其传输的各个接口相关联的协议和技术作其他处理。这些协议可以包括媒体访问控制(mac)、无线电链路控制(rlc)和协议数据汇聚协议(pdcp)协议。在本说明书中省略了这些细节。
[0053]
因为ehc依赖于基于先前传输的帧的压缩上下文，所以不可能使用ehc来压缩第一下行链路帧550的以太网报头。因此，在步骤s504，第一下行链路帧550经由无线接入接口288传输到通信设备270。
[0054]
应当理解，执行附加步骤(编码、调制、前向纠错等)可以作为经由无线接入接口传输下行链路帧(例如，第一下行链路帧550)的一部分。例如，在一些实施方式中，可以形成包括相应下行链路帧的分组数据汇聚协议(pdcp)协议数据单元(pdu)。可以将加密和/或完整性保护功能应用于相应的下行链路帧。
[0055]
为了简明起见，省略了这些步骤的细节，这些步骤可以根据任何适当的技术。在本技术的一些实施方式中，经由无线接入接口的传输可以根据用于经由5g(nr)无线接入接口传输urllc数据的已知技术。
[0056]
在步骤s506，基础设施设备272建立ehc上下文，用于压缩包括去往通信设备270的以太网报头的后续帧。ehc上下文可以与上下文id相关联。可以基于第一下行链路帧550的报头字段中的一个或多个来建立上下文。
[0057]
在步骤s508，通信设备270建立用于后续帧的解压缩的对应ehc上下文，后续帧包括去往通信设备270并由基础设施设备272传输的以太网报头。上下文可以与上下文id相关联。可以基于第一下行链路帧550的报头字段中的一个或多个来建立上下文。第一下行链路帧550可以与上下文id的指示一起被传输，或者被修改为包括上下文id的指示。因此，通信设备270可以基于接收的第一下行链路帧550来确定上下文id。
[0058]
接收的第一下行链路帧550可以被传输到或朝向其目的地(图5中未示出)。其目的地可以是在通信设备270上运行的另一逻辑进程，或者可以是通信设备270直接或间接连接到的另一实体。
[0059]
在步骤s510，通信设备270向基础设施设备272传输ehc确认(ack)552。ehc ack 552可以向基础设施设备272指示通信设备270已经建立了其ehc上下文并且准备好接收后续下行链路帧，其中以太网报头的一个或多个字段已经使用ehc进行了压缩。
[0060]
ehc ack 552可以包括上下文id的指示。
[0061]
在步骤s512，由核心网络276传输用于传输到通信设备270的第二下行链路帧554，并且在基础设施设备272处接收。第二下行链路帧554包括以太网报头。
[0062]
因为基础设施设备272和通信设备270都已经建立了对应的ehc上下文，所以在步
骤s514，基础设施设备272基于在步骤s506创建的上下文将ehc应用于第二下行链路帧554，以创建第二下行链路帧的修改版本。第二下行链路帧的修改版本可以包括上下文id的指示。作为步骤s514的一部分，可以更新上下文。
[0063]
在步骤s516，第二下行链路帧556的修改版本(其中以太网报头的一个或多个字段被压缩)经由无线接入接口被传输到通信设备270。
[0064]
在步骤s518，基于在步骤s508建立的上下文，通信设备270对压缩的以太网报头字段应用解压缩，以重构原始的第二下行链路帧556。作为该解压缩的一部分，通信设备270可以移除上下文id的指示。作为步骤s518的一部分，通信设备270可以更新其上下文。
[0065]
对于连续的下行链路帧，步骤s512、s514、s516和s518可以被重复，(由此每个帧在基础设施设备272处基于上下文进行ehc)，被传输、被修改，经由无线接入接口到通信设备270，并且借助以太网报头的解压缩被重构。
[0066]
对于每个下行链路帧，可以更新基础设施设备和通信设备处的上下文，使得帧的压缩/解压缩取决于上下文，而上下文又可以取决于先前传输的帧的以太网报头的内容。
[0067]
然而，可能发生在通信设备270处没有成功地重构特定帧。这可能是由于任何原因。例如，在通过无线接入接口接收帧时引入的错误可能致使(在报头解压缩过程中接收的)帧出错。可替代地，在报头解压缩过程中可能根本不接收帧——这可能是因为在协议栈中的其他地方检测到的错误导致帧被丢弃。由于压缩器/解压缩器处的上下文已损坏，尝试重构可能失败。
[0068]
在图5的示例中，在步骤s520，在基础设施设备272处接收第三下行链路帧558，并且在步骤s522应用报头压缩以形成修改的帧560。在步骤s524，将修改的第三下行链路帧560传输到通信设备270。然而，对修改的第三下行链路帧560内的压缩以太网报头的解压缩没有成功完成。在一些示例中，解压缩根本没有尝试。在图5的示例中，在步骤s526尝试解压缩，但是没有成功。因此，与其报头未被压缩或者被压缩并成功解压缩的第一下行链路帧550和第二下行链路帧554不同，第三下行链路帧558不能到达其预期目的地。
[0069]
进一步明显的是，当在压缩和解压缩过程中的压缩上下文依赖于先前压缩/解压缩的报头时，解压缩一个帧的失败可能导致解压缩后续帧的后续失败或错误。
[0070]
在图5的示例中，在步骤s522之后或作为其一部分，基础设施设备272更新ehc上下文。然而，在步骤s526之后、作为步骤s526的一部分或者在没有步骤s526的情况下，通信设备270可能根本不更新其上下文，或者可能错误地更新其上下文。
[0071]
因此，在基础设施设备272处的压缩上下文和在通信设备270处的解压缩上下文不再同步。
[0072]
在图5的示例中，这可能导致在步骤s528中由基础设施设备272接收的第四下行链路数据帧562解压缩失败。在步骤s530，根据在步骤s522更新的上下文来压缩第四下行链路数据帧。在步骤s532，将修改的(即，具有压缩的以太网报头)帧564传输到通信设备270。
[0073]
然而，在步骤s534，通信设备270尝试基于(在第三修改的下行链路数据帧560的传输之后)未被更新或被不正确地更新的上下文来解压缩修改的第四下行链路数据帧564。因此，解压缩可能失败或导致错误的重构帧。
[0074]
对于诸如工业物联网(iiot)服务之类的服务，需要高可靠性的数据传输，并且提出(参见[6])3gpp nr系统可以通过以太网报头压缩(ehc)来支持以太网帧报头的压缩，以
提高无线接入接口上的通信资源的有效使用。
[0075]
在解压缩器接收具有与未知上下文(即，具有它不识别的上下文id、cid)相关联的压缩报头的帧的情况下，建议解压缩器丢弃该帧，用否定确认通知压缩器，或者执行无线电链路故障程序[5]。进一步建议，当解压缩器接收具有未知cid的压缩分组时，应当通知压缩器，使得压缩器可以切换到完整报头传输。
[0076]
在[3]中，已经提出了ehc解决方案应当允许在具有压缩报头的帧的传输之间传输完整(未压缩)报头。
[0077]
在[4]中，已经提出了在分组数据汇聚协议(pdcp)报头中提供以太网报头压缩反馈，并且该以太网报头压缩反馈可由网络配置。反馈用于指示压缩器和解压缩器之间的同步状态。
[0078]
在[6]中，已经提出了定义ehc反馈分组。ehc的操作建议可参见[6]的附录a。
[0079]
图6示出了根据现有提议(参见[6])的ehc反馈分组1600的一部分。反馈分组包括上下文id指示(1602a，1602b)和保留比特1604。上下文id指示可以包括7个比特(在这种情况下可以省略八位字节2)或15个比特。
[0080]
仍然需要提供用于数据的可靠传输的改进的技术和装置，同时有效地利用无线电资源，特别是用于以太网帧的传输。
[0081]
因此，提供了一种用于在无线通信系统的无线接入接口上传输的数据帧的处理方法，该方法包括接收包括第一协议报头的第一数据帧，该第一协议报头与用于局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联。通过压缩第一协议报头的一个或多个协议报头字段来根据报头压缩上下文对第一数据帧应用报头压缩，以形成用于在无线接入接口上传输的第一压缩数据帧，接收包括与mac帧格式相关联的第二协议报头的第二数据帧，以及确定在无线接入接口上传输第二数据帧之前，第二协议报头的字段都不会根据报头压缩上下文被压缩。
[0082]
因此，在先前传输的帧(其在传输之前对以太网报头应用了压缩)未能正确地解压缩之后，本技术的实施方式可以提供之后的帧的可靠传输。本技术的某些实施方式可以避免对来自解压缩器的明确每帧反馈的需要。
[0083]
在一些实施方式中，压缩器为压缩与数据流相关联的帧的以太网报头内的一些或所有字段建立ehc上下文，并且按照用于一个或多个这样的帧的上下文来执行ehc。压缩器随后确定不按照现有上下文对与数据流相关联的一个或多个后续帧应用ehc，并且相应地在没有应用该ehc的情况下传输一个或多个后续帧。
[0084]
在一些实施方式中，压缩器附加地或可替代地确定建立新的压缩上下文，并根据新的上下文对一个或多个后续帧应用报头压缩，这些后续帧原本将与先前建立的上下文相关联。
[0085]
帧可以基于它们的目的地、相关联的数据承载和相关联的协议数据单元(pdu)会话中的一个或多个而彼此相关联(并且因此，传统上，与单个上下文相关联)。除非另外明确声明，否则本文中所描述的给定方向上的帧序列彼此相关联。
[0086]
在一些实施方式中，压缩器额外地重新传输先前应用了ehc的一个或多个帧。
[0087]
重新传输的帧可以进行ehc压缩。在一些实施方式中，根据先前的上下文来压缩重新传输帧。在一些实施方式中，根据新建立的上下文来压缩重新传输的帧。当这导致同一帧
被传输并被成功接收(在任何解压缩之后)多于一次的情况下，可以执行去重。去重可以由更高层协议实体来执行。
[0088]
在一些实施方式中，基于从对应的对等解压缩器实体接收的反馈来确定不对一个或多个后续帧应用ehc。
[0089]
在一些实施方式中，来自解压缩器的反馈是明确的，并且可以包括否定确认(nack)指示，其指示数据流的一个或多个帧不能被正确解压缩，和/或与压缩分组相关联的上下文标识符不对应于有效的压缩上下文。根据本技术的一些实施方式，在ehc反馈分组中包括明确nack反馈。例如，在一些实施方式中，ehc反馈分组1600的保留比特1604用于指示nack。当保留比特1604被设置为第一值(例如，“0”)时，指示没有nack反馈。当保留比特1604被设置为第二值(例如，“1”)时，指示nack反馈。
[0090]
在一些实施方式中，例如，在与压缩分组相关联的上下文标识符不对应于有效压缩上下文的情况下，nack反馈可以不与特定上下文id相关联。
[0091]
在一些实施方式中，响应于接收不与特定上下文id相关联的此类nack反馈，执行压缩器功能的实体(例如，基础设施设备272)可考虑nack反馈来应用于每一个用于压缩帧的ehc上下文，该帧的目的地是执行压缩器功能的实体(例如，通信设备270)。因此，例如，当多个ehc上下文被平行地用于不同的数据帧序列，而这些数据帧序列的目的地是(或被传输到)同一接收实体(例如通信设备或基础设施设备)时，响应于接收这种nack反馈，可以传输每个序列的一个或多个数据帧，而不应用对应的ehc上下文。这些帧可以以未压缩的方式传输和/或可以用于为相应的帧序列建立新的相应的ehc上下文。
[0092]
在一些实施方式中，解压缩器仅传输积极反馈，该积极反馈指示解压缩器已经正确地解压缩了一个或多个帧的报头。在一些这样的实施方式中，压缩器响应于确定尚未从解压缩器接收预期的积极反馈，而确定不应用ehc。
[0093]
在一些这样的实施方式中，反馈仅标识上下文标识符，而不标识特定分组。在一些实施方式中，不仅在初始上下文建立阶段期间传输积极反馈，而且在成功解压缩接收的帧时响应于每个报头的成功解压缩而传输积极反馈。
[0094]
在解压缩器为接收的并且成功解压缩的每个ehc分组生成反馈分组的一些实施方式中，压缩器可以实现滑动窗口机制，由此如果对第一数量的分组应用ehc并且第一数量的分组在传输窗口内被传输，压缩器响应于确定在对应的接收窗口收到的ehc反馈分组小于第二数量(其不高于第一数量)，确定不应用ehc。第一数量和第二数量之间的差可以是零。
[0095]
由压缩器采取的附加步骤(例如，建立新上下文)可以取决于在接收窗口期间接收的ehc反馈。
[0096]
第二数量(或第一数量与第二数量之间的差)可由网络配置或以其它方式为压缩器预先配置。
[0097]
在一些实施方式中，解压缩器生成的积极反馈(例如，通过传输反馈分组)不指示已被成功解压缩的帧的数量。
[0098]
然而，在一些实施方式中，压缩器基于接收的这种反馈的量确定不应用ehc。
[0099]
在一些实施方式中，定义了定时器，其在特定数据帧的传输或压缩时启动。压缩器响应于确定在定时器期满之前没有从对等解压缩器接收积极反馈，确定不使用现有上下文应用ehc。
[0100]
在一些实施方式中，确定不应用ehc是自主地确定，而不管从对等解压缩器接收的任何明确反馈，和/或在没有从对等解压缩器接收明确反馈的情况下。
[0101]
在一些实施方式中，可以在根据现有上下文压缩的帧的数量超过阈值之后创建新的上下文。阈值可以是预先配置的，或者动态确定的。例如，在一些实施方式中，在已经根据上下文压缩了100个帧之后，则建立新的上下文，并且根据新的上下文来处理本来已经根据原始上下文处理的后续帧(例如，因为它们与特定数据流相关联)。可以重复该过程。
[0102]
在一些实施方式中，在适当的标准规范中规定了压缩器确定不使用现有上下文来应用ehc的条件。在一些实施方式中，附加地或可替代地，一个或多个条件可以在压缩器处预先配置，或者使用来自控制实体的控制信令来指示。
[0103]
在一些实施方式中，该条件与一个或多个参数相关联。一个或多个参数可以在适当的标准规范中规定、在压缩器处预配置和/或使用来自控制实体的控制信令来指示。
[0104]
在一些实施方式中，执行压缩器的功能的实体也可以执行解压缩器的功能。也就是说，例如，基础设施设备272可以使用ehc对要在无线接入接口的下行链路上传输到通信设备的帧执行压缩，并且还可以使用ehc对由通信设备在无线接入接口的上行链路上传输的帧执行解压缩。类似地，例如，通信设备270可以使用ehc对要在无线接入接口的上行链路上传输到基础设施设备的帧执行压缩，并且还可以使用ehc对由基础设施设备在无线接入接口的下行链路上传输的帧执行解压缩。在同一实体执行压缩器和解压缩器的功能的情况下，这些实体可以以对应的方式操作，或者可以使用不同的技术来操作。例如，提供解压缩器功能的实体可以提供关于每个报头的成功解压缩的积极反馈，而由同一实体提供的压缩器功能可以在不考虑任何积极反馈的情况下操作，或者可以根据不同的程序或选项来操作，而不考虑任何积极反馈。
[0105]
例如，这样的实体可以响应于每个帧的成功解压缩来提供积极反馈，并且可以基于对等实体也响应于每个帧的成功解压缩来提供积极反馈的预期，来确定不使用现有上下文来应用ehc压缩。
[0106]
可替代地，例如，实体可以响应于每个帧的成功解压缩的来提供积极反馈，但是可以确定不使用现有上下文来应用ehc压缩，而不管(并且因此不要求或期望)对等实体生成的任何反馈。
[0107]
图7是示出根据本技术的实施方式的ehc的使用的组合消息序列图和处理流程图。
[0108]
图7的示例的许多特征和步骤对应于图5的类似编号的特征和步骤，并且为了简明起见，将省略对这些特征和步骤的描述。
[0109]
具体地，在图7的示例中，步骤s502-步骤s520可以如图5的示例中那样发生并且如上所述。
[0110]
在图7的示例中，解压缩器实体(在通信设备270内)提供关于其中报头成功解压缩的每个帧的积极反馈。因此，除了在步骤s510传输的积极反馈552之外，解压缩器还生成在步骤s620传输的积极反馈(ack)602。在步骤s518，响应于第二下行链路帧556的修改版本的报头的成功解压缩，传输ack 602。
[0111]
然后，可以进行步骤s520、s622、s624和s626，对应于如上的图5的示例的步骤s520、s522、s524和s526。
[0112]
在一些实施方式中，步骤s622响应于接收ack 602而发生。
[0113]
响应于在步骤s626的解压缩失败(或者作为不存在任何解压缩尝试的结果)，通信设备270的压缩器实体不生成用以指示修改的第三下行链路帧560的成功解压缩的ack。
[0114]
在步骤s628中，基础设施装置272从核心网络276接收第四下行链路数据帧562。
[0115]
响应于接收第四下行链路数据帧562并且响应于确定没有从压缩器接收指示对修改的第三下行链路帧560的成功解压缩的积极反馈，压缩器确定不将(使用现有上下文的)ehc应用于第四下行链路数据帧562。因此，在步骤s630，传输第四下行链路数据帧562，而不应用ehc。
[0116]
在步骤s632和s634，压缩器和解压缩器为数据流建立新的ehc上下文。新上下文可以基于第四下行链路数据帧562。新ehc上下文的上下文id可以与第四下行链路数据帧562一起传输。
[0117]
在步骤s636，解压缩器生成积极确认(ack)606，以指示建立了新上下文。ack 606被传输到压缩器。
[0118]
随后，只要接收用以指示解压缩器成功地解压缩了每个压缩报头的积极确认，压缩器就继续基于新上下文应用ehc压缩。
[0119]
图8是示出根据本技术的实施方式的ehc的使用的组合消息序列图和处理流程图。
[0120]
在图8的示例中，压缩器为每个成功解压缩的报头生成单独的积极反馈指示，或者生成指示已经成功解压缩了多少报头的反馈。然而，在一些实施方式中，反馈不指示反馈涉及哪个(哪些)报头(以及相应地，帧)。
[0121]
如图8所示，在一些实施方式中，压缩器维持滑动传输窗口和滑动接收窗口。滑动接收窗口可以相对于传输窗口在时间上偏移(例如，延迟)。接收窗口的持续时间可以超过传输窗口的持续时间。
[0122]
如果在传输窗口内压缩和/或传输的报头的数量相比由反馈指示为已经成功解压缩的报头的数量超过预定数量，则压缩器根据要传输的帧的当前上下文确定停止(至少暂时地)使用ehc。
[0123]
在一些实施方式中，反馈指示指示数据流和/或上下文id。
[0124]
步骤s502、s504和s506可如图5的实例中且如上文所描述而发生。
[0125]
在图8的示例中，示出了传输窗口702和对应的接收窗口704。传输窗口702和接收窗口704在以下意义上是“对应的”：在传输窗口702中应用ehc压缩的报头的数量与在接收窗口704期间接收的确认所指示的被指示为正确解压缩的报头的数量进行比较。
[0126]
在图8的示例中，由通信设备270处的解压缩器生成的每个确认708指示一个报头已被正确解压缩。确认708可以指示用于解压缩的上下文id。每个确认708可以不标识哪个(哪些)帧被成功解压缩，从而触发相应的确认。
[0127]
如图8所示，在接收窗口704内，接收四个确认708，指示四个报头被成功解压缩。
[0128]
在相应的传输窗口702期间，由基础设施设备272处的压缩器压缩了五个报头。
[0129]
因此，压缩器确定在传输窗口702期间压缩的报头的数量比在接收窗口704内指示为成功解压缩的报头的数量多一。
[0130]
在图8的示例中，这种差的阈值是零，在该差处，使用当前上下文的报头压缩不被使用，即，在传输窗口702期间压缩的报头的数量与在接收窗口704内指示为成功解压缩的报头的数量之间的任何差都导致停止报头压缩。
[0131]
在一些实施方式中，阈值为零。在其它实施方式中，阈值是不同的值。
[0132]
在步骤s710，压缩器确定使用当前上下文的ehc压缩要停止。在图8的示例中，在不应用任何ehc压缩的情况下传输至少一个后续帧710。
[0133]
在一些实施方式中，在步骤s710之后建立新的上下文。
[0134]
在一些实施方式中，基于未应用ehc报头压缩的一个或多个帧的传输，重建现有上下文。
[0135]
在一些实施方式中，重新传输一个或多个在传输窗口702期间传输的帧。
[0136]
图9是根据本技术的实施方式的可由压缩器执行的过程的流程图。压缩器功能可以由基础设施设备(对于在无线接入接口的下行链路上传输的数据)或者由通信设备(对于在无线接入接口的上行链路上传输的数据，或者经由对等通信)来实现。然而，本公开不限于此，并且图9的过程可以由任何合适的实体来执行。
[0137]
图9的过程可以由处理器或控制器根据存储在计算机可读介质上的程序来实现。处理器或控制器可以与发射机和接收机电路结合操作用于在无线接入接口上传输和接收信号，例如作为基础设施设备或通信设备的一部分。
[0138]
图9的过程开始于步骤s802，在步骤s802中，为后续以太网帧报头的压缩建立上下文。可以通过向对等解压缩器传输其中报头未被解压缩的一个或多个帧来建立上下文。
[0139]
对等解压缩器可以通过ehc确认来指示其已经建立了对应的ehc上下文。
[0140]
在步骤s804，压缩器接收包括用于在无线接入接口上传输的以太网帧的数据。可以从另一实体(例如，核心网络实体)和/或从另一逻辑实体(例如，更高协议层)接收数据。
[0141]
可以基于数据的目的地、与承载相关联的数据承载、或者通过任何其他合适的手段，将数据与在步骤s802建立的上下文相关联。
[0142]
在步骤s806，压缩器确定是否要将使用在步骤s802建立的上下文的ehc压缩用于在步骤s804的数据。
[0143]
可以根据本文的一个或多个原理来进行该确定。例如，可以基于在传输窗口内传输的、其报头根据上下文被压缩的压缩帧的数量以及在相关联的接收窗口内从对等解压缩器接收的积极确认所指示的成功解压缩的数量来进行该确定。
[0144]
此外，或者可替代地，可以基于自从在没有ehc压缩的情况下传输最后一个帧以来已经使用上下文压缩的帧的数量来进行确定。在这样的实施方式中，如果自从在没有ehc压缩的情况下传输最后一帧以来已经使用上下文压缩的帧的数量超过预定阈值，则确定使用在步骤s802建立的上下文的ehc压缩不被用于该数据。因此，本技术的实施方式可以确保对于长数据序列可以避免压缩器和解压缩器的不同步。
[0145]
在一些实施方式中，该确定可以基于自从在应用ehc压缩的情况下传输最后一帧以来尚未使用上下文压缩的帧的数量。在一些这样的实施方式中，如果自从使用ehc压缩传输最后一帧以来尚未使用上下文压缩的帧的数量不超过预定数量，则确定不对数据使用使用在步骤s802建立的使用上下文的ehc压缩。
[0146]
因此，本技术的实施方式可以确保，在提供压缩的使用中的中断的情况下，足以以高概率确保在再次使用压缩之前压缩器和解压缩器同步。
[0147]
如果确定使用在步骤s802建立的上下文的ehc压缩将被用于在步骤s804接收的数据(“是”)，则控制进行到步骤s810。
[0148]
在步骤s810，根据在步骤s802建立的上下文来压缩数据内的以太网报头。可以相应地更新上下文。
[0149]
然后，控制转到步骤s812，在该步骤中，传输修改后的数据(即，其中报头被压缩的数据的副本或修改版本)。修改后的数据可以经由无线接入接口传输，或者在压缩器和发射机没有集成在单个实体中的情况下，经由任何其他适当的接口以经由无线接入接口传输。然后，控制可以返回到步骤s804。
[0150]
如果确定使用在步骤s802建立的上下文的ehc压缩将不用于在步骤s804接收的数据(“否”)，则控制进行到步骤s808。
[0151]
在步骤s808，在不对以太网报头应用任何ehc压缩的情况下，传输(或转发用于传输)数据。
[0152]
在步骤s808之后，在一些实施方式中，控制传递到步骤s802，并且建立新的上下文。在一些实施方式中，控制从步骤s808进行到步骤s804。在一些实施方式中，控制根据预定标准进行到步骤s802或步骤s804。
[0153]
根据本技术的实施方式，可以在解压缩器处实现对应的过程。
[0154]
在一些实施方式中，解压缩器可以响应于接收其中以太网报头未被压缩并且与上下文id相关联(例如，与上下文id一起被传输)的帧，来建立新的ehc上下文。
[0155]
可以响应于接收与对应于ehc上下文的上下文id相关联的压缩以太网报头，来更新ehc上下文。
[0156]
在一些实施方式中，在根据现有上下文确定不将ehc应用于与数据流相关联的一个或多个后续帧，并且在不根据现有上下文应用ehc的情况下传输一个或多个帧之后，压缩器根据现有上下文将压缩应用于一个或多个另外的后续帧。通过传输未应用ehc的帧，可以重新同步压缩器和解压缩器处的上下文，使得可以使用(重新同步的)上下文来解压缩具有压缩报头的后续帧。
[0157]
在一些实施方式中，本文的技术仅应用于与成功接收概率的服务质量要求超过预定可靠性阈值的和最大允许传输延迟的服务质量要求低于预定延迟阈值的其中一个或多个相关联的数据帧。例如，如在3gpp规范的特定版本中所规定的，仅当数据帧被确定为与urllc服务相关联时，才可以应用一种或多种技术。
[0158]
在本技术的一些实施方式中，本文描述的过程可以由无线通信网络的基础设施设备或通信设备来执行。在本技术的一些实施方式中，本文描述的过程可以由任何合适的装置(例如核心网络实体)来执行。
[0159]
上面已经给出了组合步骤序列和消息的示例过程的描述。然而，本公开的范围不限于这样的特定组合，并且在一些实施方式中，所描述的各种步骤和消息可以被省略，或者以不同的顺序组合，或者被修改。在一个示例的上下文中描述的特征或步骤可以与在另一示例的上下文中描述的特征或步骤组合。
[0160]
因此，已经描述了一种用于在无线通信系统的无线接入接口上传输的数据帧的处理方法，该方法包括接收包括第一协议报头的第一数据帧，该第一协议报头与用于局域网(lan)内的数据传输媒体访问控制(mac)帧格式相关联，通过压缩该第一协议报头的一个或多个协议报头字段来根据报头压缩上下文对该第一数据帧应用报头压缩，以形成用于在该无线接入接口上传输的第一压缩数据帧，接收包括与该mac帧格式相关联的第二协议报头
的第二数据帧，以及确定在该无线接入接口上传输该第二数据帧之前，该第二协议报头的字段都不会根据该报头压缩上下文被压缩。
[0161]
还描述了解压缩数据帧的相应方法、装置和电路。
[0162]
应当理解，尽管为了提供具体示例，本公开在一些方面集中于基于lte和/或5g网络中的实现，但是相同的原理可以应用于其他无线电信系统。因此，即使本文所使用的术语通常与lte和5g标准的术语相同或相似，但是本教导不限于lte和5g的当前版本，并且可以等同地应用于不基于lte或5g和/或符合lte、5g或其他标准的任何其他未来版本的任何适当布置。
[0163]
可以注意到，本文讨论的各种示例方法可以依赖于在基站和通信设备已知的意义上预定/预定义的信息。应当理解，这样的预定/预定义信息通常可以例如通过在无线电信系统的操作标准中的定义来建立，或者在基站与通信设备之间的先前交换的信令中建立，例如在系统信息信令中建立，或者与无线电资源控制建立信令相关联地建立，或者在sim应用中存储的信息中建立。也就是说，在无线电信系统的各种元件之间建立和共享相关预定义信息的特定方式对于这里描述的操作原理不是主要的。还可以注意到，这里讨论的各种示例方法依赖于在无线电信系统的各种元件之间交换/传输的信息，并且将理解，除非上下文另有要求，否则通常可以根据常规技术，例如根据特定信令协议和所使用的通信信道的类型来进行这种通信。也就是说，在无线电信系统的各种元件之间交换相关信息的特定方式对于这里描述的操作原理来说不是主要的。
[0164]
应当理解，本文所述的原理不仅适用于某些类型的通信设备，而是可以更一般地应用于任何类型的通信设备，例如，这些方法不限于机器类型通信设备/iot设备或其他窄带通信设备，而是可以更一般地应用于，例如，关于利用到通信网络的无线链路操作的任何类型的通信设备。
[0165]
还应理解，本文描述的原理不仅适用于基于lte的无线电信系统，而是适用于支持在通信设备和基站之间或者在不同通信设备之间交换包括报头的数据的任何类型的无线电信系统。
[0166]
在所附的独立和从属权利要求中阐述了本发明的其它特定和优选方面。应当理解，从属权利要求的特征可以与独立权利要求的特征以不同于权利要求中明确阐述的那些特征的组合进行组合。
[0167]
因此，前面的讨论仅仅公开和描述了本发明的示例性实施方式。如本领域技术人员将理解的，在不脱离本发明的精神或基本特征的情况下，本发明可以以其它特定形式实施。因此，本发明的公开内容是说明性的，而不是限制本发明以及其它权利要求的范围。本公开内容，包括本文教导的任何容易辨别的变型，部分地限定了前述权利要求术语的范围，使得没有发明性主题贡献给公众。
[0168]
本公开的各个特征由以下编号的段落限定：
[0169]
段落1.一种处理用于在无线通信系统的无线接入接口上传输的数据帧的方法，方法包括接收包括第一协议报头的第一数据帧，第一协议报头与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联，根据报头压缩上下文，通过压缩第一协议报头的一个或多个协议报头字段将报头压缩应用于第一数据帧，以形成用于在无线接入接口上传输的第一压缩数据帧，接收包括第二协议报头的第二数据帧，第二协议报头与mac帧格式
相关联，以及确定在无线接入接口上传输第二数据帧之前，第二协议报头的字段中没有一个要根据报头压缩上下文被压缩。
[0170]
段落2.根据段落1所述的方法，方法包括在无线接入接口上传输第一压缩数据帧。
[0171]
段落3.根据段落1或段落2所述的方法，其中，报头压缩上下文与目的地地址、数据承载和协议数据单元会话中的一个或多个相关联，并且其中，第一数据帧和第二数据帧与目的地地址、数据承载和协议数据单元会话中的一个或多个相关联。
[0172]
段落4.根据段落1至段落3中任一段落所述的方法，方法包括通过压缩第二协议报头的一个或多个协议报头字段将报头压缩应用于第二数据帧，以形成用于在无线通信网络的无线接入接口上传输的第二压缩数据帧，报头压缩依据另一报头压缩上下文。
[0173]
段落5.根据段落4所述的方法，方法包括在无线接入接口上传输第二压缩数据帧。
[0174]
段落6.根据段落1至段落3中任一段落所述的方法，方法包括在无线接入接口上传输第二数据帧。
[0175]
段落7.根据段落1至段落6中任一段落所述的方法，方法包括在无线接入接口上重新传输第一数据帧。
[0176]
段落8.根据段落1至段落7中任一段落所述的方法，方法包括：在接收窗口内接收第一数量的报头已经被对等解压缩器正确解压缩的指示，将第一数量与第二数量进行比较，第二数量表示在对应的传输窗口期间传输的帧的数量，帧的报头已经根据上下文被压缩，并且其中，确定第二协议报头的字段中没有一个要根据报头压缩上下文被压缩包括确定第一数量小于第二数量。
[0177]
段落9.根据段落8所述的方法，确定第二协议报头的字段中没有一个要根据报头压缩上下文被压缩包括确定第一数量与第二数量之间的差超过预定阈值。
[0178]
段落10.根据段落1至段落7中任一段落所述的方法，方法包括接收反馈分组，反馈分组包括一个或多个帧不能被正确解压缩的指示，其中，确定第二协议报头的字段中没有一个要根据报头压缩上下文被压缩响应于接收反馈分组。
[0179]
段落11.根据段落10所述的方法，其中，反馈分组包括与报头压缩上下文相关联的标识的指示。
[0180]
段落12.根据段落10所述的方法，其中，报头压缩上下文与第一数据流相关联，并且第二报头压缩上下文与第二数据流相关联，第一数据流和第二数据流的特征在于目的地地址、数据承载和协议数据单元会话中的一个或多个，第一数据流和第二数据流包括用于经由无线接入接口传输到同一装置的数据帧，并且反馈分组不与单个报头压缩上下文相关联，方法包括响应于接收反馈分组，确定第二数据流的下一帧的报头的字段中没有一个要根据第二报头压缩上下文被压缩。
[0181]
段落13.根据段落1至段落7中任一段落所述的方法，方法包括：在将报头压缩应用于第一数据帧之后，确定在第一时间之前没有接收帧已经被对等解压缩器正确解压缩的指示，其中，确定第二协议报头的字段中没有一个要根据报头压缩上下文被压缩响应于确定在第一时间之前没有接收帧已经被对等解压缩器正确解压缩的指示。
[0182]
段落14.根据段落13所述的方法，其中，第一时间是在将报头压缩应用于第一数据帧之后的预定持续时间。
[0183]
段落15.根据段落13所述的方法，其中，第一时间是在无线接入接口上传输第一压
缩数据帧之后的预定持续时间。
[0184]
段落16.根据段落1至段落15中任一段落所述的方法，方法包括：确定已经将根据报头压缩上下文的报头压缩应用于包括第一帧的多个连续帧，其中，确定第二协议报头的字段中没有一个要根据报头压缩上下文被压缩响应于确定连续帧的数量超过预定数量。
[0185]
段落17.根据段落1至段落16中任一段落所述的方法，其中，帧格式是以太网或ieee802.3帧格式。
[0186]
段落18.根据段落1至段落17中任一段落所述的方法，方法包括形成包括第一压缩数据帧的分组数据汇聚协议(pdcp)协议数据单元(pdu)。
[0187]
段落19.根据段落1至段落18中任一段落所述的方法，方法包括加密第一压缩数据帧。
[0188]
段落20.根据段落1至段落19中任一段落所述的方法，方法包括将完整性保护功能应用于第一压缩数据帧。
[0189]
段落21.根据段落1至段落20中任一段落所述的方法，其中，第一数据帧和第二数据帧与超过预定可靠性阈值的成功接收概率的服务质量要求、以及低于预定延迟阈值的最大允许传输延迟的服务质量要求相关联。
[0190]
段落22.根据段落1至段落21中任一段落所述的方法，其中，第一数据帧和第二数据帧与超可靠低延迟通信(urllc)服务相关联。
[0191]
段落23.根据段落1至2段落2中任一段落所述的方法，方法包括接收已经在无线接入接口上传输的第三数据帧，第三数据帧包括与用于局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联的协议报头，协议报头已经根据第三报头压缩上下文被压缩，根据第三报头压缩上下文来应用报头解压缩。
[0192]
段落24.一种处理在无线通信系统的无线接入接口上接收的数据帧的方法，方法包括接收已经在无线接入接口上传输的第一数据帧，第一数据帧包括与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联的协议报头，协议报头已经根据第一报头压缩上下文被压缩，根据第一报头压缩上下文应用报头解压缩，接收已经在无线接入接口上传输的第二数据帧，第二数据帧包括与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联的协议报头，协议报头没有根据第一报头压缩上下文被压缩，第二数据帧与第一报头压缩上下文相关联，以及基于第二数据帧更新第一报头压缩上下文。
[0193]
段落25.用于在无线通信网络中使用的装置，无线通信网络包括提供无线接入接口的基础设施设备，装置包括控制器，被配置使得装置能够操作：以接收包括第一协议报头的第一数据帧，第一协议报头与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联，以根据报头压缩上下文，通过压缩第一协议报头的一个或多个协议报头字段将报头压缩应用于第一数据帧，以形成用于在无线接入接口上传输的第一压缩数据帧，以接收包括第二协议报头的第二数据帧，第二协议报头与mac帧格式相关联，以及以确定在无线接入接口上传输第二数据帧之前，第二协议报头的字段中没有一个要根据报头压缩上下文被压缩。
[0194]
段落26.根据段落25所述的装置，装置包括发射机，被配置为经由无线接入接口传输数据，接收机，被配置为接收信号，其中，控制器被配置为控制发射机和接收机使得装置
能够操作以在无线接入接口上传输第一压缩数据帧。
[0195]
段落27.根据段落26所述的装置，其中，装置是基础设施设备。
[0196]
段落28.根据段落26所述的装置，其中，装置是通信设备。
[0197]
段落29.用于在无线通信网络中使用的装置的电路，无线通信网络包括提供无线接入接口的基础设施设备，电路包括发射机电路，被配置为经由无线接入接口传输数据，接收机电路，被配置为接收信号，以及控制器电路，被配置为控制发射机电路和接收机电路使得装置能够操作：以接收包括第一协议报头的第一数据帧，第一协议报头与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联，以根据报头压缩上下文，通过压缩第一协议报头的一个或多个协议报头字段将报头压缩应用于第一数据帧，以形成用于在无线接入接口上传输的第一压缩数据帧，以接收包括第二协议报头的第二数据帧，第二协议报头与mac帧格式相关联，以及以确定在无线接入接口上传输第二数据帧之前，第二协议报头的字段中没有一个要根据报头压缩上下文被压缩。
[0198]
段落30.用于在无线通信网络中使用的装置，无线通信网络包括提供无线接入接口的基础设施设备，装置包括控制器，被配置使得装置能够操作：以接收已经在无线接入接口上传输的第一数据帧，第一数据帧包括与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联的协议报头，协议报头已经根据第一报头压缩上下文被压缩，以根据第一报头压缩上下文应用报头解压缩，以接收已经在无线接入接口上传输的第二数据帧，第二数据帧包括与媒体访问控制(mac)帧格式相关联的第二协议报头，第二协议报头没有根据第一报头压缩上下文被压缩，第二数据帧与第一报头压缩上下文相关联，以及以基于第二数据帧更新第一报头压缩上下文。
[0199]
段落31.用于在无线通信网络中使用的装置的电路，无线通信网络包括提供无线接入接口的基础设施设备，电路包括控制器电路，被配置使得装置能够操作：以接收已经在无线接入接口上传输的第一数据帧，第一数据帧包括与用于在局域网(lan)内的数据传输的媒体访问控制(mac)帧格式相关联的协议报头，协议报头已经根据第一报头压缩上下文被压缩，以根据第一报头压缩上下文应用报头解压缩，以接收已经在无线接入接口上传输的第二数据帧，第二数据帧包括与媒体访问控制(mac)帧格式相关联的第二协议报头，第二协议报头没有根据第一报头压缩上下文被压缩，第二数据帧与第一报头压缩上下文相关联，以及以基于第二数据帧更新第一报头压缩上下文。
[0200]
在所附的独立和从属权利要求中阐述了本发明的其它特定和优选方面。应当理解，从属权利要求的特征可以与独立权利要求的特征以不同于权利要求中明确阐述的那些特征的组合进行组合。
[0201]
参考文献
[0202]
[1]3gpp ts 38.300 v.15.2.0“nr；nr and ng-ran overall description；stage 2(release 15)”,june 2018
[0203]
[2]holma h.and toskala a,“lte for umts ofdma and sc-fdma based radio access”,john wiley and sons,2009
[0204]
[3]3gpp document r2-1901424
[0205]
[4]3gpp document r2-1909902
[0206]
[5]3gpp document r2-2000834