CN115668822A - 用信号通知网络编码操作的暂停和恢复的方法和设备 - Google Patents

Abstract

本发明涉及一种基站和用户设备之间的无线通信的方法，其中该方法包括：接收网络编码的控制元素；以及响应于接收到控制元素来控制网络编码的启用或停用。

Description

用信号通知网络编码操作的暂停和恢复的方法和设备

技术领域

本发明涉及用信号通知无线电通信***中的装置的网络编码暂停和恢复的方法和设备以及网络编码的暂停/恢复操作所用的相关联的控制协议。更具体地，本发明涉及超可靠低延迟通信(URLLC)的数据传输鲁棒性改进。

背景技术

无线通信***被大量部署以解决范围从移动宽带、大规模机器类型通信和超可靠低延迟通信(URLLC)的广泛应用。这样的***允许多个用户设备(UE)或移动终端(MT)共享无线介质，以通过一个或多于一个基站在无线电接入网络(RAN)上交换若干类型的数据内容(例如，视频、语音、消息传送…)。这种无线多址通信***的示例包括基于第三代合作伙伴计划(3GPP)标准的***(诸如***(4G)长期演进(LTE)或最近的第五代(5G)新空口(NR)***等)或基于IEEE 802.11标准的***(诸如WiFi等)。

URLLC类型的通信在工业物联网(I-IoT或IIOT或IIoT)环境中特别相关，在工业物联网环境中，通信可靠性以及因此通信服务可用性对于防止服务中断至关重要，同时需要与通信的端到端延迟相关的低等待时间，以例如避免引入设备的停机时间或确保预测性确定性数据接收。

可以考虑若干技术来确保通信可靠性，诸如自动重传请求(ARQ)或基于确认消息传送的按需重传方案等，即使很难满足低等待时间要求。

为了减少这个问题，提供一种包复制机制，在3GPP中称为分组数据汇聚协议(PDCP)T复制，并且在规范TS 38.323中描述，其中包在两个不同的载波频率而不是一个载波频率上***地发送和接收。然而，包复制不是最佳的，因为它在使带宽要求加倍的同时缺乏编码分集。

引入用于RAN通信的网络编码导致考虑所涉及的无线电装置(即UE和基站)之间的适当信令。已知网络编码是以最小冗余度实现低包错误率的有效技术。与上述技术相比，在降低带宽消耗的同时提供相同水平的鲁棒性。

然后，在操作中，装置应当能够快速地对如下的条件变化做出反应：例如无线电链路质量的劣化或改进、释放带宽用于优先级业务的需要、或减少处理负载的需要(例如，过热情形)。因此，网络编码操作必须能够快速中断和恢复。

若干3GPP规范文档(TS 38.300、TS 37.340、TS 38.323、TS 38.331…)提供了用于多连接或PDCP复制设置的规范。

发明内容

已经设计了本发明以解决前述问题中的一个或多于一个。提供了在5G装置之间建立共享网络编码(NC)配置、同时描述用于暂停/恢复操作的相关联的控制协议的信号通知方法。

在本发明的一个实施例中，借助于在包的MAC子头部中携带的MAC CE(MAC控制元素)来建立网络编码(NC)暂停/恢复通知。在本发明的另一方面，借助于在一个或多于一个无线电资源控制(RRC)消息中携带的信息元素(IE)中所添加的特定字段来建立网络编码(NC)暂停/恢复通知。在本发明的另一个实施例中，网络编码(NC)暂停/恢复命令被嵌入在编码数据包的专用字段中。

在本发明的一个实施例中，网络编码(NC)配置处理以及网络编码(NC)暂停/恢复处理由基站控制。在本发明的另一实施例中，UE可以通过共享RRC消息中携带的状态信息来发送暂停/恢复的请求。

在本发明的一个实施例中，用于网络编码(NC)配置和网络编码(NC)暂停/恢复处理这两者的协议消息属于由3GPP标准化的消息集合。

暂停/恢复操作与启用/停用的不同之处在于：它们的有效性时间短；以及装置以与暂停之前使用的配置相同的配置来恢复网络编码而不使用重新配置这一事实。

根据本发明的第一方面，提供一种基站和用户设备之间的无线通信的方法，其中，所述方法包括：接收网络编码的控制元素；以及响应于接收到控制元素来控制网络编码的启用或停用。

在实施例中，接收步骤和控制步骤由所述基站执行，网络编码的控制元素由所述用户设备发送。

在实施例中，接收步骤和控制步骤由所述用户设备执行，网络编码的控制元素由所述基站发送。

在实施例中，该方法还包括：在所述基站发送网络编码的控制元素之前，由所述用户设备向所述基站发送针对网络编码的启用或停用的请求。

在实施例中，其中，该方法还包括：在接收到网络编码的控制元素的情况下，由所述用户设备向所述基站发送确认消息以确认接收到网络编码的控制元素。

在实施例中，该方法还包括：在所述基站发送网络编码的控制元素之前，由所述用户设备向所述基站发送状态报告。

在实施例中，网络编码的控制元素被嵌入在介质接入控制控制元素中。

在实施例中，网络编码的控制元素被嵌入在分组数据汇聚协议消息的头部中。

在实施例中，网络编码的控制元素被嵌入在无线电资源控制消息中。

在实施例中，所述方法还包括：在发送网络编码的控制元素之前，检查对网络编码的启用或停用的需要。

在实施例中，检查对网络编码启用或停用的需要至少基于处理器条件。

在实施例中，检查对网络编码启用或停用的需要至少基于电池状态。

在实施例中，检查对网络编码启用或停用的需要至少基于服务质量修改。

在实施例中，检查对网络编码启用或停用的需要至少基于信道质量修改检测。

在实施例中，检查对网络编码启用或停用的需要至少基于缓冲器状态报告的接收。

在实施例中，控制网络编码的停用的步骤包括根据预定义的网络编码配置来暂停对数据包的编码。

在实施例中，控制网络编码的停用的步骤包括根据预定义的网络编码配置来暂停对数据包的解码。

在实施例中，控制网络编码的启用的步骤包括根据预定义的网络编码配置来恢复对数据包的编码。

在实施例中，控制网络编码的启用的步骤包括根据预定义的网络编码配置来恢复对数据包的解码。

在实施例中，该方法还包括：在本地存储器中存储用于对数据包进行编码或解码的网络编码配置。

在实施例中，用于恢复数据包的编码或解码的预定义网络编码配置是最后使用的网络编码配置。

在实施例中，对网络编码启用或停用的请求被嵌入在介质接入控制控制元素中。

在实施例中，对网络编码启用或停用的请求被嵌入在分组数据汇聚协议消息的头部中。

在实施例中，对网络编码启用或停用的请求被嵌入在无线电资源控制消息中。

在实施例中，确认消息被嵌入在介质接入控制控制元素中。

在实施例中，确认消息被嵌入在分组数据汇聚协议消息的头部中。

在实施例中，确认消息被嵌入在无线电资源控制消息中。

在实施例中，在接收到确认消息之后，在基站处进行网络编码启用。

在实施例中，在接收到确认消息之后，在基站处进行网络编码停用。

在实施例中，网络编码的控制元素包括与要启用或停用所述网络编码的数据无线电承载有关的信息。

在实施例中，控制步骤包括：发送网络编码的启用或停用通知以指示网络编码的启用或停用何时生效。

在实施例中，启用或停用通知指示网络编码被启用或停用的第一数据包。

在实施例中，网络编码的启用或停用通知包括与要启用或停用网络编码的数据无线电承载有关的信息。

在实施例中，网络编码的启用或停用通知被嵌入在分组数据汇聚协议消息的头部中。

根据本发明的另一方面，提供一种用于可编程装置的计算机程序产品，所述计算机程序产品包括指令序列，所述指令序列用于在被加载到所述可编程装置中并由所述可编程装置执行时实现根据本发明所述的方法。

根据本发明的另一方面，提供一种计算机可读存储介质，其存储用于实现根据本发明所述的方法的计算机程序的指令。

根据本发明的另一方面，提供一种计算机程序，所述计算机程序在执行时使得进行根据本发明所述的方法。

根据本发明的另一方面，提供一种用于与基站进行无线通信的用户设备装置，其中，所述用户设备装置包括处理器，所述处理器被配置为：接收网络编码的控制元素；以及响应于接收到控制元素来控制网络编码的启用或停用。

根据本发明的另一方面，提供一种用于与用户设备进行无线通信的基站装置，其中，所述基站装置包括处理器，所述处理器被配置为：接收网络编码的控制元素；以及响应于接收到控制元素来控制网络编码的启用或停用。

根据本发明的方法的至少部分可以是计算机实现的。因此，本发明可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式，这些软件和硬件方面在本文中通常都可以被称为“电路”、“模块”或“***”。此外，本发明可以采取体现在任何有形表达介质中的计算机程序产品的形式，该有形表达介质具有体现在介质中的计算机可用程序代码。

由于本发明可以用软件实现，因此本发明可以体现为用于在任何合适的载体介质上提供给可编程设备的计算机可读代码。有形的非暂时性载体介质可以包括存储介质，诸如软盘、CD-ROM、硬盘驱动器、磁带装置或固态存储器装置等。瞬态载体介质可以包括诸如电信号、电子信号、光信号、声信号、磁信号或电磁信号(例如微波或RF信号)等的信号。

附图说明

现在将仅通过示例的方式并参考以下附图来描述本发明的实施例，在附图中：

图1示出利用允许网络编码方案的操作的载波聚合的无线电接入网络(RAN)拓扑。

图2示出利用允许网络编码方案的操作的双连接的无线电接入网络(RAN)拓扑。

图3示出利用发送器侧的操作的网络编码方案的示例。

图4示出利用(在图3中描绘的编码操作之后的)接收器侧的操作的网络编码方案的示例。

图5示出例示了利用载波聚合的下行链路或上行链路传输的框图。

图6示出例示了利用双连接的下行链路传输的框图。

图7示出例示了利用双连接的上行链路传输的框图。

图8示出根据本发明的一个实施例的支持NC暂停和恢复处理的处理流程的示例。

图9示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程的示例。

图10示出根据本发明第三实施例的支持NC暂停和恢复处理的处理流程的示例。

图11示出根据本发明第四实施例的支持NC暂停和恢复处理的处理流程的示例。

图12示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程的示例。

图13示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程的示例。

图14示出根据本发明的一个实施例的支持NC恢复的同步的处理流程的示例。

图15示出根据本发明的一个实施例的支持NC暂停的同步的处理流程的示例。

图16示出根据本发明的支持网络编码的装置的框图。

图17示出根据本发明的支持网络编码的通信管理器的第一框图。

图18示出支持网络编码的UE的框图。

图19示出支持网络编码的基站的框图。

图20示出例示了根据本发明实施例的在基站级通过配置消息支持网络编码暂停/恢复操作的方法的流程图。

图21示出例示了根据本发明实施例的在UE级通过配置消息支持网络编码暂停/恢复操作的方法的流程图。

图22示出例示了根据本发明实施例的在基站级通过MAC子头部支持网络编码暂停/恢复操作的方法的流程图。

图23示出例示了根据本发明实施例的在UE级通过MAC子头部支持网络编码暂停/恢复操作的方法的流程图。

图24示出例示了根据本发明实施例的在基站级通过MAC子头部支持网络编码暂停/恢复操作的具有可选执行确认的方法。

图25示出例示了根据本发明实施例的在UE级通过MAC子头部或配置消息支持网络编码恢复操作的具有可选执行确认的方法的流程图。

图26示出例示了根据本发明实施例的在基站级在UE省电模式之后通过MAC子头部支持网络编码恢复操作的方法的流程图。

图27示出例示了根据本发明实施例的在UE级在其省电模式之后通过MAC子头部或配置消息支持网络编码恢复操作的方法的流程图。

图28示出例示了根据本发明实施例的在任何装置(BS或UE)处通过头部指示支持网络编码暂停操作的方法的流程图。

图29示出例示了根据本发明实施例的在另一装置(UE或BS)处通过头部指示支持网络编码暂停操作的另一方法的流程图。

图30示出例示了根据本发明实施例的在基站处通过头部指示或MAC CE支持网络编码恢复操作的方法的流程图。

图31示出例示了根据本发明实施例的在UE处通过头部指示或MAC CE支持网络编码恢复操作的另一方法的流程图。

图32示出例示了根据本发明实施例的在基站处通过头部指示或MAC CE支持网络编码暂停操作的方法的流程图。

图33示出例示了根据本发明实施例的在UE处通过MAC CE或头部指示支持网络编码暂停操作的另一方法的流程图。

图34示出根据本发明实施例的PDCP包的格式。

图35示出根据本发明实施例的MAC控制元素头部的格式。

具体实施方式

图1示出具有允许网络编码方案的操作的载波聚合的无线电接入网络(RAN)拓扑。

呈现了无线通信***100的示例，诸如可以受益于本发明的5G NR(新空口)网络等。无线通信***包括用户设备(UE)101和基站102，基站102可以与UE进行无线通信。图中未表示的若干其他UE和其他基站也可以是该***的一部分。无线通信***可以是新空口(NR)网络、长期演进(LTE)网络或高级LTE(LTE-A)网络。基站可以指代但不限于无线电收发器、eNodeB(eNB)或下一代节点B(gNB)。UE 101能够通过无线电接入网络(RAN)与任何种类的基站或有限类型的基站通信。

基站102连接到核心网络103，核心网络103可以是例如5G核心(5GC)或演进分组核心(EPC)。基站和核心网络实体之间的连接可以是有线的或无线的。

可以实现载波聚合(CA)机制，从而允许UE 101和基站102在表示为f1和f2的两个不同分量载波频率上同时通信。由f1的覆盖区域定义的无线电小区被称为主小区，而f2定义了辅小区。

载波聚合已经在4G/LTE标准中被引入并且在5G NR中被增强。(诸如最新的WiFi代等的)其他无线通信标准也依赖于这种机制。载波聚合的第一个目的是通过在多个频率块(也称为分量载波)上发送不同的数据来增加每个用户的数据速率。载波聚合可以应用于从基站到UE的下行链路(DL)传输和从UE到基站的上行链路(UL)传输。

载波聚合的另一个益处是向(诸如包复制或网络编码等的)纠错方案提供时间和频率分集这两者。

根据TS 38.323中描述的PDCP复制方法，来自核心网络103的数据由基站102在一个分量载波频率f1上以协议数据单元(PDU)的形式发送到UE 101，而这些PDU的副本同时或不同时在不同的分量载波频率f2上发送到UE 101。

在网络编码的上下文中，根据本发明的一些实施例，可以在f1上发送第一组线性组合，而可以在f2上发送第二组线性组合。在本发明的一些实施例中，线性组合的传输不依赖于载波聚合，即线性组合在相同的频率上发送，但不是最佳的，因为***失去了频率分集。

图2示出具有允许网络编码方案的操作的双连接的无线电接入网络(RAN)拓扑。

该图呈现了可以受益于本发明的无线通信***200，诸如5G NR(新空口)网络等。无线通信***包括用户设备(UE)201以及可以与UE进行无线通信的两个基站202-a和202-b。图中未表示的若干其他UE也可以是该***的一部分。无线通信***可以是新空口(NR)网络、长期演进(LTE)网络或高级LTE(LTE-A)网络。各个基站可以指代但不限于无线电收发器、eNodeB(eNB)或下一代节点B(gNB)。UE 102能够与任何种类的基站或与有限类型的基站进行通信。

基站202-a和202-b连接到核心网络203，核心网络203可以是例如5G核心(5GC)或演进分组核心(EPC)。基站与核心网络实体之间的连接以及两个基站之间的连接可以是有线的或无线的。

可以实现双连接(DC)机制，其中UE 201和基站202-a使用f1频带直接通信，并且其中UE 201还使用f2频带通过基站202-b与基站202-a通信。在该特定配置中，基站202-a被称为主节点(MN)，同时f1频带定义主小区组(MCG)。基站202-b被称为辅节点(SN)，并且f2频带定义辅小区组(SCG)。

在一些实施例中，f1频率和f2频率是相同的。

类似于载波聚合(CA)，3GPP已经在4G/LTE标准中引入了双连接(DC)，并且在5G NR中增强了双连接(DC)，目的是增加用户吞吐量，提供移动性鲁棒性，以及支持基站之间的负载平衡。这适用于下行链路(DL)传输和上行链路(UL)传输这两者。

DC的另一个益处是不仅为(诸如包复制或网络编码等的)纠错方案提供时间和频率分集，而且还提供空间分集。

根据TS 38.323中描述的PDCP复制方法，来自核心网络203的数据由基站202-a经由MCG以协议数据单元(PDU)的形式直接发送到UE 201，而这些PDU的副本由基站202-a发送到基站202-b，基站202-b经由SCG将这些PDU转发到UE 201。在协议级别，可以认为各个PDU通过拆分数据无线电承载(DRB)或拆分承载发送，其中在MCG和SCG这两者上使用相同的DRB(实际上在MCG和SCG之间拆分)。

类似地，在网络编码的上下文中，根据本发明的一些实施例，PDU的第一组线性组合由基站202-a直接发送到UE 201，而第二组线性组合由基站202-a通过基站202-b发送到UE 201。

图1和图2示出基站和UE之间的两个可能的通信信道(也称为支路)。然而，本领域技术人员知道5G NR规范不将CA和DC限制为两个支路。通过在CA中添加其他分量载波，或者通过在DC中添加辅基站，可以获得更多支路。作为概括，可以在UE和基站之间建立将涉及多个附加基站的多连接方案。关于载波聚合(CA)和双连接(DC)的细节可在规范文档TS38.300和TS 37.340中获得。

图3示出具有发送器侧的操作的网络编码方案的示例。

呈现了将由NC编码器模块300进行的关注于网络编码的编码方面的网络编码方案的示例。传入PDU首先由填充功能310处理。如果传入PDU的长度是奇数，则将一个字节的伪数据(例如全零)附加到PDU，并且将填充指示设置为也负责头部处理的传输缓冲器308的输入。然后，PDU由PDU拆分器301处理，PDU拆分器301将PDU拆分成两部分。

可以以许多不同的方式进行拆分。进行拆分动作的一种方式是将PDU分成相等大小的两个部分：(PDU_length/2)第一字节放置在所谓的偶数包(也称为EVEN PDU或EVEN)中，而随后的字节聚集在所谓的奇数包(也称为ODD PDU或ODD)中。作为其他实现的示例，每2个字节的1个字节可以被排序并放置在EVEN PDU和ODD PDU中。本领域技术人员可以考虑其他拆分方案。

这两个部分对于EVEN PDU存储在缓冲器302中，并且对于ODD PDU存储在缓冲器303中。将PDU拆分成两个部分是有益的，因为减小所发送包的长度降低了在传输期间一个位被损坏的概率。因此，这也减少了对由于接收到损坏的包而导致的重传的需要。

通过传输缓冲器308，将输出4个PDU。EVEN、ODD和由EVEN和ODD的组合产生的两个PDU。被称为COMB1并存储在缓冲器306中的第一组合包是(通过乘法和加法单元304进行的)与ODD和EVEN内的字节的两个不同系数α₁₁和α₁₂的字节到字节相乘的结果的字节到字节相加产生的。被称为COMB2并存储在缓冲器307中的第二组合包是(通过乘法和加法单元305进行的)与ODD和EVEN内的字节的两个不同系数α₂₁和α₂₂的字节到字节相乘的结果的字节到字节相加产生的。

在本发明的一些实施例中(但非限制性的)，在伽罗华域(Galois Field)GF256中进行操作。不是GF 256中的4个系数的所有集合都可以使用。必须排除多个1和0，因为它们将使原始数据不变，并且(α₁₁×α₁₂)不应等于(α₂₁×α₂₂)，否则线性组合将是相同的。

还可以在传输缓冲器308中分配序列号。这种序列号的格式可以是(4n+t)，其中t属于{0,1,2,3}。例如，任何ODD PDU的序列号将呈4n(t＝0)的形式，任何EVEN PDU的序列号将呈(4n+1)的形式，任何COMB1 PDU的序列号将呈(4n+2)的形式，并且任何COMB2 PDU的序列号将呈(4n+3)的形式。

最后，四个编码的PDU(即ODD、EVEN、COMB1和COMB2)在不同的支路上被发送(也参见图1和图2)。例如，ODD和COMB1在第一支路上发送，而EVEN和COMB2在第二支路上发送。

图4示出具有与图3中描绘的编码操作相对应的在接收器侧的操作的网络编码方案的示例。

该示例关注于要由NC解码器模块400进行的网络编码的解码方面。

各个所接收的编码PDU(ODD、EVEN、COMB1或COMB2)进入接收缓冲器411。与所接收的PDU相关联的填充指示可以被提取并传递给填充移除功能409。在接收缓冲器411中，所接收的PDU可以根据它们的序列号被重新排序。任何序列号除以4产生商n和余数r。共享相同商n的任何两个PDU(即，EVEN、ODD、COMB1和COMB2中的任何两个)足以重构原始PDU。根据任何两个所接收PDU的在模块401和402中计算的余数，需要一组特定的4个系数(b₁₁，b₁₂，b₂₁和b₂₂)来重构包。示例：如果接收到ODD和EVEN，则系数将是单位矩阵(b₁₁＝1，b₁₂＝0，b₂₁＝0和b₂₂＝1)。

因此，任何一对所接收的PDU的模块401的余数(也称为Rem(SN1))和模块402的余数(也称为Rem(SN2))是查找表403的输入。

查找表403中的描述：

2个所接收的编码PDU的各个字节(分别是字节(SN1，x)和字节(SN2，x))将形成向量

x指示该字节在包中的位置。该向量将乘以矩阵M，结果是对应于原始PDU的2个部分。通常发生6种情况：

-第一种情况)接收到EVEN，接收到ODD。Rem(SN1)＝0并且Rem(SN2)＝3。因此，矩阵M是单位矩阵；

-第二种情况)接收到EVEN，接收到COMB1。Rem(SN1)＝0并且Rem(SN2)＝1，矩阵M是

的逆，即

α_1,1和α_1,2是由发送器的编码引擎303使用的系数，如图3中所描述的；

-第三种情况)接收到EVEN，接收到COMB2。Rem(SN1)＝0并且Rem(SN2)＝2，矩阵M是

的逆，即

α_2,1和α_2,2是由编码引擎303使用的系数；

-第四种情况)接收到ODD，接收到COMB1。Rem(SN1)＝1并且Rem(SN2)＝3，矩阵M是

的逆，即

α_1,1和α_1,2是由编码引擎303使用的系数；

-第五种情况)接收到ODD，接收到COMB2。Rem(SN1)＝2并且Rem(SN2)＝3，矩阵M是

的逆，即

α_2,1和α_2,2是由编码引擎303使用的系数；

-第六种情况)接收到COMB1，接收到COMB2。Rem(SN1)＝1并且Rem(SN2)＝2，矩阵M是

的逆，即

α_1,1、α_1,2、α_2,1和α_2,2是由编码引擎303使用的系数。

尽管后续事件的概率非常低，但是可能发生如下情况：4个可能的编码PDU中仅有一个被接收。在这种情况下，该处理将不检索丢失的原始PDU(或者可以请求重传)。

矩阵作为优选选择给出，因为由于使用属于集合{0,1}的系数而降低了解码复杂度。然而，4对线性无关向量的任何选择都是可接受的。矩阵运算由“乘法和加法”单元404和405进行。结果在被模块408附加以重构原始PDU之前被存储在缓冲器406和407中。可以在模块409中移除额外填充。最后，模块410移除复制的PDU，因为可能发生如下情况：接收到共享相同商的多于2个编码PDU。

图5示出例示了在利用载波聚合的下行链路或上行链路传输中使用的协议栈的框图。

无线通信***可以是使用一个堆叠在另一个上的协议层来操作的面向包的网络。在本发明的情况下，用于交换控制包和数据包的协议是独立的，这意味着存在独立于用户数据面的控制面。这两个面使用相同的层，但栈不同。用户数据面可以由SDAP层、PDCP层、RLC层、MAC层组成。控制数据面可以由RRC层、PDCP层、RLC层、MAC层组成。图5表示负责用户数据包的协议栈。该栈在发送器侧510上由SDAP层511、PDCP层512、RLC层513和514、MAC层515以及PHY层516构成。在接收器侧520上，找到以相反的顺序处置传入数据包的相同栈。首先是PHY层526，然后是MAC层525、RLC层523和524、PCDP层522，最后是SDAP层521。发送器侧处的PHY层516通过将信息流转换为物理调制信号、调制载波频率来提供到传输介质(空气)的电接口，并且在接收器侧526处进行相反的操作，通过解调和下频移来提供从介质到电信号的接口。在TS 38.201、TS 38.211、TS 38.212、TS 38.213、TS 38.214中描述了PHY层。

MAC(介质接入信道)516协议负责为用户数据选择可用的传输格式，并负责将逻辑信道映射到传输信道。MAC还处置混合自动重传请求方案的一部分。在TS 38.321中描述了MAC层。MAC封装从RLC层513和514发出的数据包。MAC添加携带MAC功能所需的信息的头部。

接收器侧525上的MAC从PHY层526接收数据并移除MAC头部。MAC将数据传递到RLC层。

RLC(无线电链路控制)层513或514负责从PDCP层发出的用户数据包的分段，以使它们适合于MAC选择的传输格式。RLC层可以添加携带RLC功能所需的信息的头部。如果选择了不同于透传模式的模式，则RLC层还负责请求重传丢失的包。必须注意，这些请求是通过ACK/NACK信令和向后发送的缓冲器状态请求(BSR)做出的。ACK/NACK指示哪些包被接收到或未被接收到，对BSR的应答中的缓冲器状态指示哪些包仍将被成功发送和接收。在TS38.322中描述了RLC层。存在与载波频率(也称为分量载波)一样多的RLC层实例化。在载波聚合中，RLC层将它们的出口/入口包传递或接收到仅一个MAC实体。

接收器侧的RLC层523和524从MAC层接收数据。RLC层管理创建重传所需的ACK/NACK包。由于不同的传播，载波频率可以呈现不同的传输质量，因此需要具有多个RLC，因为调制和重传可能不同。接收器侧的RLC还处置分段并在将PDCP PDU传递到PDCP层之前重新创建PDCP PDU。

分组数据汇聚协议(PDCP)层512(Tx)/522(Rx)在控制包经过时处置用户数据包的IP头部压缩/解压缩、加密/解密和完整性，但强制在发射器侧对包进行编号，并在接收器侧对接收到的包进行重新排序。在TS 38.323中描述了PDCP层。PDCP封装(当放置在传输路径上时)/解封装(当放置在接收路径上时)从上述SDAP层发出或发送到上述SDAP层的用户数据包或者从RRC层发出的控制包。添加/移除携带PDCP功能所需的信息的头部，该头部包括序列号、控制/数据标识位以及当设置控制位时的PDU类型信息。PDCP可以以多连接模式(载波聚合/具有多达四个支路的多连接)将其出口/入口包传递或接收到多个RLC实体。

SDAP(服务数据适配协议)层511或521处置服务质量。在TS 38.324中描述了SDAP层。该层仅存在于5G NR的用户数据面中。5G NR中的QoS是基于流的。包被分类并用QoS流标识符(QFI)标记。5G QoS流在RAN中被映射到数据无线电承载(DRB)。在5G NR中，无线电承载或数据无线电承载对应于实现协议(PDCP、RLC、MAC)和PHY层的资源的使用。如果数据流属于相同的QoS类别，则数据无线电承载可以携带若干数据流。SDAP层的作用是将无线电承载归属于一个或多于一个QoS流。

在载波聚合中，在这里由540和541表示的2个或多于2个分量载波上发送用户数据。分量载波具有不同的频率，并且可以具有不同的带宽、不同的传播，从而得到不同的吞吐量。如上所述，管理这些差异需要若干RLC层。然而，同一MAC层处置传输流。

图6示出例示了利用双连接的下行链路传输的协议栈的框图。

包括SDAP层611、PDCP层612、RLC层613、MAC层615和PHY层616的第一基站610(主)在传输中操作第一协议栈。该基站可以属于4G/LTE网络或5G NR网络。属于5G NR网络的第二基站630(辅)包括RLC层633、MAC层635和PHY层636。RLC层613和633从同一PDCP层613获得它们的PDU，从而形成所谓的拆分承载。

在UE 620中，处置接收到的包需要复制一些功能，因此使用2个独立的部分栈。第一部分栈包括PHY层628、MAC层627和RLC层623。第二部分栈包括PHY层626、MAC层625和RLC层624。2个RLC层623和624将它们的PDU传递给同一PDCP层622。该PDCP层622将负责在将复制的包传递到SDAP层621之前移除复制的包。

在使用多于两个支路(多连接模式)的情况下，存在与支路的数量一样多的部分栈(PHY、MAC、RLC)。

图7示出例示了利用双连接的上行链路传输的协议栈的框图。

包括SDAP层711、PDCP层712、RLC层713、MAC层715和PHY层716的第一基站710在接收中操作第一协议栈。该基站可以属于4G/LTE网络或5GNR网络。属于5G NR网络的第二基站730包括RLC层733、MAC层735和PHY层736。RLC层713和733将它们的PDU发送到同一PDCP层712。该PDCP层712将负责在将复制的包传递到SDAP层711之前移除复制的包。

在UE 720中，处置要发送的包需要复制一些功能，因此使用2个独立的部分栈。第一部分栈包括PHY层728、MAC层727和RLC层723。第二部分栈包括PHY层726、MAC层725和RLC层724。2个RLC层723和724从同一PDCP层722接收它们的PDU，从而形成所谓的拆分承载。

在使用多于两个支路的情况下(多连接模式)，存在与支路的数量一样多的部分栈(PHY、MAC、RLC)。

图8示出根据本发明的一个实施例的支持NC暂停和恢复处理的处理流程800的示例。网络编码的暂停对应于网络编码的停用，而网络编码的恢复对应于网络编码的启用。假设UE 801处于如TS 38.331中定义的RRC连接状态，这意味着UE 801连接到基站802(其是5GNR网络中的gNB)。

UE 801还在未表示的核心网络实体(例如，5G核心)处登记。

根据本发明的一个实施例，UE 801是指图1的UE 101或图2的UE 201，并且基站802是指图1的基站102或图2的基站202-a或202-b。

基站802根据先前状态检查对网络编码暂停或网络编码恢复的需要。暂停或恢复可以由测量报告803所指示的信道质量的改变或者基站负载的改变来引发。基站检查修改NC使用的需要804。信道质量的改进可以是对网络编码暂停的指示，而劣化可以指示需要恢复网络编码。

然后，基站准备NC暂停/恢复命令消息805，该消息包含暂停或恢复网络编码操作的指示。

在接收到该消息时，UE向基站发送消息NC暂停/恢复完成806，并在807处暂停或恢复网络编码操作。类似地，在接收到消息806时，基站在807处暂停或恢复网络编码操作。

NC暂停/恢复命令消息805的示例可以是TS 38.331(版本16.0.0)中描述的RRCReconfiguration消息，其被修改为携带网络编码参数。修改如下所示。

以下是与图8的消息805和图13的1307相关的NC配置信息的例示。NC启用和配置信息(下面以粗体示出)可以添加在RRC消息RRCReconfiguration和RRCResume中携带的称为RadioBearerConfig的信息元素中。如TS 38.331(版本16.0.0)中所定义。

在该示例中，NC启用、暂停和配置信息参数由以下各项组成：

-nc-Activation：指示是否应启用NC的布尔值；

-nc-Suspension：指示是否应停用NC的布尔值；

-nc-Config收集下列NC参数：

οnc-Mode：指示传输模式(载波聚合或多连接)的多个可能值中的值；

οnc-NumChannel：表示用于NC的RLC信道的数量的整数；

οnc-Scheme：指示要应用的NC方案的多个可能值中的值。该格式假设基站和UE这两者共享对哪个NC方案对应于各个可能值的相同理解。特别地，NC方案可以识别要在各个线性组合中组合在一起的PDU的数量；

οnc-CoeffList：系数值nc-CoeffValue的列表(例如，在伽罗瓦(Galois)域256中各自为8位)。系数的最大数量是常数(例如32)。作为示例，假设在各种NC方案中可以将不超过4个不同的PDU组合在一起，则第一线性组合使用属于第一集合的系数(从1直到4的系数)，第二线性组合使用属于第二集合的系数(从5直到8的系数)，等等...；

οnc-CoeffMapping：以逻辑信道标识的递增顺序分类的RLC信道的列表。该列表的元素的数量由参数nc-NUMChannel指示。该值是位串，其中各个位(布尔值)与一个线性组合(即，与系数的一个集合)相关联。如果该值为真，则在该信道上发送该线性组合。

这是非限制性示例，参数的其他格式和组合是可能的。

NC暂停/恢复完成消息806的示例可以是TS 38.331(版本16.0.0)中描述的RRCReconfigurationComplete消息。

如TS 38.331所示，可能发生以下情况：一些数据包在缓冲器中等待发送。它们与命令已经创建的状态不一致。TS 38.331指示必须刷新这些包。重传机制可以导致根据新适配的方案重传这些包。在本发明的一个实施例中，应用图14和图15的方法，其不需要刷新数据包。

由NC暂停/恢复命令和NC暂停/恢复完成所携带的信息可以是全局的(应用于基站和UE之间的所有现有DRB)或针对每个DRB的。

图9示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程900的示例。假设UE 901处于如TS 38.331中定义的RRC连接状态，这意味着UE 901连接到基站902(其是5G NR网络中的gNB)。UE 901还在未表示的核心网络实体(例如，5G核心)处登记。

根据本发明的一个实施例，UE 901是指图1的UE 101或图2的UE 201，并且基站902是指图1的基站102或者图2的基站202-a或202-b。

基站902检查暂停或恢复网络编码的需要(步骤904)。暂停或恢复可以由测量报告903指示的信道质量的改变或由基站的负载的改变而引发。信道质量的改进可以是对网络编码暂停的指示，而劣化可以指示需要恢复网络编码。

一旦决定暂停或恢复网络编码操作905，基站就准备并发送NC暂停/恢复命令消息906，该消息包含暂停或恢复网络编码操作的指示。在接收到消息时，UE暂停或恢复网络编码操作907。

在本发明的一个实施例中，UE 901向基站发送消息NC暂停/恢复完成908。在本发明的另一实施例中，UE 901不向基站发送消息NC暂停/恢复完成908。

根据本发明的一个实施例，NC暂停/恢复命令消息906可以由MAC控制元素携带，并且NC暂停/恢复完成消息908可以由另一MAC控制元素携带。关于该MAC CE元素的格式的进一步细节在图35中提供。这些MAC CE元素的格式可以相同或不同。它们可以同时携带用于任何数据无线电承载(DRB)、用于上行链路和/或下行链路和/或用于若干DRB的信息。

在本发明的一个实施例中，在基站级，步骤905处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在发送NC暂停/恢复命令消息906之前在步骤905处生效。

在本发明的另一实施例中，在基站级，步骤905处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在接收到NC暂停/恢复完成消息908之后生效。

在本发明的一个实施例中，在UE级，步骤907处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在发送NC暂停/恢复完成消息908之前在步骤907处生效。

在本发明的另一实施例中，在基站级，步骤905处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在传输NC暂停/恢复完成消息908之后生效。

由NC暂停/恢复命令906和NC暂停/恢复完成908携带的信息可以是全局的(以应用于基站和UE之间的所有现有DRB)或针对每个DRB的。

图10示出根据本发明第三实施例的支持NC暂停和恢复处理的处理流程1000的示例。假设UE 1001处于如TS 38.331中所定义的RRC连接状态，这意味着UE 1001连接到基站1002(其是5G NR网络中的gNB)。UE 1001还在未表示的核心网络实体(例如，5G核心)处登记。

根据本发明的一个实施例，UE 1001是指图1的UE 101或图2的UE 201，并且基站1002是指图1的基站102或者图2的基站202-a或202-b。

UE 1001向基站1002发送NC暂停/恢复请求消息1003。在本发明的一个实施例中，UE发送NC暂停/恢复请求消息1003的决定可以由UE的负载来引发。根据本发明的一个实施例，NC暂停/恢复请求消息1003可以由MAC控制元素携带。在图35中提供了关于该MAC CE元素的格式的进一步细节。

根据本发明的另一实施例，NC暂停/恢复请求消息1003可以由RRC消息携带，如图8所示。

根据本发明的另一实施例，nc-Suspension等于“1”代表NC暂停请求，而nc-Suspension等于“0”代表NC恢复请求。

根据本发明的另一实施例，nc-Activation等于“1”代表NC恢复请求，而nc-Activation等于“0”代表NC暂停请求。

在接收到NC暂停/恢复请求消息1003时，基站1002在步骤1004处检查对网络编码暂停或恢复的需要。例如，有鉴于调度器队列或UE不可访问的其他参数，基站可以认为该请求不是必需的。

一旦决定暂停或恢复网络编码操作1005，基站就准备并发送NC暂停/恢复命令消息1006，该消息包含暂停或恢复网络编码模式的指示。在接收到消息1006时，UE在步骤1007处暂停或恢复网络编码操作。

在本发明的一个实施例中，UE 1001向基站发送消息NC暂停/恢复完成1008。在本发明的另一实施例中，UE 1001不向基站发送NC暂停/恢复完成消息1008。

根据本发明的一个实施例，NC暂停/恢复命令消息1006可以由MAC控制元素携带，并且NC暂停/恢复完成消息1008可以由另一MAC控制元素携带。这些MAC CE元素的格式可以相同或不同，如图35中所述。这些MAC CE元素可以携带用于上行链路、下行链路或这两者的信息。

在本发明的一个实施例中，在基站级，步骤1005处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在发送NC暂停/恢复命令消息1006之前在步骤1005处生效。

在本发明的另一实施例中，在基站级，步骤1005处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在接收到NC暂停/恢复完成消息1008之后生效。

在本发明的一个实施例中，在UE级，步骤1007处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在发送NC暂停/恢复完成消息1008之前在步骤1007处生效。

在本发明的另一实施例中，在基站级，步骤1005处的由决定恢复或暂停网络编码操作所产生的网络编码的启用或停用可以在传输NC暂停/恢复完成消息1008之后生效。

由NC暂停/恢复命令1006和NC暂停/恢复完成1008通知所携带的信息可以是全局的(以应用于基站和UE之间的所有现有DRB)或针对每个DRB的。

图11示出根据本发明第四实施例的支持NC暂停和恢复处理的处理流程1100的示例。假设UE 1101处于如TS 38.331中定义的RRC连接状态，这意味着UE 1101连接到基站1102(其是5G NR网络中的gNB)。

根据本发明的一个实施例，UE 1101是指图1的UE 101或图2的UE 201，并且基站1102是指图1的基站102或者图2的基站202-a或202-b。

UE 1101还在未示出的核心网络实体(例如，5G核心)处登记。在步骤1104处，基站1102检查对网络编码暂停或恢复的需要。例如，暂停或恢复可以由测量报告1103所指示的信道质量的改变或者基站负载的改变引发。一旦在步骤1105处决定暂停或恢复网络编码操作，基站就准备并发送包含暂停或恢复网络编码模式的指示的NC暂停/恢复通知1106。在接收到消息时，UE在步骤1007处暂停或恢复网络编码操作。

在本发明的一个实施例中，NC暂停/恢复通知可以由(在NC暂停的情况下)不再NC编码的一个或多于一个包的PDCP头部携带或者由(在NC恢复的情况下)NC编码的一个或多于一个包的PDCP头部携带。

图12示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程1200的示例。假设UE 1201处于如TS 38.331中定义的RRC连接状态，这意味着UE 1201连接到基站1202(其是5G NR网络中的gNB)。UE 1201还在未表示的核心网络实体(例如，5G核心)处登记。

根据本发明的一个实施例，UE 1201是指图1的UE 101或图2的UE 201，并且基站1202是指图1的基站102或者图2的基站202-a或202-b。

UE连续检查网络编码方案的可行性(步骤1203)，并且因此可以决定暂停或恢复网络编码(步骤1204)。

在本发明的一个实施例中，NC暂停/恢复通知1205可以由(在NC暂停的情况下)不再被NC编码的一个或多于一个包的PDCP头部携带，或者由(在NC恢复的情况下)被NC编码的一个或多于一个包的PDCP头部携带。

在接收到该通知时，基站在步骤1206处暂停或恢复其网络编码操作。

图13示出根据本发明的另一实施例的支持NC暂停和恢复处理的处理流程1300的示例。假设UE 1301处于如TS 38.331中所定义的RRC连接状态，这意味着UE 1301连接到基站1302，基站1302在该图的上下文中是5G NR网络中的gNB。还假设已经在基站1302和UE1301之间建立了具有活动NC方案的至少一个上行链路或下行链路数据无线电承载(DRB)。

根据本发明的一个实施例，UE 1301是指图1的UE 101或图2的UE 201，并且基站1302是指图1的基站102或者图2的基站202-a或202-b。

在UE 1301没有活动的特定时间段(没有数据的发送或接收)之后，基站1302可以向UE 1301发送称为RRCRelease的RRC消息1303，其具有如TS 38.331中描述的暂停配置。目的是降低UE 1301中的功耗并节省一些无线电带宽。在接收到该消息1303时，UE 1301存储当前配置并转变到称为RRC非活动的RRC状态。基站1302也存储当前配置。

在某个时刻，基站1302可以具有要发送到UE 1301的新数据，并且基站1302发起寻呼过程以通知UE(在图中未表示消息)。可替代地，UE 1301可以具有要发送的新数据，并且因此必须请求基站1302恢复连接。在这两种情况下，UE 1301发送如TS 38.331中定义的称为RRCResumeRequest的RRC消息1304。

在接收到消息1304时，基站1302将恢复连接。在这种情况下，基站1302可以考虑恢复先前应用于针对数据流的DRB的网络编码。为此，执行步骤1305和1306，它们与图8中的步骤805和806相同，这意味着基站通过配置其NC编码引擎(用于下行链路传输)或NC解码引擎(用于上行链路传输)来恢复网络编码操作，以恢复相关DRB的NC操作。

然后，基站1302向UE 1301发送称为RRCResume并在TS 38.331中定义的RRC消息1307。该消息可以包括无线电承载的新配置。用恢复NC的信息元素来修改RRCResume消息1307。特别地，NC启用信息以及NC恢复信息必须被设置为启用。其他参数可以是可选的。

在接收到消息1307时，UE 1301返回到状态RRC连接。此外，在步骤1308处，UE 1301通过首先考虑NC参数(如果它们存在于消息RRCResume中)来配置其NC编码引擎(用于上行链路传输)或NC解码引擎(用于下行链路传输)以恢复相关DRB的NC操作。如果参数不存在，则UE加载要进入暂停模式时已经存储的最后NC参数。换句话说，在这种特定情况下，UE忽略其先前存储的用于启用的状态。

NC暂停/恢复的通知可以是全局的(以应用于基站和UE之间的所有现有DRB)，或者针对每个DRB可以存在一个通知。

图14示出根据本发明的一个实施例的支持NC恢复的同步的处理流程1400的示例。UE 1401可以是分别执行图8、图9、图10、图11、图12、图13中描述的用于NC恢复的处理流程之后的UE 801、901、1001、1101、1201、1301。基站1402可以是分别执行图8、图9、图10、图11、图12、图13中描述的用于NC恢复的处理流程之后的基站802、902、1002、1102、1202、1302。

在针对具有已经发送的数据流的现有无线电承载而进行NC恢复时，数据包将变成NC编码包。这些包的接收器需要理解包何时实际变成NC编码的。尽管接收器获知将应用NC，但仍可能接收到一些还不是网络代码包的包，因为这些包在决定应用网络编码时已经在发送器的传输队列中。为了在发射器和接收器之间同步NC的恢复，在所发送的数据包中的一个或多于一个数据包的头部中***与NC是否实际应用于当前和后续包中有关的指示。

在本发明的一个实施例中，指示被***由进行NC编码和NC解码的层所处置的头部中。

在本发明的一个实施例中，指示被嵌入一个或多于一个数据包(1413或1423)的PDCP头部中。

在本发明的另一个实施例中，指示被***到MAC CE中。

因此，对于上行链路传输，当UE 1401在步骤1411中恢复NC时，UE 1401将开始对NC通知被***头部或MAC CE中的包进行编码。上行链路数据包1413被发送到基站1402，其中基站1402解析头部或MAC CE。当包被识别为网络代码包时，基站1402在步骤1412中恢复NC解码操作。

对于下行链路传输，当基站1402在步骤1422中恢复NC时，基站1402将开始对NC通知被***头部或MAC CE中的包进行编码。下行链路数据包1423被发送到UE 1401，其中UE1401解析头部或MAC CE。当包被识别为网络代码包时，UE 1401在步骤1421中恢复NC解码操作。

图15示出根据本发明的一个实施例的支持NC暂停的同步的处理流程1500的示例。UE 1501可以是分别执行图8、图9、图10、图11、图12、图13中描述的用于NC暂停的处理流程之后的UE 801、901、1001、1101、1201、1301。基站1302可以是分别执行图8、图9、图10、图11、图12、图13中描述的用于NC暂停的处理流程之后的基站802、902、1002、1102、1202、1302。

在针对具有正在发送的数据流的现有无线电承载进行NC暂停时，数据包将不再是网络代码包。这些包的接收器需要理解包何时不再是网络代码包。尽管接收器获知NC将被停止，但是仍然可以接收作为网络代码包的一些包，因为这些包在决定停止网络编码时已经存在于发送器的传输队列中。为了在发射器和接收器之间同步NC的停止，在所发送的包的头部中***是否应用NC的指示。

在本发明的一个实施例中，指示被***由进行NC编码和NC解码的层所处置的头部中。

在本发明的一个实施例中，指示被嵌入一个或多于一个数据包(1513或1523)的PDCP头部中。

在本发明的另一实施例中，指示被***到MAC CE中。

因此，对于上行链路传输，当UE 1501在步骤1511中停用NC时，UE 1501将停止对NC停用通知被***头部中或暂停信息被***MAC CE中的包进行编码。上行链路数据包1313被发送到基站1502，其中基站1502解析头部或MAC CE。当包被识别为不是网络代码包时，基站1502在步骤1312中暂停NC解码操作。

对于下行链路传输，当基站1502在步骤1522中暂停NC时，基站1502将停止对NC停用通知停止被***头部或MAC CE中的包进行编码。下行链路数据包1523被发送到UE 1501，其中UE 1501解析头部或MAC CE。当包被识别为不是网络代码包时，UE 1301在步骤1521中暂停NC解码操作。

图16示出根据本发明的支持网络编码的装置1605的框图1600。装置1605可以是与图1相关的UE 101或基站102或者图2的UE 201或基站202-a或202b的示例。装置1605包括接收器1610、通信管理器1620和发送器1630。这些元件各自可以通过一个或多于一个电子总线彼此通信。

接收器1610接收用户面包和控制面包这两者，但是还可以接收同步信号。接收器1610还可以接收用于连接建立目的的特定信号。接收器1610可以接收用于测量或寻呼目的的信号。

接收器1610可以指如图18中描述的1835或如图19中描述的1935的全部或部分。

在本发明的一个实施例中，接收器1605可以接收利用与图3和图4相关的网络编码方案编码的包。

通信管理器1620负责通信的建立、控制和释放。通信管理器1620的功能可以是分布式的并且不一定驻留在相同的物理位置中。

在本发明的一个实施例中，通信管理器1620管理与图8至图15相关的网络编码配置和启用实施例的全部或部分。

发送器1630发送用户面包和控制面包这两者，以及同步信号、测量信号、寻呼信号和特定于发起连接的信号。

发送器1630可以指如图18中所描述的1835或如图19中所描述的1935的全部或部分。

在本发明的一个实施例中，发送器1630可以发送利用与图3和图4相关的网络编码方案编码的包。

可以使用硬件、软件和固件来实现装置1605的元件。这里的硬件包括CPU、FPGA、专用集成电路以及DSP、GPU和分立元件电子器件(逻辑或模拟)或这些部件的任何组合。当元件被虚拟化时，即通过执行编程代码来实现功能时，这样的代码可以在CPU、DSP或GPU上或者甚至在远程通用服务器上在单个或并行线程中执行。元件之间的通信可以通过导线、总线或甚至光纤来进行，或者如果元件被虚拟化，则可以通过存储器缓冲器来进行。元件可以被定位在一起或者分布在各个地方，甚至是远程的。

图17示出根据本发明实施例的支持网络编码的通信管理器1720的第一框图1700。这是通信管理器1620的非限制性示例。通信管理器操作无线通信的两端共有的若干协议。

通信管理器1720包括RRC管理器1721、多连接管理器1722、承载管理器1723、网络编码引擎1724、网络解码引擎1725、PDCP复制管理器1726、PDCP实体管理器1727、载波聚合管理器1728、网络编码管理器1729、参数管理器1730、RLC管理器1731和MAC管理器1732。这些元件各自可以彼此通信。网络解码引擎1725实现图4中描述的功能。网络编码引擎1724实现图3中描述的功能。网络编码管理器1729负责网络解码引擎1725和网络编码引擎1724的设置和释放。

载波聚合管理器1728建立或释放对基站和UE之间的多于一个带宽部分的使用。载波聚合管理器对RLC层具有动作，并且如果载波聚合被启用，则启用主RLC和辅RLC这两者。在没有网络编码或没有PDCP复制的操作中，载波聚合管理器表现得像交换机并且交替地启用第一RLC层和第二RLC层。

多连接管理器1722在两个基站和UE之间建立或释放对多于一个带宽部分的使用。多连接管理器1722对RLC层具有动作。对于用户数据，如果多连接被启用，则启用主RLC和辅RLC这两者，或者如果多连接未被启用，则仅启用主RLC。

RRC管理器1721处置RRC协议引擎。RRC协议引擎按照ASN1规范对所接收的消息进行解码。在UE中，RRC管理器1721提取从基站接收的网络编码的参数并将参数传递到参数管理器1730，而在基站中，RRC管理器1721使用存储在参数管理器中的参数并导频RRC协议引擎，使得后者在发送参数之前按照ASN.1规范对参数进行编码。

PDCP复制管理器1726处置和释放用于数据流的多于一个RLC的使用。当启用复制时，PDCP复制管理器1726在向多个RLC层发送相同的包时表现得像中继器。

本发明的上下文中的PDCP实体管理器1727处置PDCP层。包可能需要或可能不需要头部压缩、或加密或完整性。PDCP实体管理器1727启用/禁用这些特征。如果启用网络编码，则选择与网络编码相对应的特定头部。

承载管理器1723处置SDAP层。如果包属于用户数据面，则启用SDAP层，并且如果包属于控制面，则禁用SDAP层。同样地，如果包属于用户数据面，则可以启用网络编码操作，并且如果包属于控制面，则禁用网络编码操作。

网络编码管理器1729处置网络编码引擎1724和网络解码引擎1725。在需要时设置网络编码参数。参数可以存储在装置中，或者存储在核心网络中。网络编码管理器1729根据所选择的传输方案启用/禁用网络编码引擎1724和/或网络解码引擎1725。

RLC管理器1731处置(一个或多于一个)RLC层。如果装置处于载波聚合或多连接，则可以启用多于一个RLC层。

MAC管理器1732处置(一个或多于一个)MAC层。如果装置处于多连接并且装置是UE，则可以启用多于一个MAC层。

图18示出根据本发明的一个实施例的支持网络编码的UE***1805的框图1800。该装置包括用于发送和接收通信的组件，包括UE通信管理器1820、I/O控制器1855、收发器1835、一个或多于一个天线1845、存储器1825和处理器1815。所有这些元件可以彼此通信。

存储器1825包括RAM、ROM或这两者的组合，或者作为非限制性示例，包括诸如盘或固态驱动器等的大容量存储装置。基本输入输出***(BIOS)指令可以存储在存储器内。

处理器1845被配置为执行机器可读指令。这些机器可读指令的执行使装置进行各种功能。这些功能可以涉及传输(并且特别是涉及网络编码)，或者涉及与***装置(像例如键盘、屏幕、鼠标等)的交互。处理器可以运行操作***，像例如iOS、Windows、Android等。

I/O控制器1855通过提供所需的硬件并通过管理输入和输出信号来允许与外部***设备的这些交互。

收发器1835与其他无线装置进行无线双向通信。提供连接到Wi-Fi、蓝牙、LTE、5GNR等所需的必要调制解调器和频移器。

通信通过适合于从基带调制解调器发出的频率转置信号的频谱的一个或多于一个天线的集合。各个天线组可以限于一个天线，但是优选地包含若干天线，以提供波束成形能力。

UE通信管理器1820处置UE到无线电接入网络的通信建立、其控制及其释放。在本发明的一个实施例中，UE通信管理器1820是指通信管理器1620或1720。

UE从基站接收可用于其传输的时隙的指示。然后，UE知道它在时间和频率上期望传入数据或必须发送其传出数据的位置，无论数据属于控制面还是数据面。特别地，UE可以从基站接收网络编码参数以应用于下行链路或上行链路传输。在本发明的一个实施例中，这是根据图8至图15的处理流程实现的。

图19示出在本发明的实施例中的支持网络编码的基站1905的框图1900。装置包括用于发送和接收通信的组件，包括基站通信管理器1920、核心网络通信管理器1955、收发器1935、一个或多于一个天线1945、存储器1925、处理器1915和站间通信管理器1965。所有这些元件可以彼此通信。

基站通信管理器1920处置与多个UE的通信。基站通信管理器1920负责这些通信的建立、控制和释放。基站通信管理器1920包括调度器。调度器将时频时隙分配给不同的UE通信。关于这些时隙的占用调度的信息被发送到所有活动UE。在本发明的一个实施例中，基站通信管理器1920是指通信管理器1620或1720。

核心网络通信管理器1955管理基站与核心网络的通信。

收发器1935与其他无线装置进行无线双向通信。这些装置可以是UE，或者甚至是其他基站。收发器提供必要的调制解调器和频移器，以在时分双工(TDD)或频分双工(FDD)中使用不同的频率载波同时连接到大量UE。收发器可以提供MIMO编码。收发器连接到天线。

天线集合可以限于一个天线，但是优选地，包含若干天线，以提供波束成形能力。

存储器1925包括RAM、ROM或这两者的组合，或者作为非限制性示例，包括诸如盘或固态驱动器等的大容量存储装置。BIOS指令可以存储在存储器内以支持操作***。

处理器1915执行计算机可读指令，所述计算机可读指令进行各种功能，例如与网络编码相关的功能。

站间通信管理器1965管理与其他基站的通信。站间通信管理器可以提供如由3GPP标准定义的标准化Xn接口，以支持这些通信。

图20示出例示了根据本发明实施例的在基站级通过配置消息支持网络编码暂停/恢复操作的方法的流程图2000。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

关于图8，假设UE处于连接模式，并且UE与基站交换控制和用户数据。

作为后台处理，基站跟随网络***的演进。

UE定期发送信道条件的评估或基站已知的参考信号。根据示例，在5G NR中，这些信号是根据由基站发送的参考信号的失真所计算的(CSI-RS)信道侧信息参考信号以及探测参考信号(SRS)(由UE发送并且由基站已知的信号)中的任一个。CSI RS允许确定下行链路的质量，SRS允许确定上行链路的质量。

首先，描述网络编码操作的暂停：

在步骤2001处，基站检测在其与UE的连接上暂停网络编码的需要。根据本发明的一些实施例，这种需要可能是由于UE环境或来自其他UE的连接的较少干扰或基站的较高负载而导致的传输质量的改善而引起的。这些当然是非限制性示例，并且本领域技术人员可以考虑暂停网络编码的若干其他原因。可以针对在基站和UE之间可以建立的任何承载(上行链路和下行链路)出现该需要。

在步骤2002处，基站存储当前正在使用的网络编码配置。

在步骤2003处，基站发送暂停命令。该命令是示例而非限制性的如TS 38.331版本16所定义的RRCReconfiguration消息，其被修改为携带暂停的指示。

在步骤2004处，基站接收由UE发送的确认消息“暂停完成消息”。该消息可以是如TS 38.331版本16所定义的RRCComplete消息。

在步骤2005处，基站通过配置其框图1700的层管理器来暂停网络编码。可能发生如下：一些用户数据包在协议栈内部，在计算网络编码的层下方。该包可以被刷新，并且应当在没有网络编码的情况下被重新发送。

其次，描述恢复网络编码操作：

在步骤2001处，基站检测在其与UE的连接上恢复网络编码的需要。根据本发明的一些实施例，这种需要可能是由于UE环境或来自其他UE的连接的更多干扰或基站的较小负载导致的传输质量的劣化而引起的。这些当然是非限制性示例，并且本领域技术人员可以考虑恢复网络编码的若干其他原因。可以针对在基站和UE之间可以建立的任何承载(上行链路和下行链路)出现该需要。

在步骤2002处，基站加载当前暂停的网络编码配置。

在步骤2003处，基站发送恢复命令。该命令是示例而不限于如TS 38.331版本16所定义的RRCReconfiguration消息，其被修改为携带暂停的指示。该重新配置消息还可以携带在步骤2402处检索的检索到的网络编码配置。

在步骤2004处，基站接收由UE发送的确认消息“恢复完成消息”。该消息可以是如TS 38.331版本16所定义的RRCComplete消息。

在步骤2005处，基站通过配置其框图1700的层管理器来恢复网络编码。

图21示出例示了根据本发明实施例的在UE级通过配置消息支持网络编码暂停/恢复操作的方法的流程图2100。该方法内的操作可以由UE 1600例如在图16的通信管理器1620中实现。

关于图8，假设UE处于连接模式，并且UE正在与基站交换控制和用户数据。

暂停网络编码操作的描述：

在步骤2101处，UE接收由基站发送并指示网络编码暂停的消息。该消息是示例而非限制性的如TS 38.331版本16所定义的RRCReconfiguration消息，其被修改为携带暂停的指示。

在步骤2102处，UE存储当前网络编码配置。网络编码配置可能已经与携带暂停的消息一起被接收，或者可能已经是与先前的配置消息一起被接收的配置。

在步骤2103处，UE发送暂停完成消息。如上所述，该消息可以是由TS 38.331版本16定义的RRCComplete消息。

在步骤2104处，UE通过配置其框图1700的层管理器来暂停网络编码。

恢复网络编码操作的描述：

在步骤2101处，UE接收由基站发送并指示网络编码恢复的消息。该消息是示例而非限制性的如TS 38.331版本16定义的RRCReconfiguration消息，其被修改为携带恢复的指示。

在步骤2102处，UE加载网络编码配置。网络编码配置可能已经与携带暂停的消息一起被接收，或者可能已经是与先前的配置消息一起被接收的配置。

在步骤2103处，UE发送恢复完成消息。如上所述，该消息可以是如TS 38.331版本16定义的RRCComplete消息。

在步骤2104处，UE通过配置其框图1700的层管理器来恢复网络编码。

图22示出例示了根据本发明实施例的在基站级通过MAC子头部支持网络编码暂停/恢复操作的方法的流程图2200。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

关于图9，假设UE处于连接模式，并且UE与基站交换控制和用户数据。

作为后台处理，基站跟随网络***的演进。

UE定期发送信道状况的评估或基站已知的参考信号。例如，在5G NR中，这些信号是根据基站发送的参考信号的失真所计算的(CSI-RS)信道侧信息参考信号以及探测参考信号(由UE发送并且基站已知的信号)。CSI RS允许确定下行链路的质量，SRS允许确定上行链路的质量。

首先，描述网络编码操作的暂停：

在步骤2201处，基站检测在其与UE的连接上暂停网络编码的需要。根据本发明的一些实施例，这种需要可能是由于UE环境或来自其他UE的连接的较少干扰或基站的较高负载而导致的传输质量的改善而引起的。这些当然是非限制性示例，并且本领域技术人员可以考虑暂停网络编码的若干其他原因。可以针对在基站和UE之间可以建立的任何承载(上行链路和下行链路)出现该需要。

在步骤2202处，基站存储当前正在使用的网络编码配置。

在步骤2203处，基站通过配置其框图1700的层管理器来暂停网络编码。

在步骤2204处，基站发送暂停命令。该命令由MAC CE携带。

在步骤2204处，基站接收由UE发送的确认消息“NC暂停完成”。该消息由MAC CE携带。

其次，描述恢复网络编码操作：

在步骤2201处，基站检测在其与UE的连接上恢复网络编码的需要。根据本发明的一些实施例，这种需要可能是由于UE环境或来自其他UE的连接的更多干扰或基站的更小负载而导致的传输质量的劣化而引起的。这些当然是非限制性示例，并且本领域技术人员可以考虑恢复网络编码的若干其他原因。可以针对在基站和UE之间可以建立的任何承载(上行链路和下行链路)出现该需要。

在步骤2202处，基站加载当前暂停的网络编码配置。

在步骤2003处，基站通过配置其框图1700的层管理器来恢复网络编码。

在步骤2204处，基站发送NC恢复命令。该消息可以由MAC CE携带。

在步骤2205处，基站接收由UE发送的确认消息“NC恢复完成”。该消息可以由MACCE携带。

图23示出例示了根据本发明实施例的在UE级通过MAC子头部支持网络编码暂停/恢复操作的方法的流程图2300。该方法内的操作可以由UE 1600例如在图16的通信管理器1620中实现。

关于图9，假设UE处于连接模式，并且UE正在与基站交换控制和用户数据。

暂停网络编码操作的描述：

在步骤2301处，UE接收由基站发送并指示网络编码暂停的消息。该消息可以由MACCE携带。

在步骤2302处，UE存储当前网络编码配置。当前网络编码配置可能已经与携带暂停的消息一起被接收，或者可能已经与先前的配置消息一起被接收。

在步骤2304处，UE通过配置其框图1700的层管理器来暂停网络编码。

在步骤2304处，UE发送NC暂停完成消息。该消息可以由MAC CE携带。

恢复网络编码操作的描述：

在步骤2302处，UE加载网络编码配置。网络编码配置可能已经与携带暂停的消息一起被接收，或者可能已经与先前的配置消息一起被接收。

在步骤2303处，UE通过配置其框图1700的层管理器来恢复网络编码。

在步骤2304处，UE发送NC恢复完成消息。该消息可以由MAC CE携带。

图24示出例示了根据本发明实施例的在基站级通过MAC子头部支持网络编码暂停/恢复操作的具有可选执行确认的方法的流程图2400。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

关于图10，假设UE处于连接模式，并且UE正在与基站交换控制和用户数据。

首先，描述网络编码操作的暂停：

在步骤2401处，基站从UE接收NC暂停请求。暂停请求可能是由UE的过度负载或者例如过热状况引起的。该消息可以是MAC CE，但是也可以是类似于也在TS 38.331中描述的RRC消息FailureInformation的消息，或者可替代地是也在TS 38.331中描述的消息UEAssistanceInformation。

在步骤2402处，基站检查暂停网络编码操作的需要。有鉴于调度器队列或UE不可访问的其他参数，基站可以认为该请求不是必需的。

在步骤2403处，基站存储当前正在使用的网络编码配置。

在步骤2404处，基站通过配置其框图1700的层管理器来暂停网络编码，并发送暂停命令。该命令可以由MAC CE携带。

可选地，在步骤2405处，基站接收由UE发送的确认消息“NC暂停完成”。该消息可以由MAC CE携带。

其次，描述恢复网络编码操作：

在步骤2401处，基站从UE接收NC恢复请求。这可能是由于UE***返回到正常条件引起的。该消息可以由MAC CE携带。

在步骤2402处，基站检查恢复网络编码操作的需要。有鉴于调度器队列或UE不可访问的其他参数，基站可以认为请求是不可能的。

在步骤2403处，基站加载当前暂停的网络编码配置。

在步骤2404处，基站通过配置其框图1700的层管理器来恢复网络编码，并发送NC恢复命令。该消息可以由MAC CE携带。

可选地，在步骤2405处，基站接收由UE发送的确认消息“NC恢复完成”。该消息可以由MAC CE携带。

图25示出例示了根据本发明实施例的在UE级通过MAC子头部或配置消息支持网络编码恢复操作的具有可选执行确认的方法的流程图2500。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

关于图10，假设UE处于连接模式，并且UE与基站交换控制和用户数据。

首先，描述网络编码操作的暂停：

在步骤2501处，UE向基站发送暂停请求。暂停请求可以由UE的过度负载或者例如由过热状况引起。该消息可以由MAC CE携带，但也可以是类似于也在TS 38.331中描述的RRC消息FailureInformation的消息，或者可替代地也在TS 38.331中描述的消息UEAssistanceInformation。

在步骤2502处，UE接收暂停网络编码命令。该消息可以由MAC CE携带。

在步骤2503处，UE存储当前正在使用的网络编码配置。

在步骤2504处，UE通过配置其框图1700的层管理器来暂停网络编码，并发送NC暂停命令。该命令可以由MAC CE携带。

可选地，在步骤2505处，UE向基站发送确认消息“NC暂停完成”。该消息可以由MACCE携带。

其次，描述恢复网络编码操作：

在步骤2501处，UE向基站发送恢复请求。恢复请求可以通过返回到UE的正常条件来引发。该消息可以由MAC CE携带。

在步骤2502处，UE从基站接收NC恢复命令。该消息可以由MAC CE携带。

在步骤2503处，UE加载当前暂停的网络编码配置。

在步骤2504处，UE通过配置其框图1700的层管理器来恢复网络编码。

可选地，在步骤2505处，UE向基站发送确认消息“NC恢复完成”。该消息可以由MACCE携带。

图26示出例示了根据本发明实施例的在UE省电模式之后在基站级通过MAC子头部支持网络编码恢复操作的方法的流程图2600。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。UE在流程图开始时处于连接模式。关于图13，该流程图特定于5GNR及其功耗控制机制。

在步骤2601处，基站发送RRC释放消息。该消息的第一个效果是暂停数据承载上的所有消息交换，因此，将自动终止网络编码操作。然而，基站可以决定发送具有暂停网络编码的指示的RRC释放消息，以不丢失当前配置。

在步骤2602处，基站存储在释放之前使用的网络编码配置。

在步骤2603处，基站接收RRC恢复请求以恢复连接。

在步骤2604处，基站利用与先前使用的相同或不同的设置检查网络编码操作的需要是否是必需的。

在步骤2605处，在步骤2604的肯定检查时，基站重新加载其存储的网络编码配置。

在步骤2606处，基站恢复网络编码操作。

在步骤2607处，基站发送RRC恢复命令。必须理解，如TS 38.331中定义的RRC恢复命令包含也在TS 38.331中定义的RRCReconfiguration命令的所有参数。如果需要不同的设置，则基站可以使用该命令来修改网络编码参数，或者甚至可以省略参数，但是指示网络编码将恢复。

在步骤2608处，基站接收证实UE侧的配置执行的RRC恢复完成消息。

图27示出例示了根据本发明实施例的在UE级在其省电模式之后通过MAC子头部或配置消息支持网络编码恢复操作的方法的流程图2700。该方法内的操作可以由UE 1600例如在图16的通信管理器1620中实现。在流程图开始时UE处于连接模式。关于图13，该流程图特定于5G NR及其功耗控制机制。

在步骤2701处，UE接收具有网络编码暂停指示的RRCRelease消息，其强制UE在步骤2702处在进入省电模式之前将网络编码配置存储在存储器中。

在步骤2703处，因为UE具有一些消息要发送，或者已经接收到寻呼消息，UE需要从省电模式退出到通信模式。为了实现这一点，UE向基站发送RRCResumeRequest消息。

作为回应，在步骤2704处，UE接收RRCResume命令。TS 38.331版本16中描述的该消息可以可选地包含整个网络编码配置。如果确实包含该配置，则UE将跳过步骤2705。

在步骤2705处，在省略网络编码参数的情况下，一旦在步骤2702存储了网络编码配置，UE就从存储器加载该网络编码配置。

在步骤2706处，UE利用新接收的参数或利用存储的参数恢复网络编码操作。

在步骤2706处，UE向基站发送RRCResumeComplete消息。该消息在TS 38.331版本16中描述。

在图20至图27中，NC暂停/恢复的通知可以是全局的，这意味着将应用于基站和UE之间的所有现有DRB，或者针对每个DRB可以存在一个通知。

图28示出例示了根据本发明实施例的与图11和图12相关的在任何装置(BS或UE)处通过头部指示支持网络编码暂停操作的方法的流程图2800。该操作是对称的，字母A和B将代表用户设备和基站，或基站和用户设备。该方法内的操作可以由基站或UE(两者都在附图标记1600的框中描述)例如在图16的通信管理器1620中实现。

与网络编码操作的暂停相关的流程图：

在步骤2801处，装置A检查网络编码暂停。

在步骤2802处，装置A在步骤2803暂停之前存储网络编码配置。然后，装置A向装置B发送暂停网络编码通知(2804)。该通知由头部中的信息携带，更具体地，由实现网络编码计算的协议层的头部携带。在非限制性示例中，可以是PDCP头部。

与恢复网络编码操作相关的流程图：

在步骤2801处，装置A检查网络编码恢复。

在步骤2802处，装置A在步骤2803处恢复网络编码操作之前加载在暂停之前存储在存储器中的网络编码配置。然后，装置A向装置B发送恢复网络编码通知(2804)。该通知由头部中的信息携带，更具体地，由实现网络编码计算的协议层的头部携带。在非限制性示例中，可以是PDCP头部。

图29示出例示了根据本发明实施例的与图11和图12相关的在另一装置(UE或BS)处通过头部指示支持网络编码暂停操作的另一方法的流程图2900。操作是对称的，字母A和B将代表用户设备和基站，或者基站和用户设备。该方法内的操作可以由基站或UE(这两者在附图标记1600的框中描述)例如在图16的通信管理器1620中实现。

与暂停网络编码操作有关的流程图：

在步骤2901处，装置B接收网络编码暂停通知。

在步骤2902处，装置B在步骤2903处暂停之前存储网络编码配置。该通知由头部中的信息携带，更具体地，由实现网络编码计算的协议层的头部携带。在非限制性示例中，可以是PDCP头部。

与恢复网络编码操作有关的流程图：

在步骤2901处，装置B接收网络编码恢复通知。

在步骤2902处，装置B在步骤2903处恢复网络编码操作之前加载在暂停之前存储在存储器中的网络编码配置。该通知由头部中的信息携带，更具体地，由实现网络编码计算的协议层的头部携带。在非限制性示例中，可以是PDCP头部。

在图28和图29中，NC暂停/恢复的通知适用于用于发送包含通知的(一个或多于一个)包的DRB。

图30示出例示了根据本发明实施例的与图14有关的在基站处通过头部指示或MACCE支持网络编码恢复操作的方法的流程图3000。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

在步骤3001处，基站根据所建立的预定网络编码配置恢复基站侧的网络编码方案，然后暂停。基站已经配置了其协议层，现在基站恢复NC方案。由于应用了网络编码，因此在由承载携带的PDU中发生改变。例如而非限制性地，可以修改PDCP头部以指示PDU属于NC方案。

在步骤3002处，基站向UE发送由于基站恢复网络编码操作而产生的数据包。

图31示出例示了根据本发明实施例的与图14相关的在UE处通过头部指示或MACCE支持网络编码恢复操作的另一方法的流程图3100。该方法内的操作可以由UE 1600例如在图16的通信管理器1620中实现。

在步骤3101处，UE恢复网络编码信息。如在上面的图9的描述中所述，所发送的数据包嵌入有效载荷数据和网络编码信息，网络编码信息指示数据包现在被网络编码，因为网络编码操作被恢复。

在步骤3102处，UE恢复网络编码。由于以这种方式恢复网络编码不会修改载波聚合或双连接模式，因此如果先前设置了这些模式，则这些模式将处于操作中。

图32示出例示了根据本发明实施例的与图15相关的在基站处通过头部指示或MACCE支持网络编码暂停操作的方法的流程图3200。该方法内的操作可以由基站1600例如在图16的通信管理器1620中实现。

在步骤3201处，基站在该基站侧暂停网络编码方案。由于网络编码代码被暂停，因此在由承载携带的PDU中发生改变。所发送的数据包嵌入有效载荷数据和网络编码信息，网络编码信息指示数据包现在未被网络编码，因为网络编码操作被暂停。

在步骤3202处，基站向UE发送由于基站暂停而产生的数据包。

在流程图3200和3300中，暂停/恢复通知由通知有效的同一数据包携带。该方法提供同步并且避免刷新在接收到通知时等待接收的数据包。

图33示出根据本发明实施例的与图15相关的在UE处通过头部指示或MAC CE支持网络编码暂停操作的另一方法的流程图3300。该方法内的操作可以由UE 1600例如在图16的通信管理器1620中实现。

在步骤3301处，UE恢复网络编码信息。如在图32的描述中所述，所发送的数据包嵌入有效载荷数据和网络编码信息，网络编码信息指示数据包未被网络编码。

在步骤3302处，UE暂停网络编码。

图34示出根据本发明的一个实施例的PDCP层和RLC层之间的接口处的PDCP包3400的格式。该格式重用由3GPP组织发布的规范TS 38.323中定义的PDCP格式。

第一部分3401是由以下组成的PDCP头部：

-指示嵌入在数据部分3403中的信息是用户数据还是控制数据的一个位，

-PDCP序列号(SN)，

-一些保留(R)位,

-在本发明的一个实施例中，NC信息3405位存在于头部中。在本发明的一个实施例中，(与标准化头部相比的)该附加位指示包是否被NC编码。在另一个实施例中，(与标准化头部相比的)该附加位指示NC头部3402的存在或不存在。在本发明的另一个实施例中，(与标准化头部相比的)该附加位指示是否应该进行NC暂停或恢复动作。

当包包含用户数据并且当NC启用位被设置为“1”时，第二部分3402是NC头部。

在本发明的一个实施例中，字段3402包括关于是否要进行NC暂停动作的信息(与图11、图12、图14或图15相关)。

在本发明的一个实施例中，字段3402包括关于是否要进行NC恢复动作的信息(与图11、图12、图14或图15相关)。

在本发明的一个实施例中，字段3402包括关于何时要进行NC暂停或恢复动作的信息(与图11、图12、图14或图15相关)。这可以包括(在NC恢复的情况下)要进行NC编码或(在NC暂停的情况下)不进行NC编码的第一数据包的标识符。在本发明的一个实施例中，上述标识符是与数据包相关联的序列号(SN)。

第三部分3403包含有效载荷数据。

第四部分3404是包尾部，其嵌入验证数据完整性所需的散列信息。

图35示出根据本发明的一个实施例的MAC控制元素头部3500的格式。该格式重用由3GPP组织发布的规范TS 38.321中定义的MAC CE格式作为MAC封装的子头部。逻辑信道ID3505标识子头部的种类并固定该子头部的长度。R指示保留位，F指示子头部的长度L是在8位上编码还是在16位上编码。在本发明的一个实施例中，字段L 3506的长度是8位。

在本发明的一个实施例中，暂停/恢复信息字段3507不存在。在这种情况下，该信息适用于在UE和基站之间建立的所有现有DRB。在这种情况下，LCID字段3508指示消息是暂停/恢复请求(例如，消息1003)、暂停/恢复命令还是暂停/恢复确认(confirmation)/确认(acknowledge)。

在本发明的另一实施例中，字段3507是1字节，其中各个位Di指示针对DRB i的网络编码的暂停/恢复状态，其中i是配置有NC的DRB中的DRB ID的升序。Di字段可以被设置为1以指示应当恢复针对DRB i的NC。Di字段可以被设置为0以指示应当暂停针对DRB i的NC。

在本发明的另一实施例中，字段3507是1或2个字节，LCID字段3508仅指示消息与网络编码暂停/恢复操作相关，并且字节之一或字节的一部分指示消息是暂停/恢复请求(例如，消息1003)、暂停/恢复命令还是暂停/恢复确认(confirmation)/确认(acknowledge)。另一字节或该字节的另一部分包含若干位，各个位Di指示针对DRB i的网络编码的暂停/恢复状态，其中i是配置有NC的DRB中的DRB ID的升序。Di字段可以被设置为1，以指示应当恢复针对DRB i的NC。Di字段可以被设置为0以指示应当暂停针对DRB i的NC。这不是限制性的，可以使用具有最小数量的位的任何组合来携带暂停/恢复操作。

本发明的算法的任何步骤可以通过由(诸如PC(“个人计算机”)、DSP(“数字信号处理器”)或微控制器等的)可编程计算机器执行指令集合或程序来以软件实现；或者由(诸如FPGA(“现场可编程门阵列”)或ASIC(“专用集成电路”)等的)机器或专用组件以硬件实现。

尽管上文已经参考具体实施例描述了本发明，但是本发明不限于这些具体实施例，并且对于本领域技术人员来说，在本发明的范围内的修改将是明显的。

在参考前述说明性实施例时，本领域技术人员将想到许多进一步的修改和变形，前述说明性实施例仅以示例的方式给出，并且不旨在限制本发明的范围，本发明的范围仅由所附权利要求确定。特别地，在适当的情况下，来自不同实施例的不同特征可以互换。

上述本发明的各个实施例可以单独实现或作为多个实施例的组合实现。此外，在必要时或者在单个实施例中来自各个实施例的元件或特征的组合是有益的情况下，可以组合来自不同实施例的特征。

在权利要求书中，词语“包括”不排除其他要素或步骤，并且不定冠词“a”或“an”不排除多个。在相互不同的从属权利要求中记载不同特征的仅有事实并不指示不能有利地使用这些特征的组合。

Claims (24)

1.一种基站和用户设备之间的无线通信的方法，所述方法包括：

接收网络编码的控制元素；以及

响应于接收到控制元素来控制网络编码的启用或停用，

其中，所述控制包括指示网络编码的启用或停用何时生效。

2.根据权利要求1所述的方法，其中，接收步骤和控制步骤由所述基站执行，网络编码的控制元素由所述用户设备发送。

3.根据权利要求1所述的方法，其中，接收步骤和控制步骤由所述用户设备执行，网络编码的控制元素由所述基站发送。

4.根据权利要求3所述的方法，其中，所述方法还包括：

在所述基站发送网络编码的控制元素之前，由所述用户设备向所述基站发送针对网络编码的启用或停用的请求。

5.根据权利要求3所述的方法，其中，所述方法还包括：

在接收到网络编码的控制元素的情况下，由所述用户设备向所述基站发送确认消息以确认接收到网络编码的控制元素。

6.根据权利要求3所述的方法，其中，所述方法还包括：

在所述基站发送网络编码的控制元素之前，由所述用户设备向所述基站发送状态报告。

7.根据权利要求1所述的方法，其中，网络编码的控制元素被嵌入在介质接入控制控制元素中。

8.根据权利要求1所述的方法，其中，网络编码的控制元素被嵌入在分组数据汇聚协议消息的头部中。

9.根据权利要求1所述的方法，其中，网络编码的控制元素被嵌入在无线电资源控制消息中。

10.根据权利要求1所述的方法，其中，所述方法还包括：

在发送网络编码的控制元素之前，检查对网络编码的启用或停用的需要。

11.根据权利要求1所述的方法，其中，控制网络编码的停用的步骤包括根据预定义的网络编码配置来暂停对数据包的编码。

12.根据权利要求1所述的方法，其中，控制网络编码的停用的步骤包括根据预定义的网络编码配置来暂停对数据包的解码。

13.根据权利要求1所述的方法，其中，控制网络编码的启用的步骤包括根据预定义的网络编码配置来恢复对数据包的编码。

14.根据权利要求1所述的方法，其中，控制网络编码的启用的步骤包括根据预定义的网络编码配置来恢复对数据包的解码。

15.根据权利要求1所述的方法，其中，网络编码的控制元素包括与要启用或停用所述网络编码的数据无线电承载有关的信息。

16.根据权利要求1所述的方法，其中，控制步骤包括：

发送网络编码的启用或停用通知以指示网络编码的启用或停用何时生效。

17.根据权利要求16所述的方法，其中，启用或停用通知指示网络编码被启用或停用的第一数据包。

18.根据权利要求16所述的方法，其中，网络编码的启用或停用通知包括与要启用或停用网络编码的数据无线电承载有关的信息。

19.根据权利要求18所述的方法，其中，网络编码的启用或停用通知被嵌入在分组数据汇聚协议消息的头部中。

20.一种用于可编程装置的计算机程序产品，所述计算机程序产品包括指令序列，所述指令序列用于在被加载到所述可编程装置中并由所述可编程装置执行时实现根据权利要求1至19中任一项所述的方法。

21.一种计算机可读存储介质，其存储用于实现根据权利要求1至19中任一项所述的方法的计算机程序的指令。

22.一种计算机程序，所述计算机程序在执行时使得进行根据权利要求1至19中任一项所述的方法。

23.一种用于与基站进行无线通信的用户设备装置，其中，所述用户设备装置包括处理器，所述处理器被配置为：

接收网络编码的控制元素；以及

响应于接收到控制元素来控制网络编码的启用或停用，

其中，所述控制包括指示网络编码的启用或停用何时生效。

24.一种用于与用户设备进行无线通信的基站装置，其中，所述基站装置包括处理器，所述处理器被配置为：

接收网络编码的控制元素；以及

响应于接收到控制元素来控制网络编码的启用或停用，

其中，所述控制包括指示网络编码的启用或停用何时生效。

Images