蜂窝网络中的传输技术

摘要

本发明公开了在适配层的IAB网络中的数据流量控制的方法,包括：对于每个UE：在下行链路环境中，传送轮询请求，该轮询请求被配置为便于请求PDCP状态信息；或者在上行链路环境中，传输PDCP状态信息；所述状态信息包括指示以下内容的序列数据：PDCP PDU的最高顺序PDCP SN或PDCP COUNT，所述PDU成功传递或发送给UE，或所述PDU的第一个丢失的PDCP SN或PDCP COUNT，基于所述PDU成功传递或发送给UE。提供了一种IAB网络，包括：IAB宿主的集中单元，被配置为实现NR的用户面协议和轮询PDCP状态信息；IAB宿主的分布单元，被配置为在适配层转发轮询请求；一个或多个中间IAB节点，被配置为在分布单元和移动终端之间转发轮询请求和/或PDCP状态信息。

说明书

技术领域

以下公开涉及蜂窝网络中的传输技术。特别地，以下公开涉及接入回传一体化(Integrated Access and Backhaul，IAB)网络内的流量控制。

背景技术

无线通信系统，如第三代(3G)移动电话标准和技术是众所周知的。这种3G标准和技术是由第三代合作伙伴计划(3GPP)开发的。第三代无线通信通常是为了支持宏手机通信而发展起来的。通信系统和网络已朝着宽带和移动系统的方向发展。

在蜂窝无线通信系统中，用户设备(User Equipment，UE)通过无线链路连接到无线接入网(Radio Access Network，RAN)。RAN包括一组基站，其向位于基站覆盖的小区中的UE提供无线链路，以及与提供整体网络控制的核心网络(Core Network，CN)连接。如理解的，RAN和CN各自对整个网络执行各自的功能。为了方便起见，术语蜂窝网络将被用于指代组合RAN与CN，并且将理解，该术语被用于指代用于执行所公开功能的各个系统。

第三代合作伙伴计划开发了所谓的长期演进(Long Term Evolution，LTE)系统，即演进的UMTS陆地无线接入网(E-UTRAN)，作为一个移动接入网，其中一个或多个宏小区由称为eNodeB或eNB(演进的NodeB)的基站覆盖。最近，LTE正进一步向所谓的5G或NR(新无线电)系统发展，其中一个或多个小区由称为gNB的基站覆盖。建议NR使用正交频分复用(Orthogonal Frequency Division Multiplexed，OFDM)物理传输制式。

关于IAB网络，通常在Uu无线电接口上，NR用户面(User Plane，UP)的协议栈未明确提供流量控制机制。对于确认模式(Acknowledged Mode，AM)，在上行链路(UpLink，UL)和下行链路(DownLink，DL)中，发送方的分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)实体知道最高顺序的PDCP的协议数据单元(Protocol Data Unit，PDU)已传递给接收方的PDCP实体。在这种情况下，发送方的PDCP实体间接地从无线链路层控制协议(Radio Link Control，RLC)的AM模式的自动重传请求(Automatic Repeat-reQuest，ARQ)反馈中获取此信息。对于非确认模式(Unacknowledged Mode，UM)，在UL和DL中，发送方的PDCP实体知道成功发送到接收方的PDCP实体的最高顺序的PDCP PDU(成功发送的最大PDCP COUNT)。在这种情况下，发送方的PDCP实体间接地从混合自动重传请求(HybridAutomatic Repeat reQuest，HARQ)反馈中或端口物理层(Port Physical Layer，PHY)反馈中获取该信息，以确认PDCP PDU已通过Uu接口传输。在DL方向上，在gNB的高层分割架构(Split Architecture)(集中单元(Centralized Unit，CU)/分布单元(Distributed Unit，DU))中，F1-U上可以使用流量控制机制，这有助于从下层传递信息(例如ARQ或HARQ反馈)或指向PDCP实体的集中单元的等效信息(关于特定的已传递/已发送的PDU)。该信息是在每个UE/承载的基础上传达的，并使用3GPP TS 38.425中定义的NR用户面协议。因此，仅在Uu无线电接口上提供隐式的流量控制机制，而在F1-U接口上定义显式的流量控制机制。

流量控制很重要，因为可以采用流量控制来解决超帧号(Hyper Frame Number，HFN)不同步问题。在没有确认已传送到接收方的PDCP实体的情况下，PDCP发送器通过避免发送超过PDCP序列号(Serial Number，SN)空间的一半，可以避免HFN不同步问题。这意味着，在任何给定的时间点，PDCP序列号空间的一半的最大范围可能是未决的(即，它已由PDCP发送器发送，但尚未被认为已被PDCP接收器接收)。

流量控制对于启用无损切换(Lossless Handover)也很重要(对于AM承载)。为了实现无损切换，发送方的PDCP实体从新的链路PDCP的服务数据单元(Service Data Unit，SDU)开始重传，从第一个在旧链路上传送不成功的PDCP SDU开始。也就是说，发送方的PDCP实体需要知道PDCP PDU的传送状态，以便能够在需要时丢弃这种PDU(因为那些PDU将不再被考虑用于重传)。

在IAB树中，PDCP实体之间的传输涉及多个跃点，即Uu无线接口上的多个链路。在每个中间节点，在下游拥塞的情况下(例如，朝向接收器的链路之一上的临时阻塞)，分组可以被丢弃。由于事实上一个父IAB节点上的网络调度程序仅具有与之连接的UE或IAB节点上的直接链接信息，此问题更加严重。也就是说，如果一个父IAB节点服务于聚集了多个UE的IAB承载，并且该UE之一的一条下游链路(由下游的另一个节点服务)变得拥塞(例如临时阻塞)，则父IAB节点将在此阻塞上不具有可见性，并且继续为该UE调度数据包。这些分组可能必须被服务于拥塞链路的节点丢弃。

因此，对用于NR的集成接入和无线回传的有效操作的通信协议存在需求。

本发明提出在IAB树内引入端到端(E2E)流量控制和/或点到点(hop-to-hop)流量控制。需要端到端流量控制以启用旧的PDCP数据传输操作(包括防止HFN不同步和无损切换支持)。需要点到点流量控制来避免IAB节点中的拥塞和相关的SDU丢弃，并在UE之间提供调度公平性。

发明内容

提供此发明内容是为了以简化的形式介绍一些概念，这些概念将在下面的详细描述中进一步描述。本发明内容并不旨在确定所要求保护的权利要求的关键特征或基本特征，也不打算用作确定所要求保护的权利要求的范围的辅助手段。

提供了一种在适配层的IAB网络中的数据流量控制的方法。对于多个UE中的每个UE，该方法包括以下步骤：在下行链路(DL)环境中，传递轮询请求，该轮询请求被配置为便于请求PDCP的状态信息；或者在上行链路(UL)环境中，传递PDCP的状态信息；PDCP的状态信息包括指示以下内容的序列数据：PDCP PDU的最高顺序PDCP SN或PDCP COUNT，PDCP PDU成功传递或发送给UE的，或PDCP PDU的第一个丢失的PDCP SN或PDCP COUNT，基于PDCP PDU成功传递或发送给UE。

可选地，该方法进一步包括基于成功传递给UE或成功发送给UE的PDCP PDU，在IAB接入节点处维护PDCP接收窗口，并且在需要时基于PDCP接收窗口生成PDCP状态信息。

可选地，该方法进一步包括：基于从UE接收到RLC的确认字符(Acknowledgecharacter，ACK)，在IAB接入节点处确定PDCP PDU已经被成功传递到UE。

可选地，该方法进一步包括：基于接收到的成功传输的HARQ反馈或PHY反馈，在IAB接入节点处确定PDCP PDU已经被成功发送至UE。

可选地，维护PDCP接收窗口还包括确定NR中的PDCP PDU序列中存在间隙，并且如果确定存在间隙，则在配置的重排序定时器(Reordering Timer)到期之后清除间隙。

可选地，在接入IAB节点上配置重排序计时器。进一步可选地，重排序定时器在接入IAB节点上配置的值与在UE上配置的值相同或更高。

可选地，轮询请求包括轮询位。

可选地，PDCP COUNT对应于RX_DELIV_IN。

还提供了一种配置为执行数据流量控制方法的IAB网络。该网络包括：IAB宿主(IAB-donor)的集中单元，被配置为实现NR的用户面协议(NUPP)，并且被配置为轮询PDCP的状态信息；IAB宿主的分布单元，被配置为在适配层转发轮询请求；可选地，一个或多个中间IAB节点，被配置为在分布单元和移动终端(Mobile-Termination，MT)之间转发轮询请求和/或PDCP的状态信息。

可选地，该网络还包括接入IAB节点，被配置为实现PDCP的接收窗口；可选地，其中，接入IAB节点还被配置为生成PDCP状态，并将生成的PDCP状态发送给IAB宿主的分布单元；IAB宿主的分布单元，被配置为将PDCP状态从适配层中继到NR的用户面协议。

可选地，接入IAB节点还被配置为：每当接收到轮询请求时，优选地在RLC级别对UE进行轮询，以及仅在响应于轮询UE后，而从UE接收到PDCP状态信息之后才发送PDCP的状态信息。

还提供了一种在适配层的IAB网络中的数据流量控制的方法。对于多个UE中的每个UE，该方法包括以下步骤：在上行链路(UL)环境中，传递轮询请求，该轮询请求被配置为便于请求PDCP的状态信息；以及在下行链路(DL)环境中，传递PDCP的状态信息；PDCP的状态信息包括指示以下内容的序列数据：PDCP PDU的最高顺序PDCP SN或PDCP COUNT，PDCP PDU成功传递或发送到集中单元的，或PDCP PDU的第一个丢失的PDCP SN或PDCP COUNT，基于PDCP PDU成功传递或发送到集中单元。

还提供了一种配置为执行数据流量控制方法的IAB网络。该网络包括接入IAB节点，被配置为发送轮询请求以根据需要获得PDCP状态；IAB宿主的分布单元被配置为在轮询时生成PDCP状态并将PDCP状态发送回适配层，可选的一个或多个中间IAB节点，被配置为在分布单元和移动终端之间转发轮询请求和/或PDCP的状态信息。

可选地，在IAB宿主的分布单元处生成PDCP状态包括：配置IAB宿主的分布单元以实现和/或维护用于生成PDCP状态信息的PDCP接收窗口。

可选地，在IAB宿主的分布单元处生成PDCP状态包括：

·在IAB宿主的分布单元上，从适配层中继到NR的用户面协议中的轮询字段；

·在IAB宿主的集中单元上，将轮询转发到PDCP，该PDCP被配置为返回PDCP状态；

·在IAB宿主的集中单元上，包括NR的用户面协议帧中的PDCP状态；或者

·在IAB宿主的分布单元上，中继PDCP的状态从NR的用户面协议到适配层。

可选地，IAB宿主的分布单元还配置有重排序定时器，用于维护接收窗口。

可选地，该网络还包括：接入IAB节点，被配置为将RLC的ACK_SN进程限制为数据包，由PDCP状态有效确认的已传递的数据包；可选地，其中，接入IAB节点进一步被用于限制MAC调度，使得优选地基于PDCP的状态信息，不超过一半的PDCP的序列号待定。

可选地，上述的任一种方法还包括：在适配层为多个UE中的每个UE提供流量控制信息，该流量控制信息被配置为促进IAB节点之间的点对点流量控制。

可选地，流量控制信息包括一个或多个相对调度权重。

可选地，该方法还包括：在接入IAB节点处，确定多个UE中的每个UE各自的相对调度权重；将各自的相对调度权重发送给接入IAB节点的一个父IAB节点；可选地，其中父IAB节点包括IAB节点和IAB宿主之一。

可选地，该方法还包括：基于一个或多个相对调度权重来确定一个总调度权重；和/或基于一个或多个相对调度权重确定归一化(normalize)的相对调度权重。

可选地，该方法还包括：将一个或多个相对调度权重，总调度权重和/或归一化的相对调度权重发送给IAB的RLC承载。

可选地，流量控制信息包括一个或多个绝对调度成本；可选地，其中一个或多个绝对调度成本是基于射频资源确定的。

可选地，该方法还包括：在接入IAB节点处，确定多个UE中的每个UE各自的绝对调度成本；以及向接入IAB节点的父IAB节点发送各自的绝对调度成本；可选地，其中父IAB节点包括IAB节点和IAB宿主之一。

可选地，该方法还包括：基于一个或多个绝对调度成本来确定总调度成本；以及和/或基于一个或多个绝对调度成本确定归一化的绝对调度成本。

可选地，该方法还包括：将一个或多个绝对调度成本，总调度成本和/或归一化的绝对调度成本发送给IAB的RLC承载。

可选地，该方法还包括基于相对调度权重或绝对调度成本来确定下游调度。

可选地，该方法还包括：汇总相对调度权重或绝对调度成本；并基于合计的相对调度权重或绝对调度成本确定下游调度。

可选地，该方法还包括确定一个或多个相对调度权重或一个或多个绝对调度成本，至少部分地基于每个UE的最大可实现吞吐量。

进一步提供了一种非暂时性计算机可读介质，其包含被配置为实现数据流量控制方法的计算机程序。非暂时性计算机可读介质可以包括以下组中的至少一个：硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器、EPROM，电可擦可编程只读存储器和闪存。

附图说明

本发明的进一步细节、方面和实施例将仅以示例的方式参考附图来描述。图中的元素是为了简单明了而绘制的，不一定按比例绘制。为了便于理解，在相应的图纸中包括了类似的附图标记。

图1是本发明实施例提供的一种IAB架构的参考图；

图2是本发明实施例提供的包括架构1a和1b的一种提议的架构组1的示意图；

图3本发明实施例提供的一种用于图2所示的架构1a的具有适配层的L2中继的协议栈的示意图；

图4是本发明实施例提供的一种在集中单元，分布单元和UE之间的示例性数据流量的示意图；

图5是本发明实施例提供的一种在相同的IAB的RLC承载上回传服务于用户设备A和B的2个承载的示例性数据流量的示意图；

图6是本发明实施例提供的一种示例基线架构的示意图；

图7是本发明实施例提供的另一种示例基线架构的示意图；

图8是本发明实施例提供的一种给定时间内在IAB节点和UE内的PDCP接收窗口状态变量的示例的示意图；

图9和图10是本发明实施例提供的一种点对点流量控制的示意图；

图11是本发明实施例提供的一种提供绝对调度成本的示意图。

具体实施方式

本领域技术人员将认识到并理解，所描述的示例的细节仅仅是对一些实施例的说明，并且本文中阐述的教导适用于各种替代设置。

图1示出了IAB架构的参考图。通常，IAB尽力的重复使用为接入而定义的现有功能和接口。特别是，将移动终端(MT)，gNB-DU，gNB-CU，用户控制功能(User Plane Function，UPF)，接入和流动性管理功能(Access and Mobility Management Function，AMF)和会话管理功能(Session Management function，SMF)以及相应的接口NR的Uu接口(在MT和gNB之间)，F1，NG，X2和N4用作IAB架构的基准。移动终端的功能已定义为移动设备的组件。在此，移动终端被称为驻留在IAB节点上的功能，该功能终止回传Uu接口的无线电接口层，其朝向IAB宿主或其他IAB节点。

图1示出了独立模式下IAB的参考图，其中包含一个IAB宿主和多个IAB节点。IAB宿主被视为一个单独逻辑节点，其包含一组功能例如gNB-DU，gNB-CU-CP，gNB-CU-UP和可能的其他功能。在部署中，可以根据这些功能拆分IAB宿主，如3GPP无线接入网(NG-RAN)架构所允许的，这些功能可以全部并置或不并置。进行此类拆分时，可能会出现与IAB相关的方面，这将在研究的后期进行探讨。同样，如果很明显它们不执行特定于IAB的任务，则当前与IAB宿主相关的某些功能可能最终会被转移到宿主之外。

图2示出了包括架构1a和1b的一个提议的架构组1。可以基于五个架构参考图来表示提议的IAB多跳设计，其中两个如图2所示。这些架构在接口上所需的修改或所需的其他功能方面(例如，为了完成多跳转发)有所不同，分为两个架构组。

架构组1的主要特征如图2所示。架构组1包括架构1a和1b。两种架构都利用CU/DU拆分架构。在架构1a中，F1-U的回传使用适配层或GTP-U与适配层组合，以及跨中间节点的点对点转发使用适配层。在架构1b中，接入节点上F1-U的回传使用GTP-U/UDP/IP，而跨中间节点的点对点转发使用适配层。

架构1a利用CU/DU拆分架构。图2(1a)显示了IAB宿主下方的IAB节点的两跳链路的参考图。在这种架构中，每个IAB节点都包含一个分布单元和一个移动终端。IAB节点通过移动终端连接到上游IAB节点或IAB宿主。IAB节点通过分布单元建立到UE和下游IAB节点的移动终端的RLC信道。对于移动终端，此RLC通道可能指的是修改后的RLC*。一个IAB节点是否可以连接到多个上游IAB节点或IAB宿主有待进一步研究(For Further Study，FFS)。

宿主还持有一个分布单元以支持下游IAB节点的UE和移动终端。IAB宿主为所有IAB节点的分布单元及其自己的分布单元保留一个集中单元。不同的集中单元是否可以为IAB节点的分布单元提供服务有待进一步研究(FFS)。IAB节点上的每个分布单元使用F1的改进形式(称为F1*)连接到IAB宿主中的集中单元。F1*-U在无线回传上的RLC信道上运行，此RLC信道在服务IAB节点上的移动终端和宿主上的分布单元之间。在服务IAB节点上的移动终端和分布单元之间，以及宿主上的分布单元和集中单元之间的F1*-U传输有待进一步研究(FFS)。添加了一个包含路由信息的适配层，从而实现点对点转发。它取代了标准F1堆栈的IP功能。F1*-U可以携带一个GTP-U报头，用于集中单元和分布单元之间的端到端关联。在进一步的增强中，可以将GTP-U报头内携带的信息包括在适配层中。此外，可以考虑对RLC的优化，例如仅在与点对点相反的端对端连接上应用ARQ。图2(1a)的右侧显示了此类F1*-U协议栈的两个示例。在此图中，RLC的增强功能称为RLC*。每个IAB节点的移动终端进一步维持非接入层(Non-Access Stratum，NAS)与核心网(NextGeneration Core，NGC)的连接，例如，用于IAB节点的身份验证。它还通过NGC维持PDU会话，例如，为IAB节点提供与操作和维护(Operation and Maintenance，OAM)的连接。

架构1b也利用CU/DU拆分架构。图2(1b)显示了IAB宿主下方的IAB节点两跳链路的参考图。请注意，IAB宿主仅包含一个逻辑集中单元。一个IAB节点是否可以连接到多个上游IAB节点或IAB宿主有待进一步研究(FFS)。在此架构中，每个IAB节点和IAB宿主都具有与架构1a(请参见图2(1a))相同的功能。而且，如架构1a中那样，每个回传链路都建立一个RLC信道，并且插入适配层以实现F1*的逐跳转发。与架构1a相反，每个IAB节点上的移动终端与驻留在宿主上的UPF建立PDU会话。移动终端的PDU会话为并置的分布单元携带F1*。以此方式，PDU会话在集中单元和分布单元之间提供点对点链接。在中间跃点上，F1*的PDCP-PDU通过适配层以与架构1a所述相同的方式转发。图2(1b)的右侧示出了F1*-U协议栈的示例。

架构组2(未示出)包括架构2a，2b和2c。在架构2a中，接入节点上F1-U或NG-U的回传使用GTP-U/UDP/IP，跨中间节点的逐跳转发使用PDU会话层路由。在架构2b中，接入节点上的F1-U或NG-U的回程使用GTP-U/UDP/IP，跨中间节点的逐跳转发使用GTP-U/UDP/IP嵌套隧道(nested tunnelling)。在架构2c中，接入节点上的F1-U或NG-U回传使用GTP-U/UDP/IP，跨中间节点的逐跳转发使用GTP-U/UDP/IP/PDCP嵌套隧道。

在下文中，专注于架构组1，特别是架构1a。应当理解，架构1a能够最小化Uu接口上的开销。

图3示出了针对架构1a的具有适配层的L2中继的提议的协议栈。UE根据TS38.300，在UE的接入IAB节点上建立到分布单元的RLC信道。这些RLC信道中的每个信道都通过F1-U的潜在修改形式(称为F1*-U)进行扩展，在UE的接入分布单元和IAB宿主之间。F1*-U中嵌入的信息通过回传链路在RLC信道传送。F1*-U在无线回传上的传输由适配层实现，该适配层可以位于RLC层的上方或下方。

适配层支持的功能如下。在架构1a中，适配层上承载的信息支持：PDU的UE承载的标识，跨无线回传拓扑进行路由，在无线回传链路的DL和UL上通过调度程序对QoS的强制执行(QoS-enforcement)，UE的用户平面PDU到回传RLC信道的映射等。在架构1b中，适配层上承载的信息支持：跨无线回传拓扑进行路由，在无线回传链路的DL和UL上通过调度程序对QoS的强制执行，UE的用户平面PDU到回传RLC信道的映射等。

适配层报头上携带的内容可以包括：UE承载特定Id，UE特定Id，路由Id，IAB节点或IAB宿主地址，QoS信息以及潜在的其他信息。适配层中携带的信息的细节有待进一步研究(FFS)。

适配层信息的处理在每个路径的IAB节点(点对点)上，和/或在UE的接入IAB节点和IAB宿主(端到端)上支持上述功能。

适配层到L2堆栈的集成包括一个与MAC层集成或在MAC层之上(图3a和b所示的示例)，以及在RLC层之上(图3c所示的示例)的布局。

应当理解，附图仅示出示例协议栈，并且不排除其他可能性。

适配层可以由子层组成。可以想象到，例如，GTP-U报头成为了适配层的一部分。可选地，GTP-U/UDP/IP的报头栈可以是适配层的一部分。适配报头的设计可能与架构有关并且有待进一步研究(FFS)。

图4示出了在集中单元，分布单元和UE之间的示例性数据流量。通常，在Uu无线电接口上，NR UP协议栈未明确提供流量控制机制。但是，通过来自下层的反馈提供了隐式的流量控制机制。

对于AM，在上行链路(UL)和下行链路(DL)中，发送方的PDCP实体都知道最高顺序的PDCP PDU已传递给接收方的PDCP实体。在这种情况下，发送方的PDCP实体间接地从RLC的AM模式的ARQ反馈中得出此信息。

对于UM，在UL和DL中，发送方的PDCP实体都知道成功发送到接收方的PDCP实体的最高顺序的PDCP PDU(成功发送的最大PDCP COUNT)。在这种情况下，发送方的PDCP实体间接地从HARQ反馈或PHY反馈中获取此信息，以确认PDCP PDU已通过Uu接口传输。

在DL方向上，在gNB的高层分割架构(CU/DU)中，F1-U上可以使用流量控制机制，这有助于从下层传递信息(例如，ARQ或HARQ反馈)或指向PDCP实体的集中单元的等效信息(关于特定情况的已传递/已发送的PDU)。该信息是在每个UE/承载的基础上传达的，并使用3GPP TS 38.425中定义的NR用户面协议。该协议允许流量控制和有效的无损切换实现。

流量控制很重要，因为可以采用流量控制来解决HFN不同步问题。在没有确认已传送到接收方的PDCP实体的情况下，PDCP发送器通过避免发送超过PDCP SN空间的一半，可以避免HFN不同步问题。这意味着，在任何给定的时间点，PDCP SN空间的一半的最大范围可能是待定的(即，它已由PDCP发送器发送，但尚未被认为已被PDCP接收器接收)。

流量控制对于启用无损切换(对于AM承载)也很重要。为了实现无损切换，发送方的PDCP实体从新的链路PDCP SDU开始重传，从第一个在旧链路上传送不成功的PDCP SDU开始。也就是说，发送方的PDCP实体需要知道PDCP PDU的传送状态，以便能够在需要时丢弃这样的PDU(因为那些PDU将不再被考虑用于重传)。

在DL中，为了实现无损切换(HO)，源gNB从UE未按顺序接收到第一数据包开始向目标gNB转发数据包。类似地，在UL中，UE从第一SDU处开始重传PDCP SDU，其传送还没有按顺序确认。丢弃旧的(已确认)的数据包是一种有效的UE实施，因为根据规范(即使未明确指定)，不需要此类旧的数据包。

NR用户面协议提供以下功能：

·为从承载NR PDCP的节点传递到特定数据无线电承载的相应节点的用户数据提供NR用户面特定序列号信息。

·NR PDCP的PDU从对应节点成功按顺序传递到UE的信息，用于与特定数据无线电承载相关联的用户数据。

·NR PDCP的PDU的信息没有传递给UE或下层。

·传输到下层的NR PDCP的PDU的信息，用于与特定数据无线电承载相关联的用户数据。

·下行链路NR PDCP的PDU的信息将被丢弃，对于与特定数据无线电承载相关联的用户数据；

·相应节点上当前所需缓冲区大小的信息，用于向UE发送与特定数据无线电承载相关联的用户数据。

·相应节点上当前所需最小缓冲区大小的信息，用于向UE发送在相应节点上与为UE配置的所有数据无线电承载相关联的用户数据；

·NR PDCP的PDU从相应节点成功按顺序传递到UE的信息，用于重传与特定数据无线电承载相关联的用户数据；

·传输到下层的NR PDCP的PDU的信息，用于重传与特定数据无线电承载相关联的用户数据；以及

·在相应节点上的特定事件的信息。

得益于新的NR用户面特定的序列号信息，用于从承载NR PDCP的节点传输到相应节点的用户数据，可以提供NR PDCP的PDU成功按顺序传输的信息。该序列号使相应的节点能够识别乱序/丢失的PDCP数据包。

此外，仅支持DL方向。支持UL方向不是直接的，因为这意味着要考虑对从一个“相应节点”(不承载NR PDCP)传输到一个承载NR PDCP的节点的用户数据包进行流量控制，即与协议所提供的相反。然后，第一个问题将是，由于“相应节点”(未承载NR PDCP)没有生成PDCP PDU，因此PDCP PDU可能已经乱序或可能已经丢失了一些序列号。添加新的NR用户面特定的序列号信息无法识别无序/丢失的PDCP数据包。

当前，在提议的IAB架构中，NR用户面协议(NUPP)是GTP-U的一部分，而GTP-U是F1-U的一部分。F1-U的回传选项可以将NUPP扩展到接入IAB节点。但是，这会增加空中接口(整个F1-U堆栈：带有NUPP的IP/UDP/GTP-U)上的大量开销。与架构1a相关的选项很有吸引力，因为它们可以减少这种开销。在架构1a中，添加了一个适配层，其中包含路由信息，从而实现点对点转发。它取代了标准F1堆栈的IP功能。IAB宿主为所有IAB节点的分布单元以及自己的分布单元保留一个集中单元。IAB节点上的每个分布单元使用修改后的F1形式(称为F1*)连接到IAB宿主中的集中单元。F1*-U表示此接口的用户面部分。

F1*-U中可以了解到：在服务IAB节点上的分布单元和移动终端之间：有待进一步研究(FFS)；在服务IAB节点上的移动终端与宿主上的分布单元之间：在RLC信道上；在宿主上的分布单元和集中单元之间：假定F1-U可以重用作为基线，并在宿主的分布单元上进行中继。

关于IAB网络中的拥塞/丢弃问题，在IAB网络中，节点之间缺少流量控制机制可能是一个问题。以下描述集中于架构1a(参见图2(1a))，UP选项c)。然而，应注意，这仅用于简化描述，该建议不限于该架构。

为了简单起见，考虑没有特别的QoS区分的情况，即所有UE有一个具有相似QoS特性的承载。在此最简单的替代方案中，此选项可以看作是将UE_ID(通过适配层)添加到PDCPPDU。UE_ID启用跨IAB树的路由。

图5示出了一个示例，其中服务UE A和UE B的2个承载在相同IAB的RLC承载上回传。为了促进IAB的可伸缩性，优选实施例包括在相同回传承载(IAB承载)内聚合不同的UE承载。图5示出了一个示例，其中服务UE A和UE B的2个承载在相同AB的RLC承载上回传，并且可以由适配层添加的UE_ID来区分。

如图5所示，即使UE B的链路不良/拥塞，IAB宿主侧的调度程序也将平等地处理UE。这将导致UE B的IAB节点过载，可能导致丢弃UE B的SDU。还可以看到，在IAB回传链路的调度中出现了不公平现象：UE A和UE B的调度权重(例如可以从比例公平调度中得出)在理想情况下，也应在IAB宿主使用。

关于IAB网络内的HFN不同步/无损HO问题，另一个问题是在DL中，PDCP成功传递/发送的指示仅针对第一IAB节点，而不针对UE。类似地，在UL中，PDCP成功传递/发送的指示仅针对接入IAB节点，而不针对gNB。因此，发送方的PDCP实体不能容易地确保对应于少于PDCP SN空间的一半的PDCP PDU是待定的。HFN不同步问题可能会发生，例如，一旦对应于PDCP SN空间一半以上的PDCP PDU在IAB网络中被丢弃。

这对于支持无损HO也是有问题的。在DL中，源gNB可能已经缓冲了旧的PDCP SDU，但是它不知道从哪个开始重传。这可能导致执行效率低下。在UL中，由于规范中不再需要旧的(已确认)数据包，一旦RLC的ACK的序列号指示对此类数据包进行累积确认，则丢弃此类数据包(即使未明确指定)也是一种非常有效的UE实现。如果此类数据包未传递给IAB宿主，但丢失或卡在了IAB树中的某个位置，则它们将不会重新传输，并且肯定会丢失。

根据本发明的所提出的方法和系统旨在解决上述问题。

需要端到端流量控制以启用旧的PDCP数据传输操作(包括防止HFN不同步和无损切换支持)。在没有F1-U回传或F1*-U至少包含NUPP的架构中，这是无法实现的。

需要点对点流量控制来避免IAB节点中的拥塞和相关的SDU丢弃，并在UE之间提供调度公平性。

用于启用PDCP数据传输操作(包括防止HFN不同步和无损切换支持)的通用方法将依赖于来自PDCP实体的PDCP状态报告轮询(例如为LWA承载实施的解决方案)。但是，IAB需要支持旧的NR UE(15级)。因此，这种通用方法不适用。

一种替代方法将包括依赖于在F1-U上提供的流量控制，即在GTP-U内的NR的用户面协议中(利用IAB宿主和IAB接入节点的分布单元之间的GTP-U内的NR的用户面协议)。这适用于DL。接入IAB节点将能够向宿主节点发送DL的数据传递状态信息，承载PDCP。但是，主要缺点之一是增加了开销。新的NR-U序列号需要应用于所有下行链路数据包。此外，这种替代方法在UL中并不简单，因为NUPP不支持UL数据传输，并且不容易扩展(请参见上文)。

关于IAB树内的拥塞问题，通用方法将包括使用架构，例如PDU会话支持每个IAB链路，并具有适当的QoS。然而，这样的架构将引入高开销。

根据本发明提出的端到端流量控制依赖于接入IAB节点来维护UE接收PDCP窗口的图像，即使从数据路径的角度来看它并没有实现PDCP(PDCP不需要包含在协议栈中)。接入IAB节点内的接收PDCP窗口是基于成功传递/发送给UE的PDCP PDU(基于ARQ/HARQ或PHY反馈)更新的，而不是像常规PDCP实现中那样基于接收到的PDCP PDU。还需要向接入IAB节点提供一个重排序计时器值(理想情况下，它与配置给UE PDCP的计时器值匹配)。

所提出的流量控制的主要优点之一包括可以避免附加序列号的开销/复杂性。

下面参照图6、7和8描述依据本发明的端到端流量控制。

图6示出了依据本发明实施例的示例基线架构。如图所示，在DL中，发送方PDCP实体的集中单元应该知道PDCP向UE的成功传递/发送。如果F1-U在接入IAB节点中终止，则集中单元可以通过使用NUPP轮询接入IAB节点来获取此信息。但是，这样的解决方案是以无线回传上非常高的开销为代价的。我们专注于F1-U在接入IAB节点中不终止的架构。基于UE的解决方案可以基于轮询或自主触发而依赖UE PDCP发送状态报告(SR)。但是，这不适用于旧版UE。因此，最好是基于NW的解决方案。

如图所示，已详细说明了IAB宿主的内部DU/CU分割，并且出于说明目的已添加了GTP-U上的NR的用户面协议层。NUPP实际上不是一个单独的层，而是嵌入在NR RAN容器内的GTP-U扩展报头中，但是为了简化理解可以将其视为一个单独的层/报头。在此架构中，流量控制(成功传递PDCP PDU的知识)仅可用于传递到第一个IAB节点。

根据本发明实施例，如图7所示，一种选择是在接入IAB节点处具有NR的用户面协议终止点。

图7示出了依据本发明实施例的示例基线架构。类似于上述内容，NR的用户面协议不必是一个单独的层。在图7中，NR的用户面协议将嵌入在IAB宿主的集中单元和分布单元之间的NR的用户面协议的GTP-U扩展报头中(在GTP-U的NR容器中)，在IAB宿主的分布单元处中继，并嵌入在IAB宿主的分布单元和接入IAB节点之间的适配层报头中。因此，在本实施例中，NR的用户面协议字段被包括在适配层中。由于可以重用NUPP协议，因此具有减少规范影响的好处。但是，由于NR的用户面协议在每个数据包上添加了特定的序列号，因此无线回传仍然存在大量开销。

借助NUPP，由于来自UE的RLC ACK反馈，从承载NR PDCP实体的节点接收到的那些NR PDCP的PDU中，“相应节点”能够提供按最高顺序成功传递给UE的NR PDCP的PDU的序列号，以及检测接收序列中任何丢失的NR PDCP的PDU。通过NUPP中的附加信息，尤其是添加到所有DL数据包的附加序列号，可以实现此检测。通过在适配层中不包括整个NUPP帧，而在数据流量方向上仅包括附加的适配层序列号，以及在相反方向上的PDCP状态，可以实现类似的功能。但是，即使与传送NUPP帧相比这稍微减少了开销，向每个数据包添加一个特定序列号的开销仍然存在。

图8示出了一种给定时间内在IAB节点和UE内的PDCP接收窗口状态变量的示例。推导类似信息的另一种方法是让接入IAB节点维护UE的PDCP接收窗口的图像。在该实施例中，接入IAB节点跟踪从宿主节点接收并发送给UE的PDCP PDU。基于成功传递给UE(在AM的情况下)或成功发送给UE(在UM的情况下)的PDCP PDU，接入IAB节点应维护PDCP接收窗口的图像。换句话说，IAB节点通过在确认PDCP PDU的传递/发送时考虑“接收到”的PDPD PDU，来更新PDCP接收状态变量。如果接收到的PDCP PDU序列中出现间隙(来自父节点)，则IAB节点不会启动重排序计时器。仅当已确认传递/发送的PDCP PDU的序列中有间隙(来自UE链路的下层反馈)，才启动重排序定时器。

以这种方式，图像窗口总是比UE内部的PDCP窗口迟一些。IAB节点可以维护RX_DELIV_IN变量，该变量代表按最高顺序成功地传递/发送给UE的PDCP PDU之后的PDCP PDU(第一丢失计数或第一丢失序列号)。重排序计时器可确保丢包检测。与较高COUNT值相关联的重排序计时器到期时，来自一个序列间隙的数据包被视为丢失。

所提出的实施例的主要优点之一是，避免了如NR的用户面协议中那样包括一个新的序列号。相反，所需的主要是重排序定时器信息，基于每个UE/承载的接入IAB节点，可以通过CP配置来配置定时器信息。

进一步提出在基线架构中增强适配层(请参见图6)，以便它可以传达以下信息(基于每个UE/承载)：

·在DL中，一个轮询位可以请求PDCP状态。

·在UL中，PDCP状态信息包含在接入IAB节点“UE的PDCP接收窗口图像”的下边缘。可以等效地：

★成功传递/发送给UE的PDCP PDU中的最高顺序的PDCP SN或PDCP COUNT；

★根据成功传递/发送给UE的PDCP PDU，首先丢失的PDCP SN或PDCP COUNT(即对应的RX_DELIV_IN)。

在上文中，“成功传递”是指从UE接收到RLC ACK(AM情况)，“成功发送”是指从下层的角度来看发送被认为是成功的(UM情况，例如通过PHY反馈或HARQ反馈而刚刚发送表示发送成功)。此外，“按顺序”是指序列中没有任何间隙。如果PDCP PDU序列中存在间隙(在PDCPSN被跳过或IAB树内发生丢弃的情况下可能发生)，则仅在重排序计时器到期后才清除该间隙。作为适配层的一部分，不需要其他序列号。

进一步提出，在IAB宿主的分布单元终止NR的用户面协议，并且IAB宿主的分布单元执行从NR的用户面协议到适配层的轮询中继，以及将PDCP状态信息从适配层中继到NR的用户面协议。

总体功能处理包括：

★IAB宿主的集中单元实施NR的用户面协议并轮询PDCP状态；

★IAB宿主的分布单元在适配层转发轮询；

★基于成功传递/发送给UE的PDCP PDU，接收方(接入IAB节点)实现接收PDCP窗口，UE的PDCP接收窗口的延迟图像，因此可以在需要时生成PDCP状态；

★接收器(接入IAB节点)在轮询时生成并向上游发送PDCP状态；

★IAB宿主的分布单元生成NR的用户面协议的PDCP状态并将其发送给集中单元；

★中间IAB节点在分布单元和移动终端之间转发轮询/PDCP状态。

重要的是要注意，接入IAB节点处的PDCP接收窗口不会以任何方式影响到UE的数据流量。接收到的PDCP PDU毫无延迟地向UE中继。维护PDCP接收窗口的唯一目的是能够在需要时生成PDCP状态。PDCP在UE和IAB宿主的集中单元上保持终止，因此在接入IAB节点上不需要完整的PDCP实体。

为了最小化UE的PDCP接收窗口与其在接入IAB节点内的图像之间的差异，只要接收到针对PDCP状态的轮询，接入IAB节点就可以轮询UE(在RLC级别)，并且仅在UE已经回答了RLC轮询时发送PDCP状态。

PDCP状态可以通过如上所述的轮询触发，也可以自主触发。自主触发可以基于时间段或序列号增量周期，并且可以进行配置。

为了最小化与轮询和报告PDCP状态相关的开销，宿主IAB节点可以仅在需要时触发轮询，例如，在注意到整体链路质量下降(通过其他方式)时或在切换之前。

如图所示，在UL中，发送PDCP实体的UE应该知道PDCP向IAB宿主的集中单元的成功传递/发送(指示)。

与针对分布单元提出的概念类似的概念也适用。即，建议引入：

·在UL中，一个轮询位，使接入IAB节点能够请求PDCP状态；

·在DL中，PDCP状态信息等效于：

★成功传递/发送到集中单元的PDCP PDU中的最高顺序PDCP SN或PDCP COUNT；

★基于成功传递/发送到集中单元的PDCP PDU，首先丢失的PDCP SN或PDCP COUNT(即对应的RX_DELIV)。

总体功能处理如下：

★接入IAB节点将RLC的ACK_SN(在RLC STATUS PDU内)的进程限制为数据包，此数据包通过PDCP状态(在AM中)有效确认为已传递的数据包；

★接入IAB节点限制了MAC调度，以便不超过一半的PDCP SN待处理(由于在PDCP状态下有效确认已发送数据包信息)；

★接入IAB节点定期发送轮询以获取PDCP状态(根据需要)；

★接收器(IAB宿主的分布单元)实现PDCP接收窗口(集中单元中的接收PDCP窗口的图像)，因此它可以生成PDCP状态；

★接收器(IAB宿主的分布单元)生成PDCP状态并将其发送回适配层。

★中间IAB节点在分布单元和移动终端之间转发轮询/PDCP状态。

可选地，可以增强NUPP以支持UL的PDCP状态轮询：

★在IAB宿主的分布单元上，轮询从适配层中继到NUPP(UL中使用的新轮询字段)；

★在IAB宿主的集中单元上，轮询被转发到PDCP，且PDCP返回PDCP的状态；

★PDCP状态包含在NUPP中(新消息/帧，可以重新使用用于DL数据传输的状态消息)；

★IAB宿主的分布单元将PDCP状态从NR的用户面协议中继到适配层。

在那种情况下，分布单元不必实现PDCP接收窗口(集中单元中的PDCP接收窗口的图像)。

对于AM，主要好处是UE不会丢弃数据包，除非IAB宿主确认已成功接收到数据包。这将防止UE丢弃可能仍需要的数据包(例如，刚刚成功发送到接入IAB节点，但在到达集中单元之前在IAB树中被丢弃的数据包)，并允许无损切换。

对于UM，延迟HARQ反馈似乎不现实/不理想。但是，可以调整MAC调度。主要好处是，接入IAB节点具有必要的信息，以防止UE(通过适当的MAC调度)发送IAB树中一半以上的PDCP SN空间(即尚未到达宿主的分布单元)。

PDCP状态可以通过如上所述的轮询触发，也可以自主触发。自主触发可以基于时间段或SN增量周期，并且可以进行配置。

为了最小化与轮询和报告PDCP状态相关的开销，仅当需要时，例如在注意到整体链路质量下降时(通过其他方式)或在切换之前，接入IAB节点可以触发轮询。

图9和10示出了根据本发明实施例的点对点流量控制。先前的实施例有助于恢复用于DRB数据传输的基本UP原理。发送方的PDCP实体可以获得(在某种程度上)向接收方实体成功传递/发送PDCP PDU的知识。这有助于防止HFN失步(针对AM和UM)，并允许无损HO。

但是，端到端的流量控制不能解决IAB网络中潜在的拥塞问题，从而导致IAB网络中SDU的丢弃，如最初所述。它也不能解决UE之间的公平性问题。

为此，在点对点基础上需要提供更详细的信息。建议引入流量控制信息(FlowControl Information，FCI)。流量控制信息应基于每个UE/承载。因此，它可以作为控制信息(与流量相反的方向)添加到适配层中。与先前实施例中讨论的端到端控制信息相反，点对点的流量控制信息将与IAB节点之间的每个链路相关，即一个子IAB节点会通过适配层将此信息提供给其父IAB节点。

流量控制信息的可能内容有多种选择：相对调度权重和绝对调度成本，以及最大可达到的吞吐量，接收窗口/缓冲区状态，在IAB链路上服务的UE/承载的数量。

关于相对调度权重并参考图9和10，在以上示例中，UE A和UE B承载的接入IAB节点调度权重将被报告给父节点。也可以传送总权重，或者等效地可以对权重进行归一化。实际上，这些权重将用于提供给IAB的RLC承载。

假设UE A的报告权重＝3，UE B的报告权重＝1，则IAB的RLC承载将为UE A填充的数据量是UE B的三倍。可以通过适当的缩放将权重进一步报告到IAB树的顶部。

例如，如果父节点是另一个IAB节点，另外还服务于UE C，则MAC调度程序将使用权重IAB和权重C。如图10所示。

MAC调度程序可能需要考虑IAB承载寻址的IAB UE的数量。例如，在相等的无线电条件下，权重IAB可以是UE C权重的两倍(但是，其他实现方式也是可能的，这仅是示例)。

然后，报告给父节点的权重将是(在这种情况下)：

·权重A＝权重IAB*权重A/(权重A+权重B)＝2*3/4＝3/2

·权重B＝权重IAB*权重B/(权重A+权重B)＝2*1/4＝1/2

·权重C＝1

这些权重对应于在IAB宿主处馈入IAB的RLC承载时要使用的相对数据比率。

更普遍地，在共享由父IAB节点服务的相同聚合的IAB承载的所有UE/承载之中，可以将权重报告给每个UE和每个承载的父IAB节点。这些权重对应于在父IAB节点处馈入IAB的RLC承载时要使用的相对数据比率：假设所有UE/承载的缓冲区流量全部满载，则父节点将必须使用这些相对权重来馈入IAB的RLC承载，以匹配下游调度。子IAB节点如何设置这些权重取决于实现。这是来自子IAB节点的指示，权重将被用作IAB承载的输入，以匹配子IAB节点的调度。例如，在子IAB节点是一个服务于多个UE的接入IAB节点的情况下，预期权重将与IAB接入节点MAC调度程序所使用的权重匹配。

根据每个节点MAC调度程序的权重，权重被更新并报告到树的顶部。IAB承载内的承载权重不取决于服务IAB节点的RF条件，而仅取决于以下节点的RF条件。相对于其他IAB承载/UE，IAB承载的权重将取决于来自MAC调度程序(取决于实现)的服务IAB节点的RF。

如果在树中的任何位置，UE处于非常恶劣的状况，则来自其接入节点的权重将约为0，并报告给宿主，宿主将停止向该UE馈送第一个IAB承载。

没有此类信息，宿主将继续向该UE馈送信号，而没有任何线索，这将导致：1)浪费IAB承载上的资源；2)在接入IAB节点处大量丢弃。

如果一个UE在IAB承载中复用了多个承载，可选的，相对权重可能仅针对每个UE，并且有一个隐含的理解：万一所有承载都将具有相同的优先级(即，父节点将为每个承载应用相同的权重，等于UE的权重除以承载数)。

等效地，相对权重可以由相应的相对成本(就无线电资源而言)或相对最大吞吐量来代替。相对的调度权重可以帮助减轻子IAB节点上的拥塞。但是，可能无法完全防止拥塞。

应当理解，该信息允许自下而上的调度方法，由此将来自接入IAB节点(服务于UE)的调度决策(权重)向上游传送，以使中间IAB节点和宿主IAB节点向IAB承载馈入相应的权重。

图11示出了根据本发明实施例提供的绝对调度成本。当使用相对权重(或成本)时，父IAB节点仅具有关于优先级的信息，该信息应用于在同一IAB的RLC承载内复用的UE/承载的调度。

在以上示例中，在中间节点处，假设了中间节点处的IAB承载和UE C承载的等效无线电条件。然后，在知道IAB承载服务于2个UE的情况下，中间节点MAC调度程序将权重IAB设置为UE C权重的两倍。

扩展无线电感知调度概念的另一种策略将是，向中间(或宿主)IAB节点处的MAC调度程序提供MAC调度程序下游的绝对调度成本(例如，就无线电资源而言)。成本可以以标准化单位表示，例如资源元素/位(时间*频率*空间层/位)。

参照图11，例如，通过接入链路(来自IAB节点X)的UE A和UE B的成本分别可以是CA＝1和CB＝3。如果我们假设相同的无线电条件，则IAB回传的成本和UE C的成本分别为CIABX＝2和CC＝2(来自IAB节点Y)。

考虑到下游的总成本，IAB节点Y上的调度程序可能会使用此信息，例如以公平的比例方式在UE之间分配资源。在此示例中：

·成本A＝CA+CIABX＝3

·成本B＝CB+CIABX＝5

·成本C＝CC＝2

UE可能与其成本成反比例安排，即在上面的示例中：

·权重A＝1/3

·权重B＝1/5

·权重C＝1/2

可以通过适当的聚合将权重进一步报告到IAB树的顶部，例如，仅累加一个给定UE的每个链路的成本。但是，其他聚集策略也是可能的。例如，IAB回传链路上的成本可能被认为与接入其接入链路的权重不同，以免对位于树尾的太多UE造成不利影响。

通过该实施例，顶级调度程序将做出主要调度决策。

一个UE在IAB承载中复用了多个承载的情况下，绝对权重/成本可能仅是每个UE，而不是每个承载，因为可以预期对于相同UE的每个承载，成本将是相同的。

等效地，可以用相应的绝对权重(每个资源元素可达到的吞吐量，或每个给定时间*频率*空间层单位可实现的等效位数)代替绝对成本。

绝对成本可以帮助减轻子IAB节点上的拥塞，但是并不能阻止这种情况。它们主要用于确保UE之间的公平性。

应当理解，该信息允许自上而下的调度方法，由于在流量控制信息中的报告，IAB树中的顶级调度程序(在宿主IAB处)将能够基于该UE的估计总成本来执行调度决策。

关于最大可实现吞吐量，可以利用上述绝对成本信号，指示每个UE的最大可实现吞吐量(或等效地，如果发送绝对成本/权重信号，则每个时间单位的UE可以使用的最大时间*频率*空间层资源数)。

这有助于根据例如激活的小区以动态方式考虑UE的附加能力，例如带宽，CA能力。

如前所述，相对或绝对权重/成本信息都可以帮助减轻子IAB节点上的拥塞，但是并不能阻止这种情况。需要一些附加信息，例如接收窗口或缓冲区状态信息。

关于接收窗口(例如，用于相应承载的可用内存，或可以接收的PDU的可用数量)或缓冲区状态(用于传输的排队数据以及最大值)，此指标的目的是基于每个UE/RB(在IAB的RLC承载内复用)提供传输缓冲区信息。提供此类信息可防止过载(拥塞)和丢弃SDU。此外，通过确保UE之间的传输缓冲区队列相等，可以确保公平。

在前面的示例中，当考虑聚合的IAB承载(例如服务UE A和UE B)时，IAB节点可以报告每个UE/承载的队列大小。相对队列大小可用作馈入IAB的RLC承载时要使用的相对逆数据比率。也就是说，每个UE/承载的接收窗口或缓冲区状态信息避免用信号发送相对权重。

在给定的示例中，UE A的服务量是UE B的3倍。根据初始的UE/承载队列大小，IAB节点会将报告的队列大小比率调整为UE A的3/4和UE B的1/4。

可选的，假设相同UE的多个承载将在子IAB节点内共享相同的接收窗口或传输缓冲区，则可以基于每个UE(在IAB的RLC承载内复用)来提供接收窗口或缓冲区状态。

关于在IAB链路上服务的UE的数量和每个UE的承载的数量，这需要相应地缩放MAC调度。但是，此信息也可能会替代地从控制平面进行配置/派生。

关于接收窗口，不是基于每个UE/承载提供信息，而是基于每个(聚合的)IAB承载提供该信息(例如，对应的IAB承载的可用内存，或者可以接收的PDU的可用数量)。如果结合每个UE/承载的权重报告(相对或绝对)，则可以使用此方法。

如果报告了权重，它们可以确保公平性，并可以通过IAB承载纠正初始馈电无线电。剩下的唯一要求是防止拥塞，因此每个聚合承载接收窗口就足够了。这具有减少与频繁的流量控制反馈报告相关的开销的优点。

关于基于IAB承载提供接收窗口信息，因为它将不再依赖于UE/承载，一种选择是增强适配层以提供IAB承载信息(即，使用一个通用UE/承载ID，指示该信息不特定于给定的UE/承载，而是与IAB承载有关)。另一种选择是将该信息包括在RLC层中，因为聚合的IAB承载是通过RLC信道传输的。此信息可以包含在RLC控制的PDU中，或者搭载在RLC数据PDU的报头中。另一种选择是将该信息包括在MAC层中，因为一个MAC传输块专用于一中移动终端的功能。该信息可以被包括在一个MAC控制元素中或被包括在MAC PDU报头中。如果为相同的移动终端配置了多个IAB承载，则可以在MAC级别对其进行区分，因为它们与不同的逻辑信道相关联。

关于接收窗口信息，可以使用不同的粒度。较低的开销/较少的粒度用于指示是否可以接收(内存可用于相应的UE/承载或聚合的IAB承载)，在这种情况下，允许发射机进行发送，如果不是(内存不适用于相应的UE/承载或聚合的IAB承载)，在这种情况下，将禁止传输。

可以基于通常的机制来报告流量控制信息，例如通过轮询，定期或基于触发。

尽管未详细示出，构成网络一部分的任何设备或装置可以至少包括处理器、存储单元和通信接口，其中处理器单元、存储单元和通信接口被配置成执行本发明的任何方面的方法。下面将介绍更多的选项和选择。

本发明实施例的信号处理功能，特别是gNB和UE，可以使用本领域技术人员已知的计算系统或架构来实现。可使用诸如台式机、膝上型或笔记本电脑、手持计算设备(PDA、手机、掌上电脑等)、主机、服务器、客户端或任何其他类型的专用或通用计算设备(对于给定的应用程序或环境来说可能是可取的或适当的)的计算系统。计算系统可以包括一个或多个处理器，这些处理器可以使用通用或专用处理引擎(例如微处理器、微控制器或其他控制模块)来实现。

计算系统还可以包括主存储器，例如随机存取存储器(Random Access Memory，RAM)或其他动态存储器，用于存储要由处理器执行的信息和指令。这样的主存储器还可用于在执行由处理器执行的指令期间存储临时变量或其它中间信息。计算系统也可以包括只读存储器(Read Only Memory，ROM)或其他静态存储设备，用于存储处理器的静态信息和指令。

计算系统还可以包括信息存储系统，该信息存储系统可以包括例如媒体驱动器和可移动存储接口。介质驱动器可以包括支持固定或可移动存储介质的驱动器或其他机制，例如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘驱动器(Compact Disc，CD)或数字视频驱动器(Digital Video Drive，DVD)、读或写驱动器(R或RW)或其他可移动或固定介质驱动器。存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD，或者由介质驱动器读取和写入的其他固定或可移动介质。存储介质可以包括具有存储在其中的特定计算机软件或数据的计算机可读存储介质。

在替代实施例中，信息存储系统可以包括用于允许将计算机程序或其他指令或数据加载到计算系统中的其他类似组件。这些组件可以包括，例如，可移动存储单元和接口，例如程序盒和盒接口、可移动存储器(例如，闪存或其他可移动存储器模块)和存储器插槽，以及其他可移动存储单元，以及允许软件和数据从可移动存储单元传输到计算系统的接口。

计算系统还可以包括通信接口。这种通信接口可用于允许在计算系统和外部设备之间传输软件和数据。通信接口的示例可以包括调制解调器、网络接口(例如以太网或其他NIC卡)、通信端口(例如通用串行总线(USB)端口)、PCMCIA插槽和卡等。通过通信接口传输的软件和数据的形式为信号，该信号可以是电子、电磁、光或能够被通信接口介质接收的其他信号。

在本文件中，术语“计算机程序产品”、“计算机可读介质”等通常可用于指有形介质，例如存储器、存储设备或存储单元。这些和其他形式的计算机可读介质可以存储一个或多个指令，供构成计算机系统的处理器使用，以使处理器执行指定的操作。这种指令，通常称为“计算机程序代码”(可以以计算机程序或其他分组的形式分组)，在执行时使计算系统能够执行本发明实施例的功能。请注意，代码可能会直接导致处理器执行指定操作、编译为执行指定操作，和/或与其他软件、硬件和/或固件元素(例如，用于执行标准功能的库)组合以执行指定操作。

非暂时性计算机可读介质可以包括以下组中的至少一个：硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器、EPROM，电可擦可编程只读存储器和闪存。在使用软件实现元件的实施例中，软件可以存储在计算机可读介质中，并使用例如可移动存储驱动器加载到计算系统中。当由计算机系统中的处理器执行时，控制模块(在本实施例中，为软件指令或可执行计算机程序代码)使处理器执行本文所述的本发明的功能。

此外，本发明的概念可应用于用于在网络元件内执行信号处理功能的任何电路。进一步设想，例如，半导体制造商可在设计独立装置时采用本发明概念，例如数字信号处理器(Digital Signal Processor，DSP)的微控制器、专用集成电路(Application-SpecificIntegrated Circuit，ASIC)和/或任何其他子系统元件。

应当理解，为了清楚起见，上述描述参考单个处理逻辑描述了本发明的实施例。然而，本发明的概念同样可以通过多个不同的功能单元和处理器来实现，以提供信号处理功能。因此，对特定功能单元的引用仅被视为对提供所述功能的适当手段的引用，而不是对严格的逻辑或物理结构或组织的指示。

本发明的方面可以以任何合适的形式实现，包括硬件、软件、固件或这些的任何组合。本发明可选择性地至少部分地实现为在一个或多个数据处理器和/或数字信号处理器上运行的计算机软件或可配置模块组件，例如FPGA设备。

因此，本发明实施例的元件和组件可以以任何合适的方式在物理上、功能上和逻辑上实现。实际上，该功能可以在单个单元、多个单元或作为其他功能单元的一部分来实现。尽管结合一些实施例描述了本发明，但本发明并不限于本文所述的特定形式。相反，本发明的范围仅限于所附权利要求。另外，尽管可以结合特定实施例来描述特征，但是本领域技术人员将认识到，根据本发明可以组合所描述实施例的各种特征。在权利要求中，“包括”一词不排除存在其他元素或步骤。

此外，尽管单独列出，但是可以通过例如单个单元或处理器来实现多个装置、元件或方法步骤。另外，虽然各个特征可以包括在不同的权利要求中，但是这些特征可以有利地组合在一起，并且包括在不同的权利要求中并不意味着特征的组合不可行和/或不利的。此外，在一个权利要求类别中包括一项特征并不意味着对这一类的限制，而是表明该特征在适当情况下同样适用于其他权利要求类别。

此外，权利要求中特征的顺序并不意味着必须执行特征的任何特定顺序，尤其是方法权利要求中单个步骤的顺序并不意味着必须按此顺序执行步骤。相反，这些步骤可以以任何合适的顺序执行。此外，单数引用不排除复数。因此，对“一”、“一个”、“第一”、“第二”等的引用并不排除复数。

尽管结合一些实施例描述了本发明，但本发明并不限于本文所述的特定形式。相反，本发明的范围仅限于所附权利要求。另外，尽管特征可能看起来是结合特定实施例来描述的，但是本领域技术人员将认识到，根据本发明可以组合所描述实施例的各种特征。在权利要求中，术语“包括”或“包含”不排除存在其他元素。