具体实施方式

[最佳模式]

在一个实施例中，提供了一种在无线通信系统中由第二网络节点执行的方法。该方法包括：从第一网络节点接收第一调度请求(SR)和第一缓冲器状态报告(BSR)中的至少一个；在从第一网络节点接收对应于第一SR或第一BSR的要发送的数据之前，基于第一SR或第一BSR向第三网络节点发送第二SR和第二BSR中的至少一个；从第三网络节点接收对应于第二SR或第二BSR的第一上行链路(UL)授权；从第一网络节点接收数据；以及向第三网络节点发送数据。

在实施例中，该方法还包括：向第一网络节点发送对应于第一SR或第一BSR的第二UL授权，其中，向第三网络节点发送第二SR和第二BSR中的至少一个包括：基于第二UL授权发送第二SR和第二BSR中的至少一个。

在实施例中，向第三网络节点发送第二BSR包括：基于第一BSR和第一SR的SR配置中的至少一个确定是否发送第二BSR；以及基于确定结果发送第二BSR。

在实施例中，确定是否发送第二BSR包括：基于要发送的数据的优先级确定是否发送第二BSR。

在实施例中，基于待发送的数据的优先级确定是否发送第二BSR包括：在待发送的数据的优先级高于在第二网络节点的缓冲器中存在的数据的优先级的情况下，确定发送第二BSR。

在实施例中，确定是否发送第二BSR包括：基于数据到达数据目的地所需的跳跃的数量确定是否发送第二BSR。

在实施例中，第二BSR包括与要发送的数据对应的第二网络节点的缓冲器状态信息。

在实施例中，第二BSR被分配了逻辑信道标识符(LCID)，该逻辑信道标识符不同于分配给另一BSR的另一LCID，并且另一BSR包括与在缓冲器中当前存在的数据对应的第二网络节点的缓冲器状态信息。

在一个实施例中，提供了在无线通信系统中的第二网络节点。该第二网络节点包括：收发器和至少一个处理器，该至少一个处理器被配置为：从第一网络节点接收第一调度请求(SR)和第一缓冲器状态报告(BSR)中的至少一个；在从第一网络节点接收对应于第一SR或第一BSR的要发送的数据之前，基于第一SR或第一BSR向第三网络节点发送第二SR和第二BSR中的至少一个；从第三网络节点接收对应于第二SR或第二BSR的第一上行链路(UL)授权；从第一网络节点接收数据；以及向第三网络节点发送数据。

在实施例中，至少一个处理器还被配置为：

向第一网络节点发送对应于第一SR或第一BSR的第二UL授权，以及

基于第二UL授权向第三网络节点发送第二SR和第二BSR中的至少一个。

在实施例中，至少一个处理器还被配置为：基于第一SR的SR配置和第一BSR中的至少一个确定是否发送第二BSR；以及基于确定结果向第三网络节点发送第二BSR。

在实施例中，至少一个处理器还被配置为：基于要发送的数据的优先级确定是否发送第二BSR。

在实施例中，至少一个处理器还被配置为：在要发送的数据的优先级高于在第二网络节点的缓冲器中存在的数据的优先级的情况下，确定发送第二BSR。

在实施例中，至少一个处理器还被配置为：基于数据到达数据目的地所需的跳跃的数量确定是否发送第二BSR。

在实施例中，第二BSR包括与要发送的数据对应的第二网络节点的缓冲器状态信息。

在实施例中，第二BSR被分配了逻辑信道标识符(LCID)，该逻辑信道标识符不同于分配给另一BSR的另一LCID，并且另一BSR包括与在缓冲器中当前存在的数据对应的第二网络节点的缓冲器状态信息。

在一个实施例中，提供了在多节点电信系统中从节点请求资源的方法，其中第一节点发送数据到第二节点，并且第二节点发送该数据到第三节点，该方法包括以下步骤：第一节点向第二节点指示它具有旨在用于第二节点的数据；作为响应，第二节点确定是否从第三节点请求资源；以及部分地基于来自第二节点的请求，第三节点向第二节点提供资源；以及第二节点向第三节点发送从第一节点接收的数据。

在实施例中，第一节点向第二节点指示它具有旨在用于第二节点的数据的步骤包括：第一节点发送调度请求(SR)消息或缓冲器状态报告(BSR)消息。

在实施例中，作为响应，第二节点从第三节点请求资源的步骤发生在第二节点接收从第一节点发送的数据之前。

在实施例中，作为响应，第二节点从第三节点请求资源的步骤还包括：仅在满足一个或多个附加准则时请求资源。

在实施例中，一个或多个附加准则包括来自第一节点的信息，其指示：

-在特定类型或与属于特定服务的第一节点中存在数据；或

-存在高优先级的数据；或

-在节点自身的缓冲器中存在相对于现有数据的优先级的某一优先级的数据；或

-在第一节点处的总缓冲器占用率超过某一阈值；或

-特定类型或属于特定服务或高优先级的数据量超过某一阈值；或

-存在将需要超过限定阈值的某一数量的跳跃以到达其目的地的数据；或

-存在其发送将需要尚未配置的一类资源的数据。

在实施例中，来自第一节点的信息被包括在缓冲器状态报告(BSR)中。

在实施例中，一个或多个附加准则包括第二节点确定它授权第一节点的时间和/或直到授权中参考的资源可用的时间超过限定阈值。

在实施例中，一个或多个附加准则包括第二节点确定它不可以在限定周期内向第一节点提供资源。

在实施例中，一个或多个附加准则包括第一节点对其上发送资源请求的特定配置的使用，其指示资源请求至少部分地源于：

-高优先级的逻辑信道；或

-相对于在节点自身的缓冲器中的现有数据优先级的某一优先级的逻辑信道；或

-专用于特定服务或具有超过限定阈值的高优先级数据的逻辑信道；或

-具有将需要超过限定阈值的限定数量的跳跃以到达其目的地的数据的逻辑信道；或

-具有将需要尚未配置的一类资源的数据的逻辑信道。

在实施例中，来自第一节点的信息被包括在调度请求(SR)中。

在实施例中，作为响应，第二节点从第三节点请求资源的步骤包括：向第三节点转发第一节点的缓冲器状态。

在实施例中，作为响应，第二节点从第三节点请求资源的步骤包括：向第三节点发送与转换为第二节点缓冲器的状态的第一节点的全部或部分缓冲器状态有关的信息。

在实施例中，转换为第二节点缓冲器的状态的第一节点的全部或部分缓冲器状态包括：匹配逻辑信道的优先级和/或由逻辑信道提供的服务以获得包括第二节点的实际缓冲器状态和第二节点的缓冲器状态的预期改变的累计值。

在实施例中，向第三节点发送的信息是以下中的任一者：

(a)指示在接收到来自第一节点的数据之后的第二节点的缓冲状态的预期增加；或

(b)指示与第二节点缓冲器中的现有数据的组合。

在实施例中，在选项(a)的情况下，信息包括其与预期增加有关的指示。

在实施例中，在选项(b)的情况下，信息包括其与数据总量有关的指示。

在实施例中，向第三节点发送的信息包括基于已经向第二节点授权的UL资源的预期缓冲器状态占用率中的扣除。

在实施例中，在指派给第二节点的资源有填充时，包括缓冲器状态中的预期增加或与第二节点缓冲器中的现有数据的组合，该填充的大小等于或大于预期缓冲器状态或与第二节点缓冲器中的现有数据的组合加上任何相关联的子标头(subheader)或控制元素的大小。

在实施例中，填充大小小于实际缓冲器状态和预期增加或与第二节点缓冲器中的现有数据的组合的总大小，由此基于优先次序确定发送哪个信息。

在实施例中，基于优先次序的确定是在最近一次已经发送的现有缓冲器状态上的信息的基础上作出的。

在实施例中，提供了被布置为执行至少一种上述方法的装置。

在实施例中，提供了可操作以执行至少一种上述方法的至少一个基站。

尽管已经示出和描述了本公开的几个实施例，但是本领域技术人员将理解，在不脱离如所附权利要求中限定的本公开的范围的情况下，可以进行各种改变和修改。

为了更好地理解本公开，并示出如何实施本公开的实施例，将仅通过示例的方式参照附图。

[发明模式]

在进行下面的详细描述之前，阐述贯穿本专利文件所使用的某些单词和短语的限定可能是有利的：术语“包含”和“包括”以及其派生词表示包括而非限制；术语“或者”是包含性的，表示和/或；短语“与…相关联”和“与之相关联”以及其派生词可以表示包括、被包括在…内、与…互联、包含、被包含在…内、连接到或与…连接、耦合到或与…耦合、与…可通信、与…协作、交错、并置、接近、绑定到或与…绑定、具有、具有…的属性等；并且术语“控制器”表示控制至少一个操作的任何设备、系统或其部分，这样的设备可以在硬件、固件或软件或者其中至少两者的一些组合中实现。应当注意，与任何特定控制器相关联的功能可以是集中式或分布式，无论是本地还是远程的。

此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，其中的每个是从计算机可读程序代码形成并包含在计算机可读介质中。术语“应用程序”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据或其适用于在适当的计算机可读程序代码中实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机存取的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除了传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质以及其中数据可以被存储并随后覆写的介质，诸如可重写光盘或可擦除存储设备。

贯穿本专利文件提供了某些单词和短语的限定。本领域普通技术人员应该理解，在许多(如果不是大多数)实例的情况下，这样的限定应用到这样限定的单词和短语的先前及未来的使用。

提供参照附图的以下描述以帮助如由权利要求及其等同物限定的本公开的各种实施例的全面理解。其包括各种具体细节以帮助该理解，但是这些细节仅被认为是说明性的。因此，本领域普通技术人员将认识到，在没有脱离本公开的范围和精神的情况下，可以对本文中描述的各种实施例进行各种改变和修改。此外，为了清楚和简明，可以省略公知的功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于书籍解释的含义，而仅是由发明人使用以能够对本公开进行清楚和一致地理解。因此，对于本领域技术人员显而易见的是，以下对本公开的各种实施例的描述仅被提供用于说明目的，而不是用于限制如由所附权利要求及其等同物限定的本公开的目的。

应当理解，单数形式的“一”、“一个”和“该”包括复数指代物，除非上下文另有明确指示。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。

在描述实施例的同时，将不提供在相关领域中公知的且与本公开不直接相关的技术内容。通过省略多余的描述，本公开的实质将不会被混淆并且可以被清楚地解释。

出于相同的理由，为了清楚，在附图中可以夸大、省略或示意性地示出组件。此外，每个组件的大小不能完全反映实际大小。在附图中，相同的附图标号表示相同的元件。

如本文中所使用的，术语“和/或”包括相关联的列出项目的一个或多个的任何和所有组合。诸如当前述元素的列表时的“至少一个”的表述，修饰整个元素的列表，而非修饰该列表的单个元素。贯穿本公开，“a、b和c中的至少一个”的表述是指只有a、只有b、只有c、a和b两者、a和c两者、b和c两者、a、b和c的全部，或者其变体。通过参照实施例的以下详细描述和附图，可以更容易地理解本公开的一个或多个实施例的优点和特征以及实现这些优点和特征的方法。在这点上，本实施例可以具有不同的形式，并且不应该被解释为限于本文中阐述的描述。相反，提供这些实施例使得本公开将是彻底和完整的，并且将本实施例的概念充分地传达给本领域普通技术人员。

这里，将理解的是，流程图或过程流程图中的框的组合可以由计算机程序指令执行。由于这些计算机程序指令可以被加载到通用计算机、专用计算机或另一可编程数据处理装置的处理器中，因此由计算机或另一可编程数据处理装置的处理器执行的指令创建用于执行流程图框中描述的功能的单元。计算机程序指令可以被存储在能够指引计算机或另一可编程数据处理装置以特定方式实现功能的计算机可用或计算机可读存储器中，因此，存储在计算机可用或计算机可读存储器中的指令也可以能够生成包含用于执行流程图框中所描述的功能的指令单元的制造项目。计算机程序指令还可以被加载到计算机或另一可编程数据处理装置中，因此，当在计算机或其它可编程数据处理装置中执行一系列操作时，通过生成计算机执行的过程来操作计算机或其它可编程数据处理装置的指令可以提供用于执行流程图框中所描述的功能的操作。

此外，每个框可以表示包括用于执行指定逻辑功能的一个或多个可执行指令的模块、段或代码的一部分。还应该注意的是，在一些替代实现方式中，框中提到的功能可以不按顺序发生。例如，连续示出的两个框实际上可以根据对应的功能基本上同时执行，或者这些框有时可以以相反的顺序执行。

这里，本公开的实施例中的术语“单元”表示软件组件或硬件组件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)，并执行特定功能。然而，术语“单元”不限于软件或硬件。“单元”可以形成为在可寻址存储介质中，或者可以形成为操作一个或多个处理器。因此，例如，术语“单元”可以是指诸如软件组件、面向对象软件组件、类组件和任务组件的组件，并且可以包括过程、功能、属性、程序、子例程、程序代码段、驱动、固件、微代码、电路、数据、数据库、数据结构、表、阵列或变量。由组件和“单元”提供的功能可以与较少数量的组件和“单元”相关联，或者可以被分成附加的组件和“单元”。此外，组件和“单元”可以被实施为在设备或安全多媒体卡中复现的一个或多个中央处理单元(CPU)。另外，在实施例中，“单元”可以包括至少一个处理器。在本公开中，控制器还可以被称为处理器。

无线通信系统已经从提供最初的面向语音的服务演进为，例如，提供高速和高质量分组数据服务的宽带无线通信系统，诸如3GPP的高速分组接入(HSPA)、长期演进(LTE)或演进的通用地面无线电接入(E-UTRA)和先进的LTE(LTE-A)的通信标准、3GPP2的高速分组数据(HRPD)和超移动宽带(UMB)的通信标准、以及IEEE 802.16e的通信标准。第五代(5G)或新空口(NR)通信标准正在与5G无线通信系统一起开发。

在下文中，将参照附图描述一个或多个实施例。同样，在本公开的描述中，当认为可能不必要地模糊本公开的实质时，相关功能或配置的某些详细解释被省略。本文中使用的包括描述性或技术性术语的所有术语应该被解释为具有对本领域普通技术人员显而易见的含义。然而，根据本领域普通技术人员的意图、先例或新技术的出现，这些术语可以具有不同的含义，并因此，本文中使用的术语必须基于这些术语的含义以及贯穿说明书中的描述来限定。在下文中，基站可以是执行终端的资源分配的主体，并且可以是gNode B、eNode B、节点B(Node B)、基站(BS)、无线接入单元、基站控制器和网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、能够执行通信功能的多媒体系统等。在本公开中，DL是从基站向终端发送的信号的无线传输路径，而UL是从终端向基站发送的信号的无线传输路径。贯穿本说明书，层(或层装置)还可以被称为实体。同样，在下文中，本公开的一个或多个实施例将被描述为LTE或LTE-A系统的示例，但是该一个或多个实施例也可以被应用于具有类似技术背景或信道形式的其他通信系统。例如，可以包括在LTE-A之后开发的5G移动通信技术(5G、新空口、NR)。此外，根据本领域技术人员，在不脱离本公开的范围的情况下，通过在本公开范围内的一些修改，一个或多个实施例可以被应用于其他通信系统

在作为宽带无线通信系统的代表性示例的LTE系统中，在DL中使用了正交频分复用(OFDM)方案，并且在UL中使用了单载波频分复用(SC-FDMA)方案。UL是指终端、UE或MS通过其向BS或gNode B发送数据或控制信号的无线链路，而DL是指BS通过其向终端发送数据或控制信号的无线链路。在这样的多址方案中，每个用户的数据或控制信息通过对数据或控制信息进行一般地分配和操作来分类，使得用于发送每个用户的数据或控制信息的时频资源彼此不重叠，即，使得建立正交性。

诸如在现有LTE或LTE-A系统中的物理信道和信号的术语可以被用于描述本公开中建议的方法和装置。然而，本公开的内容被应用于无线通信系统，而不必是LTE或LTE-A系统。

IAB节点，至少在概念上，以基站部分或分布式单元(DU)和移动电话(MT)部分为特征。MT部分目前仅可以在它从其子节点实际地接收到要发送的数据之后才能请求用于UL数据传输的上行链路(UL)资源，尽管MT部分已经具有到来数据的知识。在多跳网络中，由于IAB节点处的跳跃的数量和数据的聚集量，任何这样的时延延迟都可能累积。这在图1中示出，其示出了最坏的场景，其中IAB节点A或节点B都不具有当前指派给它们的任何UL资源。在本公开中，网络节点可以被简单地称为节点。

下面讨论的图1至图5以及在本专利文件中用于描述本公开的原理的各种实施例仅作为说明，并不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

图1示出了根据本公开的各种实施例的在无线通信系统中的多跳IAB网络布置中包含三个节点的消息交换过程。

在图1中，示出在多跳配置中使用数个IAB节点的典型的电信网络。数据从节点A(第一节点)传递到节点B(第二节点)，再到节点C(第三节点)，然后继续传递。本公开的各种实施例认识到，当节点A(子)需要向节点B(父)发送数据时，其发送包括调度请求(SR)的消息(1-10)。节点B用UL授权消息(1-20)响应，向节点A分配一些容量。节点A然后发送缓冲器状态报告(BSR)消息(1-30)。这向节点B指示其需要发送的数据的数量。节点B用其他UL授权消息(1-40)响应，向节点A分配适当的容量以发送节点A的数据(在消息1-50中进行)。

如果节点A已经有可用的容量来向节点B信令通知需要发送大量数据，那么步骤1-10和1-20可以被省略，节点A可以能够直接发送其BSR消息(1-30)。

一旦节点B在其DU处接收到数据，其MT就向节点C发送新的调度请求消息(1-60)。节点C用UL授权消息(1-70)响应，并且在节点B和节点C之间重复已经阐述的步骤的相同模式(即，与1-30至1-50相同)。

重要的是，在这种布置中，节点B直到其已经接收到数据(1-50)才能从节点C请求资源。该依赖性由虚线箭头1-1指示。

本公开的各种实施例提供了解决问题的方法，诸如上面阐述的那些。

图2通过包含节点A、节点B和节点C的消息交换示出了本公开的至少一个实施例。

在一个实施例中，节点A(第一节点)发送SR消息(2-10)，并且节点B(第二节点)用UL授权消息(2-20)响应。节点A然后发送BSR消息(2-30)。在接收到BSR消息(2-30)时，节点B知道被指定向节点C(第三节点)继续发送的数据的质量和数量，并因此向节点C发送SR消息(2-100)。节点C用UL授权消息(2-110)响应。同时，响应于来自节点B的UL授权消息(2-40)，节点A向节点B发送到其数据(2-50)。

一旦节点B从节点C接收UL授权消息(2-110)，节点B基于其已经从节点A接收的在节点A的BSR消息中信息，向节点C发送新BSR消息(2-120)。节点C用UL授权(2-130)响应，然后节点B向节点C发送数据(2-140)。注意的是，在某些情况下，节点C可能不符合来自节点B的请求，例如，节点C自行地供应资源，或者当节点C由于容量或其他操作原因而不能够符合。然而，在节点B请求资源的情况下，节点C将考虑该请求并决定是否提供所请求的资源。

在这种情况下，虚线箭头2-2表示节点B从节点A获知的要向节点C转发的数据的细节和节点B随后采取行动之间的链接。

虚线箭头2-4指示从节点B流向节点C的数据。注意的是，这早于图1中所示的，其中，来自节点A的数据，在为了向节点C转发其而作出任何请求之前，必须在节点B处被接收。在该实施例中，如图所示，节点B能够抢占请求容量的需求，因此某些活动是并行发生的。

通过使用上面阐述的实施例，可以减少时延并经历系统性能的全面提升。然而，可以通过其他触发机制来进一步提高性能以抢占请求容量的需求。

然而，当节点B知道数据来自节点A时，在每个情况下从节点C请求UL资源对于节点B可能是不可取的。这样做就可用的有限资源而言可能是浪费的。因此，在本公开的实施例中，通过SR(2-100)或新BSR(2-120)从节点C请求资源不是自动的，而是当满足以下条件中的一个或多个条件时被触发：

-来自节点A的BSR(2-30)指示在特定类型/属于特定服务的子节点(节点A)中存在数据；

-来自节点A的BSR(2-30)指示存在高优先级的数据；

-来自节点A的BSR(2-30)指示存在相对于在节点自身的缓冲器中的现有数据优先级的某一优先级的数据；或者

-来自节点A的BSR(2-30)指示子节点处的总缓冲器占用率超过某一阈值(这可以是可配置的)；

-来自节点A的BSR(2-30)指示特定类型/属于特定服务/具有高优先级的数据量超过某一阈值；

-来自节点A的BSR(2-30)指示存在将需要超过某一阈值(可配置的)的一定数量的跳跃以到达其目的地的数据；

-来自节点A的BSR(2-30)指示存在数据，该数据的发送将需要尚未配置的一类资源(例如，不同类型的载波/带宽部分/参数集)。

在进一步的实施例中，只有当节点B确定其子节点的授权时间和/或直到授权中参考的资源可用时的时间超过某一阈值时，才会触发从节点B到节点C的新BSR(2-120)。

在更进一步的实施例中，当节点B确定其不可以在合理的(可配置的)时间窗口内给其子节点资源时，则不会触发从节点B到节点C的新BSR(2-120)。

到目前为止所述的实施例涉及基于从子节点(节点A)接收的BSR(2-30)而触发的新BSR。本公开的实施例还涉及基于从子节点接收的SR(2-10)而触发的新BSR。以该方式，可以作出更早的请求。这由图2中的虚线箭头2-3表示。上面引用的许多示例同样适用于这里。

然而，如前所述，当节点B知道数据来自节点A时，在每个情况下从节点C请求UL资源对于节点B可能是不可取的。这样做就可用的有限资源而言可能是浪费的。因此，在另一实施例中，仅当满足以下条件中的一个或多个且接收到来自子节点(节点A)的SR(2-10)时，才会触发SR(2-100)或新BSR(2-120)：

-SR配置(用于SR的发送)被配置为高优先级的逻辑信道；

-SR配置被配置为相对于在节点自身的缓冲器中的现有数据优先级的某一优先级的逻辑信道；或者

-SR配置被配置为专用于特定服务/具有超过某一阈值的高优先级的数据的逻辑信道；

-SR配置被配置为具有将需要超过某一阈值(可配置的)的某一数量的跳跃以到达其目的地的数据的逻辑信道；

-SR配置被配置为具有数据的逻辑信道，该数据将需要尚未配置的一类资源(例如，不同类型的载波/带宽部分/参数集)。

在这种情况下，SR配置是指允许节点/终端发送SR的一组资源，更具体地，是PUCCH资源的集合。在NR中，有多个这样的集合(称为配置)，并且使用哪一个指示了触发SR的信道的某些性质。

在实施例中，当UL资源被指派给节点B且填充位的数量根据其子标头等于或大于BSR(2-120)的大小时，生成并发送新BSR(2-120)。当检查填充大小时，现有BSR(2-30)可以优先于新BSR(2-120)。替代地，新BSR(2-120)可以优先于现有BSR(2-30)。该决定可以基于最近一次已经发送的现有BSR(2-30)做出。这还将取决于新BSR(2-120)是否包括现有BSR，见下文。

本公开的实施例附加地涉及新BSR(2-120)的格式及其内容。

对于任何上述实施例，所讨论的BSR(2-120)仅报告在其子节点(节点A)的缓冲器中的数据总量。在进一步的实施例中，BSR(2-120)报告只是转换为报告它自身的(节点B)缓冲器的状态的子节点(节点A)缓冲器的全部(或部分)缓冲器状态，换句话说，这意味着如果例如由节点A如在BSR中报告的那样要接收数据时发送填充BSR，节点B将计算它自身的逻辑信号组(LCG)或其子集的占用率中的预期改变。

在进一步的实施例中，该计算考虑了节点C已经给到节点B的任何现有授权，并且扣除了基于可用的UL资源预期的缓冲器状态占用率中的任何减少。此外，新的BSR(2-120)使用不同的格式(例如由标记/保留位/LCID指示)，明确表示这是“预期数据BSR”。在该新BSR指示累计占用率(当前数据+预期数据)的情况下，这可以发送为两个分开的BSR。

在实施例中，根据前述细节，限定了三种不同类型的缓冲器状态：

1.仅当前数据(现有BSR)

2.当前数据+预期数据(A型新BSR)

3.仅预期数据(B型新BSR)

本公开的实施例使用选项2和选项3中的至少一个及选项1的混合操作。

在另一实施例中，新BSR(2-120)在缓冲器占用率数据的顶部包括额外的数据，包括以下中的一个或多个：

-接收到子节点BSR(2-30)的时间；

-预期接收来自子节点的数据(2-50)的时间；

-接收到子节点SR(2-10)的时间；

-节点B预期将UL授权(2-40)给到节点A的时间。

在另一实施例中，节点C可以配置：以某一周期性报告新BSR(2-120)，和/或在节点B被轮询的情况下报告新BSR(2-120)。节点C还可以禁止在某一时间段内报告新BSR(2-120)。

到目前为止所描述的实施例集中在仅具有一个父节点(节点C)的节点B上。实施例还涉及节点B具有多个父节点的情况。这包括但不限于双连接的情况。在这种情况下，本公开的实施例还涉及：

-新BSR(2-120)仅被发送到父节点中的一个节点(例如，主节点，或者大部分授权基于过去历史所预期来自的节点，或者大部分授权基于来自子节点的过去分组的已知目的地地址所预期来自的节点，或者大部分授权基于来自子节点的已配置的DRB的已知ID所预期来自的节点，或者节点B偏向于从其得到授权的节点)；

-新BSR(2-120)以相同的副本被发送到父节点的子集或所有父节点；

-新BSR(2-120)被发送到父节点的子集或所有父节点，但是所报告的预期数据占用率根据一些可配置的阈值被划分到多个报告中。

从前述内容可以看出，本公开的实施例准许在包括多个IAB节点的网络中较早提供资源，从而减少时延。此外，如前述内容中限定的，通过使用二次触发，可以不通过在网络中指派容量来优化有限资源的使用，除非满足某些准则。

本文中所描述的示例实施例中的至少一些可以部分或全部地使用专用的特殊用途硬件构成。本文中使用的诸如“组件”、“模块”或“单元”的术语可以包括但不限于执行某些任务或提供相关联功能的硬件设备，诸如以分立或集成组件形式的电路、现场可编程门阵列(FPGA)或专用集成电路(ASIC)。在一些实施例中，所述元件可以被配置为驻留在有形、持久、可寻址的存储介质上，并且可以被配置为在一个或多个处理器上执行。这些功能元件在一些实施例中可以包括，例如，组件(诸如软件组件、面向对象的软件组件、类组件和任务组件)、过程、功能、属性、程序、子程序、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、阵列和变量。尽管已经参照本文中讨论的组件、模块和单元描述了示例实施例，但是这样的功能元件可以被组合成较少的元件或被分开成附加的元件。本文中已经描述了可选特征的各种组合，并且应理解的是，所述特征可以以任何适当的组合进行组合。特别地，任何一个示例实施例的特征可以适当地与任何其他实施例的特征组合，除非这样的组合相互排斥。贯穿本说明书，术语“包括(comprising)”或“包括了(comprises)”是指包括指定的组件，但不排除其他组件的存在。

图3示出了根据本公开的实施例的由第二网络节点执行的方法。

参照图3，在操作310中，第二网络节点可以从第一网络节点接收第一调度请求(SR)和第一缓冲器状态报告(BSR)中的至少一个。

在操作320中，第二网络节点可以在从第一网络节点接收对应于第一SR或第一BSR的要发送的数据之前，基于第一SR或第一BSR向第三网络节点发送第二SR和第二BSR中的至少一个。

在操作330中，第二网络节点可以从第三网络节点接收对应于第二SR或第二BSR的第一上行链路(UL)授权。

在操作340中，第二网络节点可以从第一网络节点接收数据；以及

在操作350中，第二网络节点可以向第三网络节点发送数据。

根据图3中描述的方法，时延延迟可以，通过在第二网络节点从第一网络节点接收数据之前从第三网络节点请求数据的资源，可以减少时延延迟。

图4是示出根据本公开的实施例的UE的框图。

图4示意性地示出了根据本公开的实施例的用户设备(UE)。

上述UE可以对应于图4的UE。

参照图4，UE可以包括处理器4-05、收发器4-10和存储器4-15。然而，所有示出的组件都不是必需的。UE可以由比图4中示出的更多或更少的组件来实现。此外，根据另一实施例，处理器4-05以及收发器4-10和存储器4-15可以实现为单个芯片。

现在将详细描述前面提到的组件。

处理器4-05可以包括一个或多个处理器或控制所提出的功能、过程和/或方法的其他处理设备。UE的操作可以由处理器4-05实现。

处理器4-05可以检测在所配置的控制资源集合上的PDCCH。处理器4-05根据PDCCH确定用于划分CB的方法和用于PDSCH速率匹配的方法。处理器4-05可以根据PDCCH控制收发器4-10以接收PDSCH。处理器4-05可以根据PDSCH生成HARQ-ACK信息。处理器4-05可以控制收发器4-10以发送HARQ-ACK信息。

收发器4-10可以包括用于上转换和放大所发送的信号的RF发射器，以及用于下转换所接收的信号的频率的RF接收器。然而，根据另一实施例，收发器4-10可以由比示出的那些组件更多或更少的组件来实现。

收发器4-10可以被连接到处理器4-05，并发送和/或接收信号。所述信号可以包括控制信息和数据。此外，收发器4-10可以通过无线信道接收信号，并将信号输出到处理器4-05。收发器4-10可以通过无线信道发送从处理器4-05输出的信号。

存储器4-15可以存储由UE获得的信号中所包括的控制信息或数据。存储器4-15可以被连接到处理器4-05，并存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器4-15可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。

图5是示出根据本公开的实施例的网络节点的框图。

网络实体，例如，节点、网络节点、基站、eNB、gNB、网络功能，以及上述任何其他网络实体可以对应于图5的网络节点。

参照图5，网络节点可以包括处理器5-05、收发器5-10和存储器5-15。然而，所有示出的组件都不是必需的。网络节点可以由比图5中示出的更多或更少的组件来实现。此外，根据另一实施例，处理器5-05和收发器5-10以及存储器5-15可以实现为单个芯片。

现在将详细描述前面提到的组件。

处理器5-05可以包括一个或多个处理器或控制所提出的功能、过程和/或方法的其他处理设备。网络节点的操作可以由处理器5-05实现。

收发器5-10可以包括用于上转换和放大所发送的信号的RF发射器，以及用于下转换所接收的信号的频率的RF接收器。然而，根据另一实施例，收发器5-10可以由比组件中示出的更多或更少的组件来实现。

收发器5-10可以被连接到处理器5-05，并发送和/或接收信号。所述信号可以包括控制信息和数据。此外，收发器5-10可以通过无线信道接收信号，并且将信号输出到处理器5-05。收发器5-10可以通过无线信道发送从处理器5-05输出的信号。

存储器5-15可以存储由网络节点获得的信号中所包括的控制信息或数据。存储器5-15可以被连接到处理器5-05，并存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器5-15可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。

注意与本申请有关的与本说明书同时或在此之前提交的，以及与本说明书一起对公众查阅开放的所有文献和文档，并且所有这样的文献和文档的内容通过引用并入于此。

本说明书(包括任何所附权利要求、摘要和附图)中公开的所有特征和/或如此公开的任何方法或过程的所有步骤可以以任何组合进行组合，除了其中的这样的特征和/或步骤中的至少一些是相互排斥的组合。

除非另有明确说明，否则本说明书(包括任何所附权利要求、摘要和附图)中公开的每个特征可以由服务于相同目的、等同目的或类似目的的替代特征来代替。因此，除非另有明确说明，所公开的每个特征仅是一通用系列的等同或相似特征的示例。

本公开不局限于前述实施例的细节。本公开延伸至本说明书(包括任何所附权利要求、摘要和附图)中公开的特征的任何新颖的一个特征或任何新颖的组合，或者延伸至这样公开的任何方法或过程的步骤的任何新颖的一个步骤或任何新颖的组合。

本领域技术人员可以理解，完成由上述方法实施例采用的全部或部分的步骤可以通过命令由程序相关联的硬件来实现，所述程序可以被存储在计算机可读存储介质中，当其被执行时，包括了方法实施例的各步骤中的一个或其组合。

此外，本申请的各种实施例中的功能单元可以集成在处理模块中，或者每个单元可以单独地物理存在，或者两个或多个单元可以集成在一个模块中。集成模块可以以硬件的形式实现，并且还可以以软件功能模块的形式实现。如果集成模块以软件功能模块的形式实现，并且作为独立产品出售或使用，则集成模块还可以被存储在计算机可读存储介质中。

尽管已经用各种实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。其旨在使本公开包含落入所附权利要求的范围内的这样的改变和修改。

本申请中的描述都不应该被解读为暗示任何特定的元件、步骤或功能是必需被包括在权利要求范围中的必要元件。专利主题的范围仅由权利要求所限定。此外，没有一个权利要求旨在调用“功能性限定权利要求”(例如，35U.S.C.§112(f))，除非确切的表述方式“用于…的构件”后面有分词。

尽管已经用各种实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。其旨在使本公开包含落入所附权利要求的范围内的这样的改变和修改。