CN118215087A

CN118215087A - 无线通信***中的网络节点和用于网络节点的方法

Info

Publication number: CN118215087A
Application number: CN202311698393.3A
Authority: CN
Inventors: 黄苡瑄; 欧孟晖
Original assignee: Asus Technology Licensing Inc
Current assignee: Asus Technology Licensing Inc
Priority date: 2022-12-16
Filing date: 2023-12-12
Publication date: 2024-06-18

Abstract

本发明提供一种无线通信***中的网络节点和用于网络节点的方法，方法包括：从第二网络节点接收第一配置；在第一小区中经由***信息广播第一配置；将切换请求传送到第二网络节点，其中切换请求指示在切换命令中跳过第一配置；响应于传送切换请求，从第二网络节点接收在切换请求确认中的切换命令，其中切换命令包含第二配置且不包含第一配置；以及将切换命令传送到用户设备。

Description

无线通信***中的网络节点和用于网络节点的方法

相关申请的交叉参考

本申请主张2022年12月16日申请的第63/433,320号美国临时专利申请、2022年12月22日申请的第63/434,880号美国临时专利申请和2023年1月3日申请的第63/436,856号美国临时专利申请的优先权和权益；其中所引用的申请和公开中的每一个以引用的方式完全并入本文中。

技术领域

本公开大体上涉及一种无线通信***中的网络节点和用于网络节点的方法，且更明确地说，涉及一种无线通信***中处理切换准备的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成用互联网协议(Internet Protocol，IP)数据包进行通信的网络。此类IP数据包通信可向移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构为演进型通用地面无线电接入网络(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN***可以提供高数据吞吐量，以便实现上述IP承载语音和多媒体服务。目前，第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)标准组织正在讨论新的下一代(例如，5G)无线电技术。因此，目前正提交和考虑改变3GPP标准的当前主体，以演进和最终确定3GPP标准。

发明内容

提供无线通信***中用于处理切换准备的方法、***和设备。在各种实施例中，网络可在非地面网络(NTN)中执行公共切换、群组切换和/或2步切换(对于用户设备(UE)群组)。目标下一代节点B(gNB)可知晓应将何种切换配置提供到源gNB，例如，在群组切换、公共切换和/或2步切换的情况下。源gNB可在用于公共切换的切换请求中处理UE上下文信息。源gNB可请求用于不同类型的切换的配置。在各种实施例中，对于地球移动小区，例如在NTN中的(群组)切换的信令开销可进一步减小。

针对一种无线通信***中用于第一网络节点的方法提供***和设备，方法包括：从第二网络节点接收第一配置；在第一小区中经由***信息广播第一配置；将切换请求传送到第二网络节点，其中切换请求指示在切换命令中跳过第一配置；响应于传送切换请求，从第二网络节点接收在切换请求确认中的切换命令，其中切换命令包含第二配置且不包含第一配置；以及将切换命令传送到用户设备(UE)。

针对一种无线通信***中用于第二网络节点的方法提供***和设备，方法包括：从第一网络节点接收请求，其中请求包含多个UE上下文信息或不包含UE上下文信息；响应于接收到请求，将包含第一配置的响应传送到第一网络节点；从第一网络节点接收切换请求，其中切换请求包含对公共切换的指示和/或对第二配置的请求；和/或响应于接收到切换请求：确定在切换命令中不包含第一配置；以及在切换请求确认中将包含第二配置而不具有第一配置的切换命令传送到第一网络节点。

附图说明

图1展示根据本发明实施例的无线通信***的图；

图2为根据本发明实施例的传送器***(也被称为接入网络)和接收器***(也被称为用户设备或UE)的框图；

图3为根据本发明实施例的通信***的功能框图；

图4为根据本发明实施例的图3的程序代码的功能框图；

图5为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图16.14.1-1的再现：NTN的总体说明；

图6为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.1-1的再现：gNB间切换程序；

图7为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.2.1-1的再现：AMF/UPF内切换；

图8为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.4.2-1的再现：AMF/UPF内条件切换；

图9为来自3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”的图5.3.5.1-1的再现：RRC重新配置，成功；

图10为来自3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”的图5.3.5.1-2的再现：RRC重新配置，失败；

图11为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.2.1.2-1的再现：切换准备，成功操作；

图12为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.2.1.3-1的再现：切换准备，不成功操作；

图13为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.4.1.2的再现：Xn建立，成功操作；

图14为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.4.2.2-1的再现：NG-RAN节点配置更新，成功操作；

图15为来自3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”的图8.4.1.2-1的再现：切换准备：成功操作；

图16为来自3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”的图8.4.2.2-1的再现：切换资源分配：成功操作；

图17为根据本发明的实施例的将具有UE特定配置的第一切换命令传送到第一UE且将具有UE特定配置的第二切换命令传送到第二UE的源gNB的图；

图18为根据本发明的实施例的其中源gNB可指示目标gNB是否通过切换请求提供第二配置的内容(在第一配置中)，且源gNB可在切换请求中提供指示的图；

图19为根据本发明的实施例的其中目标gNB可在满足(或基于)各种条件的情况下传送第二配置和/或包括第二配置的消息的图；

图20为根据本发明的实施例的其中源gNB在无UE上下文信息(或具有多个UE上下文信息)的情况下请求切换配置的公共部分(例如，第二配置)的图式；

图21为根据本发明的实施例的其中源gNB在请求切换配置(例如，用于公共切换或传统切换)的切换请求中将指示提供到目标gNB的图；

图22为根据本发明的实施例的第一网络节点的方法的流程图，其包括：从第二网络节点接收第一配置；经由***信息广播第一配置；将切换请求传送到第二网络节点；响应于传送切换请求而接收切换命令；以及将切换命令传送到UE；

图23为根据本发明的实施例的第二网络节点的方法的流程图，其包括：从第一网络节点接收请求；响应于接收到请求而传送包含第一配置的响应；从第一网络节点接收切换请求；和/或响应于接收到切换请求：确定切换命令不包含第一配置；以及传送包含第二配置的切换命令。

具体实施方式

本文中所描述的本发明可应用于或实施于下文描述的示例性无线通信***和装置中。另外，主要在3GPP架构参考模型的上下文中描述本发明。然而，应理解，借助所公开的信息，本领域技术人员可容易地进行调适以在3GPP2网络架构以及其它网络架构中使用和实施本发明的各方面。

下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。广泛部署无线通信***以提供例如语音、数据等各种类型的通信。这些***可基于码分多址接入(CDMA)、时分多址接入(TDMA)、正交频分多址接入(OFDMA)、3GPP长期演进(Long TermEvolution，LTE)无线接入、3GPP高级长期演进(Long Term Evolution Advanced，LTE-A)无线接入、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、3GPP新无线电(NewRadio，NR)或一些其它调制技术。

具体来说，下文所描述的示例性无线通信***和装置可设计成支持一个或多个标准，例如由本文中称为3GPP的名为“第三代合作伙伴计划”的联合体提供的标准，包含：[1]RP-221819，“NR NTN(非地面网络)增强”；[2]3GPP TR 38.821 V16.1.0，“用于NR支持非地面网络(NTN)的解决方案”；[3]3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”；[4]3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”；[5]3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”；[6]R2-2209711，“卫星开关中的信令和堵塞减少”；以及[7]3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”。上文所列的标准和文档在此明确且完全地以全文引用的方式并入本文中。

图1示出根据本发明的一个实施例的多址接入无线通信***。接入网络100(AN)包含多个天线群组，一个群组包含104和106，另一群组包含108和110，且额外群组包含112和114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端(AT)116与天线112和114通信，其中天线112和114在前向链路120上将信息传送到接入终端116，且在反向链路118上从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和108通过前向链路126将信息传送到AT 122，且通过反向链路124从AT122接收信息。在频分双工(Frequency Division Duplexing，FDD)***中，通信链路118、120、124和126可使用不同频率进行通信。例如，前向链路120可使用与反向链路118所使用频率不同的频率。

每一天线群组和/或所述天线群组设计成在其中通信的区域常常被称为接入网络的扇区。在实施例中，天线群组各自被设计成与由接入网络100覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。并且，相比于接入网络通过单个天线向其所有接入终端进行传送，接入网络使用波束成形以向随机分散在其覆盖范围内的接入终端进行传送通常会对相邻小区中的接入终端造成较少干扰。

AN可为用于与终端通信的固定站或基站，并且也可被称作接入点、节点B、基站、增强型基站、eNodeB或某一其它术语。AT还可被称作用户设备(User Equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2为多输入多输出(Multiple Input Multiple Output，MIMO)***200中的传送器***210(也被称作接入网络)和接收器***250(也被称作接入终端(AT)或用户设备(UE)的实施例的简化框图。在传送器***210处，用于数个数据流的业务数据从数据源212提供到传送(TX)数据处理器214。

在一个实施例中，经由相应传送天线传送每一数据流。TX数据处理器214基于针对所述数据流选择的特定编码方案而对每一数据流的业务数据进行格式化、编码和交错以提供经编码数据。

可使用OFDM技术将每一数据流的经编码数据与导频数据复用。导频数据通常是以已知方式进行处理的已知数据模式，且可在接收器***处使用以估计信道响应。随后基于针对所述数据流选择的特定调制方案(例如，二进制相移键控(Binary Phase ShiftKeying，BPSK)、正交相移键控(Quadrature Phase Shift Keying，QPSK)、多进制数字相位调制(multiple phase shift keying，M-PSK)或正交幅度调制(Quadrature AmplitudeModulation，M-QAM))来调制(例如，符号映射)每一数据流的多路复用的导频和经编码数据以提供调制符号。通过由处理器230执行的指令可确定每一数据流的数据速率、编码和调制。存储器232耦合到处理器230。

随后将所有数据流的调制符号提供到TX MIMO处理器220，所述处理器可进一步处理调制符号(例如，用于OFDM)。TX MIMO处理器220随后将N_T个调制符号流提供到N_T个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号并应用于正从其传送符号的天线。

每一传送器222接收并处理相应符号流以提供一个或多个模拟信号，且进一步调节(例如，放大、过滤和升频转换)模拟信号以提供适合在MIMO信道上传送的经调制信号。随后，分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器***250处，由N_R个天线252a到252r接收所传送的经调制信号，且将从每一天线252接收到的信号提供到相应接收器(RCVR)254a到254r。每一接收器254调节(例如，过滤、放大和降频转换)相应的所接收信号、对经调节信号进行数字化以得到样本且进一步处理样本以得到对应的“所接收”符号流。

RX数据处理器260随后基于特定接收器处理技术接收并处理从N_R个接收器254接收到的N_R个符号流以得到N_T个“经检测”符号流。RX数据处理器260随后对每一经检测符号流进行解调、去交错和解码，以恢复数据流的业务数据。由RX数据处理器260进行的处理与由传送器***210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。

处理器270定期确定使用哪一预编码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括关于通信链路和/或所接收数据流的各种类型的信息。反向链路消息随后由还从数据源236接收数个数据流的业务数据的TX数据处理器238处理、由调制器280调制、由传送器254a到254r调节且被传送回传送器***210。

在传送器***210处，来自接收器***250的经调制信号由天线224接收、由接收器222调节、由解调器240解调且由RX数据处理器242处理，以提取由接收器***250传送的反向链路消息。处理器230随后确定使用哪个预编码矩阵来确定波束成形权重，然后处理所获取的消息。

存储器232可用于暂时存储经由处理器230来自240或242的一些缓冲/计算数据，存储来自212的一些缓冲数据，或存储一些特定程序代码。并且，存储器272可用于暂时存储通过处理器270来自260的一些缓冲/计算数据，存储来自236的一些缓冲数据，或存储一些特定程序代码。

转向图3，此图展示根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3所示，可利用无线通信***中的通信装置300实现图1中的UE(或AT)116和122，且无线通信***优选地为NR***。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(CPU)308、存储器310、程序代码312和收发器314。控制电路306经由CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如键盘或小键盘)输入的信号，且可通过输出装置304(例如显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将所接收信号传递给控制电路306并以无线方式输出由控制电路306产生的信号。

图4为根据本发明的实施例在图3中展示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402和层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。

对于LTE、LTE-A或NR***，层2部分404可以包含无线电链路控制(Radio LinkControl，RLC)层和媒体接入控制(Medium Access Control，MAC)层。层3部分402可包含无线电资源控制(Radio Resource Control，RRC)层。

每项发明中描述的下列段落、(子)项目符号、要点、动作或权利要求中的任意两个或更多个可有逻辑地、合理地且适当地组合以形成特定方法。

以下每项发明中描述的任何句子、段落、(子)项目符号、要点、动作或权利要求都可以独立且单独地实施以形成特定方法或设备。以下本发明公开内容中例如“基于”、“更确切地说”、“实例”等相关性仅是不会限制特定方法或设备的一个可能实施例。

版本17NR非地面网络(NTN)的大体描述在TS 38.300([3]3GPP TS 38.300V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”)中指定：

***************************引述开始[3]******************************

16.14非地面网络

16.14.1概述

来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图16.14.1-1在下文说明非地面网络(NTN)的实例，其借助于NTN有效载荷和NTN网关提供对UE的非地面NR接入，从而描绘NTN有效载荷与UE之间的服务链路，以及NTN网关与NTN有效载荷之间的馈送链路。

图5为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图16.14.1-1的再现：NTN的总体说明。

NTN有效载荷透明地将从UE(经由服务链路)接收到的无线电协议转发到NTN网关(经由馈送链路)，且反之亦然。以下连接性由NTN有效载荷支持：

-NTN网关可以服务多个NTN有效载荷；

-NTN有效载荷可由多个NTN网关服务。

[…]

支持三种类型的服务链路：

-地球固定：由始终不断地覆盖相同地理区域的波束所提供(例如，GSO卫星的情况)；

-准地球固定：由在有限时段内覆盖一个地理区域且在另一时段期间覆盖不同地理区域的波束提供(例如，产生可操纵波束的NGSO卫星的情况)；

-地球移动：由覆盖区域在地球表面上滑动的波束提供(例如，产生固定或非不可操纵波束的NGSO卫星的情况)。

对于NGSO卫星，gNB可提供准地球固定服务链路或地球移动服务链路，而利用GSO卫星操作的gNB可提供地球固定服务链路。

在此版本中，支持NTN的UE具有GNSS功能。

[…]

16.14.3.2RRC_CONNECTED中的移动性

16.14.3.2.1切换

[…]

UE可支持各自基于不同轨道(在不同海拔高度处的GSO、NGSO)的无线电接入技术之间的移动性。

****************************引述结束*********************************

版本18NR NTN的工作项在[1]RP-221819，“NR NTN(非地面网络)增强”中指定。

****************************引述开始[1]******************************

在版本17中，实行工作项以定义使新无线电和NG-RAN能够支持非地面网络(NTN)的解决方案：

●基于透明有效载荷的GSO和NGSO网络情境对在地球固定和/或移动小区配置两者中具有GNSS能力的至少3GPP功率等级3UE进行寻址

作为版本18的部分，提出新工作项以定义基于NG-RAN的非地面网络的增强以便：

●支持覆盖以10GHz以上的频带部署的新情境

●考虑到例如大传播延迟和卫星移动等NTN特性，提供最佳化性能，尤其是在关于覆盖范围对手机终端(包含对天线增益而不是0dBi天线增益有更现实假设的智能手机，其中具体的现实天线增益假设将在工作群组层级下确定)进行寻址时。

●考虑到例如大传播延迟和卫星移动等NTN特性，提供移动性和服务连续性增强。

●地址要求，如果基于FS_NR_NTN_netw_verif_UE_loc研究结果而需要，其授权网络运营商交叉检查由UE报告的UE位置，所述检查需要进行以便满足关于网络验证的UE位置的监管要求(例如，合法拦截、紧急呼叫、公共警报***……)，即，能够检查UE报告的位置信息(例如，估计网络侧的UE位置)且指明是否需要机构来满足监管要求。

****************************引述结束*********************************

对于NTN的一些增强描述于TR 38.821([2]3GPP TR 38.821 V16.1.0，“NR支持非地面网络(NTN)的解决方案”)中，如下文所提供：

****************************引述开始[2]******************************

7.3.2.1.4频繁且不可避免的切换

非GEO轨道中的卫星相对于地球上的固定位置高速移动，导致针对固定UE和移动UE的频繁且不可避免的切换。这可能导致显著的信令开销和影响功率消耗，以及加重与移动性相关的其它潜在挑战，例如由于信令时延带来的服务中断。

对于以恒定速度和方向行进的UE，其可保持连接到小区的最大时间是通过将小区直径除以UE速度来近似得出。对于NTN LEO部署，将小区大小除以卫星与UE之间的相对速度，其中在与卫星相同的方向上移动的UE从相对速度做减法，且沿相反方向移动的UE增加相对速度，由以下等式描述：

小区直径＝一个50km直径波束的情境将表示下限(即，HO频率的最差情境)，且小区直径＝1000km将被视为上限(即，HO频率的最佳情境)。

将来自4.2-2和7.1-1的参考值带入以上等式，针对最小/最大小区直径和相对速度，UE可保持于NTN小区中的最大时间(即，UE在小区边缘处即刻连接且在相对的小区边缘处离开)在下表中列出：

表7.3.2.1.4-1：针对最小/最大小区直径和变化的UE速度的HO时间

忽略UE移动，由于卫星移动，由直径50km和1000km的NTN LEO小区服务的UE可以保持连接分别达到最多6.61秒和132.38秒。考虑到UE的移动，这将变化近似+/-4％。通过忽略卫星速度且按照表7.1-1将UE速度设定为500km/hr，这等效于地面UE由范围从近似0.918km(注2)到18.39km的小区直径服务。

从以上分析，结论是LEO NTN中的HO频率可类似于在高速火车上的地面UE经历的HO频率，然而这表示最差情境且不指示典型地面网络。由于较大的小区大小限制UE速度的影响，因此预期GEO中将不发生频繁的HO。在LEO情境中进一步假设在给定卫星的相对速度的情况下，UE速度是HO频率中的可忽略的因数，且这将主要是具有移动波束的LEO的问题。

****************************引述结束*********************************

切换程序的大体描述在TS 38.300([3]3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”)中指定：

****************************引述开始[3]******************************

9.2.3RRC_CONNECTED中的移动性

9.2.3.1概述

网络控制的移动性适用于RRC_CONNECTED中的UE且分类为两个类型的移动性：小区层级移动性和波束层级移动性。波束层级移动性包含小区内波束层级移动性和小区间波束层级移动性。

小区层级移动性要求触发显式RRC传信，即切换。对于gNB间切换，传信程序由来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.1-1中示出的至少以下基本组件组成：

图6为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.1-1的再现：gNB间切换程序。

1.源gNB发起切换且在Xn接口上发出HANDOVER REQUEST。

2.目标gNB执行准入控制且提供新RRC配置作为HANDOVER REQUEST ACKNOWLEDGE的部分。

3.源gNB通过转发在HANDOVER REQUEST ACKNOWLEDGE中接收到的RRCReconfiguration消息向UE提供RRC配置。RRCReconfiguration消息包含至少小区ID和接入目标小区所需的所有信息，从而使得UE可接入目标小区而无需读取***信息。对于一些情况，基于争用和无争用随机接入所需的信息可包含在RRCReconfiguration消息中。对目标小区的接入信息可以包含波束特定信息(如果存在)。

4.UE将RRC连接移动到目标gNB且答复RRCReconfigurationComplete。

注1：如果准予允许，则也可在步骤4中发送用户数据。

[…]

9.2.3.2切换

9.2.3.2.1控制平面处理

NR内RAN切换执行所执行切换程序的准备和执行阶段而不涉及5GC，即直接在gNB之间交换准备消息。在切换完成阶段期间在源gNB处的资源的释放由目标gNB触发。下图描绘其中AMF或UPF都不改变的基本切换情境：

图7为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.2.1-1的再现：AMF/UPF内切换。

0.源gNB内的UE上下文含有在连接建立或在上一个TA更新时提供的关于漫游和接入限制的信息。

1.源gNB配置UE测量程序且UE根据测量配置进行报告。

2.源gNB基于MeasurementReport和RRM信息而决定切换UE。

3.源gNB向目标gNB发出切换请求消息，以必要信息经过透明RRC容器以准备目标侧处的切换。此信息至少包含目标小区ID、KgNB*、源gNB中的UE的C-RNTI、包含UE非作用时间的RRM配置、包含天线信息和DL载波频率的基本AS配置、到应用于UE的DRB映射规则的当前QoS流、来自源gNB的SIB1、用于不同RAT的UE能力、PDU会话相关信息，且可包含UE报告测量信息，其在可用的情况下包含波束相关信息。PDU会话相关信息包含切片信息和QoS流等级QoS属性集。源gNB还可针对一个或多个DRB请求DAPS切换。

注1：在发出切换请求之后，源gNB不应重新配置UE，包含执行到DRB映射的反射QoS流。

4.准入控制可以由目标gNB执行。切片感知准入控制应在切片信息发送到目标gNB的情况下执行。如果PDU会话与不支持的切片相关联，那么目标gNB应拒绝此类PDU会话。

5.目标gNB准备具有L1/L2的切换且向源gNB发送HANDOVER REQUESTACKNOWLEDGE，其包含将作为RRC消息发送到UE的透明容器以执行切换。目标gNB还指示DAPS切换是否被接受。

注2：只要源gNB接收到HANDOVER REQUEST ACKNOWLEDGE，或只要在下行链路中起始切换命令的传送，就可以发起数据转发。

[…]

6.源gNB通过向UE发送RRCReconfiguration消息而触发Uu切换，所述消息含有接入目标小区所需的信息：至少目标小区ID，新C-RNTI，用于选定的安全算法的目标gNB安全算法标识符。它还可包含一组专用RACH资源、RACH资源与SSB之间的关联、RACH资源与UE特定CSI-RS配置之间的关联、公共RACH资源，和目标小区的***信息等。

[…]

7.对于未配置有DAPS的DRB，源gNB将SN状态传递消息发送到目标gNB以传达PDCP状态保留适用(即用于RLC AM)的DRB的上行链路PDCP SN接收器状态和下行链路PDCP SN传送器状态。上行链路PDCP SN接收器状态至少包含第一遗失UL PDCP SDU，且可以包含UE需要在目标小区中重新传送的失序UL PDCP SDU的接收状态的位图。下行链路PDCP SN传送器状态指示目标gNB将指派给尚不具有PDCP SN的新PDCP SDU的下一PDCP SN。

[…]

8.UE同步于目标小区且通过向目标gNB发送RRCReconfigurationComplete消息而完成RRC切换程序。在DAPS切换的情况下，UE在接收到RRCReconfiguration消息后不从源小区脱离。UE释放源资源和配置，且在从目标节点接收到明确释放后停止与源的DL/UL接收/传送。

[…]

9.目标gNB将PATH SWITCH REQUEST消息发送到AMF以触发5GC朝向目标gNB切换DL数据路径并建立朝向目标gNB的NG-C接口例项。

10.5GC朝向目标gNB切换DL数据路径。UPF按PDU会话/隧道在旧路径上向源gNB发送一个或多个“末端标记”包，并且接着可朝向源gNB释放任何用户平面/TNL资源。

11.AMF用PATH SWITCH REQUEST ACKNOWLEDGE消息确认PATH SWITCH REQUEST消息。

12.在从AMF接收到PATH SWITCH REQUEST ACKNOWLEDGE消息后，目标gNB发送UECONTEXT RELEASE以向源gNB告知切换的成功。源gNB可随后释放关联到UE上下文的无线电和控制平面相关资源。任何进行中的数据转发可以继续。

RRM配置可包含关联到SSB的波束测量信息(用于层3移动性)和用于报告小区的CSI-RS，前提是这两个类型的测量可用。并且，如果CA被配置，那么RRM配置可包含测量信息可用的每一频率上的最佳小区的列表。且RRM测量信息还可包含用于属于目标gNB的列出的小区的波束测量值。

用于目标小区中的波束的公共RACH配置仅关联到SSB。网络可具有关联到SSB的专用RACH配置和/或具有关联到小区内的CSI-RS的专用RACH配置。目标gNB可在切换命令中仅包含以下RACH配置中的一个以使UE能够接入目标小区：

i)公共RACH配置；

ii)公共RACH配置+与SSB相关联的专用RACH配置；

iii)公共RACH配置+与CSI-RS相关联的专用RACH配置。

专用RACH配置与质量阈值一起分配RACH资源以使用它们。当提供专用RACH资源时，它们由UE区分优先级，且只要满足那些专用资源的质量阈值，UE就不应切换到基于竞争的RACH资源。接入专用RACH资源的次序取决于UE实施方案。

[…]

9.2.3.4条件切换

9.2.3.4.1总述

条件切换(CHO)被定义为在符合一个或多个切换执行条件时由UE执行的切换。UE在接收到CHO配置后开始评估执行条件，且在执行切换后即刻停止评估执行条件。

以下原理适用于CHO：

-CHO配置含有由候选gNB产生的CHO候选小区的配置和由源gNB产生的执行条件。

-执行条件可由一个或两个触发条件(CHO事件A3/A5)组成。仅支持单个RS类型，且至多可针对单个候选小区的CHO执行条件的评估同时配置两个不同触发量(例如，RSRP和RSRQ、RSRP和SINR等)。

-在符合任何CHO执行条件之前，在接收到HO命令(无CHO配置)后，UE执行如条款9.2.3.2中所描述的HO程序，而不管任何先前接收到的CHO配置。

-在执行CHO时，即，从UE开始与目标小区同步时开始，UE不监听源小区。

[…]

9.2.3.4.2控制平面处理

如在NR内RAN切换中，在NR内RAN CHO中，条件切换程序的准备和执行阶段的执行不涉及5GC，即，准备消息直接在gNB之间交换。在条件切换完成阶段期间在源gNB处的资源的释放由目标gNB触发。下图描绘其中AMF或UPF都不改变的基本条件切换情境：

图8为来自3GPP TS 38.300 V17.2.0，“NR，NR和NG-RAN总体描述，阶段2”的图9.2.3.4.2-1的再现：AMF/UPF内条件切换。

0/1.与来自3GPP TS 38.300 V17.2.0的条款9.2.3.2.1的图9.2.3.2.1-1的步骤0、1相同。

2.源gNB决定使用CHO。

3.源gNB针对属于一个或多个候选gNB的一个或多个候选小区请求CHO。针对每一候选小区发送CHO请求消息。

4.与来自3GPP TS 38.300 V17.2.0的条款9.2.3.2.1的图9.2.3.2.1-1的步骤4相同。

5.候选gNB将包含CHO候选小区的配置的CHO响应(HO请求确认)发送到源gNB。针对每一候选小区发送CHO响应消息。

6.源gNB将含有CHO候选小区的配置和CHO执行条件的RRCReconfiguration消息发送到UE。

注1：候选小区的CHO配置可遵循来自源gNB的其它重新配置。

[…]

7.UE将RRCReconfigurationComplete消息发送到源gNB。

7a如果应用早期数据转发，那么源gNB发送早期状态传递消息。

8.UE在接收到CHO配置之后维持与源gNB的连接，且开始评估候选小区的CHO执行条件。如果至少一个CHO候选小区满足对应的CHO执行条件，那么UE从源gNB脱离，针对选定候选小区应用所存储的对应配置，与所述候选小区同步且通过将RRCReconfigurationComplete消息发送到目标gNB来完成RRC切换程序。UE在RRC切换程序成功完成之后释放所存储的CHO配置。

***************************引述结束**********************************

与切换有关的一些配置在TS 38.331([4]3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”)中指定，如下文所提供：

***************************引述开始[4]*******************************

5.3.5RRC重新配置

5.3.5.1总述

图9为来自3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”的图5.3.5.1-1的再现：RRC重新配置，成功。

图10为来自3GPP TS 38.331 V17.2.0，“NR，RRC协议规范”的图5.3.5.1-2的再现：RRC重新配置，失败。

此程序的目的是修改RRC连接，例如建立/修改/释放RB/BH RLC信道/Uu中继RLC信道/PC5中继RLC信道、执行具有同步的重新配置、设置/修改/释放测量、添加/修改/释放SCell和小区群组、添加/修改/释放条件切换配置、添加/修改/释放条件PSCell改变或条件PSCell添加配置。作为程序的一部分，可以将NAS专用信息从网络传递给UE。

****************************下一引述*********************************

-RRCReconfiguration

RRCReconfiguration消息是修改RRC连接的命令。其可传达用于测量配置、移动性控制、无线电资源配置(包含RB、MAC主要配置和物理信道配置)和AS安全配置的信息。

信令无线电承载：SRB1或SRB3

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCReconfiguration消息

/>

***************************下一引述*********************************

-CellGroupConfig

CellGroupConfig用于配置主小区群组(MCG)或次小区群组(SCG)。小区群组包括一个MAC实体、具有相关联的RLC实体的一组逻辑信道，以及主小区(SpCell)和一个或多个次小区(SCell)。

CellGroupConfig信息元素

/>

[...]

[…]

-NTN-Config

IE NTN-Config提供UE经由NTN接入来接入NR所需的参数。NTN-Config信息元素

/>

[…]

-ServingCellConfig

IE ServingCellConfig用于配置(添加或修改)UE与服务小区，服务小区可以是MCG或SCG的SpCell或SCell。本文中的参数主要是UE特定的，但部分也是小区特定的(例如，在另外配置的带宽部分中)。仅使用SCell释放和添加支持PUCCH与无PUCCH SCell之间的重新配置。

ServingCellConfig信息元素

/>

[…]

-ServingCellConfigCommon

IE ServingCellConfigCommon用于配置UE的服务小区的小区特定参数。IE含有当从IDLE接入小区时UE将通常从SSB、MIB或SIB获取的参数。通过此IE，当为UE配置SCell或额外小区群组(SCG)时，网络在专用信令中提供此信息。所述网络还在同步重新配置后提供用于SpCell(MCG和SCG)的支持。

ServingCellConfigCommon信息元素

/>

***************************下一引述*********************************

-HandoverCommand

此消息用以传递由目标gNB产生的切换命令。

方向：目标gNB到源gNB/源RAN。

HandoverCommand消息

/>

-HandoverPreparationInformation

此消息用以例如在恢复或重建的情况下在切换准备或UE上下文检索期间传送由目标gNB使用的NR RRC信息，包含UE能力信息。此消息还用于在CU与DU之间传递信息。

方向：源gNB/源RAN到目标gNB或CU到DU。

HandoverPreparationInformation消息

/>

****************************引述结束*********************************

用于切换准备的程序和配置在TS 38.423([5]3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”)中指定，如下文所提供：

****************************引用开始[5]******************************

8.2.1切换准备

8.2.1.1总述

此程序用于在NG-RAN节点中建立用于传入切换的所需资源。如果程序涉及条件切换，那么允许并行事务。当源UE AP ID相同时，目标小区ID识别可能的并行请求。

程序使用UE相关联信令。

8.2.1.2成功操作

图11为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.2.1.2-1的再现：切换准备，成功操作。

源NG-RAN节点通过将HANDOVER REQUEST消息发送到目标NG-RAN节点来发起程序。当源NG-RAN节点发送HANDOVER REQUEST消息时，其将启动计时器TXn_RELOCprep。

如果在HANDOVER REQUEST消息中含有条件切换信息请求IE，那么目标NG-RAN节点应考虑到所述请求涉及条件切换且应在HANDOVER REQUEST ACKNOWLEDGE消息中包含条件切换信息确认IE。

如果目标NG-RAN节点UE XnAP ID IE包含于HANDOVER REQUEST消息中包含的条件切换信息请求IE中，那么目标NG-RAN节点将移除由目标NG-RAN节点UE XnAP ID IE和目标小区全局ID IE所识别的现有准备的条件HO。这取决于目标NG-RAN节点在将移除HO信息时的实施方案。

在接收到HANDOVER REQUEST ACKNOWLEDGE消息后，源NG-RAN节点将停止计时器TXn_RELOCprep且终止切换准备程序。如果针对当前切换发起程序，那么源NG-RAN节点将启动计时器TXn_RELOCoverall。源NG-RAN节点随后被定义为具有用于所述Xn UE相关联信令的准备的切换。

[…]

在接收到HANDOVER REQUEST消息时，目标NG-RAN节点将通过使用UE安全能力IE中的信息和UE上下文信息IE中的AS安全信息IE来准备UE与目标NG-RAN节点之间的AS安全关系的配置，如TS 33.501[28]中所指定。

[…]

对于成功地建立在目标NG-RAN处的每一PDU会话资源，目标NG-RAN节点可分配资源以用于在来自目标NG-RAN节点列表IE的辅助数据转发信息中指示的额外Xn-U PDU会话资源GTP-U隧道。

对于HANDOVER REQUEST消息中的每一PDU会话，如果替代QoS参数集列表IE包含于待建立PDU会话资源列表IE中的GBR QoS流信息IE中，那么在可在如TS23.501[7]中指定的切换时间满足所请求QoS参数集或替代QoS参数集中的至少一个的情况下，目标NG-RAN节点可在通知控制已启用时接受所涉及QoS流的建立。在目标NG-RAN节点接受满足替代QoS参数中的一个的切换的情况下，其将指示替代QoS参数集，所述替代QoS参数集当前可在HANDOVER REQUEST ACKNOWLEDGE消息的PDU会话资源准入列表IE内的当前QoS参数集索引IE中满足，同时根据如TS23.501[7]中指定的所请求QoS参数集针对UE设置QoS参数。

对于源NG-RAN节点针对其提出执行下行链路数据的转发的每一DRB，源NG-RAN节点应包含HANDOVER REQUEST消息中的待建立PDU会话资源列表IE中含有的源DRB到QoS流映射列表IE内的DRB ID IE和所映射QoS流列表IE。源NG-RAN节点可包含源DRB到QoS流映射列表IE中的QoS流映射指示IE以指示仅上行链路或下行链路QoS流映射到DRB。如果目标NG-RAN节点决定使用相同的DRB配置且映射与源NG-RAN节点相同的QoS流，那么目标NG-RAN节点包含HANDOVER REQUEST ACKNOWLEDGE消息中的数据转发响应DRB列表IE内的DL转发GTP隧道端点IE，以指示其接受此DRB的下行链路数据的所提出转发。

如果映射到DRB的QoS流中的至少一个符合冗余传送特征，如在QoS流的HANDOVERREQUEST消息中接收到的待建立PDU会话资源列表IE内的冗余QoS流指示符IE中所指示，那么目标NG-RAN节点可另外包含冗余DL转发UP TNL信息IE。

如果HANDOVER REQUEST ACKNOWLEDGE消息含有用于PDU会话资源准入列表IE中的来自目标NG-RAN节点的数据转发信息内的数据转发响应DRB列表IE中的给定DRB的UL转发TNL信息IE，且源NG-RAN节点接受由目标NG-RAN节点提出的数据转发，那么源NG-RAN节点将针对DRB执行上行链路数据的转发。

如果HANDOVER REQUEST包含用于与未受目标NG-RAN支持的S-NSSAI相关联的PDU会话的PDU会话资源，那么目标NG-RAN节点将拒绝此类PDU会话资源。在此情况下，且如果准入至少一个待建立PDU会话资源条目IE，那么目标NG-RAN节点将发送包含PDU会话资源未准入列表IE的HANDOVER REQUEST ACKNOWLEDGE消息，所述PDU会话资源未准入列表IE列出目标NG-RAN拒绝的对应PDU会话。

如果移动性限制列表IE

-含于HANDOVER REQUEST消息中，那么目标NG-RAN节点将

-在UE上下文中存储在移动性限制列表IE中接收到的信息；

-使用此信息来确定UE在后续移动性动作期间的目标，其中NG-RAN节点向UE提供关于移动性动作的目标的信息，除了当PDU会话中的一个具有特定ARP值(TS23.501[7])时，在此情况下信息将不适用；

-在双连接操作期间使用此信息来选择恰当SCG。

-当将UE移动到RRC_INACTIVE时，使用此信息选择用于UE的恰当RNA。

-不含于HANDOVER REQUEST消息中，那么目标NG-RAN节点将

-认为除了如TS23.501[7]中所描述的PNI-NPN移动性之外，无漫游和无接入限制适用于UE。

[…]

如果RAT/频率选择优先级索引IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点将存储此信息且使用，如TS23.501[7]中所定义。

如果S-NG-RAN处的UE上下文参考IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点可使用其，如TS 37.340[8]中所指定。在此情况下，源NG-RAN节点可预期目标NG-RAN节点包含在HANDOVER REQUEST ACKNOWLEDGE消息中设置成“真”的UE上下文保持指示符IE，其将使用如TS 37.340[8]中指定的此信息。

[…]

对于其中安全指示IE包含于待建立PDU会话资源列表IE中且完整性保护指示IE或机密性保护指示IE设置成“必需”的每一PDU会话，目标NG-RAN节点将分别执行用户平面完整性保护或加密。如果NG-RAN节点不能够执行用户平面完整性保护或加密，那么其将拒绝具有适当原因值的PDU会话资源的建立。

如果NG-RAN节点为ng-eNB，那么其将拒绝其中完整性保护指示IE设置成“必需”的所有PDU会话。

对于其中安全指示IE包含于待建立PDU会话资源列表IE中且完整性保护指示IE或机密性保护指示IE设置成“优选”的每一PDU会话，目标NG-RAN节点应(如果支持)分别执行用户平面完整性保护或加密，且将通知SMF其是否针对所涉及安全策略成功执行用户平面完整性保护或加密。

对于其中最大完整性受保护数据比例IE包含于待建立PDU会话资源列表IE中的安全指示IE中，NG-RAN节点将存储相应信息，且如果将针对PDU会话执行完整性保护，那么其将强制执行针对所涉及PDU会话和所涉及UE的对应于所接收的最大完整性受保护数据比例IE的业务，如TS23.501[7]中指定。

对于其中安全指示IE包含于待建立PDU会话资源列表IE中且完整性保护指示IE或机密性保护指示IE设置成“不需要”的每一PDU会话，目标NG-RAN节点将针对所涉及PDU会话分别执行用户平面完整性保护或加密。

对于每一PDU会话，如果额外UL NG-U UP TNL信息列表IE包含于HANDOVERREQUEST消息中所含有的待建立PDU会话资源列表IE中，那么目标NG-RAN节点可将UP输送层信息转发到目标S-NG-RAN节点，作为用于此PDU会话在不同隧道中拆分的用户平面数据的上行链路终止点。

如果位置报告信息IE包含于HANDOVER REQUEST消息中，那么目标NG-RAN节点应发起如TS 38.413[5]中定义的所请求的位置报告功能。

在接收到HANDOVER REQUEST消息中的UE历史信息IE之后，目标NG-RAN节点将收集UE历史信息IE中定义为必选的信息，且(如果支持)将收集UE历史信息IE中定义为任选的信息，只要UE保持在其小区中的一个中，且将收集的信息存储为用于未来切换准备。

[…]

如果HANDOVER REQUEST消息包含基于管理的MDT PLMN列表IE，那么目标NG-RAN节点应(如果支持)将其存储在UE上下文中，且考虑其是否包含关于服务目标NG-RAN节点中的UE的PLMN的信息。

如果在HANDOVER REQUEST消息中提供移动性信息IE，那么目标NG-RAN节点将(如果支持)存储此信息。如果支持，目标NG-RAN将存储如在HANDOVER REQUEST消息中所接收的在源小区处分配的C-RNTI。

在HANDOVER REQUEST消息中接收到来自UE的UE历史信息IE后，目标NG-RAN节点将(如果支持)存储所收集的信息且将其用于未来切换准备。

对于已经成功地建立于目标NG-RAN节点中的每一QoS流，如果QoS监听请求IE包含于HANDOVER REQUEST消息中所含有的QoS流层级QoS参数IE中，那么目标NG-RAN节点将存储此信息，且(如果支持)将执行如在TS23.501[7]中指定的延迟测量和QoS监听。如果QoS监听报告频率IE包含于HANDOVER REQUEST消息中所含有的QoS流层级QoS参数IE中，那么目标NG-RAN节点将存储此信息，且(如果支持)将使用此信息用于RAN部分延迟报告。

如果5GC移动性限制列表容器IE包含于HANDOVER REQUEST消息中，那么目标NG-RAN节点应(如果支持)将此信息存储在UE上下文中且使用其，如在TS 38.300[9]中指定。

[…]

如果CHO准备的最大数目IE包含于HANDOVER REQUEST ACKNOWLEDGE消息中所含有的条件切换信息确认IE中，那么源NG-RAN节点不应针对同一UE为目标NG-RAN节点准备用于CHO的比IE中指示的数目更多的候选目标小区。

如果所估计的到达概率IE包含于HANDOVER REQUEST消息中的条件切换信息请求IE中，那么目标NG-RAN节点可使用所述信息为传入CHO分配所需资源。

[…]

如果UE无线电能力ID IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点应(如果支持)将此信息存储在UE上下文中且使用其，如在TS23.501[7]和TS23.502[13]中定义。

如果对于给定QoS流，源DL转发IP地址IE包含在HANDOVER REQUEST消息中所含有的待建立PDU会话资源列表IE中的来自源NG-RAN节点的数据转发和卸载信息IE内，目标NG-RAN节点应(如果支持)存储此信息且将其用作其ACL功能配置动作的一部分(如果部署此类ACL功能)。

[…]

如果时间同步辅助信息IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点应(如果支持)将此信息存储在UE上下文中且使用其，如在TS23.501[7]中定义。

如果QMC配置信息IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点应(如果支持)考虑QoE测量处理，如在TS 38.300[9]中描述。

如果UE切片-最大位速率列表IE含于HANDOVER REQUEST消息中，那么目标NG-RAN节点将(如果支持)所接收的UE切片最大位速率列表存储在UE上下文中，且使用所接收的UE切片最大位速率值以用于如TS23.501[7]中指定的相关UE的每一S-NSSAI。

[…]

8.2.1.3不成功操作

图12为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.2.1.3-1的再现：切换准备，不成功操作。

如果目标NG-RAN节点不准入至少一个PDU会话资源，或在切换准备期间失败，那么目标NG-RAN节点将HANDOVER PREPARATION FAILURE消息发送到源NG-RAN节点。消息应含有具有适当值的原因IE。

如果条件切换信息请求IE含于HANDOVER REQUEST消息中，且目标NG-RAN节点拒绝切换或在切换准备期间失败，那么目标NG-RAN节点将在HANDOVER PREPARATION FAILURE消息中包含所请求的目标小区ID IE。

与切换取消程序的交互：

如果在计时器TXn_RELOCprep在源NG-RAN节点中到期之前不存在目标NG-RAN节点对HANDOVER REQUEST消息的响应，那么源NG-RAN节点应通过发起具有用于原因IE的适当值的切换取消程序而取消针对目标NG-RAN节点的切换准备程序。源NG-RAN节点将忽略在切换取消程序发起之后所接收的任何HANDOVER REQUEST ACKNOWLEDGE消息或HANDOVERPREPARATION FAILURE消息，且移除任何参考且释放与所涉及的Xn UE相关联信令有关的任何资源。

****************************下一引述*********************************

9.1.1.1切换请求

此消息由源NG-RAN节点发送到目标NG-RAN节点以请求用于切换的资源的准备。

方向：源NG-RAN节点→目标NG-RAN节点。

/>

VIII-条件	IX-解释
		ifCHOmod	如果CHO触发IE存在且设置成“CHO-代替”，那么此IE将存在。

X-范围界限	XI-解释
		maxnoofMDTPLMNs	基于管理的MDT PLMN列表中的PLMN列表。值为16。

9.1.1.2切换请求确认

此消息由目标NG-RAN节点发送以通知源NG-RAN节点关于目标处的所准备资源。

方向：目标NG-RAN节点→源NG-RAN节点。

************************下一引述************************9.2.2.7NR CGI

此IE用于全局识别NR小区(参见TS 38.300[9])。

*****************************下一引述********************************

9.2.3.25目标小区全局ID

此IE含有NR CGI或E-UTRA CGI。

****************************下一引述*********************************

8.4.1Xn建立

8.4.1.1总述

Xn建立程序的目的是交换两个NG-RAN节点所需的应用程序层级配置数据以在Xn-C接口上正确地交互操作。

[…]

程序使用非UE相关联信令。

8.4.1.2成功操作

图13为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.4.1.2的再现：Xn建立，成功操作。

NG-RAN节点₁通过将XN建立请求消息发送到候选NG-RAN节点₂来发起程序。候选NG-RAN节点₂以XN建立响应消息进行答复。

****************************下一引述*********************************

8.4.2NG-RAN节点配置更新

8.4.2.1总述

NG-RAN节点配置更新程序的目的是更新两个NG-RAN节点所需的应用程序层级配置数据以在Xn-C接口上正确地交互操作。

注意：在SN(即，gNB)未广播除无线电帧时机和SFN外的***信息的情况下，应用程序层级配置数据的更新还适用于两个NG-RAN节点之间，如TS 37.340[8]中所指定。未明确指定在使用此选项时如何使用此信息。

程序使用非UE相关联信令。

8.4.2.2成功操作

图14为来自3GPP TS 38.423 V17.2.0，“NG-RAN，Xn应用程序协议(XnAP)”的图8.4.2.2-1的再现：NG-RAN节点配置更新，成功操作。

NG-RAN节点₁通过将NG-RAN节点配置更新消息发送到对等NG-RAN节点₂而发起程序

****************************引述结束*********************************

经由NG接口的切换准备在TS 38.413([7]3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”)中指定：

****************************引述开始*********************************

8.4.1切换准备

8.4.1.1总述

切换准备程序的目的是在目标侧经由5GC请求资源的准备。对于某一UE，仅同时进行一个切换准备程序。程序使用UE相关联信令。

8.4.1.2成功操作

图15为来自3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”的图8.4.1.2-1的再现：切换准备：成功操作。

源NG-RAN节点通过将HANDOVER REQUIRED消息发送到服务AMF而发起切换准备。当源NG-RAN节点发送HANDOVER REQUIRED消息时，其将启动计时器TNG_RELOCprep。源NG-RAN节点将指示用于原因IE中的切换的适当原因值。

在接收到HANDOVER REQUIRED消息后，针对PDU会话ID IE中所指示的每一PDU会话，AMF将透明地将切换要求迁移IE迁移到与所涉及PDU会话相关联的SMF。

在***内切换的情况下，将根据源NG-RAN节点到目标NG-RAN节点透明容器IE的定义对源到目标透明容器IE中的信息进行编码。

*************************下一引述************************************

8.4.2切换资源分配

8.4.2.1总述

切换资源分配程序的目的是在目标NG-RAN节点处保留资源以用于UE的切换。程序使用UE相关联信令。

8.4.2.2成功操作

图16为来自3GPP TS 38.413 V17.2.0，“NG-RAN，NG应用程序协议(NGAP)”的图

8.4.2.2-1的再现：切换资源分配：成功操作。

AMF通过将HANDOVER REQUEST消息发送到目标NG-RAN节点来发起程序。

***************************下一引述**********************************

9.2.3.1切换要求

此消息由源NG-RAN节点发送到AMF以请求目标处的资源的准备。

方向：NG-RAN节点→AMF。

范围界限	解释
		maxnoofPDUSessions	针对一个UE所允许的PDU会话的最大数目。值为256。

9.2.3.2切换命令

此消息由AMF送以通知源NG-RAN节点在目标侧已准备用于切换的资源。

方向：AMF→NG-RAN节点。

[…]

9.2.3.4切换请求

此消息由AMF发送到目标NG-RAN节点以请求资源的准备。

方向：AMF→NG-RAN节点。

/>

9.2.3.5切换请求确认

此消息由目标NG-RAN节点发送以通知AMF关于目标处的所准备资源。

方向：NG-RAN节点→AMF。

[…]

9.3.1.20源到目标透明容器

此IE用于通过核心网络将来自切换源的无线电相关信息透明地传递到切换目标；其由源RAN节点产生且传送到目标RAN节点。

****************************引述结束*********************************

在版本17新无线电(NR)(例如，[3]3GPP TS 38.300 V17.2.0)中引入非地面网络(NTN)，所述非地面网络被定义为由下一代节点B(gNB)组成的下一代无线电接入网络(NG-RAN)，所述下一代节点B借助于体现在机载或空载NTN车辆和NTN网关上的NTN有效载荷提供对用户设备(UE)的非地面接入。UE可链接到、驻留于和/或连接到涉及机载/空载的NTN网络以用于传送。NTN可包括各种平台，包含低地球轨道(LEO)卫星、中地球轨道(MEO)卫星、高椭圆轨道(HEO)卫星、地球静止轨道(GEO)卫星、地球静止同步轨道(GSO)卫星、非地球静止同步轨道(NGSO)卫星，和/或高空通信平台(HAPS)。LEO卫星可具有地球固定波束(例如，波束在一段时间内临时固定在一位置上)或地球移动波束(例如，波束连同卫星一起连续移动)。LEO卫星可服务/提供地球移动小区(例如，具有地球固定波束)和/或(准)地球固定小区(例如，具有地球移动波束)。NTN可在地面网络(TN)不可行的情境(例如，沙漠、极地和/或在飞机上)中提供大区域覆盖范围，且提供网络(NW)接入。

将在3GPP版本18(例如，[1]RP-221819)中引入对NR NTN的增强。大量的UE将需要在服务小区中执行切换，例如由于小区大小较大、卫星移动。基于TR 38.821中的章节7.3.2.1.4(例如，[4]3GPP TS 38.331 V17.2.0)，每秒的切换总数将引起网络中的显著信令/剥离负荷。频繁切换可引起UE的信令开销且影响功耗。

为了减少用于切换的信令，例如，尤其是对于地球移动小区，网络可执行一些切换增强，例如公共切换、群组切换和/或2步切换。将经由广播提供公共目标小区配置。在NTN中，下一服务小区可由网络基于卫星星历表和与卫星运动相比可忽略的UE移动性来预测。源小区中的大多数UE将执行到同一目标小区的切换，且在描述目标小区配置的切换(HO)命令(例如，servingCellConfigCommon)中提供到每一UE的大多数信息是相同的。假设公共切换可包括至少两种不同种类的信令和/或配置：对于待切换的所有UE为公共的配置(例如，在***信息块(SIB)中广播)和对于UE为特定的配置(例如，在专用信令中提供)。在公共切换、群组切换和/或2步切换中，网络可将公共信令和/或配置提供到UE、多个UE或UE群组。在群组切换和/或2步切换中，网络可将目标小区的UE特定(预)配置提供到每一UE，接着将群组指示提供到多个UE。例如小区无线电网络临时标识符(C-RNTI)或安全密钥等特定目标小区配置可以专用方式发送到每一UE。UE可接收专用配置(例如，特定针对于UE)和/或公共配置(例如，对UE来说共同用于接入目标小区，特定针对于目标小区)以用于切换。当接收到群组指示时，UE可触发切换程序。当接收到公共配置(例如，如下的第二配置)和专用配置(例如，如下的第一配置)两者时，UE可触发切换程序。

传统切换程序可在TS 38.300(例如，[3]3GPP TS 38.300 V17.2.0)和TS 38.423(例如，[5]3GPP TS 38.423 V17.2.0)中找到。如图6(来自[3]3GPP TS 38.300 V17.2.0的图9.2.3.1-1)所示，源gNB将决定执行UE的切换程序且将切换请求(例如，HANDOVERREQUEST)传送到目标gNB。切换请求(例如，HANDOVER REQUEST)将包括UE信息。响应于接收到切换请求(例如，HANDOVER REQUEST)，目标gNB将切换请求确认(例如，HANDOVER REQUESTACKNOWLEDGE)传送到源gNB。切换请求确认(例如，HANDOVER REQUEST ACKNOWLEDGE)将包括用于UE的切换的资源。切换请求确认(例如，HANDOVER REQUEST ACKNOWLEDGE)将包括切换命令(例如，HandoverCommand)。响应于接收到切换请求确认(例如，HANDOVER REQUESTACKNOWLEDGE)，源gNB将来自切换命令(例如，HandoverCommand)的无线电资源控制(RRC)重新配置消息(例如，RRCReconfiguration)传送到UE。响应于接收到RRC重新配置消息(例如，RRCReconfiguration)，UE将触发切换程序并将RRC重新配置完成消息(例如，RRCReconfigurationComplete)传送到目标gNB。

贯穿本文中的公开内容，切换请求(消息)可为、被称为或包括HANDOVER REQUEST。切换请求确认(消息)可为、被称为或包括HANDOVER REQUEST ACKNOWLEDGE。

基于如上文所描述的当前规范，在将RRC重新配置消息(例如，RRCReconfiguration)传送到UE之前，源gNB将执行UE的切换准备以从目标gNB请求资源。为了触发切换，源gNB需要与目标gNB执行用于UE的切换准备程序。在切换准备中，源gNB将具有UE上下文信息的切换请求传送到目标gNB，且从目标gNB接收切换请求确认。待传送到UE的具有专用配置(例如，UE特定配置)的切换命令、RRC重新配置消息(例如，RRCReconfiguration)将由目标gNB在切换请求确认中提供。目标gNB产生切换命令(即，具有reconfigureWithSync的RRCReconfiguration)，且经由HANDOVER REQUEST ACKNOWLEDGE将其传送到源gNB。源gNB将在不修改的情况下将切换命令转发到UE。源gNB直接将来自HANDOVER REQUEST ACKNOWLEDGE中的HandoverCommand的RRCReconfiguration转发到UE。

然而，为了应用公共切换、群组切换和/或2步切换，源gNB可不整体提供切换命令(例如，用于切换的配置)。替代地，可将切换命令的不同部分(例如，用于切换的配置)分别地提供到UE。在此情况下，源gNB可不像在当前切换程序和/或切换准备中那样通过转发由目标gNB产生的切换命令(例如，用于切换的配置)来递送切换命令(例如，用于切换的配置)。如果源gNB经由HANDOVER REQUEST请求公共切换的专用部分配置，那么相同消息可用于请求切换配置或传统切换配置的专用部分。基于当前HANDOVER REQUEST，目标gNB并不知道所请求的源gNB的切换类型(即，目标gNB是否应包含HO命令中的公共部分)。

在3GPP RAN2会议中提供用于公共切换(和/或群组切换、2步切换)的实例。如图17中所示，源gNB可将具有UE特定配置的第一切换命令传送到第一UE，且将具有UE特定配置的第二切换命令传送到第二UE。随后，源gNB可将群组切换命令传送到第一UE和第二UE两者。在传送群组切换命令之后，源gNB与目标gNB执行群组切换准备。然而，在此情况下，源gNB在执行切换准备之前可能未在目标gNB处接收切换资源。源gNB可不在任何切换命令中将专用配置和/或公共配置传送到UE。

贯穿本文中的公开内容，UE可为UE群组中的一个UE。UE可连接到NTN小区。UE可连接到地球移动小区。UE群组可以由网络配置。服务小区中可存在多个UE群组。UE群组中可存在多个UE。将同时指示同一群组中的UE执行切换和/或接收公共配置(用于切换)。

贯穿本文的公开内容，源gNB可为服务UE(当前)的gNB。源gNB可在(群组)切换程序之前服务UE。源gNB可服务源小区。源gNB可确定触发(群组)切换程序。源gNB可确定UE群组。源gNB可将UE群组的配置和/或信息例如提供到UE、提供到目标gNB。源gNB可将UE转换到目标gNB。目标gNB可在切换程序之后服务UE。目标gNB可服务目标小区。UE可从源小区切换到目标小区。UE可从源gNB切换到目标gNB。源gNB和目标gNB可为不同gNB。源gNB和目标gNB可链接到同一卫星或不同卫星。源小区和目标小区可为同一小区或不同小区。贯穿本文的公开内容，切换可为或可被称作公共切换、群组切换、2步切换和/或NTN中的切换。

贯穿本文的公开内容，目标gNB可被接入和移动性管理功能(AMF)代替。举例来说，对于具有Xn接口(例如，两个NG-RAN节点之间的点到点接口)的gNB之间的切换，本公开中所描述的消息(和/或配置)交换可经由源gNB与目标gNB之间的Xn接口进行。对于不具有Xn接口的gNB之间的切换，消息(和/或配置)交换可在源gNB与AMF之间进行。

贯穿本文的公开内容，切换可以是(至少)RRC_CONNECTED中的UE的主小区(PCell)的改变。切换可以是NW触发的或条件切换(CHO)。切换可为或可被称作公共切换、群组切换、2步切换和/或NTN中的切换。

贯穿本文的公开内容，切换命令可为触发切换的指示。切换命令可(或包含)用于切换(的全部或至少部分配置)。切换命令可为(或包含)具有用于PCell的ReconfigurationWithSync的RRC重新配置消息(例如，RRCReconfiguration)。

贯穿本文的公开内容，第一信令、第二信令和/或第三信令可为从源gNB传送到UE的信令和/或消息。源gNB可响应于第一切换准备而传送第一信令。源gNB可在第一信令中传送第一配置。响应于第一切换准备和/或第二切换准备，源gNB可传送(或广播)第二信令。源gNB可在第一信令中传送第二配置。响应于第一切换准备和/或第二切换准备，源gNB可传送(或广播)第三信令。

第一配置、第二配置和/或第三配置可以是(或包括)切换配置。第一配置和/或第二配置可为(或包括)用于切换(例如，到目标小区或gNB)的配置。可从目标gNB提供第一配置、第二配置和/或第三配置。可在切换命令(例如，HandoverCommand)中提供第一配置、第二配置和/或第三配置。可由源gNB导出第二配置。第二配置可以是第一配置和/或第三配置的一部分。第二配置可不为第一配置的一部分。第一配置和/或第二配置可为或包括保留在目标gNB处用于切换的资源。

第一配置可为或包括专用配置和/或UE特定配置，例如在当前规范(例如，[4]3GPPTS 38.331 V17.2.0)中。可经由专用信令将第一配置提供到UE，例如在当前规范(例如，[4]3GPP TS 38.331 V17.2.0)中。可将第一配置传送到UE(例如，单一UE)。可将第一配置应用于特定UE。第一配置可不为小区特定配置。第一配置可为特定针对于UE群组的配置。第一配置对于小区可能不是公共的。第一配置对于UE群组可以是公共的。第一配置可特定针对于UE。第一配置可以是RRC重新配置消息(例如，RRCReconfiguration)和/或RRC重新配置消息(例如，RRCReconfiguration)的一部分和/或RRC重新配置消息(例如，RRCReconfiguration)的一部分。除了spCellConfigCommon(或ServingCellConfigCommon)和/或NTN-Config以外，第一配置可为或包括reconfigurationWithSync中的配置。除了第二配置之外，第一配置可为(或包括)具有reconfigurationWithSync(用于PCell)的RRC重新配置消息(例如，RRCReconfiguration)中的一个或多个配置。第一配置可为(或包括)：NTN配置(例如，NTN-config)、公共服务小区配置(例如，用于PCell、ServingCellConfigCommon、spCellConfigCommon)、t304、smtc、daps-UplinkPowerConfig、sl-PathSwitchConfig、rlf-TimersAndConstants、rlmInSyncOutOfSyncThreshold、lowMobilityEvaluationConnected、goodServingCellEvaluationRLM、goodServingCellEvaluationBFD、deactivatedSCG-Config、newUE-Identity、rach-ConfigDedicated、servCellIndex和/或spCellConfigDedicated。

第二配置可为或包括公共配置和/或群组配置。第二配置可为或包括小区特定配置，例如在当前规范(例如，[4]3GPP TS 38.331 V17.2.0)中。第二配置可为或包括公共配置和/或群组配置。可经由公共信令，例如广播、多播、***信息将第二配置提供到UE。可将第二配置传送到多个UE(例如，多于一个UE)。第二配置对于UE可为公共的，以接入目标小区。第二配置对于小区可能不是公共的。第二配置可应用于同一小区中的UE。第二配置可为或包括服务小区配置(例如，ServingCellConfigCommon)和/或NTN配置(例如，NTN-Config)。第二配置可为或包括RRC重新配置消息(例如，RRCReconfiguration)、服务小区配置(例如，ServingCellConfigCommon)、NTN配置(例如，NTN-Config)、下行链路(DL)配置(例如，DownlinkConfigCommon)和/或上行链路(UL)配置(例如，UplinkConfigCommon)的一部分。第二配置可为第一配置的一部分。第二配置可不为第一配置的一部分。除了第一配置之外，第二配置可为(或包括)具有reconfigurationWithSync(用于PCell)的RRC重新配置消息(例如，RRCReconfiguration)中的一个或多个配置。第二配置可为(或包括)：NTN配置(例如，NTN-config)、公共服务小区配置(例如，用于PCell、ServingCellConfigCommon、spCellConfigCommon)、t304、smtc、daps-UplinkPowerConfig、sl-PathSwitchConfig、rlf-TimersAndConstants、rlmInSyncOutOfSyncThreshold、lowMobilityEvaluationConnected、goodServingCellEvaluationRLM、goodServingCellEvaluationBFD、deactivatedSCG-Config、newUE-Identity、rach-ConfigDedicated、servCellIndex和/或spCellConfigDedicated。

第三配置可为(或包括)具有reconfigurationWithSync(用于PCell)的RRC重新配置消息(例如，RRCReconfiguration)中的一个或多个配置。第三配置可为(或包括)具有reconfigurationWithSync(用于PCell)的RRC重新配置中的所有配置。第三配置可为(或包括)第一配置和/或第二配置。第三配置可为(或包括)：NTN配置(例如，NTN-config)、公共服务小区配置(例如，用于PCell、ServingCellConfigCommon、spCellConfigCommon)、t304、smtc、daps-UplinkPowerConfig、sl-PathSwitchConfig、rlf-TimersAndConstants、rlmInSyncOutOfSyncThreshold、lowMobilityEvaluationConnected、goodServingCellEvaluationRLM、goodServingCellEvaluationBFD、deactivatedSCG-Config、newUE-Identity、rach-ConfigDedicated、servCellIndex和/或spCellConfigDedicated。

源gNB可在切换命令(例如，HandoverCommand)、RRC重新配置消息(例如，RRCReconfiguration)(的部分)和/或新RRC消息中接收第一配置和/或第二配置。切换命令(例如，HandoverCommand)、RRC重新配置消息(例如，RRCReconfiguration)(的部分)和/或新RRC消息可在切换请求确认中传送。

第一信令、第二信令和/或第三信令可为从网络传送到UE的信令和/或消息。网络可在第一信令中传送第一配置。网络可在第二信令中传送第二配置。

第一信令可为专用信令和/或UE特定信令。可将第一信令传送到单一UE。第一信令可为RRC消息、媒体接入控制(MAC)控制元素(CE)或下行链路控制信息(DCI)。第一信令可为RRC重新配置消息(例如，RRCReconfiguration)和/或切换命令。第一信令可为和/或包括例如针对UE的专用配置(例如，第一配置)。第一信令可为切换配置。第一信令可将资源提供到UE。

第一信令、第二信令和第三信令可不同。

第二信令可为公共信令和/或群组信令。第二信令可传送或广播到多个UE。第二信令可为RRC消息、MAC CE或DCI。第二信令可为RRC重新配置消息(例如，RRCReconfiguration)、切换命令、***信息(例如，SIB19)和/或寻呼消息。第二信令可为和/或包括例如针对多个UE的公共配置(例如，ServingCellConfigCommon、第二配置)。第二信令可为(群组)切换配置和/或(群组)切换指示。第二信令可为第三信令。第二信令可将资源提供到UE(群组)以用于切换。

第三信令可为公共信令和/或群组信令。第三信令可传送或广播到多个UE。第三信令可为RRC消息、MAC CE或DCI。第三信令可为DCI、RRC重新配置消息(例如，RRCReconfiguration)、切换命令、***信息(例如，SIB19)和/或寻呼消息。第三信令可不包括或可不为切换配置。第三信令可为(群组)切换指示。第三信令可为第二信令。第三信令可触发针对UE(群组)的切换程序。

为了解决问题，目标gNB可单独地(例如，在不同消息中，在不同消息容器中)将用于切换的配置的不同部分(例如，多于一个部分)(例如，用于切换的第一配置和用于切换的第二配置)提供到源gNB。目标gNB可在消息(或消息容器)中将用于切换的不具有第二配置的第一配置提供到源gNB。目标gNB可在消息(或消息容器)中将用于切换的不具有第一配置的第二配置提供到源gNB。

举例来说，源gNB可例如在切换请求确认中从目标gNB接收两个切换配置(例如，用于切换的第一配置和用于切换的第二配置)。源gNB可将切换请求传送到目标gNB。响应于传送切换请求，源gNB可在一个消息或消息容器(例如，HandoverCommand)中接收(例如，从目标gNB)第一配置和第二配置。响应于传送切换请求，源gNB可在第一消息或消息容器(例如，HandoverCommand)中接收(例如，从目标gNB)第一配置且在第二消息或消息容器(例如，HandoverCommand)中接收第二配置。消息或消息容器(例如，HandoverCommand)可在例如对应于切换请求(例如，HANDOVER REQUEST)的切换请求确认中接收。

源gNB可在第一信令中将第一配置发送到UE。第一配置和/或第一信令可由目标gNB产生且由源gNB转发到UE。源gNB可在第二信令中将第二配置发送到UE或UE群组。第二配置和/或第二信令可由目标gNB产生且由源gNB转发到UE或UE群组。

响应于传送对第一UE的切换请求，源gNB可接收(例如，从目标gNB)第二配置。响应于传送对第二UE和第三UE的切换请求，源gNB可不接收(例如，从目标gNB)第二配置。响应于接收到第二配置，gNB可将第二配置传送到第一UE、第二UE和/或第三UE。第一UE、第二UE和第三UE可属于同一UE群组。响应于接收到第二配置，gNB可不将第二配置传送到第四UE。第四UE和第一UE可属于不同UE群组。第一UE、第二UE和第三UE可切换到目标gNB。第一UE、第二UE和第三UE可执行群组切换和/或2步切换。第四UE可不切换到目标gNB。第四UE可不执行群组切换和/或2步切换。

考虑到可存在用于切换的一种以上种类的配置(例如，第一配置、第二配置、例如切换命令的传统配置、用于群组切换的配置、用于传统切换的配置)，可将所述配置提供到源gNB，目标gNB可需要知晓响应于来自源gNB的请求而应提供哪种配置。为此目的，源gNB可向目标gNB(例如，在切换请求中)指示应提供用于切换目标gNB的哪种配置作为响应。切换请求可包含指示应提供用于切换的哪种配置作为响应的指示。用于切换的配置种类可包含：第一配置(例如，待经由专用信令提供到UE的切换配置的一部分)、第二配置(例如，待经由公共信令提供到UE的切换配置的一部分)、传统切换配置(例如，包含切换配置的公共部分和专用部分的切换命令)。

源gNB可指示目标gNB通过切换请求提供第二配置。源gNB可在切换请求中提供指示。指示可为参数和/或布尔值。指示可为UE信息和/或(目标)小区信息。源gNB可提供UE信息以请求第一配置。源gNB可提供(目标)小区信息以请求第二配置。

为了解决问题，待发送到UE的切换命令或切换配置(例如，第一配置和/或第一信令、第二配置和/或第二信令)可由源gNB产生(而不是由目标gNB产生且由源gNB转发到UE)。举例来说，源gNB可从切换请求确认接收第一配置且从第一配置导出切换配置(待发送到UE)。源gNB可将切换请求传送到目标gNB。响应于传送切换请求，源gNB可在消息或消息容器(例如，HandoverCommand)中接收(例如，从目标gNB)第一配置。消息或消息容器(例如，HandoverCommand)可在例如对应于切换请求的切换请求确认中接收。源gNB可不(直接)将所接收的第一配置转发到UE。

响应于接收到第一配置，源gNB可从第一配置导出第二配置以用于UE或UE群组。源gNB可在第一信令中将不具有第二配置的第一配置(例如，在第一配置中省略第二配置的内容)发送到UE。源gNB可在第二信令中将第二配置发送到UE或UE群组。

响应于接收到第一配置，源gNB可将第一配置划分成第一信令和第二信令以用于UE或UE群组。源gNB可在第一信令中将不具有第二配置的第一配置(例如，在第一配置中省略第二配置的内容)发送到UE。源gNB可在第二信令中将第二配置发送到UE或UE群组。

响应于接收到第一配置，源gNB可配置和/或产生第一信令和第二信令以用于UE或UE群组。源gNB可在第一信令中将不具有第二配置的第一配置(例如，在第一配置中省略第二配置的内容)发送到UE。源gNB可在第二信令中将第二配置发送到UE或UE群组。

响应于传送对第一UE的切换请求，源gNB可接收具有第二配置的内容的第一配置。响应于传送对第二UE和第三UE的切换请求，源gNB可接收具有第二配置的内容的第一配置。响应于接收到第二配置，gNB可将第二配置传送到第一UE、第二UE和/或第三UE。第一UE、第二UE和第三UE可属于同一UE群组。响应于接收到第二配置，gNB可不将第二配置传送到第四UE。第四UE和第一UE可属于不同UE群组。第一UE、第二UE和第三UE可切换到目标gNB。第一UE、第二UE和第三UE可执行群组切换和/或2步切换。第四UE可不切换到目标gNB。第四UE可不执行群组切换和/或2步切换。

源gNB可指示目标gNB是否通过切换请求提供第二配置的内容(在第一配置中)。源gNB可在切换请求中提供指示。指示可为参数和/或布尔值。指示可为UE信息和/或(目标)小区信息。源gNB可提供(目标)小区信息以请求第二配置(的内容)。

图18提供用于以上概念的实例。

为了解决问题，源gNB可针对切换，例如公共切换、群组切换和/或2步切换执行(至少)两个切换准备(例如，第一切换准备和第二切换准备)。源gNB可针对例如在UE群组中的(至少)一个UE执行两个切换准备(例如，第一切换准备和第二切换准备)。(两个)切换准备与同一(目标)小区标识(ID)相关联。两个切换准备可或可不并行。两个切换准备可或可不与同一(源)UE ID相关联。可执行两个切换准备以切换UE群组。可执行两个切换准备以为UE群组提供公共资源和/或配置。源gNB可在第一切换准备中接收(例如，从目标gNB)第一配置。源gNB可在第二切换准备中接收第二配置。

源gNB可在第一切换准备中将第一切换请求传送到目标gNB。响应于接收到第一切换请求，目标gNB可将包括第一配置的第一切换请求确认传送到源gNB。响应于接收到第一切换请求确认，源gNB可将具有第一配置的第一信令传送到UE。可由目标gNB产生第一信令。可由源gNB将第一信令转发到UE。在传送第一信令之后，源gNB可在第二切换准备中将第二切换请求传送到目标gNB。响应于接收到第二切换请求，目标gNB可将包括第二配置的第二切换请求确认传送到源gNB。响应于接收到第二切换请求确认，源gNB可将具有第二配置的第二信令传送到UE群组。可由目标gNB产生第二信令。可由源gNB将第二信令转发到UE或UE群组。在传送第二信令之后，源gNB可将第三信令传送到UE群组。

源gNB可在第二切换准备中将第二切换请求传送到目标gNB。响应于接收到第二切换请求，目标gNB可将包括第二配置的第二切换请求确认传送到源gNB。响应于接收到第二切换请求确认，源gNB可将具有第二配置的第二信令传送到UE群组。可由目标gNB产生第二信令。可由源gNB将第二信令转发到UE或UE群组。在传送第二信令之后，源gNB可在第一切换准备中将第一切换请求传送到目标gNB。响应于接收到第一切换请求，目标gNB可将包括第一配置的第一切换请求确认传送到源gNB。响应于接收到第一切换请求确认，源gNB可将具有第一配置的第一信令传送到UE。可由目标gNB产生第一信令。可由源gNB将第一信令转发到UE。在传送第一信令之后，源gNB可将第三信令传送到UE群组。

源gNB可针对UE群组中的每一UE执行第一切换准备。源gNB可针对UE群组执行第二切换准备。在群组切换程序中，源gNB可执行一个第一切换准备和多个第二切换准备。源gNB可针对第一UE执行第一切换准备。源gNB可不针对第二UE和第三UE执行第一切换准备。响应于接收到第二配置，gNB可将第二配置传送到第一UE、第二UE和/或第三UE。第一UE、第二UE和第三UE可属于同一UE群组。响应于接收到第二配置，gNB可不将第二配置传送到第四UE。第四UE和第一UE可属于不同UE群组。第一UE、第二UE和第三UE可切换到目标gNB。第一UE、第二UE和第三UE可执行群组切换和/或2步切换。第四UE可不切换到目标gNB。第四UE可不执行群组切换和/或2步切换。

源gNB可不在切换准备(例如，第二切换准备)中传送切换请求。可在切换准备(例如，第二切换准备)中省略或跳过切换请求。源gNB可在不传送切换请求的情况下接收切换请求确认和/或包括第二配置的消息。源gNB可在不传送切换请求的情况下接收第二配置。目标gNB可在不接收切换请求的情况下提供第二配置。源gNB可在执行第一切换准备之前或之后接收第二配置。源gNB可在不执行切换准备的情况下接收第二配置。源gNB可在不提供UE信息的情况下接收目标小区的公共资源(例如，第二配置)。目标gNB可在不获取和/或接收UE信息的情况下提供目标小区的公共资源(例如，用于群组切换的第二配置)。响应于接收到第二配置，源gNB可将第二信令广播或传送到UE群组。

如果(或基于)符合以下条件中的一个或多个，那么目标gNB可传送第二配置和/或包括第二配置的消息：

-第一HO准备已进行；

-第二配置可用或经更新；

-UE群组已配置；

-目标小区为NTN小区或地球移动小区；

-源小区为NTN小区或地球移动小区；

-目标gNB尚未提供用于目标小区的第二配置；

-目标gNB已传送用于UE群组中的一个UE的第一配置；和/或

-目标gNB已从源gNB接收群组/公共切换的指示(例如，在切换请求中)。

图19提供用于以上概念的实例。

在图20中示出实例。源gNB在无UE上下文信息(或具有多个UE上下文信息)的情况下请求切换配置的公共部分(例如，第二配置)。目标gNB在不接收UE上下文信息(或响应于接收到多个UE上下文信息)的情况下提供公共切换配置(例如，第二配置)。源gNB在无UE上下文信息的情况下(或在有多个UE上下文信息的情况下)传送请求信号。请求信号可为切换请求的新版本。响应于接收到请求信号，目标gNB将目标小区的公共配置(例如，第二配置)提供到源gNB。接着，源gNB将公共配置(例如，第二配置)广播到UE群组。

在图21中示出实例。源gNB在请求切换配置(例如，用于公共切换或传统切换)的切换请求中将指示提供到目标gNB。目标gNB基于指示确定将哪种切换配置(例如，不具有第二配置或第三配置的第一配置)提供到源gNB。源gNB提供经由切换请求向目标gNB指示请求何种HO命令(例如，用于公共切换或传统切换)的指示。响应于接收到切换请求，目标gNB基于切换请求中的指示确定提供哪个切换配置(例如，不具有第一配置、第三配置的第二配置)。举例来说，目标gNB基于切换请求中的指示向源gNB提供不具有公共部分的切换命令。接着，源gNB将切换命令转发到UE。

为了解决问题，目标gNB可响应于接收到切换请求而确定切换请求确认中的内容、信息、资源和/或配置。目标gNB可基于切换请求中的指示和/或信息而提供第一配置(例如，不具有/省略第二配置的内容)。目标gNB可基于切换请求中的指示提供第二配置。目标gNB可始终提供第一配置和第二配置。目标gNB可始终提供具有第二配置的内容的第一配置。

目标gNB可基于切换请求中的指示确定切换准备是用于第一切换准备还是第二切换准备。

目标gNB可基于切换请求中的指示确定切换是公共切换还是传统切换。

目标gNB可基于来自源gNB的指示确定在消息中将第二配置提供到源gNB。第二配置可或可不在切换请求确认中传送。所述指示可或可不在切换请求中传送。指示可为参数和/或布尔值。指示可为UE信息和/或(目标)小区信息。

在一个或多个实例中，第一gNB为源gNB，第二gNB为目标gNB，第一配置为UE特定配置，第二配置为目标小区的公共配置，和/或第二配置为servingCellConfigCommon。在一个或多个实例中，第一小区中的一个或多个UE切换到第二小区。第一小区由第一gNB服务。第二小区由第二gNB服务。

在一个实例中，第一gNB从第二gNB接收第二配置。响应于接收到第二配置，第一gNB经由***信息将第二配置广播到第一小区中的多个UE。第一gNB决定切换多个UE中的至少一个UE。第一gNB决定触发用于多个UE中的至少所述UE的公共切换。第一gNB将切换请求传送到第二gNB，其中切换请求指示在切换命令中跳过第二配置。切换请求请求包含不具有第二配置的第一配置的切换命令。切换请求请求省略第二配置的切换命令。切换请求包含指示。指示和/或切换请求指示公共切换。指示和/或切换请求指示跳过第二配置。指示和/或切换请求指示请求第一配置。响应于传送切换请求，第一gNB从第二gNB接收在切换请求确认中的切换命令，其中切换命令包含不具有第二配置的第一配置。响应于接收到切换命令，第一gNB将切换命令传送到多个UE中的UE。

在一个实例中，第一gNB经由***信息将第二配置广播到第一小区中的多个UE。第一gNB决定切换多个UE中的至少一个UE。第一gNB决定触发用于多个UE中的至少UE的公共切换。第一gNB将切换请求传送到第二gNB，其中切换请求指示在切换命令中跳过第二配置。切换请求请求包含不具有第二配置的第一配置的切换命令。切换请求请求省略第二配置的切换命令。切换请求包含指示。指示和/或切换请求指示公共切换。指示和/或切换请求指示跳过第二配置。指示和/或切换请求指示请求第一配置。响应于传送切换请求，第一gNB从第二gNB接收在切换请求确认中的切换命令，其中切换命令包含不具有第二配置的第一配置。响应于接收到切换命令，第一gNB将切换命令传送到多个UE中的UE。

在一个实例中，第一gNB从第二gNB接收第二配置。响应于接收到第二配置，第一gNB经由***信息将第二配置广播到第一小区中的多个UE。第一gNB决定切换多个UE中的至少一个UE。第一gNB决定触发用于多个UE中的至少UE的传统切换。第一gNB将切换请求传送到第二gNB，其中切换请求不指示在切换命令中跳过第二配置。切换请求请求包含第一配置和第二配置的传统切换命令。切换请求请求整个或传统切换命令，例如，不省略第二配置。切换请求不包含用于第二配置的公共切换和/或跳过的指示。响应于传送切换请求，第一gNB从第二gNB接收在切换请求确认中的切换命令，其中切换命令包含具有第二配置的第一配置。响应于接收到切换命令，第一gNB将切换命令传送到多个UE中的UE。

在一个实例中，第一gNB将请求信号传送到第二gNB，以请求第二配置。请求信号不包含UE上下文信息。响应于传送请求信号，第一gNB在响应信号中接收第二配置。响应于接收到第二配置，第一gNB经由***信息将第二配置广播到第一小区中的多个UE。第一gNB决定切换多个UE中的至少一个UE。第一gNB将切换请求传送到第二gNB，其中切换请求指示在切换命令中跳过第二配置。切换请求请求包含不具有第二配置的第一配置的切换命令。切换请求请求省略第二配置的切换命令。切换请求包含指示。指示和/或切换请求指示公共切换。指示和/或切换请求指示跳过第二配置。指示和/或切换请求指示请求第一配置。响应于传送切换请求，第一gNB从第二gNB接收在切换请求确认中的切换命令，其中切换命令包含不具有第二配置的第一配置。响应于接收到切换命令，第一gNB将切换命令传送到多个UE中的UE。请求信号为另一切换请求。响应信号为另一切换请求确认。

在一个实例中，第一gNB决定切换多个UE中的一个或多个。第一gNB将请求信号传送到第二gNB，以请求第二配置，其中请求信号包含多个UE上下文信息。响应于传送请求信号，第一gNB在响应信号中接收第二配置。响应于接收到第二配置，第一gNB经由***信息将第二配置广播到第一小区中的多个UE。在接收到响应信号之后，第一gNB在来自第二gNB的(至少)切换请求确认中接收(至少)切换命令，其中切换命令包含不具有第二配置的第一配置。响应于接收到切换命令，第一gNB将切换命令传送到多个UE中的一个UE。请求信号为切换请求。响应信号为另一切换请求确认。

在一个实例中，第二gNB将第二配置传送到第一gNB。第二gNB从第一gNB接收切换请求，其中切换请求指示在切换命令中跳过第二配置。切换请求请求包含不具有第二配置的第一配置的切换命令。切换请求请求省略第二配置的切换命令。切换请求包含指示。指示和/或切换请求指示公共切换。指示和/或切换请求指示跳过第二配置。指示和/或切换请求指示请求第一配置。响应于接收到切换请求，第二gNB确定是否在切换命令中提供第二配置。响应于接收到切换请求，第二gNB例如基于指示确定在切换命令中提供哪个切换配置。响应于接收到切换请求，第二gNB例如基于指示确定切换或切换命令的类型。响应于接收到切换请求，第二gNB在切换请求确认中将切换命令传送到第一gNB，其中切换命令包含不具有第二配置的第一配置。

在一个实例中，第二gNB从第一gNB接收请求信号以请求第二配置。请求信号不包含UE上下文信息。响应于接收不包含UE上下文信息的请求信号，第二gNB确定将第二配置提供到第一gNB。响应于接收到请求信号，第二gNB在响应信号中传送第二配置。第二gNB从第一gNB接收切换请求，其中切换请求指示在切换命令中跳过第二配置。切换请求请求包含不具有第二配置的第一配置的切换命令。切换请求请求省略第二配置的切换命令。切换请求包含指示。指示和/或切换请求指示公共切换。指示和/或切换请求指示跳过第二配置。指示和/或切换请求指示请求第一配置。响应于接收到切换请求，第二gNB例如基于指示确定在切换命令中提供不具有第二配置的第一配置。响应于接收到切换请求，第二gNB例如基于指示确定切换是公共切换。响应于接收到切换请求，第二gNB在切换请求确认中将切换命令传送到第一gNB，其中切换命令包含不具有第二配置的第一配置。请求信号为另一切换请求。响应信号为另一切换请求确认。

在一个实例中，第二gNB从第一gNB接收请求信号以请求第二配置和/或请求切换。请求信号包含多个UE上下文信息。响应于接收到包含多个UE上下文信息的请求信号，第二gNB例如基于指示确定切换为公共切换。第二gNB将第二配置提供到第一gNB。接着，第二gNB在切换请求确认中将切换命令传送到第一gNB，其中切换命令包含不具有第二配置的第一配置。请求信号为另一切换请求。响应信号为另一切换请求确认。

在一个实例中，UE从第一小区中的第一gNB接收***信息，其中***信息包含第二配置。UE从第一小区中的第一gNB接收切换命令，其中切换命令包含第一配置。响应于接收到切换命令，UE基于第一配置和第二配置两者执行针对第二小区的切换程序。

贯穿本文的公开内容，切换请求可指示/请求切换类型(例如，公共切换、切换增强、UE特定切换、传统切换)和/或配置类型(例如，第一配置、第二配置、第三配置、不具有第二配置的第一配置、不具有第一配置的第二配置)。

以上和本文中的实施例、概念、方法和/或实例中的一个或多个可完全或部分地与其它实施例、概念、方法和/或实例中的一个或多个组合，或个别地实施。

贯穿本文的发明内容，“信令”的一个、一些和/或所有实例可对应于、可补充有和/或可由“消息”或类似术语代替。

UE可处于NTN和/或窄带物联网(NB-IoT)NTN的小区中。UE可连接到NTN和/或(NB-)IoT NTN的小区。UE可连接到LEO、GEO、MEO、HEO和/或HAPS。贯穿本文的发明内容，小区可为和/或可指NTN小区。

UE可被称为UE或UE的RRC实体。

UE可为NR装置。UE可为NR轻型装置。UE可为长期演进(LTE)装置。UE可为能力降低的装置。UE可为移动电话。UE可为可穿戴式装置。UE可为传感器。UE可为固定装置。

NW可为网络节点。NW可为基站。NW可为接入点。NW可为或包括演进节点B(eNB)。NW可为或包括gNB。NW可为网关。NW可为NG-RAN节点。贯穿本文的发明内容，gNB可由eNB代替。gNB可为或可被称作NR-RAN。

在公共信令中提供切换配置的公共小区特定部分可减少用于切换的信令开销。尤其有利于UE群组一起切换的情况，例如，LEO移动小区之间切换馈送链路。对于UE特定的切换配置的专用部分，由于不同UE可能已经配置有不同值，因此可仍需要使用专用信令将配置提供到UE。然而，切换配置的小区特定部分可受到限制，且减少的开销可微不足道。为了进一步减少用于切换的信令开销，应考虑更多的增强。

为了解决所述问题，至少用于切换的UE特定配置(例如，第一配置)可包含于公共信令(用于切换)(例如，第二信令)中和/或不存在(或省略)于专用信令(用于切换)(例如，第一信令)中。UE可应用公共信令(用于切换)中的UE特定配置以用于切换。用于切换的UE特定配置在公共信令(用于切换)中可为任选的。用于切换的UE特定配置在公共信令(用于切换)中可为必选的。专用信令(用于切换)可不触发切换。在接收到专用信令(用于切换)后(或响应于其)，UE可能不触发切换。UE可基于公共信令(用于切换)和专用信令(用于切换)执行切换。UE可在接收到公共信令(用于切换)后(或响应于其)触发切换。在接收到公共信令(用于切换)和专用信令(用于切换)后，UE可在接收到切换指示之后(或响应于其)触发切换。UE特定配置(例如，第一配置)可用于公共切换、2步切换和/或群组切换。公共信令、专用信令和/或切换指示可用于公共切换、2步切换和/或群组切换。

可允许用于切换的UE特定配置(例如，第一配置)包含在用于切换的专用信令(例如，第一信令)中。用于切换的UE特定配置在用于切换的专用信令中可为任选的。UE可将公共信令(用于切换)中的UE特定配置视为默认值，例如，由UE群组共享。如果在专用信令(用于切换)(例如，第一信令)中不包含UE特定配置，那么UE可应用公共信令(用于切换)中的UE特定配置。如果在专用信令(用于切换)(例如，第一信令)中包含UE特定配置，那么UE可不应用公共信令(用于切换)中的UE特定配置。如果在专用信令(用于切换)(例如，第一信令)中包含UE特定配置，那么UE可应用专用信令(用于切换)(例如，第一信令)中的UE特定配置。UE可基于UE特定配置是否包含于专用信令(用于切换)(例如，第一信令)中而确定是否应用公共信令(用于切换)中的UE特定配置。

可不允许用于切换的UE特定配置(例如，第一配置)包含在用于切换的专用信令(例如，第一信令)中。在用于切换的专用信令(例如，第一信令)中可不存在(或省略)用于切换的UE特定配置。

至少非小区特定的用于切换的配置(例如，第一配置)可包含于公共信令(用于切换)(例如，第二信令)中。用于切换的配置可特定针对于UE群组。UE群组可为可接收公共信令的UE。对于UE群组，配置可为公共的。对于不同UE群组，配置可为不同的。

UE特定配置(例如，第一配置)可为包含于触发切换的专用信令(例如，包含用于PCell或主小区群组(MCG)的reconfigurationWithSync的RRC重新配置消息)中的配置。UE特定配置(例如，第一配置)可不(允许)包含于***信息中。对于(UE特定)切换和/或NW触发的切换，UE特定配置由触发切换的专用信令(例如，包含用于PCell或MCG的reconfigurationWithSync的RRC重新配置消息)提供。(UE特定)切换可为其中切换命令专用于UE的切换。NW触发的切换可为由切换命令(例如，包含用于PCell或MCG的reconfigurationWithSync的RRC重新配置消息)触发的切换。

UE特定配置(例如，第一配置)可为(或包含)以下中的一个或多个：

-T304

被配置成用于计时器T304的值。计时器或配置可用于确定切换失败。UE可在计时器T304到期后(或响应于其)认为切换失败。

-smtc

测量定时配置(例如，配置为SSB-MTC)，例如，UE测量同步信号块(SSB)的时机。用于NR主次小区(PSCell)改变和NR PCell改变的目标小区的SSB周期性/偏移/持续时间配置。如果包含于此RRC消息中的第一活动DL带宽部分(BWP)配置有用于降低能力(RedCap)的nonCellDefiningSSB-r17，那么网络将periodicityAndOffset设置成指示与spCellConfigCommon中的ssb-periodicityServingCell相同的周期性，或设置成与nonCellDefiningSSB-r17中的ssb-Periodicity-r17相同的周期性。

对于NR PCell改变的情况，smtc基于(源)PCell的时机参考。对于NR PSCell改变的情况，其基于源PSCell的时机参考。

-daps-UplinkPowerConfig

双活动协议堆栈(DAPS)切换的功率相关配置。配置可为(或包括)待由源小区群组中的UE在DAPS切换期间使用的最大总传送功率(例如，p-DAPS-Source)、待由目标小区群组中的UE在DAPS切换期间使用的最大总传送功率(例如，p-SAPS-Target)、UE在DAPS切换中使用的上行链路功率共享模式(例如，uplinkPowerSharingDAPS-Mode)。

-sl-PathSwitchConfig

用于侧链路路径转换的配置。配置可为(或包括)在路径转换期间的目标L2UE到网络(U2N)中继UE的层2(L2)源标识(ID)(例如，targetRelayUE-Identity)、待在路径转换期间使用的T420的计时器值(例如，T420)。

-rlf-TimersAndConstants

用于检测和触发小区层级无线电链路失败的定时器和常数。配置可为(或包括)T310(例如，到期后UE视为无线电链路失败(RLF)的计时器)、N310(例如，从较低层级接收的特殊小区(SpCell)的连续“不同步”指示的最大数目)、N311(例如，从较低层级接收的SpCell的连续“同步”指示的最大数目)、T311(例如，控制RRC连接重新建立程序的持续时间的计时器)。

-rlmInSyncOutOfSyncThreshold

用于服务中(IS)/停止服务(OOS)指示产生的块错误率(BLER)阈值对索引。n1对应于值1。当不存在字段时，UE应用值0。每当它被重新配置时，UE重置N310和N311，且停止T310(如果正在运行)。网络不包含此字段。

-lowMobilityEvaluationConnected

配置指示UE检测SpCell中的RRC_CONNECTED中的低移动性的标准。s-SearchDeltaP-Connected为参数“S_{SearchDeltaP-connected}”。值dB3对应于3dB，dB6对应于6dB，以此类推。t-SearchDeltaP-Connected为参数“T_{SearchDeltaP-Connected}”。值s5意味着5秒，值s10意味着10秒，以此类推。对于NR独立(SA)/NR载波聚合(CA)/NR-E-ULTRA双连接性(NE-DC)/NR-DC的情况，在NR PCell中配置低移动性标准，且对于E-ULTRA双连接性(EN-DC)的情况，在NRPSCell中配置低移动性标准。

-goodServingCellEvaluationRLM

配置指示UE检测用于RRC_CONNECTED中的SpCell中的无线电链路监听(RLM)放松的良好服务小区质量的标准。当网络实现用于此SpCell中的UE的RLM放松时，字段始终被配置。

-goodServingCellEvaluationBFD

配置指示UE检测用于RRC_CONNECTED中的SpCell中的波束失败检测(BFD)放松的良好服务小区质量的标准。当网络实现用于此SpCell中的UE的BFD放松时，字段始终被配置。

-deactivatedSCG-Config

配置适用于次小区群组(SCG)被停用时。网络始终在指示SCG在RRCReconfiguration、RRCResume、演进型通用地面无线电接入网络(E-UTRA)RRCConnectionReconfiguration或E-UTRA RRCConnectionResume消息中停用之前或之时配置此字段。

-newUE-Identity

RNTI值配置可为待在目标小区中使用的UE的C-RNTI。

-rach-ConfigDedicated

作为UE特定的(或非小区特定的)随机接入配置。待用于具有同步的重新配置的随机接入(RA)配置(例如，切换)。UE根据firstActiveUplinkBWP中的这些参数执行RA。配置可为(或包含)无争用随机接入相关配置。

-servCellIndex

配置可为目标PCell的服务小区索引。

-spCellConfigDedicated

目标PCell的专用配置。

对于以上和本文配置中的至少一些，配置可包含于公共信令(用于切换)(例如，第二信令)中。配置可能不(允许)包含在专用信令(用于切换)(例如，第一信令)中。UE可应用公共信令(用于切换)中的配置(例如，无关于配置是否包含在专用信令(用于切换)中)。配置可为(或包含)：T304、smtc、daps-UplinkPowerConfig和/或sl-PathSwitchConfig。

对于以上和本文配置中的至少一些，配置可包含于公共信令(用于切换)(例如，第二信令)中。配置可(允许)包含在专用信令(用于切换)(例如，第一信令)中。UE可基于配置是否包含于专用信令(用于切换)中而应用公共信令(用于切换)中的配置。如果配置未包含于专用信令(用于切换)中，那么UE可应用公共信令(用于切换)中的配置。如果配置包含于专用信令(用于切换)中，那么UE可不应用公共信令(用于切换)中的配置。配置可为(或包含)：Rlf-TimersAndConstants、rlmInSyncOutOfSyncThreshold、lowMobilityEvaluationConnected、goodServingCellEvaluationRLM、goodServingCellEvaluationBFD和/或deactivatedSCG-Config。

对于以上和本文配置中的至少一些，配置可不(允许)包含于公共信令(用于切换)(例如，第二信令)中。配置可包含于专用信令(用于切换)中。配置可为(或包含)：newUE-Identity、随机接入信道(RACH)-ConfigDedicated、servCellIndex和/或spCellConfigDedicated。

目标gNB可响应于接收到切换请求(例如，HANDOVER REQUEST)而确定切换请求确认(例如，HANDOVER REQUEST ACKNOWLEDGE)中的内容、信息、资源和/或配置。目标gNB可基于切换请求(例如，HANDOVER REQUEST)中的指示和/或信息而提供第一配置(例如，不具有/省略第二配置的内容)。目标gNB可基于切换请求(例如，HANDOVER REQUEST)中的指示提供第二配置。目标gNB可始终提供第一配置和第二配置。目标gNB可始终提供具有第二配置的内容的第一配置。

目标gNB可基于切换请求(例如，HANDOVER REQUEST)中的指示确定切换准备是第一切换准备还是第二切换准备。

目标gNB可基于来自源gNB的指示确定在消息中将第二配置提供到源gNB。第二配置可或可不在切换请求确认(例如，HANDOVER REQUEST ACKNOWLEDGE)中传送。指示可或可不在切换请求(例如，HANDOVER REQUEST)中传送。指示可为参数和/或布尔值。指示可为UE信息和/或(目标)小区信息。

切换程序使得RRC_CONNECTED中的UE能够将其服务小区(例如，PCell)从源小区变为目标小区。源小区可由源gNB控制，且目标小区可由目标gNB控制。传统(或常规的UE特定)切换程序可如图6(来自[3]3GPP TS 38.300 V17.2.0的图9.2.3.1-1)中所示。当(或响应于)源gNB决定执行UE的切换程序时，源gNB将切换请求传送到目标gNB，例如用于准备切换。切换请求可包括UE信息(例如，UE ID、UE上下文信息)。响应于接收到切换请求，目标gNB将切换请求确认传送到源gNB。切换请求确认可包括用于切换的配置(和/或资源)。切换请求确认可包括用于待传送到UE的切换(例如，切换命令HandoverCommand)的消息(例如，RRC重新配置)。消息可用于触发UE的切换。响应于接收到切换请求确认，源gNB可将来自切换命令(例如，HandoverCommand)的RRC重新配置消息(例如，RRCReconfiguration)传送到UE。响应于接收到RRC重新配置消息(例如，RRCReconfiguration)，UE可触发切换程序，和/或将RRC重新配置完成消息(例如，RRCReconfigurationComplete)传送到目标gNB。

源gNB与目标gNB之间的(直接)消息交换(例如，在[5]3GPP TS 38.423 V17.2.0中定义的切换请求、切换请求确认)需要源gNB与目标gNB之间的Xn接口。对于源gNB与目标gNB之间不具有Xn接口的切换，用于切换准备的信令可需要经由核心网络(CN)(例如，AMF)交换。举例来说，当(或响应于)源gNB决定执行UE的切换程序时，源gNB通过传送切换要求(例如，HANDOVER REQUIRED(例如，[7]3GPP TS 38.413 V17.2.0)消息作为请求且接收切换命令(例如，[7]3GPP TS 38.413 V17.2.0的HANDOVER COMMAND)消息作为响应而执行针对AMF的切换准备程序。AMF可通过传送切换请求(例如，例如，[7]3GPP TS 38.413 V17.2.0的HANDOVER REQUEST)且接收切换请求确认(例如，[7]3GPP TS 38.413V17.2.0的HANDOVERREQUEST ACKNOWLEDGE)作为响应而执行针对目标gNB的切换资源分配程序(例如，响应于接收到切换要求消息)。AMF可基于来自目标gNB的切换请求确认消息将切换命令传送到源gNB(例如，在接收到切换请求确认消息之后)。源gNB可基于从AMF接收到的切换命令消息将用于切换的RRC重新配置消息(例如，RRCReconfiguration)(例如，具有用于PCell的ReconfigurationWithSync)传送到UE。响应于接收到RRC重新配置消息(例如，RRCReconfiguration)，UE可触发切换程序，和/或将RRC重新配置完成消息(例如，RRCReconfigurationComplete)传送到目标gNB。

对于切换增强(例如，公共切换、群组切换和/或2步切换)，可将各种增强应用于当前切换程序。传统切换可为不具有切换增强(例如，公共切换、群组切换和/或2步切换)的切换。公共切换可为具有切换增强的切换。传统切换可为UE特定切换。

举例来说(例如，公共切换和/或群组切换)，最初包含于专用切换命令中的切换的配置可分成公共部分(例如，小区特定配置)和专用部分(例如，UE特定配置)。可在公共信令(例如，广播、多播和/或***信息)中提供(到UE)用于切换的配置的公共部分。可在专用信令(例如，RRC重新配置消息)中提供(到UE)用于切换的配置的专用部分。公共信令可传送到多于一个UE(例如，UE群组)。可将专用信令传送到特定UE。网络可将公共信令传送到第一UE和第二UE。网络可将第一专用信令传送到第一UE，且将第二专用信令传送到第二UE。第一UE和第二UE可为不同UE(例如，在同一UE群组中)。

举例来说(例如，2步切换和/或群组切换)，网络可预先提供用于切换的配置(到UE)而不触发切换。在接收到用于切换的配置之后，UE存储用于切换的配置。用于切换的配置可为公共配置(例如，小区特定配置)和/或专用配置(例如，UE特定配置)。在提供用于切换的配置之后，网络可传送切换指示以触发切换。UE可在接收到切换指示后(或响应于其)触发切换。切换指示对于至少一UE群组可为公共的。切换指示可为广播、多播和/或***信息。切换指示可为DCI和/或MAC CE。切换指示可包括或不包括(部分)切换配置。在此情况下，为UE群组。

为了解决所述问题，考虑到可能存在一组以上的用于切换的配置(例如，第一配置、第二配置、诸如HandoverCommand的传统配置、用于群组切换的配置、用于传统切换的配置)，这些配置可能被提供到源gNB(或第一网络节点、请求UE的切换配置的网络节点)、目标gNB(或第二网络节点，为UE提供切换配置的网络节点)需要知晓响应于来自源gNB(或第一网络节点，请求UE的切换配置的网络节点)的请求应提供用于切换的哪组或何组配置。

源gNB可指示(例如，通过将指示提供到)目标gNB(例如，在第一消息中，在用于请求切换配置的消息中，在用于准备切换的消息中，在切换请求中)以提供用于切换的至少一组特定配置(例如，第一配置、第二配置和/或第三配置)。在接收到第一消息后(或响应于其)，目标gNB可例如基于指示而在第二消息中、在第一消息的响应消息中、在提供切换配置的消息中和/或在切换请求确认中(确定)提供(或包含)用于切换的何(或哪)组配置。一组特定配置可包含于第一消息的响应消息中。一组特定配置可包含(或编码)在消息容器中。消息容器可由源gNB转发(或中继)到UE。消息容器可由源gNB提取，和/或由UE接收。一组特定配置可由UE应用(或存储)以用于切换，例如在接收到消息容器后(或响应于其)。

贯穿本文的公开内容，以下各者可互换：一/所述切换请求、一/所述第一消息、一/所述用于请求切换配置的消息、一/所述用于准备切换的消息、一/所述HANDOVER REQUEST、一/所述切换要求消息。

贯穿本文的公开内容，以下各者可互换：一/所述第二消息、一/所述第一消息的响应消息、一/所述提供切换配置的消息、一/所述切换请求确认、一/所述HANDOVER REQUEST、一/所述切换命令。

源gNB可指示(例如，通过将指示提供到)AMF(例如，在第一消息中，在用于请求切换配置的消息中，在用于准备切换的消息中，在要求切换中)以提供用于切换的至少一组特定配置(例如，第一配置、第二配置和/或第三配置)。在接收到第一消息后(或响应于其)，AMF可例如基于指示而在第二消息中、在第一消息的响应消息中、在提供切换配置的消息中和/或在切换命令中(确定)提供(或包含)用于切换的何(或哪)组配置。AMF可基于从目标gNB接收到的消息(例如，切换请求确认)而将一组特定配置提供到源gNB举例来说，AMF可转发从目标gNB接收到的一组特定配置。一组特定配置可包含于第一消息的响应消息中。多组特定配置可包含(或编码)在消息容器中。消息容器可由源gNB转发(或中继)到UE。消息容器可由源gNB提取，和/或由UE接收。一组特定配置可由UE应用(或存储)以用于切换，例如在接收到消息容器后(或响应于其)。

AMF可指示(例如，通过将指示提供到)目标gNB(例如，在第一消息中，在用于请求切换配置的消息中，在用于准备切换的消息中，在切换请求中)以提供用于切换的至少一组特定配置(例如，第一配置、第二配置和/或第三配置)。AMF可基于从源gNB接收到的消息(例如，要求切换)提供指示。举例来说，AMF可转发从源gNB接收到的指示。在接收到第一消息后(或响应于其)，目标gNB可例如基于指示而在第二消息中、在第一消息的响应消息中、在提供切换配置的消息中和/或在切换请求确认中(确定)提供(或包含)用于切换的何(或哪)组配置。一组特定配置可包含于第一消息的响应消息中。一组特定配置可包含(或编码)在消息容器中。消息容器可由AMF转发(或中继)到源gNB。消息容器可由源gNB提取，和/或由UE接收。一组特定配置可由UE应用(或存储)以用于切换，例如在接收到消息容器后(或响应于其)。

所述指示可指示(请求)第一配置。一组特定配置可为(或包含)第一配置。第一配置可为(或包含)上文所提及的第一配置、待经由专用信令提供到UE的切换配置的一部分和/或待在切换的第一步骤(例如，上文所提及的第一信令、上文所提及的第二信令、上文所提及的第三信令)中的一个中提供到UE的切换配置的一部分。在接收到指示(对于第一配置)后(或响应于其)，目标gNB(或AMF)可在响应消息(例如，第二消息)中提供(或包含)第一配置。响应消息(例如，第二消息)可不包含另一/其它切换配置(例如，第二配置)。举例来说，第一值(例如，在第一消息中)(例如，由源gNB或AMF)用于请求第一配置(例如，用于切换)。在接收到第一值后(或响应于其)，目标gNB(或AMF)在响应消息(例如，第二消息)中包含第一配置。第一值可为原因的值。第一值可为切换类型的值。

所述指示可指示(请求)第二配置。一组特定配置可为(或包含)第二配置。第二配置可为(或包含)上文所提及的第二配置、待经由公共信令提供到UE的切换配置的一部分和/或待在切换的第二步骤(例如，上文所提及的第一信令、上文所提及的第二信令、上文所提及的第三信令)中的一个中提供到UE的切换配置的一部分。在接收到指示(对于第二配置)后(或响应于其)，目标gNB(或AMF)可在响应消息(例如，第二消息)中提供(或包含)第二配置。响应消息(例如，第二消息)可不包含另一/其它切换配置(例如，第一配置)。举例来说，第二值(例如，在第一消息中)(例如，由源gNB或AMF)用于请求第二配置(例如，用于切换)。在接收到第二值后(或响应于其)，目标gNB(或AMF)在响应消息(例如，第二消息)中包含第二配置。第二值可为原因的值。第二值可为切换类型的值。

所述指示可指示(请求)第三配置。一组特定配置可为(或包含)第三配置。第三配置可为(或包含)切换命令，所述切换命令包含切换配置的公共部分和专用部分、待提供到触发切换的UE的(完整)切换配置、切换所需的所有配置和/或HandoverCommand(如在[4]3GPP TS 38.331 V17.2.0中定义的内容)。在接收到指示(对于第三配置)后(或响应于其)，目标gNB(或AMF)可在响应消息(例如，第二消息)中提供(或包含)第三配置。举例来说，第三值(例如，在第一消息中)(例如，由源gNB或AMF)用于请求第三配置(例如，用于切换)。在接收到第三值后(或响应于其)，目标gNB(或AMF)在响应消息(例如，第二消息)中包含第三配置。第三值可为原因的值。第三值可为切换类型的值。

所述指示可指示(请求)何组配置(在第一配置、第二配置和/或第三配置当中)。在接收到指示后(或响应于其)，目标gNB(或AMF)可提供(或包含)由指示指示的多组特定配置。

所述指示可指示切换的类型(或用于切换的信令)。举例来说，指示可指示切换的公共部分，和/或第一步骤中的一个(例如，在2步切换或群组切换中)。指示可对应于第二配置(或第一配置)。举例来说，指示可指示切换的专用部分，和/或第二步骤中的一个(例如，在2步切换或群组切换中)。指示可对应于第一配置(或第二配置)。举例来说，指示可指示公共切换、群组切换、2步切换和/或传统切换。

指示可为显式或隐式的。举例来说，原因值可(指示)指示，例如在请求消息(例如，第一消息)中。举例来说，切换类型可(指示)指示，例如在请求消息(例如，第一消息)中。举例来说，存在或不存在UE上下文信息(或RRC上下文)可(指示)指示，例如在请求消息(例如，第一消息)中。举例来说，存在或不存在(新)信息元素(IE)或字段可(指示)指示，例如在请求消息(例如，第一消息)中。(新)信息元素或字段可为或可关于UE和/或UE群组的信息。(新)信息元素或字段可关于切换增强。

为了解决问题，不同(请求)消息可用于请求用于切换的不同组的配置(例如，第一配置、第二配置和/或第三配置)。不同(响应)消息可用于提供(所请求)不同组的配置以用于切换。

除切换请求外的消息可用于请求用于切换的(一组)配置。用于切换的(一组)配置可为(或包含)第一配置和/或第二配置。举例来说，Xn建立请求消息可用于请求用于切换的(一组)配置。

除切换请求确认外的消息可用于提供用于切换的(一组)配置。用于切换的(一组)配置可为(或包含)第一配置和/或第二配置。举例来说，Xn建立响应消息、NG-RAN节点配置更新、RAN配置更新和/或AMF配置更新可用于提供用于切换的(一组)配置。可在无请求的情况下提供用于切换的(一组)配置。用于切换的(一组)配置可在所述(一组)配置更新时(或响应于其)提供。

贯穿本文的公开内容，第一网络节点可为NG-RAN节点、CN节点、(源)gNB、(目标)gNB、AMF、请求UE的切换配置的网络节点。

贯穿本文的公开内容，第二网络节点可为NG-RAN节点、CN节点、(源)gNB、(目标)gNB、AMF、提供UE的切换配置的网络节点。

第一网络节点(例如，源gNB)可针对第二网络节点(例如，目标gNB)使用(或传送)第一请求消息以请求用于切换的第一组配置。在接收到第一请求消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)可在第一响应消息中(针对第一网络节点(例如，源gNB))提供(或包含)用于切换的第一组配置。第一请求消息可不(能够)请求用于切换的第二组配置和/或用于切换的第三组配置。

第一网络节点(例如，源gNB)可针对第二网络节点(例如，目标gNB)使用(或传送)第二请求消息以请求用于切换的第二组配置。在接收到第二请求消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)可在第二响应消息中(针对第一网络节点(例如，源gNB))提供(或包含)用于切换的第二组配置。第二请求消息可不(能够)请求用于切换的第一组配置和/或用于切换的第三组配置。

第一网络节点(例如，源gNB)可针对第二网络节点(例如，目标gNB)使用(或传送)第三请求消息以请求用于切换的第三组配置。在接收到第三请求消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)可在第三响应消息中(针对第一网络节点(例如，源gNB))提供(或包含)用于切换的第三组配置。第三请求消息可不(能够)请求用于切换的第一组配置和/或用于切换的第二组配置。

第二网络节点(例如，目标gNB)可基于接收到哪个消息而(确定)提供(或包含)用于切换的何(或哪)组配置。

第一组配置、第二组配置和/或第三组配置可包含(或编码)于消息容器中。消息容器可由第一网络节点(例如，源gNB)转发(或中继)到UE。消息容器可由第一网络节点(例如，源gNB)提取，和/或由UE接收。一组特定配置可由UE应用(或存储)以用于切换，例如在接收到消息容器后(或响应于其)。消息容器可不包含其它组配置(例如，第一组配置、第二组配置和/或第三组配置)。

第一请求消息、第二请求消息和/或第三请求消息可为用于请求切换配置(例如，群组切换请求)的切换请求、Xn建立请求和/或(新)消息。

第一响应消息、第二响应消息和/或第三响应消息可为用于提供切换配置(例如，群组切换请求确认)的切换请求确认、Xn建立响应和/或(新)消息。

第一组配置、第二组配置和/或第三组配置可为第一配置、第二配置和/或第三配置。

举例来说，群组专用切换请求(或群组专用切换要求)消息可(由第一网络节点(例如，源gNB))用于(从第二网络节点(例如，目标gNB))请求第一配置。群组专用切换请求确认(或群组专用切换命令)消息可(由第二网络节点(例如，目标gNB))用于提供第一配置(到第一网络节点(例如，源gNB))。

举例来说，群组公共切换请求(或群组公共切换要求)消息可(由第一网络节点(例如，源gNB))用于(从第二网络节点(例如，目标gNB))请求第二配置。群组公共切换请求确认(或群组专用切换命令)消息可(由第二网络节点(例如，目标gNB))用于提供第二配置(到第一网络节点(例如，源gNB))。

举例来说，切换请求(或切换要求)消息可(由第一网络节点(例如，源gNB))用于(从第二网络节点(例如，目标gNB))请求第三配置。切换请求确认(或切换命令)消息可(由第二网络节点(例如，目标gNB))用于提供第三配置(到第一网络节点(例如，源gNB))。

举例来说，Xn建立请求消息可(由源gNB)用于(从目标gNB)请求第二配置。Xn建立响应消息可(由目标gNB)用于提供第二配置(到源gNB)。

基于当前Xn应用程序协议规范(例如，[5]3GPP TS 38.423 V17.2.0)，切换请求消息需要包含用于UE的一个且仅一个UE上下文信息。UE上下文信息用于指示切换用于UE及其对应的UE上下文。基于当前NG应用程序协议规范(例如，[7]3GPP TS 38.413 V17.2.0)，切换要求消息(从源gNB到AMF)和/或切换请求消息(从AMF到目标gNB)需要包含用于UE的一个且仅一个消息容器。消息容器可用于(透明地)通过核心网络将无线电相关信息从切换源传递到切换目标。如果源gNB经由HANDOVER REQUEST请求公共切换的公共部分配置，那么源gNB需要在HANDOVER REQUEST中包含用于一个UE的UE上下文信息。然而，对于公共切换、群组切换和/或2步切换，用于切换的配置(待经由AMF或不经由AMF从目标gNB提供到源gNB)对于UE可能不是特定的(例如，对于公共切换)。公共切换的公共部分配置对于待切换的所有UE是公共的。不清楚如何在用于公共切换的“HANDOVER REQUEST”中包含UE上下文信息。此外，源gNB可需要同时或在较短时间内准备大量UE(例如，用于群组切换)。基于当前规范，一个切换请求(或切换要求)消息可仅准备用于一个UE的切换，这似乎效率较低。

为了解决问题，切换请求消息(或请求切换配置的消息)可包含多个UE上下文信息(对于多个UE)或不包含UE上下文信息。切换请求消息(或请求切换配置的消息)可包含多个UE ID(对于多个UE)或不包含UE ID。UE ID可与UE上下文信息相关联。一个UE ID可与一个UE上下文信息相关联。UE ID可为NG-RAN节点UE Xn应用程序协议(XnAP)ID。UE ID可用于识别UE(例如，经由Xn接口)。

UE上下文信息可为(或包含)：UE能力(例如，安全能力)、UE安全信息(例如，接入层(AS)安全信息)、UE聚合最大位速率、协议数据单元(PDU)会话资源(例如，待建立PDU会话资源列表)、RRC上下文(例如，HandoverPreparationInformation)和/或UE历史信息

切换要求消息、切换请求消息和/或请求切换配置的消息可包含多个消息容器(对于多个UE)或不包含消息容器。切换要求消息、切换请求消息和/或请求切换配置的消息可包含多个UE ID(对于多个UE)或不包含UE ID。UE ID可与消息容器相关联。一个UE ID可与一个消息容器相关联。UE ID可为AMF UE下一代应用程序协议(NGAP)ID、RAN UE NGAP ID和/或目标ID。UE ID可用于识别UE或UE关联(例如，经由NG接口，在NG-RAN节点内)。UE、UEID和/或消息容器可与PDU会话、PDU会话ID和/或PDU会话资源相关联。

消息容器可(或包含)：源到目标透明容器(例如，[7]3GPP TS 38.413 V17.2.0)、源NG-RAN节点到目标NG-RAN节点透明容器(例如，[7]3GPP TS 38.413 V17.2.0)和/或HandoverPreparationInformation(例如，[4]3GPP TS 38.331 V17.2.0)。

对请求的响应消息(例如，切换请求确认、切换命令)可包含用于多个UE的切换配置和/或用于多个UE的消息容器。

消息容器可(或包含)：目标NG-RAN节点到源NG-RAN节点透明容器(例如，[5]3GPPTS 38.423 V17.2.0)、HandoverCommand(例如，[4]3GPP TS 38.331 V17.2.0)、目标到源透明容器(例如，[7]3GPP TS 38.413 V17.2.0)和/或目标NG-RAN到源NG-RAN节点透明容器(例如，[7]3GPP TS 38.413 V17.2.0)。

贯穿本文的公开内容，第一网络节点可为NG-RAN节点、CN节点、(源)gNB、(目标)gNB、AMF。

贯穿本文的公开内容，第二网络节点可为NG-RAN节点、CN节点、(源)gNB、(目标)gNB、AMF。

第二网络节点(例如，目标gNB)可基于消息是包含一个UE ID、不包含UE ID或多个UE ID而(确定)提供(或包含)用于切换的何(或哪)组配置。第二网络节点(例如，目标gNB)可基于消息是包含一个UE上下文信息、不包含UE上下文信息或多个UE上下文信息而(确定)提供(或包含)用于切换的何(或哪)组配置。配置组可为(或包含)上文所提及的第一配置、第二配置和/或第三配置。第二网络节点(例如，目标gNB)可在切换请求消息的响应消息(或请求切换配置的消息)中包含第一配置、第二配置和/或第三配置。

举例来说，第一网络节点(例如，源gNB)可将消息(例如，第一消息、切换请求消息、用于请求切换配置的消息)传送到第二网络节点(例如，目标gNB)，其中所述消息不包含UEID和/或不包含UE上下文信息(例如，与UE ID相关联)。不具有UE ID(或UE上下文信息)的消息可用于请求第一组配置(例如，第一配置、第二配置)。在接收到消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)在响应消息(例如，第二消息、切换请求确认、用于提供切换配置的消息)中包含(或提供)第一组配置(例如，第一配置、第二配置)。

举例来说，第一网络节点(例如，源gNB)可将消息(例如，第一消息、切换请求消息、用于请求切换配置的消息)传送到第二网络节点(例如，目标gNB)，其中所述消息包含多个UE ID和/或多个UE上下文信息(例如，对应于多个UE ID)。具有多个UE ID(或UE上下文信息)的消息可用于请求第二组配置(例如，第一配置、第二配置)。在接收到消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)在响应消息(例如，第二消息、切换请求确认、用于提供切换配置的消息)中包含(或提供)第二组配置(例如，第一配置、第二配置)。可包含用于多个UE的多个第二组配置。一个第二组配置可对应于一个UE。

举例来说，第一网络节点(例如，源gNB)可将消息(例如，第一消息、切换请求消息、用于请求切换配置的消息)传送到第二网络节点(例如，目标gNB)，其中所述消息包含一个UE ID和/或一个UE上下文信息(例如，与UE ID相关联)。具有一个UE ID(或UE上下文信息)的消息可用于请求第三组配置(例如，第三配置)。在接收到消息后(或响应于其，或在此情况下)，第二网络节点(例如，目标gNB)在响应消息(例如，第二消息、切换请求确认、用于提供切换配置的消息)中包含(或提供)第三组配置(例如，第三配置)。

切换配置(例如，第一配置、第二配置、第三配置)可为(或包含)以下中的一个或多个：

-spCellConfigCommon(或ServingCellConfigCommon)；

用于服务小区(例如，SpCell、PCell)的小区特定参数。参数可包含：物理小区ID(PCI)、公共上行链路配置、公共下行链路配置、ssb-PositionsInBurst、ssb-periodicityServingCell、ssbSubcarrierSpacing和/或公共时分双工(TDD)-UL-DL-configuration。

-NTN配置(或NTN-Config)；

UE经由NTN接入接入NR所需的参数。参数可包含：新纪元时间、有效性持续时间、小区特定K_offset、K_mac、时机提前(TA)信息和/或星历表信息。

-如上文所描述的一个或多个UE特定配置。

以上和本文中的实施例、概念、方法和/或实例中的一个或多个可应用于目标小区为NTN小区的情况。以上和本文中的实施例、概念、方法和/或实例中的一个或多个可应用于公共切换、2步切换和/或群组切换。

第一配置可包含于用于NTN小区的切换的公共信令和/或专用信令中。第一配置可包含于用于TN小区的切换的专用信令中。第一配置可不包含于用于TN小区的切换的公共信令中。

UE可基于切换是用于NTN还是TN而确定是否在公共信令(用于切换)中应用第一配置。UE可基于目标小区是NTN小区还是TN小区而确定是否在公共信令(用于切换)中应用第一配置。UE可基于切换用于NTN和/或目标小区为NTN小区而在公共信令(用于切换)中接收第一配置。UE可基于切换用于NTN和/或目标小区为TN小区而不在公共信令(用于切换)中接收第一配置。

参看图22，通过本发明的此和其它概念、***和方法，一种无线通信***中用于第一网络节点的方法1000包括：从第二网络节点接收第一配置(步骤1002)；在第一小区中经由***信息广播第一配置(1004)；将切换请求传送到第二网络节点，其中切换请求指示在切换命令中跳过第一配置(步骤1006)；响应于传送切换请求，从第二网络节点接收在切换请求确认中的切换命令，其中切换命令包含第二配置且不包含第一配置(步骤1008)；以及将切换命令传送到UE(步骤1010)。

在各种实施例中，方法进一步包括：将请求传送到第二网络节点以请求第一配置，其中请求包含多个UE上下文信息或不包含UE上下文信息；以及响应于传送请求而在响应中接收第一配置。

在各种实施例中，请求为另一切换请求，和/或其中响应为另一切换请求确认。

在各种实施例中，第一网络节点为源gNB，和/或其中第二网络节点为目标gNB。

在各种实施例中，第一配置为用于目标小区的公共配置或servingCellConfigCommon。

在各种实施例中，第二配置为用于目标小区的UE的专用配置。

在各种实施例中，第一配置为小区特定配置。

在各种实施例中，第二配置为UE特定配置。

在各种实施例中，切换命令为RRC重新配置消息。

在各种实施例中，切换请求指示提供第二配置。

在各种实施例中，切换请求指示准备公共切换。

在各种实施例中，RRC重新配置消息为具有reconfigureWithSync的RRCReconfiguration。

在各种实施例中，第一小区为源小区。

返回参看图3和图4，在从第一网络节点的角度来看的一个或多个实施例中，装置300包含存储于传送器的存储器310中的程序代码312。CPU 308可执行程序代码312以：(i)从第二网络节点接收第一配置；(ii)在第一小区中经由***信息广播第一配置；(iii)将切换请求传送到第二网络节点，其中切换请求指示在切换命令中跳过第一配置；(iv)响应于传送切换请求，从第二网络节点接收在切换请求确认中的切换命令，其中切换命令包含第二配置且不包含第一配置；以及(v)将切换命令传送到UE。此外，CPU 308可执行程序代码312以执行上文、下文或本文中另外描述的所有所描述动作、步骤和方法。

参看图23，通过本发明的此和其它概念、***和方法，一种无线通信***中用于第二网络节点的方法1020包括：从第一网络节点接收请求，其中请求包含多个UE上下文信息或不包含UE上下文信息(步骤1022)；响应于接收到请求，将包含第一配置的响应传送到第一网络节点(步骤1024)；从第一网络节点接收切换请求，其中切换请求包含对公共切换的指示和/或对第二配置的请求(步骤1026)；和/或响应于接收到切换请求：确定在切换命令中不包含第一配置；以及在切换请求确认中将包含第二配置而不具有第一配置的切换命令传送到第一网络节点(步骤1028)。

返回参看图3和图4，在从第二网络节点的角度来看的一个或多个实施例中，装置300包含存储于传送器的存储器310中的程序代码312。CPU 308可执行程序代码312以：(i)从第一网络节点接收请求，其中请求包含多个UE上下文信息或不包含UE上下文信息；(ii)响应于接收到请求，将包含第一配置的响应传送到第一网络节点；(iii)从第一网络节点接收切换请求，其中切换请求包含对公共切换的指示和/或对第二配置的请求；和/或(iv)响应于接收到切换请求：确定在切换命令中不包含第一配置；以及在切换请求确认中将包含第二配置而不具有第一配置的切换命令传送到第一网络节点。此外，CPU 308可执行程序代码312以执行上文、下文或本文中另外描述的所有所描述动作、步骤和方法。

上文或本文概念或教示的任何组合可全部或部分地共同组合或形成为新实施例。所公开的细节和实施例可用于至少(但不限于)解决上文和本文中所提及的问题。

应注意，本文中提出的方法、替代方案、步骤、实例和实施例中的任一个可独立地、个别地和/或与组合在一起的多个方法、替代方案、步骤、实例和实施例一起应用。

上文已描述了本公开的各个方面。应明白，本文中的教示可以广泛多种形式体现，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面实施，且这些方面中的两个或更多个可以各种方式组合。举例来说，可使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，可使用除了在本文中所阐述的一个或多个方面之外的其它结构、功能或不同于所述方面的结构和功能来实施此类设备或实践此类方法。作为上述概念中的一些的实例，在一些方面中可基于脉冲重复频率建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可基于跳时序列建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及跳时序列建立并行信道。

所属领域的普通技术人员将理解，可使用多种不同技术和技艺中的任一种来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的普通技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可实施为电子硬件(例如，数字实施方案、模拟实施方案或两者的组合，其可使用源译码或一些其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可称为“软件”或“软件模块”)或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就其功能描述了各种说明性组件、块、模块、电路和步骤。此类功能被实施为硬件还是软件取决于特定应用和施加于整个***的设计约束。所属领域的技术人员可针对每一特定应用以不同方式实施所描述的功能，但此类实施决策不应被解释为引起对本公开的范围的偏离。

另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可实施在集成电路(“IC”)、接入终端或接入点内，或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其设计成执行本文中所描述的功能的任何组合，且可执行驻存在IC内、IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可为任何正常处理器、控制器、微控制器或状态机。处理器还可被实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器、结合DSP核心的一个或多个微处理器，或任何其它此类配置。

应理解，任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可重新布置，同时保持在本公开的范围内。随附的方法权利要求以示例次序呈现各个步骤的元素，且并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的各方面所描述的方法或算法的步骤可直接在硬件、由处理器执行的软件模块或这两者的组合中实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻存在数据存储器中，所述数据存储器例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的任何其它形式的计算机可读存储媒体。示例存储媒体可耦合到例如计算机/处理器等机器(为方便起见，其在本文中可称为“处理器”)，此类处理器可从存储媒体读取信息(例如，代码)且将所述信息写入存储媒体。示例存储媒体可与处理器成一体式。处理器和存储媒体可驻存于ASIC中。ASIC可驻存于用户设备中。在替代方案中，处理器和存储媒体可作为离散组件而驻存于用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本公开的一个或多个方面相关的代码。在一些方面，计算机程序产品可包括封装材料。

虽然已结合各种方面描述本发明，但应理解，本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，其大体遵循本发明的原理且包含与本公开的此类偏离，所述偏离处于本发明所涉及的领域内的已知及惯常实践的范围内。

Claims

1.一种用于第一网络节点的方法，其特征在于，包括：

从第二网络节点接收第一配置；

在第一小区中经由***信息广播所述第一配置；

将切换请求传送到所述第二网络节点，其中所述切换请求指示在切换命令中跳过所述第一配置；

响应于传送所述切换请求，从所述第二网络节点接收在切换请求确认中的所述切换命令，其中所述切换命令包含第二配置且不包含所述第一配置；以及

将所述切换命令传送到用户设备。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

将请求传送到所述第二网络节点以请求所述第一配置，其中所述请求包含多个用户设备上下文信息或不包含用户设备上下文信息；以及

响应于传送所述请求，在响应中接收所述第一配置。

3.根据权利要求2所述的方法，其特征在于，所述请求为另一切换请求，或其中所述响应为另一切换请求确认。

4.根据权利要求1所述的方法，其特征在于，所述第一网络节点为源gNB，或其中所述第二网络节点为目标gNB。

5.根据权利要求1所述的方法，其特征在于，所述第一配置为目标小区的公共配置或servingCellConfigCommon。

6.根据权利要求1所述的方法，其特征在于，所述第二配置为用户设备特定配置。

7.根据权利要求1所述的方法，其特征在于，所述切换命令为无线电资源控制重新配置消息。

8.根据权利要求1所述的方法，其特征在于，所述切换请求指示提供所述第二配置。

9.根据权利要求1所述的方法，其特征在于，所述切换请求指示准备公共切换。

10.一种用于第二网络节点的方法，其特征在于，包括：

从第一网络节点接收请求，其中所述请求包含多个用户设备上下文信息或不包含用户设备上下文信息；

响应于接收到所述请求，将包含第一配置的响应传送到所述第一网络节点；

从所述第一网络节点接收切换请求，其中所述切换请求包含对公共切换的指示或对第二配置的请求；和

响应于接收到所述切换请求：

确定在切换命令中不包含所述第一配置；以及

在切换请求确认中将包含所述第二配置而不具有所述第一配置的所述切换命令传送到所述第一网络节点。

11.一种第一网络节点，其特征在于，包括：

存储器；以及

处理器，其操作性地耦合到所述存储器，其中所述处理器配置成执行程序代码以：

从第二网络节点接收第一配置；

在第一小区中经由***信息广播所述第一配置；

将所述切换命令传送到用户设备。

12.根据权利要求11所述的第一网络节点，其特征在于，进一步包括：

响应于传送所述请求，在响应中接收所述第一配置。

13.根据权利要求12所述的第一网络节点，其特征在于，所述请求为另一切换请求，或其中所述响应为另一切换请求确认。

14.根据权利要求11所述的第一网络节点，其特征在于，所述第一网络节点为源gNB，或其中所述第二网络节点为目标gNB。

15.根据权利要求11所述的第一网络节点，其特征在于，所述第一配置为目标小区的公共配置或servingCellConfigCommon。

16.根据权利要求11所述的第一网络节点，其特征在于，所述第二配置为用户设备特定配置。

17.根据权利要求11所述的第一网络节点，其特征在于，所述切换命令为无线电资源控制重新配置消息。

18.根据权利要求17所述的第一网络节点，其特征在于，所述无线电资源控制重新配置消息为具有reconfigureWithSync的RRCReconfiguration。

19.根据权利要求11所述的第一网络节点，其特征在于，所述切换请求指示提供所述第二配置。

20.根据权利要求11所述的第一网络节点，其特征在于，所述切换请求指示准备公共切换。