TS38.300-i20学习-3

9.2.2 RRC_INACTIVE 状态下的移动性

9.2.2.1 概述

RRC_INACTIVE 是一种状态,UE 保持在 CM-CONNECTED 状态,并可以在 NG-RAN 配置的区域(RNA)内移动而不通知 NG-RAN。在 RRC_INACTIVE 状态中,最后服务的 gNB 节点保留 UE 的上下文以及与服务 AMF 和 UPF 的 UE 相关的 NG 连接。

对于具有超过 10.24 秒 eDRX 周期的 RRC_INACTIVE 状态的 UE,NG-RAN 节点可以根据实现向 AMF 发送请求,执行 TS 23.501中描述的 MT 通信处理。如果 UE 访问一个非最后服务的 gNB 并成功检索 UE 上下文,AMF 认为 UE 是可达的(即,MT 通信处理被停用),并在接收到 NGAP 路径切换请求消息时触发 MT 下行数据/信令的传送。

如果最后服务的 gNB 在 UE 处于 RRC_INACTIVE 状态时从 UPF 接收到下行数据或从 AMF 接收到 UE 相关的下行信令(除了 UE 上下文释放命令消息),它会在对应于 RNA 的小区中寻呼,并可以发送 XnAP RAN 寻呼到邻近的 gNB,如果 RNA 包括邻近 gNB 的小区。
在这里插入图片描述
当 AMF 在 UE 处于 RRC_INACTIVE 状态且 eDRX 超过 10.24 秒时接收到 RAN 寻呼请求消息,最后服务的 gNB 可以在其 RNA 中包括的小区中寻呼,并可以发送 XnAP RAN 寻呼到邻近 gNB,以触发 UE 在 RRC_CONNECTED 状态下恢复连接,或在 RRC_INACTIVE 状态下根据 NGAP RAN 寻呼请求消息中包含的下行数据大小进行下行 SDT。

在 UE 处于 RRC_INACTIVE 状态时接收到 UE 上下文释放命令消息时,最后服务的 gNB 可以在对应于 RNA 的小区中寻呼,并可以发送 XnAP RAN 寻呼到邻近 gNB 以明确释放 UE。

在接收到 NG 重置消息时,最后服务的 gNB 可以在对应于 RNA 的小区中寻呼相关的 UE,并可以发送 XnAP RAN 寻呼到邻近 gNB 以明确释放相关的 UE。

在 RAN 寻呼失败时,gNB 按照 TS 23.501规定的行为进行处理。

AMF 提供给 NG-RAN 节点核心网络辅助信息,以帮助 NG-RAN 节点决定是否可以将 UE 发送到 RRC_INACTIVE,并帮助 UE 配置和 RRC_INACTIVE 中的寻呼。核心网络辅助信息包括为 UE 配置的注册区域、周期性注册更新定时器、UE 身份索引值,并可以包括 UE 特定的 DRX、AMF 配置的仅移动发起连接(MICO)模式的指示、预期的 UE 行为、用于寻呼的 UE 无线电能力、用于寻呼分组的 PEI 辅助信息、NR 寻呼 eDRX 信息、语音服务的寻呼原因指示、哈希的 UE 身份索引值以及 MT 通信处理的 CN 支持指示。

NG-RAN 节点在配置 RNA 时考虑 UE 注册区域。NG-RAN 节点在 RAN 寻呼时使用 UE 特定的 DRX 和 UE 身份索引值。NG-RAN 节点在配置周期性 RNA 更新定时器时考虑周期性注册更新定时器。NG-RAN 节点考虑预期的 UE 行为以帮助 UE RRC 状态转换决策。NG-RAN 节点在 RAN 寻呼期间可以使用 UE 无线电能力。NG-RAN 节点在 RRC_INACTIVE 状态下除紧急 PDU 会话外,考虑用于寻呼分组的 PEI 辅助信息。NG-RAN 节点在发送 XnAP RAN 寻呼到邻近 NG-RAN 节点时可以包括用于寻呼分组的 PEI 辅助信息。在发送 XnAP RAN 寻呼到邻近 NG-RAN 节点时,可以包括 RRC_IDLE 和 RRC_INACTIVE 的 NR 寻呼 eDRX 信息。NG-RAN 节点在 RRC_INACTIVE 状态下考虑语音服务的寻呼原因指示以在 RAN 寻呼中包括寻呼原因。在发送 XnAP RAN 寻呼到邻近 NG-RAN 节点时,可以包括寻呼原因。在发送 XnAP RAN 寻呼到邻近 NG-RAN 节点时,可以包括哈希的 UE 身份索引值以确定 PTW 的起点。NG-RAN 在决定是否请求 AMF 为具有超过 10.24 秒长 eDRX 的 RRC_INACTIVE 状态的 UE 进行 MT 通信处理时考虑 CN 支持指示。
在这里插入图片描述
在转换到 RRC_INACTIVE 时,NG-RAN 节点可以为 UE 配置一个周期性 RNA 更新定时器值。在周期性 RNA 更新定时器到期而未收到 UE 的通知时,gNB 按照 TS 23.501规定的行为进行处理。

如果 UE 访问一个非最后服务的 gNB,接收的 gNB 触发 XnAP 检索 UE 上下文程序以从最后服务的 gNB 获取 UE 上下文,并且还可以触发包括潜在从最后服务的 gNB 恢复数据的隧道信息的 Xn-U 地址指示程序。在成功检索 UE 上下文后,接收的 gNB 应在接收到切片信息的情况下进行切片感知的准入控制,并成为服务 gNB,进一步触发 NGAP 路径切换请求和适用的 RRC 程序。在路径切换程序之后,服务 gNB 通过 XnAP UE 上下文释放程序触发释放最后服务的 gNB 上的 UE 上下文。

如果 UE 在最后服务的 gNB 上不可达,gNB 应该使任何 AMF 发起的 UE 相关的 1 类程序失败,该程序允许在相应的响应消息中通知操作不成功。它可以触发 NAS 无法交付指示程序,以报告 AMF 接收到的任何非 PDU 会话相关的 NAS PDU 的无法交付,如 TS 38.413规定。

如果 UE 访问一个非最后服务的 gNB,且接收的 gNB 没有找到有效的 UE 上下文,接收的 gNB 可以建立新的 RRC 连接而不是恢复先前的 RRC 连接。如果服务 AMF 发生变化,UE 上下文检索也会失败,因此需要建立新的 RRC 连接。
在这里插入图片描述
在 RRC_INACTIVE 状态下的 UE 需要在移出配置的 RNA 时启动 RNA 更新流程。在接收到来自 UE 的 RNA 更新请求时,接收的 gNB 触发 XnAP 检索 UE 上下文程序以从最后服务的 gNB 获取 UE 上下文,并且可以决定将 UE 送回 RRC_INACTIVE 状态,将 UE 移入 RRC_CONNECTED 状态,或者将 UE 送入 RRC_IDLE。对于周期性 RNA 更新,如果最后服务的 gNB 决定不重新定位 UE 上下文,则它会失败检索 UE 上下文流程,并通过封装的 RRCRelease 消息直接将 UE 送回 RRC_INACTIVE 或者直接送入 RRC_IDLE。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值