3GPP知识更新阅读系列-23: 4.2.10 启用控制平面 CIoT 5GS 优化时的 N3 数据传输建立过程|R16|

4.2.10.1 UE触发N3数据传输建立过程

如果用户设备（UE）和接入和移动性管理功能（AMF）成功协商了N3数据传输以及基于TS 23.501文件第5.31.2条定义的首选和支持的网络行为的控制面CIoT 5GS优化，那么例如，基于上行链路要传输的数据量，用户设备可以为任何未包含控制面仅指示符的PDU会话发起N3数据传输建立流程。

【TS 23.501文件第5.31.2】-首选和支持的网络行为:

在注册时，UE 会包含其 5G 首选网络行为，指示 UE 可以支持的网络行为以及它更喜欢使用的网络行为。

UE 发送的 5G 首选网络行为在 5GMM Capability IE 中包含以下信息：

• 是否支持控制面CIoT 5GS优化。

• 是否支持用户面CIoT 5GS优化。

• 是否支持N3数据传输。

• 是否支持控制面CIoT 5GS优化的头部压缩。

以及其他 IE 中的以下 5G 首选网络行为：

优先选择控制面 CIoT 5GS 优化还是用户面 CIoT 5GS 优化。

说明：如果用户设备（UE）指示支持N3数据传输，那么UE支持不受CIoT 5GS优化影响的数据传输。换句话说，UE能够进行常规的数据传输，而不仅仅是那些经过优化以减少信号传输和节省资源的数据传输。此外，如果UE指示它支持用户面CIoT 5GS优化，那么它也应该表明支持N3数据传输。这意味着即使UE优化了CIoT 5GS的用户面数据传输，它仍然能够支持通过N3接口进行的标准数据传输。这对于确保UE在需要时能够进行高效和灵活的数据通信非常重要。

AMF在5G支持的网络行为信息中指出网络接受的网络行为。这种指示是按注册区域进行的。AMF可能会指出以下一个或多个内容：

• 是否支持控制面CIoT 5GS优化。

• 是否支持用户面CIoT 5GS优化。

• 是否支持N3数据传输。

• 是否支持控制面CIoT 5GS优化的头部压缩。

如果AMF指出支持用户面CIoT 5GS优化，则它也应该指出支持N3数据传输。如果UE和AMF都指出支持用户面CIoT 5GS优化，AMF将为UE向NG-RAN指出支持用户面CIoT 5GS优化。

对于仅支持控制面CIoT 5GS优化的NB-IoT UE，AMF应在注册接受消息中包括对控制面CIoT 5GS优化的支持。

支持NB-IoT的UE应始终指出支持控制面CIoT 5GS优化。

支持WB-E-UTRA的UE应始终指出支持N3数据传输。

UE发出的5G首选网络行为指示可用于影响可能导致将注册请求从一个AMF重新路由到另一个AMF的策略决策。

UE 触发的 N3 数据传输建立过程可以由处于 CM-IDLE 或 CM-CONNECTED 状态的 UE 发起，并遵循第 4.2.3.2 条中定义的 UE 触发的服务请求过程，但有以下差异。

4.2.3.2 中的流程图：

Step 1.

UE 在 AN 消息中包含控制平面 CIoT 5GS 优化的服务请求（要激活的 PDU 会话列表、允许的 PDU 会话列表、安全参数、PDU 会话状态、[NAS 消息容器]））。

当UE想要激活用于PDU会话的用户平面资源时，UE提供待激活的PDU会话列表。UE不应将接收到仅控制平面指示符的PDU会话包括在待激活的PDU会话列表中。如果 UE 驻留在 NB-IoT 上，则 UE 应构建要激活的 PDU 会话列表，以不超过 2 个具有活动用户平面资源的 PDU 会话。

如果针对寻呼响应触发该过程并且UE同时具有一些要传送的用户数据，则UE可以决定为多个PDU会话之一请求N3数据传送建立。UE 在要激活的 PDU 会话列表中指示这一点。否则，UE不识别要激活的PDU会话列表中的任何PDU会话。

Step 4 or 5a.

在收到 Nsmf_PDUSession_UpdateSMContext 请求后或在 SMF 发起 SM 策略关联修改后，SMF 根据 UE 请求和本地策略决定是否为 PDU 会话建立 N3 数据传输。SMF 不应决定为收到控制平面唯一指示符的 PDU 会话建立 N3 数据传输。

Step 11.

SMF 在 Nsmf_PDUSession_UpdateSMContext 响应中指示是否为 PDU 会话建立 N3 数据传输，即激活数据无线承载和 N3 隧道。

Step 12.

如果 RAT 类型为 NB-IoT，则 AMF 应确保具有活动用户平面资源的 PDU 会话数量不超过 2。如果 AMF 决定不在 N2 消息中包含要激活的 PDU 会话，则 AMF 会指示此信息在步骤 15 中向 SMF 发送 PDU 会话列表中的 Nsmf_PDUSession_UpdateSMContext 请求，该请求未能建立，失败原因在 N2 SM 信息元素中给出。

AMF 包括用于控制平面 CIoT 5GS 优化的 NAS 服务接受，其中包含基于步骤 11 中来自 SMF 的请求以及已建立的 N3 数据传输的 PDU 会话的信息。

网络开始使用 N3 承载来存储此 PDU 会话上的所有 DL 数据。控制平面 CIoT 5GS 优化被视为启用了所有 PDU 会话的数据传输，而无需建立 N3 数据传输。

Step 13.

UE 开始对该 PDU 会话上的所有 UL 数据使用 N3 承载。

4.2.10.2 SMF触发N3数据传输建立过程

在符合 3GPP TS 23.501 第 5.31.2 节定义的优选和支持的网络行为的前提下，如果 UE 和 AMF 除了控制平面 CIoT 5G 优化之外，还成功协商了 N3 数据传输，那么 SMF 可以启动任何 PDU 会话的 N3 数据传输建立流程，前提是该 PDU 会话中未包含“仅控制平面”指示器。例如，这可以基于要传输的数据量或由于拥塞而启动。

当 UE 处于 CM-IDLE 或 CM-CONNECTED 状态时，SMF 触发的 N3 数据传输建立过程可以由 SMF 发起，并遵循第 4.2.3.3 条中定义的网络触发服务请求过程，但有以下区别：

（方便阅读重复上传）

Step 3a.

SMF 请求为 Namf_Communication_N1N2MessageTransfer 中的 PDU 会话激活数据无线电承载和 N3 隧道。

Step 3b.

如果 RAT 类型为 NB-IoT 并且 UE 已具有 2 个具有活动用户平面资源的 PDU 会话，则 AMF 不应继续执行其余过程，而是应使用 Namf_Communication_N1N2MessageTransfer 响应以及适当的失败消息进行响应。

Step 6.

应用第 4.2.10.1 条中定义的 UE 触发的 N3 数据传输建立过程，而不是第 4.2.3.2 条中的服务请求过程。

Step 7.

当为 PDU 会话建立 N3 数据传输时，UE 和网络应仅使用用户平面无线承载在该 PDU 会话上传输数据。