WO2024140043A1

WO2024140043A1 - 通信方法和通信装置

Info

Publication number: WO2024140043A1
Application number: PCT/CN2023/136259
Authority: WO
Inventors: 朱世超; 孙飞; 朱元萍; 史玉龙
Original assignee: 华为技术有限公司
Priority date: 2022-12-30
Filing date: 2023-12-04
Publication date: 2024-07-04

Abstract

本申请提供一种通信方法和通信装置，涉及通信技术领域，本申请可以应用于IAB网络中的DU和/或MT迁移。该方法包括：第三CU或第四CU接收来自第一CU的第一信息，该第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，第一CU与IAB节点的DU之间有F1连接，第三CU与IAB节点的MT之间具有RRC连接，第四CU是IAB节点的DU的候选目标CU；根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

Description

通信方法和通信装置

本申请要求在2022年12月30日提交中国国家知识产权局、申请号为202211731643.4的中国专利申请的优先权，以及要求在2023年2月16日提交中国国家知识产权局、申请号为202310153140.1的中国专利申请的优先权，发明名称为“通信方法和通信装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，尤其涉及通信方法和通信装置。

背景技术

相较于第四代移动通信系统，第五代移动通信(5G)针对网络各项性能指标，提出了更严苛的要求。例如，容量提升1000倍、更广的覆盖需求、超高可靠超低时延等。一方面，考虑到高频载波频率资源丰富，在热点区域为满足5G超高容量需求，利用高频小站组网愈发流行。高频载波传播特性较差，受遮挡衰减严重，覆盖范围不广，故而需要大量密集部署小站。相应地，为这些大量密集部署的小站提供光纤回传的代价很高，施工难度大，因此需要经济便捷的回传方案。另一方面，从广覆盖需求的角度出发，在一些偏远地区提供网络覆盖，光纤的部署难度大，成本高，也需要设计灵活便利的接入和回传方案。接入回传一体化(integrated access and backhaul,IAB)技术为解决上述两个问题提供了思路：其接入链路(access link)和回传链路(backhaul link)皆采用无线传输方案，减少了光纤部署。

在IAB网络中，中继节点，或者称为IAB节点(IAB-node)，可以为用户设备(UE，user equipment)提供无线接入服务。UE的业务数据由IAB-node通过无线回传链路连接到IAB宿主(IAB-donor)传输。IAB-node包括移动终端(mobile termination，MT)部分和分布式单元(distributed unit，DU)部分。其中，当IAB-node面向其父节点时，可以作为终端设备，即MT的角色；当IAB-node面向其子节点(子节点可能是另一IAB-node，或者UE)时，其被视为网络设备，即作为DU的角色。IAB-donor是一个具有完整基站(例如gNB)功能的接入网网元，包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，IAB-donor连接到为UE服务的核心网(例如连接到5G核心网)。

IAB节点跨CU迁移可以分为完全迁移(full migration)和部分迁移(partial migration)两种实现方式。部分迁移中，发生迁移的IAB节点，即边界节点(boundary node)的MT发生了跨CU切换，但该边界节点的DU仍然与源CU保持F1连接。而完全迁移中，边界节点的DU需要与目标(target)CU建立F1连接。完全迁移和部分迁移的本质区别在于是否需要进行DU的迁移(事实上，是生成一个新的逻辑DU再与候选目标CU建立F1接口，但从IAB节点宏观角度考虑，通常也可以表述为“DU的迁移”)。在现有的full migration中，MT和DU的候选目标CU(即切换至的CU)是相同的，因此，需要研究MT和DU的目标CU不同时的CU迁移方案。

发明内容

本申请实施例公开了一种通信方法和通信装置，能够避免或者减少IAB节点的MT的目标CU和IAB节点的DU的目标CU之间的数据传输失败的发生。

第一方面，本申请实施例提供一种通信方法，该方法包括：接收来自第一CU的第一信息，所述第一信息包括所述第三CU的互联网协议(internet protocol，IP)地址或者所述第四CU的IP地址，所述第一CU与IAB节点的DU之间有F1连接，所述第三CU与所述IAB节点的MT之间具有无线资源控制(radio resource control，RRC)连接，所述第四CU是所述IAB节点的DU的候选目标CU；根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过互联网协议(internet protocol，IP)路由的方式进行通信的判断。或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断。或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断。所述第三CU的IP地址可替换为所述第三CU的标识信息，例如第三CU的gNB ID；也可替换为所述第三CU管理的DU的IP地址。或者，第一信息包括所述第三CU的IP地址、第三CU的标识信息、第三CU管理的DU的IP地址中的至少一项。所述第四CU的IP地址可替换为所述第四CU的标识信息，例如第四CU的gNB ID。或者，第一信息包括第四CU的IP地址、第四CU的gNB ID中的至少一项。可选的，第一信息还包括第一CU的gNB ID。

第四CU为IAB节点的DU的候选目标CU。或者说，第四CU为当前为IAB节点的DU选择的一个候选的目标CU。当直接将IAB节点的DU迁移至第四CU时，可能出现第三CU管理的DU和第四CU不能通过IP路由的方式进行通信的情况，这样会造成数据传输失败。本申请实施例中，根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定第三CU和第四CU之间是否能建立Xn接口；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法还包括：向所述第一CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。

在该实现方式中，向第一CU发送第二信息，以便第一CU根据第二信息重新为IAB节点的DU选择一个候选目标CU或将IAB节点的DU迁移至第四CU。

在一种可能的实现方式中，所述方法还包括：向所述第一CU发送第二信息，所述第二信息用于指示所述第三CU和所述第四CU之间能或不能建立Xn接口。

在一种可能的实现方式中，所述方法还包括：向所述第一CU发送第二信息，所述第二信息用于指示所述第三CU和所述第四CU之间存在或不存在Xn接口。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述第二信息包括所述第四CU的IP地址和在所述第四CU中标识所述MT的标识信息。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。本申请中，所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输包括以下至少一项：所述第三CU在其拓扑内为所述IAB节点的DU与所述第四CU之间的F1接口配置资源，所述第三CU为所述IAB节点的DU与所述第四CU之间的F1接口分配MT的IP地址和/或BAP配置，所述第三CU为所述IAB节点的DU与所述第四CU之间的F1接口确定DSCP/流标签。

在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息；可以保证第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信，从而避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：在确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在确定第三CU和第四CU之间能建立Xn接口的情况下，向第三CU发送第三信息；可以保证第四CU和第三CU管理的宿主DU能够通过Xn接口进行通信，从而避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：在确定所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在确定第三CU和第四CU之间存在Xn接口的情况下，向第三CU发送第三信息；可以保证第四CU和第三CU管理的宿主DU能够通过Xn接口进行通信，从而避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在该实现方式中，避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：在确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：在所述第三CU和所述第四CU之间存在Xn接口的情况下，在其拓扑内为建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：在确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第十三信息(例如承载于IAB Transport Migration management procedure Request消息)，所述第十三信息用于请求所述第四CU发起IAB传输迁移(IAB Transport Migration)流程；接收来自所述第四CU的第三信息(例如承载于IAB Transport Migration management Request消息)，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输；响应于所述第三信息，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。可选的，所述第三信息携带所述第四CU的IP地址。在确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第十三信息可替换为：在确定所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第四CU发送第十三信息；也可替换为：在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第四CU发送第十三信息。

在该实现方式中，第三CU在第四CU发起建立跨拓扑F1传输的请求后，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输；可与现有的协议尽量保持一致。

在一种可能的实现方式中，所述第十三信息中携带所述第三CU的gNB-ID和在所述第三CU中标识所述MT的标识信息。可选的，所述第十三信息中还携带在所述第四CU中标识所述MT的标识信息。

第十三信息中携带在第四CU中标识MT的标识信息和在第三CU中标识MT的标识信息，用于告知第四CU是迁移关于哪个MT的流量。

在一种可能的实现方式中，所述第一信息包括所述第四CU的ID和在所述第四CU中标识所述MT的标识信息。

在该实现方式中，第一信息包括第四CU的ID和在第四CU中标识MT的标识信息，以便第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信时，可以直接建立所述IAB节点的DU与所述第四CU之间的F1接口传输后将区分服务编码点(differentiated services code point，DSCP)或流标签(flow label)发给第四CU，从而节省信令开销。

在一种可能的实现方式中，所述第一信息包括所述第三CU的ID和在所述第三CU中标识所述MT的标识信息。

在该实现方式中，第一信息包括第三CU的ID和在第三CU中标识MT的标识信息，以便第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信时，可以直接向第三CU请求在所述第三CU拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输，从而节省信令开销。

在一种可能的实现方式中，所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第一CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。

在该实现方式中，可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：向所述MT发送第七信息，所述第七信息包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的回传链路适配层协议(backhaul adaptation protocol，BAP)配置。

在该实现方式中，向MT发送第七信息，以便IAB节点基于第七信息，向第四CU发起F1接口建立请求。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：向所述第一CU发送第五信息，所述第五信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。可选的，所述第五信息还包括所述第四CU的IP地址。

第二方面，本申请实施例提供另一种通信方法，该方法包括：生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第一CU与IAB节点的DU之间有F1连接，所述第三CU与所述IAB节点的MT之间具有RRC连接，所述第四CU是所述IAB节点的DU的候选目标CU；发送所述第一信息。所述第三CU的IP地址可替换为所述第三CU的标识信息，例如第三CU的gNB ID；也可替换为所述第三CU管理的DU的IP地址。或者，第一信息包括所述第三CU的IP地址、第三CU的标识信息、第三CU管理的DU的IP地址中的至少一项。所述第四CU的IP地址可替换为所述第四CU的标识信息，例如第四CU的gNB ID。或者，第一信息包括第四CU的IP地址、第四CU的gNB ID中的至少一项。

本申请实施例中，发送第一信息，以便第三CU或第四CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信；从而避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述第三信息包括所述第四CU的标识信息和在所述第四CU中标识所述MT的标识信息。可选的，所述第三信息还包括所述第四CU的IP地址。

第三信息携带第四CU的标识信息和在第四CU中标识MT的标识信息的原因在于，第三CU需要建立的F1连接是将要用于IAB节点的DU与第四CU4之间的，第三CU在后续过程中需要将区分服务编码点(differentiated services code point，DSCP)或流标签(flow label)发给第四CU。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第三CU和所述第四CU之间不能建立Xn接口的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第三CU和所述第四CU之间不存在Xn接口的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述第二信息包括所述第四CU的IP地址和在所述第四CU中标识所述MT的标识信息。

携带第四CU的IP地址的目的是为了在后续步骤中第一CU将这个IP地址发给IAB节点，用于IAB节点的DU与第四CU之间建立F1接口。除此之外，第二信息还携带第四CU中标识MT的标识信息，例如MT在第四CU下的XNAP ID，用于第一CU后续告知第三CU，使得第三CU能够向第三CU发送DSCP或流标签。

在一种可能的实现方式中，在发送所述第一信息之前，所述方法还包括：接收来自所述第四CU的第四信息，所述第四信息包括所述第四CU的IP地址，可选的，所述第四信息还包括在所述第四CU标识MT的标识信息；所述发送所述第一信息包括：向所述第三CU发送所述第一信息，所述第一信息包括所述第四CU的IP地址。可选的，所述第一信息还包括所述第四CU的IP地址和在所述第四CU标识MT的标识信息，以便第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信时，可以直接建立所述IAB节点的DU与所述第四CU之间的F1接口传输，从而节省信令开销。

在该实现方式中，第一信息包括第四CU的IP地址，以便第三CU确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

在一种可能的实现方式中，所述方法还包括：接收来自所述第三CU的发送第五信息，所述第五信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置；向所述IAB节点的DU发送F1应用协议AP信息，所述F1AP信息包括所述第四CU的IP地址。可选的，所述第五信息还包括所述第四CU的IP地址。

在该实现方式中，向IAB节点的DU发送F1应用协议AP信息，以便IAB节点建立新的F1接口或迁移F1接口。

在一种可能的实现方式中，所述方法还包括：从与所述第一CU之间有Xn接口的CU中，选择所述第四CU作为所述IAB节点的DU的候选目标CU。例如，第一CU从目标列表中，选择第四CU作为所述IAB节点的DU的候选目标CU，目标列表中包括与第一CU之间有XN接口的一个或多个CU的标识信息。可选的，所述第四CU为目标列表中的任一个。第一CU可随机选择目标列表中的一个CU作为IAB节点的DU的候选目标CU。可选的，所述第四CU为目标列表中服务范围最大的一个CU。

在一种可能的实现方式中，所述方法还包括：向核心网(例如接入与移动性管理功能(access and mobility management，AMF)网元)发送第十四信息，所述第十四信息用于请求核心网选择一个DU迁移的候选目标CU；接收第十五信息，所述十五信息包括所述第四CU的标识信息；根据所述第十五信息，将所述第四CU作为IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述方法还包括：向网管(例如运营管理和维护(operation administration and maintenance，OAM)网元)发送第十四信息，所述第十四信息用于请求网管选择一个DU迁移的候选目标CU；接收第十五信息，所述十五信息包括所述第四CU的标识信息；根据所述第十五信息，将所述第四CU作为IAB节点的DU的候选目标CU。

第三方面，本申请实施例提供另一种通信方法，该方法包括：接收来自第二CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。

本申请实施例中，根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定第三CU和第四CU之间是否能建立Xn接口或者确定第三CU和第四CU之间是否存在Xn接口；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法还包括：向所述第二CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。

在该实现方式中，向第二CU发送第二信息，以便第二CU根据第二信息重新为IAB节点的DU选择一个候选目标CU或将IAB节点的DU迁移至第四CU。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：在所述第三CU和所述第四CU之间存在Xn接口的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。可选的，所述第三信息包括所述第四CU的IP地址。

在确定第三CU和第四CU之间能建立Xn接口的情况下，向第三CU发送第三信息；可以保证第四 CU和第三CU管理的宿主DU能够通过Xn接口进行通信，从而避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

在一种可能的实现方式中，所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。

在一种可能的实现方式中，所述方法还包括：向所述第二CU发送第九信息，所述第九信息包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的BAP配置。

通过向第二CU发送第九信息，以便第二CU向MT发送携带MT在第三CU拓扑下的IP地址、MT在第三CU拓扑下的BAP配置以及第四CU的IP地址的信息。

在一种可能的实现方式中，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：接收来自所述第三CU的第十一信息，所述第十一信息包括所述IAB节点的流量的DSCP/流标签。可选的，第十一信息还包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的BAP配置；向所述IAB节点的DU发送第十二信息，所述第十二信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。

在该实现方式中，向IAB节点的DU发送第十二信息，以便IAB节点基于第十二信息，将MT从第二CU的拓扑切换至第三CU的拓扑下。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求；所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换准备失败消息，所述切换准备失败消息表示拒绝所述切换请求。切换请求包括在所述第二CU中标识MT的标识信息，例如MT XNAP ID。在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换准备失败消息可替换为：在确定所述第四CU和所述第三CU管理的宿主DU之间不能建立Xn接口(或不存在Xn接口)的情况下，向所述第二CU发送切换准备失败消息。

在该实现方式中，第一信息承载于用于请求将MT切换至第三CU的切换请求，可节省信令开销。

在一种可能的实现方式中，所述切换准备失败消息包括第一字段，所述第一字段指示所述第三CU拒绝所述切换请求的原因是所述第三CU下的拓扑无法为所述第四CU的F1接口流量提供服务。

在该实现方式中，切换准备失败消息包括第一字段(可称为cause字段)，可以告知第二CU其拒绝切换请求的原因。

在一种可能的实现方式中，所述方法还包括：在确定所述第四CU和所述第三CU管理的宿主DU能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换请求响应消息，所述切换请求响应消息表示接受所述切换请求。在确定所述第四CU和所述第三CU管理的宿主DU能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换请求响应消息可替换为：在确定所述第四CU和所述第三CU管理的宿主DU之间能建立Xn接口(或存在Xn接口)的情况下，向所述第二CU发送切换请求响应消息。

在一种可能的实现方式中，所述方法应用于所述第三CU或所述第三CU中的模块，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求，所述切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型；所述根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口包括：当所述切换请求携带MT迁移DU不迁移的迁移类型时，根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口。

在该实现方式中，当切换请求携带MT迁移DU不迁移的迁移类型时，根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定第三CU和第四CU之间是否能建立Xn接口；可以减少不必要的确定操作。

第四方面，本申请实施例提供另一种通信方法，该方法包括：生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；发送所述第一信息。

在一种可能的实现方式中，所述第一信息还包括所述第四CU的ID和在所述第四CU中标识所述MT的标识信息；以便第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信时，可以直接建立所述IAB节点的DU与所述第四CU之间的F1接口传输，从而节省信令开销。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第三CU和所述第四CU之间不能建立Xn接口的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述方法还包括：在所述第二信息用于指示所述第三CU和所述第四CU之间不存在Xn接口的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述方法还包括：接收来自所述第三CU的第九信息，所述第九信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置；向所述MT发送第十信息，所述第十信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。

在该实现方式中，向MT发送第十信息，以便MT迁移至第三CU。

在一种可能的实现方式中，所述方法还包括：根据所述MT的测量报告，选择所述第三CU作为所述MT的候选目标CU。

在一种可能的实现方式中，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求。

在一种可能的实现方式中，所述切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型。

在该实现方式中，切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型，以便第三CU根据切换请求携带的迁移类型确定是否进行第四CU和第三CU管理的宿主DU是否能够通过互联网协议IP路由的方式进行通信的判断。

在一种可能的实现方式中，所述方法还包括：接收来自所述第三CU的切换准备失败消息，所述切换准备失败消息表示所述第三CU拒绝所述切换请求，所述切换准备失败消息包括第一字段，所述第一字段指示所述第三CU拒绝所述切换请求的原因是所述第三CU下的拓扑无法为所述第四CU的F1接口流量提供服务。

第五方面，本申请实施例提供另一种通信方法，该方法包括：接收来自第二CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU是所述IAB节点的DU的目标CU，第一CU与所述IAB节点的DU之间有F1连接；根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。

第五方面的通信方法可能的实现方式可参见第三方面的各种可能的实现方式。

关于第五方面的各种可能的实现方式所带来的技术效果，可参考对于第三方面或第三方面的各种可能的实现方式的技术效果的介绍。

第六方面，本申请实施例提供另一种通信方法，该方法包括：生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU是所述IAB节点的DU的目标CU，第一CU与所述IAB节点的DU之间有F1连接；发送所述第一信息。

在一种可能的实现方式中，在发送所述第一信息之后，所述方法还包括：接收第二信息；在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的情况下，向所述第一CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

第六方面的通信方法可能的实现方式可参见第四方面的各种可能的实现方式。

关于第六方面的各种可能的实现方式所带来的技术效果，可参考对于第四方面或第四方面的各种可能的实现方式的技术效果的介绍。

第七方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第一方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第一CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过互联网协议(internet protocol，IP)路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第一CU与IAB节点的DU之间有F1连接，所述第三CU与所述IAB节点的MT之间具有无线资源控制(radio resource control，RRC)连接，所述第四CU是所述IAB节点的DU的候选目标CU；所述处理单元，用于根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。

在一种可能的实现方式中，所述收发单元，还用于向所述第一CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。或者，所述第二信息用于指示所述第三CU和所述第四CU之间能或不能建立Xn接口。或者，所述第二信息用于指示所述第三CU和所述第四CU之间存在或不存在Xn接口。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述处理单元，还用于在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述处理单元，还用于在确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述处理单元，还用于在所述第三CU和所述第四CU之间存在Xn接口的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第十三信息，所述第十三信息用于请求所述第四CU发起IAB传输迁移(IAB Transport Migration)流程；接收来自所述第四CU的第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输；所述处理单元，还用于响应于所述第三信息，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第一CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。

在一种可能的实现方式中，所述收发单元，还用于向所述MT发送第七信息，所述第七信息包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的BAP配置。

在一种可能的实现方式中，所述收发单元，还用于向所述第一CU发送第五信息，所述第五信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。

第七方面的通信装置可能的实现方式可参见第一方面的各种可能的实现方式。

关于第七方面的各种可能的实现方式所带来的技术效果，可参考对于第一方面或第一方面的各种可能的实现方式的技术效果的介绍。

第八方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述处理单元，用于生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第一CU与IAB节点的DU之间有F1连接，所述第三CU与所述IAB节点的MT之间具有RRC连接，所述第四CU是所述IAB节点的DU的候选目标CU；所述收发单元，用于发送所述第一信息。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第三CU和所述第四CU之间不能建立Xn接口的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第三CU和所述第四CU之间不存在Xn接口的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述收发单元，还用于接收来自所述第四CU的第四信息，所述第四信息包括所述第四CU的IP地址；所述收发单元，具体用于向所述第三CU发送所述第一信息，所述第一信息包括所述第四CU的IP地址。

在一种可能的实现方式中，所述收发单元，还用于接收来自所述第三CU的发送第五信息，所述第五信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置；向所述IAB节点的DU发送F1应用协议AP信息，所述F1AP信息包括所述第四CU的IP地址。

在一种可能的实现方式中，所述处理单元，还用于从与所述第一CU之间有Xn接口的CU中，选择所述第四CU作为所述IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述收发单元，还用于向核心网发送第十四信息，所述第十四信息用于请求核心网选择一个DU迁移的候选目标CU；接收第十五信息，所述十五信息包括所述第四CU的标识信息；所述处理单元，还用于根据所述第十五信息，将所述第四CU作为IAB节点的DU的候选目标CU。

在一种可能的实现方式中，所述收发单元，还用于向网管发送第十四信息，所述第十四信息用于请求网管选择一个DU迁移的候选目标CU；接收第十五信息，所述十五信息包括所述第四CU的标识信息；所述处理单元，还用于根据所述第十五信息，将所述第四CU作为IAB节点的DU的候选目标CU。

第八方面的通信装置可能的实现方式可参见第二方面的各种可能的实现方式。

关于第八方面的各种可能的实现方式所带来的技术效果，可参考对于第二方面或第二方面的各种可能的实现方式的技术效果的介绍。

第九方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第三方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第二CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；所述处理单元，用于根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。

在一种可能的实现方式中，所述收发单元，还用于向所述第二CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。或者，所述第二信息用于指示所述第三CU和所述第四CU之间能或不能建立Xn接口。或者，所述第二信息用于指示所述第三CU和所述第四CU之间存在或不存在Xn接口。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第十三信息，所述第十三信息用于请求所述第四CU发起IAB传输迁移流程；接收来自所述第四CU的第三信息(例如承载于IAB Transport Migration management Request消息)，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输；所述处理单元，还用于响应于所述第三信息，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。

在一种可能的实现方式中，所述收发单元，还用于在所述处理单元确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。

在一种可能的实现方式中，所述收发单元，还用于向所述第二CU发送第九信息，所述第九信息包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的BAP配置。

在一种可能的实现方式中，所述收发单元，还用于接收来自所述第三CU的第十一信息，所述第十一信息包括所述IAB节点的流量的DSCP/流标签。可选的，所述第十一信息还包括所述MT在所述第三CU拓扑下的IP地址、所述MT在所述第三CU拓扑下的BAP配置；向所述IAB节点的DU发送第十二信息，所述第十二信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。

在一种可能的实现方式中，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求；所述处理单元，还用于在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换准备失败消息，所述切换准备失败消息表示拒绝所述切换请求。

在一种可能的实现方式中，所述处理单元，还用于在确定所述第四CU和所述第三CU管理的宿主DU能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换请求响应消息，所述切换请求响应消息表示接受所述切换请求。

在一种可能的实现方式中，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求，所述切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型；所述处理单元，具体用于当所述切换请求携带MT迁移DU不迁移的迁移类型时，根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口。

第九方面的通信装置可能的实现方式可参见第三方面的各种可能的实现方式。

关于第九方面的各种可能的实现方式所带来的技术效果，可参考对于第三方面或第三方面的各种可能的实现方式的技术效果的介绍。

第十方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第四方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述处理单元，用于生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；所述收发单元，用于发送所述第一信息。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间存在Xn接口的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第三CU和所述第四CU之间不能建立Xn接口的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述处理单元，还用于在所述第二信息用于指示所述第三CU和所述第四CU之间不存在Xn接口的情况下，选择第六CU作为所MT的候选目标CU。

在一种可能的实现方式中，所述收发单元，还用于接收来自所述第三CU的第九信息，所述第九信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置；向所述MT发送第十信息，所述第十信息包括所述MT在所述第三CU拓扑下的IP地址和所述MT在所述第三CU拓扑下的BAP配置。

在一种可能的实现方式中，所述处理单元，还用于根据所述MT的测量报告，选择所述第三CU作为所述MT的候选目标CU。

在一种可能的实现方式中，所述收发单元，还用于接收来自所述第三CU的切换准备失败消息，所述切换准备失败消息表示所述第三CU拒绝所述切换请求，所述切换准备失败消息包括第一字段，所述第一字段指示所述第三CU拒绝所述切换请求的原因是所述第三CU下的拓扑无法为所述第四CU的F1接口流量提供服务。

第十方面的通信装置可能的实现方式可参见第四方面的各种可能的实现方式。

关于第十方面的各种可能的实现方式所带来的技术效果，可参考对于第四方面或第四方面的各种可能的实现方式的技术效果的介绍。

第十一方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第五方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第二CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU是所述IAB节点的DU的目标CU，第一CU与所述IAB节点的DU之间有F1连接；所述处理单元，用于根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口或者确定所述第三CU和所述第四CU之间是否存在Xn接口。

关于第十一方面的各种可能的实现方式所带来的技术效果，可参考对于第五方面或第五方面的各种可能的实现方式的技术效果的介绍。

第十二方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第六方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述处理单元，用于生成第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否存在Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与IAB节点的MT之间具有RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU是所述IAB节点的DU的目标CU，第一CU与所述IAB节点的DU之间有F1连接；所述收发单元，用于发送所述第一信息。

在一种可能的实现方式中，所述收发单元，还用于接收第二信息；在所述第二信息用于指示所述第三CU和所述第四CU之间能建立Xn接口的情况下，向所述第一CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。

关于第十二方面的各种可能的实现方式所带来的技术效果，可参考对于第六方面或第六方面的各种可能的实现方式的技术效果的介绍。

第十三方面，本申请实施例提供另一种通信装置，该通信装置包括处理器，该处理器与存储器耦合，该存储器用于存储程序或指令，当该程序或指令被该处理器执行时，使得该通信装置执行上述第一方面至上述第六方面中任一方面所示的方法。

本申请实施例中，在执行上述方法的过程中，上述方法中有关发送信息(或信号)的过程，可以理解为基于处理器的指令进行输出信息的过程。在输出信息时，处理器将信息输出给收发器，以便由收发器进行发射。该信息在由处理器输出之后，还可能需要进行其他的处理，然后到达收发器。类似的，处理器接收输入的信息时，收发器接收该信息，并将其输入处理器。更进一步的，在收发器收到该信息之后，该信息可能需要进行其他的处理，然后才输入处理器。

对于处理器所涉及的发送和/或接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以一般性的理解为基于处理器的指令输出。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器等。例如，处理器还可以用于执行存储器中存储的程序，当该程序被执行时，使得该通信装置执行如上述第一方面或第一方面的任意可能的实现方式所示的方法。

在一种可能的实现方式中，存储器位于上述通信装置之外。在一种可能的实现方式中，存储器位于上述通信装置之内。

在一种可能的实现方式中，处理器和存储器还可能集成于一个器件中，即处理器和存储器还可能被集成于一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号等。

第十四方面，本申请提供另一种通信装置，该通信装置包括处理电路和接口电路，该接口电路用于获取数据或输出数据；处理电路用于执行如上述第一方面至上述第六方面中任一方面所示的方法。

第十五方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序包括程序指令，该程序指令被执行时使得计算机执行如上述第一方面至上述第六方面中任一方面所示的方法。

第十六方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序包括程序指令，该程序指令被执行时使得计算机执行如上述第一方面至上述第六方面中任一方面所示的方法。

第十七方面，本申请提供一种通信系统，包括上述第七方面或第七方面的任意可能的实现方式所述的通信装置、上述第八方面或第八方面的任意可能的实现方式所述的通信装置以及上述第八方面或第八方面的任意可能的实现方式所述的通信装置。

第十八方面，本申请提供一种通信系统，包括上述第九方面或第九方面的任意可能的实现方式所述的通信装置，以及上述第十方面或第十方面的任意可能的实现方式所述的通信装置。

第十九方面，本申请提供一种通信系统，包括上述第十一方面或第十一方面的任意可能的实现方式所述的通信装置，以及上述第十二方面或第十二方面的任意可能的实现方式所述的通信装置。

第二十方面，本申请提供一种芯片，包括处理器与通信接口，所述处理器通过所述通信接口读取存储器上存储的指令，执行如上述第一方面至上述第六方面中任一方面所示的方法。

第二十一方面，本申请实施例提供另一种通信方法，该方法包括：接收第十六信息，所述第十六信息用于触发IAB节点向第四CU发起F1接口建立请求；基于所述第十六信息，向第三CU发送第十七信息，所述第十七信息用于向所述第三CU请求用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接，所述第四CU为所述IAB节点的DU的目标宿主CU。目标F1接口是指待建立的第四CU与所述中继节点的DU之间的F1接口。本申请中，用于目标F1接口传输的上行配置信息包括用于目标F1接口传输的IP地址和/或BAP配置。可理解，第十六信息既有触发IAB节点向第四CU发起F1接口建立请求的作用，又有触发向第三CU发送第十七信息的作用。

本申请实施例中，基于第十六信息，向第三CU发送第十七信息；可及时获知向第四CU发起F1接口建立请求所需的上行配置信息。

在一种可能的实现方式中，所述第十六信息包括所述第四CU的标识信息。例如，第十六信息承载于F1建立指示(F1setup indication)消息。第四CU的标识信息包括第四CU的gNB ID和/或IP地址。

在一种可能的实现方式中，所述第十七信息包括所述中继节点的DU的标识信息和所述第四CU的标识信息中的至少一项。例如，中继节点的DU的标识信息为中继节点的DU的gNB-DU ID，第四CU的标识信息为第四CU的gNB ID或IP地址。

第二十二方面，本申请实施例提供另一种通信方法，该方法包括：生成第十八信息，向第三CU发送所述第十八信息，所述第十八信息用于指示所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接。目标F1接口是指待建立的第四CU与中继节点的DU之间的F1接口。第四CU为所述IAB节点的DU的目标宿主CU。第十八信息可包括在所述第三CU中标识所述MT的标识信息。

本申请实施例中，向第三CU发送第十八信息，以便第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息。

在一种可能的实现方式中，所述第十八信息包括中继节点的DU的标识信息和所述第四CU的标识信息中的至少一项。

第二十三方面，本申请实施例提供另一种通信方法，该方法包括：接收第十八信息，所述第十八信息用于指示所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接；向所述MT发送第十九信息，所述第十九信息包括用于所述目标F1接口传输的上行配置信息。

在一种可能的实现方式中，所述第十八信息包括中继节点的DU的标识信息和所述第四CU的标识信息。

在一种可能的实现方式中，所述第十九信息还包括中继节点的DU的标识信息和所述第三CU的标识信息中的至少一项。

第二十四方面，本申请实施例提供另一种通信方法，该方法包括：基于运营管理和维护(operation administration and maintenance，OAM)的预配置信息，确定需要建立目标F1接口；当确定需要建立所述目标F1接口时，向第三CU发送第二十信息，所述第二十信息用于请求所述第三CU向IAB节点的MT发送用于所述目标F1接口传输的上行配置信息，所述第三CU与所述MT之间具有RRC连接。目标F1接口是指待建立的第四CU与中继节点的DU之间的F1接口。第四CU为所述IAB节点的DU的目标宿主CU。

本申请实施例中，当确定需要建立目标F1接口时，向第三CU发送第二十信息；可以获得用于目标F1接口传输的上行配置信息。

在一种可能的实现方式中，所述第二十信息包括所述中继节点的DU的标识信息和所述第四CU的标识信息中的至少一项。

在一种可能的实现方式中，所述第二十信息为RRC消息。

第二十五方面，本申请实施例提供另一种通信方法，该方法包括：接收来自第三CU的第二十一信息，所述第二十一信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及第四CU的标识信息(例如第四CU的CU-CP IP)，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，所述第四CU为所述IAB节点的DU的目标宿主CU；向所述MT发送第二十二信息，所述第二十二信息包括所述MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及所述第四CU的标识信息。第二十五方面的执行主体为第二CU，第二CU与MT之间具有RRC连接。

本申请实施例中，向MT发送第二十二信息，可使得MT获得MT在第三CU下时IAB节点的IP地址和/或BAP配置，以及第四CU的标识信息。

第二十六方面，本申请实施例提供另一种通信方法，该方法包括：接收来自第三CU的第二十三信息，所述第二十三信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，或者，所述第三CU与所述MT之间具有RRC连接；向所述IAB节点的DU发送第二十四信息，所述第二十四信息包括所述MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及所述第四CU的标识信息。第二十五方面的执行主体为第一CU，第一CU与IAB节点的DU之间具有F1连接。

本申请实施例中，向IAB节点的DU发送第二十四信息，可使得IAB节点的DU获得MT在第三CU下时IAB节点的IP地址和/或BAP配置，以及第四CU的标识信息。

在一种可能的实现方式中，所述第二十三信息还包括所述第四CU的标识信息。

第二十七方面，本申请实施例提供另一种通信方法，该方法包括：接收来自第三CU的第二十五信息，所述第二十五信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，或者，所述第三CU与所述MT之间具有RRC连接；向所述IAB节点的DU发送第二十六信息，所述第二十六信息包括MT在所述第三CU下时IAB节点的IP地址和/或BAP配置。

本申请实施例中，向IAB节点的DU发送第二十六信息，可使得IAB节点的DU获得MT在第三CU下时IAB节点的IP地址和/或BAP配置。

第二十八方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十一方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收第十六信息，所述第十六信息用于触发IAB节点向第四CU发起F1接口建立请求；所述处理单元，用于基于所述第十六信息，生成第十七信息；所述收发单元，还用于发送所述第十七信息，所述第十七信息用于向所述第三CU请求用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接，所述第四CU为所述IAB节点的DU的目标宿主CU。

第二十九方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十二方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述处理单元，用于生成第十八信息；所述收发单元，用于向第三CU发送所述第十八信息，所述第十八信息用于指示所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接

第三十方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十三方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收第十八信息，所述第十八信息用于指示所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息，所述第三CU与IAB节点的MT之间具有RRC连接；所述处理单元，用于生成第十九信息，所述收发单元，还用于向所述MT发送第十九信息，所述第十九信息包括用于所述目标F1接口传输的上行配置信息。

第三十一方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十四方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述处理单元，用于基于OAM的预配置信息，确定需要建立目标F1接口；所述收发单元，用于向第三CU发送第二十信息，所述第二十信息用于请求所述第三CU向IAB节点的MT发送用于所述目标F1接口传输的上行配置信息，所述第三CU与所述MT之间具有RRC连接。

第三十二方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十五方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第三CU的第二十一信息，所述第二十一信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及第四CU的标识信息(例如第四CU的CU-CP IP)，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，所述第四CU为所述IAB节点的DU的目标宿主CU；所述处理单元，用于生成第二十二信息；所述收发单元，还用于向所述MT发送第二十二信息，所述第二十二信息包括所述MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及所述第四CU的标识信息。

第三十三方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十六方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第三CU的第二十三信息，所述第二十三信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，或者，所述第三CU与所述MT之间具有RRC连接；所述处理单元，还用于生成第二十四信息；所述收发单元，还用于向所述IAB节点的DU发送所述第二十四信息，所述第二十四信息包括所述MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，以及所述第四CU的标识信息。

第三十四方面，本申请实施例提供另一种通信装置，该通信装置具有实现上述第二十七方面方法实施例中的行为的功能。该通信装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分该通信设备的功能的逻辑模块或软件。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，该硬件或软件包括一个或多个与上述功能相对应的模块或单元。在一种可能的实现方式中，该通信装置包括：收发单元和处理单元，其中：所述收发单元，用于接收来自第三CU的第二十五信息，所述第二十五信息包括IAB节点的MT在所述第三CU下时IAB节点的IP地址和/或BAP配置，所述第三CU为所述MT的目标CU，即MT将迁移至第三CU，或者，所述第三CU与所述MT之间具有RRC连接；所述处理单元，用于生成第二十六信息；所述收发单元，还用于向所述IAB节点的DU发送所述第二十六信息，所述第二十六信息包括MT在所述第三CU下时IAB节点的IP地址和/或BAP配置。

第三十五方面，本申请提供另一种通信装置，该通信装置包括处理电路和接口电路，该接口电路用于获取数据或输出数据；处理电路用于执行如上述第二十一方面至上述第二十七方面中任一方面所示的方法。

第三十六方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序包括程序指令，该程序指令被执行时使得计算机执行如上述第二十一方面至上述第二十七方面中任一方面所示的方法。

第三十七方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序包括程序指令，该程序指令被执行时使得计算机执行如上述第二十一方面至上述第二十七方面中任一方面所示的方法。

第三十八方面，本申请提供一种芯片，包括处理器与通信接口，所述处理器通过所述通信接口读取存储器上存储的指令，执行如上述第二十一方面至上述第二十七方面中任一方面所示的方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1为本申请实施例应用的通信系统的架构示意图；

图2示出了包括多个UE和多个IAB节点的IAB网络的一种示例；

图3为一种IAB网络架构的示意图；

图4为一种partial migration的示意图；

图5为一种full migration的示意图；

图6为一种连续partial migration(不迁移DU)的场景的示例；

图7为本申请实施例提供的一种连续partial migration中迁移DU的场景的示例；

图8为本申请实施例提供的mIAB-MT和mIAB-DU的目标CU不同的场景示例；

图9为本申请实施例提供的一种通信方法交互流程图；

图10为本申请实施例提供的另一种通信方法交互流程图；

图11为本申请实施例提供的另一种通信方法交互流程图；

图12为本申请实施例提供的另一种通信方法交互流程图；

图13为本申请实施例提供的另一种通信方法交互流程图；

图14为本申请实施例提供的另一种通信方法交互流程图；

图15为本申请实施例提供的另一种通信方法交互流程图；

图16示出了本申请实施例中所涉及的通信装置的可能的示例性框图；

图17为本申请实施例提供的网络设备1700的结构示意图。

具体实施方式

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。本申请中使用的术语“多个”是指两个或两个以上。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系。本申请中使用的术语“至少一个”是指一个或多个。

可以理解，在本申请各实施例中，“A对应的B”表示A与B存在对应关系，根据A可以确定B。但还应理解，根据(或基于)A确定(或生成)B并不意味着仅仅根据(或基于)A确定(或生成)B，还可以根据(或基于)A和/或其它信息确定(或生成)B。

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

其中，无线接入网设备是终端设备通过无线方式接入到该移动通信系统中的接入设备，可以是基站NodeB、演进型基站eNodeB、5G移动通信系统中的基站、未来移动通信系统中的基站或WiFi系统中的接入节点等，本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。终端设备也可以称为终端(terminal)、UE、移动台(mobile station，MS)、MT等。

终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、机器类型通信(machine type communication,MTC)终端、可穿戴设备、车载终端设备、无人机等。

其中，无线回传设备可以为其子节点提供回传服务。具体的，其可以是长期演进(long term evolution，LTE)系统中的中继节点，5G系统中的IAB节点，或者其他能够提供无线中继功能的设备。无线接入网设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对无线接入网设备和终端设备的应用场景不作限定。

无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信，也可以通过免授权频谱(unlicensed spectrum)进行通信，也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过6吉兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线接入网设备和终端设备之间所使用的频谱资源不做限定。

上述各网元既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例。此外，本申请实施例还可以适用于面向未来的其他通信技术。本申请描述的网络架构以及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对本申请提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

为了便于理解本申请实施例，下面先对本申请实施例中涉及的术语和技术特征作简单说明。

1)IAB网络：考虑到高频段的覆盖范围小，为了保障网络的覆盖性能，在一些偏远地区提供网络覆盖，光纤的部署难度大，成本高，也需要设计灵活便利的接入和回传方案。IAB技术应运而生，其接入链路(access link)和回传链路(backhaul link)皆采用无线传输方案，避免或者减少光纤部署，降低了设备成本。

在IAB网络中，中继节点，或者称为IAB节点(IAB-node)，可以为UE提供无线接入服务，UE的业务数据由IAB-node通过无线回传链路连接到IAB宿主节点(IAB-donor)传输。IAB节点可称为mIAB(mobile IAB)节点。下文中，mIAB是指mIAB节点，mIAB-MT是指IAB节点的MT，mIAB-DU是指IAB节点的DU，MT是IAB节点的MT的简称，DU是IAB节点的DU的简称。IAB节点可以与一个或多个上级节点建立无线回传链路，并通过上级节点接入核心网。上级节点可通过多种信令对中继节点进行一定的控制(例如，数据调度、定时调制、功率控制等)。另外，中继节点可以与一个或多个下级节点建立接入链路，并为一个或多个下级节点提供接入服务。中继节点的上级节点可以是基站，也可以是另一个中继节点。中继节点的下级节点可以是终端，也可以是另一个中继节点。在某些情形下，一个IAB节点的上级节点也可以称为其上游节点或父节点，该IAB节点的下级节点也可以称为其下游节点或子节点。

在IAB网络中可能采用多跳组网。考虑到业务传输可靠性的需求，IAB节点可以支持双连接(dual connectivity，DC)或者多连接(multi-connectivity)，以应对回传链路可能发生的异常情况(例如，无线链路的中断或阻塞(blockage)及负载波动等)，提高传输的可靠性保障。因此，IAB网络可以支持多跳和多连接组网，在终端设备和宿主基站之间可能存在多条路由路径。其中，在一条路径上，IAB节点之间，以及IAB节点和为IAB节点服务的宿主基站有确定的层级关系，每个IAB节点将为其提供回传服务的节点视为父节点，相应地，每个IAB节点可视为其父节点的子节点。

应理解的是，无线链路的中断(outage)或阻塞(blockage)均可能导致无线链路失败或拥塞。例如，当UE与IAB宿主节点之间存在建筑物遮挡时，可能导致UE与IAB宿主节点之间的无线链路阻塞。现有技术中，无线链路失败的原因主要有当物理层指示无线链路出现问题且超过一定时长或随机接入发生失败或无线链路层控制(radio link control，RLC)失败。应理解的是，无线链路失败还可能有其他原因，本申请实施例对此不做限定。无线链路拥塞可以是指某个IAB节点在某条链路上所要传输的上行或下行缓存数据量超过一定门限。

其中，IAB节点可以包括MT部分(即IAB-node-MT)和DU部分(即IAB-node-DU。其中，当IAB节点面向其父节点时，可以被看作是接入父节点的终端设备，即作为MT的角色；当IAB面向其子节点时，其可被看作是为子节点提供回传服务的网络设备，即作为DU的角色，其中，这里的子节点可能是另一个IAB节点或者终端设备。

IAB宿主节点(IAB-donor)可以是一个具有完整基站功能的接入网网元，例如宿主基站DgNB，还可以是集中式单元(centralized unit，CU)和DU分离形态的接入网网元，IAB宿主节点连接到为终端设备服务的核心网(例如连接到5G核心网)网元，并为IAB节点提供无线回传功能。为便于表述，将IAB宿主节点的集中式单元可简称为donor CU或IAB-donor CU，IAB宿主节点的分布式单元简称为donor DU或IAB-donor DU，其中donor CU还有可能是控制面(control plane，CP)和用户面(user plane，UP)分离的形态，例如CU可由一个CU-CP和一个(或多个)CU-UP组成。

在IAB网络中，在UE和IAB-donor之间的一条传输路径上，可以包含一个或多个IAB-node。每个IAB-node需要维护面向父节点的无线回传链路，还需要维护和子节点的无线链路。若IAB-node的子节点是终端设备，该IAB-node和子节点(即该终端设备)之间是无线接入链路。若IAB-node的子节点是其他IAB-node，该IAB-node和子节点(即其他IAB-node)之间是无线回传链路。图2示出了包括多个UE和多个IAB节点的IAB网络的一种示例。图2以包括2个UE和5个IAB节点为例。其中，这2个UE分别为UE1和UE2，这5个IAB节点分别为IAB节点1～IAB节点5。应理解，图2粗线示意接入链路，细线示意回传链路。参见图2，在路径“UE1→IAB-node4→IAB-node3→IAB-node1→IAB-donor”中，UE1通过无线接入链路接入IAB-node4，IAB-node4通过无线回传链路连接到IAB-node3，IAB-node3通过无线回传链路连接到IAB-node1，IAB-node1通过无线回传链路连接到IAB-donor。应理解的是，图2所示的IAB组网场景仅仅是示例性的，支持多跳和多连接组网IAB网络中还有更多其他的可能性，此处不再一一列举。

IAB-node-DU(后续简单表述为IAB-DU)在逻辑上通过F1接口连接至IAB-donor CU(后续简单表述为CU)。图3为一种IAB网络架构的示意图。图3中的F1连接并不是物理上的直接连接，是逻辑上的连接。实际上，IAB-DU与CU的F1连接在物理上是通过每一跳的IAB-node MT与父节点DU之间的NR Uu接口实现的，但由于最终IAB-DU能够与CU通信，可以认为在逻辑上存在F1接口。F1接口也可以称为F1*接口，本申请实施例对该接口的名称不作限制。且本文中以该接口称为F1接口为例。IAB-donor CU通过NG接口连接到5G核心网(5G core network，5GC/5GCN)。IAB-donor CU与gNodeB之间有Xn-C接口。

2)部分迁移(partial migration)和完全迁移(full migration)

在3GPP版本17(Release-17)的讨论中，将IAB节点跨CU迁移分为full migration和partial migration两种实现方式。其中，full migration又包括逐步自顶向下(gradual top-down)、逐步自低向上(gradual bottom-up)和完全嵌套(full nested)三种实现方式。在partial migration中，IAB节点的MT发生了跨CU切换，但该IAB节点的DU仍然与源CU保持F1连接；而在full migration中，IAB节点的DU需要与候选目标CU建立F1连接。Rel-17主要面向以负载均衡为出发点的IAB节点的迁移，因此可以采用partial migration，只通过切换MT，使得F1接口换一条路径传输，但不改变F1接口的锚点。而Rel-18中主要面向因IAB节点移动导致的迁移，在IAB节点移动范围较大时，仍然与源CU维持F1连接是不合适的，F1连接的锚点也需要变化到候选目标CU上。因此，full migration是Rel-18移动IAB的必选特性。下面将对partial migration和full migration讨论现状进行简要介绍。

发生迁移的IAB节点称为边界节点(boundary node)。图4为一种partial migration的示意图。参阅图4，IAB-node2为边界节点，IAB-node2在进行partial migration之前，IAB-MT2与CU1之间存在RRC连接，IAB-DU2与CU1之间存在F1接口，IAB-node2与IAB-donor通过源路径(经过由IAB-MT1和IAB-DU1构成的IAB-node1)进行通信，参阅带箭头的实线。IAB-node2在partial migration时，IAB-MT2发生了跨CU的小区切换，与CU2建立了RRC连接，但为了避免或者减少引入F1接口的重建立过程，IAB-DU2仍然与CU1保持F1接口，并不会与CU2建立F1接口。因此，CU1与IAB-DU2之间的通信路径变为了跨拓扑的：参阅带箭头的虚线。图4中，CU1和CU2分别称为F1-terminating CU和non-F1-terminating CU。需要注意的是，数据在这条路径上传输时并不经过CU2，CU1与Donor-DU2是直接通过IP网络通信的。在partial migration中，核心的交互信令是CU1与CU2之间的XN消息：IAB TRANSPORT MANAGEMENT REQUEST/RESPONSE消息，参阅标准TS 38.423V17.2.0Section 9.4.2,Section 9.4.3。CU1通过IAB TRANSPORT MANAGEMENT REQUEST消息请求CU2帮助它建立跨拓扑的流量传输，其中携带流量的IP地址和服务质量(quality of service，QoS)信息；CU2建立好跨拓扑的流量传输之后，将边界节点的MT的回传链路(backhaul)信息(位于CU2下的虚线框中的拓扑)通过IAB TRANSPORT MANAGEMENT RESPONSE消息返回给CU1，CU1基于边界节点的MT的backhaul信息，通过F1AP给边界节点配置跨拓扑的BAP规则。IAB TRANSPORT MANAGEMENT REQUEST/RESPONSE是UE关联(associated)的XN消息，关联到(associated to)边界节点的MT，因此在这两条消息中，都需要携带边界节点的MT在CU1下的XNAP ID和在CU2下的XNAP ID，用于标识这个MT。

图5为一种full migration的示意图。参阅图5，IAB-node3为边界节点，在full migration中，需要将IAB-DU3与CU1之间的F1接口迁移至CU2。由于协议不支持一个DU与两个CU同时存在F1接口，现有的实现方案中，通过将IAB-DU3扩展为两个逻辑DU，即IAB-DU3a(可简称为DU3a)和IAB-DU3b(即新的逻辑DU)，IAB-DU3a始终维持与CU1之间的F1接口，而IAB-DU3b(可简称为DU3b)用于与CU2建立新的F1接口，DU3a与DU3b可以视为两个DU，各自存在F1接口，UE需要做一次切换，由IAB-DU3a下的小区切换至IAB-DU3b的小区之下。在三种full migration的实现方式中：

gradual top-down的前几步与partial migration类似，首先按照partial migration的过程，切换IAB-MT3(可简称为MT3)，建立DU3a与CU1之间的跨拓扑F1-C和F1-U，CU2在帮助建立DU3a与CU1之间的跨拓扑F1-C和F1-U时，也建立DU3b与CU2之间的F1-C和F1-U，然后将UE切换至DU3b下，UE可直接在目标路径(target path)上与CU2通信。目标路径是指

在gradual bottom-up中，首先通过建立DU3b与CU2之间的跨拓扑F1-C和F1-U，使得UE能够切换到DU3b之下，建立DU3b与CU2之间通过拓扑1的控制面和用户面数据传输，在所有UE切换成功后，再向MT3发送切换命令或生效MT3的切换命令，然后在target path上建立F1-C/U，使得UE的流量能够迁移到target path。拓扑1是指建立DU3b与CU2之间通过拓扑1的控制面和用户面数据传输需要在DU3b与donor-DU1上，以及在二者之间的中间跳节点(如果有)上建立回传链路资源(BH RLC CH)，并进行BAP层的配置，使得这些相关节点上能够有相应的资源用于传输控制面与用户面数据，且每一个相关节点的BAP层都知道如何进行数据包到资源的映射。

full nested情况与gradual bottom-up类似，首先通过建立DU3b与CU2之间的跨拓扑F1-C(只建立跨拓扑F1-C，用于CU2做切换判决时允许将UE切到DU3b之下，但不建立跨拓扑F1-U，不进行跨拓扑数据传输)，使得UE能够允许切换到DU3b之下，在向所有UE发送切换命令后，马上向MT3发送切换命令或生效MT3的切换命令，然后直接在target path上建立F1-C/U，使得UE的流量能够迁移到target path。

3)连续partial migration中的DU迁移

full migration与partial migration的本质区别在于是否需要进行DU的迁移(事实上，是生成一个新的逻辑DU再与目标(target)CU建立F1接口，但从IAB节点的宏观角度考虑，通常也可以表述为“DU的迁移”)。在Rel-18mobile IAB的立项文件中，将full migration作为必选特性。然而，这也并不意味着IAB节点每一次迁移都需要做full migration。在Rel-18前几次会议的讨论中，主流观点是以连续的partial migration作为基线，在需要进行DU迁移的时候，再进行DU的迁移。图6为一种连续partial migration(不迁移DU)的场景的示例。如图6所示。mIAB(mobile IAB)-MT由CU1拓扑切换至CU2下的拓扑，又由CU2切换至CU3下的拓扑，mIAB-DU始终与CU1维持F1连接。根据RAN3#117b e-meeting的结论，由mIAB-DU的F1锚点的CU(即CU1)决定是否需要做DU的迁移。图7为本申请实施例提供的一种连续partial migration中迁移DU的场景的示例。图7给出了当mIAB-MT从CU2下的拓扑迁移到CU3下的拓扑时，CU1决定进行DU迁移的情况，与full migration类似，mIAB-node需要生成一个新的逻辑DU(mIAB-DU2)，与CU3建立F1接口，然后将UE从mIAB-DU1下的小区切换至mIAB-DU2下的小区。图6与图7中，mIAB-MT直接连到donor-DU，但仅是示意，mIAB-MT也可以连接到其他固定的IAB-DU，通过多跳到达donor-DU，本申请实施例不进行限定。

根据2022年10月召开的RAN3 118次会议进展，许多公司认为mIAB-MT和mIAB-DU不仅源CU可以不同，甚至它们的目标(target)CU也可以是不同的。mIAB-MT的目标CU是指mIAB-MT迁移至的CU，mIAB-DU的目标CU是指mIAB-DU迁移至的CU。图8为本申请实施例提供的mIAB-MT和mIAB-DU的目标CU不同的场景示例。参阅图8，mIAB-MT从CU2切换至CU3，而mIAB-DU从CU1迁移至CU4。这一观点的支持者给出的理由包括：

由于移动性，mIAB-MT可能频繁的更换CU(如：pico-cell的CU)，而mIAB-DU的锚点CU不宜频繁更换，更倾向于接入一个控制范围较大的CU，而不是跟随mIAB-MT选择一个小站的CU。例如，CU1和CU4都是宏基站的CU，CU2和CU3是分别与CU1和CU4相关联的小基站的CU，当MT从CU2切换至CU3时，CU1判断需要将DU迁移至CU4下。

即使对于mIAB-MT与mIAB-DU的目标CU相同的情况，mIAB-MT可能在首次切换失败后重新切换至另一个CU，此时mIAB-DU与mIAB-MT的目标CU不同。

支持mIAB-MT和mIAB-DU的目标CU不同的公司的诉求其实是将mIAB-MT和mIAB-DU的迁移彻底解耦。也就是说，不仅需要支持Rel-17中的mIAB-MT迁移、mIAB-DU不迁移(partial migration)；在Rel-18中，也要允许mIAB-DU迁移、mIAB-MT不迁移。这样一来，不仅mIAB-MT和mIAB-DU的目标CU可以不同，选择目标CU的时间也可以不同(一次只迁移一个网元)。

MT的target CU决定了F1连接的路径，DU的target CU决定了F1连接的锚点CU。当DU与MT的target CU不同时，存在一个新的问题，即：如何保证F1连接的路径上的节点与F1连接的锚点CU是可以通信的(IP可达的)。参阅图8，mIAB在迁移DU时，如果CU4是CU1为DU选择的target CU，则mIAB-DU2与CU4之间的F1接口的连接是通过donor-DU3路由的，而在此之前，CU3与CU4并未交互过CU4与donor-DU3之间是否能通信。CU4与donor-DU3之间是否能通信可以是CU4与donor-DU3之间是否能通过IP路由的方式进行通信，也可以是CU4与CU3之间是否能建立Xn接口，还可以是CU4与CU3之间是否存在Xn接口。因此，如果直接迁移现有技术到DU与MT的target CU不同的场景，可能导致两个target CU之间不能通信，造成数据传输失败。可理解，图8所示的场景中，CU4是CU1为DU选择的target CU，CU3是MT的目标CU，需要保证CU4(F1连接的锚点CU)和CU3(F1连接的路径上的节点)之间是可以通信的。

本申请实施例提供了可保证F1连接的路径上的节点与F1连接的锚点CU是可以通信的(IP可达的)通信方案。或者说，本申请实施例提供的通信方案，能够避免或者减少IAB节点的MT的目标CU和IAB节点的DU的目标CU之间的数据传输失败的发生。另外，本申请实施例还提供了mIAB-node获取建立新的F1接口或迁移F1接口所需的配置(例如MT的IP地址、BAP配置、target CU的CU-CP IP地址)的通信方案。下面先介绍本申请实施例提供的通信方案适用的迁移场景。

面向mIAB中的mIAB-DU和mIAB-MT的目标CU不同的迁移场景，如图8所示。进一步的，可将mIAB-DU和mIAB-MT的目标CU不同细分为如下四种场景：

场景1：MT迁移导致DU迁移，且二者迁移的目标CU不同。由于IAB节点的移动，MT基于信号质量进行切换，而由于MT的切换，DU的锚点CU也判断DU需要切换。这种场景中，MT与DU均发生了迁移，且整个流程是由MT迁移触发的。如图8中，MT从CU2切换至了CU3，此时CU1判断DU需要从CU1切换至CU4。

场景2：MT不迁移时，DU迁移，DU迁移的目标CU与MT的CU不同。虽然这种场景中，MT不迁移，不存在MT的所谓“目标CU”，但其本质也是控制MT与DU的CU不相同，也属于本申请的范畴。这种场景涵盖了MT迁移一段时间后，DU再进行迁移的情况，属于场景1的推广。如图8中，MT已连接在CU3，或始终连接在CU3，此时CU1判断DU需要从CU1切换至CU4(CU2的拓扑部分不存在)。

场景3：DU迁移导致MT迁移，且二者迁移的目标CU不同。在这种场景中，DU需要迁移，控制DU的源CU为DU选择目标CU后，告知MT的源CU，再由MT的源CU控制MT的迁移。这种场景中，MT与DU均发生了迁移，且整个流程是由DU迁移触发的，如图8中，DU从CU1切换至了CU4，此时CU2判断MT需要从CU2切换至CU3。

场景4：DU不迁移时，MT迁移，MT迁移的目标CU与DU的CU不同。这种场景类似partial migration，唯一的区别在于，此时我们认为DU在本次的MT迁移中是不会发生迁移的。因此，如果MT的target CU与DU当前的CU不能通信，不能寄希望于DU也会迁移，此时需要保证MT的目标CU与DU当前的CU是能通信的，否则，MT的源CU需要重新为MT选择目标CU。如图8中，MT从CU2切换至CU3，此时mIAB-DU1与CU1之间始终保持F1连接，且不会进行DU的迁移(CU4的拓扑部分不存在)。

下面结合附图介绍本申请实施例提供的通信方案。

图9为本申请实施例提供的一种通信方法交互流程图。图9中的方法适用于上述场景1和场景2。图9中，CU1表示第一CU，CU2表示第二CU，CU3表示第三CU，CU4表示第四CU，后续其他图中的各网元的含义可参阅图9中的含义。第一CU与IAB节点的DU之间有F1连接，IAB节点的MT与第三CU或第二CU之间具有RRC连接，第四CU是上述IAB节点的DU的候选目标CU。如图9所示，该方法包括：

901、第三CU向第二CU发送消息1。

在一种可能的实现方式中，消息1为关于mIAB-MT的切换请求响应(HANDOVER REQUEST ACK)。在第三CU向第二CU发送消息1之前，第二CU可向第三CU发送过关于mIAB-MT的切换请求(HANDOVER REQUEST)。当消息1为关于mIAB-MT的切换请求响应时，步骤901属于MT的切换准备流程(MT还没有执行切换，还连接在第二CU下)。

在一种可能的实现方式中，消息1为释放关于mIAB-MT的上下文的消息，例如UE CONTEXT RELEASE。例如，在mIAB-MT已经切换到第三CU下后，第三CU向第二CU发送在源站释放关于mIAB-MT的上下文的消息。当消息1为释放关于mIAB-MT的上下文的消息时，步骤901为MT切换执行完成后的上下文释放过程。

902、第二CU向第一CU发送消息2。

消息2可携带有第三CU的gNB-ID，mIAB-MT在第一CU、第二CU、第三CU下的XNAP ID，donor-DU3或第三CU的IP地址。步骤902可替换为：第三CU向第一CU发送消息2。

步骤901和步骤902是可选的。当图9中的方法流程适用于上述场景1时，IAB节点的MT与第二CU之间具有RRC连接，图9中的方法流程包括步骤901和步骤902。也就是说，当步骤901和步骤902存在时，图9中的方法流程体现了MT的切换过程，适用于上述场景1。当图9中的方法流程适用于上述场景2时，IAB节点的MT与第三CU之间具有RRC连接，MT始终在第三CU下或在执行图9中的方法流程之前已切换到了第三CU下，图9中的方法流程不包括步骤901和步骤902。也就是说，当步骤901和步骤902不存在时，MT始终在第三CU下，或早已切换到了第三CU下，图9中的方法流程适用于上述场景2。而对于步骤902之后的步骤，场景1和场景2相同。

903、第一CU选择第四CU作为IAB节点的DU的候选目标CU。

步骤903一种可能的实现方式如下：从与上述第一CU之间有Xn接口的CU中，选择上述第四CU作为上述IAB节点的DU的候选目标CU。例如，第一CU从目标列表中，选择第四CU作为上述IAB节点的DU的候选目标CU，目标列表中包括与第一CU之间有XN接口的一个或多个CU的标识信息。可选的，上述第四CU为目标列表中的任一个。第一CU可随机选择目标列表中的一个CU作为IAB节点的DU的候选目标CU。可选的，上述第四CU为目标列表中服务范围最大的一个CU。

步骤903另一种可能的实现方式如下：第一CU向核心网(例如AMF网元)发送第十四信息，该第十四信息用于请求核心网为第一CU选择一个DU迁移的候选目标CU；接收第十五信息，上述十五信息包括上述第四CU的标识信息；根据上述第十五信息，将上述第四CU作为IAB节点的DU的候选目标CU。第十四信息可包括第一CU的标识信息。

步骤903另一种可能的实现方式如下：向网管(例如OAM网元)发送第十四信息，该第十四信息用于请求网管为第一CU选择一个DU迁移的候选目标CU；接收第十五信息，上述十五信息包括上述第四CU的标识信息；根据上述第十五信息，将上述第四CU作为IAB节点的DU的候选目标CU。

904、第一CU向第四CU发送第一信息。

上述第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断。或者，上述第一信息用于指示上述第三CU和上述第四CU之间是否能建立Xn接口的判断。或者，上述第一信息用于指示上述第三CU和上述第四CU之间是否存在Xn接口的判断。下文以第一信息用于指示第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的判断为例来描述。第一信息可携带第一CU 的gNB-ID，第三CU的gNB-ID、第三CU的IP地址、或donor-DU3的IP地址中的一项或多项。可选的，第一信息携带mIAB-MT在第三CU下的标识信息，例如XNAP ID。mIAB-MT在第三CU下的标识信息可称为在第三CU中标识MT的标识信息。

905、第四CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

本申请实施例不限定根据第一信息，第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的方式。例如，第四CU查询IP路由表，如果其中有关于第三CU或第三CU管理的donor-DU的项(如：能够根据第三CU或第三CU管理的donor-DU的IP地址查询到下一跳IP地址)，则认为第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信，即IP可达；否则，认为第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信，即IP不可达。

当第一信息用于指示第三CU和第四CU之间是否能建立Xn接口的判断时，步骤905可替换为：第四CU根据第一信息，确定(或者说判断)第三CU和第四CU之间是否能建立Xn接口。当第一信息用于指示第三CU和第四CU之间是否存在Xn接口的判断时，步骤905可替换为：第四CU确定第三CU和第四CU之间是否存在Xn接口。

906、第四CU向第一CU发送第二信息。

上述第二信息用于指示上述第三CU管理的宿主DU和上述第四CU能或者不能通过IP路由的方式进行通信。第二信息可承载于已有的消息，也可以承载于一条新的消息，例如名称为IP routable result notification的消息，本申请不作限定。第二信息可携带第四CU的IP地址。第四CU的IP地址可以是上述第四CU的CU-CP的IP地址。之所以这样下位的限定，是考虑到CU上用于服务F1控制面(CP)消息的IP地址可能与用于其他用途的IP地址有所不同。此处的IP地址是CU用于与IAB节点的DU之间传输的，是CU-CP的IP地址。携带第四CU的IP地址的目的是为了在后续步骤中，第一CU将这个IP地址发给IAB节点，用于IAB节点的DU与第四CU之间建立F1接口。除此之外，第二信息还携带第四CU中标识MT的标识信息，例如MT在第四CU下的XNAP ID，用于第一CU后续告知第三CU，使得第三CU能够向第三CU发送DSCP或流标签。

907、第一CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的DU的候选目标CU。

第一CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，返回步骤903，即重新为IAB节点的DU选择一个候选目标CU。第一CU选择第五CU作为IAB节点的DU的候选目标CU与选择第四CU作为IAB节点的DU的候选目标CU的方式类似，这里不再赘述。

908、第一CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息。

上述第三信息用于请求上述第三CU在其拓扑内建立为上述IAB节点的DU与上述第四CU之间的F1接口传输配置资源。例如，第三信息携带在Transport Migration Management Request消息中。第三信息可包括第四CU的gNB-ID和MT在第四CU下的标识信息，例如mIAB-MT的XNAP ID in第四CU。可选的，第三信息包括第四CU的IP地址，例如第四CU的CU-CP的IP地址。第三信息携带第四CU的gNB-ID和mIAB-MT XNAP ID in第四CU的原因在于这个F1连接是将要用于mIAB-DU2与第四CU之间的，第三CU在后续过程中需要将DSCP/流标签发给第四CU。因此第三CU需要能找到第四CU，且这条消息可能是UE Associated的。第三信息包括第四CU的IP地址的目的是为了在后续步骤中将这个IP地址发给mIAB-node，用于mIAB-DU2与第四CU之间建立F1接口。之所以是可选的，是因为第四CU的IP地址也可以不告知第三CU，而是可以第一CU直接通过与mIAB-DU1之间的F1接口告知mIAB-node。

需要说明，第一CU根据第二信息，执行步骤907或者步骤908，而不会既执行步骤907又执行步骤908。

906’、第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息。

上述第三信息用于请求上述第三CU在其拓扑内建立上述IAB节点的DU与上述第四CU之间的F1接口传输。第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信(即IP可达)之后，无需告知第一CU，第四CU直接向第三CU发送第三信息。第三信息可携带于拓扑流量传输请求IAB Transport Migration Management Request消息。例如，第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信之后，无需告知第一CU，第四CU直接向第三CU发起跨拓扑流量传输请求，该请求携带第四CU的IP地址，例如第四CU的CU-CP的IP地址。此处携带第四CU 的CU-CP的IP地址的作用与步骤908中相同，且此处为必须携带，因为第一CU此时仍不知道第四CU的IP地址。如果第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信(即IP不可达)，第四CU才告知第一CU，让其回到步骤903，重新选择DU的target CU。相比于步骤908，此处无需额外的指示第四CU的gNB-ID，因为这条消息就是从第四CU发给第三CU的，第三CU能够知道第四CU的gNB-ID。

907’、第四CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第一CU发送第六信息。

第六信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信。第六信息可承载于已有的消息，也可以承载于一条新的消息，例如名称为IP non-routable result notification的消息，本申请不作限定。

908’、第一CU响应于第六信息，选择第五CU作为IAB节点的DU的候选目标CU。

若第一CU接收到用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的信息，例如第六信息，则第一CU返回步骤903，即重新为IAB节点的DU选择一个候选目标CU。

需要说明，第四CU执行步骤906’或者步骤907’，而不会既执行步骤906’又执行步骤907’。

步骤906至步骤908是可选的。步骤906至步骤908可替换为步骤906’至步骤908’。图9中的方法流程一种可能的实现方式包括：步骤901至步骤903(可选的)、步骤904、步骤905、步骤906、步骤907。图9中的方法流程另一种可能的实现方式包括：步骤901至步骤903(可选的)、步骤904、步骤905、步骤906、步骤908。图9中的方法流程另一种可能的实现方式包括：步骤901至步骤903(可选的)、步骤904、步骤905、步骤906’。图9中的方法流程另一种可能的实现方式包括：步骤901至步骤903(可选的)、步骤904、步骤905、步骤907’、步骤908’。

第一CU在选择DU的target CU(第四CU)时，与MT的CU(第三CU)进行协商，由第四CU来判断选择的第四CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第一CU重新选择DU的target CU；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

图10为本申请实施例提供的另一种通信方法交互流程图。图10中的方法适用于上述场景1和场景2。图10中的各网元的含义可参阅图9中的含义。第一CU与IAB节点的DU之间有F1连接，IAB节点的MT与第三CU或第二CU之间具有RRC连接，第四CU是上述IAB节点的DU的候选目标CU。如图10所示，该方法包括：

1001、第三CU向第二CU发送消息1。

1002、第二CU向第一CU发送消息2。

1003、第一CU选择第四CU作为IAB节点的DU的候选目标CU。

步骤1001至步骤1003可与图9中的步骤901至步骤903相同，这里不再赘述。

1004、第一CU向第四CU发送消息3。

消息3用于请求第四CU的CU-CP IP地址。若第一CU与第四CU之间无XN接口，则第一CU与第四CU之间的消息通过AMF转发。

1005、第四CU向第一CU发送消息4。

消息4可携带第四CU的CU-CP的IP地址与mIAB-MT在第四CU下的XNAP ID。其中，消息4携带mIAB-MT在第四CU下的XNAP ID的目的是用于第一CU后续告知第三CU，使得第三CU能够向第四CU发送DSCP/流标签。

1006、第一CU向第三CU发送第一信息。

对于第一信息的描述可参阅图9的方法流程中关于第一信息的描述。第一信息包括第四CU的IP地址，例如第四CU的CU-CP IP地址。可选的，第一信息还包括第四CU的gNB-ID和mIAB-MT在第四CU下的XNAP ID。第四CU的gNB-ID和mIAB-MT在第四CU下的XNAP ID的用途为：如果第三CU判断出IP可达，可以直接配置服务于mIAB-DU与第四CU之间的F1接口的资源，然后向第四CU发送DSCP/flow label。

1007、第三CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

步骤1007可参阅图9中的步骤905。第三CU确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的实现方式可与第四CU确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信的实现方式相同。

1008、第三CU向第一CU发送第二信息。

步骤1008可参阅图9中的步骤906。

1009、第一CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的MT的候选目标CU。

步骤1009可参阅图9中的步骤907。

1010、第一CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息。

步骤1010可参阅图9中的步骤908。步骤1010与图9中的步骤908的区别在于，第三信息不需要携带第四CU的CU-CP IP地址。需要说明，步骤1006中的第一信息或者步骤1010中的第三信息包括第四CU的gNB-ID和mIAB-MT的XNAP ID in第四CU。需要注意，第一CU根据第二信息，执行步骤1009或者步骤1010，而不会既执行步骤1009又执行步骤1010。

1008’、第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送第十三信息。

例如，第十三信息承载于IAB Transport Migration management procedure Request消息，上述第十三信息用于请求上述第四CU发起IAB传输迁移(IAB Transport Migration)流程。第十三信息中携带在第四CU中标识MT的标识信息和在第三CU中标识MT的标识信息。例如，第十三信息中携带MT在第三CU和第四CU下的XNAP ID，用于告知第四CU是迁移关于哪个MT的流量。

1009’、第四CU向第三CU发送第三信息。

上述第三信息用于请求上述第三CU在其拓扑内建立上述IAB节点的DU与上述第四CU之间的F1接口传输。第三信息可包括第四CU的CU-CP IP地址。

1010’、第三CU在其拓扑内建立IAB节点的DU与第四CU之间的F1接口传输。

步骤1008’和步骤1009’是可选的。第三CU在执行步骤907之后，在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，可直接执行步骤1010’。

1008”、第三CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第一CU发送第六信息。

步骤1008”可参阅图9中的步骤907’。

1009”、第一CU响应于第六信息，选择第五CU作为IAB节点的DU的候选目标CU。

步骤1009”可参阅图9中的步骤908’。步骤1008至步骤1010可替换为步骤1008’至步骤1010’，也可替换为1010’，还可替换为步骤1008”和步骤1009”。图10中的方法流程一种可能的实现方式包括：步骤1001至步骤1003(可选的)、步骤1004至步骤1007、步骤1008、步骤1009。图10中的方法流程另一种可能的实现方式包括：步骤1001至步骤1003(可选的)、步骤1004至步骤1007、步骤1008、步骤1010。图10中的方法流程另一种可能的实现方式包括：步骤1001至步骤1003(可选的)、步骤1004至步骤1007、步骤1008’至步骤1010’。图10中的方法流程另一种可能的实现方式包括：步骤1001至步骤1003(可选的)、步骤1004至步骤1007、步骤1008”至步骤1009”。

本申请实施例中，第一CU在选择DU的target CU(第四CU)时，与MT的CU(第三CU)进行协商。由第三CU来判断选择的第四CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第一CU重新选择DU的target CU。

相比于现有技术，图9和图10所示的实施例使能了以下两种场景：1.MT迁移导致DU迁移，且二者迁移的目标CU不同；2.MT不迁移时，DU迁移，DU迁移的目标CU与MT的CU不同。解决了现有技术直接应用在这两种场景中造成的跨拓扑F1连接不通的问题，使得在这两种场景中，能够成功建立起跨拓扑流量传输，提升了IAB迁移场景的灵活性。

图11为本申请实施例提供的另一种通信方法交互流程图。图11中的方法适用于上述场景3(DU已完成迁移)或场景4。图11中的各网元的含义可参阅图9中的含义。第二CU与IAB节点的MT之间具有RRC连接，第三CU是MT的候选目标CU，第四CU与IAB节点的DU之间有F1连接。如图11所示，该方法包括：

1101、第二CU选择第三CU作为MT的候选目标CU。

步骤1101一种可能的实现方式如下：根据上述MT的测量报告，选择上述第三CU作为上述MT的候选目标CU。步骤1101另一种可能的实现方式如下：第二CU选择与MT相邻且选择一个负载最轻的第三CU作为上述MT的候选目标CU。第二CU还可通过其他方式选择MT的候选目标CU，这里不作限定。第四CU与IAB节点的DU之间有F1连接表明在迁移MT之前，IAB节点的DU已迁移至第四CU(场景3)，或者，IAB节点的 DU始终与第四CU保持F1连接(场景4)。

1102、第二CU与第三CU之间进行MT的切换准备流程。

步骤1102一种可能的实现方式如下：第二CU向第三CU发送切换请求，即handover(HO)request，该切换请求用于请求将MT迁移至第三CU，该切换请求包括mIAB-MT在第二CU下的XNAP ID；第三CU进行准入控制(判断是否接受MT切换)，如果接受，则向第二CU返回切换请求响应，并携带mIAB-MT在第三CU下的XNAP ID。本申请实施例不限定步骤1102的实现方式。

1103、第二CU向第三CU发送第一信息。

对于第一信息的描述可参阅图9的方法流程中关于第一信息的描述。第一信息包括第四CU的IP地址，例如第四CU的CU-CP IP地址。可选的，第一信息包括第四CU的gNB-ID和mIAB-MT在第四CU下的XNAP ID。可选的，第一信息可携带在步骤1102的切换请求当中。

1104、第三CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

步骤1104可参阅图9中的步骤905。

1105、第三CU向第二CU发送第二信息。

对于第二信息的描述可参阅图9的方法流程中关于第二信息的描述。可选的，第二信息可携带在步骤1102的切换请求响应当中。

1106、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的MT的候选目标CU。

步骤1106可参阅图9中的步骤907。

1107、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送第八信息。

第八信息用于指示上述第三CU管理的宿主DU和上述第四CU能够通过IP路由的方式进行通信。需要说明，第二CU根据第二信息，执行步骤1106或者步骤1107，而不会既执行步骤1106又执行步骤1107。

1108、第四CU向第三CU发送第三信息。

上述第三信息用于请求上述第三CU在其拓扑内建立上述IAB节点的DU与上述第四CU之间的F1接口传输。

1105’、第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送第十三信息。

步骤1105’可参阅图10中的步骤1008’。

1106’、第四CU向第三CU发送第三信息。

步骤1106’可参阅图10中的步骤1009’。

1107’、第三CU在其拓扑内建立IAB节点的DU与第四CU之间的F1接口传输。

步骤1105’和步骤1106’是可选的。第三CU在执行步骤904之后，在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，可直接执行步骤1010’。

1105”、第三CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第二CU发送第六信息。

对于第六信息的描述可参阅图9的方法流程中关于第六信息的描述。

1106”、第二CU响应于第六信息，选择第五CU作为IAB节点的MT的候选目标CU。

步骤1106”可参阅图9中的步骤908’。步骤1105至步骤1108可替换为步骤1105’至步骤1107’，也可替换为1107’，还可替换为步骤1105”和步骤1106”。图11中的方法流程一种可能的实现方式包括：步骤1101至步骤1106。图11中的方法流程另一种可能的实现方式包括：步骤1101至步骤1105、步骤1107至步骤1108。图11中的方法流程另一种可能的实现方式包括：步骤1101至步骤1104、步骤1105’至步骤1107’。图11中的方法流程另一种可能的实现方式包括：步骤1101至步骤1104、步骤1105”至步骤1106”。

本申请实施例中，第二CU在选择MT的target CU(第三CU)时，与始终控制DU的CU(场景4，第四CU)进行协商。由第三CU来判断选择的第三CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第二CU重新选择MT的target CU；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

图12为本申请实施例提供的另一种通信方法交互流程图。图12中的方法适用于上述场景3(DU已完成迁移)或场景4。图12中的各网元的含义可参阅图9中的含义。第二CU与IAB节点的MT之间具有RRC连接，第三CU是MT的候选目标CU，第四CU与IAB节点的DU之间有F1连接。如图12所示，该方法包括：

1201、第二CU选择第三CU作为MT的候选目标CU。

步骤1201可参阅步骤1101。

1202、第二CU与第三CU之间进行MT的切换准备流程。

步骤1202可参阅步骤1102。

1203、第二CU向第四CU发送第一信息。

对于第一信息的描述可参阅图9的方法流程中关于第一信息的描述。第一信息包括第三CU的gNB-ID和/或第三CU的IP地址，以及mIAB-MT在第三CU下的XNAP ID。第一信息可用于第四CU判断与donor-DU3的IP可达性，以及如果IP可达，向第三CU发起跨拓扑流量建立请求。

1204、第四CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

步骤1204可参阅步骤905。

1205、第四CU向第二CU发送第二信息。

1206、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的MT的候选目标CU。

1207、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送第八信息。

步骤1207可参阅步骤1107。

1208、第四CU向第三CU发送第三信息。

步骤1208可参阅步骤1108。

1205’、第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息。

1206’、第四CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第二CU发送第六信息。

1207’、第二CU响应于第六信息，选择第五CU作为IAB节点的MT的候选目标CU。

本申请实施例中，第二CU在选择MT的target CU(第三CU)时，与始终控制DU的CU(场景4，第四CU)进行协商。由第四CU来判断选择的第三CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第二CU重新选择MT的target CU；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

图13为本申请实施例提供的另一种通信方法交互流程图。图13中的方法适用于上述场景3(DU未完成迁移)。图13中的各网元的含义可参阅图9中的含义。第一CU与IAB节点的DU之间有F1连接，第二CU与IAB节点的MT之间具有RRC连接，第三CU是MT的候选目标CU，第四CU是DU的候选目标CU。如图13所示，该方法包括：

1301、第一CU选择第四CU作为IAB节点的DU的候选目标CU。

步骤1301可参阅步骤903。

1302、第一CU向第四CU发送DU迁移请求消息。

DU迁移请求消息携带第一CU的gNB-ID。可选的，DU迁移请求消息携带mIAB-MT在CU1下的XNAP ID。以及，可选的，DU迁移请求消息携带mIAB-DU2的gNB-DU ID。DU迁移请求消息用于请求迁移DU至第四CU。

1303、第四CU向第一CU发送DU迁移请求响应消息。

DU迁移请求响应消息携带第四CU的gNB-ID。可选的，DU迁移请求响应消息携带mIAB-MT在第四CU下的XNAP ID、和第四CU CP面的IP地址。

1304、第一CU向第二CU发送消息5。

消息5携带第一CU为DU选择的候选目标CU的标识信息，例如第四CU的gNB-ID。可选的，消息5还携带步骤1303中收到的mIAB-MT在第四CU下的XNAP ID、和第四CU CP面的IP地址。

1305、第二CU选择第三CU作为MT的候选目标CU。

步骤1305可参阅步骤1101。

1306、第二CU与第三CU之间进行MT的切换准备流程。

步骤1306可参阅步骤1102。步骤1306一种可能的实现方式如下：第二CU向第三CU发送切换请求，即handover(HO)request，该切换请求用于请求将MT切换至(或者说迁移至)第三CU，该切换请求可包括mIAB-MT在第二CU下的XNAP ID；第三CU进行准入控制(判断是否接受MT切换)；如果拒绝该切换请求，则向第二CU返回切换准备失败(handover preparation failure)消息，表示拒绝该切换请求，切换准备失败消息可携带mIAB-MT在第三CU下的XNAP ID；如果接受该切换请求，则向第二CU返回切换请求响应(HO request ACK)，表示接受该切换请求。

1307、第二CU向第三CU发送第一信息。

步骤1307可参阅步骤1103。可选的，第一信息可携带在步骤1306的切换请求当中。

1308、第三CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

步骤1308可参阅图9中的步骤905。步骤1308是可选的。

在一种可能的实现方式中，第一信息复用步骤1306中的切换请求，第二信息复用步骤1306中的切换请求响应或切换准备失败消息。又或者说，第一信息为步骤1306中的切换请求，第二信息为步骤1306中的切换请求响应或切换准备失败消息。上述切换请求(即第一信息)中，携带本次的迁移类型。切换请求携带的迁移类型包括MT迁移DU不迁移(partial migration)、或MT迁移且DU可能迁移(full migration)。或者说，切换请求携带MT迁移DU不迁移的迁移类型或者MT迁移且DU可能迁移的迁移类型。当切换请求中携带的迁移类型为MT迁移DU不迁移时，第三CU才会执行步骤1308，即判断donor-DU3与mIAB-DU的CU之间的IP可达性；当IP可达(即第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信)时，第三CU接受切换请求；当IP不可达时，拒绝切换请求。当切换请求中携带的迁移类型为MT迁移且DU可能迁移时，第三CU不执行步骤1308，即第三CU不判断IP可达性，不会因IP可达性不满足而拒绝切换请求。拒绝切换请求是指拒绝MT的切换。

1309、第三CU向第二CU发送第二信息。

对于第二信息的描述可参阅图9的方法流程中关于第二信息的描述。步骤1309可参阅步骤1105。可选的，第二信息可携带在步骤1306的切换请求响应当中。

在一种可能的实现方式中，第一信息承载于步骤1306中的切换请求，第二信息承载于步骤1306中的切换请求响应或切换准备失败消息。或者说，第一信息可复用步骤1306中的切换请求，第二信息可复用步骤1306中的切换请求响应或切换准备失败消息。又或者说，第一信息为步骤1306中的切换请求，第二信息为步骤1306中的切换请求响应或切换准备失败消息。举例来说，当第三CU根据第一信息(即切换请求)，确定第四CU和第三CU管理的宿主DU能通过IP路由的方式进行通信时，第三CU向第二CU发送切换响应消息，即第二信息，表示接受切换请求；当第三CU根据第一信息，确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信时，第三CU向第二CU发送切换准备失败消息，即第二信息，表示拒绝切换请求。可选的，切换准备失败消息中的第一字段(可称为Cause字段)指示第三CU拒绝切换请求的原因是第三CU下的拓扑无法为第四CU的F1接口流量提供服务(例如：因为donor-DU3与第四CU之间IP不可达，或第三CU与第四CU之间无XN接口)。

1310、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的MT的候选目标CU。

步骤1310可参阅图9中的步骤907。

1311、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第一CU发送消息6。

消息6用于通知第一CU，第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信。需要说明，第二CU根据第二信息，执行步骤1310或者步骤1311，而不会既执行步骤1310又执行步骤1311。

1312、第一CU向第三CU发送第三信息。

第三信息用于请求上述第三CU在其拓扑内建立上述IAB节点的DU与上述第四CU之间的F1接口传输。

在一种可能的实现方式中，步骤1311替换为：第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送消息6；步骤1312替换为：第四CU向第三CU发送第三信息。

1309’、第三CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送第十三信息。

1310’、第四CU向第三CU发送第三信息。

1311’、第三CU在其拓扑内建立IAB节点的DU与第四CU之间的F1接口传输。

步骤1309’至步骤1311’可参阅图11中的步骤1105’至步骤1107’。

1309”、第三CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第二CU发送第六信息。

1310”、第二CU响应于第六信息，选择第五CU作为IAB节点的DU的候选目标CU。

步骤1309”至步骤1310”可参阅图11中的步骤1105”至步骤1106”。

本申请实施例中，第二CU在选择MT的target CU(第三CU)时，与DU将要迁移至的CU(场景3，第四CU)进行协商。由第三CU来判断选择的第三CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第二CU重新选择MT的target CU；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

图14为本申请实施例提供的另一种通信方法交互流程图。图14中的方法适用于上述场景3(DU未完成迁移)。图14中的各网元的含义可参阅图9中的含义。第一CU与IAB节点的DU之间有F1连接，第二CU与IAB节点的MT之间具有RRC连接，第三CU是MT的候选目标CU，第四CU是DU的候选目标CU。如图14所示，该方法包括：

1401、第一CU选择第四CU作为IAB节点的DU的候选目标CU。

1402、第一CU向第四CU发送DU迁移请求消息。

1403、第四CU向第一CU发送DU迁移请求响应消息。

1404、第一CU向第二CU发送消息5。

1405、第二CU选择第三CU作为MT的候选目标CU。

1406、第二CU与第三CU之间进行MT的切换准备流程。

步骤1401至步骤1406与图13中的步骤1301至步骤1306相同。

1407、第二CU向第四CU发送第一信息。

步骤1407可参阅步骤1203。

1408、第四CU根据第一信息，确定第四CU和第三CU管理的宿主DU是否能够通过IP路由的方式进行通信。

步骤1408可参阅步骤905。

1409、第四CU向第二CU发送第二信息。

1410、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为IAB节点的MT的候选目标CU。

1411、第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第一CU发送消息6。

步骤1411可参阅步骤1311。

1412、第一CU向第三CU发送第三信息。

步骤1412可参阅步骤1312。在一种可能的实现方式中，步骤1411替换为：第二CU在第二信息用于指示第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第四CU发送消息6；步骤1412替换为：第四CU向第三CU发送第三信息。

1409’、第四CU在确定第四CU和第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向第三CU发送第三信息。

1410’、第四CU在确定第四CU和第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向第二CU发送第六信息。

1411’、第二CU响应于第六信息，选择第五CU作为IAB节点的MT的候选目标CU。

步骤1409’至步骤1411’与图12中的步骤1205’至步骤1207’相同。

本申请实施例中，第二CU在选择MT的target CU(第三CU)时，与DU将要迁移至的CU(场景3，第四CU)进行协商。由第四CU来判断选择的第三CU是否可行。如果可行，则进行跨拓扑流量迁移，如果不可行，则通知第二CU重新选择MT的target CU；可以避免或者减少IAB节点的DU的目标CU与MT的目标CU(即第三CU)之间的数据传输失败的发生。

相比于现有技术，图11至图14所示的任一实施例使能了以下两种场景：1.MT迁移导致DU迁移，且二者迁移的目标CU不同；2.MT不迁移时，DU迁移，DU迁移的目标CU与MT的CU不同。解决了现有技术直接应用在这两种场景中造成的跨拓扑F1连接不通的问题，使得在这两种场景中，能够成功建立起跨拓扑流量传输，提升了IAB迁移场景的灵活性。

前述实施例为本申请实施例提供的可保证F1连接的路径上的节点与F1连接的锚点CU是可以通信的(IP可达的)通信方案。下面结合附图介绍本申请实施例提供的mIAB-node获取建立新的F1接口或迁移F1接口所需的配置(例如MT的IP地址、BAP配置、target CU的CU-CP IP地址)的通信方案。

图15为本申请实施例提供的另一种通信方法交互流程图。图15中，CU1表示第一CU，CU2表示第二CU，CU3表示第三CU，CU4表示第四CU。如图15所示，该方法包括：

1501、第三CU收到跨拓扑流量建立的请求(IAB transport migration request)。

跨拓扑流量建立的请求可以是图9中步骤908中的第三信息，也可以是图9中步骤906’中的第三信息，还可以是图10中步骤1010中的第三信息，还可以是图11中步骤1108中的第三信息，还可以是图11中步骤1106’中的第三信息，还可以是图12中步骤1208中的第三信息，还可以是图12中步骤1205’中的第三信息，还可以是图13中步骤1312中的第三信息，还可以是图13中步骤1310’中的第三信息，还可以是图14中步骤1412中的第三信息，还可以是图14中步骤1409’中的第三信息。步骤1501是可选的。

1502、第三CU在其拓扑内配置用于F1接口传输的资源。

例如，用于F1接口传输的资源包括donor-DU3(即第三CU管理的DU)、以及donor-DU3与mIAB-node之间的中间节点(如果有)上BH RLC CH的配置、BAP规则的配置(简称BAP配置)，以及分配mIAB-MT在第三CU拓扑下的IP地址。步骤1501不存在，直接进行步骤1502的情况，对应图10(未包括步骤1008’和步骤1009’)中的步骤1010’，对应图11(未包括步骤1105’和步骤1106’)中的步骤1107’、对应图13(未包括步骤1309’和步骤1310’)中的步骤1311’。

1503、第三CU向第四CU发送消息7。

消息7可携带DSCP/flow label(场景1～4都要携带)。如果第四CU已经是mIAB-DU当前的F1锚点CU(即场景4，DU不发生迁移，始终在第四CU下的情况)，则可选的，还向第四CU发送MT在第三CU下的IP地址和BAP配置。当然，按照惯例，如果是XN交互，则第三CU与第四CU之间的消息还要携带mIAB-MT在第三CU和第四CU下的XNAP ID。消息7可以复用现有的IAB Transport Migration Response消息，因为上述这些信元在IAB Transport Migration Response消息中都可以携带。消息7也可以使用一条新消息，特别是对于第三CU从第一CU收到IAB Transport Migration Request的情况。按现有机制，第三CU只会向第一CU回复IAB Transport Migration Response，因此如果想要复用IAB Transport Migration Response消息，则需要对其增强。例如：在IAB Transport Migration Request消息中引入了关于其他CU的(例如第四CU)的gNB-ID或MT在第四CU下的XNAP ID，可以规定，当第三CU看到这一字段时，则只会向第四CU发送IAB Transport Migration Response消息，而不会直接向发送IAB Transport Migration Request的CU回复。或者，也可以不用IAB Transport Migration Response消息，引入一条新的消息携带这些信元。

1504、第三CU向MT发送消息8。

消息8携带mIAB-MT在第三CU拓扑下的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。可选的，消息8还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。消息8可以是RRC消息。mIAB-node拿到消息8中的配置后，就可以向第四CU发起F1接口建立请求了。图15中步骤1501至步骤1504的方法流程适用于MT已经切换到了第三CU下，或始终连接在第三CU下的场景。需要注意的是，即使对于场景2(MT不迁移，始终在第三CU下)，由于此时需要建立mIAB-DU2(新生成的逻辑DU)与第四CU之间的经过第三CU拓扑下的新F1接口，也是需要为这一个新的F1接口重新配置资源的。以图8为例，mIAB-DU1与第一CU之间的F1接口、与mIAB-DU2与第四CU之间的F1接口虽然都经过donor-DU3，但它们使用的是两份资源，第三CU需要为右边新生成的F1接口配置资源。

在一种可能的实现方式中，第三CU在向MT发送消息8之前，接收来自MT第十七信息，所述第十七信息用于向所述第三CU请求用于目标F1接口传输的上行配置信息。第三CU在向MT发送消息8可以是：第三CU根据第十七信息，向MT发送消息8。MT在向第三CU发送第十七信息之前，可接收第十六信息，所述第十六信息用于触发IAB节点向第四CU发起F1接口建立请求。也就是说，MT在接收到第十六信息之后，向第三CU发送第十七信息；第三CI接收到第十七信息之后，向MT发送消息8。可理解，第十六信息既有触发IAB节点向第四CU发起F1接口建立请求的作用，又有触发向第三CU发送第十七信息的作用。

在一种可能的实现方式中，第三CU在向MT发送消息8之前，接收来自第一CU的第十八信息，所述第十八信息用于指示所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息。第三CU向MT发送消息8可以是：第三CU基于第十八信息，向MT发送消息8。举例来说，第一CU在选择第四U作为IAB 节点的DU的目标宿主CU之后，向第三CU发送第十八信息；第三CU基于第十八信息，向MT发送消息8(第十九信息)。

在一种可能的实现方式中，第三CU在向MT发送消息8之前，接收来自MT的第二十信息，所述第二十信息用于请求所述第三CU向IAB节点的MT发送用于目标F1接口传输的上行配置信息。第三CU向MT发送消息8可以是：第三CU基于第二十信息，向MT发送消息8。举例来说，IAB节点基于OAM的预配置信息，确定需要建立目标F1接口时，通过MT向第三CU发送第二十信息；第三CU基于第二十信息，向MT发送消息8。

1504’、第三CU向第二CU发送消息9。

消息9携带mIAB-MT在第三CU下的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。消息9为IAB Transport Migration Response消息或一条新的XN消息。可选的，消息9还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。消息9包括第二十一信息，第二十一信息包括mIAB-MT在第三CU下时IAB节点的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。

1505’、第二CU向MT发送消息10。

消息10可以为携带mIAB-MT在第三CU下的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。消息10可以为RRC消息。图15中步骤1501至步骤1503、步骤1504’至步骤1505’的方法流程适用于MT将要切换到第三CU下，目前还连接在第二CU下的场景。可选的，消息10还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。消息10包括第二十二信息，第二十二信息包括mIAB-MT在第三CU下时IAB节点的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。

1504”、第三CU向第一CU发送消息11。

消息11携带mIAB-MT在第三CU下的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。消息11为IAB Transport Migration Response消息或一条新的XN消息。可选的，消息11还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。消息11包括第二十三信息，第二十三信息包括mIAB-MT在第三CU下时IAB节点的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。

1505”、第一CU向mIAB-DU1发送F1AP消息。

F1AP消息可携带mIAB-MT在第三CU下的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。这里第四CU的CP面IP地址是可选的，是因为第一CU可能已经在之前的一些步骤中获得了这一信息(例如：图9中的步骤906)。图15中步骤1501至步骤1503、步骤1504”至步骤1505”的方法流程适用于DU将要切换到第四CU下，目前还连接在第一CU下的场景。可选的，上述F1AP消息还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。F1AP消息包括第二十四信息，第二十四信息包括mIAB-MT在第三CU下时IAB节点的IP地址、BAP配置、以及第四CU的CU-CP IP地址中的至少一项。

1504’”、第四CU向mIAB-DU2发送消息12。

消息12为携带mIAB-MT在第三CU下的IP地址和/或BAP配置的F1AP消息。图15中步骤1501至步骤1503、步骤1504’”至步骤1505’”的方法流程适用于DU已经切换到了第四CU下，或始终在第四CU下的场景。在这种场景下，由于不考虑DU的迁移，或已完成了DU迁移，因此这时候mIAB-node只有一个DU，即mIAB-DU2。mIAB-DU2与第四CU之间的F1接口只是换了一条传输路径(MT从第二CU切换至了第三CU下)，只需要更新配置即可，不需要新建F1接口，也不需要更新CU侧的IP地址，因此，这一步中也不需要携带第四CU的CP面IP地址。可选的，消息12还携带第三指示信息，上述第三指示信息用于指示上述IP地址和/或BAP配置是用于mIAB-DU2的F1接口流量的。消息12包括第二十六信息，第二十六信息包括mIAB-MT在第三CU下时IAB节点的IP地址和/或BAP配置。

1505’”、MT从第二CU拓扑切换至第三CU拓扑。

1506、mIAB-DU2向第四CU发起F1接口建立请求消息。

步骤1506可替换为：1506’、mIAB-DU2向第四CU发起gNB-DU配置更新消息。

需要说明，图15中步骤1501至步骤1504、步骤1506的方法流程适用于MT已经切换到了第三CU下，或始终连接在第三CU下的场景。图15中步骤1501至步骤1503、步骤1504’至步骤1505’、步骤1506的方法流程适用于MT将要切换到第三CU下，目前还连接在第二CU下的场景。图15中步骤1501至步骤1503、步骤1504” 至步骤1505”、步骤1506的方法流程适用于DU将要切换到第四CU下，目前还连接在第一CU下的场景。图15中步骤1501至步骤1503、步骤1504’”至步骤1505’”、步骤1506’的方法流程适用于DU已经切换到了第四CU下，或始终在第四CU下的场景。

本申请实施例中第四CU的IP地址也可能替换为第四CU的gNB-ID，因为可能存在如下两种情况：1)OAM可能预先向mIAB-node配置了gNB-ID与IP地址的映射关系，这样一来，mIAB-node只需要能拿到第四CU的gNB-ID，也可以自行查询映射关系获得第四CU的IP地址；2)mIAB-node拿到第四CU的gNB-ID后，再向OAM发送关于第四CU的IP地址的请求消息，携带第四CU的gNB-ID，然后从OAM处获取第四CU的IP地址。

关于MT在第三CU下的IP地址、BAP配置(包括BAP地址和default BAP配置)：对于DU迁移的场景，有可能存在配置复用的情况。以图8为例，mIAB-DU1与第一CU之间的F1连接，和mIAB-DU2与第四CU之间的F1连接都要通过mIAB-MT。比较易于区分的方式是为这两个F1连接中的数据流量分配不同的IP地址和BAP配置。也就是说，当需要做DU迁移时，由第三CU再为MT分配一套IP地址和BAP配置。但是，复用配置也是可以工作的，包括以下三种情况：1)两个F1接口的BAP配置是复用的，IP地址不同，由于IP层在BAP层的上层，可以通过IP地址区分mIAB-DU1和mIAB-DU2的流量；2)两个F1接口的BAP配置是不同的，IP地址复用，在这种情况下，由于在接收时协议栈的处理时先处理下层报头，因此只要BAP地址是不同的，就能区分出两个F1接口的流量，IP地址复用也没有影响；3)两个F1接口的BAP配置和IP地址都是复用的，此时需要通过更上层的F1AP应用层标识进行区分，将mIAB-DU1与mIAB-DU2的F1AP应用层标识设置成不同即可。因此，在本申请中，在携带MT在第三CU下的IP地址和BAP配置的相关步骤中，可能不会同时携带MT在第三CU下的IP地址和BAP配置，而是携带MT在第三CU下的BAP配置和第一指示信息的(用于指示MT在第三CU下的BAP配置是mIAB-DU1与mIAB-DU2复用的)的其中之一，和/或携带MT在第三CU下的IP地址和第二指示信息(用于指示MT在第三CU下的IP地址是mIAB-DU1与mIAB-DU2复用的)的其中之一，此处的“和/或”表示如果有IP或BAP相关配置不携带的情况，则默认是复用的。

本申请实施例中，给出了第三CU收到跨拓扑流量建立的请求后，或第三CU判断出IP可达时，在自己的拓扑中配置好资源之后，如何告知mIAB-node第三CU拓扑下的IP地址、BAP配置、以及第四CU的CU-CP IP地址，用于mIAB-node建立新的F1接口(场景1、2、3)或迁移F1接口(场景4)。

本申请实施例还可用在第三CU与第四CU是同一个CU的情况，表示MT与DU迁移至同一个目标CU，或MT迁移至DU的CU下，或DU迁移至MT的CU下，此时步骤1503不需要执行。

图16示出了本申请实施例中所涉及的通信装置的可能的示例性框图。如图16所示，通信装置1600可以包括：处理单元1601和收发单元1602。处理单元1601用于对通信装置1600的动作进行控制管理。收发单元1602用于支持通信装置1600与其他设备的通信。可选地，收发单元1602可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。可选的，通信装置1600还可以包括存储单元，用于存储通信装置1600的程序代码和/或数据。上述收发单元可以称为输入输出单元、通信单元等，上述收发单元可以是收发器；上述处理单元可以是处理器。当通信装置是通信设备中的模块(如，芯片)时，上述收发单元可以是输入输出接口、输入输出电路或输入输出管脚等，也可以称为接口、通信接口或接口电路等；上述处理单元可以是处理器、处理电路或逻辑电路等。具体地，该装置可以为上述的第一CU、第二CU、第三CU、第四CU、IAB节点、mIAB-DU、mIAB-MT等。

本申请还提供一种网络设备。如图17所示，为本申请实施例提供的网络设备1700的结构示意图，例如网络设备1700可以为第一CU、第二CU、第三CU、第四CU、IAB-DU，用以执行上述方法实施例中网络设备的功能。应理解以下仅为示例，未来通信系统中，网络设备可以有其他形态和构成。

举例来说，在5G通信系统中，网络设备1700可以包括CU、DU和AAU，相比于LTE通信系统中的网络设备由一个或多个射频单元，如射频拉远单元(remote radio unit，RRU)和一个或多个室内基带处理单元(building base band unit，BBU)来说：

原BBU的非实时部分将分割出来，重新定义为CU，负责处理非实时协议和服务、BBU的部分物理层处理功能与原RRU及无源天线合并为AAU、BBU的剩余功能重新定义为DU，负责处理物理层协议和实时服务。简而言之，CU和DU，以处理内容的实时性进行区分、AAU为RRU和天线的组合。

CU、DU、AAU可以采取分离或合设的方式，所以，会出现多种网络部署形态，一种可能的部署形态如图17所示与传统4G网络设备一致，CU与DU共硬件部署。应理解，图17只是一种示例，对本申请的保护范围并不限制，例如，部署形态还可以是DU部署在BBU机房，CU集中部署或DU集中部署，CU更高层次集中等。

上述AAU1800可以实现收发功能与图16中的收发单元1602对应。可选地，该AAU1800还可以称为收发机、收发电路、或者收发器等，其可以包括至少一个天线1801和射频单元1802。可选地，AAU1800可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。上述CU和DU1900可以实现的内部处理功能与图16中的处理单元1601的功能对应。可选地，该CU和DU1900可以对网络设备进行控制等，可以称为控制器。上述AAU与CU和DU可以是物理上设置在一起，也可以物理上分离设置的。

另外，网络设备不限于图17所示的形态，也可以是其它形态：例如：包括BBU和自适应无线单元(adaptive radio unit，ARU)，或者包括BBU和AAU；也可以为客户终端设备(customer premises equipment，CPE)，还可以为其它形态，本申请不限定。

在一个示例中，上述CU和DU1900可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网，未来网络或其他网)。上述CU和DU1900还包括存储器1901和处理器1902。上述存储器1901用以存储必要的指令和数据。上述处理器1902用于控制网络设备进行必要的动作，例如用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。上述存储器1901和处理器1902可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

应理解，图17所示的网络设备1700能够实现图9至图15的方法实施例中涉及的网络设备功能。网络设备1700中的各个单元的操作和/或功能，分别为了实现本申请方法实施例中由网络设备执行的相应流程。为避免或者减少重复，此处适当省略详述描述。图17示例的网络设备的结构仅为一种可能的形态，而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的网络设备结构的可能。

上述CU和DU1900可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而AAU1800可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

本申请实施例还提供了一种通信系统，该通信系统包括上述第一CU、上述第二CU、上述第三CU、上述第四CU以及上述IAB节点。

本申请实施例还提供了一种通信系统，该通信系统包括上述第二CU、上述第三CU、上述第四CU以及上述IAB节点。

本申请还提供一种芯片，该芯片包括：通信接口和处理器；该通信接口，用于上述芯片的信号收发；该处理器，用于执行计算机程序指令，使得包括上述芯片的通信装置执行如上述实施例中的方法。

基于以上实施例，本申请实施例还提供一种可读存储介质，该可读存储介质存储有指令，当所述指令被执行时，使上述任一实施例中的方法被实施。该可读存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、紧凑型光盘只读储存器(compact disc read-only memory，CD-ROM)、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理装置的处理器以产生一个机器，使得通过计算机或其他可编程数据处理装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理装置以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理装置上，使得在计算机或其他可编程装置上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程装置上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

Claims

一种通信方法，其特征在于，包括：

接收来自第一集中式单元CU的第一信息，所述第一信息包括所述第三CU的互联网协议IP地址或者所述第四CU的IP地址，所述第一CU与接入回传一体化IAB节点的分布式单元DU之间有F1连接，所述第三CU与所述IAB节点的移动终端MT之间具有无线资源控制RRC连接，所述第四CU是所述IAB节点的DU的候选目标CU；

根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

向所述第一CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。
根据权利要求2所述的方法，其特征在于，所述方法应用于所述第四CU或所述第四CU中的模块；所述第二信息包括所述第四CU的IP地址和在所述第四CU中标识所述MT的标识信息。
根据权利要求1所述的方法，其特征在于，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。
根据权利要求1所述的方法，其特征在于，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。
根据权利要求5所述的方法，其特征在于，所述第一信息包括所述第四CU的ID和在所述第四CU中标识所述MT的标识信息。
根据权利要求1、4、5、6所述的方法，其特征在于，所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第一CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。
一种通信方法，其特征在于，包括：

生成第一信息，所述第一信息用于指示第四集中式单元CU和第三CU管理的宿主分布式单元DU是否能够通过互联网协议IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第一CU与接入回传一体化IAB节点的DU之间有F1连接，所述第三CU与所述IAB节点的移动终端MT之间具有无线资源控制RRC连接，所述第四CU是所述IAB节点的DU的候选目标CU；

发送所述第一信息。
根据权利要求8所述的方法，其特征在于，在发送所述第一信息之后，所述方法还包括：

接收第二信息；

在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。
根据权利要求9所述的方法，其特征在于，所述第三信息包括所述第四CU的标识信息和在所述第四CU中标识所述MT的标识信息。
根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第五CU作为所述IAB节点的DU的候选目标CU。
根据权利要求8或9所述的方法，其特征在于，所述第二信息包括所述第四CU的IP地址和在所述第四CU中标识所述MT的标识信息。
根据权利要求8至12任一项所述的方法，其特征在于，在发送所述第一信息之前，所述方法还包括：

接收来自所述第四CU的第四信息，所述第四信息包括所述第四CU的IP地址；

所述发送所述第一信息包括：

向所述第三CU发送所述第一信息，所述第一信息包括所述第四CU的IP地址。
一种通信方法，其特征在于，包括：

接收来自第二集中式单元CU的第一信息，所述第一信息用于指示第四CU和第三CU管理的宿主分布式单元DU是否能够通过互联网协议IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与接入回传一体化IAB节点的移动终端MT之间具有无线资源控制RRC连接，所述第三CU是所述MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；

根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口。
根据权利要求14所述的方法，其特征在于，所述方法还包括：

向所述第二CU发送第二信息，所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能或者不能通过IP路由的方式进行通信。
根据权利要求14或15所述的方法，其特征在于，所述方法应用于所述第三CU或所述第三CU中的模块；所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。
根据权利要求14或15所述的方法，其特征在于，所述方法应用于所述第四CU或所述第四CU中的模块；所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第三CU发送第三信息，所述第三信息用于请求所述第三CU在其拓扑内建立所述IAB节点的DU与所述第四CU之间的F1接口传输。
根据权利要求16或17所述的方法，其特征在于，所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送第六信息，所述第六信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信。
根据权利要求14、16、17所述的方法，其特征在于，所述方法应用于所述第三CU或所述第三CU中的模块，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求；所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换准备失败消息，所述切换准备失败消息表示拒绝所述切换请求。
根据权利要求19所述的方法，其特征在于，所述切换准备失败消息包括第一字段，所述第一字段指示所述第三CU拒绝所述切换请求的原因是所述第三CU下的拓扑无法为所述第四CU的F1接口流量提供服务。
根据权利要求19或20所述的方法，其特征在于，所述方法还包括：

在确定所述第四CU和所述第三CU管理的宿主DU能通过IP路由的方式进行通信的情况下，向所述第二CU发送切换请求响应消息，所述切换请求响应消息表示接受所述切换请求。
根据权利要求14或19或20或21所述的方法，其特征在于，所述方法应用于所述第三CU或所述第三CU中的模块，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求，所述切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型；

所述根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口包括：

当所述切换请求携带MT迁移DU不迁移的迁移类型时，根据所述第一信息，确定所述第四CU和所述第三CU管理的宿主DU是否能够通过IP路由的方式进行通信或者确定所述第三CU和所述第四CU之间是否能建立Xn接口。
一种通信方法，其特征在于，包括：

生成第一信息，所述第一信息用于指示第四集中式单元CU和第三CU管理的宿主分布式单元DU是否能够通过互联网协议IP路由的方式进行通信的判断，或者，所述第一信息用于指示所述第三CU和所述第四CU之间是否能建立Xn接口的判断，所述第一信息包括所述第三CU的IP地址或者所述第四CU的IP地址，所述第二CU与接入回传一体化IAB节点的移动终端MT之间具有无线资源控制RRC连接，所述第三CU是MT的候选目标CU，所述第四CU与所述IAB节点的DU之间有F1连接或将建立F1连接；

发送所述第一信息。
根据权利要求23所述的方法，其特征在于，所述第一信息还包括所述第四CU的ID和在所述第四CU中标识所述MT的标识信息。
根据权利要求23或24所述的方法，其特征在于，在发送所述第一信息之后，所述方法还包括：

接收第二信息；

在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信的情况下，向所述第四CU发送第八信息，所述第八信息用于指示所述第四CU和所述第三CU管理的宿主DU能够通过IP路由的方式进行通信。
根据权利要求25所述的方法，其特征在于，所述方法还包括：

在所述第二信息用于指示所述第四CU和所述第三CU管理的宿主DU不能通过IP路由的方式进行通信的情况下，选择第六CU作为所MT的候选目标CU。
根据权利要求23至26任一项所述的方法，其特征在于，所述第一信息承载于用于请求将所述MT切换至所述第三CU的切换请求。
根据权利要求27所述的方法，其特征在于，所述切换请求携带MT迁移DU不迁移的迁移类型或MT迁移且DU可能迁移的迁移类型。
根据权利要求27或28所述的方法，其特征在于，所述方法还包括：

接收来自所述第三CU的切换准备失败消息，所述切换准备失败消息表示所述第三CU拒绝所述切换请求，所述切换准备失败消息包括第一字段，所述第一字段指示所述第三CU拒绝所述切换请求的原因是所述第三CU下的拓扑无法为所述第四CU的F1接口流量提供服务。
一种通信装置，其特征在于，包括用于实现权利要求1至7中任一项所述的方法的模块或单元。
一种通信装置，其特征在于，包括用于实现权利要求8至13中任一项所述的方法的模块或单元。
一种通信装置，其特征在于，包括用于实现权利要求14至22中任一项所述的方法的模块或单元。
一种通信装置，其特征在于，包括用于实现权利要求23至29中任一项所述的方法的模块或单元。
一种通信系统，其特征在于，所述通信系统包括权利要求30所述的通信装置和权利要求31所述的通信装置，或者，所述通信系统包括权利要求32所述的通信装置和权利要求33所述的通信装置。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被执行时使得计算机执行如权利要求1至29中任一项所述的方法。
一种通信装置，其特征在于，包括处理器，所述处理器与存储器耦合，所述存储器存储计算机程序指令，所述处理器用于执行所述计算机程序指令，使得所述通信装置执行如权利要求1至29任一项所述的方法。
一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序包括程序指令，所述程序指令被执行时使得计算机执行如权利要求1至29任一项所述的方法。