具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。

本申请实施例提供的方法适用的通信系统包括但不限于4G系统、长期演进(longterm evolution，LTE)系统、5G系统、新无线(new radio，NR)系统，无线局域网(wirelesslocal area networks，WLAN)系统以及未来演进系统或者多种通信融合系统。其中，5G系统可以为非独立组网(non-standalone，NSA)的5G系统或独立组网(standalone，SA)的5G系统。

图2是本申请实施例应用的移动通信系统的架构示意图。如图2所示，该移动通信系统包括核心网设备、无线接入网设备、无线回传设备和至少一个终端(如图2中的终端1和终端2)。终端通过无线的方式与无线回传设备相连，并通过一个或多个无线回传设备(图2中为了方便仅仅示出一个)与无线接入网设备相连(部分终端也可以直接与无线接入网设备通过无线方式相连)，无线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端和无线回传设备可以是固定位置的，也可以是可移动的。本申请实施例对该移动通信系统中包括的核心网设备、无线接入网设备、无线回传设备和终端的数量不做限定。

其中，无线接入网设备、无线回传设备和终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请实施例对无线接入网设备、无线回传设备和终端的应用场景不做限定。

图2中的各个设备间的无线链路可以通过授权频谱(licensed spectrum)进行通信，也可以通过免授权频谱(unlicensed spectrum)进行通信，也可以同时通过授权频谱和免授权频谱进行通信。各个设备间的无线链路可以通过6吉兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请实施例对无线链路所使用的频谱资源不做限定。

终端也可以称为终端设备、用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等。终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

无线回传设备可以为其子节点(例如，终端或其他无线回传设备)提供无线接入服务和无线回传服务。其中，无线回传服务是指通过BL提供的数据和/或信令回传服务。具体的，无线回传设备可以是LTE系统中的中继节点(relay node，RN)，5G系统中的IAB节点，或者其他能够提供无线中继功能的设备。本申请下文中以无线回传设备为IAB节点为例进行示例性说明。示例性的，IAB节点可以是用户驻地设备(customer premises equipment，CPE)、家庭网关(residential gateway，RG)等设备。该情况下，本申请实施例提供的方法还可以应用于家庭连接(home access)的场景中。

无线接入网设备是终端或无线回传设备通过无线方式接入到该移动通信系统中的接入设备，可以是演进型基站(evolved NodeB，eNB或eNodeB)、下一代基站节点(nextgeneration node base station，gNB)、未来移动通信系统中的基站或无线保真(Wireless-Fidelity，WiFi)系统中的接入节点等，本申请实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。在图2所示的移动通信系统中，无线接入网设备也可以称为宿主节点。示例性的，宿主节点可以为宿主基站。宿主节点在5G网络中可以简称为IAB宿主(IAB donor)或DgNB(即donor gNodeB)。宿主节点可以是一个完整的实体，还可以是集中式单元(centralized unit，CU)(本文中简称为Donor-CU，也可以简称为CU，也即宿主CU)和分布式单元(distributed unit，DU)(本文中简称为Donor-DU，也即宿主DU)分离的形态，即宿主节点由宿主CU和宿主DU组成。

其中，宿主CU还可以是用户面(User plane，UP)(本文中简称为CU-UP)和控制面(Control plane，CP)(本文中简称为CU-CP)分离的形态，即宿主CU由一个CU-CP和一个或多个CU-UP组成。

在本申请实施例中，IAB节点经宿主节点连接到核心网。例如，在独立组网的5G架构下，IAB节点经宿主节点连接到5G网络的核心网(5G core，5GC)。在非独立组网的5G架构下，IAB节点在控制面经eNB连接到演进分组核心网(evolved packet core，EPC)，在用户面经宿主节点以及eNB连接到EPC。

为了保证业务传输的可靠性，IAB网络支持多跳IAB节点和多连接IAB节点组网。因此，在终端和宿主节点之间可能存在多条传输路径。在一条路径上，IAB节点之间，以及IAB节点和为IAB节点服务的宿主节点有确定的层级关系，每个IAB节点将为其提供回传服务的相邻节点视为父节点。相应地，每个IAB节点可视为其父节点的子节点。

示例性的，参见图1，IAB节点1的父节点为宿主节点，IAB节点1又为IAB节点2和IAB节点3的父节点，IAB节点2和IAB节点3均为IAB节点4的父节点，IAB节点5的父节点为IAB节点3。终端的上行数据包可以经一个或多个IAB节点传输至宿主节点后，再由宿主节点发送至移动网关设备(例如5G网络中的用户面功能(user plane function，UPF)网元)，下行数据包将由宿主节点从移动网关设备处接收后，再经一个或多个IAB节点发送至终端。终端1和宿主节点之间数据包的传输有两条可用的路径，分别为：终端1→IAB节点4→IAB节点3→IAB节点1→宿主节点，终端1→IAB节点4→IAB节点2→IAB节点1→宿主节点。终端2和宿主节点之间数据包的传输有三条可用的路径，分别为：终端2→IAB节点4→IAB节点3→IAB节点1→宿主节点，终端2→IAB节点4→IAB节点2→IAB节点1→宿主节点，终端2→IAB节点5→IAB节点2→IAB节点1→宿主节点。

可以理解的是，在IAB网络中，终端和宿主节点之间的一条传输路径上，可以包含一个或多个IAB节点。每个IAB节点需要维护面向父节点的BL，还需要维护和子节点的无线链路。若一个IAB节点是终端接入的节点，该IAB节点和子节点(即终端)之间是AL。若一个IAB节点是为其他IAB节点提供回传服务的节点，该IAB节点和子节点(即其他IAB节点)之间是BL。示例性的，参见图1，在路径“终端1→IAB节点4→IAB节点3→IAB节点1→宿主节点”中。终端1通过AL接入IAB节点4，IAB节点4通过BL接入IAB节点3，IAB节点3通过BL接入IAB节点1，IAB节点1通过BL接入宿主节点。

上述IAB组网场景仅仅是示例性的，在多跳和多连接结合的IAB场景中，IAB组网场景还有更多其他的可能性，例如，宿主节点和另一宿主节点下的IAB节点组成双连接为终端服务等，此处不再一一列举。

为了使得本申请实施例更加的清楚，以下对与本申请实施例相关的部分内容以及概念在此处作统一介绍。

1、IAB节点的组成

IAB节点可以具有移动终端(mobile terminal，MT)的角色以及DU的角色。当IAB节点面向其父节点时，可以被看做是终端。此时，IAB节点扮演MT的角色。当IAB节点面向其子节点(子节点可能是终端或另一IAB节点的终端部分)时，可以被看做是网络设备。此时，IAB节点扮演DU的角色。因此，可以认为IAB节点由MT部分和DU部分组成。一个IAB节点可以通过MT部分与该IAB节点的至少一个父节点之间建立回传连接。一个IAB节点的DU部分可以为终端或其他IAB节点的MT部分提供接入服务。

示例性的，参见图3，终端通过IAB节点2和IAB节点1连接到宿主节点。其中，IAB节点1和IAB节点2均包括DU部分和MT部分。IAB节点2的DU部分为终端提供接入服务。IAB节点1的DU部分为IAB节点2的MT部分提供接入服务。宿主DU为IAB节点1的MT部分提供接入服务。

IAB节点的MT部分可以称为IAB-MT，IAB节点的DU部分可以称为IAB-DU。例如，IAB节点1的MT部分可以称为IAB1-MT，IAB节点1的DU部分可以称为IAB1-DU。

2、回传适配协议(backhaul adaptation protocol，BAP)层

BAP层为IAB网络中新引入的协议层，位于无线链路控制(radio link control，RLC)层之上，可用于实现数据包在BL的路由，以及承载映射等功能。其中，本申请实施例中的承载映射也可以称为QoS映射。承载映射用于选择发送数据包的RLC信道。

BAP层具备以下能力中的至少一种：为数据包添加能被IAB节点识别出的路由信息(Routing info)、基于所述能被IAB节点识别出的路由信息执行路由选择、为数据包执行在包含IAB节点的多段链路上的服务质量(quality of service，QoS)映射。需要说明的是，具备这些能力的协议层的名称不一定为BAP层，本领域技术人员可以理解，只要具备这些能力的协议层均可以理解为本申请实施例中的BAP层。

其中，所述能被IAB节点识别出的路由信息可以是终端的标识，终端接入的IAB节点的标识，完整的宿主节点的标识，宿主DU的标识，宿主CU的标识，传输路径的标识等信息中的一种或多种。对于上行数据传输，所述能被IAB节点识别出的路由信息可以是完整的宿主节点的标识，宿主DU的标识，宿主CU的标识，传输路径的标识等信息中的一种或多种。对于下行数据传输，所述能被IAB节点识别出的路由信息可以是终端的标识，终端接入的IAB节点的标识和传输路径的标识等信息中的一种或多种。

所述多段链路上的QoS映射可以为：在BL中基于数据包携带的终端的无线承载(radio bearer，RB)的标识，执行从终端的RB到BL上的RLC承载或RLC信道或逻辑信道的映射；基于入口链路(即接收数据包的链路)和出口链路(即发送数据包的链路)的RB、RLC承载、RLC信道和逻辑信道中的任意两个或更多个之间的对应关系，执行从入口链路的RB或RLC承载或RLC信道或逻辑信道，到出口链路的RB或RLC承载或RLC信道或逻辑信道的映射。

3、F1应用协议(F1 application protocol，F1AP)层

F1AP层用于承载DU(IAB-DU或宿主DU)和宿主CU之间的控制面消息。控制面消息包括以下消息中的一个或多个：与DU和CU之间接口管理相关的消息，DU及CU配置更新相关的消息，与DU的子节点(包括终端和其他IAB节点等)相关的上下文配置消息、在消息容器(message container)中携带DU的子节点的RRC消息的消息等。

4、F1接口

F1接口是指IAB节点(例如，IAB-DU)和宿主节点(或宿主CU或宿主DU)之间的逻辑接口，F1接口也可以称为F1*接口或其他名称。F1接口支持用户面(F1-U/F1*-U)协议和控制面(F1-C/F1*-C)协议。其中，用户面协议包括以下协议层中的一个或多个：通用分组无线服务隧道协议用户面(general packet radio service tunneling protocol user plane，GTP-U)层，用户数据报协议(user datagram protocol，UDP)层、网络互连协议(internetprotocol，IP)层等协议层。控制面协议包括以下协议层中的一个或者多个：F1AP层、流控制传输协议(stream control transmission protocol，SCTP)层、IP层等协议层。

5、IAB节点、宿主DU、宿主CU的协议栈架构

示例性的，图4为用于支持F1-U(或者说F1*-U)协议的协议栈。图5为用于支持F1-C(或者说F1*-C)协议的协议栈。图6为用于支持IAB-MT的RRC连接的协议栈。

其中，在IAB节点(具体为IAB-DU)和宿主节点(或者宿主CU)之间，需要建立F1接口。通过F1接口的控制面，IAB节点和宿主节点之间可以执行接口管理、对IAB-DU进行管理，以及执行终端上下文相关的配置等。通过F1接口的用户面，IAB节点和宿主节点之间可以执行用户面数据的传输，以及下行传输状态反馈等功能。

其中，图4至图6中的PDCP是指分组数据汇聚协议(packet data convergenceprotocol)层、MAC是指媒介接入控制(medium access control)层、PHY是指物理(physical)层、L2层(layer 2)为链路层，示例性的，L2层可以为开放式通信系统互联(opensystems interconnection，OSI)参考模型中的数据链路层。L1层(layer 1)可以为物理层，示例性的，L1层可以为OSI参考模型中的物理层。

本申请实施例图4至图6中所示的IAB网络中的各个节点的协议栈架构仅仅是一种示例，本申请实施例提供的方法并不依赖于该示例，而是通过该示例使得本申请实施例提供的方法更加的容易理解。

6、上层协议层、下层协议层

本申请实施例中，将协议层的上下关系定义为：在一个节点发送数据的过程中，先对数据包进行处理的协议层在后对数据包进行处理的协议层之上，即先对数据包进行处理的协议层可以认为是后对数据包进行处理的协议层的上层协议层；或者，在一个节点接收数据的过程中，先对数据包进行处理的协议层在后对数据包进行处理的协议层之下，即先对数据包进行处理的协议层可以认为是后对数据包进行处理的协议层的下层协议层。

示例性的，参见图4，在IAB节点2的协议栈中，BAP层为RLC层、MAC层和PHY层的上层协议层，RLC层、MAC层和PHY层为BAP层的下层协议层。

7、回传RLC信道(backhaul RLC channel，BH RLC CH)

本申请实施例中，BH RLC CH是指两个节点之间(例如，两个IAB节点之间或者IAB节点和宿主节点之间)的RLC CH，用于传输两个节点之间的回传数据包。

以上是对本申请涉及到的部分内容以及概念所作的简单介绍。

在IAB节点切换场景中，目标父节点与源父节点可以接入同一个宿主节点(参见图7中的(a))，也可以接入不同的宿主节点(参见图7中的(b))。以下通过目标父节点与源父节点接入同一个宿主节点的场景(记为场景1)和目标父节点与源父节点接入不同的宿主节点的场景(记为场景2)，对IAB节点切换过程以及IAB节点切换过程中存在的问题进行简单介绍。

场景1、目标父节点与源父节点接入同一个宿主节点。

参见图8，场景1下可能的IAB节点切换过程包括：

801、IAB节点(或IAB-MT)通过源父节点向宿主节点发送测量报告(MeasurementReport)。

其中，测量报告用于上报邻区的信号质量测量结果。测量报告可以携带在RRC消息中，该RRC消息在源父节点和宿主节点之间传输时，可以封装在源父节点和宿主节点之间的F1AP消息中。

802、宿主节点通过源父节点向IAB节点(或IAB-MT)发送RRC重配置消息。

其中，若宿主节点基于测量报告确定IAB节点(或IAB-MT)将要切换的目标父节点，宿主节点向IAB节点(或IAB-MT)发送RRC重配置消息，RRC重配置消息包括IAB节点(或IAB-MT)与目标父节点进行随机接入流程时需要的一些配置(例如，时频资源、导频等)。

宿主节点基于测量报告确定一个IAB节点(或IAB-MT)是否要切换以及切换到的目标父节点的过程可参见现有技术，此处不作详细阐述。

其中，RRC重配置消息在源父节点和宿主节点之间传输时，可以封装在源父节点和宿主节点之间的F1AP消息中。

803、IAB节点(或IAB-MT)与目标父节点之间执行随机接入流程。

通过步骤803，IAB节点(或IAB-MT)通过目标父节点与宿主节点之间可以建立RRC连接。

804、IAB节点(或IAB-MT)通过目标父节点向宿主节点发送RRC重配置完成消息。

其中，RRC重配置完成消息用于向宿主节点指示RRC连接建立完成。

其中，RRC重配置完成消息在目标父节点和宿主节点之间传输时，可以封装在目标父节点和宿主节点之间的F1AP消息中。

805、宿主节点通过目标父节点向IAB节点(或IAB-MT)发送RRC消息，RRC消息中包括第一上行路由配置和第一承载映射配置。

第一上行路由配置可以包括一个默认(default)的上行(UL)BAP路由标识(routing ID)。

第一承载映射配置可以包括一个默认的UL BH RLC CH标识。

需要说明的是，由于此时，IAB节点(或IAB-DU)和宿主节点之间的F1接口未打通，因此，无法通过F1AP消息为IAB节点配置第一上行路由配置和第一承载映射配置，只能通过RRC消息配置。

806、IAB节点(或IAB-DU)打通与宿主节点之间的F1接口。

需要说明的是，由于切换之前和切换之后，IAB节点接入的宿主节点没有发生变化，因此，IAB节点(或IAB-DU)上本身会存在F1接口，因此，IAB节点(或IAB-DU)与宿主节点之间无需重新建立F1接口。若切换前后IAB节点(或IAB-DU)的IP地址发生变化，只需要更新相应F1-C/F1*-C和F1-U/F1*-U连接的IP地址或传输网络层地址等即可。若切换前后IAB节点(或IAB-DU)的IP地址未发生变化，则步骤806可以不执行。

807、宿主节点通过F1AP消息向IAB节点配置第二上行路由配置和第二承载映射配置。

在步骤807之后，IAB节点(或IAB-MT)可以采用第二上行路由配置和第二承载映射配置通过目标父节点向宿主节点发送上行数据。

其中，第一上行路由配置和第一承载映射配置，与第二上行路由配置和第二承载映射配置区别在于：第一上行路由配置和第一承载映射配置用于IAB节点与宿主节点连接建立阶段或启动配置(bootstrapping)阶段，而第二上行路由配置和第二承载映射配置用于IAB节点与宿主节点连接建立完成之后或完成bootstrapping之后。并且，第一上行路由配置和第一承载映射配置仅用于传输F1-C/F1*-C相关的数据，而第二上行路由配置和第二承载映射配置可以用于传输F1-C/F1*-C相关的数据、F1-U/F1*-U的数据以及非F1接口的数据等，例如操作、管理和维护(Operation Administration and Maintenance，OAM)相关的数据。另外，第一上行路由配置和第一承载映射配置仅配置了一个默认的UL BAP routingID和一个默认的UL BH RLC CH标识，而第二上行路由配置和第二承载映射配置可以配置一个或多个UL BAP routing ID和一个或多个UL BH RLC CH标识，用于更细粒度的区分不同QoS需求的数据路由和承载映射。

本申请实施例中的第一上行路由配置也可以有其他名称，例如，默认上行路由配置，默认BAP配置等，本申请不作限制。本申请中的第一承载映射配置也可以有其他名称，例如，默认承载映射配置等，本申请不作限制。

场景2、目标父节点与源父节点接入不同的宿主节点。

在场景2下，源父节点接入的宿主节点称为源宿主节点，目标父节点接入的宿主节点称为目标宿主节点。

参见图9，场景2下可能的IAB节点切换过程包括：

901、IAB节点(或IAB-MT)通过源父节点向源宿主节点发送测量报告。

其中，测量报告用于上报邻区的信号质量测量结果。测量报告可以携带在RRC消息中，该RRC消息在源父节点和源宿主节点之间传输时，可以封装在源父节点和源宿主节点之间的F1AP消息中。

902、源宿主节点向目标宿主节点发送切换请求。

其中，若源宿主节点基于测量报告确定IAB节点(或IAB-MT)将要切换的目标父节点，向目标宿主节点发送切换请求。切换请求用于请求IAB节点(或IAB-MT)从源父节点切换至目标父节点。

903、目标宿主节点向源宿主节点发送切换响应。

其中，切换响应中可以包括源宿主节点向IAB节点(或IAB-MT)发送的RRC重配置消息中的部分或全部内容。例如，IAB节点(或IAB-MT)与目标父节点进行随机接入流程时需要的一些配置。

904、源宿主节点通过源父节点向IAB节点(或IAB-MT)发送RRC重配置消息。

其中，RRC重配置消息包括IAB节点(或IAB-MT)与目标父节点进行随机接入流程时需要的一些配置。

其中，RRC重配置消息在源父节点和源宿主节点之间传输时，可以封装在源父节点和源宿主节点之间的F1AP消息中。

905、IAB节点(或IAB-MT)与目标父节点之间执行随机接入流程。

通过步骤905，IAB节点(或IAB-MT)通过目标父节点与目标宿主节点之间可以建立RRC连接。

906、IAB节点(或IAB-MT)通过目标父节点向目标宿主节点发送RRC重配置完成消息。

其中，RRC重配置完成消息用于向目标宿主节点指示RRC连接建立完成。

其中，RRC重配置完成消息在目标父节点和目标宿主节点之间传输时，可以封装在目标父节点和目标宿主节点之间的F1AP消息中。

907、目标宿主节点通过目标父节点向IAB节点(或IAB-MT)发送RRC消息，RRC消息中包括第一上行路由配置和第一承载映射配置。

步骤907与上述步骤805类似，参考理解即可，不再赘述。

908、IAB节点(或IAB-DU)与目标宿主节点建立F1接口。

其中，通过建立F1接口，可以打通IAB节点(或IAB-DU)和目标宿主节点之间的F1接口。

909、目标宿主节点通过F1AP消息向IAB节点配置第二上行路由配置和第二承载映射配置。

步骤909与上述步骤807类似，参考理解即可，不再赘述。

本申请实施例中的上行数据包括上行的用户面数据和/或上行的控制面数据。

需要说明的是，在存在通过F1AP消息配置的第二上行路由配置和第二承载映射配置的情况下，通过RRC消息配置的第一上行路由配置和第一承载映射配置不会生效。

在上述场景1和场景2下，在IAB节点切换过程中，IAB节点(或IAB-MT)在通过目标父节点与目标宿主节点建立RRC连接之后，才可以通过IAB节点(或IAB-MT)与目标父节点之间的RRC信令得到第一上行路由配置和第一承载映射配置，增大了切换时延。

为了降低IAB节点的切换时延，本申请实施例提供了一种通信方法，如图10所示，包括：

1001、IAB节点(或IAB-MT)通过源父节点向源宿主节点发送测量报告。相应的，源宿主节点通过源父节点从IAB节点(或IAB-MT)接收测量报告。

其中，源宿主节点为源父节点接入的宿主节点。

其中，测量报告用于上报邻区的信号质量测量结果。测量报告可以携带在RRC消息中，该RRC消息在源父节点和源宿主节点之间传输时，可以封装在源父节点和源宿主节点之间的F1AP消息中。

1002、源宿主节点根据测量报告确定将IAB节点(或IAB-MT)从源父节点切换到目标父节点。

步骤1002的具体实现可参见现有技术，本申请不再详细阐述。

1003、源宿主节点通过源父节点向IAB节点发送配置信息。相应的，IAB节点通过源父节点从源宿主节点接收配置信息。

可选的，配置信息包括：路由配置和/或承载映射配置，配置信息用于IAB节点(或IAB-MT)通过目标父节点与目标宿主节点进行上行数据传输，目标宿主节点为目标父节点接入的宿主节点。

可选的，源宿主节点和目标宿主节点为同一节点；或者，源宿主节点和目标宿主节点为不同节点。其中，源宿主节点可以为完整的宿主节点或宿主CU或CU-CP，目标宿主节点也可以为完整的宿主节点或宿主CU或CU-CP。

可选的，源父节点和源宿主节点为同一节点或不同节点。

可选的，目标父节点和目标宿主节点为同一节点或不同节点。

在一种情况下，配置信息中包括的路由配置包括一个UL BAP routing ID。UL BAProuting ID用于标识一条上行路径，上行路径中包括目标父节点和目标宿主节点。UL BAProuting ID包括上行数据的目标接收节点(即目标宿主节点)的BAP地址(BAP adress)和路径标识(path ID)。该BAP地址可以包括标识信息。可选的，所述上行数据的目标接收节点的BAP地址可以为目标宿主节点的宿主DU的BAP地址或目标宿主节点的宿主CU的BAP地址或者目标宿主节点的BAP地址。所述路径标识用于指示一条通往所述上行数据的目标接收节点的路径，且该路径经过所述目标父节点。UL BAP routing ID可以是默认的。配置信息中包括的承载映射配置包括UL BH RLC CH标识，该UL BH RLC CH标识所标识的UL BH RLC CH为IAB节点(或IAB-MT)和目标父节点之间的RLC CH，用于IAB节点(或IAB-MT)通过目标父节点向目标宿主节点发送上行数据。也就是说，配置信息中包括的路由配置和承载映射配置可以为第一上行路由配置和第一承载映射配置。

在另一种情况下，配置信息中包括的路由配置可以为第二上行路由配置，配置信息中包括的承载映射配置可以为第二承载映射配置。具体可参见上文进行理解，不再赘述。

所述上行数据为以下数据中的一种或几种：F1接口建立相关消息、F1接口的控制面消息(即F1-C/F1*-C消息)、SCTP数据包等。可选的，所述上行数据不包括IAB节点和目标父节点之间的RRC重配置完成消息。

可选的，配置信息携带在RRC消息或者F1AP消息中。其中，源宿主节点通过F1AP消息向IAB节点发送配置信息时，是发给了IAB-DU，IAB-DU接收到该配置信息之后，可以将该配置信息发给IAB-MT，从而使得IAB-MT可以使用该配置信息。

进一步的，配置信息可以携带在源宿主节点通过源父节点发给IAB节点(或IAB-MT)的切换命令所在的RRC重配置消息中。

可选的，配置信息包括：上行同步信息或专用随机接入资源或随机接入过程消息3的上行资源信息。该情况下，由于IAB节点(或IAB-MT)可以获取到上行同步信息或专用随机接入资源或随机接入过程消息3的上行资源信息，因此，可以简化后续过程中IAB节点(或IAB-MT)与目标父节点之间的随机接入过程。

1004、在IAB节点从源父节点切换至目标父节点的过程中，IAB节点(或IAB-MT)采用配置信息通过目标父节点向目标宿主节点发送上行数据。

本申请实施例提供的方法，源宿主节点通过源节点向IAB节点发送配置信息，可以使得IAB节点更早的获取到配置信息，从而尽早的通过目标父节点向目标宿主节点发送上行数据，优化了IAB节点在切换过程中的信息配置流程，降低了IAB节点的切换时延，同时减少IAB节点在切换过程中的数据传输中断时间。

其中，IAB节点中可能还存在着源宿主节点通过RRC消息为IAB节点配置的第一上行路由配置和第一承载映射配置(以下描述为与源父节点之间的第一上行路由配置和第一承载映射配置)，以及通过F1AP消息为IAB节点配置的第二上行路由配置和第二承载映射配置(以下描述为与源父节点之间的第二上行路由配置和第二承载映射配置)，这些配置是用于IAB节点(或IAB-MT)通过源节点向源宿主节点发送上行数据的。而配置信息中的路由配置和承载映射配置是用于IAB节点(或IAB-MT)通过目标父节点向目标宿主节点发送上行数据的。由于此时，IAB节点(或IAB-MT)还可能会通过源节点向源宿主节点发送上行数据，因此，为了使得配置信息不影响IAB节点(或IAB-MT)通过源节点与源宿主节点进行的上行传输，可选的，配置信息中还包括指示信息，指示信息用于指示挂起(suspend)该配置信息中的路由配置和/或承载映射配置。该情况下，该方法还包括：IAB节点(或IAB-MT)根据指示信息挂起配置信息中的路由配置和/或承载映射配置。其中，挂起是指暂时不使用或者说暂时不生效。

需要说明的是，由于在存在通过F1AP消息配置的第二上行路由配置和第二承载映射配置的情况下，通过RRC消息配置的第一上行路由配置和第一承载映射配置不会生效。因此，在配置信息携带在RRC消息的情况下，配置信息中的配置本身也不会生效，因此，该配置信息中也可不携带该指示信息。

可选的，由于在IAB节点(或IAB-MT)通过目标父节点与目标宿主节点建立RRC连接之后，IAB节点(或IAB-MT)需要通过目标父节点向目标宿主节点发送上行数据，因此，在IAB节点(或IAB-MT)与目标父节点建立RRC连接之后，该方法还包括：IAB节点(或IAB-MT)生效配置信息中的路由配置和/或承载映射配置。在后续过程中，IAB节点(或IAB-MT)可以采用该配置信息通过目标父节点向目标宿主节点发送上行数据。

需要说明的是，IAB节点(或IAB-MT)在与源父节点停止上行数据传输之后、通过目标父节点向目标宿主节点发送上行数据之前，生效配置信息中的路由配置和/或承载映射配置即可，在与目标父节点建立RRC连接之后生效仅仅为一个示例，例如，还可以在IAB节点(或IAB-MT)与目标父节点完成随机接入过程或IAB节点(或IAB-MT)向目标宿主节点发送代表切换完成的RRC重配置完成消息等的情况下，生效配置信息中的路由配置和/或承载映射配置。

其中，IAB节点(或IAB-MT)中可能还存在着与源父节点之间的第一上行路由配置和第一承载映射配置，以及与源父节点之间的第二上行路由配置和第二承载映射配置，这些配置是用于IAB节点(或IAB-MT)通过源节点向源宿主节点发送上行数据的。由于此时，IAB节点(或IAB-MT)需要通过目标父节点向目标宿主节点发送上行数据，因此，为了使得原来的配置不影响目前的上行传输，可选的，该方法还包括：IAB节点(或IAB-MT)释放或挂起与源父节点之间的路由配置和承载映射配置。其中，释放可以理解为删除。与源父节点之间的路由配置和承载映射配置包括：与源父节点之间的第一上行路由配置和第一承载映射配置，以及与源父节点之间的第二上行路由配置和第二承载映射配置。

可选的，在配置消息通过RRC消息配置的情况下，IAB节点(或IAB-MT)释放或挂起与源父节点之间的路由配置和承载映射配置实现过程包括：IAB节点(或IAB-MT)重写(overwrite)与源父节点之间的第一上行路由配置和第一承载映射配置，并释放或挂起与源父节点之间的第二上行路由配置和第二承载映射配置。

可选的，在配置消息通过F1AP消息配置的情况下，IAB节点(或IAB-MT)释放或挂起与源父节点之间的路由配置和承载映射配置实现过程包括：IAB节点(或IAB-MT)重写与源父节点之间的第二上行路由配置和第二承载映射配置。可选的，释放或挂起与源父节点之间的第一上行路由配置和第一承载映射配置。由于在配置消息通过F1AP消息配置的情况下，与源父节点之间的第一上行路由配置和第一承载映射配置不会生效，因此，IAB节点(或IAB-MT)也可以不对与源父节点之间的第一上行路由配置和第一承载映射配置进行处理。

本申请实施例中，“IAB节点(或IAB-MT)释放或挂起与源父节点之间的路由配置和承载映射配置”的方案，可以不与本申请实施例中的其他方案耦合，而是作为一个单独的方案实现。在IAB节点(或IAB-MT)中存在与源父节点之间的第二上行路由配置和第二承载映射配置的情况下，若IAB节点(或IAB-MT)切换过程中，源宿主节点或目标宿主节点采用RRC消息为IAB节点(或IAB-MT)发送了配置信息的情况下，新的配置无法生效，从而影响数据传输，该方案可以解决该问题。该方案除了可以应用在IAB节点切换场景中，还可以应用在IAB节点的RRC连接重建立场景中，此时，当IAB节点重建立至一个新的目标父节点和/或一个新的目标宿主节点时，目标宿主节点采用RRC消息为IAB节点(或IAB-MT)发送了配置信息的情况下，新的配置无法生效，从而影响数据传输，该方案可以解决该问题，该目标宿主节点和重建立之前的源宿主节点也可以是同一个宿主节点。

可选的，源宿主节点和目标宿主节点为不同节点，该方法还包括：源宿主节点从目标宿主节点接收配置信息。

可选的，配置信息携带在切换响应中。具体的，源宿主节点向目标宿主节点发送切换请求，切换请求用于请求IAB节点从源父节点切换至目标父节点。目标宿主节点根据切换请求向源宿主节点发送切换响应，切换响应中可以包括配置信息。

当然，源宿主节点也可以不通过切换请求来请求配置信息，而是专门通过一个请求消息请求配置信息，本申请不作限制。此外，配置信息也可以不携带在切换响应中，而是携带在其他消息中(例如，专门用于请求配置信息的请求消息的响应消息中)，本申请不作限制。

其中，源宿主节点和目标宿主节点之间可以通过Xn接口或X2接口通信。当源宿主节点和目标宿主节点之间无直接连接时，源宿主节点和目标宿主节点之间可以通过核心网中转配置信息，具体的，目标宿主节点可以先将配置信息通过S1或Ng接口消息发往核心网节点，核心网节点再通过S1或Ng接口消息将配置信息发往源宿主节点。

以下以上述场景1和场景2为例对本申请提供的方法的实现流程作示例性说明。

场景1、目标父节点与源父节点接入同一个宿主节点(即源宿主节点和目标宿主节点为同一节点)。

如图11所示，在场景1下，本申请实施例提供的方法包括：

1101、与上述步骤801相同。

1102、与上述步骤802相同。

1103、宿主节点通过源父节点向IAB节点发送配置信息。

其中，配置信息中可以包括：第一上行路由配置、第一承载映射配置、指示信息。IAB节点接收到配置信息之后，可以根据指示信息挂起配置信息中的第一上行路由配置和第一承载映射配置。

需要说明的是，宿主节点通过源父节点向IAB节点发送的配置信息可以携带在RRC重配置消息中，该情况下，步骤1102和步骤1103可以合并为一个步骤。若步骤1102和步骤1103为独立的步骤，步骤1102和步骤1103的执行顺序不分先后。

1104、与上述步骤803相同。

1105、IAB节点(或IAB-MT)生效配置信息中的第一上行路由配置和第一承载映射配置。

其中，IAB节点在生效配置信息中的第一上行路由配置和第一承载映射配置之后，还可以释放或挂起与源父节点之间的路由配置和承载映射配置。

1106、与上述步骤804相同。

其中，步骤1105和步骤1106的执行顺序不分先后。

1107、与上述步骤806相同。

在步骤1107中，IAB节点(或IAB-MT)可以采用配置信息中的第一上行路由配置和第一承载映射配置通过目标父节点向宿主节点发送上行数据。

1108、与上述步骤807相同。

在场景1下，假设切换的IAB节点为IAB节点3，以下对宿主节点为完整的宿主节点(记为情况1)和宿主节点为CU-DU分离的形态(记为情况2)时，本申请适用的场景作举例说明。

情况1、宿主节点为完整的宿主节点。

在第一种可能的实现方式中，参见图12中的(a)，源父节点和目标父节点均为IAB节点(具体为IAB-DU)，例如，IAB节点3从IAB节点1(源父节点)切换至IAB节点2(目标父节点)。

在第二种可能的实现方式中，参见图12中的(b)，源父节点和宿主节点为同一个节点，目标父节点为IAB节点(具体为IAB-DU)，此时，上述通过源父节点与宿主节点通信的步骤中，IAB节点3直接与宿主节点通信即可。

在第三种可能的实现方式中，参见图12中的(c)，源父节点为IAB节点(具体为IAB-DU)，目标父节点和宿主节点为同一个节点，此时，上述通过目标父节点与宿主节点通信的步骤中，IAB节点3直接与宿主节点通信即可。

情况2、宿主节点为CU-DU分离的形态。

在第一种可能的实现方式中，参见图13中的(a)，源父节点和目标父节点均为宿主DU，源父节点和目标父节点均接入宿主CU，例如，IAB节点3从宿主DU1(源父节点)切换至宿主DU2(目标父节点)。

在第二种可能的实现方式中，参见图13中的(b)，源父节点为宿主DU，目标父节点为IAB-DU，源父节点和目标父节点均接入宿主CU。

在第三种可能的实现方式中，参见图13中的(c)，源父节点为IAB-DU，目标父节点为宿主DU，源父节点和目标父节点均接入宿主CU。

场景2、目标父节点与源父节点接入不同的宿主节点(即源宿主节点和目标宿主节点为不同节点)。

如图14所示，在场景2下，本申请实施例提供的方法包括：

1401、与上述步骤901相同。

1402、与上述步骤902相同。

1403、目标宿主节点向源宿主节点发送切换响应，切换响应中包括配置信息。

其中，配置信息中可以包括：第一上行路由配置、第一承载映射配置、指示信息。

1404、与步骤904相同。

1405、源宿主节点通过源父节点向IAB节点发送配置信息。

其中，IAB节点(或IAB-MT)接收到配置信息之后，可以根据指示信息挂起配置信息中的第一上行路由配置和第一承载映射配置。

需要说明的是，指示信息可以是目标宿主节点发送给源宿主节点的配置信息中携带的，也可以是宿主节点接收到不包含指示信息的配置信息之后，在向IAB节点发送之前，添加进发送给IAB节点的配置信息中的，本申请不作限制。

需要说明的是，宿主节点通过源父节点向IAB节点发送的配置信息可以携带在RRC重配置消息中，该情况下，步骤1404和步骤1405可以合并为一个步骤。若步骤1404和步骤1405为独立的步骤，步骤1404和步骤1405的执行顺序不分先后。

1406、与步骤905相同。

1407、与步骤1105相同。

1408、与步骤906相同。

步骤1407和步骤1408的执行顺序不分先后。

1409、与步骤908相同。

在步骤1409中，IAB节点(或IAB-MT)可以采用配置信息中的第一上行路由配置和第一承载映射配置通过目标父节点向目标宿主节点发送上行数据。

1410、与步骤909相同。

在场景2下，假设切换的IAB节点为IAB节点3，以下对宿主节点为完整的宿主节点(记为情况1)和宿主节点为CU-DU分离的形态(记为情况2)时，本申请适用的场景作举例说明。

情况1、宿主节点为完整的宿主节点。

在第一种可能的实现方式中，参见图15中的(a)，源父节点和目标父节点均为IAB节点(具体为IAB-DU)，源父节点和目标父节点接入不同的宿主节点，例如，IAB节点3从IAB节点1(源父节点)切换至IAB节点2(目标父节点)，IAB节点1接入宿主节点1，IAB节点2接入宿主节点2。

在第二种可能的实现方式中，参见图15中的(b)，源父节点和源宿主节点(即宿主节点1)为同一个节点，目标父节点为IAB节点(具体为IAB-DU)，此时，上述通过源父节点与源宿主节点通信的步骤中，IAB节点3直接与源宿主节点通信即可。

在第三种可能的实现方式中，参见图15中的(c)，源父节点为IAB节点(具体为IAB-DU)，目标父节点和目标宿主节点(即宿主节点2)为同一个节点，此时，上述通过目标父节点与目标宿主节点通信的步骤中，IAB节点3直接与目标宿主节点通信即可。

在第四种可能的实现方式中，参见图15中的(d)，源父节点和源宿主节点(即宿主节点1)为同一个节点，目标父节点和目标宿主节点(即宿主节点2)为同一个节点，此时，上述通过源父节点与源宿主节点通信的步骤中，IAB节点3直接与源宿主节点通信即可。上述通过目标父节点与目标宿主节点通信的步骤中，IAB节点3直接与目标宿主节点通信即可。

情况2、宿主节点为CU-DU分离的形态。

在第一种可能的实现方式中，参见图16中的(a)，源父节点和目标父节点均为宿主DU，源父节点和目标父节点接入不同的宿主CU。例如，IAB节点3从宿主DU1(源父节点)切换至宿主DU2(目标父节点)，宿主DU1接入宿主CU1，宿主DU2接入宿主CU2。

在第二种可能的实现方式中，参见图16中的(b)，源父节点为宿主DU，目标父节点为IAB-DU，源父节点和目标父节点分别接入宿主CU1和宿主CU2。

在第三种可能的实现方式中，参见图16中的(c)，源父节点为IAB-DU，目标父节点为宿主DU，源父节点和目标父节点分别接入宿主CU1和宿主CU2。

其中，上述实施例中的从源父节点切换至目标父节点的IAB节点可以记为第一IAB节点，第一IAB节点接收到的配置信息可以记为第一配置信息，该第一配置信息中包括的指示信息可以记为第一指示信息。第一配置信息中的UL BH RLC CH也可以是一个默认的ULBH RLC CH。

上述携带第一配置信息的RRC消息可以为RRC连接建立或者RRC连接重建立或者RRC连接恢复过程中的消息，例如，第一配置信息被携带在源宿主节点发送给第一IAB节点的RRC重建立(RRCReestablishment)消息或者RRC建立(RRCSetup)消息或者RRC恢复(RRCResume)消息)中。或者，该携带第一配置信息的RRC消息可以为RRC连接建立或者RRC连接重建立或者RRC连接恢复的过程之后的消息。例如，第一配置信息被携带在源宿主节点发送给第一IAB节点的RRC重配置消息中。

本申请中，上述上行数据可以包括非F1接口(non-F1)消息。一个IAB节点发送的非F1接口消息例如可以包括：该IAB节点利用自己的IP地址与目标宿主节点建立SCTP偶联(Association)的过程中的SCTP消息(Chunk)。上述上行数据可以包括F1接口的控制面消息例如可以为：F1建立请求(F1 SETUP REQUEST)或者宿主DU配置更新(GNB-DUCONFIGURATION UPDATE)等与F1连接建立或配置更新相关的接口管理消息。

在上述实施例中，若第一IAB节点有多个父节点，可选的，第一配置信息中还包含目标父节点的BAP地址。该BAP地址表示第一配置信息用于第一IAB节点通过目标父节点与目标宿主节点之间的上行数据的传输。例如，该BAP地址可以与UL BH RLC CH标识结合，用于标识第一IAB节点与目标父节点之间的UL BH RLC CH。可选的，第一配置信息中还包含第一IAB节点通过其他父节点(除目标父节点之外的父节点)向对应的宿主节点发送上行数据的另一套路由配置和/或承载映射配置，可选的，另一套路由配置和/或承载映射配置还包括第一IAB节点的其他父节点的BAP地址。该BAP地址表示另一套路由配置和/或承载映射配置用于通过其他父节点向对应的宿主节点发送上行数据。

上述实施例中对为第一IAB节点配置路由配置和/或承载映射配置的过程作了说明，解决了在第一IAB节点获取到与目标宿主节点之间的第二上行路由配置和第二承载映射配置之前，第一IAB节点如何采用BAP层传输上行数据(例如，F1接口建立相关消息、F1接口的控制面消息、SCTP数据包、非F1接口(non-F1)消息等)的问题，具体的，第一IAB节点可以采用第一配置信息配置的BAP层的路由配置和/或承载映射配置，将上行数据发往目标父节点，并通过目标父节点向目标宿主节点发送上行数据。

可以理解的是，若第一IAB节点接入的父节点从源父节点切换到了目标父节点，那么，第一IAB节点的下游节点(记为第二IAB节点)通过第一IAB节点也从接入源父节点切换到了接入目标父节点。例如，若IAB节点1的源父节点连接到宿主节点1，目标父节点连接到宿主节点2，IAB节点1的子节点IAB节点2，将跟随IAB节点1切换到宿主节点2，也就是说，由于IAB节点1的切换，IAB节点2通过IAB节点1连接到了宿主节点2。或者，第一IAB节点接入的父节点从源父节点切换到了目标父节点，那么，第二IAB节点也需要跟随第一IAB节点从第一IAB节点的源父节点切换到第一IAB节点的目标父节点。也就是说，由于第一IAB节点的切换，第二IAB节点通过第一IAB节点连接到了第一IAB节点的目标父节点。其中，第一IAB节点的下游节点是指在包含第一IAB节点的上行传输路径中的、在第一IAB节点之前接收到上行数据包的节点。例如，第二IAB节点可以为第一IAB节点的子节点，也可以为第一IAB节点的子节点的子节点。以图1为例，若第一IAB节点为IAB节点2，则第二IAB节点为IAB节点3或IAB节点4，若第一IAB节点为IAB节点1，则第二IAB节点为IAB节点2、IAB节点3、IAB节点4或IAB节点5。

这种情况下，第二IAB节点也需要获取与目标宿主节点的DU相关的新的IP地址，利用新的IP地址与目标宿主节点建立新的SCTP偶联。利用新的SCTP偶联传输第二IAB节点与目标宿主节点之间的上行数据(包含的内容参见上文)。因此，对于第二IAB节点而言，也会和第一IAB节点一样，需要在通过F1AP消息获取到与目标宿主节点之间的路由配置和/或承载映射配置之前，解决如何传输上行数据(包含的内容参见上文)的问题。

针对第二IAB节点，与第一IAB节点类似的，在第一IAB节点切换之前，第二IAB节点已经接收到第二IAB节点与源宿主节点之间的第一上行路由配置和第一承载映射配置，以及与源宿主节点之间的第二上行路由配置和第二承载映射配置，这些配置用于第二IAB节点向源宿主节点发送上行数据。在第一IAB节点切换之后，这些配置无法用于第二IAB节点向目标宿主节点发送上行数据。为此，本申请中还提出一种通信方法，该方法可以与上述方法结合实现，也可以单独实现，参见图21，包括：

2101、第一IAB节点(或第一IAB节点的MT部分)通过源父节点向源宿主节点发送测量报告。相应的，源宿主节点通过源父节点从第一IAB节点(或第一IAB节点的MT部分)接收测量报告。

步骤2101的具体实现可参见上述步骤1001，不再赘述。

2102、源宿主节点根据测量报告确定将第一IAB节点(或第一IAB节点的MT部分)从源父节点切换到目标父节点。

步骤2102的具体实现可参见上述步骤1002，不再赘述。

2103、源宿主节点通过源父节点向第二IAB节点(或第二IAB节点的MT部分)发送第二配置信息。相应的，第二IAB节点(或第二IAB节点的MT部分)通过源父节点从源宿主节点接收第二配置信息。

可选的，第二配置信息包括：路由配置和/或承载映射配置，第二配置信息用于第二IAB节点(或第二IAB节点的MT部分)通过第一IAB节点的目标父节点与目标宿主节点进行上行数据传输。可以理解的是，第二IAB节点与第一IAB节点的目标父节点之间的通信需要通过第一IAB节点。其中，源父节点为第一IAB节点切换之前接入的节点，目标父节点为第一IAB节点切换之后接入的节点，源宿主节点为源父节点接入的宿主节点，目标宿主节点为目标父节点接入的宿主节点，关于这些节点的其他描述可参见上文，不再赘述。

其中，上行数据为以下数据中的一种或几种：F1接口建立相关消息、F1接口的控制面消息、SCTP数据包、一些必要的非F1接口消息等。

在一种情况下，配置信息中包括的路由配置可以是为第二IAB节点配置的第二上行路由配置，配置信息中包括的承载映射配置可以是为第二IAB节点配置的第二承载映射配置。具体可参见上文进行理解，不再赘述。

在另一种情况下，第二配置信息中的路由配置包括一个UL BAP routing ID。该ULBAP routing ID包括上行数据的目标接收节点(即目标宿主节点)的BAP地址和路径标识。所述上行数据的目标接收节点的BAP地址可以为目标宿主节点的宿主DU的BAP地址或目标宿主节点的宿主CU的BAP地址或者目标宿主节点的BAP地址。路径标识用于标识一条上行路径，该上行路径为从第二IAB节点到目标宿主节点的传输路径。可选的，UL BAP routing ID可以是一个默认的(或者说缺省的)UL BAP routing ID。第二配置信息中的承载映射配置包括UL BH RLC CH标识，该UL BH RLC CH标识所标识的UL BH RLC CH为第二IAB节点与其父节点之间的链路上的一个UL BH RLC CH。在第二IAB节点到目标宿主节点的传输路径上，该UL BH RLC CH可用于承载第二IAB节点向其父节点发送的上行数据。可选的，该UL BHRLC CH也可以是一个默认的UL BH RLC CH。

在上述另一种情况下，需要说明的是，若第二IAB节点有多个父节点，且第二IAB节点跟随第一IAB节点切换至第一IAB节点的目标父节点的情况下，可选的，第二配置信息中还包含第一IAB节点的BAP地址。该BAP地址表示所述第二配置信息用于第二IAB节点通过第一IAB节点与目标宿主节点之间的上行数据的传输。例如，该BAP地址可以与UL BH RLC CH标识结合，用于标识第二IAB节点与第一父节点之间的UL BH RLC CH。示例性的，第一父节点可以为第二IAB节点的主小区组(Master cell group，MCG)对应的父节点。可以理解的是，若第二IAB节点默认通过第二IAB节点的MCG对应的父节点传输上行数据，则第二配置信息中可以不包括第二IAB节点的父节点的BAP地址。

在上述另一种情况下，可选的，第二配置信息中还包含第二IAB节点通过其他父节点(除第一父节点之外的父节点)向对应的宿主节点发送上行数据的另一套路由配置和/或承载映射配置，可选的，另一套路由配置和/或承载映射配置还包括第二IAB节点的其他父节点的BAP地址。该BAP地址表示所述另一套路由配置和/或承载映射配置用于通过其他父节点向对应的宿主节点发送上行数据。

在上述另一种情况下，可以理解的是，若第二IAB节点只有一个父节点，则第二配置信息中不必包含第二IAB节点的父节点的BAP地址。

在上述另一种情况下，可选的，第二配置信息中还包含分配给第二IAB节点的BAP地址，可用于第二IAB节点判断接收到的数据包的目标节点是否为自己。

可选的，第二配置信息携带在RRC消息或者F1AP消息中。示例性的，该RRC消息可以为RRC连接建立或者RRC连接重建立或者RRC连接恢复过程中的消息，例如，第二配置信息被携带在源宿主节点发送给第二IAB节点的RRC重建立(RRCReestablishment)消息或者RRC建立(RRCSetup)消息或者RRC恢复(RRCResume)消息中，该RRC消息还可以为完成了RRC连接建立或者RRC连接重建立或者RRC连接恢复的过程之后的消息，例如，第二配置信息被携带在源宿主节点发送给第二IAB节点的RRC重配置消息中。

2104、在第一IAB节点从源父节点切换至目标父节点的过程中，第二IAB节点(或第二IAB节点的MT部分)采用第二配置信息通过目标父节点向目标宿主节点发送上行数据。

本申请提供的通信方法，在第一IAB节点发生切换的情况下，可以通过向第二IAB节点发送第二配置信息，从而使得第二IAB节点可以利用第二配置信息向目标宿主节点发送上行数据，从而避免仍然采用与源宿主节点之间的路由配置和/或承载映射配置处理上行数据或上行信令，导致无法成功传输必要的上行数据或上行信令的问题。另外，源宿主节点通过源节点向第二IAB节点发送第二配置信息，可以使得第二IAB节点更早的获取到第二配置信息，从而尽早的通过目标父节点向目标宿主节点发送上行数据，优化了第一IAB节点在切换过程中，第二IAB节点的信息配置流程，降低了第二IAB节点的切换时延，同时减少第二IAB节点在第一IAB节点的切换过程中的数据传输中断时间。

其中，在第一IAB节点切换之前，第二IAB节点会接收源宿主节点通过RRC消息为第二IAB节点配置的第一上行路由配置和第一承载映射配置(以下描述为第二IAB节点与源父节点之间的第一上行路由配置和第一承载映射配置)，以及通过F1AP消息为第二IAB节点配置的第二上行路由配置和第二承载映射配置(以下描述为第二IAB节点与源父节点之间的第二上行路由配置和第二承载映射配置)，这些配置是用于第二IAB节点(或第二IAB节点的MT部分)通过源节点向源宿主节点发送上行数据的。由于此时，第二IAB节点(或第二IAB节点的MT部分)需要通过目标父节点向目标宿主节点发送上行数据，因此，为了使得原来的配置不影响目前的上行传输，可选的，该方法还包括：第二IAB节点(或第二IAB节点的MT部分)释放或挂起第二IAB节点通过第一IAB节点的源父节点的源传输路径上的路由配置和承载映射配置，换句话说，第二IAB节点(或第二IAB节点的MT部分)释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置。其中，释放可以理解为删除。第二IAB节点与源父节点之间的路由配置和承载映射配置包括：第二IAB节点与源父节点之间的第一上行路由配置和第一承载映射配置，以及第二IAB节点与源父节点之间的第二上行路由配置和第二承载映射配置。

可选的，在第二配置消息通过RRC消息配置的情况下，第二IAB节点(或第二IAB节点的MT部分)释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置实现过程包括：第二IAB节点(或第二IAB节点的MT部分)重写(overwrite)与源父节点之间的第一上行路由配置和第一承载映射配置，并释放或挂起与源父节点之间的第二上行路由配置和第二承载映射配置。

可选的，在第二配置消息通过F1AP消息配置的情况下，第二IAB节点(或第二IAB节点的MT部分)释放或挂起与源父节点之间的路由配置和承载映射配置实现过程包括：第二IAB节点(或第二IAB节点的MT部分)重写与源父节点之间的第二上行路由配置和第二承载映射配置。可选的，释放或挂起与源父节点之间的第一上行路由配置和第一承载映射配置。由于在第二配置消息通过F1AP消息配置的情况下，第二IAB节点与源父节点之间的第一上行路由配置和第一承载映射配置不会生效，因此，第二IAB节点(或第二IAB节点的MT部分)也可以不对与源父节点之间的第一上行路由配置和第一承载映射配置进行处理。

本申请实施例中，“第二IAB节点(或第二IAB节点的MT部分)释放或挂起与源父节点之间的路由配置和承载映射配置”的方案，可以不与本申请实施例中的其他方案耦合，而是作为一个单独的方案实现。在第二IAB节点(或第二IAB节点的MT部分)中存在与源父节点之间的第二上行路由配置和第二承载映射配置的情况下，若第二IAB节点(或第二IAB节点的MT部分)切换过程中，源宿主节点或目标宿主节点采用RRC消息为第二IAB节点(或第二IAB节点的MT部分)发送了第二配置信息的情况下，新的配置无法生效，从而影响数据传输，该方案可以解决该问题。该方案除了可以应用在第一IAB节点切换场景中，还可以应用在第一IAB节点的RRC连接重建立场景中，此时，当第一IAB节点重建立至一个新的目标父节点和/或一个新的目标宿主节点时，目标宿主节点采用RRC消息为第二IAB节点(或第二IAB节点的MT部分)发送了第二配置信息的情况下，新的配置无法生效，从而影响数据传输，该方案可以解决该问题，该目标宿主节点和重建立之前的源宿主节点也可以是同一个宿主节点。

可选的，源宿主节点和目标宿主节点为不同节点，该方法还包括：源宿主节点从目标宿主节点接收第二配置信息。其中，源宿主节点和目标宿主节点之间的通信可参见上文，不再赘述。

可选的，第二配置信息携带在切换响应中。具体的，源宿主节点向目标宿主节点发送切换请求，切换请求用于请求第二IAB节点跟随第一IAB节点从源父节点切换至目标父节点。目标宿主节点根据切换请求向源宿主节点发送切换响应，切换响应中可以包括第二配置信息。

当然，源宿主节点也可以不通过切换请求来请求第二配置信息，而是专门通过一个请求消息请求第二配置信息，本申请不作限制。此外，第二配置信息也可以不携带在切换响应中，而是携带在其他消息中(例如，专门用于请求第二配置信息的请求消息的响应消息中)，本申请不作限制。

可选的，第二配置信息中还包括第二指示信息，第二指示信息用于指示第二IAB节点释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置，或者，挂起BAP实体，或者，指示BAP层或BAP实体停止进行组包或加BAP包头等操作。处于挂起状态的路由配置和承载映射配置被保留，但这些配置对应的数据包处理规则处于失效(invalid)状态，第二IAB节点将不会使用任何挂起的配置对应的规则处理待发送的或接收到的数据包。当第一IAB节点切换失败时，第一IAB节点以及第二IAB节点需要回退到源父节点以及与源父节点之间的传输路径上进行传输，此时，第一IAB节点以及第二IAB节点可以重新恢复之前挂起的与源父节点之间的路由配置和承载映射配置。

第二指示信息可以是显示的指示信息，例如，第二指示信息通过1比特实现，当该比特的值取1时表示需要第二IAB节点释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置，当该比特的值取0表示不需要第二IAB节点释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置，反之亦可。或者，当该比特存在时，表示需要第二IAB节点释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置，否则，不需要第二IAB节点释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置。

第二指示信息也可以是隐式的指示信息，例如，若第二配置信息中包含有对第一上行路由配置和/或第一承载映射配置的重配置信息，则表示第二IAB节点需要释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置，否则，表示不需要释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置。

具体的，考虑到在第一IAB节点切换之前，第二IAB节点已经接收到第二IAB节点与源父节点之间的第一路由配置和第一承载映射配置，例如，在第二IAB节点初始入网的过程中，源宿主节点通过RRC重配置消息发送default UL BAP routing ID和default UL BHRLC CH标识，那么，在第二配置信息中包括的路由配置和/或承载映射配置的内容可以视为对第二IAB节点与源父节点之间的第一路由配置和第一承载映射配置的重配置信息。

本申请上述任一实施例提供的方法，除了可以应用于第一IAB节点发生切换的场景之外，还可以应用在其他第一IAB节点接入的父节点和/或宿主节点发送变化的场景，在第一IAB节点接入的宿主节点发送变化的场景中，第一IAB节点需要经由新的传输路径与宿主节点之间进行数据和信令的传输。这些场景例如可以为：场景1、第一IAB节点在回传链路发生无线链路失败(Radio link failure，RLF)之后尝试执行链路恢复，在执行链路恢复时选择到一个新的父节点服务的小区，并经由该新的父节点与宿主节点完成了RRC重建立的过程；场景2、第一IAB节点的MT部分在进入了RRC的非激活(inactive)态，然后再恢复到RRC连接态的时候，可能在一个新的父节点服务的小区执行RRC连接恢复(resume)的过程。在这些场景中，第一IAB节点可能通过新的传输路径仍然连接到相同的宿主节点(也就是源宿主节点和目标宿主节点相同)，也可能连接到新的宿主节点(也就是源宿主节点和目标宿主节点不同)。

本申请上述任一实施例提供的方法，向第一IAB节点发送第一配置信息或向第二IAB节点发送第二配置信息的，在第一IAB节点切换的场景中，可以为源宿主节点，还可以为目标宿主节点，在第一IAB节点链路恢复或RRC连接重建立或RRC链接恢复的场景中，可以为目标宿主节点。

本申请上述任一实施例提供的方法，第二上行路由配置和第二承载映射配置属于BAP层配置信息。BAP层配置信息包括BAP层的路由标识选择，路由表配置，承载映射配置等。具体的，BAP层配置信息可以包括但不限于以下内容中的一项或者多项：上行数据包所属的F1接口的用户面隧道标识；对应于每一个F1接口的用户面隧道标识的BAP层路由标识；对应于每一个F1接口的用户面隧道标识的出口链路承载信息；上行数据包的类型；对应于每一个数据包的类型的BAP层路由标识；对应于每一个数据包的类型的出口链路承载信息；对应于每一个BAP层路由标识的下一跳节点的标识。

其中，F1接口的用户面隧道标识可以为GTP-U的隧道端点标识，或是上行目标节点的IP地址(例如，可以是宿主DU的IP地址或宿主CU的IP地址或宿主节点的IP地址或CU-UP的IP地址等)和GTP-U的隧道端点标识的组合。上行数据包的类型例如可以是F1接口的控制面消息，或者，与终端相关的F1接口的控制面消息，或者，与终端无关的F1接口的控制面消息，或者，非F1接口数据，或者，BAP层控制PDU等)。出口链路承载信息，可以包含一个或多个出口链路上的无线回传RLC承载信息；进一步的，此处的每一个出口链路承载信息，可以由一个下一跳节点的标识以及IAB节点与下一跳节点之间链路对应的无线回传RLC信道标识共同确定。

本申请上述实施例中，“默认的”也可以替换为“缺省的”。

除了上述实施例之外，本申请还提供了一种通信方法，以下对该通信方法进行描述。

除了前述实施例中介绍的IAB节点发生切换的场景，IAB节点还可能在其他的情况下发生拓扑的更新，在拓扑更新之后，IAB节点需要经由新的传输路径与IAB宿主节点之间进行数据和信令的传输。例如，IAB节点在回传链路发生无线链路失败(Radio linkfailure，RLF)之后尝试执行链路恢复，在执行链路恢复时选择到一个新的父节点服务的小区，并经由该新的父节点与IAB宿主节点完成了RRC重建立的过程；又如，IAB节点的MT部分在进入了RRC的非激活(inactive)态，然后再恢复到RRC连接态的时候，可能在一个新的父节点服务的小区执行RRC连接恢复(resume)的过程。在这些拓扑更新的示例中，IAB节点可能通过新路径仍然连接到相同的IAB宿主，也可能连接到新的IAB宿主(具体可以是连接到新的IAB donor CU，或者新的IAB donor CU-CP)。

考虑到IAB节点的IP地址与其连接到的IAB donor DU相关，在这些拓扑更新的示例中，如果拓扑更新后IAB节点连接的IAB donor DU发生了变化，IAB节点需要获取新的IP地址，并利用新的IP地址与IAB donor CU(具体可以是IAB donor CU-CP)建立新的SCTP偶联(Association)，然后利用新的SCTP偶联传输IAB节点与IAB donor CU之间的F1接口的控制面消息(即F1AP消息，例如F1 SETUP REQUEST，或者gNB-DU CONFIGURATION UPDATE等F1AP消息)，在IAB节点和IAB donor CU之间能够通过更新后的新路径传输F1AP消息后，IABdonor CU可以利用F1AP消息向IAB节点发送更新的BAP层配置信息，也就是步骤807中的第二上行路由配置和第二承载映射配置。

所述BAP层配置信息可包括以下内容中的一项或者多项：上行数据包所属于的F1接口的用户面隧道标识，其中所述F1接口的用户面隧道标识可以为GTP-U的隧道端点标识，或是上行目标节点的IP地址(可以是IAB-donor-DU的IP地址或IAB-donor-CU的IP地址或IAB-donor的IP地址或IAB-donor CU-UP的IP地址等)和GTP-U的隧道端点标识的组合；对应于每一个F1接口的用户面隧道标识的BAP层路由标识；对应于每一个F1接口的用户面隧道标识的出口链路承载信息；上行数据包的类型(具体可以是例如F1接口控制面消息，或者与UE相关的F1接口控制面消息，或者与UE无关的F1接口控制面消息，或者非F1接口数据，或者BAP层控制PDU等)；对应于每一个数据包的类型的BAP层路由标识；对应于每一个数据包的类型的出口链路承载信息；对应于每一个BAP层路由标识的下一跳节点的标识。所述出口链路承载信息，可以包含一个或多个出口链路上的无线回传RLC承载信息；进一步的，此处的每一个出口链路承载信息，可以由一个下一跳节点的标识以及IAB节点与下一跳节点之间链路对应的无线回传RLC信道标识共同确定。

但在通过新路径上传输的F1AP消息获取到更新的BAP层配置信息之前，首先需要解决的是IAB节点如何传输一些必要的非F1接口(non-F1)消息，以及F1接口控制面(F1-C)消息的问题：这些消息的传输也需要经过BAP层的处理，故而需要依赖于BAP层的路由和承载映射等配置内容，考虑到IAB节点在完成拓扑更新之前已经接收到来自原先连接到的IAB宿主节点(具体可以是IAB donor CU，或者IAB donor CU-CP)的BAP层的配置(包括BAP层的路由标识选择，路由表配置，承载映射配置等)，但这些配置是对应于旧的传输路径的，IAB节点无法利用这些旧配置成功在新路径上向IAB宿主节点传输上行数据(包括上述non-F1消息，F1-C消息等)。所述非F1接口(non-F1)消息例如IAB节点利用新的IP地址与IAB donorCU建立SCTP偶联的一些SCTP消息(Chunk)，所述F1接口控制面(F1-C)消息例如F1 SETUPREQUEST或者GNB-DU CONFIGURATION UPDATE等与F1连接建立或配置更新相关的接口管理消息。

类似的，对于这些发生拓扑更新的IAB节点的下游IAB节点(可以包括所述IAB节点的子节点，或者所述IAB节点的子节点的子节点等)，也可以跟随这些发生拓扑更新的IAB节点，更新其到IAB宿主的连接关系。例如，若执行切换或者无线链路恢复或者RRC连接恢复的IAB节点(记为IAB节点1)从源父节点迁移至目标父节点，源父节点连接到IAB donor DU1，目标父节点连接到IAB donor DU2，IAB节点1有一个子节点IAB节点2，作为IAB节点1的下游节点，将跟随IAB节点1一起执行拓扑更新，更新后，IAB节点2通过IAB节点1连接到IABdonor DU2，这种情况下，IAB节点2也需要获取新与IAB donor DU2相关的新IP地址。和IAB节点1类似，IAB节点2也需要利用新的IP地址与IAB donor CU(具体可以是IAB donor CU-CP)建立新的SCTP偶联(Association)，然后利用新的SCTP偶联传输IAB节点与IAB donorCU之间的F1接口的控制面消息。因此，对于下游IAB节点而言，也会和IAB节点1一样，需要在通过F1AP消息获取到更新的BAP层配置之前，解决如何传输一些必要的非F1接口(non-F1)消息，以及F1接口控制面(F1-C)消息的问题。

因此，无论是对于执行切换/无线链路恢复/RRC连接恢复的IAB节点，还是这些IAB节点的下游IAB节点，都因为发生拓扑更新面临相同的问题，本申请中提出一种实施例：

一种可能的方式中，IAB宿主节点(具体可以是IAB donor CU，或者IAB donor CU-CP)向IAB节点(或IAB-MT)发送第X配置信息，相应的，所述IAB节点从IAB宿主节点接收所述第X配置信息。可选的，所述第X配置信息包括：路由配置和/或承载映射配置，第X配置信息用于所述IAB节点通过新的传输路径向IAB宿主节点进行上行数据(包括例如non-F1类型的消息，F1-C类型的消息，对于下游节点，还可以用于传输F1-U的上行数据)的传输。

在一种情况下，第X配置信息中的路由配置包括一个UL BAP routing ID。该ULBAP routing ID包括上行数据的目标接收节点的BAP地址(BAP address)和路径标识(pathID)。所述上行数据的目标接收节点的BAP地址可以为IAB节点发生拓扑更新后所连接到的IAB宿主节点的BAP地址(具体还可以是IAB donor DU的BAP地址，或IAB donor CU的BAP地址)。所述路径标识用于标识一条上行路径，该上行路径为从IAB节点到其发生拓扑更新后所连接到的IAB宿主节点(具体可以是IAB donor DU或IAB donor CU)的传输路径。可选的，UL BAP routing ID可以是一个默认的/缺省的(Default)UL BAP routing ID。第X配置信息中的承载映射配置包括一个BH RLC信道的标识，该BH RLC信道的标识所指示的BH RLC信道为IAB节点与其父节点对应链路上的一个BH RLC信道，所述IAB节点的父节点在IAB节点到其发生拓扑更新后所连接到的IAB宿主节点(具体可以是IAB donor DU或IAB donor CU)的传输路径上，所述BH RLC信道可用于承载IAB节点向所述父节点发送的上行数据包。可选的，所述BH RLC信道也可以是一个默认的/缺省的(Default)BH RLC CH。可选的，第X配置信息中，还可以包含下一跳节点的BAP address，即IAB节点的父节点的BAP地址，该下一跳节点的BAP address可以和前述BH RLC信道的标识结合，用于识别IAB节点与指定的父节点链路上的一个BH RLC信道，若IAB节点只有一个父节点，或者所述指定的父节点为IAB节点的主小区组(Master cell group，MCG)所对应的父节点，则可以不携带下一跳节点的BAPaddress。可选的，第X配置信息中，还可以包含分配给IAB节点的BAP address，可用于IAB节点判断接收到的数据包的目标节点是否是自己。

可选的，第X配置信息被携带在IAB宿主节点发送给IAB节点的RRC消息中。可选的，所述携带第X配置信息的RRC消息，在IAB节点与IAB宿主节点(具体可以是IAB donor CU，或者IAB donor CU-CP)之间的RRC连接建立或者RRC连接重建立或者RRC连接恢复的过程中执行(例如第X配置信息被携带在IAB donor CU发送给IAB节点的RRC重建立(RRCReestablishment)消息，或者RRC建立(RRCSetup)消息，或者RRC恢复(RRCResume)消息)，或者在完成了RRC连接建立或者RRC连接重建立或者RRC连接恢复的过程之后执行(例如第X配置信息被携带在IAB donor CU发送给IAB节点的RRC重配置消息)。

考虑到IAB节点在完成拓扑更新之前已经接收到来自原先连接到的IAB宿主节点(具体可以是IAB donor CU，或者IAB donor CU-CP)的BAP层的配置(包括BAP层的路由标识选择，路由表配置，承载映射配置等，具体可参考前述对BAP层的配置信息中的介绍进行理解)，但这些配置是对应于旧的传输路径的(可以视为旧的BAP层配置)，IAB节点无法利用这些旧配置成功在新路径上向IAB宿主节点传输上行数据(包括上述non-F1消息，F1-C消息等)。所述旧的BAP层配置可以是通过F1AP消息发送给IAB节点的BAP层配置。因此，为避免IAB节点在新路径上传输数据包时仍然采用这些旧的BAP层配置，IAB节点需要挂起这些旧的BAP层的配置。

因此，在第X配置信息中，可以携带第YYY指示信息，用于指示IAB节点将当前保存的BAP层的配置挂起(suspend)或者释放(Release)，处于挂起状态的BAP层配置，配置的内容被保留，但是这些配置对应的数据包处理规则处于失效(invalid)状态，IAB节点将不会使用任何挂起的BAP层配置对应的规则处理待发送的或接收到的数据包。其中，所述第YYY指示信息，可以是显示的指示信息(例如为1bit的指示信息，取值为1则表示IAB节点需要挂起/释放当前的BAP层配置，取值为0则表示不需要；或者该1bit指示出现则表示IAB节点需要挂起/释放当前的BAP层配置，不出现则表示不需要)；另一种可能的方式中，所述第YYY指示信息，也可以是隐式的指示信息，例如若第X配置信息中包含有对默认的上行路由配置和/或默认的承载映射配置的重配置信息，则表示IAB节点需要挂起/释放当前的BAP层配置，否则，表示不需要。具体的，考虑到IAB节点在完成拓扑更新前，已经收到过关于默认的上行路由配置和/或默认的承载映射配置(即前述第一上行路由配置，第一承载映射配置，例如包含在IAB节点初始入网的过程中收到来自于IAB donor CU的RRC重配置消息中的default BAP routing ID和default BH RLC信道标识)，那么，在第X配置信息中包括的路由配置和/或承载映射配置的内容可以视为对IAB节点的默认的上行路由配置和/或默认的承载映射配置的重配置信息。

本实施例中的IAB宿主节点(具体可以是IAB donor CU，或者IAB donor CU-CP)，在IAB节点执行切换或者跟随上游节点(在包含该IAB节点的上行传输路径中，在该IAB节点之后接收到上行数据包的节点)执行切换的拓扑更新场景中，可以是切换前连接到的IAB宿主节点，也可以是切换后连接到的IAB宿主节点；在IAB节点执行链路恢复(或RRC连接重建立)，或者跟随上游节点执行链路恢复(或RRC连接重建立)的拓扑更新场景中，可以是链路恢复成功后连接到的IAB宿主节点；在IAB节点执行RRC连接恢复的拓扑更新场景中，可以是RRC连接恢复成功后连接到的IAB宿主节点。

如此，可以保证IAB节点在进行了拓扑更新后，可以利用第X配置信息中的路由配置和/或承载映射配置，发送IAB节点的上行数据包，从而避免仍然采用旧的BAP层配置处理待发送的上行数据包导致无法成功传输必要的上行数据或信令。

当切换IAB节点切换失败时，所述切换IAB节点以及所述下游IAB节点需要回退到源父节点以及源传输路径上进行传输，此时所述切换IAB节点以及所述下游IAB节点可以重新恢复使用挂起的F1AP消息配置第二上行路由配置和第二承载映射配置。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例中以提供的方法应用于NR系统或5G网络中为例进行说明。但是需要说明的是，本申请实施例提供的方法也可以应用于其他网络中，比如，可以应用在演进分组系统(evolved packet system，EPS)网络(即通常所说的4G网络)中。相应的，当本申请实施例提供的方法应用在EPS网络中时，执行本申请实施例提供的方法的网络节点替换为EPS网络中的网络节点即可。例如，IAB节点可以替换为RN，当然也可以有其他名称，本申请实施例对此不作具体限定。

上述主要从方法角度对本申请实施例的方案进行了介绍。可以理解的是，通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对通信装置进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例提供了一种通信装置(记为通信装置170)，如图17所示，包括：处理单元1701和通信单元1702。可选的，还包括存储单元1703。存储单元1703用于存储通信装置170的程序代码和数据。

在一种情况下，处理单元1701，用于通过通信单元1702执行以下动作：

通过源父节点从源宿主节点接收配置信息，配置信息包括：路由配置和/或承载映射配置，配置信息用于通信装置通过目标父节点与目标宿主节点进行上行数据传输，源宿主节点为源父节点接入的宿主节点，目标宿主节点为目标父节点接入的宿主节点；

在通信装置从源父节点切换至目标父节点的过程中，采用配置信息通过目标父节点向目标宿主节点发送上行数据。

可选的，配置信息中还包括指示信息，指示信息用于指示挂起配置信息中的路由配置和/或承载映射配置；处理单元1701，还用于根据指示信息挂起配置信息中的路由配置和/或承载映射配置。

可选的，在通信装置与目标父节点建立RRC连接之后；处理单元1701，还用于生效配置信息中的路由配置和/或承载映射配置。

可选的，处理单元1701，还用于释放或挂起与源父节点之间的路由配置和承载映射配置。

可选的，源宿主节点和目标宿主节点为同一节点；或者，源宿主节点和目标宿主节点为不同节点。

可选的，配置信息中的路由配置包括上行BAP路由标识，上行BAP路由标识用于标识一条上行路径，上行路径中包括目标父节点和目标宿主节点。

可选的，配置信息中的承载映射配置包括上行回传RLC信道标识。

可选的，配置信息携带在RRC消息或者F1AP消息中。

在另一种情况下，处理单元1701，用于通过通信单元1702执行以下动作：

通过源父节点从源宿主节点接收第二配置信息，在第一IAB节点从源父节点切换至目标父节点的过程中，采用第二配置信息通过目标父节点向目标宿主节点发送上行数据。其中，通信装置为第一IAB节点的下游节点，源父节点为第一IAB节点切换之前接入的宿主节点，第二配置信息包括：路由配置和/或承载映射配置，第二配置信息用于通信装置通过目标父节点与目标宿主节点进行上行数据传输，目标父节点为第一IAB节点切换之后接入的节点，源宿主节点为源父节点接入的宿主节点，目标宿主节点为目标父节点接入的宿主节点。

可选的，第二配置信息中还包括第二指示信息，第二指示信息用于指示释放或挂起通信装置与源父节点之间的路由配置和承载映射配置，处理单元1701，还用于根据第二指示信息释放或挂起通信装置与源父节点之间的路由配置和承载映射配置。

可选的，源宿主节点和目标宿主节点为同一节点；或者，源宿主节点和目标宿主节点为不同节点。

可选的，第二配置信息中的路由配置包括上行BAP路由标识，上行BAP路由标识用于标识一条上行路径，上行路径中包括目标父节点和目标宿主节点。

可选的，第二配置信息中的承载映射配置包括上行回传RLC信道标识。

可选的，第二配置信息携带在RRC消息或者F1AP消息中。

本申请实施例还提供了一种通信装置(记为通信装置180)，如图18所示，包括：处理单元1801和通信单元1802。可选的，还包括存储单元1803。存储单元1803用于存储通信装置180的程序代码和数据。

在一种情况下，处理单元1801，用于通过通信单元1802执行以下动作：

从IAB节点(或IAB-MT)接收测量报告，根据测量报告确定将IAB节点(或IAB-MT)从源父节点切换到目标父节点；其中，通信装置为源父节点接入的宿主节点；

通过源父节点向IAB节点(或IAB-MT)发送配置信息，配置信息包括：路由配置和/或承载映射配置，配置信息用于IAB节点(或IAB-MT)通过目标父节点与目标宿主节点进行上行数据传输，目标宿主节点为目标父节点接入的宿主节点。

可选的，配置信息中还包括指示信息，指示信息用于指示挂起配置信息中的路由配置和/或承载映射配置。

可选的，通信装置和目标宿主节点为同一节点。

可选的，通信装置和目标宿主节点为不同节点；处理单元1801，还用于通过通信单元1802从目标宿主节点接收配置信息。

可选的，配置信息携带在切换响应中。

可选的，路由配置包括上行BAP路由标识，上行BAP路由标识用于标识一条上行路径，上行路径中包括目标父节点和目标宿主节点。

可选的，承载映射配置包括上行回传RLC信道标识。

可选的，配置信息携带在RRC消息或者F1AP消息中。

在另一种情况下，通信单元1802，用于从第一IAB节点接收测量报告，处理单元1801，用于根据测量报告确定将第一IAB节点从源父节点切换到目标父节点，通信单元1802，还用于通过源父节点向第二IAB节点发送第二配置信息。其中，第一IAB节点从源父节点切换至目标父节点，第二IAB节点为第一IAB节点的下游节点，通信装置为源父节点接入的宿主节点，目标宿主节点为目标父节点接入的宿主节点，第二配置信息包括：路由配置和/或承载映射配置，第二配置信息用于第二IAB节点通过目标父节点与目标宿主节点进行上行数据传输。

可选的，第二配置信息中还包括第二指示信息，第二指示信息用于指示释放或挂起第二IAB节点与源父节点之间的路由配置和承载映射配置。

可选的，通信装置和目标宿主节点为同一节点。

可选的，通信装置和目标宿主节点为不同节点，通信单元1802，还用于从目标宿主节点接收第二配置信息。

可选的，第二配置信息携带在切换响应中。

可选的，路由配置包括上行BAP路由标识，上行BAP路由标识用于标识一条上行路径，上行路径中包括目标父节点和目标宿主节点。

可选的，承载映射配置包括上行回传RLC信道标识。

可选的，第二配置信息携带在RRC消息或者F1AP消息中。

上述通信装置170和通信装置180可以为网络设备，也可以为网络设备内的芯片。例如，通信装置170可以为IAB节点或IAB节点内的芯片。通信装置180可以为源宿主节点或源宿主节点内的芯片。

图17和图18中的单元也可以称为模块，例如，处理单元可以称为处理模块。另外，在图17和图18所示的实施例中，各个单元的名称也可以不是图中所示的名称，例如，通信单元也可以称为收发单元。

图17和图18中的各个单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种通信装置的硬件结构示意图，参见图19或图20，该通信装置包括处理器1901，可选的，还包括与处理器1901连接的存储器1902。

处理器1901可以是一个通用中央处理器(central processing unit，CPU)、微处理器、特定应用集成电路(application-specific integrated circuit，ASIC)，或者一个或多个用于控制本申请方案程序执行的集成电路。处理器1901也可以包括多个CPU，并且处理器1901可以是一个单核(single-CPU)处理器，也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器1902可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，本申请实施例对此不作任何限制。存储器1902可以是独立存在，也可以和处理器1901集成在一起。其中，存储器1902中可以包含计算机程序代码。处理器1901用于执行存储器1902中存储的计算机程序代码，从而实现本申请实施例提供的方法。

在第一种可能的实现方式中，参见图19，通信装置还包括收发器1903。处理器1901、存储器1902和收发器1903通过总线相连接。收发器1903用于与其他通信设备。可选的，收发器1903可以包括发射机和接收机。收发器1903中用于实现接收功能的器件可以视为接收机，接收机用于执行本申请实施例中的接收的步骤。收发器1903中用于实现发送功能的器件可以视为发射机，发射机用于执行本申请实施例中的发送的步骤。

基于第一种可能的实现方式，图19所示的结构示意图可以用于示意上述实施例中所涉及的IAB节点的结构。处理器1901用于对IAB节点的动作进行控制管理，例如，处理器1901用于支持IAB节点执行图10中的1001、1003和1004，图11中的1101至1108，图14中的1401至1410，图21中的2101、2103和2104(此时，IAB节点为第一IAB节点)，图21中的2103和2104(此时，IAB节点为第二IAB节点)，和/或本申请实施例中所描述的其他过程中的IAB节点执行的动作。处理器1901可以通过收发器1903与其他通信设备通信，例如，与图10中的宿主节点通信。存储器1902用于存储IAB节点的程序代码和数据。

基于第一种可能的实现方式，图19所示的结构示意图可以用于示意上述实施例中所涉及的源宿主节点的结构。处理器1901用于对源宿主节点的动作进行控制管理，例如，处理器1901用于支持源宿主节点执行图10中的1001至1003，图11中的1101至1103、1106至1108(此时，源宿主节点即图11中的宿主节点)，图14中的1401至1405，图21中的2101至2104，和/或本申请实施例中所描述的其他过程中的源宿主节点执行的动作。处理器1901可以通过收发器1903与其他通信设备通信，例如，与图10中的IAB节点通信。存储器1902用于存储源宿主节点的程序代码和数据。

在第二种可能的实现方式中，处理器1901包括逻辑电路以及输入接口和/或输出接口。其中，输出接口用于执行相应方法中的发送的动作，输入接口用于执行相应方法中的接收的动作。

基于第二种可能的实现方式，参见图20，图20所示的结构示意图可以用于示意上述实施例中所涉及的IAB节点的结构。处理器1901用于对IAB节点的动作进行控制管理，例如，处理器1901用于支持IAB节点执行图10中的1001、1003和1004，图11中的1101至1108，图14中的1401至1410，图21中的2101、2103和2104(此时，IAB节点为第一IAB节点)，图21中的2103和2104(此时，IAB节点为第二IAB节点)，和/或本申请实施例中所描述的其他过程中的IAB节点执行的动作。处理器1901可以通过输入接口和/或输出接口与其他通信设备通信，例如，与图10中的源宿主节点通信。存储器1902用于存储IAB节点的程序代码和数据。

基于第二种可能的实现方式，参见图20，图20所示的结构示意图可以用于示意上述实施例中所涉及的源宿主节点的结构。处理器1901用于对源宿主节点的动作进行控制管理，例如，处理器1901用于支持源宿主节点执行图10中的1001至1003，图11中的1101至1103、1106至1108(此时，源宿主节点即图11中的宿主节点)，图14中的1401至1405，图21中的2101至2104，和/或本申请实施例中所描述的其他过程中的源宿主节点执行的动作。处理器1901可以通过输入接口和/或输出接口与其他通信设备通信，例如，与图10中的IAB节点通信。存储器1902用于存储源宿主节点的程序代码和数据。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种芯片，包括：处理器和接口，处理器通过接口与存储器耦合，当处理器执行存储器中的计算机程序或指令时，使得上述实施例提供的任意一种方法被执行。

本申请实施例还提供了一种通信系统，包括：上述实施例中的源宿主节点和IAB节点。可选的，还包括：源父节点、目标父节点和目标宿主节点中的一个或多个。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，简称SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。