CN116210276A - 用于iab通信的设备、方法、装置和计算机可读介质 - Google Patents

Abstract

本公开实施例涉及用于在施主间拓扑适配期间的通信的设备、方法、装置和计算机可读介质。第一设备向第二设备发送关于第一设备和第三设备之间的第一通信接口的第一信息，从第二设备接收保留与至少一个第四设备和第一通信接口相关联的上下文信息的指示，并且在经由第一设备和第二设备之间的第二通信接口的通信中使用该上下文信息。第二设备接收该第一信息，向第三设备发送用于获得该上下文信息的请求，并从第三设备接收该上下文信息。这样，可以简化重建过程，并且可以最小化Xn接口、F1接口和无线回程上的信令。此外，可以减少在IAB施主改变时针对终端设备的服务中断和时延。

Description

用于IAB通信的设备、方法、装置和计算机可读介质

技术领域

本公开实施例总体涉及电信领域，尤其涉及用于在施主间拓扑适配和/或施主间移动期间的通信的设备、方法、装置和计算机可读介质。

背景技术

集成接入和回程(IAB)通过将新无线电(NR)用于回程来实现NR接入的无线中继。中继节点被称为IAB节点。网络侧上的NR回程的终止节点被称为IAB施主。IAB施主表示具有支持IAB的额外功能的gNB。回程可以经由IAB节点的单跳或IAB节点的多跳发生。

在一些场景下，IAB节点可以将其附接点从源IAB施主改变为不同于源IAB施主的目标IAB施主。这种拓扑适配可以被称为施主间拓扑适配。例如，在IAB施主是移动IAB节点的情况下，IAB施主的改变也可以被称为施主间移动。移动IAB节点可以在例如公交车的车辆上实现。用于施主间拓扑适配的过程可以涉及：在IAB节点和目标IAB施主之间的F1接口的建立期间移除连接到IAB节点的终端设备的F1应用协议(F1AP)上下文，然后当终端设备执行无线电资源控制(RRC)重建过程时，在IAB节点和目标IAB施主之间重建该F1AP上下文。这可能影响IAB节点的所有子(或后代)IAB节点以及连接到子IAB节点的所有终端设备。因此，需要讨论如何管理针对终端设备的FIAP上下文。

发明内容

总体而言，本公开的示例实施例提供了施主间拓扑适配期间的通信的方案。

在第一方面，提供了一种第一设备。第一设备包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器；所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第一设备：在所述第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息；从所述第二设备接收保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示；以及在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息。

在第二方面，提供了一种第二设备。第二设备包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器；所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备：在所述第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息；基于所述第一信息向所述第三设备发送用于获得与至少一个第四设备和所述第一通信接口相关联的上下文信息的请求；以及从所述第三设备接收所述上下文信息以用于经由所述第一设备和所述第二设备之间的第二通信接口的通信。

在第三方面，提供了一种第三设备。第二设备包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器；所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第三设备：在第三设备处从第二设备接收用于获得上下文信息的请求，所述上下文信息与至少一个第四设备以及第一设备和第三设备之间的第一通信接口相关联；以及向所述第二设备发送所述上下文信息。

在第四方面，提供了一种在设备处实现的方法。该方法包括：在第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息；从所述第二设备接收指示保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示；以及在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息。

在第五方面，提供了一种在设备处实现的方法。该方法包括：在所述第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息；基于所述第一信息向所述第三设备发送用于获得与至少一个第四设备和所述第一通信接口相关联的上下文信息的请求；以及从所述第三设备接收所述上下文信息以用于经由所述第一设备和所述第二设备之间的第二通信接口的通信。

在第六方面，提供了一种在设备处实现的方法。该方法包括：在第三设备处从第二设备接收用于获得上下文信息的请求，所述上下文信息与至少一个第四设备以及第一设备和第三设备之间的第一通信接口相关联；以及向所述第二设备发送所述上下文信息。

在第七方面，提供了一种装置，包括：用于在所述第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息的部件；用于从所述第二设备接收指示保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示的部件；以及用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息的部件。

在第八方面，提供了一种装置，包括：用于在第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息的部件；用于基于所述第一信息向所述第三设备发送用于获得上下文信息的部件，所述上下文信息与至少一个第四设备和所述第一通信接口相关联；以及用于从所述第三设备接收所述上下文信息的部件，以用于经由所述第一设备和所述第二设备之间的第二通信接口的通信。

在第九方面，提供了一种装置，包括：用于在第三设备处从第二设备接收用于获得上下文信息的请求的部件，所述上下文信息与至少一个第四设备以及第一设备和第三设备之间的第一通信接口相关联；以及用于向所述第二设备发送所述上下文信息的部件。

在第十方面，提供了一种包括计算机程序的计算机可读介质，所述计算机程序用于使装置至少执行根据上述第四方面的方法。

在第十一方面，提供了一种包括计算机程序的计算机可读介质，所述计算机程序用于使装置至少执行根据上述第五方面的方法。

在第十二方面，提供了一种包括计算机程序的计算机可读介质，所述计算机程序用于使装置至少执行根据上述第六方面的方法。

应当理解，发明内容部分不旨在标识本公开实施例的关键或必要特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。

附图说明

现在将参照附图描述一些示例实施例，其中：

图1示出了其中可以实现本公开实施例的示例通信网络；

图2示出了说明根据本公开一些示例实施例的施主间拓扑适配期间的通信过程的信令图；

图3示出了根据本公开一些其他示例实施例的在施主间拓扑期间的通信过程的信令图；

图4示出了说明根据本公开另一些其他示例实施例的在施主间拓扑期间的通信过程的信令图；

图5示出了根据本公开一些示例实施例的在第一设备处实现的方法的流程图；

图6示出了根据本公开一些示例实施例的在第二设备处实现的方法的流程图；

图7示出了根据本公开一些示例实施例的在第三设备处实现的方法的流程图；

图8示出了适于实现本公开一些其他实施例的装置的简化框图；以及

图9示出了根据本公开一些示例实施例的示例计算机可读介质的框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些实施例仅用于说明的目的，并帮助本领域技术人员理解和实现本公开，而不暗示对本公开的范围的任何限制。这里描述的公开可以以不同于下面描述的方式的各种方式来实现。

在以下描述和权利要求中，除非另外定义，否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同含义。

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定的特征、结构或特性，但是不是一定每个实施例都包括该特定的特征、结构或特性。此外，这些用语不一定指同一实施例。此外，当结合示例实施例描述特定特征、结构或特性时，应认为，无论是否明确描述，结合其他实施例影响该特征、结构或特性都在本领域技术人员的知识范围内。

应当理解，尽管这里可以使用术语“第一”和“第二”等来描述各种元素，但是这些元素不应受到这些术语的限制。这些术语仅用于区分一个元素和另一个元素。例如，在不脱离示例实施例的范围的情况下，第一元素可以被称为第二元素，并且类似地，第二元素可以被称为第一元素。如本文所使用的，术语“和/或”包括所列项中的一个或多个项的任何和所有组合。

本文中使用的术语仅用于描述特定实施例的目的，而不旨在限定示例实施例。如本文所使用的，除非上下文另有明确指示，否则单数形式“一个”、“一”和“该”也意在包括复数形式。将进一步理解，用语“包括”、“包含”、“具有”、“有”、“含有”和/或“包括有”在本文中使用时指明所述特征、元件和/或组件等的存在，但不排除一个或多个其他特征、元件、组件和/或其组合的存在或添加。

如在本申请中所用的，术语“电路”可指以下的一个或多个或全部：

(a)仅硬件电路实现(例如仅在模拟和/或数字电路中的实现)和

(b)硬件电路和软件的组合，例如(如适用)：

(i)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件的硬件处理器的任何部分(包括数字信号处理器、软件和存储器，该数字信号处理器、软件和存储器一起工作以使诸如移动电话或服务器之类的装置执行各种功能)，以及

(c)硬件电路和/或处理器，例如微处理器或微处理器的一部分，其操作需要软件(例如固件)，但当操作不需要软件时可以不存在软件。

电路的这一定义适用于该术语在本申请中的所有使用，包括在任何权利要求中的所有使用。作为另一示例，如在本申请中使用的那样，术语电路也涵盖仅仅是硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们)伴随的软件和/或固件的实施。例如，如果适用于特定的权利要求元素，术语电路还涵盖用于服务器、蜂窝网络设备或其它计算或网络设备中的移动设备或类似集成电路的基带集成电路或处理器集成电路。

如本文所用，术语“通信网络”是指遵循任何合适的通信标准的网络，例如第五代(5G)系统、长期演进(LTE)、LTE高级(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)等。此外，通信网络中的终端设备和网络设备之间的通信可以根据任何合适的一代通信协议执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来第五代(5G)新无线电(NR)通信协议和/或目前已知或未来将开发的任何其他协议。本公开的实施例可应用于各种通信系统中。鉴于通信的快速发展，当然也将有可以实现本公开的未来类型的通信技术和系统。不应将本公开的范围视为仅限于上述系统。

如本文所用，术语“网络设备”是指通信网络中的节点，终端设备通过该节点访问网络并从中接收服务。根据所应用的术语和技术，网络设备可以指基站(BS)或接入点(AP)例如节点B(NodeB或NB)、演进节点B(eNodeB或eNB)、NR下一代节点B(gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头(RRH)、中继、低功率节点例如毫微微节点、微微节点等。无线电接入网络(RAN)分离架构包括：gNB集中式单元(gNB CU)，其托管无线资源控制(RRC)、服务数据适配协议(SDAP)；和分组数据汇聚协议(PDCP)，其控制多个gNB分布式单元(gNB-DU)，托管无线链路控制(RLC)、媒体接入控制(MAC)和物理层(PHY)。

术语“终端设备”指能够进行无线通信的任何终端设备。作为示例而非限制，终端设备还可以被称为通信设备、用户设备(UE)、用户站(SS)、便携式用户站、移动站(MS)或接入终端(AT)。终端设备可包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、图像捕获终端设备例如数码相机、游戏终端设备、音乐存储和回放设备，车载无线终端设备、无线终端、移动站、笔记本电脑嵌入式设备(LEE)、笔记本电脑嵌入式设备(LME)、USB加密狗、智能设备、无线客户场所设备(CPE)、物联网(loT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用程序(如远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中运行的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上运行的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。

虽然在各种示例实施例中，可以在固定和/或无线网络节点中执行本文所述的功能，但在其他示例实施方式中，功能可以在用户设备设备(例如，手机或平板电脑或膝上型计算机或台式计算机或移动IoT设备或固定IoT设备)中实现。例如，该用户设备装置可以适当地配备有如结合固定和/或无线网络节点所描述的相应能力。用户设备装置可以是用户设备和/或控制设备，例如芯片组或处理器，被配置为当安装在用户设备中时控制用户设备。此类功能的示例包括引导服务器功能和/或归属订户服务器，其可以通过向用户设备装置提供软件(被配置为使得用户设备装置从这些功能/节点的角度执行)来在用户设备装置中实现。

在IAB网络架构中，IAB节点支持gNB分布式单元(DU)功能，以终止到终端设备和子IAB节点的NR接入接口，并支持到IAB施主上的gNB集中式单元(CU)的F1接口。IAB节点还支持被称为移动终端(MT)功能的NR Uu无线电接口，以连接到另一IAB节点或IAB施主的DU，并经由RRC连接到IAB施主上的gNB-CU。

在一些场景下，例如由于回程(BH)连接上的可能故障或IAB拓扑的改变或IAB节点的移动，IAB节点可能需要改变其服务节点或父节点(可能在相同或不同施主下)。在后一种情况下，IAB节点可以将其附接点从源IAB施主改变为不同于源IAB施主的目标IAB施主。这种拓扑适配可以被称为施主间拓扑适配。改变其附接点的IAB节点被称为迁移IAB节点。

传统上，在用于施主间拓扑适配的过程中，迁移IAB节点需要建立与目标IAB施主的F1接口。在F1接口的设置或建立期间，将移除连接到迁移IAB节点的终端设备(包括子IAB-MT)的上下文。然后，例如当终端设备执行RRC连接重建或恢复过程时，将在迁移IAB节点和目标IAB施主中重建针对终端设备(包括子IAB-MT)的上下文。

在这种情况下，连接到迁移IAB节点的所有终端设备将受到影响。当上下文被移除时，终端设备的服务被中断，并且当上下文被重建时，终端设备的服务可以被恢复。所有终端设备的完整上下文需要在迁移IAB节点和目标IAB施主之间的BH无线电链路控制(RLC)信道上被传送。此外，所有子IAB节点也将受到影响。例如，需要释放和重建迁移IAB节点和子IAB节点之间的BH RLC信道。这也影响连接到子IAB节点的所有终端设备，因为当子IAB节点中的DU设置与目标IAB施主的F1接口时，终端设备的上下文将被删除和重建。

考虑到在施主间拓扑适配之前和施主间拓扑适配之后服务终端设备的是同一物理IAB节点(即迁移IAB节点和子IAB节点)，即终端设备相对于服务终端设备的IAB节点是静态的的事实，需要更有效的方案来管理受影响的IAB节点(即迁移IAB节点及其子IAB节点)和目标IAB施主中的上下文。

为了至少部分地解决以上和其他潜在问题，本公开的示例实施例提供了一种用于在施主间拓扑适配期间进行通信的方案。在该方案中，与受影响的IAB节点(即迁移IAB节点和子IAB节点)和源IAB施主之间的通信接口相关联的终端设备的上下文信息被重新用于经由受影响的IAB节点(即迁移IAB节点和子IAB节点)和目标IAB施主之间的通信接口的通信。这样，使用受影响的IAB节点(即迁移IAB节点和子IAB节点)与目标IAB施主之间的通信接口的终端设备的重建过程可以被简化，并且Xn接口、F1接口和无线回程上的信令可以被最小化。此外，在IAB施主改变时针对终端设备的服务中断和时延可以被减少。

图1示出了其中可以实现本公开实施例的示例通信网络100。通信网络100包括第一设备110、第二设备120、第三设备130和第四设备140。在该示例中，第一设备110被示为IAB节点(也称为IAB节点设备)，第二设备120和第三设备130被示为服务IAB节点设备的IAB施主(也称为IAB施主设备)，而第四设备140被示为由第一设备110服务的设备。在一些实施例中，第四设备140可以是由第一设备110服务的终端设备。在一些实施例中，第四设备140可以是由第一设备110服务的IAB节点设备(也称为子IAB节点设备)。

IAB施主(例如，第二设备120)由IAB施主CU(例如，CU 122)和一个或多个IAB施主DU(例如，DU 121)组成。在控制平面和用户平面分离的情况下，IAB施主可以由IAB施主中央单元控制平面(IAB施主CU-CP)、多个IAB施主中央单元用户平面(IAB施主CU-UP)和多个IAB施主DU组成。应当理解，第一设备、第二设备和第三设备以及第四设备的数目是出于说明的目的而给出的，而不暗示对本公开的任何限制。通信网络100可以包括适合于实现本公开的实现的任何合适数量的第一设备、第二设备、第三设备和第四设备。

例如，尽管仅示出了一个第一设备作为IAB节点，但是通信网络100还可以包括连接在第一设备110和第二设备120之间或连接在第一设备110和第三设备130之间的一个或多个上游IAB节点。当然，通信网络100还可以包括一个或多个下游IAB节点(即，子IAB节点)。此外，尽管仅示出了一个第四设备，但是通信网络100还可以包括由第一设备110服务的更多第四设备。

通信系统100中的通信可以根据任何适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等的蜂窝通信协议，诸如电气和电子工程师协会(IEEE)802.11等的无线局域网通信协议，和/或当前已知或将来开发的任何其他协议。此外，该通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDMA)和/或当前已知或将来要开发的任何其他技术。

在该示例中，第一设备110包括MT 111和DU 112。经由MT 111，第一设备110连接到第二设备120或第三设备130。经由DU 112，第一设备110建立到终端设备和到下游IAB节点(未示出)的MT的RLC信道。DU 112具有与一个IAB施主CU(IAB施主CU-CP)的控制平面(CP)的F1控制平面接口(F1-C)连接。举例来说，DU 112可具有与第二设备120中的CU 122的F1接口或具有与第三设备130中的CU 132的F1接口。

第二设备120包括DU 121以支持终端设备和一个或多个下游IAB节点的MT。第二设备120还包括用于所有IAB节点的DU和用于该DU自己的DU(例如DU 121)的一个CU 122。类似地，第三设备130包括一个或多个DU，例如DU 131，以支持终端设备和一个或多个下游IAB节点的MT。第三设备130还包括用于所有IAB节点的DU以及用于该DU自己的DU(例如DU 131)的CU 132。假设IAB节点上的DU可以仅与一个IAB施主CU-CP建立F1接口。这个IAB施主可以通过拓扑适配而改变。

应当理解，虽然DU 121和CU 122被示为在单个实体上实现，但是DU 121和CU 122可以在分离的实体上实现，例如在基于云的部署的情况下。类似地，DU 131和CU 132可以在单个实体或分离的实体上实现。

在一些示例实施例中，第一设备110中的DU 112使用F1接口(为了方便，在此也称为第一通信接口)连接到第三设备130中的CU 132。F1控制平面接口(F1-C)和F1用户平面接口(F1-U)都在第一设备110中的MT 111和第三设备130中的DU 131之间的无线回程上的RLC信道上运行。应当理解，F1接口仅仅是示例，可以在第一设备110和第三设备130之间使用任何适当的通信接口。

在一些场景下，第一设备110可以将其附接点从第三设备130中的DU 131改变到第二设备120中的DU 121，从而导致IAB施主CU从第三设备130中的CU 132改变到第二设备120中的CU 122。为方便起见，CU 132也被称为源CU，并且CU 122也被称为目标CU。当第一设备110将IAB施主从第三设备130改变到第二设备120时，第一设备110的DU 112需要设置或建立与目标CU 122的F1接口(为方便起见，在此也被称为第二通信接口)。应当理解，F1接口仅仅是示例，可以在第一设备110和第二设备120之间使用任何适当的通信接口。

根据本公开实施例，与至少一个第四设备140以及第一设备110和第三设备130之间的第一通信接口相关联的上下文信息在第二通信接口的设置或建立期间被保留，并且例如当第四设备140经由第二通信接口重新建立RRC连接或恢复与第一设备110的RRC连接或其它通信时，被重新用于第四设备140。这样，可以简化RRC重建或RRC恢复过程，并且可以最小化信令。此外，可以减少在IAB施主改变时针对终端设备的服务中断和时延。

下面将参照图2至图7详细描述本公开的原理和实现。图2示出了说明根据本公开一些示例实施例的用于在施主间拓扑适配期间的通信过程200的信令图。过程200可以涉及受施主间拓扑适配影响的IAB节点、源施主(例如，第三设备130)和目标施主(例如，第二设备120)。受影响的IAB节点可以是迁移IAB节点(例如，第一设备110)或(如果存在的话)迁移IAB节点的子IAB节点(未示出的另一第一设备)。为了讨论的目的，将参考图1通过将迁移IAB节点作为受影响的IAB节点的示例来描述过程200。在这种情况下，过程200可以涉及如图1所示的第一设备110、第二设备120和第三设备130。应当理解，尽管已经在图1的通信网络100中描述了过程200，但是该过程同样可以应用于其他通信场景。

如图2所示，第一设备110向第二设备120发送201关于第一设备110和第三设备130之间的第一通信接口的信息(为了方便，本文也称为第一信息)。可以唯一地标识第一通信接口的任何合适信息都是可行的。在一些实施例中，该信息可以包括第三设备130的标识。在一些实施例中，该信息可以包括第三设备130的CU 132的标识。例如，标识可以是CU 132的全局NG-RAN节点标识(ID)。作为另一示例，标识可以是CU 132的gNB-CU名称。作为另一示例，标识可以是CU 132的传输层地址。当然，能够唯一地标识第三设备130(即源施主)的任何其他合适信息也是可行的。

在一些实施例中，该信息还可以包括第一设备110的标识。在一些实施例中，该信息可以包括第一设备110的DU 112的标识，或者第一设备111的MT 111的标识。例如，标识可以是DU 112的gNB-DU ID。作为另一示例，标识可以是DU 112的gNB-DU名称。作为另一示例，标识可以是DU 112的传输层地址。在另一示例中，标识可以是由第三设备130分配给第一设备110的回程适配协议(BAP)地址或标识。当然，能够唯一地标识第一设备110即迁移IAB节点或迁移IAB节点的子IAB节点的任何其它合适的信息也是可行的。在一些其它实施例中，该信息还可以包括第一设备110的小区标识(或多个标识)。例如，第一设备110将小区标识用于与第三设备130的第一通信接口。

在一些备选实施例中，在发起第一设备110从第三设备130到第二设备120的切换准备期间，可以将信息从第三设备130发送到第二设备120。在一些备选实施例中，第一设备110可以在第一设备110和第二设备120之间的第二通信接口的设置或建立期间发送该信息。在一些示例实施例中，第一设备110可以在用于设置或建立第二通信接口的请求中发送该信息。在通信接口是F1接口的示例实施例中，用于设置或建立通信接口的请求可以是F1设置请求消息或任何其它合适的F1消息。

在接收到关于第一通信接口的信息时，第二设备120向第一设备110发送202可以保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。该指示可以是任何合适的形式。在一些实施例中，上下文信息可以指由第一设备110服务的所有设备的上下文信息。在一些实施例中，在如206所示从第三设备130获取上下文信息之后，第二设备120可以向第一设备110发送202保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。

在一些实施例中，第二设备120可以在发起从第三设备130到第二设备120的切换期间发送指示。例如，当第二设备120向第三设备130发送切换请求确认消息以接受针对第一设备110的入站切换时，第二设备120可以在切换命令消息中包括该指示。在一些备选实施例中，第二设备120可以在第一设备110和第二设备120之间的第二通信接口的设置或建立期间发送指示。在一些示例实施例中，第二设备120可以在对用于设置或建立第二通信接口的请求的响应中发送该指示。在其中通信接口是F1接口的示例实施例中，该响应可以是F1设置响应消息或任何其它合适的消息。

在接收到该指示时，第一设备110保留203上下文信息以用于经由第一设备110和第二设备120之间的第二通信接口的通信。在一些实施例中，第一设备110在第二通信接口的设置或建立期间保持上下文信息而不将其移除，并且将上下文信息重用于经由第二通信接口的通信。

继续参考图2，在接收到关于第一通信接口的信息时，第二设备120向第三设备130发送204用于获得与第一通信接口相关联的至少一个第四设备140的上下文信息的请求。在一些实施例中，该请求可以包括关于第一通信接口的信息。在一些实施例中，该请求可以包括第三设备130的标识。在一些实施例中，该请求可以包括第一设备110的标识以及可选地包括第一设备110的一个或多个小区的小区标识。在另一实施例中，当在第二设备120和第三设备130之间建立Xn接口时，该请求可以是Xn应用协议(XnAP)消息，例如，XnAP获取UE上下文请求(XnAP RETRIEVE UE CONTEXT REQUEST)消息或任何其它合适的XnAP消息。

在一些实施例中，第二设备120可以在发起从第三设备130到第二设备120的切换期间发送用于获得上下文信息的请求。在一些备选实施例中，第二设备120可以在第一设备110和第二设备120之间的第二通信接口的设置或建立期间发送用于获得上下文信息的请求。在一些备选实施例中，第二设备120可以在至少一个第四设备140的RRC重建或RRC恢复期间发送用于获得上下文信息的请求。

在一些实施例中，第二设备120可以发送用于获得关于第一通信接口的所有第四设备140的上下文信息的请求。这样，可以减少通信时延。在一些备选实施例中，第二设备120可以发送包括第一设备110的一个或多个小区的小区标识的请求，以便获得由第一设备110的一个或多个小区服务的第四设备140的上下文信息。在一些备选实施例中，第二设备120可以发送用于获得关于第一通信接口的部分第四设备的上下文信息的请求。例如，第二设备120可以发送用于获得关于第一通信接口的一个第四设备的上下文信息的请求。

在接收到用于获得上下文信息的请求时，第三设备130向第二设备120发送205所请求的上下文信息。在一些实施例中，上下文信息可以包括与第一通信接口相关的UE上下文信息。在通信接口是F1接口的示例实施例中，UE上下文信息与F1接口相关。在一些实施例中，UE上下文信息可以包括与由第一设备110服务的终端设备相关的上下文信息。在一些实施例中，UE上下文信息可以包括与由第一设备110服务的子IAB节点相关的上下文信息。例如，UE上下文信息可以包括以下中的至少一项：由第三设备130分配的gNB-CU UE F1AP ID，由第一设备110分配的gNB-DU UE F1AP ID，无线电资源配置信息，信令无线电承载(SRB)信息，数据无线电承载(DRB)信息，当第四设备140是IAB-MT时的BH RLC信道信息，F1-U隧道信息等。当然，UE上下文信息还可以包括在通常的F1AP UE上下文设置过程期间在第一设备110和第三设备130中建立的任何其他信息。应当注意，这仅仅是示例，并且本申请不对上下文信息的内容进行限制。

在一些实施例中，第三设备130可以发送针对至少一个第四设备或第四设备列表的上下文信息。在一些实施例中，第三设备130可以发送针对由第一设备110的一个或多个特定小区服务的所有第四设备的上下文信息。在一些实施例中，第三设备130可以发送与第一通信接口相关联的所有第四设备的上下文信息。在另一实施例中，当在第二设备120和第三设备130之间建立Xn接口时，可以经由XnAP消息(例如，XnAP获取UE上下文响应(XnAPRETRIEVE UE CONTEXT RESPONSE)消息或任何其它合适的XnAP消息)来发送上下文信息。

在一些实施例中，第三设备130还可以向第二设备120发送206用于验证来自至少一个第四设备140的RRC连接重建请求或RRC恢复请求的信息(为了方便，本文也称为第二信息)。在另一实施例中，当在第二设备120和第三设备130之间建立Xn接口时，可以经由XnAP消息发送第二信息。在一些实施例中，第三设备130可以将上下文信息和第二信息一起发送给第二设备120。

在一些实施例中，第二信息可以包括针对一个第四设备140的UE标识。在一些实施例中，UE标识可包括以下中的至少一项：分配给第四设备140的小区无线电网络临时标识符(C-RNTI)，第四设备140连接到第一设备110的小区的物理小区标识(PCI)，ShortMAC-I，ShortI-RNTI值，resumeMAC-I或可用于验证第四设备140的任何其它信息等。ShortMAC-I被用于在RRC连接重建时标识和验证第四设备140。ShortMAC-I是用于信令消息(MAC-1)的数据完整性的消息认证码的16个最低有效位，其使用正在服务第四设备140的第一设备110的小区的接入层(AS)安全配置来计算。与I-RNTI值相比，Short_RNTI值被用于使用较少的比特来标识RRC_INACTIVE中的UE的挂起的UE上下文。resumeMAC-I是便于gNB处的UE认证的认证令牌，其中MAC-I的16个最低有效位使用接入层(AS)安全配置来计算。

在一些实施例中，在接收到上下文信息时，第二设备120可以更新207一些或所有上下文信息，以便与第二通信接口适配。在通信接口是F1接口的示例实施例中，上下文信息与F1接口相关。在一些实施例中，经更新的上下文信息可以包括以下中的至少一项：由第二设备120分配的经更新的gNB-CU UE F1AP ID，用于标识第一设备110中的第四设备140的gNB-DU UE F1AP ID，经更新的无线电资源配置的信息，经更新的SRB的信息，经更新的DRB的信息，当第四设备140是IAB-MT时的经更新的回程RLC信道的信息，经更新的F1-U隧道的信息等。当然，经更新的UE上下文信息还可以包括在通常的F1AP UE上下文修改过程期间在第一设备110和第三设备130中更新的任何其他信息。应当注意，这仅仅是示例，并且本申请不对经更新的上下文信息的内容进行限制。在通信接口是F1接口的示例实施例中，第二设备120可以经由F1AP UE上下文修改过程或任何其他合适的F1AP过程来更新207上下文信息。

在一些实施例中，当至少一个第四设备140发起RRC连接重建请求或RRC恢复请求时，第二设备120可以利用从第三设备130接收的第二信息来验证208该RRC连接重建请求或RRC恢复请求。在一些实施例中，可以在上下文信息的更新之前执行验证。当然，本公开不限制验证和更新的顺序。

在一些实施例中，在至少一个第四设备140的RRC连接重建过程或RRC恢复请求期间，第二设备120可以向第一设备110发送209经更新的上下文信息。在第二通信接口是F1接口的一些实施例中，第二设备120可以在F1AP消息中，例如在F1AP UE上下文修改请求(F1APUE CONTEXT MODIFICATION REQUEST)消息或其它F1AP消息中发送经更新的上下文信息。

在接收到经更新的上下文信息时，第一设备110可以利用经更新的上下文信息更新210所保留的上下文信息。利用经更新的上下文信息，第一设备110可以继续执行RRC重建过程或RRC恢复过程。这样，当IAB施主改变时，可以通过消除IAB节点中上下文信息的完全重建来简化重建过程或恢复过程。这最小化了Xn接口、F1接口和无线回程上的信令，并且减少了在IAB施主改变时终端设备的服务中断和时延。

将参考图3和图4进行更详细的描述。图3描述了在第二通信接口建立期间(例如，在F1设置过程期间)的示例上下文信息传送。图4描述了在终端设备的连接重建期间(例如，在Xn获取UE上下文过程期间)的示例上下文信息传输。

图3示出了说明根据本公开的一些其他示例实施例的用于施主间拓扑适配的过程300的信令图。为了讨论的目的，将参考图1描述过程300。过程300可以涉及如图1所示的第一设备110、第二设备120、第三设备130和第四设备140。应当理解，尽管已经在图1的通信网络100中描述了过程300，但是该过程同样可以应用于其他通信场景。图3描述了在第二通信接口的设置或建立期间的上下文信息传送。

当发起第一设备110从第三设备130到第二设备120的切换时，第二设备120的CU122在第一设备110和第二设备120的DU 121之间的无线BH上配置新的适配层路由。然后，第一设备110执行DU设置过程，并且设置或建立与第二设备120的CU 122的通信接口。当第一设备110的DU 112需要设置或建立与第二设备120的CU 122的通信接口时，可以执行图3中的过程。

如图3所示，第一设备110向第二设备120发送301关于第一设备110和第三设备130之间的第一通信接口的信息(为了方便，本文也称为第一信息)。在该示例中，第一设备110在用于设置或建立第一设备110和第二设备120之间的第二通信接口的请求中发送信息。在通信接口是F1接口的示例实施例中，用于建立第二通信接口的请求可以是F1设置请求(F1SETUP REQUEST)消息。

可以唯一地标识第一通信接口的任何合适的信息都是可行的。在一些实施例中，该信息可以包括第三设备130的标识。在一些实施例中，该信息可以包括第三设备130的CU132的标识。例如，标识可以是CU 132的全局NG-RAN节点标识(ID)。作为另一示例，标识可以是CU 132的gNB-CU名称。作为另一示例，标识可以是CU 132的传输层地址。当然，能够唯一地标识第三设备130(即源施主)的任何其他合适的信息也是可行的。

在一些实施例中，该信息还可以包括第一设备110的标识。在一些实施例中，该信息可以包括第一设备110的DU 112的标识，或者第一设备111的MT 111的标识。例如，标识可以是DU 112的gNB-DU ID。作为另一示例，标识可以是DU 112的gNB-DU名称。作为另一示例，标识可以是DU 112的传输层地址。在另一示例中，标识可以是由第三设备130分配给第一设备110的BAP地址或标识。当然，能够唯一地标识第一设备110、即迁移IAB节点或迁移IAB节点的子IAB节点的任何其它合适的信息也是可行的。在一些其它实施例中，该信息还可以包括第一设备110的小区标识(或多个标识)。例如，第一设备110将小区标识用于与第三设备130的第一通信接口。

在接收到关于第一通信接口的信息时，第二设备120向第三设备130发送302用于获得与至少一个第四设备140和第一通信接口相关联的上下文信息的请求。在一些实施例中，请求可以包括关于第一通信接口的信息。在一些实施例中，请求可以包括第三设备130的标识。在一些实施例中，请求可以包括第一设备110的标识。在一些实施例中，请求可以包括第一设备110的一个或多个小区标识。

在该示例中，第二设备120可以发起XnAP过程以从第三设备130获取上下文信息。在一些实施例中，第二设备120可以发送用于获得与第一通信接口相关联的所有第四设备的上下文信息的请求。这样，可以减少在第一设备110和第二设备120之间重建的通信时延。在一些备选实施例中，第二设备120可以发送包括第一设备110的一个或多个小区的小区标识的请求，以便获得由第一设备110提供的一个或多个小区中的第四设备的上下文信息。在一些备选实施例中，第二设备120可以发送用于获得与第一通信接口相关联的部分第四设备的上下文信息的请求。

在接收到用于获得上下文信息的请求时，第三设备130将所请求的上下文信息发送303给第二设备120。在一些实施例中，上下文信息可以包括与第一通信接口相关的UE上下文信息。在通信接口是F1接口的示例实施例中，UE上下文信息与F1接口相关。在一些实施例中，UE上下文信息可以包括以下中的至少一项：由第三设备130分配的gNB-CU UE F1APID，由第一设备110分配的gNB-DU UE F1AP ID，无线电资源配置信息，SRB信息，DRB信息，当第四设备140是IAB-MT时的BH RLC信道信息，F1-U隧道信息等。当然，UE上下文信息还可以包括在通常的F1AP UE上下文建立过程期间在第一设备110和第三设备130中建立的任何其他信息。应当注意，这仅仅是示例，并且本申请不对上下文信息的内容进行限制。

在一些实施例中，第三设备130可以发送针对一个第四设备或第四设备列表的上下文信息。在一些实施例中，第三设备130可以发送由第一设备110的一个或多个特定小区服务的所有第四设备的上下文信息。在一些实施例中，第三设备130可以发送与第一通信接口相关联的所有第四设备的上下文信息。

在一些实施例中，第三设备130还可以向第二设备120发送用于验证来自至少一个第四设备140的RRC连接重建请求或RRC恢复请求的信息(为了方便，在此也称为第二信息)。例如，第三设备130的CU 132可以向第二设备120的CU 122发送每个所连接的终端设备的第二信息。在一些实施例中，第三设备130可以将上下文信息和第二信息一起发送给第二设备120。

在一些实施例中，第二信息可以包括第四设备140的UE标识。在一些实施例中，UE标识可包括以下中的至少一项：分配给第四设备140的C-RNTI、第四设备140连接到第一设备110的小区的PCI、shortMAC-I、ShortI-RNTI值、resumeMAC-I或可用于验证第四设备140的任何其它信息。

在一些实施例中，第二信息可以包括令牌。小区无线电网络临时标识符(C-RNTI)、物理小区ID(PCI)和目标小区ID中的至少一个可以由IAB节点(即，第一设备110)分配，并且源gNB(即，第三设备130)可以生成令牌并将其提供给目标施主(即，第二设备120)。这样，目标施主(即，第二设备120)可以代表源施主(即，第三设备130)验证稍后在RRC连接重建请求或RRC恢复请求中接收到的令牌。

在一些实施例中，在接收到上下文信息时，第二设备120可保存上下文信息并决定是否完全重用它。在一些实施例中，第二设备120可以更新304一些或所有上下文信息，以便与第二通信接口适配。例如，第二设备120可以更新304部分上下文信息。在通信接口是F1接口的示例实施例中，上下文信息与F1接口相关。在一些实施例中，更新的上下文信息可以包括以下中的至少一项：由第二设备120分配的经更新的gNB-CU UE F1AP ID，用于标识第一设备110中的第四设备140的gNB-DU UE F1AP ID，经更新的无线电资源配置的信息，经更新的SRB的信息，经更新的DRB的信息，当第四设备140是IAB-MT时的经更新的回程RLC信道的信息，经更新的F1-U隧道的信息等。当然，经更新的UE上下文信息还可以包括在通常的F1APUE上下文修改过程期间在第一设备110和第三设备130中更新的任何其他信息。应当注意，这仅仅是示例，并且本申请不对经更新的上下文信息的内容进行限制。

在一些实施例中，目标施主CU CP(即，第二设备120的CU 122的CP)为目标施主CUUP(即，第二设备120的CU 122的用户平面(UP))中的至少第四设备140发起E1应用协议(E1AP)上下文设置。E1AP消息还包括第一设备110(例如迁移IAB节点)中的下行链路完全合格TEID(DL F-TEID)信息。这不同于通常的E1AP UE上下文设置，在通常的E1AP UE上下文设置过程期间不知道DL F-TEID。目标施主CU CP还可以考虑分配给第一设备110的新IP地址，例如当在目标施主CU CP中设置E1AP上下文时的迁移IAB节点。

继续参考图3，第二设备120向第一设备110发送305保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。该指示可以是任何合适的形式。在该示例中，第二设备120可以在对用于设置或建立第二通信接口的请求的响应中发送该指示。在通信接口是F1接口的示例实施例中，该响应可以是F1设置响应消息。

在接收到该指示时，第一设备110保留306上下文信息以用于经由第一设备110和第二设备120之间的第二通信接口的通信。在一些实施例中，第一设备110在第二通信接口的设置或建立期间保持上下文信息而不将其移除，并且将该上下文信息重新用于经由第二通信接口的通信。

在一些实施例中，当第一设备110与第三设备130断开连接时，第一设备110停止DU操作(包括空中传输)。在第一设备110连接到第二设备120之后，第一设备110恢复DU操作(包括空中传输)。在此期间，当第一设备110停止DU操作时，第四设备140可检测无线电链路故障(RLF)，并且当第一设备110恢复DU操作时，第四设备140可与第一设备110重新连接。在向旧DU(在该示例中，当停止DU操作时第一设备110的DU 112)声明RLF时，第四设备140可选择307新DU(在该示例中，当恢复DU操作时第一设备110的DU 112)，并经由第一设备110发起308RRC连接重建过程。第一设备110可以向第二设备120的CU 122的CP发送309F1 INITIALUL RRC消息。由于第二设备120的CU 122已经从第三设备130的CU 132获取到上下文信息，因此第二设备120的CU 122不需要发起如重建过程中当前使用的那样的XnAP获取UE上下文过程。在另一示例中，RRC_INACTIVE第四设备发起与第一设备110的RRC连接恢复过程。由于第二设备120的CU 122已经从第三设备130的CU 132获取上下文信息，因此第二设备120的CU 122不需要发起如在RRC连接重建过程或RRC连接恢复过程中当前使用的那样的XnAP获取UE上下文过程。因此，RRC连接重建过程或恢复过程被显著地简化，并且通信时延被减少。

在一些实施例中，利用从第三设备130接收的第二信息，第二设备120可以验证310在RRC重建请求消息或RRC恢复请求消息中接收的信息，例如令牌。

在第二设备120更新上下文信息的一些实施例中，第二设备120可以例如通过F1APUE上下文修改过程来发送311经更新的上下文信息。第一设备110可以找到312第四设备140的上下文信息。例如，第一设备110可基于旧的gNB-DU UE FIAP ID找到上下文信息，并用新的C-RNTI或PCI替换旧的C-RNTI或PCI。然后，将以传统方式执行313完成重建的其它过程，并且在此省略以便简明。

利用图3的过程，当IAB施主被改变时，通过消除第一设备110(例如迁移IAB节点)中的上下文信息的完全重建，可以显著地简化重建过程或恢复过程。这最小化了Xn接口、F1接口和无线回程上的信令，并且减少了在IAB施主改变时针对终端设备的服务中断和时延。

图4示出了说明根据本公开的一些其他示例实施例的用于施主间拓扑适配的过程400的信令图。为了讨论的目的，将参考图1描述过程400。过程400可以包括如图1所示的第一设备110、第二设备120、第三设备130和第四设备140。应当理解，尽管已经在图1的通信网络100中描述了过程400，但是该过程同样可以应用于其他通信场景。

当发起第一设备110从第三设备130到第二设备120的切换时，第二设备120的CU122在第一设备110和第二设备120的DU 121之间的无线BH上配置新的适配层路由。然后，第一设备120执行DU设置过程，并建立与第二设备120的CU 122的通信接口。当第一设备110的DU 112需要建立与第二设备120的CU 122的通信接口时，可以执行图4中的过程。

如图4所示，第一设备110向第二设备120发送401关于第一设备110和第三设备130之间的第一通信接口的信息(为了方便，在此也称为第一信息)。在该示例中，第一设备110在用于设置或建立第一设备110和第二设备120之间的第二通信接口的请求中发送信息。在通信接口是F1接口的示例实施例中，用于建立第二通信接口的请求可以是F1设置请求消息。

可以唯一地标识第一通信接口的任何合适的信息都是可行的。在一些实施例中，该信息可以包括第三设备130的标识。在一些实施例中，该信息可以包括第三设备130的CU132的标识。例如，标识可以是CU 132的全局NG-RAN节点ID。作为另一示例，标识可以是CU132的gNB-CU名称。作为另一示例，标识可以是CU 132的传输层地址。当然，能够唯一地标识第三设备130(即源施主)的任何其他合适的信息也是可行的。

在一些实施例中，该信息还可以包括第一设备110的标识。在一些实施例中，该信息可以包括第一设备110的DU 112的标识，或者第一设备111的MT 111的标识。例如，标识可以是DU 112的gNB-DU ID。作为另一示例，标识可以是DU 112的gNB-DU名称。作为另一示例，标识可以是DU 112的传输层地址。在另一示例中，标识可以是由第三设备130分配给第一设备110的BAP地址或标识。当然，能够唯一地标识第一设备110(即迁移IAB节点或迁移IAB节点的子IAB节点)的任何其它合适的信息也是可行的。在一些其它实施例中，该信息还可以包括第一设备110的小区标识(或多个标识)。例如，第一设备110将小区标识用于与第三设备130的第一通信接口。

在接收到关于第一通信接口的信息时，第二设备120向第一设备110发送402保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。该指示可以是任何合适的形式。在该示例中，第二设备120可以对用于设置或建立第二通信接口的请求的响应中发送该指示。在通信接口是F1接口的示例实施例中，该响应可以是F1设置响应消息。

在接收到该指示时，第一设备110保留403上下文信息以用于经由第一设备110和第二设备120之间的第二通信接口的通信。在一些实施例中，第一设备110在建立第二通信接口期间保持上下文信息而不将其移除，并且将上下文信息重新用于经由第二通信接口的通信。

在一些实施例中，当第一设备110与第三设备130断开连接时，第一设备110停止DU操作(包括空中传输)。在第一设备110连接到第二设备120之后，第一设备110恢复DU操作(包括空中传输)。在此期间，第四设备140可在第一设备110停止DU操作时检测RLF，且在第一设备110恢复DU操作时与第一设备110重新连接。在向旧DU(在该示例中，当停止DU操作时第一设备110的DU 112)声明RLF时，第四设备140可选择404新DU(在该示例中，当恢复DU操作时第一设备110的DU 112)，并经由第一设备110发起405连接重建过程。第一设备110可以将F1 INITIAL UL RRC消息发送406给第二设备120的CU 122的CP。然后，第二设备120发起Xn获取UE上下文过程。

在Xn获取UE上下文过程期间，第二设备120向第三设备130发送407用于获得第四设备140关于第一通信接口的上下文信息的请求。在通信接口是F1接口的一些实施例中，该请求可以是Xn获取UE上下文请求消息。在一些实施例中，该请求可以包括关于第一通信接口的信息。在一些实施例中，该请求可以包括第三设备130的标识。在一些实施例中，该请求可以包括第一设备110的标识。在一些实施例中，该请求可以包括第四设备140的标识。当然，该请求可以包括任何其它合适的信息。在该请求可以包括用于验证来自第四设备140的连接重建请求或恢复请求的信息的一些实施例中，第三设备130可以基于该信息来验证来自第四设备140的连接重建请求或恢复请求。

作为对该请求的响应，第三设备130向第二设备120发送408与第四设备140和第一通信接口相关联的上下文信息。在一些实施例中，上下文信息可以包括与第一通信接口相关的UE上下文信息。在通信接口是F1接口的示例实施例中，UE上下文信息与F1接口相关。在一些实施例中，UE上下文信息可以包括与由第一设备110服务的终端设备相关的上下文信息。在一些实施例中，UE上下文信息可以包括与由第一设备110服务的子IAB节点相关的上下文信息。例如，UE上下文信息可以包括以下中的至少一项：由第三设备130分配的gNB-CUUE F1AP ID，由第一设备110分配的gNB-DU UE F1AP ID，无线电资源配置的信息，SRB的信息，DRB的信息，当第四设备140是IAB-MT时的BH RLC信道的信息，F1-U隧道的信息等。当然，UE上下文信息还可以包括在通常的F1AP UE上下文建立过程期间在第一设备110和第三设备130中建立的任何其他信息。应当注意，这仅仅是示例，并且本申请不对上下文信息的内容进行限制。

在接收到上下文信息时，第二设备120可保存上下文信息并决定是否完全重用它。在一些实施例中，第二设备120可以更新409上下文信息以便与第二通信接口适配。例如，第二设备120可以更新部分上下文信息。在通信接口是F1接口的示例实施例中，经更新的上下文信息与F1接口相关。在一些实施例中，经更新的上下文信息可以包括以下中的至少一项：由第二设备120分配的经更新的gNB-CU UE F1AP ID，用于标识第一设备110中的第四设备140的gNB-DU UE F1AP ID，经更新的无线电资源配置的信息，经更新的SRB的信息，经更新的DRB的信息，当第四设备140是IAB-MT时的经更新的回程RLC信道的信息，经更新的F1-U隧道的信息等。当然，经更新的UE上下文信息还可以包括在通常的F1AP UE上下文修改过程期间在第一设备110和第三设备130中更新的任何其他信息。应当注意，这仅仅是示例，并且本申请不对经更新的上下文信息的内容进行限制。

在一些实施例中，目标施主CU-CP(即，第二设备120的CU 122的CP)可以针对目标施主CU-UP(即，第二设备120的CU 122的用户平面(UP))中的至少第四设备140发起E1应用协议(E1AP)上下文设置。E1AP消息附加地包括第一设备110(例如迁移IAB节点)中的DL F-TEID信息。这不同于通常的E1AP UE上下文设置过程，在通常的E1AP UE上下文设置过程期间不知道DL F-TEID。当在目标施主CU UP中建立E1AP上下文时，目标施主CU-CP还可以考虑分配给第一设备110(例如迁移IAB节点)的新IP地址。

在第二设备120更新上下文信息的一些实施例中，第二设备120可以例如通过F1APUE上下文修改过程来发送410经更新的上下文信息。第一设备110可以找到411所保留的第四设备140的上下文信息。例如，第一设备110可基于旧的gNB-DU UE FIAP ID找到所保留的上下文信息，并用新的C-RNTI或PCI替换旧的C-RNTI或PCI。然后，以传统方式执行412其它过程以完成重建，并且为了简明在此省略。

利用图4的过程，通过消除当IAB施主改变时第一设备110(例如迁移IAB节点)中的上下文信息的完全重建，同时稍微修改当前规范，可以简化RRC连接重建过程或恢复过程。这也减少了Xn接口、F1接口和无线回程上的信令，并且改进了在IAB施主改变时针对终端设备的的服务中断和时延。

图5示出了根据本公开一些示例实施例的在第一设备处实现的示例方法500的流程图。方法500可以在作为迁移IAB节点或迁移IAB节点的子IAB节点的设备处实现，例如图1中的第一设备110。为了方便起见，将参考图1描述方法500。

在框510，第一设备110向第二设备120发送关于第一设备110和第三设备130之间的第一通信接口的第一信息。在一些实施例中，第一信息可以包括以下中的至少一项：用于第一通信接口的第一设备110的小区标识、第一设备110的标识和第三设备130的标识。在一些实施例中，发送可以包括在针对第二通信接口的设置请求中向第二设备120发送第一信息。

在框520，第一设备110从第二设备120接收保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。在一些实施例中，接收可以包括在对设置请求的响应中从第二设备120接收指示。

在框530，第一设备110经由第一设备110和第二设备120之间的第二通信接口的通信中使用上下文信息。

在一些实施例中，第一设备110还可以从第二设备120接收经更新的上下文信息。在一些实施例中，第一设备110还可以用经更新的上下文信息来更新所保留的上下文信息。

图6示出了根据本公开一些示例实施例的在第二设备处实现的示例方法600的流程图。方法600可以在作为目标IAB施主的设备处实现，例如图1中的第二设备120。为了方便起见，将参考图1描述方法600。

在框610，第二设备120从第一设备110接收关于第一设备110和第三设备130之间的第一通信接口的第一信息。在一些实施例中，第一信息可以包括以下中的至少一项：用于第一通信接口的第一设备110的小区标识、第一设备110的标识和第三设备130的标识。在一些实施例中，接收可以包括在针对第二通信接口的设置请求中从第一设备110接收第一信息。

在框620，第二设备120基于第一信息向第三设备130发送用于获得与至少一个第四设备140和第一通信接口相关联的上下文信息的请求。在一些实施例中，该请求可以包括以下中的至少一项：第三设备130的标识、第一设备110的标识、第一设备110的小区标识和第四设备140的标识。

在一些实施例中，第二设备120还可以向第一设备110发送指示保留与至少一个第四设备140和第一通信接口相关联的上下文信息的指示。在一些实施例中，发送可以包括在对设置请求的响应中向第一设备110发送该指示。在一些其它实施例中，可以在第二设备120从第三设备130接收到上下文信息之后执行该发送。

在框630，第二设备120从第三设备130接收用于经由第一设备110和第二设备120之间的第二通信接口进行通信的至少一个第四设备140的上下文信息。在一些实施例中，第二设备120可以更新上下文信息并将经更新的上下文信息发送给第一设备110。

在一些实施例中，第二设备120还可以从第三设备130接收用于验证来自至少一个第四设备140的RRC连接重建请求或恢复请求的第二信息，并且基于第二信息验证来自至少一个第四设备140的RRC连接重建请求或恢复请求。

图7示出了根据本公开一些示例实施例的在第三设备处实现的示例方法700的流程图。方法700可以在作为源IAB施主的设备处实现，例如图1中的第三设备130。为了方便起见，将参考图1描述方法700。

在框710，第三设备130从第二设备120接收用于获得与至少一个第四设备140以及第一设备110和第三设备130之间的第一通信接口相关联的上下文信息的请求。在一些实施例中，请求可以包括以下中的至少一项：第三设备130的标识、第一设备110的标识、第一设备110的小区标识和第四设备140的标识。

在框720，第三设备130向第二设备120发送上下文信息，以用于经由第一设备110和第二设备120之间的第二通信接口的通信。在一些实施例中，第三设备130可以向第二设备120发送用于验证来自至少一个第四设备140的连接重建请求或恢复请求的第二信息。

应当理解，参考图1至图4对特征的描述也适用于方法500、600和700，并且具有相同的效果。因此，省略了这些特征的细节。

在一些示例实施例中，任何能够执行方法500的装置(例如，第一设备110)可以包括用于执行方法500的各个步骤的部件。该部件可以以任何适当的形式实现。例如，该部件可以在电路或软件模块中实现。

在一些示例实施例中，该装置包括：用于在所述第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息的部件；用于从所述第二设备接收保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示的部件；以及用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息的部件。

在一些示例实施例中，用于发送所述第一信息的部件可以包括用于在针对所述第二通信接口的设置请求中向所述第二设备发送第一信息的部件，并且用于接收指示的部件可以包括用于在对该设置请求的响应中从所述第二设备接收该指示的部件。

在一些示例实施例中，所述第一信息可以包括所述第三设备的标识和所述第一设备的标识中的至少一个。

在一些示例实施例中，所述装置还可以包括用于从所述第二设备接收经更新的上下文信息的部件。在一些示例实施例中，所述装置还可以包括用于利用经更新的上下文信息来更新上下文信息的部件。

在一些示例实施例中，任何能够执行方法600的装置(例如，第二设备120)可以包括用于执行方法600的各个步骤的部件。该部件可以以任何适当的形式实现。例如，该部件可以在电路或软件模块中实现。

在一些示例实施例中，该装置包括用于在第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息的部件；用于基于所述第一信息向所述第三设备发送获取与至少一个第四设备和所述第一通信接口相关联的上下文信息的请求的部件；以及用于从所述第三设备接收上下文信息以用于经由所述第一设备和所述第二设备之间的第二通信接口的通信的部件。

在一些示例实施例中，所述装置还可以包括用于向所述第一设备发送指示保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示的部件。

在一些示例实施例中，用于接收第一信息的部件可以包括：用于在对所述第二通信接口的设置请求中从所述第一设备接收所述第一信息的部件，以及用于在对设置请求的响应中发送指示的部件。

在一些示例实施例中，用于接收所述第一信息的部件可以包括：用于在将所述第一设备从所述第三设备切换到所述第二设备的请求中从所述第三设备接收所述第一信息的部件，以及用于在对设置请求的响应中发送指示的部件。

在一些示例实施例中，该装置可以进一步包括：用于从所述第三设备接收用于验证来自所述至少一个第四设备的连接重建请求的第二信息的部件；以及用于基于所述第二信息来验证来自所述至少一个第四设备的连接重建请求的部件。

在一些示例实施例中，该装置还可以包括用于更新上下文信息的部件。在一些示例实施例中，该装置还可以包括用于向所述第一设备发送经更新的上下文信息的部件。在一些示例实施例中，所述第一信息可以包括第三设备的标识和第一设备的标识中的至少一个。

在一些示例实施例中，任何能够执行方法700的装置(例如，第三设备130)可以包括用于执行方法700的各个步骤的部件。所述部件可以以任何适当的形式实现。例如，所述部件可以在电路或软件模块中实现。

在一些示例实施例中，所述装置包括：从第二设备接收用于获得与至少一个第四设备以及第一设备和第三设备之间的第一通信接口相关联的上下文信息的请求的部件；以及用于向所述第二设备发送上下文信息以用于经由所述第一设备和所述第二设备之间的第二通信接口的通信的部件。

在一些示例实施例中，所述装置还可以包括：用于向所述第二设备发送用于验证来自所述至少一个第四设备的连接重建请求的第二信息的部件。

在一些示例实施例中，所述请求可以包括所述第三设备的标识和所述第一设备的标识中的至少一个。

在一些示例实施例中，所述第一设备可以是IAB节点设备，所述第二设备和所述第三设备中的每一个可以是IAB施主设备，并且所述第四设备可以是由所述第一设备服务的终端设备和IAB节点设备中的至少一个。

图8是适合于实现本公开实施例的设备800的简化框图。可以提供设备800来实现通信设备，例如图1所示的第一设备110、第二设备120或第三设备130。如图所示，设备800包括一个或多个处理器810、耦合到处理器810的一个或多个存储器820以及耦合到处理器810的一个或多个通信模块840。

通信模块840用于双向通信。通信模块840具有至少一个天线以便于通信。通信接口可以表示与其他网元通信所需的任何接口。

处理器810可以是适合本地技术网络的任何类型，并且作为非限制性示例可以包括以下一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备800可以具有多个处理器，例如特定于应用的集成电路芯片，该芯片在时间上从属于与主处理器同步的时钟。

存储器820可包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)824、电可编程只读存储器(EPROM)、闪存、硬盘、光盘(CD)、数字视频盘(DVD)和其他磁存储器和/或光存储器。易失性存储器的示例包括但不限于随机存取存储器(RAM)822和在断电持续时间内不会持续的其他易失性存储器。

计算机程序830包括由相关处理器810执行的计算机可执行指令。程序830可以存储在ROM 824中。处理器810可以通过将程序830加载到RAM 822中来执行任何合适的动作和处理。

本公开的实施例可以通过程序830实现，以便设备800可以执行参考图2至图7所讨论的本公开的任何过程。本公开的实施例也可以通过硬件或通过软件和硬件的组合来实现。

在一些实施例中，程序830可有形地包含在计算机可读介质中，该计算机可读介质可包括在设备800(例如存储器820)或设备800可访问的其他存储设备中。设备800可以将程序830从计算机可读介质加载到RAM 822以执行。计算机可读介质可以包括任何类型的有形非易失性存储器，例如ROM、EPROM、闪存、硬盘、CD、DVD等。图9示出了CD或DVD形式的计算机可读介质900的示例。计算机可读介质上存储有程序830。

通常，本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以在硬件中实现，而其他方面可以在固件或软件中实现，这些固件或软件可以由控制器、微处理器或其他计算设备执行。虽然本公开实施例的各个方面被示出并描述为框图、流程图或使用一些其他图示，但应理解，本文所述的框图、装置、系统、技术或方法可以作为非限制性示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某些组合中实现。

本公开还提供了至少一种有形存储在非瞬态计算机可读存储介质上的计算机程序产品。计算机程序产品包括计算机可执行指令，例如包括在程序模块中的指令，这些指令在目标真实或虚拟处理器上的设备中执行，以执行如上参考图5、图6和图7所述的方法500、600和700。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或分割程序模块的功能。程序模块的机器可执行指令可在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。

用于执行本公开方法的程序代码可以用一种或多种编程语言的任意组合编写。这些程序代码可提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器或控制器，以便当由处理器或控制器执行时，程序代码导致实现流程图和/或框图中指定的功能/操作。程序代码可以作为独立软件包完全在机器上执行，部分在机器上执行，部分在机器上执行且部分在远程机器上执行，或完全在远程机器或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可由任何合适的载体携带，以使设备、装置或处理器能够执行上述各种过程和操作。载体的示例包括信号、计算机可读介质等。

计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备，或上述各项的任何适当组合。计算机可读存储介质的更具体示例包括具有一条或多条导线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁性存储设备，或上述各项的任何适当组合。

此外，虽然操作是按特定顺序描述的，但这不应理解为要求按照所示的特定顺序或顺序执行此类操作，或要求执行所有图示的操作，以获得理想的结果。在某些情况下，多任务和并行处理可能是有利的。同样，尽管在上述讨论中包含了几个具体的实现细节，但这些细节不应被解释为对本公开范围的限制，而应被解释为对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或在任何合适的子组合中实现。

尽管以特定于结构特征和/或方法行为的语言进行了描述本公开内容，但应理解，所附权利要求中限定的本公开内容不必限于上述特定特征或行为。相反，上述特定特征和动作被公开为实现权利要求的示例形式。

Claims (42)

1.一种第一设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第一设备：

在所述第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息；

从所述第二设备接收保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示；以及

在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息。

2.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下方式来发送所述第一信息：在针对所述第二通信接口的设置请求中向所述第二设备发送所述第一信息，以及

其中所述第一设备被使得通过以下方式来接收所述指示：在来自所述第二设备的对所述设置请求的响应中接收所述指示。

3.根据权利要求1所述的第一设备，其中所述第一信息包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

4.根据权利要求1所述的第一设备，其中所述第一设备还被使得：

从所述第二设备接收经更新的上下文信息。

5.根据权利要求4所述的第一设备，其中所述第一设备还被使得：

利用所述经更新的上下文信息来更新所述上下文信息。

6.根据权利要求1所述的第一设备，其中所述第一设备是集成接入和回程(IAB)节点设备，所述第二设备和所述第三设备中的每个设备是IAB施主设备，并且所述第四设备是由所述第一设备服务的终端设备和IAB节点设备中的至少一项。

7.一种第二设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备：

在所述第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息；

基于所述第一信息向所述第三设备发送用于获得与至少一个第四设备和所述第一通信接口相关联的上下文信息的请求；以及

从所述第三设备接收所述上下文信息以用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用。

8.根据权利要求7所述的第二设备，其中所述第二设备还被使得：

向所述第一设备发送指示保留与所述至少一个第四设备和所述第一通信接口相关联的所述上下文信息的指示。

9.根据权利要求8所述的第二设备，其中所述第二设备被使得通过以下方式来接收所述第一信息：在针对所述第二通信接口的设置请求中从所述第一设备接收所述第一信息，以及

其中所述第二设备被使得通过以下方式来发送所述指示：在对所述设置请求的响应中向所述第一设备发送所述指示。

10.根据权利要求8所述的第二设备，其中所述第二设备被使得通过以下方式来接收所述第一信息：在用于将所述第一设备从所述第三设备切换到所述第二设备的请求中从所述第三设备接收所述第一信息，以及

其中所述第二设备被使得通过以下方式来发送所述指示：在对所述设置请求的响应中向所述第一设备发送所述指示。

11.根据权利要求7所述的第二设备，其中所述第二设备还被使得：

从所述第三设备接收用于验证来自所述至少一个第四设备的连接重建请求或恢复请求的第二信息；以及

基于所述第二信息，验证来自所述至少一个第四设备的所述连接重建请求或恢复请求。

12.根据权利要求7所述的第二设备，其中所述第二设备还被使得：

更新所述上下文信息。

13.根据权利要求12所述的第二设备，其中所述第二设备还被使得：

向所述第一设备发送经更新的上下文信息。

14.根据权利要求7所述的第二设备，其中所述第一信息包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

15.根据权利要求7所述的第二设备，其中所述第一设备是集成接入和回程(IAB)节点设备，所述第二设备和所述第三设备中的每个设备是IAB施主设备，并且所述第四设备是由所述第一设备服务的终端设备和IAB节点设备中的至少一项。

16.一种第三设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第三设备：

在第三设备处从第二设备接收用于获得上下文信息的请求，所述上下文信息与至少一个第四设备以及在第一设备与第三设备之间的第一通信接口相关联；以及

向所述第二设备发送所述上下文信息。

17.根据权利要求16所述的第三设备，其中所述第三设备还被使得：

向所述第二设备发送用于验证来自所述至少一个第四设备的连接重建请求或恢复请求的第二信息。

18.根据权利要求16所述的第三设备，其中所述请求包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

19.根据权利要求16所述的第三设备，其中所述第一设备是集成接入和回程(IAB)节点设备，所述第二设备和所述第三设备中的每个设备是IAB施主设备，并且所述第四设备是由所述第一设备服务的终端设备和IAB节点设备中的至少一项。

20.一种用于通信的方法，包括：

在第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息；

从所述第二设备接收指示保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示；以及

在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息。

21.根据权利要求20所述的方法，其中所述发送包括：在针对所述第二通信接口的设置请求中向所述第二设备发送所述第一信息，以及

其中所述接收包括：在来自所述第二设备的对所述设置请求的响应中接收所述指示。

22.根据权利要求20所述的方法，其中所述第一信息包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

23.根据权利要求20所述的方法，还包括：

从所述第二设备接收经更新的上下文信息。

24.根据权利要求23所述的方法，还包括：

利用所述经更新的上下文信息来更新所述上下文信息。

25.一种用于通信的方法，包括：

在所述第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息；

基于所述第一信息向所述第三设备发送用于获得与至少一个第四设备和所述第一通信接口相关联的上下文信息的请求；以及

从所述第三设备接收所述上下文信息以用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用。

26.根据权利要求25所述的方法，还包括：

向所述第一设备发送指示保留与所述至少一个第四设备和所述第一通信接口相关联的所述上下文信息的指示。

27.根据权利要求26所述的方法，其中接收所述第一信息包括：在针对所述第二通信接口的设置请求中从所述第一设备接收所述第一信息，以及

其中发送所述指示包括：在对所述设置请求的响应中向所述第一设备发送所述指示。

28.根据权利要求26所述的方法，其中接收所述第一信息包括：在用于将所述第一设备从所述第三设备切换到所述第二设备的请求中从所述第三设备接收所述第一信息，以及

其中发送所述指示包括：在对所述设置请求的响应中向所述第一设备发送所述指示。

29.根据权利要求25所述的方法，还包括：

从所述第三设备接收用于验证来自所述至少一个第四设备的连接重建请求或恢复请求的第二信息；以及

基于所述第二信息，验证来自所述至少一个第四设备的所述连接重建请求或恢复请求。

30.根据权利要求25所述的方法，还包括：

更新所述上下文信息。

31.根据权利要求30所述的方法，还包括：

向所述第一设备发送经更新的上下文信息。

32.根据权利要求25所述的方法，其中所述第一信息包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

33.一种用于通信的方法，包括：

在第三设备处从第二设备接收用于获得上下文信息的请求，所述上下文信息与至少一个第四设备以及在第一设备和第三设备之间的第一通信接口相关联；以及

向所述第二设备发送所述上下文信息。

34.根据权利要求33所述的方法，还包括：

向所述第二设备发送用于验证来自所述至少一个第四设备的连接重建请求或恢复请求的第二信息。

35.根据权利要求33所述的方法，其中所述请求包括以下中的至少一项：所述第三设备的标识、所述第一设备的标识、所述第一设备的小区标识。

36.根据权利要求20、25和33中任一项所述的方法，其中所述第一设备是集成接入和回程(IAB)节点设备，所述第二设备和所述第三设备中的每个设备是IAB施主设备，并且所述第四设备是由所述第一设备服务的终端设备和IAB节点设备中的至少一项。

37.一种用于通信的装置，包括：

用于在所述第一设备处向第二设备发送关于所述第一设备和第三设备之间的第一通信接口的第一信息的部件；

用于从所述第二设备接收指示保留与至少一个第四设备和所述第一通信接口相关联的上下文信息的指示的部件；以及

用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用所述上下文信息的部件。

38.一种用于通信的装置，包括：

用于在第二设备处接收关于第一设备和第三设备之间的第一通信接口的第一信息的部件；

用于基于所述第一信息向所述第三设备发送用于获得上下文信息的部件，所述上下文信息与至少一个第四设备和所述第一通信接口相关联；以及

用于从所述第三设备接收所述上下文信息的部件，以用于在经由所述第一设备和所述第二设备之间的第二通信接口的通信中使用。

39.一种用于通信的装置，包括：

用于在第三设备处从第二设备接收用于获得上下文信息的请求的部件，所述上下文信息与至少一个第四设备以及在第一设备和第三设备之间的第一通信接口相关联；以及

用于向所述第二设备发送所述上下文信息的部件。

40.一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使得装置执行根据权利要求20至24中任一项所述的方法。

41.一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使得装置执行根据权利要求25至32中任一项所述的方法。

42.一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使得装置执行根据权利要求33至36中任一项所述的方法。

Images