CN114073129A - 支持到蜂窝网络小区的条件切换的用户设备和支持条件切换的蜂窝网络 - Google Patents

Abstract

用户设备的实施例支持到蜂窝网络的一个或多个小区的条件切换。用户设备被配置为从蜂窝网络接收配置数据。配置数据指示针对蜂窝网络的多个目标小区的触发到任何目标小区的条件切换的条件。用户设备还被配置为关于适用性来检查条件，并且在适用的情况下触发条件切换。

Description

支持到蜂窝网络小区的条件切换的用户设备和支持条件切换 的蜂窝网络

技术领域

本申请涉及蜂窝网络中的切换概念。本申请涉及支持到蜂窝网络小区的条件切换的用户设备。本申请涉及支持条件切换的蜂窝网络。本申请涉及用于车载网络和移动的基站的条件切换。

背景技术

场景描述

非地面网络为例如静止的或移动的设备提供广域覆盖。例如，在近地轨道(LEO)卫星的情况下，基站(BS)或下一代NodeB(gNB)(在5G情况下)可以在覆盖区域上的确定路线上高速地移动。例如，LEO卫星可以为某个区域提供覆盖，直到例如发生到下一个移动的卫星的切换。例如，在各设备为移动的设备(如火车或飞机)提供连接的情况下，用户设备(UE)以及gNB将会移动，从而使得例如移动过程变得更加重要。需要注意的是，基站也可以是LTE基站，简称为增强型NodeB(eNB)。

最新的条件切换

条件切换(CHO)是针对5G移动性增强而进行讨论。例如，CHO的目标在于提高切换过程的移动鲁棒性。例如，条件切换旨在避免无线电链路失败(RLF)，这种RLF是由例如如下原因导致的：可能无法到达网络的迟到的测量报告，和/或即使在接收到了测量报告并且网络决定执行切换时，切换命令也没有在RLF发生之前到达UE，且UE开始重建过程。

例如，图1示出了CHO可能避免的示例性关键失败情况。

例如，提高移动鲁棒性的一种解决方案是条件切换(CHO)。例如，在条件切换中，网络为UE配置触发条件。例如，基于由网络获得的配置，UE可以决定何时可执行切换。当条件满足时，UE执行切换，无需来自网络的任何其他命令。该过程的优点例如在于：可以在较早的阶段(例如在无线电条件可能变差之前)向UE提供切换(HO)命令，这样做可以增大成功传输消息的可能性。此外，这种CHO使得能例如在较早的时刻执行HO，尽管当前链路仍可以支持良好的链路质量。如果相应地设置了HO条件，则此举可以使得UE可以在例如移动通过网络的同时在延迟、可靠性和吞吐量等方面体验到连续的服务质量(QoS)。

图2示出了示例性的最新CHO。

需要进一步增强蜂窝网络中的移动鲁棒性。

发明内容

用户设备的实施例支持到蜂窝网络的一个或多个小区的条件切换。

用户设备被配置为从蜂窝网络接收配置数据。配置数据指示针对蜂窝网络的多个目标小区的触发到任何目标小区的条件切换的条件。

用户设备还被配置为关于适用性来检查条件，并且在适用的情况下触发条件切换。即换言之，配置数据涉及蜂窝网络的多个目标小区，这些目标小区例如(但有必要)沿着UE的估计的未来路线布置，并且对于该多个目标小区中的每一个目标小区，配置数据可以指示一个或多个相关联的条件，这些条件的适用性应由UE连续地确定，如果满足它们中的任何一个(或它们的组合，例如全部)，则这种情况应会触发UE开始到相应目标小区的CHO。因此，配置数据可以被构造成各部分，每个部分涉及某个目标小区并且包括与相应目标小区相关联的一个或多个条件。

在优选实施例中，用户设备被配置为：在完成条件切换之后(或者换言之，响应于已经完成了到某个目标小区的切换)，删除配置数据的第一部分并保留配置数据的第二部分，例如删除涉及已经完成的条件切换(或者分别涉及对应的目标小区)的第一部分。由此，网络无需在已经进行任何CHO之后更新UE的配置数据，UE继而免于检查涉及已经完成CHO的目标小区的条件。此外，可能不希望UE通过CHO切换回该多个目标小区中的CHO发生过一次的目标小区。

蜂窝网络可以同步地动作，即它可以同步地修改配置数据，使得配置数据在两侧(在UE处和在网络侧)都保持相等。更准确地说，例如通过为UE分配对应的CHO细节，网络可能只保留那些为CHO准备的目标小区，其中已更新/同步的配置数据仍然涉及这些目标小区。

例如，修改配置数据可以包括要从配置数据中移除的该配置数据的涉及已完成和/或已完结的切换的第一部分，而涉及尚未完成或尚未完结的切换的配置数据的第二部分可能会被保留。

根据实施例，用户设备因此被配置为在条件切换的第一触发之后继续检查。即换言之，配置数据涉及蜂窝网络的多个目标小区，这些目标小区被认为是形成有用的目标小区，以甚至顺序地、一个接一个地，而不是纯粹相互交替地执行CHO，由此，UE在基于这些条件而触发的第一CHO之后继续检查配置数据的条件。

根据实施例，第一触发涉及从第一小区到第二小区的条件切换，并且继续检查包括检查关于从第二小区到第一小区(即返回到第一小区，其随后也是目标小区中该配置数据所涉及的一个小区)和/或目标小区之外的任何其他小区的条件切换的条件。需要注意的是，例如从第一小区到第二小区的条件可以不同于从第二小区到第一小区的条件。以这种方式，可以使切回成为可能，例如对于UE进行掉头并且反向穿过所估计的未来路线的情况。

除了检查例如与条件切换有关的触发条件之外，UE还可以检查未配置的目标小区，即可以对到不属于配置数据所涉及的该多个目标小区的任何目标小区的切换的有用性进行检查，并且在未配置的目标小区是合适的候选者的情况下(例如，通过触发测量报告或不同种类的已配置/预配置的触发而检测到)，向源小区通知该合适的切换候选者(例如使用测量报告或者要求对条件切换配置进行重新配置的报告)。以这种方式，可以发起到合适小区的切换。在要求添加到配置数据所涉及的目标小区的条件切换的情况下，网络或当前服务小区可以向UE发送新的配置数据或对现有配置的更新。发起正常切换也是可能的，其中服务小区准备到尚未预见到的目标小区的切换。

根据实施例，用户设备被配置为仅在配置数据中所指示的有限时间间隔内触发对用户设备可用的条件切换。换言之，到某个目标小区的条件切换可以由配置数据至少部分地根据时间间隔来调节，在该时间间隔内条件切换是唯一被允许的。因此，UE将不得不检查当前时间是否落入该时间间隔内，从而检查到对应目标小区的CHO是否可用。对于配置数据涉及的一个以上的目标小区或所有的目标小区，可以在配置数据中给出这样的时间间隔。

根据实施例，配置数据包括一个以上的分配给不同目标小区的有限时间间隔和/或周期性时间间隔。例如，当使用卫星目标小区时，可以定义周期性时间间隔(例如时间间隔的循环序列)，其中时间间隔的周期性与卫星目标小区的轨道周期性有关。

根据实施例，用于触发的条件(或触发条件)可以包括依赖于服务的触发，例如URLLC删除、忽略不支持URLLC业务的常见配置或小区或降低不支持URLLC业务的常见配置或小区的优先级。换言之，配置数据中定义的条件可能更偏好某些目标小区而不是其他目标小区(例如不同服务能力的目标小区)，这可能取决于UE的特性。甚至换言之，可以将配置数据设计来使得：在两个或多个目标小区可用于根据这些目标小区中的每一个目标小区的第一目标小区单独条件集合来触发到其的CHO的情况下，配置数据中的描述目标小区的附加条件数据可被用于选择可用的目标小区之一，其中该附加条件数据描述了目标小区技术。

触发还可以是依赖于策略的触发，例如基于计费模型，其中可能不允许特定的UE接入某种技术，例如更便宜的调制解调器或免费客户的UE无法接入多RAT eNB/gNB。即，例如，根据配置数据中定义的条件，UE必须满足到某些目标小区的CHO的某些技术要求。甚至换言之，可以将配置数据设计来使得：在两个或多个目标小区可用于根据这些目标小区中的每一个目标小区的第一目标小区单独条件集合来触发到其的CHO的情况下，配置数据中的描述目标小区的附加条件数据可被用于选择可用的目标小区之一，其中该附加条件数据描述了目标小区技术。

触发还可以是切换失败触发，其中UE可以跟踪过去的不成功切换的历史，并且可以降低到过去失败的和/或过载的和/或过去拒绝切换的目标小区的切换的优先级。这也可以是由蜂窝网络发信号通知的触发，例如基站和/或小区发送触发并添加基于过去的分析的成功概率。这也可以包含在由蜂窝网络发信号通知的配置数据中，例如基站和/或小区发送配置数据，其中基于过去的分析的成功概率被附加到触发条件。甚至换言之，可以将配置数据设计来使得：在两个或多个目标小区可用于根据这些目标小区中的每一个目标小区的第一目标小区单独条件集合来触发到其的CHO的情况下，配置数据中的在目标小区彼此之间进行优先排序或排名的附加条件数据可被用来选择可用的目标小区之一，其中该附加条件数据在此根据切换成功可能性对目标小区进行排名。

在优选实施例中，与关于备用目标小区和/或关于具有第二(次要)偏好的目标小区的配置数据相比，关于优选目标小区和/或关于具有第一(主要)偏好的目标小区的配置数据包括备用不同的触发条件。

此外，备用目标小区配置数据和/或具有第二偏好的目标小区的配置数据的触发条件包括初始触发条件，根据该初始触发条件，与优选目标小区和/或具有第一偏好的目标小区的切换已经失败，即，已应用针对到该优选目标小区的CHO的该一个或多个条件，但切换最终失败。

例如，可以完成这种分组或排名，以便

·优选能确保服务连续性的小区，和/或

·优先考虑具有更多带宽的小区，和/或

·相比于3G、GSM或其他无线电接入技术(RAT)，优选5G/LTE，和/或

·优选占用较少的小区或其通信资源压力较小的小区，和/或

·相比于可能在较低频率下运行的覆盖范围更广的宏小区，优选小型小区或工作于毫米波的小区，和/或

·相比于许可小区，优选未许可小区。

这些偏好也可以是相反的，取决于例如策略、收费模型、调制解调器类型或正在运行的服务。

在优选实施例中，配置数据包括关于用户设备打算按其执行条件切换的目标小区的顺序的信息。例如，UE可能应该检查到某个目标小区的CHO是否会导致该目标小区成为配置数据所涉及的该多个目标小区中的第n个目标小区(针对该目标小区发起CHO)的条件。如果不是，则该目标小区不可用于CHO。

在优选实施例中，用户设备被配置为根据从蜂窝网络接收的配置更新来更新配置数据。即，新的配置数据不会以独立(self-contained)的方式(即完全新的)而是以与UE处的配置数据的当前版本的差异来发送给UE。

在优选实施例中，用户设备被配置为接收包括第一部分和第二部分的配置数据。配置数据的第一部分(包括组特定参数或公共参数，如LEO卫星路线)经由广播或组播或多播传输来接收，以减少信令开销，配置数据的第二部分(包括用户特定参数或单独参数)经由单播传输来接收。

配置数据的第一部分可以被配置数据的第二部分覆盖，即公共参数可以被单独参数覆盖。

根据实施例，用户设备被配置为：通过向实际服务小区和/或向新服务小区发送报告(例如，测量报告)，触发来自服务小区的配置数据的更新。

如果用户设备仍然连接到服务小区，向实际服务小区发送报告可以向实际服务小区通知何时用户设备不能执行到一个或多个潜在目标小区的切换，而在用户设备丢失并重新连接到蜂窝网络之后，向新服务小区发送报告可以向新服务小区通知错误切换配置。

用户设备还可以由服务小区或新服务小区触发提供测量报告和/或测量数据，给出关于哪些触发导致一个或多个先前切换的信息。

测量报告从UE提供给蜂窝网络，并且它可以包含若干时间相关信息和位置相关信息，以改进关于UE的预期位置和预期到达时间的信息。

根据实施例，用户设备被配置为与蜂窝网络的其他节点交换上下文信息，这可以涉及收发机并且可以特别地结合用户设备(UE)来解释。各实施例并不被限于UE，而是涉及但不限于其他类型的发射机或收发机，例如包括任何具有网络连接的物品和/或设备(例如传感器或致动器)的收发机，这种网络连接使得该物品和/或设备能够使用无线通信网络进行通信。

例如，移动或固定基站可以包括任何发送/接收点(TRP)，以使得物品或设备能够使用无线通信网络进行通信，该物品或设备具有用于使用无线通信网络进行通信的网络连接。

蜂窝网络的另一实施例支持条件切换，被配置为针对一个或多个预定用户设备，为该一个或多个预定用户设备的蜂窝网络的一个或多个目标小区中的每一个目标小区抢先准备用户设备的到小区标识所标识的一个或多个相应目标小区的条件切换。

蜂窝网络还被配置为向用户设备发送配置数据，该配置数据针对每个小区描述触发到该相应小区的切换的条件。

蜂窝网络抢先准备本发明的用户设备到相应小区的切换，或者仅准备可能由用户设备执行的到相应小区的未来切换。该抢先准备可涉及将可用ID之一赋予用户设备。例如，该ID被包括在配置数据的用户设备单独部分中。

例如，抢先准备可以包括

·传输和存储用户上下文，例如RRC上下文，和/或

·预留用户ID，例如RNTI，和/或

·预留RACH前导码，和/或

·预留资源，和/或

·将分组路由和/或复制到一个或多个准备好的目标小区，和/或

·准备边缘云功能，和/或

·检查和/或准备用于服务运行的QoS。

支持条件切换(例如，用于车载网络和/或用于移动的gNB)的蜂窝网络的实施例将带来(但不限于)若干新构思，例如：

·在CHO执行后不移除CHO配置数据，

·针对多个连续小区的CHO的配置数据，

·经由广播/多播信令提供CHO配置数据，

·最初处于活动状态或非活动状态的CHO配置，

·向目标gNB或目标小区询问针对目标小区的顺序CHO配置，

·提供针对目标小区的顺序CHO配置，

·在顺序CHO不可能的情况下通知UE，

·向先前小区或先前服务小区和未来小区或潜在目标小区通知CHO完成，

·提供UE的CHO配置数据，作为UE上下文信息的一部分，以及

·在CHO未按预期地执行的情况下，UE重新连接到网络。

应注意，由权利要求限定的任何实施例可以由上述章节中描述的任何细节(特征和功能)来补充。

此外，上述章节中描述的实施例可以单独地使用，也可以由另一章节中的任何特征或者由权利要求中包括的任何特征来补充。

此外，应注意，本文描述的各个方面可以单独地使用或组合使用。因此，可以将细节添加到每个所述单独方面，而无需向所述方面中的另一方面添加细节。

还应注意，本公开显式地或隐式地描述了可在用户设备和蜂窝网络中使用的特征。因此，本文描述的任何特征都可以在用户设备和蜂窝网络的上下文中使用。

此外，本文描述的任何特征和功能可以以硬件或软件来实现，或者可以使用硬件与软件的组合来实现。

本发明的用户设备和/或本发明的蜂窝网络的其他实施例将由所附权利要求来定义。

附图说明

在下文中，结合附图对本公开的各实施例进行更详细的描述，其中：

图1a)示出了切换失败情况的示意通信图；

图1b)示出了另一切换失败情况的示意通信图；

图2是现有技术条件切换的示意通信图；

图3示出了具有多个顺序条件切换的蜂窝网络的实施例的示意图；

图4示出了顺序条件切换中CHO配置准备的实施例的示意图；

图5示出了顺序条件切换中CHO配置准备的实施例的示意图；

图6示出了一种场景的实施例的示意图，在该场景中，顺序条件切换中的给定切换是不可能的；

图7示出了在小区1到小区2的随机接入CHO成功之后的场景的实施例的示意图；

图8示出了具有不正确预测的场景的实施例的示意图。

图9示出了UE与蜂窝网络的若干小区之间的通信的实施例的示意表示；

图10示出了UE与蜂窝网络之间的一般通信的实施例的示意表示。

图11示出了移动路径已知的一组UE的配置数据。

具体实施方式

在下文中，将描述本发明的不同实施例和方面。

应注意，由权利要求限定的任何实施例可以由本文描述的任何细节(特征和功能)来补充。

另外，本文描述的实施例可以单独地使用，也可以由说明书中的任何特征或者由权利要求中包含的任何特征来补充。

此外，应注意，本文描述的各个方面可以单独地使用或组合使用。因此，可以将细节添加到每个所述单独方面，而无需向所述方面中的另一个方面添加细节。

还应注意，本公开显式地或隐式地描述了可在用户设备和蜂窝网络中使用的特征。因此，本文描述的任何特征可以在用户设备和/或蜂窝网络的上下文中和/或在用于车载网络和移动的下一代NodeB(gNB)的条件切换(CHO)的上下文中使用。

此外，如将在“实现替代方案”部分中描述的，本文描述的任何特征和功能可以以硬件或软件来实现，或者可以使用硬件与软件的组合来实现。

如上所述，条件切换旨在例如避免图1中所示的无线电链路失败(RLF)，图1示出了两种示例性失败情况，即图1a中的100a和图1b中的100b，可以通过条件切换(CHO)避免这两种情况。

图1a示出了失败情况100a的示意表示，失败情况100a包括用户设备110、源节点或基站310、以及UE 110与源节点310之间的通信和/或数据交换。

失败情况100a包括UE 110与源节点310之间的通信中的步骤，其中UE 110打算向源节点310发送测量报告180，但是测量报告没有到达基站310。

由于UE 110没有从源节点310接收到响应和/或条件变差，UE 110宣布无线电链路失败(RLF)并发起重建过程190。重建过程190包括：从UE 110发送给源节点310的重建请求193；从源节点310发送给UE 110的重建肯定应答消息196；以及从UE 110发送给源节点310的重建完成消息199。作为最后一步，源节点310向UE 110提供重新配置数据。

另一种失败情况100b由图1b表示。与图1a类似，图1b包括UE 110、源节点310以及UE 110与源节点310之间的通信。与图1a相比，由UE 110发送的测量报告到达了源节点310和/或网络。网络决定执行切换，并从源节点310向UE 110发出切换命令185。

在图1b的情况下，切换命令没有到达UE110。与图1a类似，UE 110没有接收到响应和/或UE 110的条件变差，并且UE 110宣布RLF并发起如图1a中描述的重建过程190。

图1a、图1b中描述的失败情况的可能解决方案是通过图2中所示的条件切换(CHO)来提高移动鲁棒性。图2示出了UE 110、源节点310与潜在目标节点120之间的通信和/或数据交换的示意表示。

条件切换(CHO)的第一步包括从源节点310向潜在目标节点120发送CHO请求240。例如，CHO决定被更早地触发(例如，由高层决定触发)或者可以是基于源节点310请求，或者潜在目标节点120可以审查CHO的可能性，例如它可以执行准入控制。

在准入控制成功之后，潜在目标节点120向源节点310发送CHO请求肯定应答250(如果需要)以及进一步的RRC重新配置数据。

作为下一步，源节点310向UE 110提供140CHO配置数据。该CHO配置数据包括潜在目标节点120的触发标准或触发条件或条件以及相应的RRC重新配置数据。

UE 110持续地监测或者至少频繁地检查150一个或多个目标小区120的CHO触发条件或条件。如果满足触发条件，或满足一组触发条件中的子集，则UE 110执行350切换(HO)，该切换包括UE 110与给定潜在目标节点120之间的随机接入和同步过程260。当RRC重新配置完成时，UE 110通过RRC重新配置完成消息270通知潜在目标节点120。

作为最后一步，目标节点120通知服务源节点或源基站310和/或核心网络，指示CHO的成功执行。随着源节点310释放UE 110上下文，路径切换完成280。此外，接入和移动性管理功能(AMF)开始了解UE 110的新位置和/或用户平面功能开始了解新的目标小区120，以便将分组转发给新的目标小区120。

换言之，最新的CHO的步骤可以描述如下：

1.作为第一步，源gNB 310做出配置CHO的决定。

-CHO决定可以基于例如UE 110测量，而与常规HO配置相比，CHO配置可以更早地被触发。

·CHO决定也可以基于例如高层决定，例如基于：

·周围基站的负载，和/或

·服务类型，和/或

·UE 110、基站310或网络上的应用要求，和/或

·经由侧链路(SL)接口发送触发的另一UE，和/或

·源节点由网络或互联网中的实体(例如V2X应用服务器或路侧单元(RSU))触发。

-CHO决定可以基于：源节点310请求例如到目标小区120的CHO，并提供UE 110配置。

-或者，目标节点120进行例如准入控制，并且如果成功，则向源节点310提供小区配置，源节点310可以在CHO配置消息140中将该小区配置转发给UE 110。

2.作为第二步，源gNB 310提供CHO配置，包括：

-向UE 110提供目标小区的CHO触发标准和配置。

3.作为第三步，在以下情况下，UE 110做出CHO决定

-一旦满足条件，例如UE 110可以接入目标小区，或者

-满足一组条件中的子集，例如它可以是一组规则。

4.作为第四步，UE 110发送切换完成消息

-通过向新的源小区发送RRC重新配置完成(RRC Reconfiguration Complete)消息

-并且CHO配置被释放。

5.作为最后一步，目标小区120通知源gNB 310和核心网络或蜂窝网络。

-指示成功的CHO执行。

-目标节点120通知源gNB 310，使得源节点310释放UE 110上下文。

-目标通知核心网络，尤其是：

·AMF开始了解UE 110的新位置，和/或

·UPF开始了解新的目标小区120(进行路径切换)，以将分组转发给新的目标小区120。

如图2所示，在最新的CHO中，仅提供一个切换候选者，或者换言之，下一个切换候选者。可以提供多个候选者，但却总是从相同的当前服务和/或源小区310进行。例如，这意味着，在执行CHO并最终完成CHO之后，UE没有CHO配置，直到下一个CHO配置发生为止。例如，在小区改变相当快的情况下，时间可能不足以例如交换大量的信令，与此类过程相关联的开销可能被降至最低程度。

通常，例如，CHO的配置仅在某个时间段内有效并且仅对于从当前服务小区到一个或多个新小区或目标小区的单次切换有效。这意味着，CHO是在例如每个服务小区中单独地配置的。例如，一旦执行了或完成了HO，就将需要配置下一个CHO。

例如，对于陆地CHO，重要的是例如在某个时间点移除或删除CHO配置。这一点通常例如是在有效性定时器到期之后或者例如在成功的已完成的切换之后通过来自小区或来自小区的gNB的显式信令来完成。在常规程序中，在成功完成CHO之后移除或删除CHO配置(在图2的步骤4中)。

例如，火车、飞机或汽车可以在确定路线上(例如在火车轨道、飞机航线、高速公路和/或街道上)高速地移动。例如，为相应设备提供连接的网络不仅可以预测下一个小区的用户移动路径或路线，而且还可以预测接下来几个小区的用户移动路径或路线。

例如，在上述新场景中，网络可能非常了解沿多个小区的确定路径的UE或gNB移动性或路线。

例如，本申请的实施例所基于的一种构思是配置多个顺序的CHO切换并且因此在成功完成的HO或CHO之后不移除或部分地移除CHO配置。因而增强了以上所述的条件切换(CHO)。

实施例揭示了如下的构思：例如，将用户设备(UE)移动路径或路线上的多个小区配置成切换候选者，以便例如使空中信令最小化和/或例如确保可靠的切换过程或高速下的多顺序条件切换过程。作为在每次切换的基础上发信号通知各个切换候选者的替代，提供了沿着小区/切换的路径或路线的发信号通知。路径可以用坐标(例如GPS坐标)来描述，并且可以位于2D平面上，也可以位于3D平面上，后者包含UE的高度参数。此外，路径还可以包含运动矢量，该运动矢量包含关于移动的UE的速度和/或加速度和/或方向的信息。

图3中示出了包括由方向箭头330表示的移动的UE 110和/或移动的gNB 120的实施例的示意图。图3还包括蜂窝网络的在移动的UE 110的移动路径上或预期未来路线上对齐的七个目标小区120，即小区1-小区7。

图3的UE 110被配置为从小区1接收配置数据1110。配置数据1100包括针对从小区1到小区2、从小区2到小区3和从小区3到小区4的条件切换的多个顺序CHO触发条件和相应的CHO配置信息或数据。CHO配置数据1110不仅包括从当前服务小区到下一个潜在目标小区的切换的触发条件和配置信息或数据，而且还包括其中不涉及当前服务小区的切换的触发条件和配置数据。

当UE 110正在从小区1到小区4的移动路径或路线上移动时，UE 110监视或检查配置数据1100的条件或触发条件并检查是否满足触发条件，或者在条件适用的情况下，UE110在CHO配置数据的帮助下执行CHO，或者至少UE 110触发CHO。

当UE 110到达小区3时，UE 110的配置数据1100得到更新320，UE 110从小区3接收CHO更新数据325。CHO更新数据或CHO配置更新数据325包括从小区3到小区4、从小区4到小区5和从小区5到小区6的切换的进一步触发条件和配置信息或数据。例如，移动的UE 110的通信通过如下方式变得更加可靠：在到达例如由上次更新或由小区1提供的配置数据1100的最后一个小区之前，UE 110接收CHO配置更新320。

当UE 110正在从小区3到小区6的移动路径或路线上移动时，UE 110监视配置数据1100的触发条件。每当触发条件被满足时，UE 110根据CHO配置数据来执行或完成CHO。

当UE 110到达小区5时，由小区5向UE 110更新320CHO配置更新数据325，CHO配置更新数据325包括从小区5到小区6和从小区6到小区7的切换的进一步触发条件和配置数据。配置更新数据325可以包括配置数据1100的新版本或仅包括配置数据1100的改变部分或增量部分。

在实施例中，例如，通过使用单个CHO配置或使用单个CHO配置数据1100，提供多个顺序CHO配置，即用于顺序的小区改变的多个配置。例如，信令中的显式指示可以指示例如提供了顺序CHO配置。

该配置在初始状态下可以处于活动状态，也可以未处于活动状态。这种行为可以在规范中硬编码，或者通过信令可以是可配置的。在后一种情况下，RRC消息中可能存在比特来向UE通知：例如，CHO是否已经在配置之后被激活，和/或例如，CHO在配置之后是否仍然需要被激活。

在一个替代实施例中，例如，仅当移动模式偏离预期移动模式或预期未来路线时才删除CHO配置或CHO配置数据。例如，CHO配置要么在某个定时器到期后被移除(例如切换太晚)，要么在一些已配置事件之后被移除，例如意外切换到不同的小区或切换到未包含在CHO配置数据1100中的目标小区。例如，如果在UE侧发生此类事件，则UE可以联系网络或蜂窝网络以将此情况通知给网络，或者如果事件发生在网络侧，则网络可以使用新的切换设置或新的CHO配置数据1100来配置UE。

在这种情况下，例如三个顺序CHO。换言之，UE接收具有三个顺序CHO的CHO条件和CHO配置信息的CHO配置数据。在实施例中，例如，UE执行或完成从小区1到小区2的第一CHO，它保持后续的CHO，或者保持检查触发条件对小区3和小区4的适用性。在这种情况下，可以用例如单个配置或CHO配置数据来执行多个CHO，并且例如，UE甚至在CHO执行或完成之后紧接着配置CHO或配置下一个CHO的CHO配置数据。这样做可以提高可靠性并且可以减少总体信令开销。

在本发明装置的另一个实施例中，可以为每个已配置的CHO切换分配不同的阈值和信号电平，例如作为CHO触发条件，例如与小区2→小区3的CHO相比，小区1→小区2的CHO可以以不同的阈值和/或信号电平发生。

例如，通过配置下一个CHO序列，或者通过在到达最后一个CHO之前更新CHO配置数据，可以使整个移动过程变得相当可靠。例如，在小区3中接收到CHO更新，尽管CHO已被配置或者CHO配置数据包括直到小区4的触发条件和CHO配置信息。即使小区3中的CHO配置或CHO配置数据的更新失败，网络仍然可以例如在小区4中提供CHO配置或CHO配置数据的更新，并且由此具有例如一定的可靠性裕度。

该紧盯(marking)或特征还使得UE和/或网络能够例如在新的CHO配置或CHO配置数据(例如，在小区3中)无法成功配置或更新的情况下做出反应。例如，UE可以通知应用做出反应，例如，可以向高层给出消息，和/或可以通知正在自主驾驶的汽车内的用户：他/她应接管方向盘。

例如，在云RAN的情况下，为其配置顺序CHO的小区或者潜在目标小区可以属于云RAN，在云RAN中，控制平面功能(RRC+RRM)例如是集中式的。例如，这可以避免在可对CHO进行配置之前向一组目标gNB发送大量gNB间信令。

例如，提供给UE的针对每个连续小区改变的CHO配置参数可以包含：

·物理小区标识，和/或

·触发阈值或触发条件(例如，某个RSRP、RSRQ、SINR、RSSI)，和/或

·要测量的参考信号(SSB、CSI-RS或其两者、DMRS)，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区配置，和/或

·针对V2X的资源池配置或使用/利用。

在CHO执行成功之后，新小区或新服务小区和/或新目标小区可以例如添加一些标准，例如，延长路径或路线，从顺序列表或从CHO配置数据中修改或释放CHO配置。例如，为了节省信令，可以提供增量部分发信号通知或改变部分发信号通知，仅发信号通知被改变的配置条目。

图4示出了顺序条件切换中的CHO配置准备的实施例的示意图，其包括沿着移动的UE 110的移动路径的图3的前四个小区，即小区1-小区4，其中小区1是服务小区或源小区310或者服务源小区，而其他小区(小区2-小区4)是潜在目标小区120。

与图2中的现有技术CHO的前两个步骤类似，图4中的服务小区310发出CHO配置请求240，但是不仅是发送给相邻小区(小区2)，而且还发送给UE 110的移动路径或路线中更远的小区(例如发送给小区3或发送到小区4)。即，服务小区310发送对条件切换的CHO配置请求240，该条件切换中甚至不涉及服务小区310，例如小区3与小区4之间的CHO。

潜在目标小区120可以审查潜在CHO的可能性，例如进行准入控制，和/或预留资源和为CHO做准备。如果CHO是可能的，则潜在目标小区120(如小区2、小区3和/或小区4)用CHO配置肯定应答消息250来对CHO配置请求240进行肯定应答。CHO配置肯定应答消息250可以包含其他信息，例如CHO配置信息或数据。

在接收到CHO配置肯定应答消息250之后，从服务小区310向UE 110发送140多顺序CHO配置数据1100。

换言之，源gNB或服务小区可例如在CHO被配置给UE之前或在UE接收到CHO配置数据之前请求到目标gNB或目标小区的CHO，从而例如允许目标gNB或目标小区例如进行准入控制，预留资源和为CHO做准备。目标gNB可以向源或服务小区确认CHO请求，并且可以将某些参数往回提供给源或服务小区，即，例如在CHO配置期间提供给UE。这些参数可以在CHO配置内提供给UE。

例如，在CHO配置请求240内，源小区310或服务源小区310还可以不仅为自己作为服务小区请求CHO(例如，向小区1请求小区1→小区2的CHO)，而且还为可成为服务小区且可在其覆盖范围内触发CHO的其他小区请求CHO(例如，向小区2请求小区2→小区3的CHO)。为此，可以向目标小区120提供小区变化的列表，从而例如使得目标gNB或目标小区能知晓CHO预期来自哪个源gNB或小区。

例如，在配置请求消息240中，服务源小区310可以提供顺序CHO的完整列表和/或可以仅向每个目标小区120提供相关的CHO信息。

例如，因为移动路径或路线是已知的，所以还可以向目标小区120提供针对UE到达和/或CHO的预测执行或完成的预期定时。此信息可以支持目标gNB例如进行准确的准入控制，预留资源和为CHO做准备，并且可以将资源预留限制到UE被实际预期的时间，而不是例如永久性的资源预留。相应小区可以跟踪例如小区内所有UE的和/或预期到达其小区的UE的负载。

例如，在经由X2和/或S1-MME接口连接到演进分组核心的LTE中以及在经由Xn和NG-C接口连接到5G核心的LTE/NR中交换gNB间信令。

与图4类似，图5示出了顺序条件切换中的CHO配置准备的实施例的示意图，其包括沿着移动的UE 110的移动路径的图3的前四个小区，即小区1-小区4，其中小区1是服务或源小区310，而其他小区(小区2-小区4)是潜在目标小区120。

类似于图4，CHO配置请求240从服务小区310发送给潜在目标小区120，例如小区2-小区4。可能的目标小区审查CHO的可能性和/或为CHO做准备。在CHO可能的情况下，服务小区310从潜在目标小区120接收CHO配置肯定应答消息250。

作为下一步，顺序CHO配置数据由服务小区310发送给UE 110。与向UE 110发送顺序CHO配置数据并行地，服务小区310通过发送CHO确认信息510来确认在CHO配置请求中所请求的决定。CHO确认信息可以包含关于CHO的其他信息，诸如小区标识、与UE 110被预期在某个小区中的时间有关的时间信息和/或UE 110正在使用针对每个切片的哪个服务。

在图5所示的实施例中，服务小区310向诸如小区2-小区4之类的潜在目标小区120确认所请求的CHO配置，并且可以提供关于例如小区标识、UE被预期到来时的时间信息和/或UE 110正在使用的服务/切片的额外信息。

换言之，例如一旦决定了CHO配置(例如，基于来自所有目标候选者或目标小区120的反馈)，服务小区310就可以向UE提供例如CHO配置或CHO配置数据。同时，还可以向所有目标gNB或目标小区提供关于例如CHO切换序列的信息。

例如，该CHO配置确认信息510确认在CHO配置请求240中所请求的决定，和/或可以向发送给UE的顺序CHO配置提供最终结果，例如，

·小区标识，其是物理小区标识和/或全局小区标识，和/或

·UE被预期在某个小区或目标小区中的时间和/或时间窗口，和/或

·UE在新小区中使用的和/或预期的服务/切片。

目标基站或目标小区120可能是不可用的，和/或在审查CHO的可能性之后，潜在目标小区120可以决定它将不可用于CHO。图6说明了这种场景。

图6示出了一种场景的实施例的示意图，在该场景中，顺序条件切换中的给定切换是不可能的。与图4类似，图6示出了沿着移动的UE 110的移动路径的图3的前四个小区，即小区1-小区4，其中小区1是服务或源小区310，而其他小区(小区2-小区4)是潜在目标小区120。与图4相反，在可能的三个目标小区(小区2-小区4)中，小区3不能预留资源和/或它暂时不可用和/或它可能不能支持UE 110。

如图4中所讨论的，CHO配置请求240从服务小区310发送给潜在目标小区120，例如发送给小区2-小区4。可能的目标小区审查CHO的可能性和/或为CHO做准备。在CHO可能的情况下，服务小区310从潜在目标小区120(例如从小区2和小区4)接收CHO配置肯定应答消息250。

与上述场景不同的是，服务小区没有从小区3接收到CHO配置肯定应答消息250。例如，在小区3暂时不可用的情况下，小区3没有向服务源小区310发送任何消息。也有可能的是，目标小区120(如小区3)不能预留资源或不能支持UE，或者出于其他原因，它不能对CHO配置请求240进行肯定应答。在这种情况下，目标小区120(如小区3)向服务源小区310发送CHO配置否定应答(NACK)消息610。

在接收到CHO配置否定应答消息610后，服务小区310可以在给定蜂窝网络中寻找替代方案，例如不同的可能基站120或不同的频率层。

如果认识到和/或决定了顺序CHO是不可能的，则服务源小区310向UE 110通知620可能无法保证可靠的切换。消息可以包括其他信息，所述其他信息例如关于顺序CHO在其中是可能的最后一个小区、时间信息(例如直到能确保可靠切换的时间)、和/或服务限制和/或服务质量(QoS)限制参数。服务小区310还可以通知核心网络和/或核心网络中或蜂窝网络中的AMF，从而通过例如释放给定基站的某些用户来解决例如基站过载的情况。

换言之，例如，顺序CHO可能并不总是可能的。目标gNB或目标小区120可以决定例如它不能预留资源(例如过载情况和/或由于某种原因小区暂时不可用)，或者可能无法支持某些UE，例如可能不会为此服务提供切片。在这种情况下，目标gNB可能不会用CHOConfig ACK消息来作出响应，而是用例如CHO Config NACK消息来作出响应。例如，目标gNB或目标小区可能不会向源gNB或源小区通知其不支持顺序CHO配置或所请求的CHO配置的原因。

例如，源gNB或服务源小区或服务小区可以基于反馈来寻找替代方案，例如可以在不同的频率层使用不同的小区或目标小区，和/或可以最终决定顺序CHO是不可能的。它可以向UE通知：可能无法保证可靠的切换。到UE的该信令可以包含诸如以下的信息：

·通常可以提供可靠切换或通信的时间，或者从什么时间开始无法确保可靠性，和/或

·配置了顺序CHO的最后一个小区，和/或

·哪些服务仍可被例如自主驾驶所支持，哪些服务不再被自主驾驶所支持，和/或

·哪些QoS参数仍然可能被支持，哪些QoS参数可能不再被支持，例如可靠性、BLER率、某个中断时间、延迟。

例如，源gNB或服务小区还可以将此事件通知5G核心网络(5GC)中或蜂窝网络中的AMF，和/或可以向5GC提供类似信息。5GC可以将这样的信息转发给例如应用服务器，和/或可以触发某些用户或服务的释放，和/或例如可以与无线电网络和/或相应的应用服务器重新协商QoS设置。

图7示出了在小区1到小区2的随机接入CHO成功之后的场景的实施例的示意图。与图4类似，图7示出了沿着移动的UE 110的移动路径的图3的前四个小区，即小区1-小区4。该场景包括作为先前服务小区710的小区1、作为新服务源小区720的小区2以及其他的潜在目标小区120(小区3-小区4)。

该场景的第一步包括UE 110完成350从小区1到小区2的随机接入CHO。小区1变成先前服务小区710，而小区2变成新服务小区720。

作为下一步，新服务小区720将成功的CHO通知730给先前服务源小区710，这使得先前服务小区710释放UE 110上下文。

新的服务源小区720还通过CHO状态更新740向潜在目标小区120通知成功的CHO。状态更新740可以包含对于潜在目标小区120的资源预留而言和/或对于UE 110的预期到达时间而言重要的其他信息，这可以实现对UE 110的更好的预测。

换言之，在UE和目标gNB成功完成CHO执行之后(如图2中的步骤4)，目标gNB或目标小区720可以向源gNB 710通知该成功的CHO执行以用于UE上下文释放(如图2中的步骤5)。它还可以通知核心网络，以例如执行路径切换。根据实施例，还可以将新的CHO状态更新消息发送给例如未来小区120，发送给CHO候选者或目标小区120。

例如，通过该消息，未来小区或潜在目标小区可以更新它们的资源预留和/或UE的预期到达时间。

例如，到未来gNB或目标小区的该信令可以包含诸如以下的信息：

·UE到达新服务小区的时间，和/或

·在未来小区中UE可被预期到来的时间，和/或

·UE现在正在使用的或在未来小区中预期的服务和/或切片，和/或

·UE正在移动的速度，和/或

·移动的UE的运动矢量，和/或

·UE的2D或3D形式的精确GPS坐标，和/或

·UE的运动矢量，和/或

·过去的小区变化历史，和/或

·关于业务活动的统计数据，和/或

·更新后的UE标识(例如C-RNTI)，和/或与先前小区中的UE标识的映射。

在例如在网络节点或小区之间(例如，在gNB之间和/或在gNB与AMF之间)交换UE上下文的情况下，UE的CHO配置可以包括在UE上下文信令中。

各实施例依赖于预测UE移动路径或预期未来路线。预测移动路径是极有可能的，但有时它仍然只是预测，如图8所示。图8示出了预测不正确的场景的实施例的示意表示，其中，预测因为某种原因而失败，并且CHO切换没有如预测的或如预期的那样执行。

图8的场景包括沿着移动的UE 110的预测移动路径或预期未来路线的图3的前四个小区(小区1-小区4)以及新小区(小区8)。根据预测，UE 110在预测移动路径上移动，并且沿着预测移动路径或预期未来路线与各小区(小区1-小区4)执行CHO。在图8中，潜在目标小区(小区2)不能预留资源和/或它暂时不可用和/或可能不能支持与UE 110的CHO。小区2变成失败的预测服务小区725。

由于与小区2的预测或预期CHO失败，UE搜索新的小区并连接810到该新的小区，即连接到小区8。即，小区1变成先前服务小区710，而小区8变成新服务小区720。小区2可能是优选目标小区，而小区8可能是备用目标小区。

在从先前服务小区710成功切换到新服务小区720之后，如果UE 110仍然连接到先前小区710，则UE 110向新服务小区720和/或先前小区710发送具有CHO失败指示820的消息。CHO失败指示820的消息可以包含其他信息，例如形式为测量报告的信息。

新服务小区720可以向UE 110询间830其他的UE和/或CHO上下文信息。基于接收到的上下文信息，新服务小区720可以联系先前小区710和/或转发信息到先前小区710。

由于先前的预测或预期失败，需要由新服务小区720对UE 110的CHO配置数据1100进行更新320。新服务小区720还以例如状态更新740的形式通知潜在目标小区320。通知潜在目标小区120可以允许潜在目标小区120(小区3-小区4)释放为UE 110预留的资源。

换言之，本发明依赖于例如所预测的确定的UE移动性或依赖于预期未来路线。在例如这种CHO切换没有按预期执行的情况下，例如某个时间窗口内的某个CHO，可能需要对UE行为进行定义以保持无线电链路和/或更新CHO配置或CHO配置数据。

例如，UE可以被配置为在特定或预期位置和/或在指定或预期时间窗口内执行到特定目标gNB或目标小区的CHO。例如，在UE通过相应位置和/或相应时间窗口并且没有看到预期目标小区或不同的小区(例如，小区8)的情况下，它例如可以用例如报告或测量报告和/或CHO失败消息来告诉源gNB它是否仍然是已连接的，和/或例如在RACH/连接设立过程之后可以告诉已经连接到的新的目标gNB或新服务小区：CHO配置被错误地预测或预期，和/或可能需要更新CHO配置或CHO配置数据。

例如，从UE到gNB或服务小区的消息或报告可以包括，

·CHO失败指示，和/或

·UE定位信息(2D或3D)，和/或

·时间戳信息，和/或

·一些与UE位置和时间相关联的信号强度测量，和/或

·它的CHO配置，和/或CHO配置的上下文存储在哪个小区中，和/或

·关于UE连接到的最后一个小区(例如，物理小区标识或全局小区标识)及其在该最后一个小区中的UE标识(例如C-RNTI)的信息，和/或

·关于预期进行CHO的小区的信息。

例如，基于UE失败指示，新连接的gNB或新服务小区可以将一些信息转发给上次连接到的小区或先前服务小区。例如，它还可以询问UE和/或CHO上下文信息。一旦它接收到UE和/或CHO上下文，新的小区或新服务小区就可以向UE更新CHO配置或CHO配置数据。

例如，新的小区还可以分别通知先前预期的小区或潜在目标小区：将针对此UE的CHO配置和/或预留删除，和/或更新CHO状态。

替代地，UE可以例如仅向gNB或新服务小区发送失败指示或报告，并在被请求的情况下向gNB提供更详细的报告。一旦gNB或新服务小区请求完整报告和/或测量数据，UE可能会将其发送给该gNB或该新服务小区。

作为UE提供失败消息的替代，源gNB或先前服务小区也可以看到UE没有按预期那样执行CHO，并且例如可以要求UE提供一些测量或测量数据。

图9示出了UE 110与蜂窝网络的若干小区(小区1-小区5)之间的通信的实施例的示意图。

作为图9中的第一步，UE 110向服务小区，特别是向小区1发送配置请求380。UE110从小区1接收140配置数据1100。接收到的配置数据1100是顺序配置数据，其包括多个触发条件和CHO配置数据，特别用于从小区1到小区2、从小区2到小区3、从小区3到小区4和从小区4到小区5的条件切换。

替代地，在向UE 110发送140配置数据1100之前，小区1向潜在目标小区(小区2-小区5)发送CHO配置请求，并从小区2-小区5接收CHO配置肯定应答消息250。在接收到CHO肯定应答消息250之后，将配置数据1100发送140给UE 110。

当满足触发条件时，UE 110向小区2发送160CHO请求。小区2用发送到UE 110的CHO确认消息170来确认该请求。UE 110完成或触发条件切换并通知小区2完成了条件切换。

在完成条件切换之后，UE 110修改顺序CHO配置数据，例如通过删除210已经完成的从小区1到小区2的条件切换并且保留或保持条件数据的第二部分。

与此同时，小区2向先前服务小区(小区1)发送730状态更新，并向潜在目标小区(小区3-5)发出740CHO状态更新。

还可能的是，潜在目标小区120之一(例如图9中的小区4)不能用作条件切换伙伴。小区4通过向当前服务小区(小区2)发送CHO否定应答(NACK)消息来对条件切换进行否定应答。当前服务小区(小区2)将CHO否定应答消息转发给UE 110。

此外，小区2正在搜索替代小区，即小区4的替代。由于小区5看上去是一个不错的替代者，因此，小区2向小区5发送CHO请求。替代服务小区(小区5)通过向当前服务小区(小区2)发送CHO肯定应答(ACK)消息来对CHO请求进行肯定应答。当前服务小区(小区2)向UE110发送配置更新320，以便修改UE 110的配置数据1100。新的配置数据1100包括用于从小区2到小区3和从小区3到小区5的切换的触发条件和配置数据。

为了更好地概述上面解释的一些场景，图9包括例如：UE 110请求并接收多个顺序配置数据；已完成的CHO过程包括服务小区向潜在目标小区发送CHO请求，从潜在目标小区接收CHO肯定应答和/或配置数据，将CHO配置数据转发给UE，执行或触发CHO，以及新服务小区向前服务小区和潜在目标小区通知已完成的CHO。其他示例可以包括：潜在目标小区对CHO进行否定应答，新服务小区向UE通知NACK消息，搜索并找到替代目标小区，以及用配置更新数据来通知UE。

图10示出了UE 110与蜂窝网络130之间的包括UE 110和蜂窝网络130的一般通信的实施例的示意图。

UE 110从蜂窝网络140接收配置数据或配置更新。该配置数据包括多个触发条件和切换配置数据。当满足一个或多个触发条件时，UE 110正在与第i个目标小区执行第i个CHO。在完成CHO之后，UE 110可以修改210其配置数据，这可以包括删除与已经执行的第i个CHO有关的数据。蜂窝网络130可以同步地动作，即修改220其配置数据，这可以包括删除与已经执行的第i个CHO有关的数据。

当满足触发条件时，UE 110被触发来执行与目标小区编号j的下一个(第j个)CHO。在执行了CHO之后，对配置数据的修改可以发生在UE上和/或发生在蜂窝网络侧。

当满足进一步的触发条件时，触发CHO的执行，之后可选地修改配置数据。

在此循环中的某一点处，UE 110需要新的配置数据。UE 110请求和/或接收配置数据更新320，由此允许进一步执行条件切换，前提是满足触发条件或者在触发条件适用的情况下。

在某些情况下，当一个以上的UE在相同的移动路径或相同的预期未来路线上移动时，可以进一步减少信令开销。对于所描述的场景，gNB和/或一组UE的移动路径可以是众所周知的。作为对所有UE进行单独配置的替代，例如，CHO配置或CHO配置数据或者其一部分(如CHO配置数据的第一部分)可以由RRC广播信令(经由系统信息块(SIB))或多播信令提供。SIB可以专用于移动性或不专用于移动性。例如，每个活动的UE都必须读取SIB，因此也读取并知晓CHO配置或者CHO配置数据的经广播的第一部分。

图11示出了具有已知移动路径的一组UE的配置数据1100。配置数据1100包括具有一组公共参数1130的第一部分1130和具有一组单独参数1150的第二部分。

配置数据1100的公共参数1130包括组特定公共参数，并且被配置为经由广播、组播或多播传输来传输。

配置数据1100的单独参数1150包括用户特定参数，例如标识信息，并且被配置为经由单播传输来传输。

某些配置数据可能具有较强的静态性，例如基于小区部署和/或街道布局或LEO卫星路线，而例如其他配置参数的动态性可能更强，如基于目标gNB或目标小区对CHO请求的响应(如图2中的步骤1)。在本发明装置的一个实施例中，公共和/或静态参数例如经由RRC广播信令来发信号通知，而动态和/或单独参数(如CHO配置数据的第二部分)例如经由UE专用RRC信令来发信号通知。

例如，在移动的LEO卫星的情况下，所有UE的HO预期是在预定义的时间进行。此外，可以下一颗LEO卫星是知晓的且是固定的。因此，可以将用于切换的所有信息联合提供给例如所有UE，而不是专门发信号通知。

例如，广播信息可以广播多个移动路径或路线的配置，例如按照街道的方向。可以由UE来检测它正在行进的路径，和/或网络可以向UE发信号通知UE可能在其配置中应用哪条路径。

该配置在初始状态时可能处于活动状态，也可能未处于活动状态。例如，配置数据的第一部分和/或第二部分可以包括单独的激活信息。这种行为可以在规范中硬编码，或者通过信令可以是可配置的。在后一种情况下，RRC消息中可能存在比特来向UE通知：例如，CHO是否已经在配置之后被激活，和/或例如，CHO在配置之后是否仍然需要被激活。

通过这种技术，小区内的CHO可以被限制于例如乘坐火车或在街道上行驶的一些UE和/或一组UE。如果它不活动，则例如在连接到该gNB或小区后经由无线电资源控制(RRC)重新配置消息，或者例如经由可以包括在分组的报头中的媒体访问控制(MAC)控制元素，网络可以激活已经配置的CHO执行触发。

其他实施例

用户设备110的实施例支持到蜂窝网络130的一个或多个小区120的条件切换。

用户设备110被配置为从蜂窝网络120接收配置数据1100。配置数据1100指示针对蜂窝网络130的多个目标小区120的触发到该目标小区120中的任何目标小区的条件切换的条件。

用户设备110还被配置为关于适用性来检查150条件，并且在适用的情况下触发160条件切换。即换言之，配置数据1100涉及蜂窝网络130的多个目标小区120，这些目标小区例如(但有必要)沿着UE 110的估计的未来路线布置，并且对于该多个目标小区120中的每一个目标小区，配置数据1100可以指示一个或多个相关联的条件，这些条件的适用性应由UE 110连续地确定，如果满足它们中的任何一个(或它们的组合，例如全部)，则这种情况应会触发UE 110开始到相应目标小区的CHO。因此，配置数据1100可以被构造成各部分，每个部分涉及某个目标小区并且包括与相应目标小区相关联的一个或多个条件。

在优选实施例中，用户设备被配置为：在完成230、350条件切换之后(或者换言之，响应于已经完成了到某个目标小区的切换)，删除210配置数据1100的第一部分并保留配置数据1100的第二部分，例如删除涉及已经完成230、350的条件切换(或者分别涉及对应的目标小区)的第一部分。由此，网络无需在已经进行任何CHO之后更新UE的配置数据，UE继而免于检查涉及已经完成CHO的目标小区的条件。此外，可能不希望UE通过CHO切换回该多个目标小区中的CHO发生过一次的目标小区。

蜂窝网络130可以同步地动作220，即它可以同步地修改配置数据220，使得配置数据在两侧(在UE处和在网络侧)都保持相等。更准确地说，例如通过为UE 110分配对应的CHO细节，网络可能只保留那些为CHO准备的目标小区，其中已更新/同步的配置数据仍然涉及这些目标小区。

在优选实施例中，配置数据1100的第一部分涉及已完成和/或已完结的切换，而配置数据的第二部分涉及尚未完成或尚未完结的切换。

根据实施例，用户设备110因此被配置为在条件切换的第一触发之后继续检查150。即换言之，配置数据1100涉及蜂窝网络130的多个目标小区120，这些目标小区被认为是形成有用的目标小区，以甚至顺序地、一个接一个地，而不是纯粹相互交替地执行CHO，由此，UE在基于这些条件而触发的第一CHO之后继续检查配置数据的条件。

在优选实施例中，用户设备被配置为通过向目标小区发送信号160来触发160条件切换，并且通过从目标小区接收信号来完成230、350条件切换。

根据实施例，第一触发160涉及从第一小区120到第二小区120的条件切换，并且继续检查包括检查150关于从第二小区120到第一小区120(即返回到第一小区，其随后也是目标小区中该配置数据所涉及的一个小区)和/或目标小区之外的任何其他小区的条件切换的条件。需要注意的是，例如从第一小区120到第二小区120的条件可以不同于从第二小区120到第一小区120的条件。以这种方式，可以使切回成为可能，例如对于UE进行掉头并且反向穿过所估计的未来路线的情况。

除了检查例如与条件切换有关的触发条件之外，UE还可以检查未配置的目标小区，即可以对到不属于配置数据1100所涉及的该多个目标小区的任何目标小区的切换的有用性进行检查，并且在未配置的目标小区是合适的候选者的情况下(例如，通过触发测量报告或不同种类的已配置/预配置的触发而检测到)，向源小区通知该合适的切换候选者(例如使用测量报告或者要求对条件切换配置进行重新配置的报告)。以这种方式，可以发起到合适小区的切换。在要求添加到配置数据所涉及的目标小区的条件切换的情况下，网络或当前服务小区可以向UE发送新的配置数据或对现有配置的更新。发起正常切换也是可能的，其中服务小区准备到尚未预见到的目标小区的切换。

根据实施例，用户设备110被配置为仅在配置数据中所指示的有限时间间隔内触发160对用户设备110可用的条件切换。换言之，到某个一个目标小区的条件切换可以由配置数据至少部分地根据时间间隔来调节，在该时间间隔内条件切换是唯一被允许的。因此，UE 110将不得不检查当前时间是否落入该时间间隔内，从而检查到对应目标小区的CHO是否可用。对于配置数据涉及的一个以上的目标小区或所有的目标小区，可以在配置数据中给出这样的时间间隔。

根据实施例，有限时间间隔可以是周期性的，或被限于单次或一次。

根据实施例，配置数据1100包括有限时间间隔的开始时间和到期时间。有限时间间隔可以由间隔和/或由开始时间和到期时间来定义。

根据实施例，配置数据1100包括一个以上的分配给不同目标小区120的有限时间间隔和/或周期性时间间隔。例如，当使用卫星目标小区时，可以定义周期性时间间隔(例如时间间隔的循环序列)，其中时间间隔的周期性与卫星目标小区的轨道周期性有关。

根据实施例，用于触发的条件(或触发条件)可以包括依赖于服务的触发，例如URLLC删除、忽略不支持URLLC业务的常见配置或小区或降低不支持URLLC业务的常见配置或小区的优先级。

触发还可以是依赖于策略的触发，例如基于计费模型，其中可能不允许特定的UE接入某种技术，例如更便宜的调制解调器无法接入多RAT eNB/gNB。即，例如，根据策略，付费更高的客户的UE可以接入某种技术。

触发还可以是切换失败触发，其中UE可以跟踪过去的不成功切换的历史，并且可以降低到过去失败的和/或过载的和/或过去拒绝切换的目标小区的切换的优先级。这也可以是由蜂窝网络120发信号通知的触发，例如基站和/或小区发送触发并附加基于过去的分析的成功概率。这也可以包含在由蜂窝网络发信号通知的配置数据中，例如基站和/或小区发送配置数据，其中基于过去的分析的成功概率被附加到触发条件。

在优选实施例中，配置数据1100包括优选目标小区配置数据和/或备用目标小区配置数据，或者指示关于到目标小区的条件切换的偏好。

在优选实施例中，配置数据1100包括偏好排名和/或排序的目标小区配置数据。

在优选实施例中，与关于备用目标小区和/或关于具有第二(次要)偏好的目标小区的配置数据相比，关于优选目标小区和/或关于具有第一(主要)偏好的目标小区120的配置数据包括不同的触发条件。

此外，备用目标小区配置数据和/或具有第二偏好的目标小区120的配置数据的触发条件包括初始触发条件，根据该初始触发条件，与优选目标小区和/或具有第一偏好的目标小区的切换已经失败，即，已应用针对到该优选目标小区的CHO的该一个或多个条件，但切换最终失败。

例如，可以完成这种分组或排名，以便

·优选能确保服务连续性的小区，和/或

·优先考虑具有更多带宽的小区，和/或

·相比于3G、GSM或另一种RAT，优选5G/LTE，和/或

·优选占用较少的小区或其通信资源压力较小的小区，和/或

·相比于可能在较低频率下运行的覆盖范围更广的宏小区，优选小型小区或工作于毫米波的小区，和/或

·相比于许可小区，优选未许可小区。

这些偏好也可以是相反的，取决于例如策略、收费模型、调制解调器类型或正在运行的服务。

在优选实施例中，配置数据1100包括关于用户设备110打算按其执行230、350条件切换的目标小区120的顺序的信息。例如，UE可能应该检查到某个目标小区的CHO是否会导致该目标小区成为配置数据所涉及的该多个目标小区中的第n个目标小区(其中针对该目标小区发起CHO)的条件。如果不是，则该目标小区不可用于CHO。

在优选实施例中，用户设备110被配置为根据从蜂窝网络120接收的配置更新325来更新320配置数据。即，新的配置数据不会以独立的方式(即完全新的)而是以与UE处的配置数据的当前版本的差异来发送给UE。在优选实施例中，或者换言之，配置更新或更新消息325可以包括配置数据1100的新版本和/或仅包括配置数据1100的改变部分。

在优选实施例中，配置更新或更新消息325按以下方式将该多个目标小区120从小区的第一集合改变为小区的第二集合：使该第一集合与该第二集合的交集包括多个目标小区。

在优选实施例中，用户设备被配置为经由广播或组播或多播传输来接收配置数据1100的第一部分1130，且经由单播传输来接收配置数据的第二部分1150。

在优选实施例中，配置数据的第一部分1130包括组特定参数或公共参数，配置数据的第二部分1150包括用户特定参数或单独参数。

在优选实施例中，配置数据的第一部分可以被配置数据的第二部分覆盖，这意味着，公共参数可以被单独参数覆盖。

在优选实施例中，配置数据1100的第二部分1150涉及UE的切换细节。它可以包括与用户设备的标识和/或RACH前导码标识和/或目标小区中的物理资源预留有关的标识信息。例如，标识信息可以包括用户ID、RNTI、RACH前导码等。

根据实施例，用户设备被配置为检查配置数据1100的第二部分1150是否包括与用户设备的标识和/或RACH前导码标识和/或目标小区中的物理资源预留有关的标识信息，如果不包括，则将用户设备的当前标识信息用于该标识和/或默认RACH资源池和/或随机或默认RACH前导码标识和/或默认物理资源预留。例如，标识信息可以包括用户ID、RNTI、RACH前导码等。

根据实施例，配置数据的第二部分1150包括单独的激活信息，其向用户设备110指示配置数据1100对于用户设备110而言是活动的。激活信息和/或激活信号指示配置的激活和/或停用，例如通过物理下行链路控制信道(PDCCH)。

根据实施例，配置数据1100的第一部分1130和/或第二部分1150包括向用户设备110指示在切换到目标小区120之后要应用的后续目标小区配置的目标小区配置信息。

根据实施例，用户设备110被配置为检查配置数据1100的第一部分1130和/或第二部分1150是否包括向用户设备110指示在切换到目标小区之后要应用的后续目标小区配置的目标小区配置信息，如果不包括，则在触发切换的情况下接管服务源小区310的源小区配置或配置信息。

根据实施例，配置数据1100的第一部分1130可以包括：

·与候选目标小区有关的物理小区标识，和/或

·目标小区配置参数，例如频率或载波带宽，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·初始连接失败时的回退过程，和/或

·指示待执行的条件切换的条件的触发阈值、数量和事件，和/或

·要测量的参考信号指定要测量的信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区的物理位置。

用户设备110可以根据到目标小区120的距离得出例如它的定时提前和/或功率控制值。

根据实施例，用户设备110被配置为检查配置数据1100的第一部分1130是否包括：

·与候选目标小区有关的物理小区标识，和/或

·目标小区配置参数，例如频率或载波带宽，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·初始连接失败时的回退过程，和/或

·指示待执行的条件切换的条件的触发阈值、数量和事件，和/或

·要测量的参考信号指定要测量的信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区的物理位置。

如果不包括，则在触发切换的情况下接管配置数据的当前和/或默认第一部分1130的相应信息。即，如果新更新的配置数据1100的第一部分1130不包括关于以上列表元素的任何信息，则UE将转而使用可用的先前更新的信息或默认信息。

根据实施例，用户设备110被配置为接收配置数据1100，其中配置数据包括：

·物理小区标识，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·初始连接失败时的回退过程，和/或

·用户ID(例如，RNTI)，和/或

·触发阈值，和/或

·要测量的参考信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区配置，和/或

·针对V2X的资源池配置或使用/利用，和/或

·目标小区的物理位置。

根据实施例，用户设备110被配置为接收配置数据1100，配置数据1100包括或不包括关于以下的信息

·条件切换中断的预期时间，和/或

·预定目标小区，和/或

·对某个服务和/或QoS流和/或逻辑信道和/或无线承载在目标小区中不被支持的声明，和/或

·不支持网络切片。

不可靠的是预定目标小区120是否向网络指示条件切换的准备的连续性，其中，该预定目标小区120与一个或多个彼此邻接的第一目标小区120和一个或多个彼此邻接但不与第一目标小区邻接的第二目标小区120邻接。

根据实施例，用户设备被配置为通过向实际服务小区310和/或向新服务小区发送报告(例如，测量报告)来触发来自服务小区310的配置数据的更新380。

如果用户设备仍然连接到服务小区310，向服务小区310发送报告可以向服务小区通知何时用户设备110不能执行到一个或多个目标小区120的切换。

在用户设备丢失并重新连接到蜂窝网络之后，向新服务小区310发送报告可以向新服务小区310通知错误切换配置。

根据实施例，报告包括

·切换失败指示，和/或

·用户设备的定位信息，和/或

·路线信息，和/或

·时间戳信息，和/或

·与物理小区标识相关联的信号强度测量数据，和/或

·切换配置和/或切换上下文配置和/或关于其中存储有切换上下文配置的目标小区的信息，和/或

·关于用户设备连接到的最后一个小区以及用户设备在该最后一个小区中的标识的信息，和/或

·关于用户设备预期执行切换的目标小区的信息。

路线信息可以是例如关于用户设备110的未来路线和/或未来路线的一部分，或者是可能路线的列表。路线信息可以是例如作为GPS坐标列表的路径点或运动矢量，该运动矢量例如可能包含用户设备110的速度和方向。

根据实施例，用户设备110被配置为在错误切换配置的情况下仅通过失败指示通知服务小区310，且仅在服务小区310请求时提供详细报告。

根据实施例，用户设备110可以被配置为由服务小区310触发提供测量数据。

根据实施例，用户设备110被配置为由服务小区310触发提供测量报告和/或测量数据，从而给出关于哪些触发导致一个或多个先前切换的信息。

根据实施例，配置数据1100具有到期时间，在该到期时间之后使用另一配置和/或预配置或默认配置。

无竞争的RACH前导码仅被预留某个时间。然后，使用不同的前导码和/或使用默认的基于竞争的RACH过程。

根据实施例，用户设备110被配置为与蜂窝网络的其他节点交换上下文信息。

蜂窝网络的其他节点可以被描述为以下实施例中的任一个实施例。

本文描述的实施例可以涉及收发机并且可以特别地结合用户设备(UE)来解释。各实施例并不限于UE，而是涉及但不限于其他类型的发射机或收发机，例如包括以下至少一项的收发机：

·用户设备；

·移动或固定基站，

·移动终端，

·固定终端，

·蜂窝IoT-UE，

·车载UE，

·组长UE(GL)，

·IoT或窄带IoT(NB-IoT)设备，

·地面车辆，

·飞行器，

·无人机，

·移动的基站，

·路侧单元(RSU)，

·建筑物，以及

·具有网络连接的任何其他物品和/或设备(例如传感器或致动器)，该网络连接使得物品和/或设备能够使用无线通信网络进行通信。

例如，移动或固定基站可以包括以下一项或多项：

·宏小区基站，

·小型小区基站，

·基站的中央单元，

·基站的分布式单元，

·路侧单元，

·UE，

·组长(GL)，

·中继，

·远程无线电头，

·AMF，

·SMF，

·核心网络实体，

·移动边缘计算实体，

·NR或5G核心环境中的网络切片，以及

·任何发送/接收点TRP，使得物品或设备能够使用无线通信网络进行通信，该物品或设备具有用于使用无线通信网络进行通信的网络连接。

蜂窝网络130的另一实施例支持条件切换，并且被配置为：针对一个或多个预定用户设备110，为该一个或多个预定用户设备110的蜂窝网络130的一个或多个目标小区120中的每一个目标小区抢先准备用户设备110的到小区标识所标识的一个或多个相应目标小区120的条件切换。

蜂窝网络130还被配置为向用户设备110发送配置数据，该配置数据针对每个小区描述触发到该相应小区的切换的条件。

蜂窝网络130抢先准备本发明的用户设备110到相应小区的切换，或者仅准备可能由用户设备执行的到相应小区的未来切换。该抢先准备可涉及将可用ID之一赋予用户设备。例如，该ID被包括在配置数据1100的用户设备单独部分1150中。

例如，抢先准备可以包括

·传输和存储用户上下文，例如RRC上下文，和/或

·预留用户ID，例如RNTI，和/或

·预留RACH前导码，和/或

·预留资源，和/或

·将分组路由和/或复制到一个或多个准备好的目标小区，和/或

·准备边缘云功能，和/或

检查和/或准备用于服务运行的QoS。

根据实施例，蜂窝网络被配置为从目标小区向服务小区通知条件切换的到期时间。

根据实施例，蜂窝网络被配置为将关于触发条件的信息包括到配置数据中，用户设备应基于该触发条件来执行到该一个或多个小区的条件切换。

根据实施例，蜂窝网络被配置为将可能被触发条件覆盖的公共配置数据包括到配置数据中。

根据实施例，与备用目标小区配置数据和/或关于具有第二偏好的目标小区的配置数据相比，优选目标小区配置数据和/或关于具有第一偏好的目标小区的配置数据包括不同的触发条件。备用目标小区配置数据和/或具有第二偏好的目标小区的配置数据的触发条件包括以下初始触发条件：与优选目标小区和/或具有第一偏好的目标小区的切换失败。

根据实施例，蜂窝网络被配置为向下一个目标小区通知UE从已经执行了条件切换的目标小区或从服务小区成功地切换到先前目标小区，使得该下一个目标小区可以为切换做准备。

根据实施例，蜂窝网络被配置为向用户设备发送配置数据，其中配置数据可以包括：

·物理小区标识，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·初始连接失败时的回退过程，和/或

·用户ID和/或RNTI，和/或

·触发阈值，和/或

·要测量的参考信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区配置，和/或

·针对V2X的资源池配置或使用/利用，和/或

·目标小区的物理位置。

根据实施例，蜂窝网络被配置为：发送对准备从当前服务用户设备的服务小区到目标小区的切换的请求，其中目标小区中的至少一个目标小区不直接邻接服务小区。

根据实施例，蜂窝网络被配置为从目标小区向服务小区发送答复(answer)。

根据实施例，蜂窝网络被配置为：使用户设备通过发送报告来触发来自服务小区的配置数据的更新，如果用户设备仍然连接到服务小区，该报告从用户设备向服务小区通知何时该用户设备不能执行到一个或多个小区的切换，在用户设备丢失并重新连接到蜂窝网络之后，该报告从用户设备向新服务小区通知错误切换配置。

根据实施例，蜂窝网络被配置为：使用户设备通过发送报告来触发来自服务小区的配置数据的更新，该报告可以包括

·切换失败指示，和/或

·用户设备的定位信息，和/或

·路线信息，和/或

·时间戳信息，和/或

·与具有位置和时间信息的用户设备相关联的信号强度测量数据，和/或

·切换配置和/或切换上下文配置和/或关于其中存储有切换上下文配置的小区的信息，和/或

·关于用户设备连接到的最后一个小区以及用户设备在该最后一个小区中的标识的信息，和/或

·关于用户设备预期执行切换的小区的信息。

根据实施例，在用户设备丢失并重新连接到蜂窝网络之后，蜂窝网络被配置为从新服务小区向先前服务小区通知该重新连接和/或通知新切换和/或新上下文信息，和/或向预期用户设备的先前的一个或多个小区通知该重新连接，以释放为用户设备预留的资源。

根据实施例，蜂窝网络被配置为：在错误切换配置的情况下仅通过失败指示从用户设备通知服务小区，且仅在服务小区请求时提供详细报告。

根据实施例，蜂窝网络被配置为从服务小区触发用户设备提供测量数据和/或测量数据。

根据实施例，蜂窝网络被配置为检查：从用户设备检查与针对未配置的目标小区的条件切换有关的触发条件，且在未配置的目标小区是合适的切换候选者的情况下，从用户设备通过源小区向蜂窝网络通知该合适的切换候选者。

根据实施例，蜂窝网络被配置为：如果条件切换的触发条件适用于未配置小区，则从用户设备发起到该未配置小区的切换。

实现替代方案

根据某些实现要求，本发明的实施例可以以硬件或软件来实现。该实现可以使用数字存储介质来执行，例如软盘、DVD、蓝光、CD、ROM、PROM、EPROM、EEPROM或闪存，该数字存储介质具有存储在其上的电子可读控制信号，这些电子可读控制信号与可编程计算机协作(或者能够与其协作)。因此，该数字存储介质可以是计算机可读的。

根据本发明的一些实施例包括具有电子可读控制信号的数据载体，这些电子可读控制信号能够与可编程计算机系统协作。

本文描述的装置可以使用硬件装置，或者使用计算机，或者使用硬件装置与计算机的组合来实现。

本文描述的装置或本文描述的装置的任何组件可以至少部分地以硬件和/或软件来实现。

本文描述的实施例仅用于说明本发明的原理。应理解，本文描述的布置和细节的修改和变化对于本领域的其他技术人员而言将是显而易见的。因此，其意图是仅受到所附专利权利要求的范围的限制，而不是受到通过本文实施例的描述和解释而呈现的具体细节的限制。

Claims (87)

1.一种用户设备(110)，支持到蜂窝网络(130)的小区(120)的条件切换，所述用户设备(110)被配置为：

从所述蜂窝网络接收(140)配置数据(110)，所述配置数据指示针对所述蜂窝网络的多个目标小区(120)的触发(160)到所述目标小区中的任何目标小区的条件切换的条件，

关于适用性来检查(150)所述条件，并且在适用的情况下触发所述条件切换。

2.根据权利要求1所述的用户设备，被配置为：在完成(230，350)条件切换之后，删除(210)所述配置数据的第一部分并保留所述配置数据的第二部分。

3.根据权利要求2所述的用户设备，

其中，所述配置数据的所述第一部分涉及已完成和/或已完结的切换，以及

其中，所述配置数据的所述第二部分涉及尚未完成或尚未完结的切换。

4.根据前述权利要求中任一项所述的用户设备，被配置为：在所述条件切换的第一触发之后继续所述检查。

5.根据前述权利要求中任一项所述的用户设备，被配置为：

通过向目标小区发送信号(160)来触发所述条件切换，以及

通过从所述目标小区接收信号(170)来完成(230、350)所述条件切换。

6.根据前述权利要求中任一项所述的用户设备，

其中所述第一触发涉及从第一小区到第二小区的条件切换，且继续所述检查包括检查关于从所述第二小区到所述第一小区和/或所述目标小区之外的任何其他小区的条件切换的条件。

7.根据前述权利要求中任一项所述的用户设备，被配置为：在所述配置数据中所指示的有限时间间隔内触发对所述用户设备可用的条件切换。

8.根据权利要求7所述的用户设备，其中所述配置数据包括所述有限时间间隔的开始时间和到期时间。

9.根据权利要求8所述的用户设备，其中，所述有限时间间隔是周期性的，或被限于单次或一次。

10.根据权利要求6或7所述的用户设备，其中，所述配置数据包括一个以上的分配给不同目标小区的周期性时间间隔和/或有限时间间隔。

11.根据前述权利要求中任一项所述的用户设备，其中，所述配置数据包括优选目标小区配置数据和/或备用目标小区配置数据，或者指示关于到所述目标小区的条件切换的偏好。

12.根据前述权利要求中任一项所述的用户设备，其中，所述配置数据包括偏好排名和/或排序的目标小区配置数据。

13.根据权利要求11或12所述的用户设备，其中，与关于备用目标小区和/或关于具有第二偏好的目标小区的配置数据相比，关于优选目标小区和/或关于具有第一偏好的目标小区的配置数据包括不同的条件，

其中，备用目标小区配置数据和/或具有所述第二偏好的目标小区的配置数据的条件包括以下初始条件：与所述优选目标小区和/或具有所述第一偏好的目标小区的切换失败。

14.根据前述权利要求中任一项所述的用户设备，其中，所述配置数据包括关于所述用户设备打算在其中执行所述条件切换的目标小区的顺序的信息。

15.根据前述权利要求中任一项所述的用户设备，被配置为：根据从所述蜂窝网络接收的配置更新(325)来更新(320)所述配置数据。

16.根据权利要求15所述的用户设备，其中，所述配置更新包括所述配置数据的新版本和/或仅包括所述配置数据的改变部分。

17.根据权利要求15或16所述的用户设备，其中，所述配置更新按以下方式将所述多个目标小区从小区的第一集合改变为小区的第二集合：使所述第一集合与所述第二集合的交集包括多个目标小区。

18.根据前述权利要求中任一项所述的用户设备，被配置为：

经由广播或组播或多播传输来接收所述配置数据的第一部分(1130)，且经由单播传输来接收所述配置数据的第二部分(1150)。

19.根据前述权利要求中任一项所述的用户设备，其中

所述配置数据的第一部分包括组特定参数或公共参数(1130)，以及

所述配置数据的第二部分包括用户特定参数或单独参数(1150)。

20.根据权利要求19所述的用户设备，其中，所述配置数据的所述第一部分被所述配置数据的所述第二部分覆盖。

21.根据权利要求18至20中任一项所述的用户设备，其中

所述配置数据的所述第二部分包括：

与所述用户设备的标识和/或RACH前导码标识和/或所述目标小区中的物理资源预留有关的标识信息。

22.根据权利要求18至20中任一项所述的用户设备，被配置为：

检查所述配置数据的所述第二部分是否包括：

与所述用户设备的标识和/或RACH前导码标识和/或所述目标小区中的物理资源预留有关的标识信息，以及

如果不包括，则将所述用户设备的当前标识信息用于所述标识和/或默认RACH资源池和/或随机或默认RACH前导码标识和/或默认物理资源预留。

23.根据权利要求18至22中任一项所述的用户设备，其中

所述配置数据的所述第一部分和/或第二部分包括：

单独的激活信息，向所述用户设备指示所述配置数据对于所述用户设备而言是活动的。

24.根据权利要求18至23中任一项所述的用户设备，其中

所述配置数据的所述第一部分和/或所述第二部分包括：

目标小区配置信息，向所述用户设备指示在切换到所述目标小区之后要应用的后续目标小区配置。

25.根据权利要求18至23中任一项所述的用户设备，被配置为：

检查所述配置数据的所述第一部分和/或所述第二部分是否包括：

目标小区配置信息，向所述用户设备指示在切换到所述目标小区之后要应用的后续目标小区配置，以及

如果不包括，则在触发所述切换的情况下接管服务源小区(310)配置信息。

26.根据权利要求18至25中任一项所述的用户设备，其中

所述配置数据的所述第一部分包括：

·与目标小区有关的物理小区标识，和/或

·目标小区配置参数，例如频率或载波带宽，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·所述初始连接失败时的回退过程，和/或

·指示待执行的条件切换的条件的触发阈值、数量和事件，和/或

·要测量的参考信号指定要测量的信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·所述目标小区的物理位置。

27.根据权利要求18至25中任一项所述的用户设备，被配置为：

检查所述配置数据的所述第一部分的更新是否包括关于以下的信息：

·与目标小区有关的物理小区标识，和/或

·目标小区配置参数，例如频率或载波带宽，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·所述初始连接失败时的回退过程，和/或

·指示待执行的条件切换的条件的触发阈值、数量和事件，和/或

·要测量的参考信号指定要测量的信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·所述目标小区的物理位置，

如果不包括，则接管所述第一部分的当前版本中的对应信息和/或接管对应的默认信息。

28.根据前述权利要求中任一项所述的用户设备，被配置为：接收配置数据，其中所述配置数据包括：

·物理小区标识，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·所述初始连接失败时的回退过程，和/或

·用户ID和/或RNTI，和/或

·指示待执行的条件切换的条件的触发阈值、数量和事件，和/或

·要测量的参考信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区配置信息，和/或

·针对V2X的资源池配置或使用/利用，和/或

·所述目标小区的物理位置。

29.根据前述权利要求中任一项所述的用户设备，被配置为：接收配置数据，所述配置数据包括或不包括关于以下的信息：

·条件切换中断的预期时间，和/或

·预定目标小区，和/或

·对某个服务和/或QoS流和/或逻辑信道和/或无线承载在所述目标小区中不被支持的声明，和/或

·不支持网络切片，

不可靠的是预定目标小区是否向所述蜂窝网络指示所述条件切换的准备的连续性，其中，所述预定目标小区与一个或多个彼此邻接的第一目标小区和一个或多个彼此邻接但不与所述第一目标小区邻接的第二目标小区邻接。

30.根据前述权利要求中任一项所述的用户设备，被配置为：通过发送报告来触发来自服务源小区(310)的所述配置数据的更新(380)，

如果所述用户设备仍然连接到所述服务源小区，则所述报告向所述服务源小区通知何时所述用户设备不能执行到一个或多个目标小区的切换，或者

在所述用户设备丢失并重新连接到所述蜂窝网络之后，所述报告向新服务源小区通知错误切换配置。

31.根据权利要求30所述的用户设备，其中，所述报告包括：

·切换失败指示，和/或

·所述用户设备的定位信息，和/或

·路线信息，和/或

·时间戳信息，和/或

·与物理小区标识相关联的信号强度测量数据，和/或

·切换配置和/或切换上下文配置和/或关于其中存储有切换上下文配置的目标小区的信息，和/或

·关于所述用户设备连接到的最后一个小区以及所述用户设备在所述最后一个小区中的标识的信息，和/或

·关于所述用户设备预期执行切换的目标小区的信息。

32.根据前述权利要求中任一项所述的用户设备，被配置为：

在错误切换配置的情况下仅通过失败指示通知服务源小区，以及

仅在所述服务源小区请求时提供详细报告。

33.根据前述权利要求中任一项所述的用户设备，被配置为：

由服务源小区触发提供测量数据。

34.根据前述权利要求中任一项所述的用户设备，被配置为：

由服务源小区触发提供测量报告和/或测量数据，从而给出关于哪些条件导致一个或多个先前切换的信息。

35.根据前述权利要求中任一项所述的用户设备，被配置为：

检查与针对未配置的目标小区的条件切换有关的条件，以及

在未配置的目标小区是合适的切换候选者的情况下，

通过服务源小区向所述蜂窝网络通知所述合适的切换候选者。

36.根据权利要求35所述的用户设备，被配置为：如果条件切换的条件适用于未配置小区，则发起到所述未配置小区的切换。

37.根据前述权利要求中任一项所述的用户设备，其中，所述配置数据具有到期时间，在所述到期时间之后使用另一配置和/或预配置或默认配置。

38.根据权利要求37所述的用户设备，其中，所述到期时间超过无线电链路失败，或所述到期时间在所述无线电链路失败之后开始。

39.根据前述权利要求中任一项所述的用户设备，被配置为：与蜂窝网络的其他节点交换上下文信息。

40.一种支持条件切换的蜂窝网络(130)，被配置为：

针对一个或多个预定用户设备(110)，为所述一个或多个预定用户设备的所述蜂窝网络的一个或多个目标小区(120)中的每一个目标小区抢先准备所述用户设备的到一个或多个相应目标小区的条件切换，以及

向所述用户设备发送配置数据，所述配置数据针对每个小区描述触发到该相应小区的切换的条件。

41.根据权利要求40所述的蜂窝网络，被配置为：

在完成条件切换之后

删除发送给所述用户设备的所述配置数据的第一部分，同时保留发送给所述用户设备的所述配置数据的第二部分，以用于连续条件切换，以及

在所述用户设备执行到预定小区的切换后，保留为所述切换抢先准备的所述预定小区。

42.根据权利要求41所述的蜂窝网络，其中

所述配置数据的所述第一部分涉及已完成和/或已完结的切换，以及

所述配置数据的所述第二部分涉及尚未完成或尚未完结的切换。

43.根据权利要求40或42所述的蜂窝网络，其中，所述蜂窝网络被配置为：在所述用户设备实际执行到预定小区的切换后，保留为所述切换抢先准备的所述预定小区。

44.根据权利要求40至43中的一项所述的蜂窝网络，被配置为：

通过从所述用户设备向目标小区发送信号来从所述用户设备触发所述条件切换，以及

从所述目标小区向所述用户设备发送信号，以及

由所述用户设备在从所述目标小区接收到所述信号之后完成所述条件切换。

45.根据权利要求40至44中的一项所述的蜂窝网络，被配置为：在有限时间间隔内抢先为所述条件切换准备所述预定用户设备和/或所述预定目标小区。

46.根据权利要求45所述的蜂窝网络，其中，所述有限时间间隔是周期性的，或被限于单次或一次。

47.根据权利要求45或46所述的蜂窝网络，被配置为：从所述目标小区向服务源小区通知所述条件切换的到期时间。

48.根据权利要求45至47中的一项所述的蜂窝网络，被配置为：在发送所述配置数据时或之前，通过到期时间确定所述有限时间间隔的结束。

49.根据权利要求48所述的蜂窝网络，被配置为：

在所述配置数据的所述到期时间之后使用另一配置和/或预配置或默认配置。

50.根据权利要求48或49所述的蜂窝网络，其中，所述到期时间超过无线电链路失败，或所述到期时间在所述无线电链路失败之后开始。

51.根据权利要求45至50中的一项所述的蜂窝网络，被配置为：将关于开始时间和关于到期时间的信息包括到所述配置数据中。

52.根据权利要求45至51中的一项所述的蜂窝网络，被配置为：

在检测到所述用户设备的路线偏离预期未来路线时，结束所述有限时间间隔，和/或

根据所述切换的实际执行来调整所述有限时间间隔。

53.根据权利要求52所述的蜂窝网络，被配置为：

从以下接收关于所述用户设备的所述预期未来路线的信息：

用户实体，或者

所述蜂窝网络和所述用户设备以外的设备，

或者，确定所述用户设备的所述预期未来路线。

54.根据权利要求52或53所述的蜂窝网络，被配置为：

选择沿着所述用户设备的所述预期未来路线的所述一个或多个小区；以及

以对应于所述配置数据的方式预配置所述一个或多个小区。

55.根据权利要求40至54中任一项所述的蜂窝网络，被配置为：将关于所述用户设备应基于其来执行到所述一个或多个小区的条件切换的条件的信息包括到所述配置数据中。

56.根据权利要求40至55中任一项所述的蜂窝网络，被配置为：将可能被所述条件覆盖的公共配置数据包括到所述配置数据中。

57.根据权利要求40至56中任一项所述的蜂窝网络，被配置为：将优选目标小区配置数据和/或备用目标小区配置数据包括到所述配置数据中。

58.根据权利要求40至56中任一项所述的蜂窝网络，被配置为：将偏好排名和/或排序的目标小区配置数据包括到所述配置数据中。

59.根据权利要求57或58所述的蜂窝网络，其中

与备用目标小区配置数据和/或关于具有第二偏好的目标小区的配置数据相比，优选目标小区配置数据和/或关于具有第一偏好的目标小区的配置数据包括不同的条件，

其中，所述备用目标小区配置数据和/或具有所述第二偏好的目标小区的配置数据的条件包括以下初始条件：与所述优选目标小区和/或具有所述第一偏好的目标小区的切换失败。

60.根据权利要求40至59中任一项所述的蜂窝网络，被配置为：将关于所述用户设备在其中执行所述条件切换的目标小区的顺序的信息包括到所述配置数据中。

61.根据权利要求40至60中任一项所述的蜂窝网络，被配置为：

从已经执行了到其的条件切换的目标小区或从服务源小区向下一个目标小区通知所述用户设备到先前目标小区的成功切换，使得所述下一个目标小区能够为所述切换做准备。

62.根据权利要求40至61中任一项所述的蜂窝网络，被配置为：

以比所述用户设备执行到所述一个或多个小区的切换的切换速率更小的更新速率来向所述用户设备发送所述配置数据的更新。

63.根据权利要求40至62中的一项所述的蜂窝网络，其中，所述更新能够包括所述配置数据的新版本和/或仅包括所述配置数据的改变部分。

64.根据权利要求40至63中的一项所述的蜂窝网络，被配置为：使所述更新按以下方式将所述多个小区从小区的第一集合改变为小区的第二集合：使所述第一集合与所述第二集合的交集包括一个或多个目标小区。

65.根据权利要求40至64中的一项所述的蜂窝网络，被配置为：使得所述多个小区包括其中连续的小区彼此排他地邻接的小区序列。

66.根据权利要求40至65中的一项所述的蜂窝网络，被配置为：

经由广播或组播或多播传输来发送所述配置数据的第一部分，以及

经由单播传输来发送所述配置数据的第二部分。

67.根据权利要求66所述的蜂窝网络，其中

经由广播或组播或多播传输来发送的所述配置数据的所述第一部分包括组特定参数或公共参数，以及

经由单播传输来发送的所述配置数据的所述第二部分包括用户特定参数或单独参数。

68.根据权利要求40至67中的一项所述的蜂窝网络，被配置为向所述用户设备发送配置数据，其中所述配置数据能够包括

·物理小区标识，和/或

·RACH前导码，和/或

·用于初始连接的RACH时机，和/或

·所述初始连接失败时的回退过程，和/或

·用户ID和/或RNTI，和/或

·触发阈值，和/或

·要测量的参考信号，和/或

·波束信息，和/或

·平均值计算信息，和/或

·目标小区配置信息，和/或

·针对V2X的资源池配置或使用/利用，和/或

·所述目标小区的物理位置。

69.根据权利要求40至68中任一项所述的蜂窝网络，被配置为：

发送对准备从当前服务所述用户设备的服务源小区到目标小区的切换的请求，

其中，所述目标小区中的至少一个目标小区不直接邻接所述服务源小区。

70.根据权利要求69所述的蜂窝网络，被配置为：

从所述目标小区向所述服务源小区发送答复。

71.根据权利要求70所述的蜂窝网络，其中，所述答复包括配置参数，且所述蜂窝网络被配置为：

将关于所述配置参数的信息包括到所述配置数据中。

72.根据权利要求70或71所述的蜂窝网络，被配置为：

基于所述答复从所述目标小区中选择所述一个或多个小区。

73.根据权利要求70至72中的一项所述的蜂窝网络，被配置为：

向所述一个或多个小区发送确认消息，所述确认消息包括：

对所述条件切换的确认，和/或

关于用户设备到达的预期时间的信息。

74.根据权利要求73所述的蜂窝网络，其中

所述确认消息还包括

·所述一个或多个小区的标识，和/或

·所述预定用户设备正在使用和/或在新小区中预期的服务和/或切片。

75.根据权利要求40至74中的一项所述的蜂窝网络，被配置为：

向所述目标小区提供关于用户设备到达的预期时间的信息以及对准备所述切换的请求。

76.根据权利要求40至75中的一项所述的蜂窝网络，被配置为：

如果来自预定目标小区的确认消息是否定的，且所述预定目标小区与一个或多个彼此邻接的第一目标小区和一个或多个彼此邻接但不与所述第一目标小区邻接的第二目标小区邻接，

则将指示条件切换准备的不可靠连续性的指示包括到所述配置数据中，所述配置数据包括或不包括关于以下的信息：

·条件切换中断的预期时间，和/或

·所述预定目标小区，和/或

·对某个服务和/或QoS流和/或逻辑信道和/或无线承载在所述目标小区中不被支持的声明，和/或

·不支持网络切片。

77.根据权利要求40至76中的一项所述的蜂窝网络，被配置为：将与在所述一个或多个小区中的两个小区之间的切换的实际执行有关的信息发送给所述一个或多个小区中的除所述两个小区之外的其他小区，

其中，所述信息能够包括

·所述切换的所述实际执行的时间，和/或

·所述用户设备被预期在所述其他小区中的任何小区中的时间，和/或

·所述用户设备现在正在使用的或预期在未来小区中使用的服务和/或切片，和/或

·所述用户设备正在移动的速度，和/或

·过去的小区变化历史，和/或

·关于业务活动的统计数据，和/或

·所述用户设备的更新后的标识，和/或与所述用户设备在先前小区中的标识的映射。

78.根据权利要求40至77中的一项所述的蜂窝网络，被配置为：使所述用户设备通过发送报告来触发来自服务源小区的所述配置数据的更新，

如果所述用户设备仍然连接到所述服务源小区，则所述报告从所述用户设备向所述服务源小区通知何时所述用户设备不能执行到一个或多个小区的切换，或者

在所述用户设备丢失并重新连接到所述蜂窝网络之后，所述报告从所述用户设备向新服务源小区通知错误切换配置。

79.根据权利要求78所述的蜂窝网络，被配置为：使所述用户设备通过发送报告来触发来自所述服务源小区的所述配置数据的更新，所述报告能够包括：

·切换失败指示，和/或

·所述用户设备的定位信息，和/或

·路线信息，和/或

·时间戳信息，和/或

·与具有位置和时间信息的所述用户设备相关联的信号强度测量数据，和/或

·切换配置和/或切换上下文配置和/或关于其中存储有切换上下文配置的小区的信息，和/或

·关于所述用户设备连接到的最后一个小区以及所述用户设备在所述最后一个小区中的标识的信息，和/或

·关于所述用户设备预期执行切换的小区的信息。

80.根据权利要求78或79所述的蜂窝网络，被配置为：

在所述用户设备丢失并重新连接到所述蜂窝网络之后：

从所述新服务源小区向先前服务小区通知所述重新连接和/或通知新切换和/或新上下文信息，和/或

向预期所述用户设备的先前的一个或多个小区通知所述重新连接，以释放为所述用户设备预留的资源。

81.根据权利要求78至80所述的蜂窝网络，被配置为：

在错误切换配置的情况下仅通过失败指示从所述用户设备通知所述服务源小区，以及

仅在所述服务源小区请求时提供详细报告。

82.根据权利要求78至81所述的蜂窝网络，被配置为：从所述服务源小区触发所述用户设备提供测量报告和/或测量数据。

83.根据权利要求40至82中任一项所述的蜂窝网络，被配置为：

从所述用户设备检查与针对未配置的目标小区的条件切换有关的条件，以及

在未配置的目标小区是合适的切换候选者的情况下，

从所述用户设备通过服务源小区向所述蜂窝网络通知所述合适的切换候选者。

84.根据权利要求83所述的蜂窝网络，被配置为：如果条件切换的条件适用于未配置小区，则从所述用户设备发起到所述未配置小区的切换。

85.根据权利要求40至84中任一项所述的蜂窝网络，被配置为：在蜂窝网络节点之间交换所述用户设备的上下文信息。

86.根据权利要求40至85中任一项所述的蜂窝网络，所述蜂窝网络是云无线电接入网，其中，控制平面功能是集中式的。

87.根据权利要求40至86中任一项所述的蜂窝网络，包括：

经由X2和/或S1接口连接到演进分组核心的LTE网络，和/或

经由Xn和/或NG-C接口连接到5G核心的LTE/NR网络。

Images