CN115699631B - 用于配置网络编码和控制网络编码启用的方法和设备 - 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和基站)之间的适当信令。特别地，在启用网络编码特征之前，需要在UE和基站之间共享网络编码配置。

实际上，由于可以考虑宽范围的网络编码配置，因此UE和基站应该就选择和应用的网络编码配置达成一致。

例如，在任何进一步的网络编码启用和潜在的停用之前，应在基站和UE之间确定和商定网络编码方案以及用于产生线性组合的系数及其在各种通信信道上的映射。

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

发明内容

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

在本发明的一个实施例中，NC配置以在无线电资源控制(RRC)消息中携带的信息元素(IE)中所添加的特定字段的形式共享。在本发明的另一实施例中，NC配置的全部或部分可以嵌入编码数据包的头部中。本发明的其他实施例涵盖前述实施例的组合。

在本发明的一个实施例中，借助于在一个或多于一个RRC消息中携带的信息元素(IE)中所添加的特定字段来建立网络编码(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示出例示了在基站级支持NC配置确定和设置处理的方法的流程图。

图21示出例示了在基站级支持与UE共享的NC配置的方法的流程图。

图22示出例示了根据本发明的一个实施例的UE支持NC配置设置的方法的流程图。

图23示出例示了根据本发明的一个实施例的基站支持网络编码启用的方法的流程图。

图24示出例示了根据本发明的一个实施例的在基站级支持NC配置确定、设置和启用处理的方法的流程图。

图25示出图示了根据本发明的一个实施例的基站支持网络编码启用的方法的流程图。

图26示出例示了根据本发明的另一实施例的UE支持NC配置设置的方法的流程图。

图27示出例示了根据本发明的一个实施例的基站支持网络编码停用的方法的流程图。

图28示出例示了根据本发明的另一实施例的基站支持网络编码停用的方法的流程图。

图29示出例示了根据本发明的一个实施例的UE支持网络编码停用的方法的流程图。

图30示出例示了根据本发明的一个实施例的在基站级支持NC配置确定、设置和启用处理的方法的流程图。

图31示出例示了根据本发明的另一实施例的UE支持NC配置设置的方法的流程图。

图32示出例示了根据本发明的另一实施例的基站支持网络编码停用的方法的流程图。

图33示出例示了根据本发明的另一实施例的UE支持网络编码停用的方法的流程图。

图34示出根据本发明的PDCP层和RLC层之间的接口处的包格式的示例。

具体实施方式

图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)传输。

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

根据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的另一个益处是不仅为(诸如包复制或网络编码等的)纠错方案提供时间和频率分集，而且还提供空间分集。

根据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之间拆分)。

类似地，在网络编码的上下文中，根据本发明的一些实施例，第一组线性组合由基站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层发出或发送到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网络或5G NR网络。属于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(其可以是5G NR网络中的gNB)。在基站802和UE 801之间建立信令无线电承载。UE 801还登记在图中未示出的核心网络实体中。

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

在某一时刻，基站802可能需要配置和启用用于向UE 801(下行链路)或从UE 801(上行链路)传输数据流的NC方案。该动作可以例如由与数据流相关联的服务质量(QoS)级别触发。

根据本发明的一个实施例，如果QoS级别对应于高可靠性和低延迟要求(如URLLC)，则一旦基站802和UE 801这两者都支持网络编码，就应用网络编码。

在本发明的另一实施例中，对NC的要求可以由在来自UE 801的消息803中接收的信息触发。例如，UE 801可能报告差的通信质量(由于衰落或干扰)，并且因此UE 801可以(隐式地或显式地)请求使用NC。在本发明的一个实施例中，消息803是TS 38.331(版本16.0.0)中描述的无线电资源控制(RRC)消息MesurementReport。可替代地，该消息可以是也在TS 38.331中描述的RRC消息FailureInformation。在步骤804处，基站802基于上述元素决定考虑使用NC。

如果数据无线电承载已经存在并且满足所需的QoS级别，则在该DRB上发送数据流。否则，需要建立新的DRB，并且在步骤805处由基站802进行一些验证。首先，基站本身应支持NC。这通过读取基站内部参数来验证，内部参数指示在指定了若干NC配置的情况下所支持的包括NC方案的NC配置。

此外，基站802需要检查UE 802是否支持NC以及UE支持哪些NC方案。这些元素可能已经为基站所知，这些信息元素通常来自与UE的用于建立连接的先前消息交换，或者可以通过关于UE能力的消息交换从UE 801检索这些信息元素。另外，基站802可检查哪种传输模式(载波聚合或双/多连接)对于设置与UE的网络编码通信是可行的。还可以通过读取存储在存储器中的参数或通过与UE交换的专用消息来检查与UE的NC支持有关的上述元素以及相关联的NC方案。

在NC的使用可行的情况下，基站802在步骤806处确定NC配置。在本发明的一个实施例中，这意味着基站802选择NC方案、用于NC的传输模式(即通过CA或DC…的传输)、要使用的相关联的传输支路(即RLC层)的数量、要产生的线性组合的数量和要使用的系数、以及各个线性组合到所选择的支路的映射。例如，DC是在2个支路(用于低复杂度)的情况下的优选模式(用于空间分集)，所选择的NC方案是基站802和UE 801这两者都支持的若干NC方案的预定义列表中的第一个，并且线性组合的数量是所请求的QoS级别和无线电链路的当前质量的函数。

在本发明的一个实施例中，可以考虑所有或部分上述配置参数。这些参数的列表是非限制性的，并且可以考虑其他配置参数。

在步骤807中，根据在步骤804中做出的先前决定来设置传输模式(CA，DC…)。在本发明的一个实施例中，如果所选择的传输模式已经是活动的，则可以跳过该步骤。在本发明的另一实施例中，该步骤包括根据相关3GPP标准配置图5、图6和图7中描述的协议栈的层。在多连接的情况下，一个或若干辅基站的添加应由可以成为主节点的基站802(作为图2中的基站202-a)进行。在3GPP文档TR 37.340(版本16.1.0中的第10.2节)中描述了用于添加辅节点的过程。

四个步骤804、805、806和807定义了NC配置过程。为了简化其他图的描述，这些步骤被收集在被称为NC配置过程808的单个步骤中。

然后，应使用NC配置请求消息809将全部或部分NC配置参数发送到UE 801。在本发明的一个实施例中，NC配置请求消息809经由无线电资源控制(RRC)消息809RRCReconfiguration发送，该无线电资源控制消息809RRCReconfiguration在TS38.331(版本16.0.0)中针对控制面中的RRC协议定义，并且为了本发明的目的而修改，其中例如在消息中携带的信息元素之一中添加与NC配置有关的字段。该消息包括由基站802发送到UE 801以应用针对数据流的NC配置的命令。NC配置参数可以包括但不限于与所使用的NC方案有关的指示、与用于生成各个线性组合的系数有关的指示、用于发送各个组合的支路的指示。该消息还携带使得UE 801能够利用所使用的支路的数量来设置传输模式(CA、DC)的信息。

响应于消息809，UE 801用NC配置完成消息810确认，NC配置完成消息810在本发明的一个实施例中可以是如TS 38.331中定义的RRC消息RRCReconfigurationComplete。

然后，UE 801将其NC编码引擎1724(用于上行链路传输)或NC解码引擎1725(用于下行链路传输)配置为准备好应用所选择的NC方案。在上行链路传输的情况下，UE 801可以根据所选择的NC方案开始对要发送的包进行编码。在下行链路传输的情况下，UE 801将根据所选择的NC方案对所接收的包进行解码。

在基站802中，消息810的接收指示UE准备好应用NC。在步骤812处，基站802启用NC：在下行链路传输的情况下，基站802可以开始对要发送的包进行编码，并且在上行链路传输的情况下，基站802将根据商定的NC配置对所接收的包进行解码。

在步骤811处，UE 801启用NC，即，在上行链路传输的情况下，UE 801开始对要发送的包进行编码，并且在下行链路传输的情况下，UE 801将根据商定的NC配置对所接收的包进行解码。

图9示出根据本发明的另一实施例的支持NC配置和启用处理的处理流程900的示例。

假设UE 901处于如TS 38.331中定义的RRC连接状态，这意味着UE 901连接到基站902，基站902是该图的上下文中的5G NR网络中的gNB。在基站902和UE 901之间建立信令无线电承载。UE 901还登记在图中未示出的核心网络实体中。

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

在UE 901没有活动(没有数据的传输或接收)的特定时间之后，基站902可以向UE901发送称为RRCRelease的RRC消息903，其具有如TS 38.331中描述的暂停配置。目的可以是降低UE 901中的功耗和/或节省一些无线电带宽。在接收到该消息903时，UE 901存储当前配置，该当前配置可以包括参考图8可能已经先前商定的网络编码配置，并且转变到称为RRC非活动的RRC状态。基站902也存储当前配置，该当前配置也可以包括参考图8可能先前已经商定的网络编码配置。

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

在接收到消息904时，基站902将恢复连接。在这种情形下，基站902可以考虑启用与该通信相关联的用于该通信的网络编码，并且因此可以应用NC配置过程908，NC配置过程908与NC配置过程808(也参见图8)相同。然后，基站902向UE 901发送称为RRCResume并在TS38.331中定义的RRC消息905。该消息可以包括无线电承载的新配置。对于NC配置请求消息809，可以用关于NC配置的相同附加字段来修改RRCReconfiguration信息905。

在接收到消息905时，UE 901返回到状态RRC连接。此外，在步骤911中，UE 901根据消息905的内容(新配置或先前配置)配置其NC编码引擎(用于上行链路传输)或NC解码引擎(用于下行链路传输)。当NC方案将应用于上行链路传输时，UE 901可以根据所选择的NC配置开始对要发送的包进行编码。在下行链路传输的情况下，UE 901将根据所选择的NC配置对所接收的包进行解码。

在步骤912处，基站902启用NC(如果需要)。在下行链路传输的情况下，基站902可以开始对要发送的包进行编码，并且在上行链路传输的情况下，基站902将根据所选择的NC方案对所接收的包进行解码。

在步骤911处，UE 901启用NC，即，在上行链路传输的情况下，UE 901开始对要发送的包进行编码，并且在下行链路传输的情况下，UE 901将根据所选择的NC配置对所接收的包进行解码。

图10示出根据本发明的一个实施例的支持NC启用的同步的处理流程1000的示例。UE 1001可以是进入图8的步骤811中以用于NC启用的UE 801，或者UE 1001可以是进入图9的步骤911中以用于NC启用的UE 901。基站1002可以是进入图8的步骤812中以用于NC启用的基站802，或者基站1002可以是进入图9的步骤912中以用于NC启用的基站902。

在参考图8至图15中任一个的本发明的其他实施例中也可以考虑要应用图10的同步方法的其他情形。

在针对具有已经发送的数据流的现有无线电承载的NC启用时，数据包将变成NC编码的。这些包的接收器需要理解包何时被NC编码。尽管接收器知道将应用NC，但是仍然可能接收到尚未NC编码的一些包，因为这些包在决定应用网络编码时已经在发送器的传输队列中。在本发明的一个实施例中，为了在发射器和接收器之间同步NC的开始，在所发送的包的头部中插入关于是否应用NC编码的指示。在本发明的一个实施例中，该指示被插入在由进行NC编码和解码的层所处置的头部中。在本发明的一个实施例中，如3GPP在TS 38.323中所定义的，进行NC编码和NC解码的层是PDCP层。

因此，对于上行链路传输，当UE 1001在步骤1011中启用NC时，UE 1001在NC通知插入在头部中的情况下对包进行编码。上行链路数据包1013被发送到基站1002，基站1002解析各个接收到的包的头部。当包被识别为被NC编码时，基站1002在步骤1012中启用NC解码引擎1725。

对于下行链路传输，当基站1002在步骤1022中启用NC时，基站1002在NC通知插入在头部中的情况下对包进行编码。下行链路数据包1023被发送到UE 1001，UE 1001解析头部。当包被识别为被NC编码时，UE 1001在步骤1021中启用NC解码引擎1725。

图11示出根据本发明的一个实施例的支持NC停用处理的处理流程1100的示例。

假设UE 1101处于如TS 38.331中定义的RRC连接状态，这意味着UE 1101连接到基站1102(其可以是5G NR网络中的gNB)。还假设已经在基站1102和UE 1101之间建立了利用活动NC方案的至少一个上行链路或下行链路数据无线电承载(DRB)。

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

在某一时刻，基站1102可以在步骤1105中考虑停用当前针对DRB的操作中的NC。在本发明的一个实施例中，通过检测与UE 1101的无线电链路质量的改善(用于上行链路传输)来触发该动作。在本发明的另一实施例中，可以由在来自UE 1101的消息状态报告1104中接收的信息来触发该动作。例如，UE 1101可以报告与基站1102的通信的质量的改善，并且因此UE 1101可以(隐式地或显式地)请求停用NC。在本发明的一个实施例中，状态报告消息1104是TS 38.331(版本16.0.0)中描述的无线电资源控制(RRC)消息MeasurementReport。在本发明的另一实施例中，状态报告消息1104可以是也在TS 38.331中描述的RRC消息FailureInformation。

此外，在多连接的情况下，UE 1101可以通过例如TS 38.331中描述的RRC消息SCGFailureInformation来报告与辅基站的无线电链路质量的劣化。然后，需要停止在多连接情况下的当前NC配置，并且可能启用更适合于新情形的新NC配置。可替代地，UE 1101可以报告其由于低电池电量、高处理负荷或高温而不能继续处理NC。可以通过TS 38.331中描述的称为UEAssistanceInformation的RRC消息来报告这种情形。

为了停用NC，基站1102可以执行步骤1106以停用当停止使用NC时将不再需要的传输模式(载波聚合、双/多连接)。该步骤包括重新配置图5、图6或图7中描述的层。

然后，基站1102向UE 1101发送NC配置请求消息1109。在本发明的一个实施例中，消息1109是在TS 38.331中定义的RRCReconfiguration，并且为了本发明的目的而修改为包括停用NC的命令。

在本发明的另一实施例中，消息1109告知UE 1101停用用于NC的传输模式(CA，DC…)。

响应于消息1109，UE 1101通过发送NC配置完成消息1110来确认请求消息1109，在本发明的一个实施例中，NC配置完成消息1110可以是如TS 38.331中定义的RRC消息1110RRCReconfigurationComplete。

然后，在步骤1111中，UE 1101配置其NC编码引擎1724(用于上行链路传输)或NC解码引擎1725(用于下行链路传输)以停止用于相关DRB的NC操作。

在基站1102中，消息1110的接收指示UE 1101正在停止用于相关DRB的NC操作。在步骤1112处，基站1102相应地配置其NC编码引擎1724或NC解码引擎1725。

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

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

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

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

在接收到消息1204时，基站1202将恢复连接。在这种情形下，基站1202可以考虑停用先前应用于针对给定数据流的数据无线电承载(DRB)的网络编码。为此，执行步骤1205和1206。步骤1205与图11的步骤1105相同，而步骤1206与步骤1106相同。

然后，基站1202向UE 1201发送如TS 38.331中定义的称为RRCResume的RRC消息1207。该消息可以包括无线电承载的新配置。类似于图11中的消息1109RRCReconfiguration，RRCResume消息1207用停用NC的相同命令修改。

在接收到消息1207时，UE 1201返回到状态RRC连接。此外，在步骤1211处，UE 1201配置其NC编码引擎(用于上行链路传输)或NC解码引擎(用于下行链路传输)以停止针对所涉及的数据无线电承载的NC操作。

在步骤1212处，基站1202相应地配置其NC编码引擎或NC解码引擎，以停止针对所涉及的DRB的NC操作。

图13示出根据本发明的一个实施例的支持NC停用的同步的处理流程1300的示例。UE 1301可以是进入图11的步骤1111中以用于NC停用的UE 1101，或者UE 1301可以是进入图12的步骤1211中以用于NC停用的UE 1201。基站1302可以是进入图11的步骤1112中以用于NC停用的基站1102，或者基站1302可以是进入图12的步骤1212中以用于NC启用的基站1202。

在参考图8至图15中任一个的本发明的其他实施例中也可以考虑应用图13的同步方法的其他情形。

在利用正在发送的数据流的现有无线电承载的NC停用时，数据包将不再被NC编码。这些包的接收器需要理解包何时不再被NC编码。尽管接收器获知NC将被停止，但仍可能接收到被NC编码的一些包，因为在决定停止网络编码时已经存在于发送器的传输队列中。为了在发射器和接收器之间同步NC的停止，在所发送的包的头部中插入是否应用NC的指示。优选地，该指示被插入在由进行NC编码和解码的层所处置的头部中。在本发明的一个实施例中，如3GPP在TS 38.323中所定义的，进行NC编码和解码的层是PDCP层。

因此，对于上行链路传输，当UE 1301在步骤1311中停用NC时，UE 1301在NC停用通知插入在头部中的情况下停止对包进行编码。上行链路数据包1313被发送到基站1302，基站1302解析各个所接收的包的头部。当包被识别为未被NC编码时，基站1302在步骤1312中停用NC解码引擎1725。

对于下行链路传输，当基站1302在步骤1322中停用NC时，基站1302在NC停用通知插入在头部中的情况下停止对包进行编码。下行链路数据包1323被发送到UE 1301，UE1301解析头部。当包被识别为未被NC编码时，如下面参考图17所述，UE 1301在步骤1321中停用NC解码引擎1725。

图14示出根据本发明的另一实施例的支持针对下行链路传输的NC配置和启用处理的处理流程1400的示例。

假设UE 1401处于如TS 38.331中定义的RRC连接状态，这意味着UE 1401连接到基站1402(其可以是5G NR网络中的gNB)。UE 1401也登记在图中未表示的核心网络实体中。

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

在某一时刻，基站1402可能需要配置和启用NC方案以用于数据流到UE 1401的下行链路传输。在本发明的一个实施例中，该决定可以通过与数据流相关联的QoS级别来触发，或者在本发明的另一实施例中，通过从UE 1401接收到状态报告消息1403来触发。消息1403可以是图8中描述的消息803。然后，在步骤1408处，基站1402应用已经在图8中在步骤808处描述的NC配置过程。

在需要配置数据无线电承载的情况下，例如如果CA或DC传输模式被停用，则基站1402向UE 1401发送如TS 38.331中定义的RRC消息RRCReconfiguration。响应于该消息(该RRCReconfiguration消息)，UE 1401向基站1402发送如TS 38.331中定义的RRC消息RRCReconfigurationComplete。

然后，NC配置(或其一部分)应被发送到UE 1401。这里这是通过在附加到至少一个网络编码包的特定NC头部中插入NC配置参数来实现的。这意味着基站1402在步骤1412处通过针对数据流启用其NC编码引擎1724来启用NC功能，并且发送到UE 1401的下行链路数据包1409至少之一将包括NC头部。在本发明的一个实施例中，NC头部是由进行NC编码和解码的层所处置的包头部的扩展。在本发明的一个实施例中，进行NC编码和NC解码的层是PDCP层。传统头部应被修改为包括包被NC编码的通知，因此包含NC头部。嵌入NC头部中的NC配置参数包括与所使用的NC方案有关的指示、与用于对包进行编码的系数有关的指示。在本发明的一个实施例中，可以考虑所有或部分上述配置参数。这些参数的列表是非限制性的，并且可以考虑其他配置参数。

当接收到下行链路数据包1409时，UE 1401将解析各个所接收的包的头部，包括特定的NC头部，从而检索NC配置并且能够解码所接收的NC编码包。当检测到NC编码包时，UE1401在步骤1411处根据检索到的NC配置来配置并启用其NC解码引擎1725。

在另一实施例中，网络编码配置的第一部分由基站例如通过诸如图8的RRCReconfiguration消息809等的RRC消息来发送。并且该配置的第二部分嵌入附加到网络编码包至少之一的NC头部中。

图15示出根据本发明的另一实施例的支持针对下行链路传输的NC停用处理的处理流程1500的示例。

假设UE 1501处于如TS 38.331中定义的RRC连接状态，这意味着UE 1501连接到基站1502(其可以是5G NR网络中的gNB)。还假设在基站1502和UE 1501之间建立了利用活动NC方案的至少一个下行链路数据无线电承载(DRB)。

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

在某一时刻，基站1502可以在步骤1505中考虑停用当前针对DRB的操作中的NC。该动作可以通过检测到与UE 1501的无线电链路质量的改善来触发，例如利用来自UE 1501的状态报告消息1503中接收的信息来触发。例如，UE 1501可以报告通信质量的改善，并且因此UE 1501可以(隐式地或显式地)请求停用NC。在本发明的一个实施例中，消息1503是在TS38.331(版本16.0.0)中描述的无线电资源控制(RRC)消息MeasurementReport。此外，在多连接的情况下，UE 1501可以通过例如TS 38.331中描述的RRC消息SCGFailureInformation来报告与辅基站的无线电链路质量的劣化。然后，需要停止利用多连接的当前NC配置(并且可以启用更适合于新情形的新NC配置)。可替代地，UE 1501可以报告其由于低电池电量、高处理负荷或高温而不能继续处理NC。可以通过TS 38.331中描述的称为UEAssistanceInformation的RRC消息来报告这种情形。

在决定停用NC之后，基站1502可以执行步骤1506以停用当不使用NC时将不再需要的传输模式(载波聚合、双/多连接)。该步骤包括重新配置图5、图6或图7中描述的层。

在需要配置数据无线电承载的情况下，例如如果CA或DC传输模式被停用，则基站1502向UE 1501发送如TS 38.331中定义的RRC消息RRCReconfiguration。响应于该消息(该RRCReconfiguration消息)，UE 1501向基站1502发送如TS 38.331中定义的RRC消息RRCReconfigurationComplete。

然后，将停用NC的命令发送到UE 1501。这在这里通过在包头部中插入通知来实现。优选地，通知被添加在由进行编码和解码的层所处置的包头部中。在本发明的一个实施例中，如3GPP在TS 38.323中所定义的，进行NC编码和NC解码的层是PDCP层。基站1502在步骤1512处通过禁用其用于数据流的NC编码引擎来停用NC功能。NC停用的通知将存在于要NC编码并进一步被发送的至少一个包中。

当接收到下行链路数据包1509时，UE 1501将解析各个所接收的包的头部以确定NC是否被停用。在这种确定的情况下，UE 1501在步骤1511处停用其NC解码引擎1725。

图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处置数据流到数据无线电承载(DRB)的映射。在5G NR中，DRB对应于实现协议(PDCP、RLC、MAC)和PHY层的资源的使用。如果属于相同类别的服务质量(QoS)，则DRB可以携带若干数据流。如果包属于用户数据面，则承载管理器1723可以启用网络编码操作，并且如果包属于控制面，则禁用网络编码操作。

网络编码管理器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示出例示了在本发明的实施例中在基站级支持NC配置确定和设置处理的方法的流程图2000。参考图8、图9和图14，该方法在基站侧支持UE和基站的网络编码配置。该方法内的操作可以由基站1900例如在图19的通信管理器1920中实现。

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

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

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

在步骤2002处，基站确定网络编码方案的可行性。该可行性取决于基站能力和基站使用参数管理器1730检索网络编码能力而先前请求的UE能力。

基站还在由MAC管理器1732管理的MAC层中检查其自己的负荷和管理空中介质资源的调度器的队列。

在步骤2003处，基站确定网络编码配置。为了实现这一点，网络编码管理器1729分析用于上行链路和/或下行链路通信的能力，包括但不限于：可能处置的支路的数量、基站和/或UE的处理能力、基站和/或UE所支持的传输模式...。

在本发明的一个实施例中，网络编码管理器1729还可以选择特定的网络编码方案，例如图3和图4中描述的网络编码方案，但是作为另一示例，网络编码管理器1729还可以选择基于Raptor代码的网络代码，这取决于承载正在携带的业务的种类。基站(或通信管理器1620)相应地设置网络编码引擎1724和/或解码引擎1725。

在步骤2004处，基站确定传输配置。如图3和图4的示例中所提出的，双连接模式或载波聚合模式可以用于支持网络编码方案，更确切地用于定义将用于携带编码包的支路，从而在编码分集之上提供空间或时间分集。在TS38.300版本16中描述了载波聚合和双连接。

多连接管理器1722和载波聚合管理器1728处置这些配置。注意，配置不必意味着网络编码处理的启用。并且即使未配置多连接或载波聚合，也可以启用网络编码处理。

在该方法结束时，基站准备发送包含设置UE的一个或若干RLC、一个PDCP、一个或若干MAC层并通过其管理器1721、1731、1732配置自身的层所需的信息的消息。

图21示出与图8、图11、图14和图15有关的在基站级支持与UE共享的NC配置的方法的流程图2100。该方法内的操作可以由基站1900例如在图19的通信管理器1920中实现。

作为后台处理，基站检查要在控制面上发送的消息队列以及在控制面上接收的消息队列。

在步骤2101处，在使用方法2000准备消息的情况下，基站向参与建立网络编码处理的UE发送NC配置请求消息。在本发明的一个实施例中，消息是如TS 38.331中描述的RRCReconfiguration消息，其被增强以支持如本文中先前讨论的网络编码。

然后，在步骤2102处，基站或通信管理器1920从UE接收网络编码配置完成。在本发明的一个实施例中，该消息是如TS 38.331中描述的RRCReconfigurationComplete消息。

可能发生如下情况：在基站处，没有接收到或没有恢复UE网络编码配置完成消息。在本发明的一个实施例中，UE和基站这两者都应该根据TS38.331进行操作，其指示当信息尚未被恢复时要应用的过程。

图22示出例示了根据本发明的一个实施例的与图8和图11有关的UE支持NC配置设置的方法的流程图2200。该方法内的操作可以由UE 1800例如在图18的通信管理器1820中实现。

作为后台处理，UE检查要在控制面上发送的消息队列以及在控制面上接收的消息队列。

在步骤2201处，UE接收网络编码配置请求。该消息可以是例如TS 38.331中描述的RRCReconfiguration消息，其被修改以支持如本文中先前讨论的网络编码。

作为由该消息暗示的动作，UE根据由消息携带的NC配置来设置其协议栈层(上行链路和/或下行链路)。

注意，配置不必意味着立即启用或停用网络编码处理。

然后在步骤2202处，UE或通信管理器1820向基站发送网络编码配置完成消息。在本发明的一个实施例中，该消息是TS 38.331中描述的RRCReconfigurationComplete消息。

图23示出例示了根据本发明的一个实施例的与图14有关的基站支持网络编码启用的方法的流程图2300。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。

在步骤2301处，基站根据所建立的预定网络编码配置来启用基站侧的网络编码方案。在本发明的一个实施例中，基站已经配置了其协议层，并且现在基站启用要由基站和UE这两者应用的NC配置。由于应用了网络编码代码，因此在由承载携带的包中发生改变。在本发明的一个实施例中，专用NC头部(其在本发明的另一实施例中是PDCP头部的一部分)携带网络编码配置的全部或一部分。在本发明的一个实施例中，专用NC头部(其在本发明的另一实施例中是RLC头部的一部分)携带网络编码配置的全部或一部分。在本发明的一个实施例中，专用NC头部(其在本发明的另一实施例中是MAC头部的一部分)携带网络编码配置的全部或一部分。

在步骤2302处，基站发送根据步骤2301处进行的处理而嵌入NC配置信息的数据包。

图24示出例示了根据本发明的一个实施例的与图14有关的在UE级支持NC配置确定、设置和启用处理的方法的流程图2400。该方法的操作可以由UE 1800例如在图18的通信管理器1820中实现。

在步骤2401处，UE检索根据图23中描述的方法格式化的数据包中存在的网络编码配置。如图23的描述中所述，所发送的数据包嵌入有效载荷数据和网络编码配置以及数据流包被网络编码的指示。

在步骤2402处，UE使用在步骤2402处检索到的配置来启用网络编码。

图25示出例示了根据本发明的一个实施例的与图10有关的基站支持网络编码启用的方法的流程图2500。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。

在步骤2501处，基站根据所建立的预定网络编码配置来启用基站侧的网络编码方案。在本发明的一个实施例中，基站先前已经配置了其协议层，并且现在基站启用相关联的NC方案。由于应用了网络编码代码，因此在由承载携带的包中发生改变。在本发明的一个实施例中，将指示NC编码被应用于包的信息添加到一个或多于一个NC编码包中。该信息可以指示将对后续包进一步应用NC编码。

在本发明的一个实施例中，该信息指示何时将NC编码应用于数据包。这可以包括(在NC启用的情况下)要被NC编码或(在NC停用的情况下)不被NC编码的第一数据包的标识符。在本发明的一个实施例中，上述标识符是与数据包相关联的序列号(SN)。

在本发明的一个实施例中，修改包的PDCP头部以嵌入前述信息。

在本发明的一个实施例中，修改包的RLC头部以嵌入前述信息。

在本发明的一个实施例中，修改包的MAC头部以嵌入前述信息。

在步骤2502处，基站向UE发送根据步骤2501的处理而格式化的数据包。

图26示出例示了根据本发明的另一实施例的与图10有关的UE支持NC配置设置的方法的流程图2600。

假设UE先前已经接收到网络编码配置。在本发明的一个方面，例如通过RRC消息从基站接收配置。在本发明的另一方面，网络编码配置是预定的并且由UE和基站这两者已知。

该方法的操作可以由UE 1800例如在图18的通信管理器1820中实现。

在步骤2601处，UE检索根据图25中描述的方法格式化的数据包中存在的网络编码信息。如图25的描述中所述，所发送的数据包嵌入有效载荷数据和指示数据包被NC编码的网络编码信息。

在步骤2602处，UE使用先前检索到的配置来启用NC解码。

图27示出例示了根据本发明的一个实施例的与图11、图12和图15有关的基站支持网络编码停用的方法的流程图2700。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。

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

在步骤2701处，基站检测在其与UE的连接上禁用网络编码的需要。根据本发明的一些实施例，这种需要可能是由于UE环境的变化或由于干扰随着UE的断开而消失、或者释放需要超可靠低延迟通信的数据流而导致的传输质量的改善而引起的。这些当然是非限制性示例，并且本领域技术人员可以考虑禁用网络编码的若干其他原因。可以针对在基站和UE之间可以建立的任何承载(上行链路和下行链路)出现该需要。

在步骤2702处，基站关闭网络编码操作。然后，仅保留主要载波用于传输承载。

图28示出例示了根据本发明的另一实施例的与图13有关的基站支持网络编码停用的方法的流程图2800。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。

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

在步骤2801处，基站关闭网络编码操作。

在本发明的另一实施例中，基站在一个或多于一个网络编码数据包内嵌入网络编码停用信息，该网络编码停用信息指示NC编码被停止或将被停止。

在本发明的一个实施例中，修改包的PDCP头部以嵌入上述停用信息。在本发明的另一实施例中，可以修改RLC头部或MAC头部以嵌入上述停用信息。

在步骤2802处，基站向UE发送根据步骤2801的处理格式化的数据包。

图29示出例示了根据本发明的一个实施例的与图13有关的UE支持网络编码停用的方法的流程图2900。该方法的操作可以由UE 1800例如在图18的通信管理器1820中实现。

在步骤2901处，UE检索根据图28中描述的方法格式化的数据包中存在的网络编码信息。如图28的描述中所述，一个或多于一个所发送的数据包嵌入有效载荷数据以及指示数据流包不再被NC编码的网络编码信息。

在步骤2902处，UE使用先前在步骤2901中检索到的配置来停用NC解码。

图30示出例示了根据本发明的一个实施例的与图9有关的在基站级支持NC配置确定、设置和启用处理的方法的流程图3000。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。

图9在某种程度上特定于5G系统的功能，其实现了降低UE功耗的手段，特别是实现了降低在短时间段内每80毫秒而不是每毫秒征求UE来设置处于非活动模式下的UE的可能性的手段。假设UE处于RRC非活动模式。

在步骤3001处，基站接收来自UE的RRC恢复请求，该RRC恢复请求通知了UE需要重新进入与基站的连接模式。

在步骤3002处，基站经历如流程图2000(图20)中所描述的步骤2001至2004。

在步骤3003处，基站向UE发送由步骤3002的操作产生的消息。该消息包含与网络编码配置有关的信息。在本发明的一个实施例中，如本文中先前所讨论的，消息是如TS38.331中描述的RRCReconfiguration消息，其被修改为支持网络编码配置信息。

图31示出例示了根据本发明的另一实施例的与图9有关的UE支持NC配置设置的方法的流程图3100。该方法的操作可以由UE 1800例如在图18的通信管理器1820中实现。假设UE处于RRC非活动模式。

由于UE上的一些应用需要接入网络，或者可能因为UE被寻呼，所以UE需要从非活动模式退出到连接模式。

在步骤3101处，UE向基站发送RRC恢复请求消息。

在步骤3102处，UE从基站接收RRC恢复命令。该消息可以包括设置网络编码方案所需的配置参数。在本发明的一个实施例中，如本文中先前所讨论的，该消息是如TS 38.331中描述的RRCResume消息，其被修改以支持网络编码。换句话说，UE忽略其先前的配置(不管网络编码是否被启用)，并且应用所接收的配置。

在步骤3103处，UE根据在步骤3102中接收的网络编码配置来配置其协议栈并启用其网络编码。

图32示出例示了根据本发明的另一实施例的与图12有关的基站支持网络编码停用的方法的流程图3200。该方法的操作可以由基站1900例如在图19的通信管理器1920中实现。假设UE处于RRC非活动模式。

在步骤3201处，基站接收来自UE的并且指示这最后需要重新进入与基站的连接模式的RRC恢复请求。

在步骤3202处，基站进行流程图2700中描述的操作。

结果，即使在UE进入RRC非活动模式之前基站被启用，基站也停用网络编码操作。

在步骤3003处，基站向UE发送由步骤3002的操作产生的消息。该消息包含网络编码的配置。该消息可以是如TS 38.331中描述的例如RRCResume消息，其被增强以支持网络编码。该消息在这里携带停用信息。

图33示出例示了根据本发明的另一实施例的与图12有关的UE支持网络编码停用的方法的流程图3300。该方法的操作可以由UE 1600例如在图16的通信管理器1620中实现。

假设UE处于RRC非活动模式。

由于UE上的一些应用需要接入网络，或者可能因为UE被寻呼，所以UE需要从非活动模式退出到连接模式。

在步骤3301处，UE向基站发送RRC恢复请求消息。

在步骤3302处，UE从基站接收RRC恢复命令。该消息可以包括设置网络编码模式的必要参数。该消息可以是如TS 38.331中描述的例如RRCResume消息，其被增强以支持网络编码。换句话说，UE忽略其先前的配置(不管网络编码是否被启用)，并且应用所接收的配置。

在步骤3303处，UE配置其协议栈以遵循网络编码配置，并且根据消息的参数，可以停用网络编码。

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

第一部分3401是PDCP头部，其包括：

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

-PDCP序列号(SN)，

-一些保留(R)位,

-NC启用位，(与标准化头部相比的)一个附加位，用于指示包是否是网络编码的。

第二部分3402是当包包含用户数据并且当NC启用位被设置为例如“1”时在图14的上下文中添加的NC头部。NC头部包括针对所使用的NC方案的指示以及用于对包进行编码的NC系数的列表。系数的数量(即，包中的组合部分的数量)可以由NC方案指示。可替换地，代替系数列表，可以发送用于标识接收器已知的预定义系数集合的代码。

第三部分3403包含数据。

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

以下是与图8的消息809和图9的905有关的NC配置信息的例示。NC启用和配置信息(以下为粗体)可以添加在称为PDCP-Config的信息元素中，并且其本身在父信息元素RadioBearerConfig中携带。该RadioBearerConfig信息元素在RRC消息RRCReconfiguration和RRCResume中携带。如TS 38.331(版本16.0.0)中所定义。

在该示例中，NC启用和配置信息参数包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (24)

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

由所述基站发送数据无线电承载配置；以及

根据所述数据无线电承载配置在所述基站和所述用户设备之间发送包；

其中：

所述数据无线电承载配置包括网络编码配置；以及

所发送的包是根据所述网络编码配置来发送的；以及

所述方法还包括由所述基站发送包括用于向所述用户设备通知所述网络编码配置的启用的信息的消息。

2.根据权利要求1所述的方法，其中，所述网络编码配置嵌入在一个或多于一个网络编码的编码包内。

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

由所述基站接收配置确认消息以确认利用所述用户设备的配置；以及

在接收到所述配置确认消息时，根据所述网络编码配置发起包传输。

4.根据权利要求1至3中任一项所述的方法，其中，所述网络编码配置包括与网络编码启用状态有关的指示。

5.根据权利要求4所述的方法，其中，所述网络编码启用状态是启用命令或停用命令。

6.根据权利要求1至3中任一项所述的方法，其中，所述网络编码配置包括与要应用于根据所述网络编码发送包的传输模式有关的指示。

7.根据权利要求6所述的方法，其中，所述传输模式是多无线电连接。

8.根据权利要求6所述的方法，其中，所述传输模式是载波聚合。

9.根据权利要求1至3中任一项所述的方法，其中，所述网络编码配置包括与要用于根据所述网络编码发送包的逻辑信道的数量有关的信息。

10.根据权利要求1至3中任一项所述的方法，其中，所述网络编码配置包括与要用于根据所述网络编码发送包的网络编码方案有关的信息。

11.根据权利要求1至3中任一项所述的方法，其中，所述网络编码配置包括与要用于根据所述网络编码发送包的网络编码系数值有关的信息。

12.根据权利要求11所述的方法，其中，与所述网络编码系数值有关的信息包括与要用于根据所述网络编码发送包的网络编码系数值的数量有关的信息。

13.根据权利要求1至3中任一项所述的方法，其中，在所述网络编码配置不包括与所述网络编码系数值有关的任何信息的情况下，使用预定义的网络编码系数值来进行网络编码。

14.根据权利要求11所述的方法，其中，与所述网络编码系数值有关的信息包括与网络编码系数值到逻辑信道的映射有关的信息。

15.根据权利要求11所述的方法，其中，在所述网络编码配置不包括与网络编码系数值到逻辑信道的映射有关的任何信息的情况下，应用网络编码系数值到逻辑信道的预定义映射。

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

选择要用于网络编码的逻辑信道。

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

在载波聚合和多无线电连接之间进行选择，作为用于根据所述网络编码配置发送包的传输模式。

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

选择要用于根据所述网络编码配置发送包的多个网络编码方案。

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

设置与逻辑信道相关联的多个无线电链路控制实体。

20.一种基站和用户设备之间的无线通信的系统，其中，所述基站和所述用户设备包括处理器，所述处理器被配置为：

由所述基站发送数据无线电承载配置；以及

根据所述数据无线电承载配置在所述基站和所述用户设备之间发送包；

其中：

所述数据无线电承载配置包括网络编码配置；以及

所发送的包是根据所述网络编码配置来发送的；以及

所述处理器还被配置为由所述基站发送包括用于向所述用户设备通知所述网络编码配置的启用的信息的消息。

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

22.一种非暂时性计算机可读存储介质，其存储用于实现根据权利要求1所述的方法的计算机程序的指令。

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

向所述用户设备发送数据无线电承载配置；

根据所述数据无线电承载配置与所述用户设备交换包；以及

发送包括用于向所述用户设备通知网络编码配置的启用的信息的消息；

其中：

所述数据无线电承载配置包括所述网络编码配置；以及

所交换的包是根据所述网络编码配置来发送的。

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

从所述基站接收数据无线电承载配置；

根据所述数据无线电承载配置与所述基站交换包；以及

从所述基站接收包括用于向所述用户设备通知网络编码配置的启用的信息的消息；

其中：

所述数据无线电承载配置包括所述网络编码配置；以及

所交换的包是根据所述网络编码配置来发送的。