在切换失败场景中管理网络优化

摘要

用户设备(UE)中的处理硬件能够实现一种用于在连接到无线电接入网(RAN)的第一基站的UE中支持双活动协议栈(DAPS)切换的方法。该方法包括在DAPS切换期间尝试连接到RAN的第二基站(2102)。该方法也包括检测与到第一基站的无线电连接相关联的潜在失败(2104)，以及检测连接到第二基站失败(2106)。此外，该方法包括发起重建无线电连接的过程，以及向RAN发送包括连接到第二基站失败的指示的无线电链路失败报告。

说明书

技术领域

本公开总体说来涉及无线通信，并且更具体地，本公开涉及在切换失败场景中管理网络优化和失败报告。

背景技术

提供该背景描述是为了总体上呈现本公开的上下文的目的。在本背景技术部分中描述的程度上，当前署名的发明人的工作以及在提交时可能没有资格作为现有技术的描述的各方面既不明确地也不隐含地被承认为针对本公开的现有技术。

无线通信向第五代(5G)标准和技术的演进提供了更高的数据速率和更大的容量，具有改进的可靠性和更低的延迟，这增强了移动宽带服务。5G技术还提供车辆的新类别的服务、固定无线宽带和物联网(IoT)。5G空中接口中的特征的规范被定义为5G新无线电(5GNR)。

为了与无线电接入网(RAN)进行无线通信，用户设备(UE)可以经由支持第五代核心网(5GC)的至少一个网络节点(例如，基站或服务小区)来建立至RAN的连接。在一些情况下，基站(BS)能够使用切换过程来请求UE连接到另一BS。在切换过程期间，UE能够在不丢失至RAN的连接的情况下从源BS转换到目标BS或小区。源BS和目标BS节点能够与相同的无线接入技术(RAT)或不同的RAT相关联。

在电信系统中，无线电协议栈的分组数据汇聚协议(PDCP)子层提供诸如用户平面数据的传送、加密、完整性保护等服务。例如，为演进通用陆地无线电接入(EUTRA)无线电接口(参见3GPP TS 36.323)和新无线电(NR)(参见TS 38.323)定义的PDCP层提供上行链路方向(从用户设备(UE)到基站)以及下行链路方向(从基站到UE)上的协议数据单元(PDU)的排序。此外，PDCP子层向无线资源控制(RRC)子层提供信令无线承载(SRB)和数据无线电承载(DRB)。总体说来，UE和基站能够使用SRB来交换RRC消息以及非接入层(NAS)消息，并且使用DRB来在用户平面上传输数据。

在UE和RAN之间的无线电链路中以及在UE和RAN执行用于将UE从一个基站切换到另一个基站的过程期间能够发生各种错误。一般而言，UE使用不同的差错码向RAN报告不同种类的错误。然而，在一些情况下，现有错误报告方案不会导致UE准确地向RAN报告错误。

特别地，现有技术并不总是清楚地指定在切换过程——诸如双活动协议栈(DAPS)切换和RAT间切换——期间检测到的错误。作为这些场景期间的次优错误报告的结果，网络可以执行不解决UE检测到的问题的错误减轻技术(例如，移动性鲁棒性优化(MRO))。

发明内容

本公开的UE和/或基站能够管理涉及DAPS切换或RAT间切换的场景中的错误，以便支持网络优化。

例如，在双活动协议栈(DAPS)切换期间，连接到基站的UE尝试连接到目标基站，同时维持与原始基站的连接。UE能够检测到连接到目标基站和与原始基站的连接二者的问题。本公开的UE减轻这些错误的交互，并减少向网络的不完整或不准确的错误报告，从而帮助网络地址解决DAPS切换失败。

作为另一示例，连接到第一无线接入技术(RAT)(例如，第四代(4G)RAT)的小区的UE尝试经由RAT间切换连接到第二RAT(例如，第五代(5G)RAT)的小区。如果UE无法完成切换，则UE可以报告切换失败。虽然现有技术并不总是清楚地指定切换失败的原因，但是本公开的UE报告允许RAN正确地处理失败的原因(例如，未能在切换请求中应用配置)。

在一些场景中，本公开的UE最初结合基站进行操作，并且在DAPS切换期间尝试连接到目标基站。如果(i)在UE响应于检测到与(源)基站的连接的同步问题而启动的定时器正在运行的同时或者(ii)在检测到无线电失败之前UE检测到DAPS切换失败，则UE能够通过向基站发送包括与切换失败相对应的失败原因的RRCReestablishmentRequest来报告DAPS切换失败。替代地，如果UE发送包括与无线电链路失败(RLF)相对应的失败原因的RRCReestablishmentRequest，则本公开的基站仍然能够确定UE是否检测到DAPS切换失败。如果基站先前向UE发送DAPS切换配置，并且尚未接收到切换成功或失败的指示，则基站能够确定UE检测到DAPS切换失败，并且能够相应地执行网络优化。

在其他场景中，UE最初经由第一小区结合基站进行操作，并且尝试连接到与不同RAT相关联的第二小区。如果UE无法应用与第二小区相关联的配置，则UE向基站发送包括与重新配置失败相对应的失败原因的RRCReestablishmentRequest。可替代地，如果UE替代地发送包括与切换失败相对应的失败原因的RRCReestablishmentRequest，则本公开的基站仍然能够确定UE是否无法应用该配置。如果基站稍后接收到切换信息在UE处不可用的指示，则基站能够确定UE无法应用该配置，并且能够采取适当的校正动作。

本公开的技术的示例实施例是一种用于支持连接到RAN的第一基站的UE中的DAPS切换的方法。该方法由处理硬件实现，并且包括在DAPS切换期间尝试连接到RAN的第二基站。该方法还包括：检测与到第一基站的无线电连接相关联的潜在失败；以及检测连接到第二基站的失败。此外，该方法包括发起重建无线电连接的过程，该发起包括向RAN提供连接失败的指示。

这些技术的另一示例实施例是一种在连接到与RAT相关联的第一小区的UE中用于支持到与第二RAT相关联的第二小区的切换的方法。该方法由处理硬件执行，并且包括尝试连接到第二小区并检测到应用与第二小区相关联的配置的失败。该方法还包括经由第一小区提供应用该配置失败的指示。

这些技术的又一示例实施例是UE包括处理硬件并且被配置为执行上述方法。

这些技术的另一示例实施例是一种在经由无线电链路与UE通信的第一基站中的方法。该方法由处理硬件实现，并且包括：发送配置，UE在DAPS切换过程期间将根据该配置连接到第二基站。所述方法也包括：接收UE检测到无线电链路的失败的指示。此外，该方法包括：确定UE检测到连接到第二基站失败；以及基于该确定来执行网络优化过程。

这些技术的另一示例实施例是一种用于在支持第一RAT的第一小区的基站中支持RAT间切换的方法。该方法由处理硬件执行，并且包括向用户设备(UE)发送对UE连接到第二RAT的第二小区的请求。请求包括UE将用于连接到第二小区的配置。该方法也包括从UE接收重建无线电连接的请求，请求包括指示切换失败的失败原因。此外，该方法包括：发送用于配置与UE的无线电连接的消息；以及接收对该消息的响应，响应指示切换失败信息不可用。此外，该方法包括：确定UE无法应用该配置；以及响应于该确定而执行校正动作。

这些技术的又一示例实施例是包括处理硬件并且被配置为执行上述方法的基站。

附图说明

图1是其中无线电接入网(RAN)和用户设备能够实现本公开的用于在切换失败场景中管理网络优化的技术的示例系统的框图；

图2是图1的UE将根据其与基站通信的示例协议栈的框图；

图3是UE向RAN的基站传送失败信息的示例场景的框图；

图4是其中UE根据双活动协议栈(DAPS)配置成功地完成从基站(BS)到目标基站(T-BS)的切换的示例场景的消息传送图；

图5是其中UE在检测到与BS的无线电链路中的同步问题之后以及在检测到RLF之前检测到DAPS切换失败的示例场景的消息传送图；

图6是UE在检测到DAPS切换失败之后检测到RLF的示例场景的消息传送图；

图7是UE在检测到DAPS切换失败之后检测到RLF的另一示例场景的消息传送图；

图8是其中先前向UE发送DAPS配置的BS从UE接收到指示与OtherFailure相对应的失败原因的RRCReestablishmentRequest的示例场景的消息传送图；

图9是其中先前向UE发送DAPS配置的BS从另一BS接收到指示UE发送了RRCReestablishmentRequest的失败报告的示例场景的消息传送图，该RRCReestablishmentRequest指示与OtherFailure相对应的失败原因；

图10是能够在本公开的UE中实现的包括在检测RLF之前检测DAPS切换失败的示例方法的流程图；

图11是能够在本公开的UE中实现的包括在UE响应于检测到同步问题而启动的定时器正在运行的同时检测DAPS切换失败的示例方法的流程图；

图12是能够在本公开的UE中实现的包括响应于未能成功发送指示DAPS切换失败的失败信息消息而初始化RRC重建过程的示例方法的流程图；

图13是能够在本公开的基站中实现的包括基于在来自UE的重建无线电连接的请求中接收的失败原因来执行网络优化的示例方法的流程图；

图14是能够在本公开的基站中实现的包括基于在来自另一基站的失败报告中接收的失败原因来执行网络优化的示例方法的流程图；

图15是UE未能应用RAT内切换配置的示例场景的消息传送图；

图16是UE未能应用RAT间切换配置的示例场景的消息传送图；

图17是UE未能应用RAT间切换配置的另一示例场景的消息传送图；

图18是能够在本公开的UE中实现的包括基于检测到应用RAT间切换配置的失败来初始化RRC重建过程的示例方法的流程图；

图19是能够在本公开的UE中实现的包括基于检测到应用RAT间切换配置失败来初始化RRC重建过程的另一示例方法的流程图；

图20是能够在本公开的基站中实现的包括确定UE检测到应用RAT间切换配置的失败的示例方法的流程图；

图21是能够在本公开的UE中实现的用于支持DAPS切换的示例方法的流程图；

图22是能够在本公开的基站中实现的用于涉及DAPS切换的场景中的网络优化的示例方法的流程图；

图23是能够在本公开的UE中实现的用于支持RAT间切换的示例性方法的流程图；以及

图24是能够在本公开的基站中实现的用于涉及RAT间切换的场景中的网络优化的示例方法的流程图。

具体实施方式

总体说来，本公开的通信设备实现与双活动协议栈(DAPS)切换过程和RAT间切换过程相关的过程。在DAPS切换过程中，如下所述，基站(BS)能够使用DAPS配置将UE配置为切换到目标基站(T-BS)。在UE成功地完成到T-BS的切换之后，T-BS配置UE以释放UE与BS之间的连接。如果UE无法连接到T-BS，则UE恢复到原始配置并保持与原始BS连接。在一个实现中，释放连接能够包括：重置媒体访问控制(MAC)协议并释放MAC配置，释放SRB/DRB无线电链路控制(RLC)实体和相关联的逻辑信道，将DRB PDCP实体重新配置为正常PDCP，释放SRBPDCP实体，释放物理信道配置，或丢弃密钥(KgNB、S-KgNB、S-KeNB、KRRCenc、KRRCint、KUPint和/或KUPenc密钥)。RAT间切换是从一个无线电接入技术(RAT)到另一个无线电接入技术(RAT)的切换(例如，从第四代(4G)RAT到第五代(5G)RAT，反之亦然)。

图1描绘其中通信设备能够实现本公开的技术的示例性无线通信系统100。无线通信系统100包括UE 102、基站104、基站106和核心网(CN)110。在本公开中讨论的场景中，UE102最初连接到基站104。

在一些场景中，基站104能够执行立即切换准备过程，以将UE 102配置为执行从基站104的小区124到基站106的小区126(目标BS或“T-BS”)的切换。在立即切换期间，UE 102与BS 104断开连接并尝试连接到T-BS 106。

在其他场景中，基站104能够执行DAPS切换准备过程，以将UE 102配置为执行从基站104的小区124到基站106的小区126(目标BS或“T-BS”)的切换。与上面讨论的立即切换情况相反，UE 102不立即与BS 104断开连接。在该场景中，在UE 102连接到T-BS 106之后，UE102与BS 104断开连接。更具体地，当UE 102接收到用于T-BS 106的配置时，UE 102不与BS104断开连接，直到UE 102已经从T-BS 106接收到断开连接配置为止。

例如，基站104和106能够是任何合适的一个或多个类型的基站，诸如演进节点B(eNB)、下一代eNB(ng-eNB)或5G节点B(gNB)。UE 102能够经由相同RAT(诸如EUTRA或NR)或不同RAT与基站104和基站106通信。基站104支持小区124，且基站106支持小区126。小区124与小区126部分重叠，使得UE 102能够在与基站104通信的范围内，同时在与基站106通信的范围内(或者在检测或测量来自基站106的信号的范围内)。重叠能够使得UE 102可以在小区(例如，从小区124到小区126)或基站(例如，从基站104到基站106)之间切换。作为另一示例，UE 102能够在双连接(DC)中与基站104(作为MN操作)和基站106(作为SN操作)进行通信。

基站104和106能够连接到相同的核心网(CN)110，核心网(CN)110能够是演进分组核心(EPC)111或第五代核心(5GC)160。基站104能够被实现为支持用于与EPC 111通信的S1接口的eNB、支持用于与5GC 160通信的NG接口的ng-eNB、或者支持NR无线电接口以及用于与5GC 160通信的NG接口的gNB。基站106能够被实现为具有到EPC 111的S1接口的eNB、不连接到EPC 111的ng-eNB、支持NR无线电接口以及到5GC160的NG接口的gNB、或者支持EUTRA无线电接口以及到5GC 160的NG接口的ng-eNB。为了在下面讨论的场景期间直接交换消息，基站104和106能够支持X2或Xn接口。

除了其他组件之外，EPC 111还能够包括服务网关(S-GW)112和移动性管理实体(MME)114。S-GW 112通常被配置为传送与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，并且MME 114被配置为管理认证、注册、寻呼和其他相关功能。5GC 160包括用户平面功能(UPF)162以及接入和移动性管理(AMF)164和/或会话管理功能(SMF)166。一般而言，UPF 162被配置为传送与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，AMF 164被配置为管理认证、注册、寻呼和其他相关功能，并且SMF 166被配置为管理PDU会话。

通常，无线通信网络100能够包括支持NR小区和/或EUTRA小区的任何合适数量的基站。更具体地，EPC 111或5GC 160能够连接到支持NR小区和/或EUTRA小区的任何合适数量的基站。尽管下面的示例具体地涉及特定CN类型(EPC、5GC)和RAT类型(5G NR和EUTRA)，但是通常，本公开的技术也能够应用于其他合适的无线电接入和/或核心网技术，例如第六代(6G)无线电接入和/或6G核心网或5G NR-6G DC。

继续参考图1，基站104配备有处理硬件130，处理硬件130能够包括一个或多个通用处理器(例如，中央处理单元(CPU))和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实现中的处理硬件130包括基站RRC控制器132，其被配置为管理或控制一个或多个RRC配置或RRC过程。例如，基站RRC控制器132能够被配置为支持与DAPS和/或RAT间切换相关联的RRC消息传送，以及支持下面讨论的技术。

基站106配备有处理硬件140，处理硬件140也能够包括一个或多个通用处理器(诸如CPU)以及存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实现中的处理硬件140包括基站RRC控制器142，其可以类似于基站控制器132。

仍参考图1，UE 102配备有处理硬件150，其能够包括一个或多个通用处理器(例如CPU)以及存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实现中的处理硬件150包括UE RRC控制器152，其被配置为管理或控制一个或多个RRC配置和/或RRC过程。例如，UE RRC控制器152能够被配置为支持与DAPS和/或RAT间切换相关联的RRC消息传送，并且支持下面讨论的技术。

在操作中，UE 102能够使用在不同时间终止于基站104或基站106处的无线电承载(例如，DRB或SRB)。当在上行链路(从UE 102到基站)和/或下行链路(从基站到UE 102)方向上在无线电承载上通信时，UE 102能够应用一个或多个安全密钥。

接下来，图2以简化方式示出示例无线电协议栈200，UE 102能够根据该示例无线电协议栈200与eNB/ng-eNB或gNB(例如，基站104和106中的一个或多个)进行通信。EUTRA的物理层(PHY)202A向EUTRA媒体访问控制(MAC)子层204A提供传输信道，EUTRA媒体访问控制(MAC)子层204A进而向EUTRA无线电链路控制(RLC)子层206A提供逻辑信道。EUTRA RLC子层206A进而向EUTRA PDCP子层208提供RLC信道，并且在一些情况下，向NR PDCP子层210提供RLC信道。类似地，NR PHY 202B向NR MAC子层204B提供传输信道，NR MAC子层204B进而向NRRLC子层206B提供逻辑信道。NR RLC子层206B进而向NR PDCP子层210提供RLC信道。在一些实现中，UE 102支持EUTRA和NR栈两者，以便支持EUTRA和NR基站之间的切换和/或支持EUTRA和NR接口上的DC。此外，如图2所示，UE 102能够支持NR PDCP子层210在EUTRA RLC子层206A之上的分层。

EUTRA PDCP子层208和NR PDCP子层210(例如，从互联网协议(IP)层，直接或间接地分层在PDCP层208或210上)接收能够被称为服务数据单元(SDU)的分组，并且(例如，向RLC层206A或206B)输出能够被称为协议数据单元(PDU)的分组。除非SDU和PDU之间的差异相关，否则为了简单起见，本公开将SDU和PDU都称为“分组”。

例如，在控制平面上，EUTRA PDCP子层208和NR PDCP子层210提供SRB以交换RRC消息。在用户平面上，EUTRA PDCP子层208和NR PDCP子层210提供DRB以支持数据交换。

接下来，图3示出根据已知技术的在UE 102向RAN的基站104和106传送失败信息的示例场景300期间的消息传送序列。基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。最初，UE在与BS 104的连接模式下操作302。稍后，UE 102检测到304与BS 104的无线电连接中的连接失败，并决定连接到T-BS 106。

响应于该检测，UE 102向T-BS 106发送306连接失败报告。在一个示例中，连接失败报告是RRCReestablishmentRequest消息，其包括指示失败原因的重建原因(例如，handoverFailure以指示UE 102检测到切换失败，或者otherFailure以指示UE 102检测到RLF)。本公开也将该重建原因称为失败原因。在另一示例中，连接失败报告是包括失败指示(例如，被设置为daps-failure的failureType)的FailureInformation消息。

然后，T-BS 106向BS 104发送308连接失败指示。在一个示例中，连接失败指示是RLF INDICATION(RLF指示)消息(例如，如果T-BS 106是eNB)或FAILURE INDICATION(失败指示)消息(例如，如果T-BS 106是gNB)。T-BS 106在连接失败指示中包括失败原因(例如，RRC Conn Reestab指示符、UE RLF报告容器、或切换失败、无线电链路失败或条件切换失败的其他指示)。

根据连接失败指示(例如，基于失败原因是切换失败、无线电链路失败还是其他失败)，BS 104执行移动性鲁棒性优化(Mobility Robustness Optimization，MRO)。在一个示例中，如果失败原因是无线电链路失败或其他失败，则BS 104确定切换尝试太晚。BS 104能够响应于MRO，调整UE 102和其他UE的测量配置。在一种实现中，BS 104可以增加“事件A2(Event A2)(服务变得比阈值差)”中的阈值。作为该改变的结果，UE 102更早地报告该事件。在另一实现中，BS 104可以减小“事件A3(Event A3)(邻居变得比SpCell更好地偏移)”中的偏移，并且因此，UE 102更早地报告该事件。

在另一示例中，如果失败原因是切换失败，则BS 104确定切换尝试过早。BS 104能够响应于MRO，调整UE 102和其他UE的测量配置。在一种实现中，BS 104可以减小“事件A2(服务变得比阈值差)”中的阈值，并且作为结果，UE 102更晚报告该事件。在另一实现中，BS104可以增加“事件A3(邻居变得比SpCell更好地偏移)”中的偏移，并且作为结果，UE 102更晚报告该事件。

在一个示例中，BS 104和T-BS 106能够是与同一基站相关联的相同或不同的小区，在这种情况下，在BS 104和T-BS 106之间没有连接失败指示交换。

图4示出根据已知技术的示例场景400期间的消息传送序列，其中UE 102成功地完成从BS 104到T-BS 106的DAPS切换。最初，UE 102在与BS 104的连接模式下操作402。BS104决定404使用DAPS配置将UE 102切换到T-BS 106。响应于该决定，BS 104向UE 102发送406具有DAPS配置(例如，dapsConfig)的RRCReconfiguration消息。响应于RRCReconfiguration消息，UE 102启动408定时器T304并根据DAPS配置尝试410与T-BS 106的随机接入过程。在随机接入过程期间，UE 102保持410与BS 104的连接。定时器T304用于跟踪UE 102尝试连接到T-BS 104多长时间。如果在UE 102成功完成到T-BS 104的切换之前定时器T304到期，则UE 102检测到DAPS切换失败。虽然本公开通常涉及“DAPS切换失败”，但是这种错误有时也被称为具有同步失败的重新配置。事件402、406、408和410统称为DAPS切换尝试过程450。

稍后，UE 102成功地执行412与T-BS 106的随机接入过程。作为响应，UE 102停止412定时器T304并向T-BS 106发送414RRCReconfigurationComplete消息。UE 102在与T-BS106的连接模式下操作416。响应于接收到RRCReconfigurationComplete消息，T-BS 106可以向BS 104发送418Handover Success消息和/或向UE 102发送420包括DAPS释放指示(例如，daps-SourceRelease)的RRCReconfiguration消息。然后，UE 102释放(422)它与BS 104之间的连接。

图5-7示出对应于DAPS切换失败场景的示例消息传送序列，其中UE 102能够使用本公开的技术来支持网络优化。

图5示出了场景500，其中基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。最初，UE 102尝试550执行到T-BS的DAPS切换，类似于DAPS切换尝试过程450。在UE 102成功地执行与T-BS 106的随机接入过程之前，UE检测509与BS 104的无线电连接中的同步问题(例如，检测到PHY层不同步)，并且启动509用于BS 104的定时器T310。在UE 102启动定时器T310之后并且在T310到期之前，UE 102检测511定时器T304到期。根据现有标准，在检测到定时器T304到期之后，UE 102发送FailureInformation消息以指示DAPS切换失败。然而，在场景500中，UE 102在发送FailureInformation消息之前检查定时器T310是否正在运行。响应于在定时器T310正在运行的同时定时器T304到期，UE 102决定513中止FailureInformation消息传输。在一个具体实现中，UE 102可以响应于T304到期而停止515定时器T310。然后，UE向BS 104发送519具有handoverFailure失败原因的RRCReestablishmentRequest。作为响应，BS 104或T-BS 106基于切换失败执行530 MRO。

因此，如果UE 102在定时器T310正在运行的同时检测到定时器T304到期，则UE102发起连接重建过程而不是发起FailureInformation传输。通过发起重建过程，UE 102能够设置失败原因(例如，reestablishmentCause)以指示切换失败(例如，对应于handoverFailure的reestablishmentCause)。以这种方式，UE 102向网络通知DAPS切换失败，并且作为响应，网络能够执行网络优化或其他合适的校正动作。

在一些实现(未示出)中，UE 102执行小区选择以执行RRC重建过程。UE 102可以选择与第二BS(诸如T-BS 106)而不是与BS 104相关联的小区。在选择与第二BS相关联的小区之后，UE 102将RRCReestablishmentRequest发送到第二BS，而不是将RRCReestablishmentRequest发送到BS 104。

接下来，图6示出场景600，其中基站104作为源基站操作，并且基站106作为目标基站(T-BS)操作。最初，UE 102尝试650执行到T-BS的DAPS切换，类似于DAPS切换尝试过程450。在UE 102成功地执行与T-BS 106的随机接入过程之前，UE 102检测610定时器T304到期，并决定610向BS 104发送FailureInformation消息以指示DAPS失败。稍后，无线电链路失败(RLF)614中断FailureInformation消息的传输，并且UE 102无法成功地向BS 104发送616FailureInformation消息。例如，如果在检测到发送FailureInformation消息失败之后，UE 102将失败原因设置为otherFailure或无线电链路失败，则基站104可能不正确地执行MRO。在场景600中，UE 102通过指示与切换失败相对应的失败原因来发起连接重建过程。更具体地，UE 102向BS 104发送619具有原因handoverFailure的RRCReestablishmentRequest消息。因此，BS 104或T-BS 106基于切换失败而不是稍后发生的RLF来执行630 MRO。

因此，如果UE 102检测到未能递送指示DAPS失败的FailureInformation消息，则UE 102通过例如发送具有失败原因handoverFailure的RRCReestablishmentRequest来发起连接重建过程。以这种方式，UE 102向网络通知DAPS切换失败，并且作为响应，网络能够执行网络优化或其他合适的校正动作。

UE 102能够以若干方式检测614RLF。例如，UE 102由于检测到用于BS 104的不同步定时器T310或链路建立定时器T312到期而检测到RLF。在一些情况下，UE 102可以由于从MAC层接收到针对BS 104的随机接入问题指示，或者由于从RLC层接收到对于达到BS 104已经最大重传数量的指示，而检测到RLF。如果UE 102被连接为集成接入和回程(IAB)节点，则UE 102能够在从BS 104接收到回程自适应协议(BAP)实体上的回程(BH)RLF指示时检测到RLF。此外，UE 102能够在从MAC层接收到关于BS 104的一致的上行链路先听后说(LBT)失败的指示时检测到RLF。

接下来，图7示出场景700，其中基站104作为源基站操作，并且基站106作为目标基站(T-BS)操作。最初，UE 102尝试750执行到T-BS的DAPS切换，类似于DAPS切换尝试过程450。在UE 102成功地执行与T-BS 106的随机接入过程之前，UE 102检测到710定时器T304到期，并且决定710向BS 104发送FailureInformation消息以指示DAPS失败。然后，UE 102存储712 DAPS切换失败信息。

在一个实现中，UE 102将切换失败信息存储在VarRLF-Report中。UE 102能够将服务小区测量结果存储在measResultLastServCell字段中，或者将相邻小区测量结果存储在VarRLF-Report的measResultNeighCells字段中。UE 102也能够将BS 104和T-BS 106的身份(例如，C-RNTI或PCI)存储在VarRLF-Report中。为了指示切换失败，UE 102将connectionFailureType字段设置为“hof”。

稍后，无线电链路失败(RLF)(714)中断FailureInformation消息的传输，并且UE102无法成功地向BS 104发送716FailureInformation消息。响应于FailureInformation传输(即，DAPS失败指示传输)期间的RLF，UE 102决定718不存储RLF信息并执行与网络的RRC重建过程。在一种实现中，UE 102在RLF之后将RLF信息存储在VarRLF-Report中，但是不将connectionFailureType设置为“rlf”(例如，通过将connectionFailureType设置为“hof”或将connectionFailureType保持为“hof”)。

然后，UE 102向BS 104发送720具有原因otherFailure的RRCReestablishmentRequest消息。响应于RRCReestablishmentRequest，BS 104向UE 102发送722RRCReestablishment消息。在接收到RRCReestablishment消息之后，UE 102向BS104发送724包括切换失败信息可用的指示(例如，rlf-InfoAvailable)的RRCReestablishmentComplete消息。在一种实现中，BS 104向UE 102发送RRCSetup消息而不是RRCReestablishment消息。在接收到RRCSetup消息之后，UE 102向BS 104发送724包括切换失败信息可用的指示(例如，rlf-InfoAvailable)的RRCSetupComplete消息。

响应于切换失败信息可用的指示，BS 104可以发送726UEInformationRequest消息以请求切换信息(例如，通过在UEInformationRequest中包括rlf-ReportReq)。然后，UE102向BS 104发送728UEInformationResponse消息以报告切换信息(例如，通过在UEInformationResponse中包括rlf-Report)。rlf-Report指示连接失败是由于切换失败(例如，因为connectionFailureType字段被设置为hof而不是rlf)。因此，BS 104或T-BS106基于与切换失败相对应的失败原因而不是稍后发生的RLF来执行730移动性鲁棒性优化。

图8-9示出与基站104能够使用本公开的技术来支持网络优化的场景相对应的示例消息传送序列。

图8示出场景800，其中基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。最初，BS 104尝试850执行到T-BS的DAPS切换，类似于DAPS切换尝试过程450。在BS 104从UE 102接收到DAPS失败指示(例如，FailureInformation消息)或从T-BS106接收到切换成功指示(例如，HandoverSuccess消息)之前，BS 104从UE 102接收820RRCReestablishmentRequest消息。BS 104接收820的RRCReestablishmentRequest消息包括与otherFailure相对应的失败原因，其通常指示UE 102已经检测到RLF。然而，在场景800中，因为BS 104在接收DAPS切换成功或失败指示之前接收到820具有原因otherFailure的RRCReestablishmentRequest消息，所以BS 104确定UE 102检测到切换失败。结果，BS104根据与切换失败(例如，handoverFailure)而不是RLF(例如，传统otherFailure)相对应的失败原因来执行830 MRO。

图9示出场景900，其中基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。最初，BS 104尝试950执行到T-BS的DAPS切换，类似于DAPS切换尝试过程450。UE 102向与BS 104不同的第二基站发送921包括原因otherFailure的RRCReestablishmentRequest消息。虽然图9示出UE 102将RRCReestablishmentRequest消息发送921到T-BS 106，但是在一些场景中，UE 102能够将消息发送到RAN的另一基站。事件921类似于事件820，除了UE 102向第二基站而不是源BS 104发送921RRCRestablishmentRequest消息。作为响应，第二基站(例如，场景900中的T-BS 106)向BS 104发送929包括失败原因otherFailure的失败报告(例如，RLF INDICATION或FAILUREINDICATION)。

类似于事件830，响应于在接收到DAPS切换成功或失败指示之前接收到otherFailure失败原因，BS 104确定UE 102检测到切换失败。结果，BS104根据与切换失败(例如，handoverFailure)而不是RLF(例如，传统OtherFailure)相对应的失败原因来执行930 MRO。

为了进一步清楚，图10-14示出在图1的系统100中操作的设备能够实现以支持网络优化的若干示例方法。

图10是描绘在UE(例如，UE 102)中实现以向网络指示DAPS失败的示例方法1000的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法1000。

在块1002处，在处于与BS 104的连接模式下操作的UE 102检测RLF(例如，事件614或714)。在块1004处，UE 102确定在UE 102检测到RLF之前其是否检测到到T-BS 106的DAPS切换失败。如果UE 102在检测到RLF之前没有检测到DAPS切换失败，则流程进行到块1008。在块1008处，UE 102发起与网络的RRC重建过程，指示UE 102检测到RLF(例如，通过向基站发送包括失败原因otherFailure的RRCReestablishmentRequest消息)。

如果UE 102在检测到RLF之后检测到DAPS切换失败，则流程进行到块1006。在块1006处，UE 102确定UE 102是否已经向BS 104报告了DAPS切换失败(例如，已经成功地发送了具有daps-failure指示的FailureInformation消息或具有原因handoverFailure的RRCReestablishmentRequest消息)。如果UE 102已经报告了DAPS切换失败，则流程进行到块1008，其中UE 102发起RRC重建过程以指示UE 102检测到RLF。否则，流程进行到块1010，其中UE 102通过例如向基站发送包括失败原因handoverFailure的RRCReestablishmentRequest消息(例如，事件619)来基于与切换失败相对应的失败原因发起RRC重建过程。

图11是描绘在UE(例如，UE 102)中实现以向网络指示DAPS失败的示例方法1100的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法1100。

在块1102处，UE 102在与BS 104的连接模式下操作，并且检测到DAPS切换失败(例如，用于DAPS切换的定时器T304到期)(例如，事件511、610或710)。在块1104处，UE 102确定在UE 102检测到DAPS切换失败之前其是否在与BS 104的无线电连接中检测到RLF。如果UE102先前检测到RLF，则流程进行到块1106，其中UE 102基于与切换失败相对应的失败原因来发起RRC重建过程(例如，通过向基站发送包括失败原因handoverFailure的RRCReestablishmentRequest消息)。否则，流程进行到块1108。

在块1108处，UE 102确定定时器T310是否正在运行。如果定时器T310没有正在运行，则流程进行到1110，其中UE 102向BS 104发送指示DAPS失败的FailureInformation消息。如果定时器T310正在运行，则流程进行到块1112。

在块1112处，UE 102中止FailureInformation消息传输(例如，事件513)。接下来，在块1114处，UE 102停止定时器T310(例如，事件515)。在块1116处，UE 102基于与切换失败相对应的失败原因(例如，事件519)来发起RRC重建过程。

图12是描绘在UE(例如，UE 102)中实现以向网络指示DAPS失败的示例方法1200的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法1200。

在块1202之前的某个时间，UE 102检测到DAPS切换失败(例如，通过检测到定时器T304到期)(例如，事件511、610或710)。在块1202处，UE 102决定向BS 104发送FailureInformation消息以指示DAPS切换失败(例如，事件610或710)。然后，UE 102尝试向BS 104发送FailureInformation消息(例如，事件616或716)。在块1204处，UE 102检查传输是否成功。如果UE 102成功地向BS 104发送FailureInformation消息，则流程进行到块1208，其中UE 102不发起RRC重建过程。如果UE 102没有成功地向BS 104发送FailureInformation，则流程进行到块1206。在一个示例中，UE 102没有成功地向BS 104发送FailureInformation，这是因为UE 102检测到BS 104中的RLF。在块1206处，UE 102基于与切换失败相对应的失败原因来发起RRC重建过程(例如，通过向基站发送包括失败原因handoverFailure的RRCReestablishmentRequest消息)(例如，事件619)。

图13是描绘在BS(例如，BS 104)中实现以支持网络优化的示例方法1300的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS104、T-BS 106和UE 102来讨论方法1300。

在块1302处，BS 104从UE 102接收具有指示其他失败或无线电链路失败的失败原因的RRCReestablishmentRequest消息(例如，事件820)。然后BS104检查1304BS 104先前是否向UE 102发送了DAPS切换配置(例如，如在DAPS切换尝试过程450的事件406中)。如果不是，则流程进行到块1308，其中BS 104基于所接收的失败原因来执行网络优化。如果BS 104向UE 102发送了DAPS切换配置，则流程进行到块1306。在块1306处，BS 104检查在接收到RRCReestablishmentRequest消息之前其是否接收到DAPS切换成功或失败的指示。如果是，则流程进行到块1308。如果不是，则流程进行到块1310，其中BS 104执行网络优化，就好像所接收的失败原因是切换失败一样(例如，事件830)。

图14是描绘在BS(例如，BS 104)中实现以支持网络优化的示例方法1400的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS104、T-BS 106和UE 102来讨论方法1400。

在块1402处，BS 104从第二BS(例如，T-BS 106)接收指示第二基站发起与第二BS的RRC重建过程(例如，事件929)的失败报告(例如，RLF INDICATION消息或FAILUREINDICATION消息)。失败报告还指示“其他失败”或“无线电链路失败”的失败原因。在块1404处，BS 104检查BS 104先前是否向UE 102发送了DAPS切换配置(例如，如在DAPS切换尝试过程450的事件406中)。如果不是，则流程进行到块1408，其中BS 104基于所接收的失败原因来执行网络优化。如果BS 104向UE 102发送了DAPS切换配置，则流程进行到块1406。在块1406处，BS 104检查在接收到失败报告之前其是否接收到DAPS切换成功或失败的指示。如果是，则流程进行到块1408。如果不是，则流程进行到块1410，其中BS 104执行网络优化，就好像所接收的失败原因是切换失败一样(例如，事件930)。

图3-14描绘用于在DAPS切换场景中支持改进的错误报告和网络优化的技术。图15-20描绘RAT间切换场景(即，从第一RAT切换到第二RAT)中的类似技术。

对于上下文，图15描绘在RAT内切换场景1500期间的消息传送序列，其中基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。BS 104和T-BS 106是使用相同RAT(例如，NR或EUTRA)的小区。最初，UE 102在与BS 104的连接模式下操作1502。稍后，BS 104决定1504将UE 102切换到T-BS 106。响应于该决定，BS 104向UE 102发送1506切换请求消息(例如，RRCReconfiguration消息或RRCConnectionReconfiguration消息)。切换请求消息包括UE 102能够用来连接到与T-BS 106相关联的小区的至少一个配置。虽然本公开通常涉及“切换”，但有时也被称为具有同步的重新配置。

UE 102接收1506切换请求消息，并且确定1508它无法应用来自切换请求消息的至少一个配置。在一个示例中，UE 102确定因为UE 102无法符合在切换请求消息中包括的配置的任何部分所以它无法应用该配置。在另一示例中，由于在切换请求消息中包括的信息中的协议错误，UE 102无法应用该配置。

响应于确定1508，UE 102向BS 104发送1510具有指示重新配置失败(例如，reconfigurationFailure)的失败原因的RRCReestablishmentRequest(或RRCConnectionReestablishmentRequest)消息。BS 104响应于重新配置失败而决定1512执行对应的校正动作。在一个示例中，BS 104可以向UE 102发送1514UECapabilityEnquiry消息以请求最新的UE能力信息。响应于UECapabilityEnquiry，UE 102向BS 104发送1516UECapabilityInformation消息以更新其能力(例如，UE-NR-Capability、UE-MRDC-Capability或UE-EUTRA-Capability)。

在另一示例中，BS 104可以在DL NAS TRANSPORT消息中包括UE参数更新透明容器，并将该消息发送到UE 102以请求最新的UE能力。响应于DL NAS TRANSPORT消息，UE 102可以执行注册过程、路由区域更新过程或跟踪区域更新过程，或者可以向BS 104发送具有UE参数更新透明容器的UL NAS TRANSPORT消息以更新其能力。

图16-17示出与RAT间切换失败场景相对应的示例消息传送序列，其中UE 102能够使用本公开的技术来支持网络优化。

图16示出RAT间切换场景1600，其中，基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。BS 104和T-BS 106与不同RAT(例如，NR或EUTRA)的小区相关联。在一些场景中，RAT间切换能够涉及从第一小区到与同一基站但不同RAT相关联的第二小区的切换。最初，UE 102在与BS 104的连接模式下操作1602。在稍后的时间，BS 104决定1604将UE切换到与不同RAT相关联的T-BS 106。响应于该决定，BS 104向UE 102发送1606切换请求消息(例如，用于将UE 102从NR切换到另一RAT的MobilityFromNRCommand消息，或者用于将UE 102从EUTRA切换到另一RAT的MobilityFromEUTRACommand消息)。切换请求消息包括UE 102能够用于连接到与不同RAT相关联的第二小区的至少一个配置。

UE 102接收1606该切换请求消息，并且确定1608它无法应用来自切换请求消息的至少一个配置。在一个示例中，UE 102确定因为UE 102无法符合在切换请求消息中包括的配置的任何部分所以它无法应用该配置。在另一示例中，由于在切换请求消息中包括的信息中的协议错误，UE 102无法应用该配置。

响应于确定1608，UE 102向BS 104发送1610具有指示重新配置失败(例如，reconfigurationFailure)的失败原因的RRCReestablishmentRequest(或RRCConnectionReestablishmentRequest)消息。例如，UE 102并不报告切换失败，而是向网络报告重新配置失败。更具体地，如果UE 102由于未能符合切换请求中的配置，诸如MobilityFromEUTRACommand或MobilityFromNRCommand，而正在发起重建过程，则UE 102将失败原因(例如，reestablishmentCause)设置为指示重新配置失败(例如，reconfigurationFailure)的值。以这种方式，UE 102向网络通知重新配置失败。并且作为响应，网络能够执行网络优化或其他合适的校正动作。

BS 104响应于重新配置失败而决定1612执行对应的校正动作。在一个示例校正动作(未示出)中，BS 104可以向UE 102发送UECapabilityEnquiry消息以请求最新的UE能力。响应于UECapabilityEnquiry，UE 102向BS 104发送UECapabilityInformation消息以更新其能力(例如，UE-NR-Capability、UE-MRDC-Capability、UE-EUTRA-Capability或INTERRAT HANDOVER INFO(RAT间切换信息))。

在另一示例校正动作(未示出)中，BS 104可以在DL NAS TRANSPORT消息中包括UE参数更新透明容器，并将该消息发送到UE 102以请求最新的UE能力。响应于DL NASTRANSPORT消息，UE 102可以再次执行注册过程、路由区域更新过程或跟踪区域更新过程，或者可以将具有UE参数更新透明容器的UL NAS TRANSPORT消息发送到BS 104以更新其能力。

图17示出场景1700，其中基站104作为源基站进行操作，并且基站106作为目标基站(T-BS)进行操作。BS 104和T-BS 106与不同RAT(例如，NR或EUTRA)的小区相关联。在一些场景中，RAT间切换能够涉及从第一小区切换到与相同基站但不同RAT相关联的第二小区。最初，UE 102在与BS 104的连接模式下操作1702。稍后，BS 104决定1704将UE切换到与不同RAT相关联的T-BS 106。响应于该决定，BS 104向UE 102发送1706切换请求消息(例如，MobilityFromNRCommand消息或MobilityFromEUTRACommand消息)。

UE 102接收1706切换请求消息，并且确定1708它无法应用来自切换请求(Handover Request)消息的至少一个配置，类似于确定1608。响应于确定1708，UE 102确定1709不存储切换失败信息，并且向BS 104发送1711包括与切换失败(例如，handoverFailure)相对应的失败原因的RRCReestablishmentRequest(或RRCConnectionReestablishmentRequest)消息。在从UE 102接收到RRCReestablishmentRequest消息之后，BS 104向UE 102发送1713RRCReestablishment消息。响应于RRCReestablishment消息，UE102向BS 104发送1715RRCReestablishmentComplete消息。RRCReestablishmentComplete消息不包括切换失败信息可用的指示，因为UE 102在事件1709没有存储切换失败信息。在一个示例中，UE 102不在RRCReestablishmentComplete消息中包括rlf-InfoAvailable。在另一示例中，UE 102在RRCReestablishmentComplete消息中包括rlf-InfoAvailable，但是不将connectionFailureType设置为“hof”(例如，UE 102能够将connectionFailureType设置为“rlf”)。

在一些实现中，BS 104在事件1713发送RRCSetup消息而不是RRCReestablishment消息，并且在事件1715向BS 104发送RRCSetupComplete消息。RRCSetupComplete消息不包括切换失败信息可用的指示。

因为BS 104接收1715的消息指示不存在可用的切换失败信息，所以BS 104确定1717 UE 102检测到重新配置失败，并且基于该确定来决定1717执行校正动作。例如，BS104能够向UE 102发送1719 UECapabilityEnquiry消息以请求最新的UE能力。响应于UECapabilityEnquiry消息，UE 102向BS 104发送1721 UECapabilityInformation消息以更新其能力(例如，UE-NR-Capability、UE-MRDC-Capability、UE-EUTRA-Capability或RAT间切换信息(INTER RAT HANDOVER INFO))。

在另一示例中，BS 104可以在DL NAS TRANSPORT消息中包括UE参数更新透明容器，并将该消息发送到UE 102以请求最新的UE能力。响应于DL NAS TRANSPORT消息，UE 102可以执行注册过程、路由区域更新过程或跟踪区域更新过程，或者可以向BS 104发送具有UE参数更新透明容器的UL NAS TRANSPORT消息以更新其能力。

为了进一步清楚，图18-20示出在图1的系统100中操作的设备能够实现以支持网络优化的若干示例方法。

图18是描绘能够在UE(例如，UE 102)中实现以向网络指示重新配置失败的示例方法1800的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法1800。

在块1802之前的某个时间，UE 102接收切换请求，该切换请求包括UE 102用于连接到与T-BS 106相关联的小区的配置(例如，事件1606或1706)。在块1802处，UE 102确定其无法完成从BS 104到T-BS 106的RAT间切换，并且决定发起RRC重建过程(例如，事件1608或1708)。在块1804处，UE 102检查定时器T304是否到期。UE 102在尝试连接到T-BS 106时先前启动定时器T304。如果定时器T304到期，则流程进行到块1808，其中UE 102通过发送包括失败原因handoverFailure的RRCReestablishmentRequest来发起RRC重建。如果定时器T304尚未到期，则流程进行到块1806。在块1806处，UE 102确定完成RAT间切换失败是由于应用与T-BS 106相关联的配置失败，并且通过发送包括失败原因reconfigurationFailure的RRCReestablishmentRequest来发起RRC重建过程(例如，事件1610)。

图19是描绘在UE(例如，UE 102)中实现以向网络指示重新配置失败的示例方法1900的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法1900。

在块1902之前的某个时间，UE 102接收切换请求，该切换请求包括UE 102将用来连接到与T-BS 106相关联的小区的配置(例如，事件1606或1706)。在块1902处，UE 102确定其无法完成从BS 104到T-BS 106的RAT间切换，并且决定发起RRC重建过程(例如，事件1608或1708)。在块1904，UE 102确定UE 102是否无法应用切换请求中的配置。如果是，则流程进行到块1906，其中UE 102通过发送包括失败原因reconfigurationFailure的RRCReestablishmentRequest(例如，事件1610)来发起RRC重建过程。否则，流程进行到块1908，其中UE 102通过发送包括失败原因handoverFailure的RRCReestablishmentRequest来发起RRC重建过程。

图20是描绘在BS(例如，BS 104)中实现以支持网络优化的示例方法2000的流程图。为了方便起见，下面参考在无线通信系统100中操作的BS 104、T-BS 106和UE 102来讨论方法2000。

在块2002之前的某个时刻，BS 104从UE 102接收RRCReestablishmentRequest，并且作为响应，向UE 102发送RRCReestablishment消息或RRCSetup消息(例如，事件1711和1713)。在块2002处，BS 104从UE 102接收RRCReestablishmentComplete或RRCsetupComplete(例如，事件1715)。接下来，在块2004处，BS 104检查2004RRCReestablishmentComplete消息或RRCsetupComplete消息是否包括切换失败信息可用的指示。如果是，则流程进行到块2006，其中BS 104基于与切换失败(例如，handoverFailure)相对应的失败原因来执行网络优化。否则，流程进行到块2008。

在块2008处，BS 104检查在先前的RRCReestablishmentRequest中接收到的失败原因是否对应于切换失败。如果失败原因不是切换失败，则流程进行到块2010，其中BS 104根据接收到的原因执行网络优化(例如，如果原因是otherFailure或RLF，则优化RLF)。如果原因是切换失败，则流程进行到块2012。在块2012处，BS 104确定UE 102检测到重新配置失败(例如，事件1717)。响应于该确定，BS 104能够执行校正动作以解决重新配置失败(例如，事件1719)。

图21-24是在DAPS切换失败场景或RAT间切换失败场景中，在图1的系统100中操作的设备能够实现以支持网络优化的示例方法的流程图。

图21是用于支持DAPS切换的示例方法2100的流程图，其能够在本公开的UE(例如，UE 102)中实现为存储在计算机可读介质上并且可由处理硬件(例如，处理硬件150)执行的指令集。UE最初连接到RAN的第一基站(例如，BS 104)。

在块2102处，UE在DAPS切换(例如，事件550、650、750、850、950)期间尝试连接到第二基站(例如，作为T-BS操作的BS 106)。在块2104处，UE检测与同第一基站的无线电连接相关联的潜在失败(例如，事件509、614或714)。例如，UE可以检测同步问题并启动定时器T310，或者UE可以检测RLF。在块2106处，UE检测到连接到第二基站失败(例如，DAPS切换失败或具有SYNC失败的重新配置)(例如，事件511、610或710)。取决于实现和/或场景，块2104和2106可以以不同的顺序发生。在块2108处，UE发起重建无线电连接的过程，该发起包括向RAN(例如，向BS 104或T-BS 106)提供连接失败的指示(例如，通过发送包括与handoverFailure相对应的失败原因的RRCReestablishmentRequest来发起RRC重建过程)(例如，事件519或619)。

图22是用于网络优化的示例方法2200的流程图，该示例方法2200能够在本公开的基站(例如，BS 104)中实现为存储在计算机可读介质上并且可由处理硬件(例如，处理硬件130)执行的指令集。

在块2202，基站发送配置，UE在DAPS切换过程(例如，DAPS切换尝试过程450的事件406、或者过程550、650、750、850或950中的任何过程)期间将根据该配置连接到第二基站(例如，作为T-BS操作的BS 106)。在块2204处，基站接收关于UE检测到无线电链路的失败的指示(例如，事件820或929)。在块2206处，基站确定UE检测到连接到第二基站失败。接下来，在块2208处，基站基于该确定(例如，事件830或930)来执行网络优化过程(例如，MRO)。

图23是用于支持RAT间切换的示例方法2300的流程图，其能够在本公开的UE(例如，UE 102)中实现为存储在计算机可读介质上并且可由处理硬件(例如，处理硬件150)执行的指令集。UE最初连接到与第一RAT相关联的第一小区(例如，与BS 104相关联的小区124)。

在块2302处，UE尝试连接到与第二RAT相关联的第二小区(例如，与BS 106相关联的小区126)(例如，响应于在事件1606或1706中接收到请求)。在块2304处，UE检测到应用与第二小区相关联的配置失败(例如，事件1608或1708)。在块2306处，UE经由第一小区提供应用配置失败的指示(例如，通过发送具有与重新配置失败相对应的失败原因的RRCReestablishmentRequest来发起RRC重建过程)(例如，事件1610)。

图24是用于支持RAT间切换的示例方法2400的流程图，该示例方法2400能够在本公开的基站(例如，BS 104)中实现为存储在计算机可读介质上并且可由处理硬件(例如，处理硬件130)执行的指令集。基站与第一RAT的第一小区(例如，小区124)相关联。

在块2402处，基站向UE发送连接到第二RAT的第二小区的请求，该请求包括UE将用于连接到第二小区的配置(例如，事件1606或1706)。在块2404处，基站从UE接收重建无线电连接的请求，该请求包括指示切换失败的失败原因(例如，事件1711)。接下来，在块2406处，基站发送用于配置与UE的无线电连接的消息(例如，事件1713)。在块2408处，基站接收对该消息的响应，该响应指示切换失败信息不可用(例如，事件1715)。作为响应，在块2410处，基站确定UE无法应用该配置(例如，事件1717)。在块2412处，基站响应于该确定(例如，事件1719)而执行校正动作。

取决于实现和/或场景，UE(例如，UE 102)可以执行上文所公开的技术的组合(例如，方法2100和2300的组合)。例如，在执行方法2300的同时，UE 102可以检测与第一小区相关联的无线电连接的潜在失败。类似地，基站(例如，BS 104)可以执行上面公开的技术的组合(例如，方法2200和2400的组合)。

以下示例列表反映了本公开明确考虑的各种实施例：

示例1：一种用于在连接到无线电接入网(RAN)的第一基站的用户设备(UE)中支持双活动协议栈(DAPS)切换的方法，所述方法包括：由处理硬件在DAPS切换期间尝试连接到RAN的第二基站；由处理硬件检测与到第一基站的无线电连接相关联的潜在失败；由处理硬件检测连接到第二基站失败；以及由处理硬件发起重建无线电连接的过程，所述发起包括向RAN提供连接失败的指示。

示例2：根据示例1所述的方法，其中，检测潜在失败包括：在检测连接到第二基站失败之前检测潜在失败。

示例3：根据示例2所述的方法，其中，检测到潜在失败包括：检测到与无线电连接相关的同步错误。

示例4：根据示例2-3中任一项所述的方法，还包括：由处理硬件响应于检测到潜在失败而启动定时器；并且其中检测连接到第二基站失败包括：在定时器正在运行的同时检测到连接到第二基站失败。

示例5：根据示例4所述的方法，还包括：由处理硬件响应于检测到连接到第二基站失败而停止定时器。

示例6：根据示例2所述的方法，其中，检测潜在失败包括：在检测连接到第二基站失败之前，检测到与第一基站的无线电链路失败。

示例7：根据示例1所述的方法，其中，检测潜在失败包括：在检测到连接到第二基站失败之后并且在向第一基站报告连接到第二基站失败之前，检测到与第一基站的无线电链路失败。

示例8：根据示例7所述的方法，其中，检测无线电链路失败包括：检测到成功发送用于报告连接失败的专用消息失败。

示例9：根据示例1-8中任一项所述的方法，其中，提供指示包括：发送重建无线电连接的请求，所述请求将切换失败指示为失败原因。

示例10：根据示例1-9中任一项所述的方法，其中，检测连接失败包括：检测到DAPS切换失败。

示例11：一种用于经由无线电链路与用户设备(UE)通信的第一基站中的网络优化的方法，所述方法包括：由处理硬件发送配置，所述UE将根据所述配置在双活动协议栈(DAPS)切换过程期间连接到第二基站；由处理硬件接收关于UE检测到无线电链路失败的指示；由处理硬件确定UE检测到连接到第二基站失败；以及由处理硬件基于确定来执行网络优化过程。

示例12：根据示例11所述的方法，其中，接收指示包括：从UE接收与UE重建无线电连接的请求，所述请求包括无线电链路失败作为失败原因。

示例13：根据示例11所述的方法，其中，接收指示包括：从第二基站接收关于第二基站接收到与UE重建无线电连接的请求的指示，所述请求包括无线电链路失败作为失败原因。

示例14：根据示例11-13中任一项所述的方法，其中，确定UE检测到连接到第二基站失败包括：在接收到关于UE完成DAPS切换或DAPS切换失败的指示之前，接收关于UE检测到无线电链路失败的指示。

示例15：根据示例11-14中任一项所述的方法，其中，执行网络优化包括：执行移动性鲁棒性优化(MRO)。

示例16：根据示例11-15中任一项所述的方法，其中，发送配置包括：在符合用于控制无线电资源的协议的消息中发送配置。

示例17：一种在连接到与第一无线电接入技术(RAT)相关联的第一小区的用户设备(UE)中用于支持切换到与第二RAT相关联的第二小区的方法，所述方法包括：由处理硬件尝试连接到第二小区；由处理硬件检测到应用与第二小区相关联的配置失败；以及由处理硬件提供经由第一小区应用配置失败的指示。

示例18：根据示例17所述的方法，其中，提供指示包括：发送重建无线电连接的请求，所述请求包括指示重新配置失败的失败原因。

示例19：根据示例17-18中任一项所述的方法，其中，检测到失败包括：确定UE无法应用所述配置。

示例20：根据示例17-18中任一项所述的方法，其中，检测到失败包括：响应于尝试连接到第二小区而启动定时器；以及确定在定时器到期之前UE无法连接到第二小区。

示例21：根据示例17-20中任一项所述的方法，还包括：由处理硬件在切换请求消息中接收与第二小区相关联的配置。

示例22：根据示例21所述的方法，其中，接收配置包括在MobilityFromNRCommand或MobilityFromEUTRACommand中接收所述配置。

示例23：根据示例17-22中任一项所述的方法，其中，第一小区和第二小区与不同的基站相关联。

示例24：根据示例17-23中任一项所述的方法，还包括：由处理硬件检测到与第一小区相关联的无线电连接的潜在失败。

示例25：一种用户设备(UE)，包括处理硬件并且被配置为实现根据示例1-10或17-24中任一项所述的方法。

示例26：一种用于在支持第一无线电接入技术(RAT)的第一小区的基站中支持RAT间切换的方法，所述方法包括：由处理硬件向用户设备(UE)发送对UE连接到第二RAT的第二小区的请求，所述请求包括UE将用于连接到第二小区的配置；由处理硬件从UE接收重建无线电连接的请求，所述请求包括指示切换失败的失败原因；由处理硬件发送用于配置与UE的无线电连接的消息；由处理硬件接收对所述消息的响应，所述响应指示切换失败信息不可用；由处理硬件基于响应来确定UE无法应用所述配置；以及由处理硬件响应于所述确定而执行校正动作。

示例27：根据示例26所述的方法，其中，执行校正动作包括：向UE发送对与UE相关联的能力信息的请求。

示例28：根据示例26-27中任一项所述的方法，其中，发送用于配置无线电连接的消息包括：发送用于重建与UE的无线电连接的消息。

示例29：根据示例26-27中任一项所述的方法，其中，发送用于配置无线电连接的消息包括：发送用于与UE建立新的无线电连接的消息。

示例30：根据示例26-29中任一项所述的方法，其中，第一小区和第二小区与不同的基站相关联。

示例31：一种基站，包括处理硬件并且被配置为实现根据示例11-16或26-30中任一项所述的方法。

以下描述可以应用于以上描述。

在一些实现中，RRCReconfiguration消息能够是RRCConnectionReconfiguration消息，并且RRCReconfigurationComplete能够是RRCConnectionReconfigurationComplete消息。

在一些实现中，RRCReconfiguration能够由BS 104或T-BS 106生成。在一些实现中，RRCReestablishmentRequest消息能够是RRCConnectionReestablishmentRequest消息，RRCReestablishment消息能够是RRCConnectionReestablishment消息，并且RRCReestablishmentComplete能够是RRCConnectionReestablishmentComplete消息。

在一些实现中，用于UE 102执行随机接入过程的一个或多个配置可以配置2步随机接入。在另一实现中，随机接入配置可以配置4步随机接入。在又一实现中，随机接入配置可以配置基于竞争的随机接入或无竞争的随机接入。UE 102可以在随机接入过程中或在成功完成随机接入过程之后向小区发送RRCReconfigurationComplete或RRCReestablishmentRequest消息。接收RRCReestablishmentRequest的小区能够与UE检测到RLF的小区相同或不同。

能够实现本公开的技术的用户设备(例如，UE 102)能够是能够进行无线通信的任何合适的设备，诸如智能电话、平板计算机、膝上型计算机、移动游戏控制台、销售点(POS)终端、健康监测设备、无人机、相机、媒体流加密狗或另一个人媒体设备、诸如智能手表的可穿戴设备、无线热点、毫微微小区或宽带路由器。此外，在一些情况下，用户设备可以嵌入电子系统中，诸如车辆的头部单元或高级驾驶员辅助系统(ADAS)。此外，用户设备能够作为物联网(IoT)设备或移动互联网设备(MID)操作。根据类型，用户设备能够包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

某些实施例在本公开中被描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码或机器可读指令)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。硬件模块能够包括永久配置为执行某些操作的专用电路或逻辑(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)、数字信号处理器(DSP)等)。硬件模块还可以包括由软件临时配置以执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器内)。在专用和永久配置的电路中或在临时配置的电路(例如，由软件配置)中实现硬件模块的决定可以由成本和时间考虑来驱动。

当以软件实现时，这些技术能够作为操作系统的一部分、由多个应用程序使用的库、特定软件应用程序等来提供。软件能够由一个或多个通用处理器或一个或多个专用处理器来执行。

本公开还考虑了以下附加考虑。

TS 38.331 v16.0.0能够如下修改：

5.3.5.8.3 T304到期(具有同步失败的重新配置)

UE应当：

1>如果MCG的T304到期：

2>如果配置，则释放在rach-ConfigDedicated中提供的专用前导码；

2>如果配置，则释放在rach-ConfigDedicated中提供的专用msgA PUSCH资源；

2>通过将其字段设置如下，将以下切换失败信息存储在VarRLF-Report中：

3>清除包括在VarRLF-Report中的信息，如果有的话；

3>将plmn-IdentityList设置为包括由UE存储的EPLMN的列表(即，包括RPLMN)；

3>基于直到UE检测到切换失败的时刻为止收集的可用SSB和CSI-RS测量，将measResultLastServCell设置为包括源PCell的RSRP、RSRQ和可用SINR；

3>将measResultLastServCell中的ssbRLMConfigBitmap和/或csi-rsRLMConfigBitmap设置为包括源PCell的无线电链路监测配置；

3>对于测量可用的每个配置的measObjectNR；

4>如果基于SS/PBCH块的测量量可用；

5>基于直到UE检测到切换失败的时刻收集的可用的基于SS/PBCH块的测量，将measResultNeighCells中的measResultListNR设置为包括除源PCell之外的与measObjectNR相关联的最佳测量小区的所有可用测量量，排序为使得如果SS/PBCH块RSRP测量结果可用，则具有最高SS/PBCH块RSRP的小区被首先列出，否则如果SS/PBCH块RSRQ测量结果可用，则具有最高SS/PBCH块RSRQ的小区被首先列出，否则具有最高SS/PBCH块SINR的小区被首先列出；

6>对于所包括的每个相邻小区，包括可用的可选字段；

4>如果基于CSI-RS的测量量可用；

5>基于直到UE检测到切换失败的时刻收集的可用的基于CSI-RS的测量，将measResultNeighCells中的measResultListNR设置为包括除源PCell之外的最佳测量小区的所有可用测量量，排序为使得如果CSI-RS RSRP测量结果可用，则具有最高CSI-RSRSRP的小区被首先列出，否则如果CSI-RS RSRQ测量结果可用，则具有最高CSI-RSRSRQ的小区被首先列出，否则具有最高CSI-RS SINR的小区被首先列出；

6>对于所包括的每个相邻小区，包括可用的可选字段；

3>对于测量可用的每个配置的EUTRA频率；

4>基于直到UE检测到无线电链路失败的时刻收集的测量，将measResultNeighCells中的measResultListEUTRA设置为包括最佳测量小区，排序为使得如果RSRP测量结果可用，则具有最高RSRP的小区被首先列出，否则具有最高RSRQ的小区被首先列出；

5>对于所包括的每个相邻小区，包括可用的可选字段；

注释0：当在移动性测量配置中配置时，所测量的量被L3滤波器滤波。测量基于时域测量资源限制，如果被配置的话。黑名单小区不需要被报告。

3>如果详细的位置信息可用，则如下设置LocationInfo的内容：

4>如果可用，则将commonLocationInfo设置为包括详细位置信息；

4>如果可用，则按照蓝牙信标的RSSI递减的顺序，将bt-LocationInfo设置为包括蓝牙测量结果；

4>如果可用，则按照WLAN AP的RSSI递减的顺序，将wlan-LocationInfo设置为包括WLAN测量结果；

4>如果可用，则将sensor-LocationInfo设置为包括传感器测量结果；

3>如果可用，则将failedPcellId设置为全局小区标识和跟踪区域代码，否则设置为失败切换的目标Pcell的物理小区标识和载波频率；

3>在包括reconfigurationWithSync的最后一个RRCReconfiguration消息被接收的情况下，包括previousPCellId并将其设置为PCell的全局小区标识和跟踪区域代码；

3>将timeConnFailure设置为自接收到包括reconfigurationWithSync的最后一个RRCReconfiguration消息以来经过的时间；

3>将connectionFailureType设置为hof；

3>将c-RNTI设置为在源PCell中使用的C-RNTI；

3>将absoluteFrequencyPointA设置为指示与随机接入资源相关联的参考资源块的绝对频率；

3>设置locationAndBandwidth和subcarrierSpacing与随机接入资源的UL BWP相关联；

3>设置msg1-FrequencyStart、msg1-FDM和msg1-SubcarrierSpacing与随机接入资源相关联；

3>将perRAInfoList设置为指示如5.3.10.3中所规定的随机接入失败信息；

2>如果dapsConfig被配置用于任何DRB，则根据子条款5.3.10.3，无线电链路失败不在源PCell中检测，

3>释放目标PCell配置；

3>重置目标MAC并释放目标MAC配置；

3>对于具有DAPS PDCP实体的每个DRB：

4>释放目标的RLC实体和相关联逻辑信道；

4>将PDCP实体重新配置为如TS 38.323[5]中所规定的正常PDCP；

3>对于每个SRB：

4>如果没有接收到masterKeyUpdate：

5>利用与目标的PDCP实体相同的状态变量配置源的PDCP实体；

4>释放目标的PDCP实体；

4>释放目标的RLC实体和相关联逻辑信道；

3>释放目标的物理信道配置；

3>恢复回在源中使用的SDAP配置；

3>丢弃在目标中使用的密钥(K

3>恢复源中的挂起的SRB；

3>对于没有DAPS PDCP实体的每个DRB：

4>恢复回在源中用于DRB的UE配置，包括PDCP、RLC状态变量、安全配置以及存储在PDCP和RLC实体中的发送和接收缓冲器中的数据；

3>恢复回在源中使用的UE RRM配置；

3>发起子条款5.7.5中规定的失败信息过程以报告DAPS切换失败。

2>否则：

3>恢复回在源PCell中使用的UE配置；

3>发起子条款5.3.7中规定的连接重建过程。

注释1：在上面的上下文中，“UE配置”包括每个无线电承载的状态变量和参数。

1>否则，如果辅小区组的T304到期：

2>如果MCG传输未挂起：

3>如果配置，则释放在rach-ConfigDedicated中提供的专用前导码；

3>发起子条款5.7.3中规定的SCG失败信息过程，以报告具有SYNC失败的SCG重新配置，此时RRC重新配置过程结束；

2>否则：

3>发起子条款5.3.7中规定的连接重建过程；

1>否则，如果当RRCReconfiguration经由其他RAT被接收时T304到期(HO到NR失败)：

2>重置MAC；

2>执行如适用于其他RAT的规范中所定义的针对该失败情况定义的动作。

TS 38.331 v16.0.0还能够如下修改：

1>如果发起FailureInformation以提供DAPS失败信息：

2>发起在5.3.7中规定的连接重建过程；

1>否则：

2>执行在5.3.10中规定的无线电链路失败相关动作。

5.3.7.4与RRCReestablishmentRequest消息的传输相关的动作

UE应当如下设置RRCReestablishmentRequest消息的内容：

…

1>如下设置reestablishmentCause：

2>如果由于如在5.3.5.8.2中规定的重新配置失败而启动重建过程：

3>将reestablishmentCause设置为值reconfigurationFailure；

2>否则，如果由于如在5.3.5.8.3(NR内切换失败)或5.4.3.5(来自NR失败的RAT间移动性)

3>将reestablishmentCause设置为值handoverFailure；

2>否则：

3>将reestablishmentCause设置为值otherFailure；

TS 38.331 v16.0.0还能够如下修改：

5.3.7.4与RRCReestablishmentRequest消息的传输相关的动作

UE应当如下设置RRCReestablishmentRequest消息的内容：

…

1>如下设置reestablishmentCause：

2>如果由于如在5.3.5.8.2或5.4.3.5中规定的重新配置失败而启动重建过程：

3>将reestablishmentCause设置为值reconfigurationFailure；

2>否则，如果由于如在5.3.5.8.3(NR内切换失败)或5.4.3.5(来自NR失败的RAT间移动性)中规定的具有sync失败的重新配置而发起重建过程：

3>将reestablishmentCause设置为值handoverFailure；

2>否则：

3>将reestablishmentCause设置为值otherFailure；

TS36.331还能够如下修改：

5.3.7.4与RRCConnectionReestablishmentRequest消息的传输相关的动作

除了NB-IoT之外，如果由于无线电链路失败或切换失败而发起过程，则UE应当：

1>将VarRLF-Report中的reestablishmentCellId设置为所选小区的全局小区标识；

编者的注释：FFS：重建小区id也被包括在NB-IoT的RLF报告中。

UE应当如下设置RRCConnectionReestablishmentRequest消息的内容：

…

1>如下设置reestablishmentCause：

2>如果由于如在5.3.5.5(UE无法符合重新配置)

3>将reestablishmentCause设置为值reconfigurationFailure；

2>否则，如果由于如在5.3.5.6(LTE内切换失败)或5.4.3.5(来自EUTRA的RAT间移动性失败)中规定的切换失败而发起重建过程：

3>将reestablishmentCause设置为值handoverFailure；

2>否则：

3>将reestablishmentCause设置为值otherFailure；