5G中UE或网络通过受信任的non 3GPP接入请求的PDU会话修改就是：

       UE 或网络通过受信任的non 3GPP接入请求的 PDU 会话修改过程与第 4.12.6 节中为不受信任的non 3GPP接入指定的过程相同，但有以下修改：

• - 图 4.12.6-1 中的 N3IWF 应替换为 TNGF，不受信任的非 3GPP 访问应替换为受信任的non 3GPP 接入点 (TNAP)。

• - TNGF 在步骤 4a 中发送的 IKEv2 创建子 SA 请求，以便为 PDU 会话创建新的 QoS 流，应包括第 4.12a.5 节中定义的附加 QoS 信息。如果 UE 决定为与子 SA 关联的 QoS 流预留非 3GPP 接入的 QoS 资源但未能预留这些资源，则 UE 将拒绝 IKEv2 子 SA 请求。

• - 当发送 IKEv2 信息请求以修改一个或多个现有 QoS 流时，TNGF 在步骤 4b 中发送的 IKEv2 信息请求应包括第 4.12a.5 节中定义的附加 QoS 信息。如果 UE 决定为与子 SA 关联的 QoS 流预留非 3GPP 接入的 QoS 资源但未能预留这些资源，则 UE 应在 IKEv2 信息响应中指示失败。 TNGF 包括在步骤 5 中设置失败的 QoS 流列表。

• - TNGF 在步骤 4c 中发送的释放现有 IKEv2 子 SA 的 IKEv2 信息请求应触发 UE 释放为该 IKEv2 子 SA 在非 3GPP 接入上保留的资源。

• - 如果在 PDU 会话建立后，UE 确定为与子 SA 关联的 QoS 流保留的非 3GPP 接入的 QoS 资源被释放，则 UE 应启动信息交换，如 RFC 7296 [3 ]，删除子 SA。删除子 SA 后，TNGF 启动 PDU 会话修改过程，如第 4.3.3.2 节中步骤 1e 中所述，包括释放的 QoS 流列表。

资料来源：TS 23.502 4.12

整理：kangguoying20220518