CN117136585A - 为基于分组的服务提供连续性 - Google Patents

Abstract

为了向分组数据服务的会话提供单无线电语音呼叫连续性(SRVCC)，第一基站使用第一RAT传送与UE和分组数据网络之间的会话相关联的消息(902)；确定所述UE关于第二RAT的能力(906)；以及向第二基站发送用于UE的切换准备信息，包括使第二基站不应用UE关于UTRA的能力(910)。

Description

为基于分组的服务提供连续性

技术领域

本公开一般涉及无线通信，更具体地，涉及管理用于与无线接入网(RAN)的用户设备(UE)通信的语音和/或视频服务。

背景技术

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

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

在一些场景中，UE可以并发地利用通过回程互连的无线接入网络(RAN)的多个节点(例如，基站或者分布式基站或解聚基站的组件)的资源。当这些网络节点支持不同的无线接入技术(RAT)时，这种类型的连接性被称为多无线电双连接性(MR-DC)。当在MR-DC中操作时，与作为主节点(MN)操作的基站相关联的小区定义主小区组(MCG)，并且与作为辅节点(SN)操作的基站相关联的小区定义辅小区组(SCG)。MCG覆盖主小区(PCell)和零个、一个或多个辅小区(SCell)，SCG覆盖主辅小区(PSCell)和零个、一个或多个SCell。UE与MN(经由MCG)和SN(经由SCG)通信。在其它场景中，UE一次利用一个基站的资源，即，单连接(SC)。SC中的UE仅与MN(经由MCG)通信。一个基站和/或UE确定UE应当与另一基站建立无线电连接。例如，一个基站可以确定将UE切换到第二基站，并且发起切换过程。在其它场景中，UE可以并发地利用通过回程互连的RAN节点(例如，单个基站或者分布式基站或解聚基站的组件)的资源。

UE可以使用几种类型的SRB和DRB。所谓的SRB1资源携带RRC消息，其在一些情况下包括专用控制信道(DCCH)上的NAS消息，并且SRB2资源支持RRC消息，其包括记录的测量信息或NAS消息，也在DCCH上但是具有比SRB1资源更低的优先级。更一般地，SRB1和SRB2资源允许UE和MN交换与MN相关的RRC消息并嵌入与SN相关的RRC消息，并且还可以被称为MCGSRB。SRB3资源允许UE和SN交换与SN相关的RRC消息，并且可以被称为SCG SRB。分割SRB允许UE经由MN和SN的较低层资源直接与MN交换RRC消息。此外，在MN处终止并且仅使用MN的下层资源的DRB可以被称为MCG DRB，在SN处终止并且仅使用SN的下层资源的DRB可以被称为SCGDRB，并且在MN或SN处终止但是使用MN和SN两者的下层资源的DRB可以被称为分割DRB。在MN处终止但仅使用SN的较低层资源的DRB可以被称为MN终止的SCG DRB。在SN处终止但仅使用MN的较低层资源的DRB可以被称为SN终止的MCG DRB。

无论是在单连接(SC)还是DC操作中，UE都可以执行切换过程以从一个小区切换到另一个小区。这些过程涉及RAN节点和UE之间的消息传送(例如，RRC信令和准备)。取决于场景，UE可以从服务基站的小区切换到目标基站的目标小区，或者从服务基站的第一分布式单元(DU)的小区切换到同一基站的第二DU的目标小区。在DC场景中，UE可以执行PSCell改变过程以改变PSCell。这些过程涉及RAN节点和UE之间的消息传送(例如，RRC信令和准备)。取决于场景，UE可以执行从服务SN的PSCell到目标SN的目标PSCell的PSCell改变，或者从基站的源DU的PSCell到同一基站的目标DU的PSCell的PSCell改变。此外，UE可以在小区内执行切换或PSCell改变以用于同步重新配置。

在一些情况下，当UE正在建立或已经建立了分组数据服务(例如，IMS语音或IMS视频)的会话时，UE可能无法完成从更高级的RAT(例如，NR)到较不高级的RAT(例如，EUTRA)的切换。在这些情况下，UE可能不能够为分组数据服务提供连续性。

发明内容

本公开内容的基站可以在检测到用于发起RAT间切换的条件之前，确定UE关于另一RAT的能力。以此方式，基站可以减少完成切换所需的时间，并且允许UE维持分组数据服务的连续性。

此外，在一些情况下，经由某个RAT进行通信的UE在接收到关于另一RAT的查询之前报告其关于该另一RAT的能力。此外，本公开的UE可以处理切换故障，以便更快地消除无法胜任UE已经发起或正在发起的服务的小区。

这些技术的示例性实现方式是一种在第一基站中用于向分组数据服务的会话提供连续性的方法。该方法可以由处理硬件执行，并且包括：使用第一RAT传送与UE和分组数据网络之间的会话相关联的消息；在确定所述UE应当执行到支持第二RAT的第二基站的切换之前，确定所述UE关于所述第二RAT的能力；以及使用所确定的UE的能力来执行切换。

这些技术的另一示例实现方式是一种基站，其包括处理硬件并且被配置为实现根据上述方法的方法。

这些技术的又一示例实现方式是用户设备(UE)中用于使用分组数据服务的方法中的方法。该方法可以由处理硬件执行，并且包括：使用第一RAT经由第一基站进行通信；从所述第一基站接收与所述UE的仅关于所述第一RAT的能力有关的查询；向所述第一基站发送对所述查询的响应，所述响应包括对所述UE关于从所述第一RAT到第二RAT的重定向的能力的指示；响应于从所述第一基站接收到消息，使用第二RAT连接到第二基站；以及经由第二基站来传送与UE和分组数据网络之间的会话相关联的消息。

这些技术的另一示例实现方式是一种UE，其包括处理硬件并且被配置为实现根据上述方法的方法。

附图说明

图1A是其中RAN和UE可以实现用于向分组数据服务的会话提供连续性的技术的示例系统的框图；

图1B是可以在图1A的系统中操作的包括中央单元(CU)和至少一个分布式单元(DU)的示例基站的框图；

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

图2A是图1A的UE根据其与RNC和/或节点B通信的示例协议栈的框图；

图3是已知场景的消息传送图，其中在UE到支持EUTRA接口的基站的切换期间，当RAN不能向语音IMS呼叫提供连续性时，通过5G NR接口建立的IMS语音呼叫故障；

图4A是示例场景的消息传送图，其中当UE已经经由基站建立了IMS呼叫时，在确定UE应当执行到支持另一RAT的基站的切换之前，基站确定其应当查明UE关于该另一RAT的能力；

图4B是类似于图4A的示例场景的消息传送图，但其中当基站获取UE能力时，UE经由基站正在发起但尚未建立IMS呼叫；

图5A是示例场景的消息传送图，其中，当UE已经经由第二基站建立了IMS呼叫时，在确定UE应当执行到支持另一RAT的第三基站的切换之前，第一基站从第二基站接收切换请求，该切换请求指定UE关于另一RAT的能力；

图5B是类似于图5A的示例场景的消息传送图，但其中当第一基站接收到指定UE能力的切换请求时，UE经由第二基站正在发起但尚未建立IMS呼叫；

图6A是示例场景的消息传送图，其中，当UE已经经由第二基站建立了IMS呼叫时，在确定UE应当执行到支持另一RAT的第三基站的切换之前，第一基站从第二基站接收恢复无线电连接的请求，该请求指定UE关于另一RAT的能力；

图6B是类似于图6A的示例场景的消息传送图，但其中当第一基站接收到恢复无线电连接的请求时，UE经由第二基站正在发起但尚未建立IMS呼叫；

图7A是可以在图1A的基站中实现的、用于在切换发起之前确定UE关于另一RAT的能力的示例方法的流程图；

图7B是可以在图1A的基站中实现的、用于响应于检测到支持另一RAT的基站的接近，来确定UE关于另一RAT的能力的示例方法的流程图；

图7C是可以在图1A的基站中实现的、用于响应于从UE或CN接收到建立IMS呼叫的请求而确定UE关于另一RAT的能力的示例方法的流程图；

图8是可以在图1A的基站中实现的、用于确定UE关于另一RAT的能力并经由接口消息将该能力提供给另一基站的示例方法的流程图；

图9是可以由图1A的基站实现的、用于确定UE关于另一RAT的能力、并且经由接口消息从去往另一基站的消息中排除某些RAT能力的示例方法的流程图；

图10是可以在图1A的基站中实现的、用于取决于基站执行的过程的类型来确定基站是否应当向另一基站提供对UE的能力的指示的示例方法的流程图；

图11是可以在图1A的基站中实现的、用于确定基站是否应当查询UE以确定UE关于另一RAT的能力的示例方法的流程图；

图12是可以在图1A的UE中实现的、用于在重定向到另一小区以建立或继续IMS呼叫之前向基站提供RAT能力的示例方法的流程图；

图13A是可以在图1A的基站中实现的、用于确定基站应该如何使UE转换到另一RAT以发起或维持IMS服务的示例方法的流程图；

图13B是可以在图1A的基站中实现的、用于确定基站是否应当将UE重定向到另一RAT以发起或维持IMS服务的示例方法的流程图；

图14是可以在图1A的基站中实现的、用于基于小区可用性来确定基站是否应当将UE重定向到另一RAT以发起或维持IMS服务的另一示例方法的流程图；

图15是可以在图1A的UE中实现的、用于在发起IMS服务时处理切换故障的示例方法的流程图；

图16是可以在图1A的UE中实现的、用于确定UE是否应当在切换故障之后重建与RAN的无线电连接的示例方法的流程图；

图17是可以在图1A的UE中实现的、用于确定UE是否应当在切换故障之后重建与RAN的无线电连接的另一示例方法的流程图；

图18是可以在图1A的UE中实现的、用于确定UE是否应当在切换故障之后并且在UE已经发起了IMS呼叫之后重建与RAN的无线电连接的示例方法的流程图；

图19是可以在图1A的UE中实现的、用于取决于是否已经建立了IMS来确定UE是否应该重建无线电连接的示例方法的流程图；

图20是可以在图1A的UE中实现的、用于取决于UE是否支持特定RAT上的服务来确定UE是否应当重建无线电连接的示例方法的流程图；以及

图21是可以在图1A的基站中实现的、用于向分组数据服务的会话提供连续性的示例方法的流程图。

具体实现方式

图1A描绘了示例无线通信系统100，其中通信设备可以实现本公开的用于维持分组数据服务(诸如IMS语音和/或视频呼叫)的会话的连续性的技术。

无线通信系统100包括UE 102、基站104、基站106A、基站106B和核心网(CN)110。UE102最初连接到基站104。基站104、106A和106B可以在连接到CN 110的RAN 105中操作。例如，CN 110可以被实现为演进型分组核心(EPC)111或第五代(5G)核心(5GC)160。取决于实现方式和/或场景，CN 110可以包括第三代(3G)核心网(即，UMTS核心网)，并且基站106B支持UMTS陆地无线接入(UTRA)并且连接到3G核心网。在这种实现方式和/或场景中，UMTS核心网包括移动交换中心(MSC)，并且基站106B可以是连接到图2B中所示的节点B的无线电网络控制器(RNC)。

在其他组件中，EPC 111可以包括服务网关(SGW)112、移动性管理实体(MME)114和分组数据网络网关(PGW)116。一般而言，SGW 112被配置为传输与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，并且MME 114被配置为管理认证、注册、寻呼和其它相关功能。PGW 116通过作为UE的业务的退出和进入点来提供从UE到包括互联网网络和/或互联网协议(IP)多媒体子系统(IMS)网络的外部分组数据网络的连接性。5GC 160包括用户平面功能(UPF)162、接入和移动性管理(AMF)164和/或会话管理功能(SMF)166。一般而言，UPF 162被配置为传送与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，AMF 164被配置为管理认证、注册、寻呼和其他相关功能，并且SMF 166被配置为管理PDU会话。在一些实现方式中，CN 110还可以包括图1A中未示出的UMTS核心网。UMTS核心网可以包括移动交换中心(MSC)、服务GPRS支持节点(SGSN)和/或网关GPRS支持节点(GGSN)。

如图1A所示，基站104支持小区124，基站106A支持小区126A，并且基站106B支持小区126B。基站104可以另外支持小区122，并且基站106A可以另外支持小区128A。小区124和126A可以部分重叠，使得UE 102可以在DC中与分别作为主节点(MN)和辅节点(SN)操作的基站104和基站106A通信。为了在DC场景和下面讨论的其他场景期间直接交换消息，MN 104和SN 106A可以支持X2或Xn接口。通常，CN 110可以连接到支持NR小区和/或EUTRA小区的任何合适数量的基站。在一些情况下，基站106B可以是连接到CN 110中的3G核心网的UTRA基站。

继续参考图1A，基站104配备有处理硬件130，处理硬件130可以包括一个或多个通用处理器(诸如CPUs)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实现方式中的处理硬件130包括RRC控制器132，其被配置为管理RRC过程，例如RRC连接重建过程、RRC重新配置过程、切换过程、具有同步的重新配置过程、和/或测量配置和报告过程，参考下面的消息和流程图进行讨论。处理硬件130还包括RAT间切换(HO)控制器134，其被配置为管理与CN 110和/或另一基站(例如，基站106A、106B)的网络过程，参考下面的消息和流程图进行讨论。

基站106A配备有处理硬件140，处理硬件140还可以包括一个或多个通用处理器(诸如CPU)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例性实现方式中的处理硬件140包括RRC控制器142，其被配置为管理RRC过程，例如RRC连接重建过程、RRC重新配置过程、切换过程、具有同步的重新配置过程、和/或测量配置和报告过程，参考下面的消息和流程图进行讨论。处理硬件140还包括接口控制器144，其被配置为管理与CN 110和/或另一基站(例如，基站106A、106B)的网络过程，参考下面的消息和流程图讨论。基站106B可以具有与基站104或基站106A相同或相似的硬件。

替代地，基站106B支持LTE(即，EUTRA)并且具有与支持NR的基站104和106A不同的硬件。在这样的替代方案中，基站106B的处理硬件包括EUTRA RRC控制器，该EUTRA RRC控制器被配置为管理EUTRA RRC过程，例如RRC连接重建过程、RRC连接重新配置过程、切换过程和/或测量配置和报告过程，参考下面的消息和流程图进行讨论。处理硬件还包括接口控制器，其被配置为管理与EPC 111的网络过程，参考下面的消息和流程图进行讨论。

替代地，基站106B支持UTRA并且具有与支持NR或EUTRA的基站104或106A不同的硬件。在这样的替代方案中，基站106B的处理硬件包括UTRA RRC控制器，其被配置为管理UTRARRC过程，例如小区更新过程、无线承载重新配置过程、传输信道重新配置过程、物理信道重新配置过程、切换到UTRAN过程和/或测量配置和报告过程，参考下面的消息和流程图进行讨论。处理硬件还包括接口控制器，其被配置为管理与UMTS核心网的网络过程，参考下面的消息和流程图进行讨论。

仍然参考图1A，UE 102配备有处理硬件150，处理硬件150可以包括一个或多个通用处理器(诸如CPU)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂态计算机可读存储器。示例性实现方式中的处理硬件150包括RRC控制器152，其被配置为管理RRC过程，例如RRC连接重建过程、RRC重新配置过程、切换过程、具有同步的重新配置过程、和/或测量配置和报告过程，参考下面的消息和流程图进行讨论。在一些实现方式中，处理硬件150另外包括UTRA RRC控制器，其被配置为管理UTRA RRC过程，例如RRC连接重建过程、无线承载重新配置过程、传输信道重新配置过程、物理信道重新配置过程、切换过程和/或测量配置和报告过程，参考下面的消息和流程图讨论，参考下面的消息和流程图讨论。

在操作中，UE 102可以使用一个或多个无线承载(例如，DRB和/或SRB)来与基站104通信。UE 102可以从基站104接收配置无线承载的无线承载配置。当在上行链路(从UE102到基站)和/或下行链路(从基站到UE 102)方向上在无线承载上通信时，UE 102可以应用一个或多个安全密钥。在一些情况下，UE 102可以使用不同的RAT来与基站104和106A进行通信。尽管下面的示例具体涉及特定CN类型(EPC、5GC)和RAT类型(5G NR和EUTRA)，但是通常，本公开的技术也可以应用于其它适当的无线接入和/或核心网技术，例如第六代(6G)无线接入和/或6G核心网。

继续参考图1A，CN 110经由RAN 105将UE 102通信地连接到互联网协议(IP)多媒体子系统(IMS)网络170。IMS网络170可以向UE 102提供各种IMS服务，诸如IMS短消息、IMS非结构化补充服务数据(USSD)、IMS增值服务数据、IMS补充服务数据、IMS语音呼叫和IMS视频呼叫。为此，在IMS网络170中操作的实体(例如，服务器或服务器群组)支持与UE的分组交换。分组可以传送信令(诸如会话发起协议(SIP)消息、IP消息或其他合适的消息)以及诸如语音或视频的数据(“或媒体”)。尽管具体参考IMS讨论了本公开的技术，但是CN 110通常可以连接到或包括提供基于分组的呼叫的任何合适的系统。

图1B描绘了基站104、106A、106B中的任何一个或多个的示例分布式实现方式。在该实现方式中，基站104、106A或106B包括中央单元(CU)172和一个或多个分布式单元(DU)174。CU 172包括处理硬件，诸如一个或多个通用处理器(例如，CPU)和存储可在通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，CU 172可以包括图1A的处理硬件130或140。

DU 174中的每一者还包括处理硬件，该处理硬件可包括一个或多个通用处理器(例如，CPU)和存储可在该一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，处理硬件可以包括被配置为管理或控制一个或多个MAC操作或过程(例如，随机接入过程)的介质访问控制(MAC)控制器，以及被配置为当基站(例如，基站106A)作为MN或SN操作时管理或控制一个或多个RLC操作或过程的无线链路控制(RLC)控制器。处理硬件还可以包括被配置为管理或控制一个或多个物理层操作或过程的物理层控制器。

在一些实现方式中，CU 172可以包括逻辑节点CU-CP 172A，其托管CU 172的分组数据汇聚协议(PDCP)协议和/或CU 172的无线电资源控制(RRC)协议的控制平面部分。CU172还可以包括托管CU 172的PDCP协议和/或服务数据适配协议(SDAP)协议的用户平面部分的逻辑节点CU-UP 172B。如本文所述，CU-CP 172A可以发送非MBS控制信息和MBS控制信息，并且CU-UP 172B可以发送非MBS数据分组和MBS数据分组。

CU-CP 172A可以通过E1接口连接到多个CU-UP 172B。CU-CP 172A为UE 102的所请求服务选择适当的CU-UP 172B。在一些实现方式中，单个CU-UP 172B可以通过E1接口连接到多个CU-CP 172A。CU-CP 172A可以通过F1-C接口连接到一个或多个DU 174。CU-UP 172B可以在同一CU-CP 172A的控制下通过F1-U接口连接到一个或多个DU 174。在一些实现方式中，一个DU 174可以在同一CU-CP 172A的控制下连接到多个CU-UP 172B。在这样的实现方式中，CU-UP 172B和DU 174之间的连接是由CU-CP 172A使用承载上下文管理功能来建立的。

图2A以简化的方式示出了示例协议栈200，根据该协议栈，UE 102可以与eNB/ng-eNB或gNB(例如，基站104、106A、106B中的一个或多个)通信。

在示例栈200中，EUTRA的物理层(PHY)202A向EUTRA MAC子层204A提供传输信道，EUTRA MAC子层204A进而向EUTRARLC子层206A提供逻辑信道。EUTRARLC子层206A进而向EUTRAPDCP子层208提供RLC信道，并且在一些情况下，向NR PDCP子层210提供RLC信道。类似地，NR PHY 202B向NR MAC子层204B提供传输信道，NR MAC子层204B进而向NR RLC子层206B提供逻辑信道。NR RLC子层206B进而向NR PDCP子层210提供数据传输服务。NR PDCP子层210进而可以向以太网协议层(图2A中未示出)、互联网协议(IP)层(图2A中未示出)、服务数据适配协议(SDAP)212和/或无线电资源控制(RRC)子层(图2A中未示出)提供数据传输服务。在一些实现方式中，UE 102支持如图2A所示的EUTRA和NR栈两者，以支持EUTRA和NR基站之间的切换和/或支持EUTRA和NR接口上的DC。此外，如图2A所示，UE 102可以支持NR PDCP210在EUTRA RLC 206A上、以及SDAP子层212在NR PDCP子层210上的分层。

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

在控制面上，EUTRA PDCP子层208和NR PDCP子层210可以提供SRB以交换例如RRC消息或非接入层(NAS)消息。在用户平面上，EUTRA PDCP子层208和NR PDCP子层210可以提供DRB以支持数据交换。在NR PDCP子层210上交换的数据可以是SDAP PDU、互联网协议(IP)分组或以太网分组。

图2B以简化的方式示出了UE 102可以根据其与RNC和/或节点B(例如，基站106B)通信的示例协议栈250。

在示例栈250中，UTRA的物理层(PHY)252向UTRA MAC子层254提供传输信道，UTRAMAC子层254进而向UTRA RLC子层256提供逻辑信道。UTRA RLC子层256进而向UTRA PDCP子层(图2B中未示出)和/或无线电资源控制(RRC)子层258提供RLC信道。PDCP子层进而可以向IP层(图2B中未示出)提供数据传输服务。在一些实现方式中，UTRA RLC子层256可以向语音和/或视频编解码器提供数据传输服务，语音和/或视频编解码器生成用于传输的语音和/或视频分组，并且处理接收到的语音和/或视频分组。在其它实现方式中，UTRA MAC子层254可以向语音和/或视频编解码器提供数据传输服务，语音和/或视频编解码器生成用于传输的语音和/或分组，并且代替UTRA RLC子层256来处理接收到的语音分组。在一些实现方式中，UE 102支持如图2A所示的NR栈和如图2B所示的UTRA栈两者，以支持用于语音或视频呼叫的从NR基站到UTRA基站的切换。

在控制平面上，UTRA RLC子层256可以提供SRB以交换例如RRC消息或非接入层(NAS)消息。在用户平面上，UTRA RLC子层256和/或UTRA PDCP子层可以提供DRB以支持数据交换。在PDCP子层上交换的数据可以是互联网协议(IP)分组。

接下来，图3示出了在UE切换到支持EUTRA接口的基站期间，当RAN不能向语音IMS呼叫提供连续性时，通过5G NR接口建立的IMS语音呼叫故障的已知场景。场景300中的基站104作为gNB操作，并且基站106B作为eNB操作。最初，UE 102经由gNB 104(例如，在小区124上)和CN 110(例如，5GC 160)在与IMS网络170的IMS语音呼叫中操作302。UE 102稍后向gNB104发送304测量报告消息。根据测量报告消息中的测量结果，gNB 104确定306将UE 102切换到eNB 106B。响应于确定306，gNB 104向UE 102发送308包括“EUTRA”指示的UE能力查询消息(例如，UECapabilityEnquiry消息)以从UE 102获取LTE(例如，EUTRA)能力。响应于“EUTRA”指示，UE 102向gNB 104发送310包括EUTRA能力的UE能力信息消息(例如，UECapabilityInformation消息)。

在一些实现方式中，UE 102生成包括EUTRA能力的UE-EUTRA-Capability信息元素(IE)，将UE-EUTRA-Capability IE包括在UE能力信息消息中，并将UE能力信息消息发送310到gNB 104。在接收到UE能力信息消息之后，gNB 104向CN 110发送312包括EUTRA能力(例如，UE-EUTRA-Capability IE)的需要切换(handover required)消息。在接收到需要切换消息之后，CN 110向eNB 106B发送314包括EUTRA能力的切换请求消息。在一些实现方式中，gNB 104向5GC 160(例如，AMF 164)发送312需要切换消息，5GC 160又向EPC 111发送包括EUTRA能力(例如，UE-EUTRA-Capability IE)的(转发)重定位请求消息。响应于接收到(转发)重定位请求消息或在接收到(转发)重定位请求消息之后，CN 110向eNB 106B发送314切换请求消息。

响应于切换请求消息，eNB 106B生成316RRC切换命令消息(例如，3GPP规范36.331中规定的RRCConnectionReconfiguration消息)。在一些实现方式中，eNB 106B根据EUTRA能力生成配置参数，并且将配置参数包括在RRC切换命令消息中。在其他实现方式中，eNB106A根据默认UE能力(即，不参考UE能力)来生成配置参数。

在生成316RRC切换命令消息之后，RNC 106B向CN 110发送318包括RRC切换命令消息的切换请求确认(ACK)消息。在接收318切换请求确认消息之后，CN 110向gNB 104发送320包括RRC切换命令消息的切换命令消息。在一些实现方式中，EPC 111接收318切换请求确认消息，并且进而向CN 110发送包括RRC切换命令消息的(转发)重定位响应消息。然后，CN 110将切换命令消息发送320到gNB 104，gNB 104又经由小区124将RRC切换命令消息发送324到UE 102。在一些实现方式中，gNB 104向UE 102发送324包括RRC切换命令消息的MobilityFromNRCommand消息。

然而，准备从gNB 104到eNB 106B的切换的过程可能花费大量时间。在该时间期间，UE 102可以确定322来自gNB 104的信号变弱。因此，UE 102不接收325切换到UTRAN命令消息，并且最终检测326经由小区124与gNB 104的无线电连接上的无线链路故障。具体地，根据3GPP规范38.331，UE 102生成并发送310UE能力信息消息可能需要80ms。80ms在切换准备期间引入了显著的延迟。在检测326无线链路故障之后，UE 102可以执行RRC连接重建过程以恢复无线链路故障。UE 102可以搜索328UE 102支持的所有NR载波频率，以找到合适的NR小区来执行RRC连接重建过程。然而，在一些情况下，UE 102无法找到合适的NR小区来执行RRC连接重建过程，因为UE 102已经离开NR覆盖。因此，UE 102无法恢复无线链路故障，这导致语音呼叫掉线330。

在从gNB 104切换到3G基站(例如，RNC)的情况下，可能发生类似的问题。在这种情况下，即使UE 102可以找到合适的NR小区来执行RRC连接重建过程，IMS网络170也可能无法继续语音呼叫，因为语音呼叫可能已经在切换准备期间从IMS类型转换为电路交换(CS)类型。

接下来，图4A-6B示出了RAN 105更有效地查明关于EUTRA的UE能力的若干场景，这允许UE 102维持IMS服务。类似的技术可以在具有支持NR和UTRA接口、EUTRA和UTRA接口等的基站的RAN中实现。一般而言，图4A-5B中可能类似的事件用类似的附图标记来标记(例如，事件402可以类似于事件502、602等)，其中在适当的情况下在下面讨论差异。除了附图中所示和下面讨论的差异之外，关于特定事件(例如，用于消息传递和处理)讨论的任何替代实现方式可以应用于在其他附图中用类似附图标记标记的事件。

首先参考图4A，示例场景400开始于UE 102经由gNB 104在与IMS网络170的IMS语音呼叫中操作402。在其他类似场景中，IMS呼叫可以是视频呼叫。更一般地，过程402可以涉及任何合适的分组数据服务的会话。

为了简单起见，在下面的讨论中，5GC 160和EPC 111可以被称为CN 110。应当理解，取决于场景，与切换、IMS服务等相关的消息可以在RAN 105和5GC 160之间传播，并且在其他情况下在RAN 105和EPC 111之间传播。

在UE 102已经开始与IMS170交换数据分组之后的某个时刻，gNB 104确定它应该查明UE关于LTE的能力。此时，gNB 104尚未确定切换到合适的小区将是必要的。在一些实现方式或场景中，gNB 104无条件地进行确定432。在其他实现方式或场景中，gNB 104确定UE102在其中操作的小区与eNB 106B的小区重叠或完全被eNB 106B的小区覆盖。在其他实现方式或场景中，gNB 104确定尽管UE 102的信号强度和/或质量测量尚未触发切换准备，但是信号强度和/或质量测量在表明切换可能在不久的将来(例如，在某个预定时间段内)发生的方向上演变。在其他情况下，gNB 104可以确定432满足切换的多个条件中的一些但不是全部。

响应于确定432，gNB 104经由5G NR接口查询408UE 102并接收410响应，类似于上面讨论的事件308和310。事件410的响应指定EUTRA能力，诸如UE 102是否支持EUTRA上的IMS语音、EUTRA上的IMS视频、EPS回退等。gNB 104可以使用所确定的关于EUTRA的UE能力来随后维持过程402的会话的连续性。然而，在一些情况下，gNB 104不利用所确定的EUTRA能力。

在一些实现方式中，在UE 102与IMS网络进行语音呼叫(发起)之前，gNB 104可以在事件408和410处的UE能力信息过程中进行确定432并从UE 102获取EUTRA能力。

具体地，gNB 104可以从UE 102接收404测量报告，并且基于测量报告，确定406gNB104应该发起UE 102到eNB 106B的小区的切换。类似于上面讨论的事件312和314，gNB 104可以向CN 110发送412包括EUTRA能力(例如，UE-EUTRA-Capability IE)的切换要求消息，并且CN 110向eNB 106B发送414包括EUTRA能力的切换请求消息。然而，与上面讨论的图3的场景不同，这里gNB 104已经具有用于UE 102的EUTRA信息，该EUTRA信息在确定406时立即可用于向CN 110报告。

在该示例场景中，eNB 106B和UE 102通过EUTRA接口支持对应的IMS服务(例如，语音)。响应于接收414切换请求消息，eNB 106B生成416RRC切换命令消息，类似于上面讨论的事件316。在生成316RRC切换命令消息之后，eNB 106B向CN 110发送318包括RRC切换命令消息的切换请求确认消息。在接收418切换请求确认消息之后，CN 110向gNB 104发送420包括RRC切换命令消息的切换命令消息。CN 110将切换命令消息发送420到gNB 104，gNB 104又将RRC切换命令消息发送424到小区124中的UE 102。在一些实现方式中，gNB 104向UE 102发送424包括RRC切换命令消息的MobilityFromNRCommand消息。

然后，UE 102可以继续与IMS170的IMS会话，但是经由eNB 106B和EPC 111以及EPC111而不是过程402的gNB 104和5GC 160。共同地，事件404-440可以被称为RAT间IMS会话切换过程490。

接下来，图4B示出了通常类似于图4A的示例场景400B的消息传送图，但是UE仅经由gNB 104和5GC 160发起401IMS呼叫，而不是如事件402中那样建立会话。因此，这里的gNB104参与RAT间IMS会话发起切换过程491，而不是参与RAT间IMS会话切换过程490。过程491类似于过程490，但是包括语音呼叫发起过程441和语音呼叫建立过程442，而不是过程440。

现在参考图5A，示例场景500A开始于UE 102与gNB 106A通信503。响应于接收508测量报告，gNB 106A在将UE 102切换到使用相同RAT操作的另一基站gNB 104之前确定504、506UE 102的EUTRA能力。在gNB 106A确定511将UE 102切换到gNB 104之后，gNB 106A向eNB104发送513切换请求消息。gNB 106A在切换请求消息中包括NR和EUTRA能力两者。

gNB 104基于接收到的NR能力生成515用于UE 102的RRC重新配置，并向gNB 106A发送517包括RRC重新配置的切换请求确认消息，并且gNB 106A相应地向UE 102提供519RRC重新配置。然后，UE 102与gNB 104执行521随机接入过程，并最终向gNB 104发送523RRC重新配置完成消息。

因此，gNB 104此时已经确定了UE 102关于EUTRA的能力。如图5A所示，UE 102然后经由gNB 104在与IMS网络170的IMS语音呼叫中操作502。然后，UE 102执行类似于过程490的RAT间IMS会话切换过程590。过程590是高效的(类似于过程490)，因为gNB 104不需要向UE 102查询其EUTRA能力。

现在参考图5B，场景500B类似于场景500A，除了gNB 104执行分别类似于过程401和490的过程501和591以转移IMS呼叫的会话的发起而不是已经建立的会话。

图6A是示例场景600A的消息传送图，其中UE 102最初也与gNB 106A通信，类似于图5A的场景。然而，这里，gNB 106A通过发送607具有非活动(inactive)指示的RRC释放命令来指示UE转换到RRC_INACTIVE状态。在以RRC_INACTIVE状态操作609之后，UE向gNB 104发送670RRC恢复请求消息。例如，UE 102可能已经改变其位置并且在gNB 104的NR小区中检测到更好的信号测量。

然后，gNB 104向gNB 106A发送671取回UE上下文请求消息，并且作为响应从gNB106A接收672取回UE上下文响应消息。取回UE上下文响应消息可以包括NR和EUTRA能力两者。gNB 104然后向UE 102发送673RRC恢复命令，并且UE 102以RRC恢复完成进行响应674。UE 102还转换回RRC_CONNECTED状态。

因此，类似于上面讨论的场景，gNB 104此时已经确定了UE 102关于EUTRA的能力。然后，UE 102经由gNB 104在与IMS网络170的IMS语音呼叫中操作602。然后，UE 102执行类似于过程490的RAT间IMS会话切换过程690。过程690是高效的(类似于过程490)，因为gNB104不需要向UE 102查询其EUTRA能力。

现在参考图6B，场景600B类似于场景600A，除了gNB 104执行分别类似于过程401和490的过程601和691以转移IMS呼叫的会话的发起而不是已经建立的会话。

通常参考上述场景，在一些情况下，源基站(例如，gNB 106A)可以确定它不应该将UTRA能力转发到目标NG-RAN(例如，gNB 104)，以便适当地支持从NR到UTRAN的单无线电语音呼叫连续性(SRVCC)。

特别地，如TS 36.300和38.30(RAT间切换信息)中描述的UTRAN能力包括START-CS、START-PS和“预定义配置”，它们是“动态”IE。为了避免START(开始)值不同步和密钥重放问题，源gNB(例如，gNB 106A)或eNB总是在切换到UTRA-FDD之前请求UE UTRA-FDD能力。如果源RAN(例如，gNB 106A)将UTRA能力转发到目标NG-RAN(例如，gNB 104)，则在从目标NG-RAN到UTRAN的SRVCC切换中可能发生START值不同步。

为此，本公开的源基站不将UE能力转发给目标NG-RAN。例如，基站可以从HandoverPreparationInformation(切换准备信息)中省略(不包括)UTRA能力。基站可以使用HandoverPreparationInformation消息来传送在切换准备或UE上下文取回期间(例如，在恢复或重建的情况下)由目标gNB使用的NR RRC信息，包括UE能力信息。该消息还可以用于在CU和DU之间传送信息。

作为更具体的示例，HandoverPreparationInformation消息可以包括具有UE-CapabilityRAT-ContainerList类型的ue-CapabilityRAT-List字段的HandoverPreparationInformation-IE。当源RAT是NR时，基站(例如，gNB 106A)可以选择不包括UTRA能力。当源RAT是EUTRAN时，基站(例如，eNB 106B)还可以选择不包括UTRA能力。

接下来，讨论可以在图1A的基站或UE中实现的若干场景。一般而言，图7A-21中可能相似的事件用相似的附图标记来标记(例如，事件702可以类似于事件802、902等)，其中在适当的情况下在下面讨论差异。

首先参考图7A，例如，可以在基站gNB 104中实现用于在切换发起之前确定UE关于另一RAT的能力的示例方法700A。在框702A处，基站经由第一RAT与UE进行通信。在框704A处，基站获取UE的第一RAT能力(例如，NR)。为此，基站可以查询UE或从CN获取第一RAT能力。在框706A处，基站经由第一RAT来获取UE的第二RAT能力(例如，EUTRA)。基站在确定UE应当执行到使用第二RAT操作的另一基站的切换之前这样做。

现在参考图7B，例如，用于在切换发起之前确定UE关于另一RAT的能力的示例方法700B也可以在基站gNB 104中实现。框702B和704B分别类似于框702A和704A。在框705B处，基站确定UE 102可以使用第二RAT在其中操作的小区是否接近执行方法700B的基站。如上所述，gNB 104的NR小区可以与eNB 106B的EUTRA小区重叠或在eNB 106B的EUTRA小区内。当框705B处的判定为“是”时，流程进行到框706B，其类似于图7A的框706A。否则，流程前进至框708B，其中基站抑制获取UE的第二RAT能力。

现在参考图7C，例如，用于在切换发起之前确定UE关于另一RAT的能力的示例方法700C也可以在基站gNB 104中实现。框702C和704C分别类似于框702A和704A。在框707处，基站从UE或CN接收消息。如果消息指示对IMS服务的连接请求(框716C)，则流程前进到框706C；否则，流程前进到框708C。框706C和708C分别类似于框706B和708B。

接下来，图8示出了用于确定UE关于另一RAT的能力并经由接口消息将该能力提供给另一基站的示例方法800，其可以在例如gNB 104中实现。在框802处，基站经由第一RAT与UE进行通信。在框804处，基站获取UE的第一RAT能力(例如，NR)。在框806处，基站经由第一RAT来获取UE的第二RAT能力(例如，EUTRA)。随后，在框80处，基站向第三基站或核心网发送所确定的第一RAT和第二RAT能力。基站可以在切换准备过程期间或在用于取回UE上下文的过程期间这样做。

另一方面，根据图9的方法900，类似于图8的方法，基站在框902-906处确定第一和第二RAT能力，但是这里基站排除用于其它RAT的UE能力，并且在框910处仅报告与直接执行的过程直接相关的能力，或者至少排除一个或多个能力。例如，实现为gNB的基站可以抑制向另一gNB发送UTRA能力。作为另一示例，实现为eNB的基站可以抑制向gNB发送UTRA能力。在一些实现方式中，在框910处，基站向第三基站或核心网发送第一RAT能力。在其它实现方式中，在框910处，基站不向第三基站或核心网发送第一RAT能力。

现在参照图10，根据方法1000，当正在执行的过程是切换准备过程时，基站确定其应当执行框1010并且向另一基站或核心网报告第二RAT能力，或者当正在执行的过程是用于取回UE上下文的过程时，基站确定其应当执行框1012并且从去往第二基站的消息中排除第二RAT能力。基站在框1008处做出该确定。

图11是用于确定目标基站是否应当查询UE以确定该UE关于另一RAT的能力的示例方法1100的流程图。例如，方法1100可以在eNB 106B或gNB 106A中实现。在框1102处，基站在第一RAT(例如，NR)的切换准备过程或取回UE上下文过程期间，从源基站(例如，gNB 104)或核心网接收用于UE的接口消息。如果基站在框1104处确定接口消息包括第二RAT能力(例如，EUTRA)，则流程进行到框1106，其中目标基站抑制向UE查询关于第二RAT能力。以此方式，目标基站减少花费在查明UE的能力上的时间量。

否则，流程进行到框1108，其中基站确定接口消息是否指示UE支持切换到第二RAT。如果是，则流程进行到框1110，其中目标基站向UE查询第二RAT能力。

图12是用于在重定向到另一小区以建立或继续IMS呼叫之前向基站提供RAT能力的示例方法1200的流程图，该示例方法1200可例如在UE 102中实现。在框1202处，UE经由第一RAT(例如，NR)与RAN通信。在框1204处，UE接收关于第一RAT的能力查询消息。作为响应，在框1206处，UE发送UE能力信息消息，该UE能力信息消息包括UE支持从第一RAT到第二RAT的重定向的指示。换句话说，在这种情况下，UE报告与第二RAT相关的能力，而无需来自RAN的关于第二RAT能力的显式查询。

在框1208，UE从RAN接收重定向命令，以便将UE重定向到第二RAT的载波频率。在框1210处，UE进入RRC_IDLE状态，然后连接到第二RAT的载波频率的小区。UE可在没有进一步延迟的情况下转变到第二RAT以发起或继续IMS呼叫。

图13A是用于确定基站应如何使UE转换到另一RAT以发起或维持IMS服务的示例方法1300A的流程图，其可以在例如gNB 104中实现。在框1302A处，基站经由第一RAT(例如，NR)与UE进行通信。在框1304A处，基站从CN接收用于UE的IMS服务的CN到BS接口消息。

如果基站在框1306A处确定UE支持从第一RAT到第二RAT的重定向，则流程进行到框1308A，其中基站向UE发送相应的重定向命令。否则，流程前进到框1310A，其中基站进一步确定UE是否支持从第一RAT到第二RAT的切换。取决于该确定，基站在框1312A处向UE发送切换命令，或者在框1314A处向UE发送RRC消息。RRC消息可以配置用于IMS服务的DRB或将UE配置为转换到RRC_IDLE。

图13B是可以在gNB 104中实现的用于确定基站是否应当将UE重定向到另一RAT以发起或维持IMS服务的示例方法1300B的流程图。框1302B和1304B分别类似于框1302A和1304A。在框1307B处，基站确定UE和基站是否支持经由第一RAT的IMS服务(例如，NR上的IMS语音)。如果UE和基站支持RAT上的IMS服务，则在框1309B处，基站发送RRC消息以配置用于IMS服务的DRB。否则，在框1311B处，基站向UE发送重定向命令，以将UE重定向到第二RAT的小区。

图14是用于基于小区可用性来确定基站是否应当将UE重定向到另一RAT以发起或维持IMS服务的另一示例方法1400的流程图，其可以在gNB 104或另一合适的5G基站中实现。在框1402处，基站通过5G NR接口与UE进行通信。接下来，在框1404处，基站从CN接收请求用于IMS服务的无线电资源的CN到BS接口消息。如果基站在框1406确定LTE小区可用，则基站传送重定向命令以将UE重定向到LTE小区。如果基站在框1406处确定3G小区可用，则基站发送切换命令以将UE切换到3G小区。在该场景中，5G基站和/或UE不能通过NR建立所请求的IMS服务的会话。

图15是用于在发起IMS服务时处理切换故障的示例方法1500的流程图，其可以在UE 102或另一合适的UE中实现。在框1502处，UE经由NR基站、经由IMS网络执行IMS服务。在框1504处，UE从NR基站接收切换命令，同时执行与IMS服务相关的过程。在框1506处，UE未能根据切换命令切换到UTRA小区。在框1508处，UE确定不执行RRC连接建立，而是直接转换到RRC IDLE。

现在参考图16，可以在UE 102或另一合适的UE中实现用于确定UE是否应该在切换故障之后与RAN重建无线电连接的示例方法1600。UE最初与NR基站进行通信(框1602)。在框1604处，UE从NR基站接收切换，并且在框1606处，UE未能根据切换命令切换到目标小区。如果UE确定目标小区不是NR小区，则UE确定其不应当执行RRC连接重建过程并且直接转换到RRC_IDLE(框1610)。可选地，UE在随后搜索新小区时使非NR载波频率优先于NR载波频率(框1612)。如果UE在框1608确定目标小区是NR小区，则UE确定它应当执行RRC连接重建规程(框1614)。可选地，UE在随后搜索新小区时使NR载波频率优先于非NR载波频率(框1616)。

图17是用于确定UE是否应当在切换故障之后重建与RAN的无线电连接的另一示例方法1700的流程图，该方法也可以在UE 102或另一合适的UE中实现。方法1700类似于方法1600，但是这里在框1708处，UE确定小区是否是UTRA小区。当小区是UTRA小区时，UE确定它不应该执行RRC连接重建过程，并且直接转换到RRC_IDLE(框1710)。可选地，UE在随后搜索新小区时使UTRA频率优先于其它载波频率(框1712)。如果UE在框1708处确定目标小区是NR小区，则UE在框1714处确定切换命令是否包括服务回退指示(例如，EPS回退)。然后，UE确定它应该执行RRC连接重建过程(框1716)。可选地，UE在随后搜索新小区时使NR载波频率优先于非NR载波频率(框1718)。

参照图18，用于确定UE是否应当在切换故障之后并且在UE已发起IMS呼叫之后重建与RAN的无线电连接的示例方法1800可在UE 102或另一合适的UE中实现。在框1802处，UE处于IMS语音呼叫的会话中或者正在经由NR基站发起与IMS网络的会话。UE在该过程期间检测到无线电连接的故障(框1804)，并且在框1806处，确定它不应该执行RRC连接重建过程，而是转换到RRC_IDLE。在框1808处，UE可选地优先搜索非NR载波频率。

图19是用于取决于是否已经建立IMS来确定UE是否应该重建无线电连接的示例方法1900的流程图，其可以在UE 102或另一合适的UE中实现。方法1900类似于上面讨论的方法1600，但是在框1906处，UE确定UE是否已经建立了IMS语音呼叫或者正在执行IMS语音呼叫的发起。当语音呼叫被建立或被发起时，UE执行框1908(抑制执行RRC连接建立过程)和1912(优先搜索非NR载波频率)。否则，当UE不是正在执行与IMS服务相关的动作时，UE执行框1914(执行RRC连接重建)和1916(优先搜索NR载波频率)。

图20是用于取决于UE是否支持特定RAT上的服务来确定UE是否应当重建无线电连接的示例方法2000的流程图，其可以在UE 102或另一合适的UE中实现。方法2000类似于上面讨论的方法1600，但是在框2006处，UE确定UE或小区是否支持NR语音。当UE不支持NR语音时，UE执行框2008(抑制执行RRC连接建立过程)和2010(优先搜索非NR载波频率)。否则，当UE支持NR语音时，UE执行框2012(执行RRC连接重建)和2014(优先搜索NR载波频率)。

图21是用于向分组数据服务的会话提供连续性的示例方法的流程图，该示例方法可以在例如gNB 104中实现。在框2102处，基站使用第一RAT在UE和分组数据网络之间传送与分组数据服务的会话相关联的消息(事件401、402、501、602)。在框2104处，在确定基站应当将UE切换到第二RAT(事件408/410、512、616)之前，基站确定UE关于第二RAT的能力。在框2106处，基站使用所确定的UE的能力来执行切换(事件406/412、590、690)。

以下附加考虑适用于前述讨论。

在一些实现方式中，“消息”被使用并且可以由“信息元素(IE)”代替。在一些实现方式中，“IE”被使用并且可以由“字段(field)”代替。

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

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

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

以下示例列表反映了本公开明确考虑的另一个另外的实现方式。

示例1。一种用户设备(UE)中用于处理切换故障的方法，包括：由处理硬件经由第一基站并使用第一RAT来传送与UE和分组数据网络之间的会话相关联的消息；由所述处理硬件接收指令所述UE执行到支持第二RAT的第二基站的切换的命令；响应于检测到未能完成所述切换：抑制执行用于重建到所述RAN的连接的过程，以及转换到用于控制无线电资源的协议的空闲状态。

示例2。根据示例2所述的方法，还包括：由所述处理硬件使对与所述第二RAT相关联的小区的搜索优先于对与所述第一RAT相关联的小区的搜索。

示例3。根据示例1或2所述的方法，其中，所述第一RAT不如所述第二RAT先进。

示例4。根据示例1所述的方法，其中，所述抑制是响应于确定所述UE具有已建立的分组数据服务的会话进行的。

示例5。根据示例1所述的方法，其中，所述抑制是响应于确定所述UE已经发起但尚未建立分组数据服务的会话进行的。

示例6。一种方法可以在第一基站中实现，以向分组数据服务的会话提供连续性。该方法包括：由处理硬件使用第一RAT来传送与UE和分组数据网络之间的会话相关联的消息；在确定所述UE应当执行到支持第二RAT的第二基站的切换之前，由所述处理硬件确定所述UE关于所述第二RAT的能力；以及由所述处理硬件使用所确定的UE的能力来执行切换。

示例7。根据示例6所述的方法，其中，确定所述UE的能力包括：由所述处理硬件经由所述第一RAT从所述UE接收对所述能力的指示。

示例8。根据示例7所述的方法，其中，确定所述UE的能力是响应于确定所述基站位于所述第二基站的小区内进行的。

示例9。根据示例7所述的方法，其中，确定所述UE的能力是响应于从分组数据网络接收在所述UE与所述分组数据网络之间建立分组数据服务的会话的请求进行的。

示例10。根据示例7所述的方法，其中，确定所述UE的能力是响应于从所述UE接收到在所述UE与分组数据网络之间建立分组数据服务的会话的请求进行的。

示例11。根据示例7-10中任一项所述的方法，其中，传送与所述会话相关联的消息包括：在确定所述UE的能力之前，传送所建立的呼叫的消息。

示例12。根据示例7-10中任一项所述的方法，其中，传送与所述会话相关联的消息包括：在确定所述UE的能力之前，传送用于建立新呼叫的消息。

示例13。根据示例7-12中任一项所述的方法，其中，接收对能力的指示包括：由处理硬件向UE发送指定第二RAT的UE能力查询消息；以及由处理硬件从UE接收包括能力的指示的UE能力响应消息。

示例14。根据示例7-12中任一项所述的方法，其中，接收对能力的指示包括：由处理硬件向UE发送仅指定第一RAT的UE能力查询消息；以及由处理硬件从UE接收包括能力的指示的UE能力响应消息。

示例15。根据示例7-14中任一项所述的方法，还包括：在确定所述能力之后：响应于确定所述第一站已经发起针对所述切换的准备过程，向(i)所述第二基站或(ii)所述第一基站和所述第二基站连接到的核心网，发送对所述能力的指示。

示例16。根据示例7-15中任一项所述的方法，还包括：在确定所述能力之后：响应于确定所述第一站已经发起针对所述切换的准备过程，向所述第二基站发送对所述能力的指示。

示例17。根据示例16所述的方法，还包括：在确定所述能力之后：在第二实例中，响应于确定所述第一站正在执行用于取回所述UE的上下文的过程，抑制响应于对所述上下文的请求而向所述第二基站提供所述能力。

示例18。根据示例6所述的方法，其中，确定所述UE的能力包括：从另一基站接收对所述能力的指示。

示例19。根据示例18所述的方法，其中，接收所述指示包括：从所述另一基站接收切换请求，所述切换请求消息包括所述指示。

示例20。根据示例18所述的方法，其中，接收所述指示包括：由所述处理硬件接收恢复所述UE与第二基站之间的暂停的无线电连接的请求；以及响应于所述请求，从所述第二基站取回所述UE的上下文，所述上下文包括所述指示。

示例21。根据示例18-20中任一项所述的方法，其中，传送与所述会话相关联的消息包括：在确定所述UE的能力之后，传送先前通过另一基站建立的呼叫的消息。

示例22。根据示例18-20中任一项所述的方法，其中，传送与所述会话相关联的消息包括：在确定所述UE的能力之后，传送用于建立新呼叫的消息。

示例23。一种基站，包括处理硬件并且被配置为实现根据示例7-22中任一项所述的方法。

示例24。一种用户设备(UE)中的用于使用分组数据服务的方法，所述方法包括：由处理硬件使用第一RAT经由第一基站进行通信；由所述处理硬件从所述第一基站接收与所述UE的仅关于所述第一RAT的能力有关的查询；由所述处理硬件向所述第一基站发送对所述查询的响应，所述响应包括对所述UE关于从所述第一RAT到第二RAT的重定向的能力的指示；响应于从所述第一基站接收到消息，使用第二RAT连接到第二基站；以及由处理硬件经由第二基站传送与UE和分组数据网络之间的会话相关联的消息。

示例25。根据示例24所述的方法，其中，接收所述消息包括：接收用于释放与所述第一基站的无线电连接的命令。

示例26。根据示例24所述的方法，其中，接收所述消息包括：接收指示所述UE转换到所述第二基站的切换命令。

示例27。根据示例24所述的方法，其中，对所述UE的能力的指示包括演进型分组系统(EPS)回退指示。

示例28。根据示例24-27中任一项所述的方法，其中，使用所述第一RAT经由所述第一基站进行通信包括：传送用于建立呼叫的消息。

示例29。根据示例24-27中任一项所述的方法，其中，使用所述第一RAT经由所述第一基站进行通信包括：传送所建立的呼叫的消息。

示例30。一种UE，包括处理硬件并且被配置为实现根据示例24-29中任一项所述的方法。

Claims (16)

1.一种在第一基站中用于向分组数据服务的会话提供单无线电语音呼叫连续性SRVCC的方法，所述方法包括：

由处理硬件使用NR或EUTRA传送与UE和分组数据网络之间的会话相关联的消息；

由所述处理硬件确定所述UE关于UTRA的能力；以及

向第二基站发送用于所述UE的切换准备信息，包括使所述第二基站不应用所述UE关于UTRA的能力。

2.根据权利要求1所述的方法，其中，使所述第二基站不应用所述能力包括：

从包括所述切换准备信息的接口消息中省略对所述能力的指示。

3.根据权利要求1或2所述的方法，其中，确定所述能力包括：

在确定所述UE应当执行到所述第二基站的切换之前确定所述能力。

4.根据前述权利要求中任一项所述的方法，其中，确定所述UE的能力包括：由所述处理硬件经由所述第一RAT从所述UE接收对所述能力的指示。

5.根据前述权利要求中任一项所述的方法，其中，所述发送包括：在切换准备期间发送切换准备信息HandoverPreparationInformation。

6.根据前述权利要求中任一项所述的方法，其中，所述发送包括：

在UE上下文取回期间发送切换准备信息

HandoverPreparationInformation。

7.根据前述权利要求中任一项所述的方法，其中，所述第二基站是gNB。

8.根据前述权利要求中任一项所述的方法，其中，确定所述能力是响应于以下之一进行的：

(i)确定所述基站位于所述第二基站的小区内，

(ii)从分组数据网络接收在所述UE与所述分组数据网络之间建立分组数据服务的会话的请求，

(iii)从所述UE接收在所述UE与分组数据网络之间建立分组数据服务的会话的请求。

9.根据前述权利要求中任一项所述的方法，其中，确定所述能力包括：

由所述处理硬件向所述UE发送指定所述第二RAT的UE能力查询消息；以及

由所述处理硬件从所述UE接收包括对所述能力的指示的UE能力响应消息。

10.根据权利要求1-7中任一项所述的方法，其中，确定所述能力包括：

由所述处理硬件向所述UE发送仅指定所述第一RAT的UE能力查询消息；以及

由所述处理硬件从所述UE接收包括对所述能力的指示的UE能力响应消息。

11.根据权利要求1-7中任一项所述的方法，其中，确定所述能力包括：

从另一基站接收对所述能力的指示。

12.根据权利要求10所述的方法，其中，接收所述指示包括：

从所述另一基站接收切换请求，所述切换请求消息包括所述指示。

13.根据权利要求10所述的方法，其中，接收所述指示包括：

由所述处理硬件接收恢复所述UE与第二基站之间的暂停的无线电连接的请求；以及

响应于所述请求，从所述第二基站取回所述UE的上下文，所述上下文包括所述指示。

14.根据前述权利要求中任一项所述的方法，其中，传送与所述会话相关联的消息包括：

在确定所述UE的所述能力之后，传送在另一基站上先前建立的呼叫的所述消息。

15.根据权利要求1至10中任一项所述的方法，其中，传送与所述会话相关联的所述消息包括：

在确定所述UE的所述能力之后，传送所述消息以用于建立新呼叫。

16.一种基站，包括处理硬件，并且被配置为实现根据前述权利要求中任一项所述的方法。