CN111757499A

CN111757499A - 资源管理方法、控制信息传输方法、以及信息配置方法

Info

Publication number: CN111757499A
Application number: CN201910741035.3A
Authority: CN
Inventors: 汪巍崴; 王弘; 许丽香
Original assignee: Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Current assignee: Beijing Samsung Telecom R&D Center; Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Priority date: 2019-03-28
Filing date: 2019-08-12
Publication date: 2020-10-09

Abstract

本申请实施例提供了一种资源管理方法、控制信息传输方法、以及信息配置方法，属于通信技术领域。该资源管理方法可以由第一节点执行，包括：向第二节点发送回程链路资源管理请求，资源管理请求中包括与资源管理请求所针对的回程链路资源有关的信息；接收第二节点基于资源管理请求返回的第一请求响应消息。基于本申请实施例所提供的方案，实现了锚节点的集中单元与锚节点的分布单元之间，或者锚节点的集中单元(或锚节点)与中继节点(或中继节点的分布单元)之间进行回程链路资源管理的问题，更好的保证为用户提供用户无线承载的服务。

Description

资源管理方法、控制信息传输方法、以及信息配置方法

技术领域

本申请涉及通信技术领域，具体而言，本申请涉及一种资源管理方法、控制信息传输方法、以及信息配置方法。

背景技术

在NR接入(New Radio Access，新空口接入)网络或5G(5th-Generation，第五代)网络中，为了延伸网络的覆盖范围，提出了IAB(Integrated Access and Backhaul，接入和回传一体化)课题，该课题的主要目的是构建一个多跳的网络架构。图1示出了一种多跳网络的示意性架构，图中给出了包含锚节点(IAB donor)和两个中继节点(IAB节点，IABnode)的网络架构，所有用户(即用户设备)最终都是与锚节点进行通信，其中，用户N1～Nx是通过中继节点2和中继节点1与锚节点通信，用户M1～My是通过中继节点1与锚节点通信。

锚节点可以由锚节点的集中单元(IAB-donor central unit，或IAB-donor-CU)和锚节点的分布单元(IAB-donor distributed unit，或IAB-donor-DU)组成，集中单元与分布单元间的接口是F1接口(参见3GPP TS38.473)。集中单元包括的协议栈有服务控制平面的协议栈和服务用户平面的协议栈，其中，服务控制平面的协议栈包括无线资源控制(RRC，Radio Resource Control)协议层和分组数据汇聚协议(PDCP，Packet Data ConvergenceProtocol)层，服务用户平面的协议栈包括服务数据自适应协议(SDAP，Service DataAdaptation Protocol)层和PDCP层；分布单元包括的协议栈有服务控制平面的协议栈和服务用户平面的协议栈，两者都包括无线链路控制(RLC，Radio Link Control)协议层、介质访问控制(MAC，Medium Access Control)协议层和物理层(PHY，Physical)。

中继节点包括移动终端部分和分布单元部分，其中，移动终端部分用于与该中继节点的上一级节点通信(如移动终端1用于与锚节点或锚节点的分布单元通信，移动终端2用于与中继节点1的分布单元1通信)，分布单元部分用于与该中继节点的下一级节点通信(如分布单元1可以用于与移动终端2通信，也可以用于与用户M1～My通信，分布单元2用于与用户N1～Nx通信)。中继节点中的分布单元部分在服务下一级节点时所使用的协议栈可以是一个完整的协议栈，如包括服务控制平面所用的RRC/PDCP/RLC/MAC/PHY，以及服务用户平面所用到的SDAP/PDCP/RLC/MAC/PHY的协议栈；也可以是一个包含部分协议层的协议栈，如包括RLC/MAC/PHY的协议栈，或者包括部分RLC、MAC和PHY的协议栈。中继节点中的移动终端部分在与该中继节点的上一级节点通信时所使用的协议栈可以是一个完整的协议栈，如包括服务控制平面所用的RRC/PDCP/RLC/MAC/PHY，以及服务用户平面所用到的SDAP/PDCP/RLC/MAC/PHY的协议栈；也可以是一个包含部分协议层的协议栈，如包括RLC/MAC/PHY的协议栈，或者包括部分RLC,MAC和PHY的协议栈。

在LTE(Long Term Evolution，长期演进)/NR网络中，用户数据的发送是通过无线承载(RB，Radio Bearer)的方式进行的，该无线承载可以是数据无线承载(DRB，Data RadioBearer)，也可以是信令无线承载(SRB，Signaling Radio Bearer)。以数据无线承载(DRB)为例来，每个用户的数据会通过一个或多个DRB进行发送，每个DRB有对应的QoS(Qualityof Service，服务质量)参数。

5G网络中定义了一个新的基站架构，即基站包括集中单元(图中所示的CU)和分布单元(图中所示的DU)，如图2所示。该基站架构中，在为用户配置DRB或SRB时，一种方式是集中单元向分布单元发送建立或修改或释放DRB/SRB的请求，分布单元会根据无线资源状况决定接受或拒绝，并将这个结果告知集中单元，集中单元根据分布单元反馈的结果对用户进行配置。另一种方式是，分布单元向集中单元发送修改或释放DRB/SRB的请求，对于释放的请求，集中单元只能接受，对于修改的请求，分布单元不能要求修改DRB/SRB的QoS参数。

在非IAB网络，即现有网络中，如上述5G网络的基站架构中，一个用户的DRB/SRB就是由基站的集中单元和分布单元服务的，一个用户的DRB/SRB的QoS要求由基站的集中单元和分布单元完成，因此，现有技术所进行的信令交互流程只在基站的集中单元与分布单元之间进行即可。IAB网络中也会沿用与现有网络类似的上述方式，在配置用户的DRB/SRB时，锚节点的集中单元会与用于接入用户的中继节点的分布单元进行信令交互(该信令交互可以参见现有网络中基站的集中单元与分布单元间的信令交互过程)，但是在IAB网络中，由于一个用户的DRB/SRB可能是由多个节点共同服务完成的，如图1中所示的IAB网络架构中，用户N1的DRB/SRB会由中继节点1、中继节点2和锚节点中的集中单元和分布单元共同服务，此时锚节点的集中单元和用于接入用户的中继节点的分布单元之间的交互结果并不能反映整个网络的情况，因此，现有的信令交互流程无法有效的协调IAB网络中对用户无线承载(如DRB/SRB)的服务，可能会导致能够被IAB网络服务的用户无线承载最终被锚节点拒绝。

发明内容

本申请的目的旨在至少能够解决现有技术缺陷之一。本申请实施例提供的方案如下：

第一方面，本申请实施例提供了一种资源管理方法，该方法由第一节点执行，该方法包括：

向第二节点发送回程链路资源管理请求，资源管理请求中包括资源管理请求所针对的至少一个用户的标识信息，以及与资源管理请求所针对的回程链路资源有关的信息；

接收第二节点基于资源管理请求返回的第一请求响应消息。

第二方面，本申请实施例提供了一种资源管理方法，该方法由第二节点执行，该方法包括：

接收第一节点发送回程链路资源管理请求，资源管理请求中包括与资源管理请求所针对的回程链路资源有关的信息；

根据资源管理请求向第一节点请求发送第一请求响应消息。

第三方面，本申请实施例提供了一种控制信息传输方法，该方法由第四节点执行，该方法包括：

向第五节点发送数据包，数据包中包括与用户数据有关的控制信息；

其中，第四节点和第五节点为IAB网络中的节点。

第四方面，本申请实施例提供了一种控制信息传输方法，该方法由第五节点执行，该方法包括：

接收第四节点发送的数据包，数据包中包括与用户数据有关的控制信息；

基于控制信息进行数据包的发送；

其中，第四节点和第五节点为IAB网络中的节点。

第五方面，本申请实施例提供了一种信息配置方法，该方法由锚节点的CU执行，该方法包括：

向锚节点的DU发送重传数据包或最后一个数据包的配置请求消息；

接收DU基于配置请求消息返回的配置响应消息。

第六方面，本申请实施例提供了一种信息配置方法，该方法由锚节点的DU执行，该方法包括：

接收锚节点的CU发送的重传数据包或最后一个数据包的配置请求消息；

根据配置请求信息进行与重传数据包或最后一个数据包有关的信息配置，并向锚节点的CU发送配置响应消息。

第七方面，本申请实施例提供了一种资源管理装置，该装置布置于第一节点中，该装置包括：

资源管理请求消息发送模块，用于向第二节点发送回程链路资源管理请求，资源管理请求中包括与资源管理请求所针对的回程链路资源有关的信息；

请求响应消息接收模块，用于接收第二节点基于资源管理请求返回的第一请求响应消息。

第八方面，本申请实施例提供了一种资源管理装置，该装置布置于第二节点中，该包括：

资源管理请求消息接收模块，用于接收第一节点发送回程链路资源管理请求，资源管理请求中包括与资源管理请求所针对的回程链路资源有关的信息；

请求响应消息发送模块，用于根据资源管理请求向第一节点请求发送第一请求响应消息。

第九方面，本申请实施例提供了一种控制信息传输装置，该装置布置于第四节点中，该装置包括：

数据包发送模块，用于向第五节点发送数据包，数据包中包括与用户数据有关的控制信息；

其中，第四节点和第五节点为IAB网络中的节点。

第十方面，本申请实施例提供了一种控制信息传输装置，该装置布置于第五节点中，该装置包括：

数据包接收模块，用于接收第四节点发送的数据包，数据包中包括与用户数据有关的控制信息；

数据包发送模块，用于基于控制信息进行数据包的发送；

其中，第四节点和第五节点为IAB网络中的节点。

第十一方面，本申请实施例提供了一种信息配置装置，该装置布置于锚节点的CU中，该装置包括：

配置请求消息发送模块，用于向锚节点的DU发送的重传数据包或最后一个数据包的配置请求消息；

配置响应消息接收模块，用于接收DU基于配置请求消息返回的配置响应消息。

第十二方面，本申请实施例提供了一种信息配置装置，该装置布置于锚节点的DU中，该装置包括：

配置请求消息接收模块：用于接收锚节点的CU发送的重传数据包或最后一个数据包的配置请求消息；

配置响应消息发送模块：用于根据配置请求信息进行与重传数据包或最后一个数据包有关的信息配置，并向锚节点的CU发送配置响应消息。

第十三方面，本申请实施例提供了一种信息交互系统，其特征在于，该信息交互系统包括本申请实施例第八方面至第十二方面所提供的装置中的至少一个。

第十四方面，本申请实施例提供了一种通信网络系统，该通信网络系统包括本申请实施例第十三方面所提供的信息交互系统。

第十五方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器；其中，存储器中存储有机器可读指令；处理器，用于执行机器可读指令以实现本申请任一实施例所提供的方法。

第十六方面，本申请实施例提供了一种计算机可读存储介质，该可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现本申请任一实施例所提供的方法。

本申请提供的技术方案带来的有益效果有：

解决了如何在锚节点的CU与锚节点的DU，或者锚节点的CU(或锚节点)与中继节点(或中继节点的分布单元)间进行用户无线承载和/或回程链路信道的管理的问题，避免了因为一个节点无法满足回程链路资源的要求而直接放弃对用户无线承载的服务的问题。

解决了如何在锚节点的DU(或锚节点)与中继节点之间，以及中继节点间之间进行与用户数据有关的控制信息的传输的问题，使中间接待你也能够获取到上述控制信息，从而帮助节点能够更好的调整数据调度的策略。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1示出了一种IAB网络架构的结构示意图；

图2示出了一种5G基站的结构示意图；

图3示出了本申请实施例提供的一种资源管理方法的流程示意图；

图4示出了本申请一示例中提供的一种信令交互流程的示意图；

图5示出了本申请另一示例中提供的一种信令交互流程的示意图；

图6示出了本申请再一示例中提供的一种信令交互流程的示意图；

图7示出了本申请又一示例中提供的一种信令交互流程的示意图；

图8示出了本申请再一示例中提供的一种信令交互流程的示意图；

图9示出了本申请一示例中提供的一种与用户数据有关的控制信息在IAB网络中传输的流程示意图；

图10示出了本申请实施例提供的一种控制信息传输方法的流程示意图；

图11示出了本申请实施例提供的一种信息配置方法的流程示意图；

图12示出了本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

在整个多跳网络中，如图1中所示的多跳网络，分布单元1与移动终端2之间的链路会被用于发送用户N1～Nx的数据，而锚节点的分布单元与移动终端1之间的链路会被用于发送用户M1～My和用户N1～Nx的数据。这样的链路具有一个共同的特点，即该链路所服务的用户是通过另外的一个分布单元接入网络(而不是处在该链路一端的分布单元接入网络的)的，如锚节点的分布单元与移动终端1之间的链路所服务的用户是通过分布单元1和分布单元2接入网络的，分布单元1与移动终端2间的链路是用来服务通过分布单元2接入网络的。在本申请实施例中，这样的链路称为回程链路(Backhaul link)。

在IAB网络中，用户接入的中继节点为接入中继节点(accessing IAB node)，如图1中的中继节点2是用户N1～Nx的接入中继节点，而中继节点1是用户M1～My的接入中继节点。在配置用户的DRB/SRB时，锚节点的集中单元会与接入中继节点的分布单元进行信令交互(该信令交互可以参见现有网络中基站的集中单元与分布单元间的信令交互过程)。

IAB网络与单跳网络不同的是，用户的DRB/SRB会在回程链路上进行传输。为了在回程链路上实现同一用户不同的DRB/SRB，或者不同用户的不同DRB/SRB的传输，也相应的定义了回程链路信道(Backhaul channel)的概念。在一个回程链路信道上可以传输一个用户DRB/SRB的数据，也可以传输一个用户不同DRB/SRB的数据，也可以传输不同用户不同DRB/SRB的数据。回程链路信道的一个例子是，回程链路无线链路控制协议层信道，即Backhaul RLC channel，服务这个信道的两端的实体是通过RLC/MAC/PHY服务的，进一步的，在RLC之上还有可能定义新的协议层(如适配层)，这个回程链路信道也有对应的QoS参数，在回程链路上会建立一个或多个回程链路信道，用于服务用户的DRB/SRB。

本申请的技术人员通过研究发现，现有网络技术中至少存在以下三个方面的问题需要改善。

1.由前文描述可知，在IAB网络中，一个用户的DRB/SRB可能是由多个节点共同服务完成的(非IAB网络，即现有网络中，一个用户的DRB/SRB就是由基站的集中单元和分布单元服务的)，如图1中所示的IAB网络架构中，用户N1的DRB/SRB会由中继节点1，中继节点2和锚节点中的集中单元和分布单元共同服务，这样，一个用户DRB/SRB的QoS要求是由这些节点共同完成的。而现有技术所进行的信令交互流程(如基站的集中单元与分布单元间的信令交互流程)只在锚节点的集中单元和接入中继节点的分布单元间进行，并没有考虑到服务该用户的其他节点的情况，因此，锚节点的集中单元和接入中继节点的分布单元间的交互结果并不能反映整个网络的情况，换句话说，接入中继节点的分布单元无法接纳某个用户的DRB/SRB时，并不代表该用户无线承载一定不能被该IAB网络服务。这样，现有的信令交互流程无法有效的协调IAB网络中对用户无线承载(如DRB/SRB)的服务，可能会导致能够被IAB网络服务的用户无线承载最终被锚节点拒绝了。

例如，用户的DRB/SRB的QoS要求是由多个节点共同满足的。以一种DRB为例，假设该DRB从锚节点的集中单元到接入中继节点间的时延要求是10ms。以图1中所示的网络架构为例，假设该DRB从锚节点的集中单元到接入中继节点要经过：锚节点的集中单元→锚节点的分布单元→中继节点1→接入中继节点，设定的时延要求分别为：锚节点的集中单元与锚节点的分布单元之间的时延为2ms，锚节点的分布单元与中继节点1之间的时延为6ms)，中继节点1与接入中继节点之间的时延为2ms，如果中继节点1与接入中继节点无法满足2ms的要求，这不代表这个用户即UE(用户设备)的DRB就一定不能被这几个节点服务，因为各节点之间的时延要求可以调整，如将锚节点的分布单元与中继节点1之间的时延调整为2ms，中继节点1和和接入中继节点之间的时延调整为6ms，这样就可以满足DRB的时延要求了。

2.在IAB网络中，回程链路信道即Backhaul channel，是一个特殊的信道，是区别于现有技术中的DRB/SRB的概念的。该信道是由锚节点的分布单元或者中继节点服务的。在配置回程链路信道时，锚节点的分布单元和中继节点的分布单元需要根据回程链路信道的要求(如QoS要求)来配置。服务该信道的资源完全由锚节点的分布单元或者中继节点的分布单元控制，根据这些节点的资源状况，这些节点可以进行其所服务的回程链路信道的管理(如建立、释放、修改等)。但是现有技术中没有定义这样的信令交互流程，这样导致锚节点的分布单元或中继节点的分布单元无法进行回程链路信道的管理。

3.在现有技术中，用户数据的发送是在用户、基站的分布单元和基站的集中单元进行的，为了很好的控制数据发送，基站的集中单元和分布单元间除了发送用户数据外，还会携带一些控制信息，这些信息定义在TS38.425中。但是，在IAB网络中，这些控制信息会在锚节点的集中单元与接入中继节点的分布单元之间通过其他节点(如锚节点的分布单元，其他的中继节点)进行交互，在传递过程中，这些其他节点可能无法获取这些控制信息，导致无法根据这些控制信息来控制用户数据的发送，从而影响了用户数据发送的效率，还可能对基于用户数据的信息处理造成影响。

为了解决现有技术的如上技术问题中的至少一个，本申请实施例提供了一种资源管理方法、控制信息传输方法、以及信息配置方法。

下面首先对本申请的可选实施例中可能会涉及到的相关技术用语进行简单的说明。

本申请实施例中所涉及的用户无线承载可以是DRB，也可以是SRB，也可以是E-RAB(Evolved Radio Access Bearer，演进的无线接入承载)，其代表了针对一个用户的数据。该用户无线承载可以是属于一个用户的一个或多个不同的无线承载，也可以是属于不同用户的一个或多个不同的无线承载。对于本申请实施例中所涉及的QoS信息，该QoS信息定义了至少关于如下QoS参数之一的信息：

QoS优先级(QoS Priority level)；

数据包的时延预算(Packet Delay Budget)；

数据包的错误率(Packet Error Rate)；

5QI(5G QoS Identifier，5G QoS标识符)值；

QCI(QoS Class Identifier，QoS类标识符)；

时延重要性指示(Delay Critical)；

平均窗口(Averaging Window)；

最大数据突发量(Maximum data burst volume)；

分配保留优先级(Allocation and Retention Priority)；

GBR(保证比特速率，Guaranteed Bit Rate)QoS流信息，如上/下行最大流速率(Maximum Flow Bit Rate Uplink/Downlink)，上/下行保证的流速率(Guaranteed FlowBit Rate Uplink/Downlink)，上/下行最大包丢失率(Maximum Packet Loss RateUplink/Downlink)；

GBR QoS信息，如上/下行最大流速率(E-RAB Maximum Bit Rate Uplink/Downlink)，上/下行保证的流速率(E-RAB guaranteed Bit Rate Uplink/Downlink)；

反射QoS的属性(Reflective QoS Attribute)。

上述QoS信息可以用来描述用户无线承载的QoS信息(如可以用来描述DRB的QoS信息，也可以用于描述SRB的QoS信息)，也可以用于描述回程链路信道的QoS信息，如果用户无线承载(如DRB和/或SRB)或回程链路信道中还包含多个QoS flow，也可以用来描述QoSflow的QoS信息。

上述关于QoS信息中各参数的定义可以参见3GPP TS38.473和3GPP TS23.501。

另外，需要说明的是，本申请实施例中，两个节点间交互的信令消息，可以是通过两个节点间直连的有线链路，或者两个节点间的无线链路进行交互，也可以是通过两个节点间的一个或多个节点转发后进行交互，并且在经过一个或多个节点转发时所使用的链路可以是有线链路，也可以是无线链路。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请的一个方面提供了一种能够实现用户承载以及回程链路信道的管理的方案。具体如下：

图3示出了本申请实施例提供的一种资源管理方法的流程示意图，该方法可以由第一节点执行，如图中所示，该方法可以包括：

步骤S110：向第二节点发送回程链路资源管理请求，资源管理请求中包括与资源管理请求所针对的回程链路资源有关的信息；

步骤S120：接收第二节点基于资源管理请求返回的第一请求响应消息。

可以理解的是，第一节点和第二节点均为IAB网络中的节点。

其中，回程链路资源可以包括回程链路信道和用户无线承载中的至少一项，而用户无线承载可以是用户DRB、SRB和E-RAB中的至少一项。

对于与资源管理请求所针对的回程链路资源有关的信息，具体而言，如果针对的回程链路信道，即回程链路资源为回程链路信道，则该回程链路信道可以是第一节点请求新建的回程链路信道，也可以是第一节点请求修改的现有的回程链路信道，也可以是第一节点请求释放的回程链路信道；如果针对用户无线承载，则该用户无线承载可以是第一节点请求新建的无线承载，也可以是第一节点请求修改的现有的无线承载，也可以是第一节点请求释放的无线承载。

本申请实施例所提供的该资源管理方法，实现了IAB网络中不同节点之间的信令交互，第一节点和第二节点之间基于回程链路资源管理请求和相应的请求响应消息进行交互，使得IAB网络中不同节点之间能够进行用户无线承载和/或回程链路信道的管理，从而使得交互的节点之间能够相互协调实现回程链路资源(如用户无线承载、回程链路信道)的配置或者调整，以更好的满足用户无线承载的需求，避免因为一个节点无法满足需求而直接放弃对用户无线承载的服务。

需要说明的是，本申请实施例中的消息名称只是其中一个可选的示例，但并不是唯一的，也可以使用其他的消息名称，如上述回程链路资源管理请求这一消息名称，该消息是用于标识其是与回程链路资源管理(如资源的建立、修改、释放等)相关的消息，其名称并不是唯一的。

作为一种可选方式，第一节点可以是锚节点的集中单元或者锚节点(包括集中单元与分布单元的锚节点)，第二节点可以是锚节点的分布单元或者中继节点(或中继节点的分布单元部分)。

作为另一种可选方式，第一节点可以是锚节点的分布单元或者中继节点(或中继节点的分布单元部分)，第二节点可以是锚节点的集中单元或者锚节点(包括集中单元与分布单元的锚节点)。

具体的，本申请的可选实施例中，第一节点和第二节点包括以下任一种：

第一节点为锚节点，第二节点为中继节点或中继节点的DU；

第一节点为锚节点的CU，第二节点为锚节点的DU、中继节点或中继节点的DU；

第一节点为中继节点或中继节点的DU，第二节点为锚节点或锚节点的CU；

第一节点为锚节点的DU，第二节点为锚节点的CU；

其中，若第一节点为锚节点或锚节点的CU，资源管理请求为第一资源配置请求；若第一节点为中继节点、中继节点的DU或者锚节点的DU，资源管理请求为第一资源配置修改请求。

需要说明的是，该处的中继节点可以是接入中继节点，也可以是非接入中继节点，也可以是既作为非接入中继节点又作为接入中继节点的中继节点。

可以理解的是，对于用户无线承载，上述资源配置请求对应的则是用户无线承载配置请求，资源配置修改请求对应的则是用户无线承载配置修改请求；同样的，对于回程链路信道，上述资源配置请求对应的则是回程链路信道配置请求，资源配置修改请求对应的则是回程链路信道配置修改请求。

作为一个示例，图4中示出了一种资源管理方法的流程示意图，在该示例中的第一节点可以为锚节点或者锚节点的CU，在第一节点为锚节点时，第二节点可以为中继节点或中继节点的DU，在第一节点为锚节点的CU时，第二节点则可以为中继节点或中继节点的DU或锚节点的DU。如图4中所示，该示例中的资源管理方法可以包括步骤101和步骤102，具体如下：

步骤101：第一节点向第二节点发送配置请求消息101(即该示例中的回程链路资源管理请求)；

步骤S102：第二节点向第一节点发送配置响应消息102(即该示例中的第一请求响应消息)。

其中，上述配置请求消息101和配置响应消息102可以分别是F1接口上定义的UEContext Setup/Modification Request(UE上下文配置/修改请求)和UE Context Setup/Modification Response/Failure(UE上下文配置/修改响应/失败)消息，也可以是新定义的IAB node Context Setup/Modification Request(IAB节点上下文配置/修改请求)和IAB node Context Setup/Modification Response/Failure(IAB节点上下文配置/修改响应/失败)消息，也可以是其他消息。

基于资源配置请求，第一节点可以向第二节点提供需要满足的回程链路资源(如用户无线承载、回程链路信道)的相关信息(如Qos信息)，同时，基于请求响应信息，第二节点可以根据其资源状况向第一节点提供其所能满足的回程链路资源的相关信息(如QoS信息)的参考信息，该参考信息可以帮助第一节点调整回程链路资源的相关信息的参数，并能帮助第一节点与服务用户无线承载的其他节点进行相应的回程链路信道的设置调整，更好的满足用户无线承载的QoS要求，避免了因为一个节点无法满足第一节点提供的QoS信息而直接放弃对用户无线承载的服务。

作为另一个示例，图5中示出了一种资源管理方法的流程示意图，在该示例中的第一节点可以为中继节点或中继节点的DU或锚节点的DU，在第一节点为中继节点或中继节点的DU时，第二节点可以为锚节点或锚节点的CU，在第一节点为锚节点的DU时，第二节点可以为锚节点的CU。如图5中所示，该示例中的资源管理方法可以包括步骤201和步骤202，具体如下：

步骤201：第一节点向第二节点发送配置修改请求消息201(即该示例中的回程链路资源管理请求)；

步骤S202：第二节点向第一节点发送配置修改响应消息202(即该示例中的第一请求响应消息)。

同样的，上述配置修改请求消息201和配置修改响应消息202可以分别是F1接口上定义的UE Context Setup/Modification Required和UE Context Setup/ModificationConfirm/Refuse消息，也可以是新定义的IAB node Context Setup/ModificationRequired和IAB node Context Setup/Modification Confirm/Refuse消息，也可以是其他消息。

基于资源配置修改请求，第一节点可以根据其自身的资源状况请求修改用户无线承载或回程链路信道的相关信息(如QoS信息)，并调整第一节点服务用户无线承载或回程链路信道时的配置，而第二节点可以根据IAB网络状况来决定是否接受第一节点请求的修改。另外，第一节点在请求释放用户无线承载或回程链路信道时，向第二节点提供其所能满足的用户无线承载或回程链路信道的相关信息，这样可以帮助第二节点根据网络状况调整第二节点所需满足的用户无线承载或回程链路信道的相关信息，避免第二节点直接释放第一节点所要求释放的用户无线承载或回程链路信道。这样可以有效的为用户无线承载提供服务，无需因为IAB网络中一个节点无法满足所要求的QoS信息而放弃对用户无线承载的服务。

本申请的可选实施例中，若资源管理请求为第一资源配置请求，与资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项(该与回程链路资源有关的信息所针对的回程链路资源可以是请求新建的，也可以是请求修改的，也可以是请求释放的)：

资源管理请求所针对的至少一个用户的标识信息；

资源管理请求所针对的回程链路资源的标识信息；

与为用户服务的回程链路资源的QoS有关的信息；

若资源管理请求为第一资源配置修改请求，与资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项(该与回程链路资源有关的信息所针对的回程链路资源可以是请求新建的，也可以是请求修改的，也可以是请求释放的)：

资源管理请求所针对的至少一个用户的标识信息；

资源管理请求所针对的回程链路资源的标识信息；

与请求修改的回程链路资源的QoS有关的信息。

其中，上述至少一个用户可以包括以下至少一种：

UE、中继节点、除第一节点或第二节点之外的中继节点。

其中，资源管理请求所针对的至少一个用户的标识信息，也就是消息(即资源管理请求)所针对的至少一个用户的一个或多个标识信息，该标识信息可以包括但不限于如gNB-CU UE F1AP ID((5G基站集中单元用户F1AP(F1Application Protocol，F1应用协议)标识)、gNB-DU UE F1APID(5G基站分布单元用户F1AP标识)、C-RNTI(Cell Radio NetworkTemporary Identifier，小区无线网络临时标识)等，该用户可以是一个不具有中继功能的用户，如普通UE，也可以是另一个中继节点。

对于资源管理请求所针对的回程链路资源的标识信息，具体而言，如回程链路资源为回程链路信道，则该标识信息即为回程链路信道的标识信息，具体如回程链路信道的ID，如回程链路资源为用户无线承载，则该标识信息即为用户无线承载的标识信息，具体如DRB ID或SRB ID或E-RAB ID。

本申请的可选实施例中，对应于第一资源配置请求，上述与为用户服务的回程链路资源的QoS有关的信息具体可以包括以下信息中的至少一项(下述QoS信息中所包括的参数可以参见本申请前文中描述的QoS信息)：

回程链路资源的QoS信息；

期望或请求满足的回程链路资源的QoS信息；

最大期望或最大请求满足的回程链路资源的QoS信息；

最小期望或最小请求满足的回程链路资源的QoS信息；

指示第二节点需要反馈的信息的反馈指示信息。

下面对第一资源配置请求所对应的上述每一项信息分别进行说明。

回程链路资源的QoS信息：如果针对回程链路信道，该QoS信息可以是第一节点根据该回程链路信道所服务的数据的QoS参数的设置而生成的；如果针对用户无线承载，该QoS信息可以是第一节点根据从核心网收到的QoS参数的设置而生成的，这代表了该IAB网络在服务该用户无线承载时需要满足的QoS要求，这个要求需要锚节点(或锚节点的集中单元)与用户接入中继节点以及这两个节点间的服务该用户无线承载的所有节点共同满足，具体可以参见TS38.473中“DRB QoS”IE。

期望(desired)或请求(requested)满足的回程链路资源(如回程链路信道或用户无线承载)的QoS信息：该信息是第一节点期望或请求第二节点在服务该回程链路信道或用户无线承载时所需满足的QoS要求，该“期望或请求满足的回程链路资源的QoS信息”可以与“回程链路资源的QoS信息”相同，也可以不同。

最大期望或请求满足的回程链路资源(如回程链路信道或用户无线承载)的QoS信息：该信息是第一节点期望或请求第二节点在服务该回程链路信道或用户无线承载时所需满足的QoS的最大要求，该“最大期望或请求满足的回程链路资源的QoS信息”可以与“回程链路资源的QoS信息”或“期望或请求满足的回程链路资源的QoS信息”相同，也可以不同。

最小期望或请求满足的回程链路资源(如回程链路信道或用户无线承载)的QoS信息，该信息是第一节点期望或请求第二节点在服务该回程链路信道或用户无线承载时所需满足的QoS的最小要求，该“最小期望或请求满足的回程链路资源的QoS信息”可以与“回程链路资源的QoS信息”或“期望或请求满足的回程链路资源的QoS信息”相同，也可以不同。

指示第二节点需要反馈的信息的反馈指示信息：该指示信息指示了第二节点需要反馈的信息，在一个实施例中，针对该回程链路资源(回程链路信道或用户无线承载)，第二节点收到该指示信息后就根据该指示信息来反馈，在另一个实施例中，针对该回程链路资源，如果第二节点无法满足上述“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”时，第二节点根据该指示信息来反馈。

本申请的可选实施例中，指示第二节点需要反馈的信息的反馈指示信息可以至少包括如下信息之一：

指示第二节点反馈“最大可满足的回程链路资源的QoS信息”；

指示第二节点反馈“最小可满足的回程链路资源的QoS信息”

指示第二节点反馈“可满足的回程链路资源的QoS信息”。

需要说明的是，对于本申请实施例中所涉及到的“可满足”一词，可以用”admittable”或“acceptable”释义。

上述“指示第二节点需反馈的信息的指示信息(即反馈指示信息)”是针对一个回程链路资源(如一个回程链路信道或用户无线承载)给出的，即第一节点可以针对每个回程链路资源选择是否在步骤S101中包含该指示信息。在另一个实施例中，该反馈指示信息可以是针对用户的，只要有这个指示信息，第二节点需要针对每个回程链路资源来根据该指示信息来反馈信息。

本申请的可选示例中，若资源管理请求为第一资源配置请求，第一请求响应消息中还包括以下信息中的至少一项：

第一请求响应消息所针对的至少一个用户的标识信息；

与第二节点接纳的回程链路资源相关的信息；

与第二节点不接纳的回程链路资源相关的信息；

第二节点的配置信息。

下面对第一资源配置请求所对应的第一请求响应信息中的上述每一项信息分别进行说明。

第一请求响应消息所针对的至少一个用户的标识信息：即该请求响应消息所针对的用户的一个或多个标识信息，如gNB-CU UE F1AP ID，gNB-DU UE F1AP ID，C-RNTI，该用户可以是一个不具有中继功能的用户，如普通UE，也可以是另一个中继节点。

与回程链路资源有关的响应信息，具体可以包括如下信息之一：

与第二节点接纳的回程链路资源(如回程链路信道或用户无线承载)相关的信息，如果该接纳的回程链路信息是步骤S101(图4中所示的示例中的步骤101)中请求新建的回程链路资源，则表明第二节点接纳了该新建的回程链路资源，如果该接纳的回程链路资源是步骤S101中请求修改的回程链路资源，则表明第二节点接纳了该修改的回程链路资源，如果该接纳的回程链路资源是步骤S101中请求释放的回程链路资源，则表明第二节点接纳了释放该回程链路资源的请求。

与第二节点不接纳的回程链路资源相关的信息：如果该不接纳的回程链路资源是步骤S101中请求新建的回程链路资源，则表明第二节点不接纳该新建的回程链路资源，如果该不接纳的回程链路资源是步骤S101中请求修改的回程链路资源，则表明第二节点不接纳对该回程链路资源的修改，如果该不接纳的回程链路资源是步骤S101中请求释放的回程链路资源，则表明第二节点不接纳释放该回程链路资源的请求。

第二节点的配置信息，即第二节点所生成的第二节点侧的配置信息，如可以包括但不限于RLC层的配置信息，和/或逻辑信道的配置信息，和/或MAC层的配置信息，和/或PHY层的配置信息等，可以参见TS38.331中Cell group configuration。该配置信息与第二节点所接纳和所不接纳的回程链路信道(或用户无线承载)有关。

本申请的可选实施例中，与第二节点接纳的回程链路资源相关的信息可以包括以下至少一项：

回程链路资源的标识信息；

用于指示第二接节点所满足的QoS信息的指示信息；

第二节点所满足的QoS信息；

基于第一资源配置请求中包括的反馈指示信息所反馈的信息。

具体而言，上述回程链路资源的标识信息，如针对回程链路信道，则为该标识信息可以为该回程链路信道的ID，或者是服务该回程链路信道的逻辑信道ID，如针对用户无线承载，则该标识信息可以为DRB ID或SRB ID或E-RAB ID。

指示第二节点所满足的QoS信息(也就是QoS要求)的指示信息：该指示信息用来指示第二节点可满足的QoS信息是“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”所指示的QoS。

第二节点所满足的QoS信息：具体如“回程链路资源的QoS信息”和/或“可满足的回程链路资源的QoS信息”和/或“最大可满足的回程链路资源的QoS信息”和/或“最小可满足的回程链路资源的QoS信息”所指示的QoS，和/或其他由第二节点生成的回程链路资源的QoS信息。进一步的，该信息可以是根据步骤S101中所包含的反馈指示信息而反馈的。

本申请的可选实施例中，与第二节点不接纳的回程链路资源相关的信息可以包括以下至少一项：

回程链路资源的标识信息；

用于指示第二接节点所不满足的QoS信息的指示信息；

第二节点所不满足的QoS信息；

第二节点可满足的QoS信息；

基于第一资源配置请求中包括的反馈指示信息所反馈的信息；

第二节点不接纳回程链路的原因信息。

具体的，对于回程链路资源的标识信息，如针对回程链路信道，则为该回程链路信道的ID，或者是服务该回程链路信道的逻辑信道ID，如针对用户无线承载，则该标识信息可以为DRB ID或SRB ID或E-RAB ID。

对于指示第二节点所不满足的QoS信息的指示信息：该指示信息用来指示第二节点不满足的QoS信息可以是“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”所指示的QoS。

第二节点可满足的QoS信息：具体如“回程链路资源的QoS信息”和/或“可满足的回程链路资源的QoS信息”和/或“最大可满足的回程链路资源的QoS信息”和/或“最小可满足的回程链路资源的QoS信息”所指示的QoS，和/或其他由第二节点生成的回程链路资源的QoS信息。进一步的，该信息可以是根据步骤S101中所包含的反馈指示信息而反馈的。

第二节点不接纳回程链路的原因信息，该信息指示了第二节点不接纳回程链路的具体原因，如资源所限，该原因信息也可以用来指示无法满足回程链路的QoS参数中的一个或多个(如QoS优先级，数据包的时延预算，数据包的错误率，5QI，QCI，时延重要性指示，最大数据突发量，分配保留优先级，GBR QoS流信息(如上/下行最大流速率，上/下行保证的流速率，上/下行最大包丢失率)，GBR QoS信息(如上/下行最大流速率，上/下行保证的流速率)，反射QoS的属性)。

本申请的可选实施例中，对应于第一资源配置修改请求，上述与请求修改的回程链路资源的QoS有关的信息可以包括以下至少一项(该信息所针对的回程链路资源所针对的回程链路资源可以是请求新建的，也可以是请求修改的，也可以是请求释放的)：

指示第一节点所不能满足的回程链路资源的QoS信息的指示信息；

第一节点不可满足的回程链路资源的QoS信息；

第一节点不可满足的回程链路的原因信息；

指示第一节点可满足的回程链路资源的QoS信息的指示信息；

第一节点可满足的回程链路资源的QoS信息；

第一节点的配置信息。

下面对第一资源配置修改请求所对应的上述每一项信息分别进行说明。

指示第一节点所不能满足的回程链路资源的QoS信息的指示信息：该指示信息用来指示第一节点不能满足的QoS可以是“回程链路资源(如回程链路信道或用户无线承载)的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”所指示的QoS，其中，该处的“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”可以是第二节点在步骤S101(对应于图5中的步骤201)之前发送给第一节点的。

第一节点不可满足的回程链路资源的QoS信息：具体的，该不可满足的QoS信息可以是如“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”所指示的QoS和/或其他的由第一节点生成的回程链路资源QoS信息。

第一节点不可满足的回程链路的原因信息，该信息指示了第一节点不可满足的回程链路的具体原因，如资源所限，该原因信息也可以用来指示无法满足回程链路的QoS参数中的一个或多个(如QoS优先级，数据包的时延预算，数据包的错误率，5QI，QCI，时延重要性指示，最大数据突发量，分配保留优先级，GBR QoS流信息(如上/下行最大流速率，上/下行保证的流速率，上/下行最大包丢失率)，GBR QoS信息(如上/下行最大流速率，上/下行保证的流速率)，反射QoS的属性)。

指示第一节点可满足的回程链路资源的QoS信息的指示信息：该指示信息用来指示第一节点能满足的QoS是“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”所指示的QoS，该处的“回程链路资源的QoS信息”和/或“期望或请求满足的回程链路资源的QoS信息”和/或“最大期望或请求满足的回程链路资源的QoS信息”和/或“最小期望或请求满足的回程链路资源的QoS信息”可以是第二节点在步骤S101之前发送给第一节点的)。

第一节点可满足的回程链路资源的QoS信息，如“回程链路信道资源的QoS信息”和/或“可满足的回程链路资源的QoS信息”和/或“最大可满足的回程链路资源的QoS信息”和/或“最小可满足的回程链路资源的QoS信息”所指示的QoS和/或其他的由第一节点生成的回程链路资源的QoS信息。进一步的，该信息可以是根据步骤S101之前所收到的来自第二节点的反馈指示信息而反馈的。在一个实施例中，包含该信息也可以隐式表明第一节点无法满足第二节点在其他信令交互流程(该流程发生在步骤S101之前)中所要求第一节点满足的QoS信息。

第一节点的配置信息：生成的第一节点侧的配置信息，如RLC层的配置信息，和/或逻辑信道的配置信息，和/或MAC层的配置信息，和/或PHY层的配置信息等，具体可以参见TS38.331中Cell group configuration。在一个实施例中，该配置信息可以是根据第一节点所请求修改(或释放或建立)的回程链路信道(如回程链路信道或用户无线承载)而生成的。在另一个实施例中，该配置信息也可以是针对上述回程链路信息的“第一节点可满足的回程链路资源的QoS信息”所生成的第一节点侧的配置信息。在再一个实施例中，第一节点可以向第二节点提供一个或多个上述配置信息，针对每个配置信息，第一节点指示所针对的一个或多个回程链路资源以及相应的QoS信息。

本申请的可选实施例中，若资源管理请求为第一资源配置修改请求，第一请求响应消息中还包括以下至少一种：

第一请求响应消息所针对的至少一个用户的标识信息；

与第二节点同意被修改的回程链路资源有关的信息；

与第二节点不同意被修改的回程链路资源有关的信息；

第一节点配置用户所需的RRC消息，如RRC Reconfiguration消息；

指示第一节点配置用户时所用到的第一节点的配置信息。

下面对于第一资源配置修改请求所对应的第一请求响应消息即配置修改响应消息中可以包含的各项信息分别进行说明。

第一请求响应消息所针对的至少一个用户的标识信息：即该消息所针对的用户的一个或多个标识信息，如gNB-CU UE F1AP ID，gNB-DU UEF1AP ID，C-RNTI，该用户可以是一个不具有中继功能的用户，如普通UE，也可以是另一个中继节点。

指示第一节点配置用户时所用到的第一节点侧的配置信息：如RLC层的配置信息，和/或逻辑信道的配置信息，和/或MAC层的配置信息，和/或PHY层的配置信息等，具体可以参见TS38.331中Cell groupconfiguration)。如果在步骤S101(如图5中的步骤201)中，第一节点向第二节点提供了多个配置信息，该指示信息可以指示第一节点在配置用户时所用的是哪一个配置信息。

本申请的可选实施例中，与第二节点同意被修改的回程链路资源有关的信息包括(该“同意被修改”表示:如果第一节点请求新建，则第二节点同意新建；如果第一节点请求修改，则第二节点同意修改；如果第一节点请求释放，则第二节点同意释放)：

第二节点同意被修改的回程链路资源的标识信息，在一个实施例中，如果是第二节点同意被请求修改的回程链路资源(回程链路信道或用户无线承载)的标识信息，则该信息中所包含的回程链路资源的标识信息所指示的回程链路资源会被新建或修改或释放。在另一个实施例中，如果在步骤S101(如图5中所示的示例中的步骤201)中要求新建或修改或被释放的回程链路资源的标识信息没有包含在响应消息(如图5中的消息202)中，则也可以表示第二节点同意新建或修改或释放没有包含在响应消息中的该回程链路资源。如果是同意新建或修改或释放，则表示同意按照第一资源配置修改请求(如图5中的消息201)中提供的信息进行修改。

本申请的可选实施例中，与第二节点不同意被修改的回程链路资源有关的信息包括以下至少一项(该“不同意被修改”表示:如果第一节点请求新建，则第二节点不同意新建；如果第一节点请求修改，则第二节点不同意修改；如果第一节点请求释放，则第二节点不同意释放)：

第二节点不同意被修改的回程链路资源的标识信息；

第一节点需满足的回程链路资源的QoS信息；

用于指示第一节点所需采用的回程链路资源的配置信息的指示信息。

在一个实施例中，在上述过程中，如果第一节点发送给第二节点的是第一资源配置修改请求消息，在该消息中包括了请求释放的回程链路资源的信息，并提供了针对该请求释放的回程链路资源，第一节点提供了其可满足的回程链路资源的QoS有关信息，第二节点反馈的第一请求响应消息时拒绝了第一节点的释放请求，则表明第一节点可以按照其所提供的“可满足的回程链路资源的QoS”来为该回程链路资源分配资源。如果第二节点反馈的第一请求响应消息时拒绝了第一节点的释放请求，且提供了“需满足的回程链路资源的QoS信息”，则表明第一节点可以按照其所提供的“需满足的回程链路资源的QoS”来为该回程链路资源分配资源。

在一个实施例中，在上述过程中，如果第一节点发送给第二节点的是第一资源配置修改请求消息，在该消息中包括了请求修改的回程链路资源的信息，并提供了针对该请求修改的回程链路资源，第一节点提供了其可满足的回程链路资源的QoS有关信息，第二节点反馈的第一请求响应消息时拒绝了第一节点的修改请求，且提供了“需满足的回程链路资源的QoS信息”，则表明第一节点可以按照其所提供的“需满足的回程链路资源的QoS信息”来为该回程链路资源分配资源。

对于第二节点不同意被修改的回程链路资源的标识信息，同样的，如针对回程链路信道，则该标识信息为该回程链路信道的ID，或者是服务该回程链路信道的逻辑信道ID，如针对用户无线承载，则该标识信息可以为DRB ID或SRB ID或E-RAB ID。

第一节点所需采用的服务该回程链路资源的配置信息的指示信息：该配置信息可以包括但不限于RLC层的配置信息，和/或逻辑信道的配置信息，和/或MAC层的配置信息，和/或PHY层的配置信息等，具体可以参见TS38.331中Cell group configuration的指示信息。如在图5中所示的步骤201中，如果第一节点向第二节点提供了多个服务该回程链路资源的配置信息，如针对“回程链路资源的QoS信息”生成的配置信息，和/或，针对“可满足的回程链路资源的QoS信息”生成的配置信息，和/或，针对“最大可满足的回程链路资源的QoS信息”生成的配置信息，和/或，针对“最小可满足的回程链路资源的QoS信息”生成的配置信息，和/或针对其他的由第一节点生成的回程链路资源的QoS信息所生成的配置信息，该指示信息可以用来指示第一节点应该采用上述配置信息中的哪一个。

本申请的可选实施例中，若资源管理请求为第一资源配置请求，接收第二节点基于资源管理请求返回的第一请求响应消息，包括：

接收第二节点基于第一资源配置请求发送的第二资源修改请求；

基于第二资源修改请求向第二节点发送第二请求响应消息；

接收第二节点基于第二请求响应消息和第一资源配置请求返回的第一请求响应消息。

本申请的可选实施例中，若资源管理请求为第一资源配置修改请求，接收第二节点基于资源管理请求返回的第一请求响应消息，包括：

接收第二节点基于第一资源配置修改请求发送的第二资源配置请求；

基于第二资源配置请求向第二节点返回第三请求响应消息；

接收第二节点基于第三请求响应消息和第一资源配置修改请求返回的第一请求响应消息。

在实际系统中，本申请上述实施例中所提供的上述两个交互过程(第一节点向第二节点发起资源配置请求信息的交互流程(为描述方便，该流程简称第一流程，如图4中所示的流程)，以及第一节点向第二节点发起资源配置修改请求的流程(为描述方便，该流程简称第二流程，如图5中所示的流程))可以配合使用。

作为一个示例，图6中示出了一种两个交互过程配置使用的资源配置方法的流程示意图，如图中所示，该示例中，第一流程可以在第二流程之间进行，具体的，该资源配置方法主要可以包括：

步骤301：第一节点向第二节点发送配置修改请求消息301(如第一资源配置修改请求)，该请求具体可以参见第一资源配置修改请求(如图5中的消息201)；

步骤302：第二节点向第一节点发送资源配置请求消息302，可参见上述第一资源配置请求(如图4中所示的消息101)；

步骤303：第一节点向第二节点发送配置响应消息303，可参见上述第一资源配置请求消息对应的响应消息(如图4中所示的消息102)；

步骤304：第二节点向第一节点发送配置修改响应消息304，可参见上述第一资源配置修改响应(如图5中的消息202)。

作为一个示例，图7中示出了另一种两个交互过程配置使用的资源配置方法的流程示意图，如图中所示，该示例中，第二流程可以在第一流程之间进行，具体的，该资源配置方法主要可以包括：

步骤401：第一节点向第二节点发送配置请求消息401，可参见上述图4中所示的消息101。

步骤402：第二节点向第一节点发送配置修改请求消息402，可参见上述图5中所示的消息201；

步骤403：第一节点向第二节点发送配置修改响应消息403，可参见上述图5中所示的消息202

步骤404：第二节点向第一节点发送配置响应消息404，可参见上述图4中所示的消息102。

本申请的可选实施例中，若第一节点与第二节点通过至少一个第三节点通信，且资源管理请求为第一资源配置修改请求，第一请求响应消息为第二节点通过以下方式确定的：

基于第一资源配置修改请求，向至少一个第三节点发送第三资源配置请求；

接收第三节点基于第三资源配置请求返回的第四请求响应消息；

根据第四请求响应信息和第一资源配置修改请求确定第一请求响应消息。

在IAB网络中，用户无线承载是由多个节点共同服务的，因此，在协调回程链路信道或用户无线承载等回程链路资源时，可能还会涉及一个或多个其他节点(如记为第三节点等，该其他节点可以是其他中继节点，或锚节点的分布单元)，下面以其他节点是第三节点为例进行说明，对于有多个其他节点的情况，可以以此类推。

作为一个示例，图8示出了一种第一节点通过第三节点与第二节点进行交互时的资源管理方法的流程示意图，如图中所示，该方法可以包括：

步骤501：第一节点向第二节点发送配置修改请求消息501，可参见上述图5中所示的消息201；

步骤502：第二节点向第三节点发送配置请求消息502，可参见图4中所示的消息101；

步骤503：第三节点向第二节点发送配置响应消息503，可参见图4中所示的消息102；

步骤504：第二节点向第一节点发送配置修改响应消息504，可参见上述图5中所示的消息202。

该示例中，上述步骤502和步骤503是用于第二节点与其他节点(如第三节点)来调整配置从而为用户无线承载服务，该调整是基于步骤501中收到的信息来进行调整的，如步骤501中提供了第一节点可满足的回程链路信道或用户无线承载的QoS信息，在步骤502和503中就根据该信息调整第三节点服务用户无线承载时所需满足的QoS信息，以更好的为用户提供无线承载服务。

需要说明的是，对于图6、图7或图8中所示的资源管理方法，在各交互流程中，除了触发流程开始的触发节点(示例中的第一节点)的第一个步骤之外，每个节点的当前步骤的都是基于该节点所接收到的消息进行的，如图6中第二节点向第一节点发送消息302的步骤302，该步骤中则是基于第二节点所接收到的消息301进行的，也就是说，消息302中所携带的信息的确定是第二节点根据其所接收到的消息301以及第二节点的当前资源配置信息确定的。

基于本申请实施例所提供的资源配置方法，IAB网络中的节点之间即第一节点和第二节点间可以进行其所服务的用户无线承载和/或为用户无线承载提供服务的回程链路信道的资源管理，如用户无线承载和/或回程链路信道的配置、资源分配、以及修改等，通过该方法，能够有效的协调IAB网络中各节点的资源分配，保证为用户无线承载提供服务。

在现有技术中，基站的CU和DU在传输用户数据时，CU会向DU发送与用户数据有关的控制信息，如用于指示所发送的用户数据是否是一个重传的数据(参见TS38.425中的DLUSER DATA(下行链接用户数据局)中所包含的Retransmission Flag(重传标识)字段)，而DU也会向CU发送一些与用户数据有关的控制信息，如用于指示DU发送给CU的数据包是最后一个用于下行状态上报的数据包(如TS38.425中的DLDATA DELIVERY STATUS中所包含的Final Frame Indication字段)，如用于指示针对一个用户无线承载所期望的数据率的信息(如TS38.425中的DL DATA DELIVERY STATUS中所包含的Desired Data Rate字段)，该信息指示了DU期望CU发送该用户无线承载的数据时的数据率，控制信息还可以是用于指示DU服务用户的链路状态的信息(如TS38.425中的DL DATA DELIVERY STATUS中所包含的Cause字段)。

若沿用现有网络中的方式，在IAB网络中，针对一个用户无线承载(如DRB/SRB/E-RAB)，该控制信息是在锚节点的CU与该用户的接入中继节点之间(即非中间节点之间)交互的，在交互的过程中，这些信息会经过锚节点的CU与该用户的接入中继节点间的一个或多个中间节点(如锚节点的分布单元及其他中继节点)进行转发，如图9所示，控制信息会经过锚节点的分布单元、中继节点1进行转发，在转发的过程中，该控制信息对于这些中间节点(如图9中的锚节点的分布单元和中继节点1)可能是不可见的，但是这些控制信息可以帮助这些中间节点进行数据的转发，为了解决该问题，本申请实施例的另一个方面提供了一种IAB网络中与用户数据有关的控制信息的发送方法。具体如下：

本申请实施例提供了一种控制信息传输方法，该方法可以由第四节点执行，如图10所示，该方法主要可以包括：

向第五节点发送数据包(即图中所示的包含与用户数据有关的控制信息的数据包)，数据包中包括与用户数据有关的控制信息；

其中，第四节点和第五节点为IAB网络中的节点。

本申请的可选实施例中，第四节点和第五节点可以是IAB网络中任意两个通信(直接或间接通信)的节点，具体可以是但不限于IAB网络中的中间节点。可以理解的是，中间节点指的既不是IAB网络中的锚节点的CU，也不是接入中继节点的节点。

本申请的可选实施例中，第四节点和第五节点包括以下任一种：

第四节点和第五节点均为IAB网络中的中继节点；

第四节点和第五节点中一个为IAB网络中锚节点的分布单元，另一个为IAB网络中的中继节点。

本申请的可选实施例中，上述数据包中可以包括以下信息中的至少一项：

用户的数据；

数据包所属的用户的标识信息的指示信息；

数据包所属的用户无线承载的标识信息的指示信息；

数据包所属的回程链路信道的标识信息的指示信息；

数据包所属路径的路径标识信息的指示信息；

数据包所属的目的接收节点；

数据包所属的源发送节点；

数据包所属的用户所接入的中继节点的标识信息的指示信息；

数据包类型的指示信息；

第四节点期望第五节点向第四节点发送数据时所采用的数据率的指示信息；

与第四节点的分布单元收发数据时的信道状态有关的指示信息。

本申请的可选实施例中，数据包类型的指示信息包括用于指示数据包为重传数据包的指示信息和用于指示数据包为最后一个数据包的指示信息中的至少一项。

下面对上述数据包中可以包括的每一项信息分别进行说明。

用户的数据：如承载用户数据的PDCP PDU；

数据包所属的用户的标识信息的指示信息：该指示信息可以是显示的或隐式的，具体可以是显示的或隐式的包含该数据包所属的用户的标识信息。

数据包所属的用户无线承载的标识信息的指示信息：同样的，该指示信息可以是隐式的，具体可以是显示的或隐式的包含该数据包所属的用户无线承载的标识信息。

数据包所属的回程链路信道的标识信息的指示信息：该指示信息可以是显示的或隐式的，具体可以是显示的或隐式的包含该数据包所属的回程链路信道的标识信息。

数据包所属路径的路径标识信息的指示信息：该指示信息可以是显示的或隐式的，具体可以是显示的或隐式的包含该数据包所属路径的路径标识信息。在一个实施例中，该路径标识信息指示的路径代表了将该用户的数据从锚节点的CU发送到该用户的接入中继节点所经过的一个或多个节点。在另一个实施例中，该路径标识信息指示的路径代表了将该用户的数据从该用户的接入中继节点发送到锚节点的CU所经过的一个或多个节点。

数据包所属的目的接收节点的标识信息的指示信息，或者数据包所属的源发送节点的标识信息的指示信息，或者数据包所属的用户所接入的中继节点的标识信息的指示信息：同样的，这些指示信息中的一个或多个可以是显示的或隐式的，具体可以是显示的或隐式的包含该数据包所属的目的接收节点(或者所属的源发送节点，或者所属的用户所接入的中继节点)的标识信息(如中继节点/锚节点/锚节点的集中单元/锚节点的分布单元ID，中继节点的移动终端部分的标识信息，中继节点的分布单元部分的标识信息，中继节点/锚节点/锚节点的集中单元/锚节点的分布单元的地址信息，如IP地址信息，新定义的地址信息，该新定义的地址信息可以是锚节点的集中单元分配的)。

数据包类型的指示信息：重传数据包指示信息和最后一个数据包指示信息中的至少一个。

重传指示信息即重传数据包指示信息，该信息指示该数据包是一个重传的数据包。

最后一个数据包指示信息：该信息指示该数据包为最后一个数据包(或最后一个包含下行状态上报(DL DATA DELIVERY STATUS)的数据包，或最后一个包含上行状态上报的数据包)的指示信息。在一个实施例中，该指示信息表明该数据包是第四节点发送给第五节点的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

在一个实施例中，该最后一个数据包的指示信息可以结合上述“该数据包所属的用户的标识信息的指示信息”来指示该数据包是第四节点发送给第五节点的属于该用户的标识信息所标识的用户的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

在另一个实施例中，该最后一个数据包的指示信息可以结合上述“该数据包所属的用户无线承载的标识信息的指示信息”来指示该数据包是第四节点发送给第五节点的属于该用户无线承载的标识信息所标识的用户无线承载的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

在再一个实施例中，该最后一个数据包的指示信息可以结合上述“该数据包所属的回程链路信道的标识信息的指示信息”来指示该数据包是第四节点发送给第五节点的属于该标识信息所标识的回程链路信道的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

在另一个实施例中，该最后一个数据包的指示信息可以结合上述“该数据包所属路径的标识信息”来指示该数据包是第四节点发送给第五节点的属于该标识信息所标识的路径的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

在又一个实施例中，该最后一个数据包的指示信息可以结合上述“该数据包所属的目的接收节点(或者所属的源发送节点，或者所属的用户所接入的中继节点)的标识信息”来指示该数据包是第四节点发送给第五节点的属于该标识信息所标识的节点的最后一个数据包(或最后一个包含下行状态上报的数据包，或最后一个包含上行状态上报的数据包)。

第四节点期望第五节点向第四节点发送数据时所采用的数据率的指示信息：即用于指示第四节点期望第五节点发送数据给第四节点时所采用的数据率的指示信息，该指示信息指示了期望的数据发送速率。在一个实施例中，该指示信息表明当第五节点向第四节点发送数据时，第四节点期望第五节点所采用的数据率。

在一个实施例中，该所采用的数据率的指示信息可以结合上述“该数据包所属的用户的标识信息”来表明当第五节点向第四节点发送属于该标识信息所标识的用户的数据时，第四节点期望第五节点所采用的数据率。

在一个实施例中，该所采用的数据率的指示信息可以结合上述“该数据包所属的用户无线承载的标识信息”来表明当第五节点向第四节点发送属于该标识信息所标识的用户无线承载的数据时，第四节点期望第五节点所采用的数据率。

在一个实施例中，该所采用的数据率的指示信息可以结合上述“该数据包所属的回程链路信道的标识信息”来表明当第五节点向第四节点发送属于该标识信息所标识的回程链路信道的数据时，第四节点期望第五节点所采用的数据率。

在一个实施例中，该所采用的数据率的指示信息可以结合上述“该数据包所属路径的标识信息”来表明当第五节点向第四节点发送属于该标识信息所标识的路径的数据时，第四节点期望第五节点所采用的数据率；在一个实施例中，该指示信息可以结合上述“该数据包所属的目的接收节点(或者所属的源发送节点，或者所属的用户所接入的中继节点)的标识信息”来表明当第五节点向第四节点发送属于该标识信息所标识的节点的数据时，第四节点期望第五节点所采用的数据率。

与第四节点的分布单元收发数据时的信道状态有关的指示信息：即用于指示第四节点的分布单元收发数据时的信道状态有关的信息，如无线链路中断/恢复(radio linkoutage/resume)的指示信息,和/或上行或下行无线链路中断/恢复(radio link outage/resume)的指示信息等。

在一个实施例中，该与信道状态有关的指示信息可以结合上述“该数据包所属的用户的标识信息”来指示该状态信息所针对的用户；在一个实施例中，该与信道状态有关的指示信息可以结合上述“该数据包所属的用户无线承载的标识信息”来指示该状态信息所针对的用户无线承载；在一个实施例中，该与信道状态有关的指示信息可以结合上述“该数据包所属的回程链路信道的标识信息”来指示该状态信息所针对的回程链路信道；在一个实施例中，该与信道状态有关的指示信息可以结合上述“该数据包所属路径的标识信息”来指示该状态信息所针对的路径；在一个实施例中，该与信道状态有关的指示信息可以结合上述“该数据包所属的目的接收节点(或者所属的源发送节点，或者所属的用户所接入的中继节点)的标识信息”来指示该状态信息所针对的节点。

在实际应用中，可以根据实际需求配置或设置或协议预定义好上述控制信息在上述数据包中的位置。作为可选方式，上述控制信息可能包含在数据包的RLC层的包头中，也可能包含在RLC层之上新定义的协议层(如适配层，承载映射层，或者其他的名称)的包头内，也可能包含在MAC层的包头中，也可能是一个物理层的信号。另外，上述控制信息可以包含在一个有用户数据的数据包中，也可以包含在一个没有用户数据的数据包中(如EndMarker数据包，该数据包没有包含用户数据，专门用来发送上述控制信息)。

本申请的实施例中，上述数据包可以是上行数据包，也可以是下行数据包。其中，下行数据包表示由锚节点的CU向用户的接入中继节点发送的数据包，上行数据包表示由用户的接入中继节点发送给锚节点的CU的。第四节点向第五节点发送的包含与用户数据有关的控制信息的数据包可能是一个上行的数据包(该数据包中所包含的用户数据是最终要发送给锚节点的CU的)，也可能是一个下行的数据包(该数据包中所包含的用户数据是最终要发送给用户的接入中继节点，然后可能由该接入中继节点发送给用户的)。进一步的，上述数据包所针对的数据可以是第四节点的分布单元部分所服务的数据，也可以是第四节点的移动终端部分所服务的数据，也可以是第四节点的分布单元部分和移动终端部分所服务的数据。

其中，对于数据包中可以包含的上述控制信息，第四节点可能是从其他节点获知上述信息，也可能由第四节点自己决定上述信息。

当第四节点是中继节点或锚节点的分布单元，第五节点是锚节点的集中单元时，上述控制信息也可以通过控制信令(如F1接口的控制信令)发送给第五节点。具体的，除了上述控制信息外，可选的，第四节点发送给第五节点的控制信令还可以至少包括与数据类型有关的信息、以及无数据的指示信息中的至少一项，具体的：

■与数据类型有关的信息，该信息至少包括如下信息之一：

■所属的用户的标识信息的指示信息；

■所属的用户无线承载的标识信息的指示信息；

■所属的回程链路信道的标识信息的指示信息；

■所属路径的路径标识信息的指示信息；

■所属的目的接收节点；

■所属的源发送节点；

■所属的用户所接入的中继节点的标识信息的指示信息；

■无数据的指示信息，该指示信息用来指示没有从第四节点发送给第五节点的数据了，进一步的，该数据可以是特定类型的数据，则该指示信息所针对的数据类型可以是上述“与数据类型有关的信息”所指示的数据类型，该指示信息可以是控制信令中的单独的信元(Information element)或者与上述“与数据类型有关的信息”相结合的信元，也可以作为一个原因信息(Cause)包含在控制信令内，进一步，该指示信息所针对的数据可以是第四节点的分布单元部分所服务的数据，也可以是第四节点的移动终端部分所服务的数据，也可以是第四节点的分布单元部分和移动终端部分所服务的数据。

另外，上述“与数据类型有关的信息”可以与“无数据的指示信息”相结合，来指示没有“与数据类型有关的信息”所指示的数据了，或者指示第四节点没有“与数据类型有关的信息”所指示的数据了，或者指示第四节点没有“与数据类型有关的信息”所指示的数据可发送了。

上述控制信令可以是现有的UE Context Modification Required消息，也可以是UE Context Release Request消息，也可以是其他的F1信令，也可以是新定义的控制信令。

上述第四节点向第五节点发送控制信令之前，第四节点也可以从其他节点接收包含控制信息的用户数据包，该控制信息至少包含如下信息之一：

数据包所属的用户的标识信息的指示信息；

数据包所属的用户无线承载的标识信息的指示信息；

数据包所属的回程链路信道的标识信息的指示信息；

数据包所属路径的路径标识信息的指示信息；

数据包所属的目的接收节点；

数据包所属的源发送节点；

数据包类型的指示信息；

其他节点期望第四节点向其他节点发送数据时所采用的数据率的指示信息；

基于本申请实施例所提供的控制信息传输方法，第五节点在获知第四节点发送的上述控制信息后，可以帮助第五节点调整数据包调度的决策，例如，知道数据包是一个重传数据包时，可以优先调度重传的数据包，知道数据包是最后一个数据包时或知道节点上没有某种类型的数据时，可以释放相关的资源(如释放或修改服务该类型数据的回程链路信道，释放或修改服务该类型数据的DRB或SRB)，再例如知道第四节点的DU在服务用户时的链路状态后，可以决定是否停止向第四节点发送数据，如第四节点对应的链路状态为中断，则第五节点可以决定停止向第四节点发送数据，如第四节点对应的链路状态为正常或回复，则第五节点可以向第四节点发送数据。

通过本申请实施例所提供的该控制信息传输方法，中继节点在发送用户数据时，也能获得与用户数据有关的控制信息，这样可以帮助中继节点调整其数据发送的策略，更加有效的利用资源。

对于上述包含有控制信息的数据包(可以是上行数据包，也可以是下行数据包)，指示数据包是一个重传数据包(或最后一个数据包)的指示信息即重传指示信息(或最后一个包的指示信息)，可能是从锚节点的CU发送过来的，如锚节点的CU发送给锚节点的DU，然后由锚节点的DU发送给第四节点，或者还可能是锚节点的CU发送给锚节点的DU，然后由锚节点的DU发送给其他中继节点，然后由其他中继节点再发送给第四节点。为了完成上述重传数据包指示信息(或最后一个包的指示信息)的发送，现有机制可能无法保证将数据包发送给第四节点的节点能知道一个数据包是否为一个重传数据包(或是否为最后一个数据包)，例如，对于一个由锚节点的CU发送给锚节点的DU，然后由锚节点的DU发送给第四节点的下行数据包，不能够保证锚节点的DU能知道一个数据包是否为一个重传数据包，这样需要通过锚节点的CU与锚节点的DU间的配置信息来实现；再例如，第四节点向锚节点的分布单元发送的数据包是最后一个数据包，但是目前的机制无法保证锚节点的集中单元能够知道锚节点的分布单元发送的数据包是最后一个数据包，这也需要通过锚节点的CU与锚节点的DU间的配置信息来实现。具体配置方法可以包括但不限于下述方法中的至少一种：

方法1：通过配置特殊的GTP-U tunnel(GPRS Tunnel Protocol User，GPRS隧道传输协议-用户平面传输通道)来指示该tunnel内发送的数据包是重传数据包(或最后一个数据包)，在该方法中，利用发送端和/或接收端的GTP-U tunnel信息，如GTP-U tunnel的标识(GTP-U TEID)，和/或IP地址)来指示该GTP-U tunnel是否为发送重传数据包(或最后一个数据包)的Tunnel；

方法2：通过配置特殊的IP地址来指示包含该IP地址的包都是重传数据包(或者是最后一个数据包)，利用发送端和/或接收端的IP地址信息来指示包含该IP地址的数据包是否为重传数据包(或最后一个数据包)；

方法3：通过配置数据包头(如IP包头)的信息来指示数据包是重传的包(或最后一个数据包)。

为了保证IAB网络中的各节点(如锚节点的DU)能够知道一个其需要转发的数据包是否为一个重传数据包(或最后一个数据包)，本申请实施例还提供了一种信息配置方法，该方法由锚节点的CU执行，如图11所示，该方法可以包括：

步骤601：向锚节点的分布单元DU发送重传数据包或最后一个数据包的配置请求消息；

步骤602：接收锚节点的DU基于配置请求消息返回的配置响应消息。

本申请的可选实施例中，为了实现上述方法1至方法3这三种方法中的任意一种，配置请求消息中包括以下信息中的至少一项：

与GPRS GTP-U tunnel有关的信息；

与IP地址有关的信息；

与数据包包头有关的信息；

数据包所属的用户的标识信息；

数据包所属的用户无线承载的标识信息；

数据包所属路径的路径标识信息；

数据包所属的回程链路信道的标识信息；

数据包的目的接收节点(如数据包所属的用户的接入中继节点)的标识信息或地址信息；

数据包的源发送节点的标识信息或地址信息；

数据包的所属节点的标识信息或地址信息。

配置请求消息中所携带的消息则指示了用于传输重传数据包(或最后一个数据包)的各相关信息，锚节点的DU在接收到该配置请求消息后，则可以基于该消息中所携带的信息进行有关重传数据包(或最后一个数据包)的相关配置。例如，对于上述与IP地址有关的信息，则具体可以是用于指示了用于传输重传数据包(或最后一个数据包)的IP地址的相关信息。

需要说明的是，对于上述配置消息请求中所携带的消息为多种时，不同的消息可以相结合使用以实现指示该重传数据包(或最后一个数据包)的资源配置所针对的数据包。例如，在一个可选实施例中，数据包所属的用户的标识信息和与IP地址有关的信息可以结合使用，则可以用于指示传输该标识信息所指示的用户的重传数据包(或最后一个数据包)时所用到的IP地址有关的信息。

本申请的可选实施例中，配置请求消息中的与GTP-U tunnel有关的信息包括以下信息中的至少一项：

指示分配接收重传数据包(或最后一个数据包)的GTP-U tunnel信息的指示信息；

锚节点的CU发送重传数据包(或最后一个数据包)的GTP-U tunnel信息；

锚节点的DU接收重传数据包(或最后一个数据包)的GTP-U tunnel信息；

锚节点的DU发送重传数据包(或最后一个数据包)的GTP-U tunnel信息；

锚节点的CU接收重传数据包(或最后一个数据包)的GTP-U tunnel信息。

其中，上述重传数据包(或最后一个数据包)的GTP-U tunnel信息可以包括但不限于重传数据包(或最后一个数据包)的TEID和/或IP地址等信息，如对于锚节点的CU发送重传数据包(或最后一个数据包)的GTP-U tunnel信息，该信息可以是锚节点的CU发送重传数据包(或最后一个数据包)的TEID，也可以是锚节点的CU发送重传数据包(或最后一个数据包)的IP地址，还可以是锚节点的CU发送重传数据包(或最后一个数据包)的TEID和IP地址。

本申请的可选实施例中，配置请求消息中的与IP地址有关的信息包括以下信息中的至少一项：

指示分配接收重传数据包(或最后一个数据包)的IP地址的指示信息；

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址；

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址。

本申请的可选实施例中，配置请求消息中的与数据包包头有关的信息包括以下信息中的至少一项：

指示锚节点的CU发送给锚节点的DU的数据包中用来指示数据包是一个重传数据包(或最后一个数据包)的信息所处的位置；

指示当锚节点的CU发送给锚节点的DU的数据包是一个重传数据包(或最后一个数据包)时重传数据包(或最后一个数据包)所包含的指示信息的内容，例如，该内容可以是为了指示数据包是重传数据包(或最后一个数据包)时，IP包头中的DSCP(差分服务代码点，Differentiated Services Code Point)和/或flow label(流标签)字段所设置的信息；

指示锚节点的DU发送给锚节点的CU的数据包中用来指示数据包是一个重传数据包(或最后一个数据包)的信息所处的位置；

指示当锚节点的DU发送给锚节点的CU的数据包是一个重传数据包(或最后一个数据包)时数据包所包含的指示信息的内容，如为了指示数据包是重传数据包(或最后一个数据包)时，IP包头中的DSCP/flow label字段所设置的信息。

与配置请求信息601相对应的配置响应消息602主要是用来确认步骤601中的信息，对于本领域技术人员来说清楚的是，该配置响应消息602是与配置请求信息601相对应的，锚节点的DU根据从锚节点的CU接收到的配置请求信息601完成对与重传数据包(或最后一个数据包)有关的信息的配置，并向锚节点的CU反馈确认信息。本申请的可选实施例中，配置响应消息可以包括以下信息中的至少一项：

与GTP-U tunnel有关的信息；

与IP地址有关的信息；

与数据包包头有关的信息；

数据包所属的用户的标识信息；

数据包所属的用户无线承载的标识信息；

数据包所属路径的路径标识信息；

数据包所属的回程链路信道的标识信息；

数据包的源发送节点的标识信息或地址信息；

数据包的所属节点的标识信息或地址信息。

本申请的可选实施例中，配置响应消息中与GTP-U tunnel有关的信息包括以下信息中的至少一项：

本申请的可选实施例中，配置响应消息中与IP地址有关的信息包括以下信息中的至少一项：

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址；

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址。

本申请的可选实施例中，配置响应消息中与数据包包头有关的信息包括以下信息中的至少一项：

指示当锚节点的CU发送给锚节点的DU的数据包是一个重传数据包(或最后一个数据包)时重传数据包(或最后一个数据包)所包含的指示信息的内容，如为了指示数据包是重传数据包(或最后一个数据包)，IP包头中的DSCP/flow label字段所设置的信息；；

指示当锚节点的DU发送给锚节点的CU的数据包是一个重传数据包(或最后一个数据包)时数据包所包含的指示信息的内容，如为了指示数据包是重传数据包(或最后一个数据包)，IP包头中的DSCP/flow label字段所设置的信息。

基于本申请实施例所提供的信息配置方法的配置过程，锚节点的CU和/或锚节点的CU就可以知道其所接收的数据包是否为一个重传数据包(或最后一个数据包)了。

基于与图3中所示的资源管理方法相同的原理，本申请实施例还提供了一种资源管理方法，该方法具体可以由第二节点执行，该方法具体可以包括：

根据资源管理请求向第一节点请求发送第一请求响应消息。

对于本领域技术人员来说清楚的是，该方法是与图3中所示的方法的原理相同的方法，只是从不同的执行主体侧对该方法进行的描述，具体的，图3中所示的资源管理方法是以第一节点作为方法的执行主体进行的描述，该方法则是以第二节点作为方法的执行主体进行的描述，如对于图4中所示的示例中，图3所示的方法是以配置请求消息101的发送方为执行主体描述的，该方法是以配置请求消息101的接收方法为执行主体描述的。对于该方法的详细描述，具体可以参见前文中对图3中所示方法中的相应描述。

可选的，第一节点和第二节点包括以下任一种：

第一节点为锚节点，第二节点为中继节点或中继节点的DU；

第一节点为锚节点的DU，第二节点为锚节点的CU；

可选的，回程链路资源包括回程链路信道和用户无线承载中的至少一项；其中，用户无线承载包括以下至少一项：

DRB、SRB、E-RAB。

可选的，若资源管理请求为第一资源配置请求，与资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项：

资源管理请求所针对的至少一个用户的标识信息；

资源管理请求所针对的回程链路资源的标识信息；

与为至少一个用户服务的回程链路资源的QoS有关的信息；

若资源管理请求为第一资源配置修改请求，与资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项：

资源管理请求所针对的至少一个用户的标识信息；

与请求修改的回程链路资源的QoS有关的信息。

可选的，上述与为至少一个用户服务的回程链路资源的QoS有关的信息包括以下至少一项：

回程链路资源的QoS信息；

期望或请求满足的回程链路资源的QoS信息；

最大期望或最大请求满足的回程链路资源的QoS信息；

最小期望或最小请求满足的回程链路资源的QoS信息；

指示第二节点需要反馈的信息的反馈指示信息；

与请求修改的回程链路资源的QoS有关的信息包括以下至少一项：

第一节点不可满足的回程链路资源的QoS信息；

第一节点不可满足的回程链路的原因信息；

指示第一节点可满足的回程链路资源的QoS信息的指示信息；

第一节点可满足的回程链路资源的QoS信息；

第一节点的配置信息。

可选的，若资源管理请求为第一资源配置请求，第一请求响应消息中还包括以下信息中的至少一项：

第一请求响应信息所针对的至少一个用户的标识信息；

与第二节点接纳的回程链路资源相关的信息；

与第二节点不接纳的回程链路资源相关的信息；

第二节点的配置信息。

可选的，若资源管理请求为第一资源配置修改请求，第一请求响应消息中还包括以下至少一种：

第一请求响应消息所针对的至少一个用户的标识信息；

与第二节点同意被修改的回程链路资源有关的信息；

与第二节点不同意被修改的回程链路资源有关的信息；

第一节点配置用户所需的RRC消息；

指示第一节点配置用户时所用到的第一节点的配置信息。

可选的，与第二节点接纳的回程链路资源相关的信息包括以下至少一项：

回程链路资源的标识信息；

用于指示第二接节点所满足的QoS信息的指示信息；

第二节点所满足的QoS信息；

与第二节点不接纳的回程链路资源相关的信息包括以下至少一项：

回程链路资源的标识信息；

用于指示第二接节点所不满足的QoS信息的指示信息；

第二节点所不满足的QoS信息；

第二节点可满足的QoS信息；

第二节点不接纳回程链路的原因信息；

与第二节点同意被修改的回程链路资源有关的信息包括以下任一项：

第二节点同意被修改的回程链路资源的标识信息；

第二节点不同意被修改的回程链路资源的标识信息；

与第二节点不同意被修改的回程链路资源有关的信息包括以下至少一项：

第二节点不同意被修改的回程链路资源的标识信息；

第一节点需满足的回程链路资源的QoS信息；

可选的，若资源管理请求为第一资源配置请求，根据资源管理请求向第一节点请求发送第一请求响应消息，包括：

基于第一资源配置请求向第一节点发送第二资源修改请求；

接收第一节点基于第二资源修改请求发送的第二请求响应消息；

基于第二请求响应消息和第一资源配置请求返回第一请求响应消息。

可选的，若资源管理请求为第一资源配置修改请求，根据资源管理请求向第一节点请求发送第一请求响应消息，包括：

基于第一资源配置修改请求向第一节点发送第二资源配置请求；

接收第一节点基于第二资源配置请求返回的第三请求响应消息；

基于第三请求响应消息和第一资源配置修改请求向第一节点发送第一请求响应消息。

可选的，若第一节点与第二节点通过至少一个第三节点通信，且资源管理请求为第一资源配置修改请求，根据资源管理请求向第一节点请求发送第一请求响应消息，包括：

根据第四请求响应信息和第一资源配置修改请求向第一节点发送第一请求响应消息。

可选的至少一个用户包括以下至少一种：

UE、中继节点、除第一节点或第二节点之外的中继节点。

基于与图10中所示的方法相同的原理，本申请实施例还提供了一种控制信息传输方法，该方法可以由第五节点执行，该方法具体可以包括：

基于控制信息进行数据包的发送；

其中，第四节点和第五节点为IAB网络中的节点。

可选的，第四节点和第五节点包括以下任一种：

第四节点和第五节点均为IAB网络中的中继节点；

可选的，数据包中包括以下信息中的至少一项：

用户的数据；

数据包所属的用户的标识信息的指示信息；

数据包所属的用户无线承载的标识信息的指示信息；

数据包所属的回程链路信道的标识信息的指示信息；

数据包所属路径的路径标识信息的指示信息；

数据包所属的目的接收节点的标识信息的指示信息；

数据包所属的源发送节点的标识信息的指示信息；

数据包类型的指示信息；

可选的，数据包类型的指示信息包括用于指示数据包为重传数据包的指示信息和用于指示数据包为最后一个数据包的指示信息中的至少一项。

对于本领域技术人员来说清楚的是，对于上述各可选实施例中的控制信息传输方法的详细描述，可以参见前文中对图10中所示的控制信息传输方法的对应描述。

基于与图11中所示的方法相同的原理，本申请实施例还提供一种信息配置方法，该方法具体可以由锚节点的DU执行，该方法可以包括：

可选的，配置请求消息中包括以下信息中的至少一项：

与GTP-U tunnel有关的信息；

与IP地址有关的信息；

与数据包包头有关的信息；

数据包所属的用户的标识信息；

数据包所属的用户无线承载的标识信息；

数据包所属路径的路径标识信息；

数据包所属的回程链路信道的标识信息；

数据包的目的接收节点的标识信息或地址信息；

数据包的源发送节点的标识信息或地址信息；

数据包的所属节点的标识信息或地址信息。

可选的，配置请求消息中的与GTP-U tunnel有关的信息包括以下信息中的至少一项：

指示分配接收重传数据包或最后一个数据包的GTP-U tunnel信息的指示信息；

锚节点的CU发送重传数据包或最后一个数据包的GTP-U tunnel信息；

锚节点的DU接收重传数据包或最后一个数据包的GTP-U tunnel信息；

可选的，配置请求消息中的与IP地址有关的信息包括以下信息中的至少一项：

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址；

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址。

可选的，配置请求消息中的与数据包包头有关的信息包括以下信息中的至少一项：

指示当锚节点的CU发送给锚节点的DU的数据包是一个重传数据包(或最后一个数据包)时重传数据包(或最后一个数据包)所包含的指示信息的内容；

指示当锚节点的DU发送给锚节点的CU的数据包是一个重传数据包(或最后一个数据包)时数据包所包含的指示信息的内容。

可选的，配置响应消息包括以下信息中的至少一项：

与GTP-U tunnel有关的信息；

与IP地址有关的信息；

与数据包包头有关的信息；

数据包所属的用户的标识信息；

数据包所属的用户无线承载的标识信息；

数据包所属路径的路径标识信息；

数据包所属的回程链路信道的标识信息；

数据包的目的接收节点的标识信息或地址信息；

数据包的源发送节点的标识信息或地址信息；

数据包的所属节点的标识信息或地址信息。

可选的，配置响应消息中与GTP-U tunnel有关的信息包括以下信息中的至少一项：

可选的，配置响应消息中与IP地址有关的信息包括以下信息中的至少一项：

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址；

锚节点的CU发送重传数据包(或最后一个数据包)的IP地址；

锚节点的DU接收重传数据包(或最后一个数据包)的IP地址。

可选的，配置响应消息中与数据包包头有关的信息包括以下信息中的至少一项：

本申请实施例还提供了一种信息交互系统，该信息交互系统包括本申请上述各实施例中所提供的装置中的至少一个。

本申请实施例还提供了一种通信网络系统，该通信网络系统包括本申请实施例中所提供的上述信息交互系统。

本申请实施例还提供了一种电子设备，该电子设备包括处理器和存储器；其中，存储器中存储有机器可读指令；处理器，用于执行机器可读指令以实现本申请任一实施例所提供的方法。

本申请还实施例提供了一种计算机可读存储介质，该可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现本申请任一实施例所提供的方法。

在一个可选实施例中提供了一种电子设备，如图12所示，图12所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(FieldProgrammable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种资源管理方法，其特征在于，所述方法由第一节点执行，所述方法包括：

向第二节点发送回程链路资源管理请求，所述资源管理请求中包括与所述资源管理请求所针对的回程链路资源有关的信息；

接收所述第二节点基于所述资源管理请求返回的第一请求响应消息。

2.根据权利要求1所述的方法，其特征在于，所述资源管理请求为第一资源配置请求或第一资源配置修改请求；

若所述资源管理请求为第一资源配置请求，所述与所述资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项：

所述资源管理请求所针对的至少一个用户的标识信息；

所述资源管理请求所针对的回程链路资源的标识信息；

与为所述至少一个用户服务的回程链路资源的服务质量QoS有关的信息；

若所述资源管理请求为第一资源配置修改请求，所述与所述资源管理请求所针对的回程链路资源有关的信息包括以下信息中的至少一项：

所述资源管理请求所针对的至少一个用户的标识信息；

资源管理请求所针对的回程链路资源的标识信息；

与请求修改的回程链路资源的QoS有关的信息。

3.根据权利要求2所述的方法，其特征在于，若所述资源管理请求为所述第一资源配置请求，所述第一请求响应消息中还包括以下信息中的至少一项：

所述第一请求响应信息所针对的至少一个用户的标识信息；

与所述第二节点接纳的回程链路资源相关的信息；

与所述第二节点不接纳的回程链路资源相关的信息；

第二节点的配置信息；

若所述资源管理请求为所述第一资源配置修改请求，所述第一请求响应消息中还包括以下至少一种：

所述第一请求响应消息所针对的至少一个用户的标识信息；

与所述第二节点同意被修改的回程链路资源有关的信息；

与所述第二节点不同意被修改的回程链路资源有关的信息；

所述第一节点配置用户所需的无线资源控制RRC消息；

指示所述第一节点配置用户时所用到的所述第一节点的配置信息。

4.一种资源管理方法，其特征在于，所述方法由第二节点执行，所述方法包括：

接收第一节点发送回程链路资源管理请求，所述资源管理请求中包括与所述资源管理请求所针对的回程链路资源有关的信息；

根据所述资源管理请求向所述第一节点请求发送第一请求响应消息。

5.一种控制信息传输方法，其特征在于，所述方法由第四节点执行，所述方法包括：

向第五节点发送数据包，所述数据包中包括与用户数据有关的控制信息；

其中，所述第四节点和所述第五节点为接入和回传一体化IAB网络中的节点。

6.根据权利要求5所述的方法，其特征在于，所述数据包中包括以下信息中的至少一项：

用户的数据；

所述数据包所属的用户的标识信息的指示信息；

所述数据包所属的用户无线承载的标识信息的指示信息；

所述数据包所属的回程链路信道的标识信息的指示信息；

所述数据包所属路径的路径标识信息的指示信息；

所述数据包所属的目的接收节点的标识信息的指示信息；

所述数据包所属的源发送节点的标识信息的指示信息；

所述数据包所属的用户所接入的中继节点的标识信息的指示信息；

所述数据包类型的指示信息；

所述第四节点期望所述第五节点向所述第四节点发送数据时所采用的数据率的指示信息；

与所述第四节点的分布单元收发数据时的信道状态有关的指示信息。

7.根据权利要求6所述的方法，其特征在于，所述数据包类型的指示信息包括用于指示数据包为重传数据包的指示信息和用于指示数据包为最后一个数据包的指示信息中的至少一项。

8.一种控制信息传输方法，其特征在于，所述方法由第五节点执行，所述方法包括：

接收第四节点发送的数据包，所述数据包中包括与用户数据有关的控制信息；

基于所述控制信息进行所述数据包的发送；

9.一种信息配置方法，其特征在于，所述方法由IAB网络中锚节点的集中单元CU执行，所述方法包括：

向锚节点的分布单元DU发送重传数据包或最后一个数据包的配置请求消息；

接收所述DU基于所述配置请求消息返回的配置响应消息。

10.根据权利要求9所述的方法，其特征在于，所述配置请求消息中包括以下信息中的至少一项：

与GPRS隧道传输协议-用户平面传输通道GTP-U tunnel有关的信息；

与互联网协议IP地址有关的信息；

与数据包包头有关的信息；

数据包所属的用户的标识信息；

数据包所属的用户无线承载的标识信息；

数据包所属路径的路径标识信息；

数据包所属的回程链路信道的标识信息；

数据包的目的接收节点的标识信息或地址信息；

数据包的源发送节点的标识信息或地址信息；

数据包的所属节点的标识信息或地址信息。

11.一种信息配置方法，其特征在于，所述方法由锚节点的分布单元DU执行，所述方法包括：

接收锚节点的集中单元CU发送的重传数据包或最后一个数据包的配置请求消息；

根据所述配置请求信息进行与重传数据包或最后一个数据包有关的信息配置，并向所述锚节点的CU发送配置响应消息。

12.一种资源管理装置，其特征在于，所述装置布置于第一节点或第二节点中，若所述装置布置于所述第一节点中，所述装置包括：

资源管理请求消息发送模块，用于向所述第二节点发送回程链路资源管理请求，所述资源管理请求中包括与所述资源管理请求所针对的回程链路资源有关的信息；

请求响应消息接收模块，用于接收所述第二节点基于所述资源管理请求返回的第一请求响应消息；

若所述装置布置于所述第二节点中，所述装置包括：

资源管理请求消息接收模块，用于接收第一节点发送回程链路资源管理请求，所述资源管理请求中包括与所述资源管理请求所针对的回程链路资源有关的信息；

请求响应消息发送模块，用于根据所述资源管理请求向所述第一节点请求发送第一请求响应消息。

13.一种控制信息传输装置，其特征在于，所述装置布置于第四节点或第五节点中，若所述装置布置于第四节点中，所述装置包括：

数据包发送模块，用于向第五节点发送数据包，所述数据包中包括与用户数据有关的控制信息；

其中，所述第四节点和所述第五节点为接入和回传一体化IAB网络中的节点；

若所述装置布置于第五节点中，所述装置包括：

数据包接收模块，用于接收第四节点发送的数据包，所述数据包中包括与用户数据有关的控制信息；

数据包发送模块，用于基于所述控制信息进行所述数据包的发送；

14.一种信息配置装置，其特征资源，所述装置布置于锚节点的集中单元CU中或布置于锚节点的分布单元DU中，若所述装置布置于锚节点的CU中，所述装置包括：

配置请求消息发送模块，用于向锚节点的DU发送重传数据包或最后一个数据包的配置请求消息；

配置响应消息接收模块，用于接收所述锚节点的DU基于所述配置请求消息返回的配置响应消息。

若所述装置布置于锚节点的DU中，所述装置包括：

配置响应消息发送模块：用于根据所述配置请求信息进行与重传数据包或最后一个数据包有关的信息配置，并向所述锚节点的CU发送配置响应消息。

15.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；

所述存储器中存储有机器可读指令；

所述处理器，用于执行所述机器可读指令以实现权利要求1至11任一项所述的方法。