【3GPP 23.501】UE IP 地址管理

本文是 3GPP 23.501 中 5.8.2.2 节 UE IP 地址管理的翻译（正文部分）和理解（块引用部分），仅供学习参考，文末有对应协议原文。

5.8.2.2 UE IP Address Management

5.8.2.2.1 General

UE IP 地址管理包括分配和释放 UE 的 IP 地址以及在适用的情况下更新已分配的 IP 地址。
UE 应该执行与新 PDU 会话关联的操作，该过程在 TS 23.503 [45] 的第 6.1.2.2.1 条款中有描述，具体包括以下注意事项：

• 如果有匹配的 URSP 规则（除了具有“匹配所有”流量描述符的 URSP 规则），或者匹配的 UE 本地配置中包含 PDU 会话类型为“IPv4”、“IPv6”或“IPv4v6”，则 UE 应该将请求的 PDU 会话类型设置为匹配的 URSP 规则或匹配的 UE 本地配置中所包含的 PDU 会话类型，只要该 PDU 会话类型为 UE 的 IP 栈能力所支持。详细操作请参考 TS 24.526 [110]。

• 否则，如果存在具有“匹配所有”流量描述符的 URSP 规则，UE 应该将请求的 PDU 会话类型设置为“匹配所有”URSP 规则中包含的 PDU 会话类型，只要该 PDU 会话类型为 UE 的 IP 栈能力所支持。详细操作请参考 TS 24.526 [110]。

• 否则，UE 应该根据其 IP 栈能力，在 PDU 会话建立过程中设置请求的 PDU 会话类型，具体如下：

  • 支持 IPv6 和 IPv4 的 UE 应该设置请求的 PDU 会话类型为“IPv4v6”。

  • 仅支持 IPv4 的 UE 应该请求 PDU 会话类型为“IPv4”。

  • 仅支持 IPv6 的 UE 应该请求 PDU 会话类型为“IPv6”。

  • 当 UE 的 IP 版本能力未知时（例如，当移动终端 (MT) 和终端设备 (TE) 分离时，且 TE 的能力未知），UE 应该请求 PDU 会话类型为“IPv4v6”。

URSP 规则是基于用户的请求定义的，用于指导如何将应用层流量映射到特定的网络资源和网络服务配置。具体来说，它为应用流量的路由、服务质量（QoS）、带宽分配等提供指引。

• URSP 规则匹配：首先，UE 会检查是否存在与某个 URSP 规则匹配的条件，如果匹配且规则中指定了 IP 协议类型（如 IPv4、IPv6 或 IPv4v6），则 UE 会根据该规则来设置 PDU 会话的类型。URSP（User Requested Service Profile）规则用于描述应用层请求的数据流如何映射到特定的网络配置。

• "匹配所有"规则：如果存在一个“匹配所有”的 URSP 规则，这意味着该规则可以适用于所有流量，此时，UE 会依据此规则来选择支持的 IP 类型。

• 基于能力的选择：如果没有 URSP 规则匹配，则 UE 根据其 IP 栈的能力来选择适合的 PDU 会话类型：

  • 支持 IPv4 和 IPv6 的设备会选择 "IPv4v6"。
  • 仅支持 IPv4 或 IPv6 的设备分别选择对应的 PDU 会话类型。
  • 如果设备的 IP 栈能力未知，设备会默认请求 "IPv4v6" 类型。

SMF 根据以下规则选择 PDU 会话类型：

• 如果 SMF 收到的请求中 PDU 会话类型设置为 "IPv4v6"，SMF 会根据 DNN 配置、订阅数据和运营商策略选择 "IPv4"、"IPv6" 或 "IPv4v6" 中的一种 PDU 会话类型。

• 如果 SMF 收到请求，且请求的 PDU 会话类型为 "IPv4" 或 "IPv6" 并且该 IP 版本由 DNN 支持，SMF 将选择请求的 PDU 会话类型。

在对 UE 的响应中，SMF 可能会指示某些 PDU 会话类型在特定的 (DNN, S-NNSAI) 组合下不被允许。在这种情况下，UE 不应对同一 (DNN, S-NNSAI) 请求不被网络允许的 PDU 会话类型。如果初始的 PDU 会话是通过某个 PDU 会话类型建立的，而 UE 需要另一个单独的 IP 版本 PDU 会话类型，UE 可以启动另一个 PDU 会话建立过程，向该 (DNN, S-NNSAI) 请求以激活第二个 PDU 会话。

SMF 应确保 IP 地址管理过程基于选择的 PDU 会话类型。如果选择了 IPv4 PDU 会话类型，SMF 为 UE 分配一个 IPv4 地址。类似地，如果选择了 IPv6 PDU 会话类型，SMF 为 UE 分配一个 IPv6 前缀。如果选择了 IPv4v6 PDU 会话类型，则同时分配 IPv4 地址和 IPv6 前缀。对于漫游情况，本条款中的 SMF 指的是控制作为 PDU 会话锚点的 UPF 的 SMF，即在归属地路由（home routed）情况下为 H-SMF，在本地疏导（local breakout）情况下为 V-SMF。对于归属地路由情况，V-SMF 将 UE 请求的 PDU 会话类型转发给 H-SMF，不进行解释。V-SMF 将由 H-SMF 选择的 PDU 会话类型返回给 UE。SMF 应处理与 UE IP 地址管理相关的消息，维护相应的状态信息，并向 UE 提供响应消息。

• PDU 会话类型选择：

  • IPv4v6 请求：当 UE 请求 PDU 会话类型为 "IPv4v6" 时，SMF 根据网络配置（DNN 配置）、用户订阅数据以及运营商政策来选择合适的 PDU 会话类型，可能是 "IPv4"、"IPv6" 或 "IPv4v6"。

  • IPv4 或 IPv6 请求：如果 UE 请求的 PDU 会话类型是 "IPv4" 或 "IPv6"，且该类型由 DNN 网络支持，SMF 会直接选择该请求的类型。

• 网络的限制：

  • SMF 可能会告诉 UE 在某些特定的 DNN 和 S-NNSAI（服务网络名称标识符）组合下，某些 PDU 会话类型是不被允许的。在这种情况下，UE 不应该再次尝试请求这些不被允许的 PDU 会话类型。

  • 如果 UE 已经通过某个 PDU 会话类型建立了连接，且需要另一个单独的 IP 版本（如只需 IPv4 或 IPv6），UE 可以请求开启另一个 PDU 会话，获取所需的 IP 类型。

• IP 地址管理：

  • SMF 必须确保 IP 地址的分配遵循所选的 PDU 会话类型：

    • IPv4 会话类型：UE 会获得一个 IPv4 地址。

    • IPv6 会话类型：UE 会获得一个 IPv6 前缀。

    • IPv4v6 会话类型：UE 会同时获得 IPv4 地址和 IPv6 前缀。

• 漫游情况：

  • 在漫游场景中，SMF 分为两种角色：

    • H-SMF（Home SMF）：在归属地路由情况下，负责处理 UE 的 PDU 会话请求。

    • V-SMF（Visited SMF）：在本地疏导情况下，负责将请求转发给 H-SMF，H-SMF 根据配置选择 PDU 会话类型并返回给 UE。

根据移动终端的漫游业务接入策略，可以分为两种漫游方式：归属地路由（Home routed）漫游接入、本地疏导（Local breakout）漫游接入。Home routed漫游接入，指漫游用户通过归属网络的网关H-PGW接入获取归属网络提供的业务。Local breakout漫游接入，指漫游用户通过拜访网络的网关V-PGW接入获取相应的业务，业务的提供者可以是归属网络，也可以是拜访网络。

5GC 和 UE 支持以下机制：

a. 在 PDU 会话建立过程中，SMF 通过 SM NAS 信令向 UE 发送 IP 地址。PDU 会话建立后，IPv4 地址分配和/或通过 DHCPv4（根据 RFC 2131 [9]）配置 IPv4 参数也可以使用。

b. 如果支持 IPv6，则应支持通过 IPv6 无状态自动配置分配 /64 IPv6 前缀，具体内容参见 RFC 4862 [10]。无状态 IPv6 地址自动配置的详细信息在 5.8.2.2.3 节中有描述。IPv6 参数配置通过 无状态 DHCPv6（根据 RFC 8415 [182]）也可以得到支持。通过 DHCPv6 前缀代理（Prefix Delegation, PD） 可以为 PDU 会话分配额外的 IPv6 前缀。前缀代理的详细信息在 5.8.2.2.4 节中有描述。

对于 RG 连接到 5GC 的场景，支持额外的 IPv6 地址分配和 IPv6 前缀代理功能，具体描述见 TS 23.316 [84]。

• IPv4 地址分配和配置：

  • 在 PDU 会话建立过程中，SMF（会话管理功能）通过 SM NAS 信令 向 UE 分配 IP 地址。这意味着在建立 PDU 会话时，SMF 会将一个有效的 IP 地址发送给 UE。

  • 对于 IPv4 地址分配，除了通过 SMF 直接配置外，DHCPv4（动态主机配置协议，基于 RFC 2131）也可以用于配置 IPv4 地址及相关参数。这种机制可以在 PDU 会话建立后使用，进一步配置 UE 的 IPv4 地址。

• IPv6 前缀分配和配置：

  • 无状态 IPv6 自动配置（SLAAC）：如果网络和设备支持 IPv6，UE 会通过 IPv6 无状态自动配置 来获得一个 /64 的 IPv6 前缀，确保设备能够自动配置其 IPv6 地址。这个过程遵循 RFC 4862 标准，通常用于生成设备的 IPv6 地址。

  • 无状态 DHCPv6 配置：此外，设备还可以通过 无状态 DHCPv6（根据 RFC 8415）来配置更多的 IPv6 参数，确保设备配置所需的各种网络设置。

  • IPv6 前缀代理：对于需要更多 IPv6 前缀的场景，DHCPv6 前缀代理可以用于为 PDU 会话分配额外的 IPv6 前缀，允许设备获得多个地址前缀。详细内容请参见 5.8.2.2.4 节。

为了通过 DHCPv4 分配 IP 地址，UE 可以在协议配置选项中向网络指示其请求通过 DHCPv4 获取 IPv4 地址，或者在 PDU 会话建立过程中获取 IP 地址。这意味着对于静态和动态地址分配，存在以下行为：

• UE 可以指示其在 PDU 会话建立过程中请求获取 IPv4 地址。在这种情况下，UE 依赖于 5GC 网络在 PDU 会话建立过程中提供 IPv4 地址。

• UE 也可以指示其在 PDU 会话建立过程后通过 DHCPv4 请求获取 IPv4 地址。也就是说，当 5GC 网络支持 DHCPv4 并允许此操作时，网络不会在 PDU 会话建立过程中为 UE 提供 IPv4 地址，而是可能会将分配的 IPv4 地址设置为 0.0.0.0。PDU 会话建立过程完成后，UE 会利用与 5GC 的连接并自行通过 DHCPv4 启动 IPv4 地址分配。然而，如果 5GC 网络在 PDU 会话建立过程中为 UE 提供 IPv4 地址，UE 应该接受在 PDU 会话建立过程中指示的 IPv4 地址。

• 如果 UE 没有发送 IP 地址分配请求，SMF 会根据每个 DNN 配置来决定是否在 UE 和 SMF 之间使用 DHCPv4。

• PDU 会话建立中的 IPv4 地址分配：

  • UE 可以在 PDU 会话建立请求时，向网络表明它希望在会话建立过程中直接获得一个 IPv4 地址。在这种情况下，5GC 网络会在 PDU 会话建立时直接分配 IPv4 地址给 UE。

• PDU 会话建立后通过 DHCPv4 获取 IPv4 地址：

  • 如果网络支持 DHCPv4 且允许这种配置，UE 在 PDU 会话建立过程中不会直接从网络获得 IPv4 地址，网络可能会将 IPv4 地址设置为 0.0.0.0。完成 PDU 会话建立后，UE 会利用与 5GC 网络的连接启动 DHCPv4 请求，进行 IPv4 地址分配。这种方式通常适用于网络上游设备（如路由器、DHCPv4 服务器等）来管理 IP 地址分配。

• 默认情况下的 IPv4 地址分配：

  • 如果 UE 没有明确请求 IP 地址分配，SMF（会话管理功能）会根据 DNN（数据网络名称）配置来决定是否使用 DHCPv4。也就是说，SMF 会根据网络配置来判断是否需要通过 DHCPv4 来分配 IP 地址。

如果部署了动态策略配置，并且在 PDU 会话建立过程中没有通知 PCF（策略控制功能）有关 IPv4 地址的情况，SMF 应该通知 PCF 已分配的 IPv4 地址。如果 IPv4 地址被释放，SMF 应该通知 PCF 关于该地址的解除分配。

为了支持基于 DHCP 的 IP 地址配置，对于UE来说SMF将充当一个DHCP服务器。PDU 会话锚点的 UPF 不具备相关的 DHCP 功能。SMF 指示 PDU 会话锚点的 UPF 将 DHCP 数据包在 UE 和 SMF 之间通过用户面转发。

 当DHCP服务器是一个3GPP外部的网络时（external data network），SMF充当一个DHCP客户端角色，UPF不具备任何DHCP的功能，SMF控制UDP通过N6接口来透明转发UE和SMF的DHCP消息给3GPP外部网络。

• 通知 PCF IPv4 地址的分配与释放：

  • 如果没有在 PDU 会话建立过程中向 PCF 通知 IPv4 地址，SMF 会在分配或释放 IPv4 地址时将这一信息传递给 PCF。这确保了 PCF 始终了解当前会话的 IP 地址分配情况，能够根据策略做出相应的决策。

• SMF 作为 DHCP 服务器：

  • SMF 充当 DHCP 服务器，负责为 UE 提供 DHCP 配置。UPF 不负责 DHCP 功能，它只是将 DHCP 数据包在SMF和UE之间转发。

• SMF 作为 DHCP 客户端与外部 DHCP 服务器通信：

  • 如果外部数据网络提供 DHCP 服务，SMF 会作为客户端向外部 DHCP 服务器请求地址和配置。UPF 在此过程中不涉及 DHCP 功能。SMF 会指示带有 N6 连接的 UPF 将 DHCP 数据包在 UE 和 SMF 以及外部 DHCP 服务器之间转发。

5GC 还可以支持基于 UDM 中的订阅信息或根据每个用户、每个 DNN 和每个 S-NSSAI 配置分配静态 IPv4 地址和/或静态 IPv6 前缀。5GC 还可以支持通过 NEF 参数配置服务（如 TS 23.502 [3] 的 4.15.6.5 节所述）在 UDM 中配置静态 IPv4 地址和/或静态 IPv6 前缀。

如果静态 IP 地址/前缀存储在 UDM（用户数据管理功能）中，在 PDU 会话建立过程中，SMF 会从 UDM 中检索该静态 IP 地址/前缀。如果静态 IP 地址/前缀未存储在 UDM 订阅记录中，则它可以在每个用户、每个 DNN 和每个 S-NSSAI 的基础上配置在 DHCP/DN-AAA 服务器 中，SMF 会从该服务器中检索 UE 的 IP 地址/前缀。该 IP 地址/前缀将以与动态 IP 地址/前缀相同的方式传递给 UE。对于 UE 来说，是否由 PLMN（公共陆地移动网络）或外部数据网络分配 IP 地址，及其是否为静态或动态地址是透明的。

如果 SMF 被 UDM 通知订阅数据发生了变化，并且 SMF 检测到订阅数据中的静态 IP 地址/前缀已被添加、删除或修改，SMF 可以触发 PDU 会话的释放，并包含一个原因值，指示请求重新建立 PDU 会话，如 TS 23.502 [3] 的 4.3.4 节所述。

• 静态 IP 地址和前缀分配：

  • 除了动态地址分配，5GC 还可以支持根据 UDM（用户数据管理功能）中的订阅信息或基于每个用户、每个 DNN 和每个 S-NSSAI 配置分配 静态 IPv4 地址 和/或 静态 IPv6 前缀。这可以通过 NEF 参数配置服务 来实现，进一步提高了网络的灵活性和自定义性。

• 静态 IP 地址/前缀的检索：

  • 静态 IP 地址/前缀 可以存储在 UDM 中，如果是这样，SMF 在建立 PDU 会话时会从 UDM 检索这些地址/前缀。

  • 如果 UDM 中没有存储这些地址/前缀，它们可能会被配置在 DHCP/DN-AAA 服务器 上，SMF 会从这些服务器中检索并将其提供给 UE。无论是静态地址还是动态地址，UE 都不会关心由哪一方（PLMN 或外部数据网络）分配这些地址。

• 静态 IP 地址/前缀的变化通知：

  • 如果 UDM 告知 SMF 订阅数据发生了变化，并且静态 IP 地址/前缀被添加、删除或修改，SMF 可以触发 PDU 会话的释放，并通过指定原因值请求重新建立 PDU 会话。这意味着如果设备的静态地址发生变化，可能需要重新初始化连接以确保网络配置的正确性。

对于 IPv4、IPv6 或 IPv4v6 PDU 会话类型，在 PDU 会话建立过程中，SMF 可能会从 UDM 接收到用户的 IP 索引。如果在 SMF 启动 SM 策略关联时，UE 的 IP 地址/前缀尚未分配并提供给 PCF（策略控制功能），SMF 可能会从 PCF 接收到用户的 IP 索引。如果 SMF 从 UDM 和 PCF 都接收到用户的 IP 索引，SMF 应应用从 PCF 接收到的用户 IP 索引。SMF 可以使用该 IP 索引来帮助选择如何分配 IP 地址，特别是在支持多种分配方法或同一方法的多种实例时。在归属地路由漫游的情况下，H-SMF（归属地 SMF）可能会从 H-PCF（归属地 PCF）接收到用户的 IP 索引。

注意：IP 索引可用于在不同的 IP 池（包括具有重叠私有地址范围的 IP 池）之间进行选择。为支持私有 IPv4 地址重叠的部署，IP 索引对应的 IP 域也可作为订阅数据的一部分从 UDM 提供给 SMF，然后再提供给 PCF。

• IP 索引的使用：

  • 在 PDU 会话建立过程中，如果 SMF 从 UDM 获取到了 用户的 IP 索引，它会使用该索引来决定如何分配 IP 地址。

  • 如果 SMF 在启动策略关联时尚未从 PCF 获取用户的 IP 地址/前缀，它会从 PCF 获取到 IP 索引。当 SMF 同时从 UDM 和 PCF 获取到 IP 索引 时，SMF 会优先使用 PCF 提供的索引。

  • 在一些情况下（如多个分配方法或同一方法的多个实例时），SMF 可能会基于 IP 索引来帮助决定如何分配 IP 地址，确保地址分配符合策略和网络需求。

当 PDU 会话不使用静态 IP 地址时，PDU 会话的实际 IP 地址分配可能采用以下任一机制：

• SMF 从与已选择的 PDU 会话锚点 (UPF) 对应的 IP 地址池中分配 IP 地址。

• UE 的 IP 地址从 UPF 获取。在这种情况下，SMF 需要通过 N4 接口与 UPF 交互，以获取合适的 IP 地址。SMF 会向 UPF 提供必要的信息，允许 UPF 推导出合适的 IP 地址（例如，网络实例）。

• 如果 UE 的 IP 地址从外部数据网络获取，另外，SMF 还需要将分配、更新和释放相关的请求消息发送到外部数据网络，即 DHCP/DN-AAA 服务器，并维护相应的状态信息。发送给 DHCP/DN-AAA 服务器的 IP 地址分配请求可能包括 IP 地址池 ID，以识别分配哪一范围的 IP 地址。在这种情况下，SMF 被配置为具有单独的 IP 地址池 ID，并且配置了 IP 地址池 ID 与 UPF Id、DNN、S-NSSAI、IP 版本之间的映射。此配置由 OAM 或在 N4 Association Setup
  过程中完成。

• IP 地址池分配：

  • 当设备（如 UE）连接到网络时，SMF 会从预配置的 IP 地址池中为该会话分配一个 IP 地址。如果会话的 UPF 与某个特定的池关联，那么 SMF 将从该池中选择 IP 地址进行分配。

• UPF 提供 IP 地址：

  • 假设 SMF 无法直接为设备分配 IP 地址，或者设备需要从网络中获得地址，SMF 会与 UPF 交互，以便 UPF 确定适当的 IP 地址。这种方式通常在 UPF 负责处理设备连接的情况下使用。

• 从外部网络获取 IP 地址：

  • 如果设备需要通过外部网络（如互联网）获取 IP 地址，SMF 将与外部的 DHCP/DN-AAA 服务器 交互，获取一个合适的地址，并更新网络状态信息。这种机制常见于在一些环境中，设备连接到非本地网络时。

• IP 地址池 ID 配置：

  • 在某些情况下，SMF 可能需要通过 OAM 或 N4 Association Setup过程，配置和管理多个 IP 地址池。每个池 ID 可能对应特定的 UPF、DNN 或 S-NSSAI，以确保 IP 地址分配符合特定网络要求。

给定的 IP 地址池由一个唯一的实体控制（可以是 SMF、UPF 或外部服务器）。由 UPF 管理的 IP 地址可以被划分为多个 IP 地址池分区，即与多个 IP 地址池 ID 相关联。

当 SMF 被配置为从 UPF 获取 UE IP 地址时，SMF 可以根据 UPF 是否支持此功能来选择 UPF。SMF 通过 NRF 或通过 N4 Association Setup过程中的能力协商 来确定 UPF 是否支持此功能。如果没有合适的 UPF 支持此功能，SMF 可以自行分配 UE IP 地址（如果配置为这样做）。

IP 地址/前缀由 SMF 释放（例如在 PDU 会话释放时），同样地，由 UPF 在 N4 会话中分配的任何 IP 地址都将在该 N4 会话释放时被释放。

UPF 可能在 UE 与DN之间使用 NAT（网络地址转换），因此 5GC 分配的（私有）UE IP 地址可能在 N6 参考点不可见。这意味着，尽管 UE 获得了一个 IP 地址，但它可能与外部网络（如互联网）之间的直接通信中不可见，尤其是在使用 NAT 的情况下。

5.8.2.2.2 Routing rules configuration

当 UE 拥有一个 IPv6 多宿主 PDU 会话 时，UE 会根据 IPv6 多宿主路由规则 来选择源 IPv6 前缀，这些规则可以是预先配置在 UE 中的，也可以是从网络接收到的。来自网络的 IPv6 多宿主路由规则 优先级高于 UE 中预先配置的规则。

SMF 可以根据本地配置或从 PCF 接收到的动态 PCC 规则 来生成 IPv6 多宿主路由规则，如 TS 23.503 [45] 所定义。如果部署了动态 PCC，则 SMF 基于包含与新分配的 IPv6 前缀 对应的 DNAI 的 PCC 规则 中的 SDF 模板 来生成源 IPv6 前缀 的多宿主路由规则。SMF 可以在 IPv6 多宿主 PDU 会话 的生命周期内，随时通过 UPF 向 UE 发送 IPv6 多宿主路由规则，以影响 IPv6 路由器通告（RA） 消息中源 IPv6 前缀 的选择，具体可参考 RFC 4191 [8]。

注意： 对于多个 IPv4 PDU 会话 和多个 IPv6 PDU 会话 的情况，基于路由规则的 PDU 会话选择在本版本规范中未做规定。

• IPv6 多宿主路由规则的选择：

  • 当设备（UE）有多个 IPv6 前缀 时，它将依据 IPv6 多宿主路由规则 来选择源 IPv6 前缀。这些路由规则可能是预先在设备中配置的，也可能是从网络（例如 SMF 或 PCF）接收到的。如果来自网络的规则与设备中已有的规则冲突，则网络提供的规则优先级更高。

• SMF 生成路由规则：

  • SMF 可以根据 本地配置 或 PCF 动态接收到的 PCC 规则 来生成 IPv6 多宿主路由规则。在部署动态 PCC 的情况下，SMF 通过解析 SDF 模板 和 DNAI（分配网络标识符）来生成这些规则。SDF 模板 包含了针对新分配 IPv6 前缀 的详细路由信息。

• 路由规则的动态更新：

  • SMF 可以在任何时候向 UE 发送更新后的 IPv6 多宿主路由规则，以确保在 IPv6 路由器通告（RA） 消息中选择正确的源 IPv6 前缀。这些更新会通过 UPF 传输。

• RFC 4191 和多宿主路由规则：

  • RFC 4191 描述了如何在 IPv6 路由器通告（RA） 消息中处理 IPv6 多宿主路由规则。SMF 可以根据这些规则动态影响源 IPv6 前缀 的选择。

• 多个 PDU 会话的路由规则选择：

  • 对于多个 IPv4 或多个 IPv6 会话的情况，本规范版本并没有明确说明如何基于路由规则来选择 PDU 会话。

5.8.2.2.3 The procedure of Stateless IPv6 Address Autoconfiguration

如果 无状态 IPv6 地址自动配置 被用于为 UE 分配 IPv6 地址，在 PDU 会话建立 后，UE 可能会向 SMF 发送一个 路由器请求（Router Solicitation） 消息，以请求 路由器通告（Router Advertisement） 消息。SMF 向 UE 发送一个路由器通告消息（可以是请求的或非请求的）。这些路由器通告消息应包含 IPv6 前缀。

在 UE 接收到路由器通告消息后，它将根据 RFC 4862 [10] 通过 无状态地址自动配置 构建一个完整的 IPv6 地址。为了确保 UE 生成的链路本地地址不会与 UPF 和 SMF 的链路本地地址发生冲突，SMF 应该向 UE 提供一个 接口标识符（参见 RFC 4862 [10]），UE 使用该接口标识符来配置其链路本地地址。然而，对于无状态地址自动配置，UE 可以选择任何接口标识符来生成 IPv6 地址（除链路本地地址外），而不需要网络的参与。但是，UE 不应使用 TS 23.003 [19] 中定义的任何标识符作为生成接口标识符的基础。

为了隐私保护，UE 可以在不涉及网络的情况下，按照 TS 23.221 [23] 的定义，更改用于生成完整 IPv6 地址 的接口标识符。SMF 发给 UE 的任何前缀都是全局唯一的。SMF 还应记录 UE 身份（SUPI）与分配的 IPv6 前缀 之间的关系。由于 SMF 发给 UE 的任何前缀都是全局唯一的，UE 无需对从分配的 IPv6 前缀 配置的任何 IPv6 地址 执行 重复地址检测（Duplicate Address Detection）。即使 UE 不需要使用 邻居请求消息（Neighbor Solicitation） 来进行重复地址检测，UE 仍然可以使用邻居请求消息进行 邻居不可达检测（Neighbor Unreachability Detection），如 RFC 4861 [54] 所定义。因此，SMF 应该在接收到来自 UE 的邻居请求消息后，响应一个 邻居通告（Neighbor Advertisement） 消息。

在 IPv6 多宿主 PDU 会话 中，当为新分配的 IPv6 前缀 分配了新的 PDU 会话锚点时，SMF 不应分配接口标识符。

上述的 IPv6 相关消息（例如路由器请求、路由器通告、邻居请求、邻居通告）通过 UPF(s) 在 SMF 和 UE 之间传输。如果启用了控制面 CIoT 5GS 优化，则在 PDU 会话建立后，上述 IPv6 相关消息通过 AMF 在 SMF 和 UE 之间传输，参见 TS 23.502 [3] 的 4.3.2.2.1 和 4.3.2.2.2 节，使用控制面 CIoT 5GS 优化过程中的移动终端数据传输。

• 路由器请求和路由器通告：

  • 在 PDU 会话建立 后，UE 向 SMF 发送 路由器请求消息，请求获取包含 IPv6 前缀 的 路由器通告消息。这意味着 UE 可以自动获得用于配置 IPv6 地址 的前缀。

• 接口标识符的配置：

  • 为了避免生成的链路本地地址与 UPF 和 SMF 的地址冲突，SMF 会提供一个接口标识符，UE 使用该标识符来配置其链路本地地址。UE 还可以生成其他类型的地址，而不需要网络的参与，但不能使用某些预定义的标识符。

• 隐私保护和接口标识符的更改：

  • 为了保护隐私，UE 可以定期更改用于生成 IPv6 地址 的接口标识符，而不需要网络的干预。这有助于防止用户设备的长期跟踪。

• IPv6 前缀的唯一性和地址检测：

  • 由于 SMF 分配给 UE 的 IPv6 前缀是全局唯一的，UE 不需要进行重复地址检测（DAD）。但是，UE 可以使用邻居请求消息进行邻居不可达检测，以确保网络能够正常连接。

• IPv6 多宿主会话中的接口标识符：

  • 在 IPv6 多宿主 PDU 会话 中，SMF 不为每个新的 IPv6 前缀 分配新的接口标识符。这意味着如果 UE 连接到多个 PDU 会话，它可能会在多个网络接口之间切换前缀，而无需每次都重新生成接口标识符。

• CIoT 5GS 优化的影响：

  • 如果启用了 CIoT 5GS 优化，则在 PDU 会话建立 后，IPv6 相关的消息（如路由器请求、路由器通告等）将通过 AMF 而不是 UPF 传输，这有助于优化低功耗设备的连接性能。

5.8.2.2.4 IPv6 Prefix Delegation via DHCPv6

可选地，可以为 PDU 会话分配一个比默认的 /64 前缀更短的网络前缀。在这种情况下，用于 IPv6 无状态自动配置的默认 /64 前缀将从该网络前缀中分配；网络前缀中剩余的地址空间可以在 PDU 会话建立和通过 IPv6 无状态地址自动配置 分配 IPv6 前缀后，通过前缀代理提供给 PDU 会话，如 5.8.2.2.3 节所定义。

根据配置，SMF 可以从本地配置的池中获取前缀，也可以从 PSA UPF 或外部 DN 获取前缀。

提供的地址空间作为 IPv6 地址空间池保留给 PDU 会话，用于 DHCPv6 IPv6 前缀请求，但不包括在 PDU 会话建立时分配的 IPv6 前缀，如 5.8.2.2.3 节所定义。为 PDU 会话提供的总 IPv6 地址空间（UE PDU 会话前缀 和 UE PDU 会话 IPv6 地址空间池）应能够聚合成一个 IPv6 前缀，该前缀代表 UE 可能使用的所有 IPv6 地址。

如果 UE 表示支持 前缀排除，并且要代理给 UE 的前缀包括已分配给 PDU 会话 的 /64 前缀，SMF 应使用 前缀排除 特性，按照 IETF RFC 6603 [162] 中定义的 DHCPv6 前缀代理 进行操作。

注意： 假设运营商已确保 SMF 支持 IPv6 前缀代理，例如通过为使用 IPv6 前缀代理的 UE 配置特定的 DNN/S-NSSAI 来确保这一点。

• IPv6 前缀代理概述：

  • 通过 DHCPv6 前缀代理，可以将比默认的 /64 前缀更短的网络前缀分配给 PDU 会话。SMF 使用该前缀进行地址分配，并将剩余的地址空间代理给 PDU 会话。这意味着，设备可以从该网络前缀中获取更多的 IPv6 地址。

• 地址空间的管理和使用：

  • 分配的 IPv6 地址空间 将用于 DHCPv6 IPv6 前缀请求，但 PDU 会话 在建立时已经分配的 IPv6 前缀 不包括在内。设备的总 IPv6 地址空间 将被聚合成一个 IPv6 前缀，该前缀表示 UE 可以使用的所有 IPv6 地址。

• 前缀排除的支持：

  • 如果 UE 支持 前缀排除，并且要代理的前缀包含已分配给 PDU 会话 的 /64 前缀，SMF 会利用 前缀排除 特性，按照 RFC 6603 的规定进行操作。这确保了 PDU 会话 中已经使用的前缀不会被重复使用或影响其他会话。

UE 在完成 无状态 IPv6 地址自动配置 过程后，通过 DHCPv6 向 SMF 请求额外的 IPv6 前缀（即除默认前缀之外的前缀）。在此过程中，UE 充当 "请求路由器"，正如 IETF RFC 8415 [163] 中所描述，并在通过用户面和 UPF 发送的 DHCPv6 Solicit 消息中插入一个或多个 IA_PD 选项。SMF 充当 DHCP 服务器，并根据 IETF RFC 8415 [163] 执行 "代理路由器" 的角色。

UE 可以选择在 DHCPv6 Solicit 消息中包括 RAPID_COMMIT 选项，以触发两消息的 DHCPv6 过程，而不是四消息的 DHCPv6 过程。UE 应在 OPTION_ORO 选项中包括 OPTION_PD_EXCLUDE 选项代码，以表明支持 前缀排除。作为对 DHCPv6 Solicit 消息的响应，UE 会接收到一个 DHCPv6 Reply 消息，其中包含每个 IA_PD 选项 中所请求的一个或多个 IA_PD 前缀。

SMF 使用 OPTION_PD_EXCLUDE 来代理一个排除了默认前缀的前缀，前缀排除过程应遵循 IETF RFC 6603 [162] 的规定。

对于 RG（路由器网关）连接到 5GC 的场景，TS 23.316 [84] 中定义了通过 DHCPv6 实现的 IPv6 前缀代理 的附加功能。

• UE 请求额外 IPv6 前缀：

  • 在 无状态 IPv6 地址自动配置 完成后，UE 通过 DHCPv6 请求除默认前缀外的其他 IPv6 前缀。UE 作为 "请求路由器"（Requesting Router），向 SMF 发送 DHCPv6 Solicit 消息，其中包含 IA_PD 选项。

• SMF 作为 DHCP 服务器：

  • SMF 扮演 DHCP 服务器 角色，根据 IETF RFC 8415 的定义，它充当 "代理路由器"（Delegating Router）。SMF 根据请求，将 IPv6 前缀 代理给 UE，同时使用 OPTION_PD_EXCLUDE 来确保排除默认的前缀。

• RAPID_COMMIT 选项：

  • UE 可以选择在 DHCPv6 Solicit 消息中包含 RAPID_COMMIT 选项，这样会触发两消息 DHCPv6 过程，减少消息交换的次数，相比于四消息 DHCPv6 过程，这可以加快配置过程。

• 前缀排除：

  • UE 使用 OPTION_PD_EXCLUDE 选项来表明它支持 前缀排除。这意味着在进行前缀代理时，某些前缀（如默认前缀）不会被分配给 UE，确保 UE 仅获得需要的前缀。

• 前缀代理的过程：

  • 在 SMF 向 UE 返回的 DHCPv6 Reply 消息中，会包含为每个 IA_PD 选项 分配的一个或多个 IPv6 前缀，并确保这些前缀排除了默认前缀。前缀排除按照 RFC 6603 进行。

参考文献

[1] 3GPP 23.501 - j10

[2] 【5G会话管理】UE IP地址的管理_5gc分配静态地址

[3] 5G 核心网用户面功能（一）UE IP地址分配和管理_smf向upf提供网络实例

5.8.2.2 UE IP Address Management

5.8.2.2.1 General

The UE IP address management includes allocation and release of the UE IP address as well as renewal of the allocated IP address, where applicable.

The UE shall perform the association of the application to a new PDU Session described in clause 6.1.2.2.1 of TS 23.503 [45], with the following considerations:

① If there is a matching URSP rule, except the URSP rule with the "match all" Traffic descriptor, or a matching UE Local Configuration containing a PDU Session Type of "IPv4", "IPv6" or "IPv4v6", then the UE shall set the requested PDU Session Type to the PDU Session Type contained in the matching URSP rule or in the matching UE Local Configuration, if this PDU Session Type is supported by the UE's IP stack capabilities Detailed operation is described in TS 24.526 [110].

② Otherwise, if a URSP Rule with the "match all" Traffic descriptor exists, the UE shall set the requested PDU Session Type to the PDU Session Type contained in the "match all" URSP Rule, if this PDU Session Type is supported by the UE's IP stack capabilities. Detailed operation is described in TS 24.526 [110].

③ Otherwise, the UE shall set the requested PDU Session Type during the PDU Session Establishment procedure based on its IP stack capabilities as follows:

（1）A UE which supports IPv6 and IPv4 shall set the requested PDU Session Type "IPv4v6".

（2）A UE which supports only IPv4 shall request for PDU Session Type "IPv4".

（3）A UE which supports only IPv6 shall request for PDU Session Type "IPv6".

（4）When the IP version capability of the UE is unknown in the UE (as in the case when the MT and TE are separated and the capability of the TE is not known in the MT), the UE shall request for PDU Session Type "IPv4v6".

The SMF selects PDU Session Type of the PDU Session as follows:

① If the SMF receives a request with PDU Session Type set to "IPv4v6", the SMF selects either PDU Session Type "IPv4" or "IPv6" or "IPv4v6" based on DNN configuration, subscription data and operator policies.

② If the SMF receives a request for PDU Session Type "IPv4" or "IPv6" and the requested IP version is supported by the DNN the SMF selects the requested PDU Session type.

In its answer to the UE, the SMF may indicate the PDU Session Types not allowed for the combination of (DNN, SNNSAI). In this case, the UE shall not request another PDU Session to the same (DNN, S-NNSAI) for PDU Session Types indicated as not allowed by the network. In the case that the initial PDU Session was established with a PDU Session Type and the UE needs another single IP version PDU Session Type, the UE may initiate another PDU Session Establishment procedure to this (DNN, S-NNSAI) in order to activate a second PDU session with that PDU Session Type.

An SMF shall ensure that the IP address management procedure is based on the selected PDU Session Type. If IPv4 PDU Session Type is selected, an IPv4 address is allocated to the UE. Similarly, if IPv6 PDU Session type is selected, an IPv6 prefix is allocated. If IPv4v6 PDU Session Type is selected, both an IPv4 address and an IPv6 prefix are allocated. For Roaming case, the SMF in this clause refers to the SMF controlling the UPF(s) acting as PDU Session Anchor. i.e. H-SMF in home routed case and V-SMF in local breakout case. For home routed case, V-SMF forwards the PDU Session Type requested by UE to H-SMF without interpreting it. V-SMF sends back to UE the PDU Session Type selected by H-SMF. The SMF shall process the UE IP address management related messages, maintain the corresponding state information and provide the response messages to the UE.

The 5GC and UE support the following mechanisms:

① During PDU Session Establishment procedure, the SMF sends the IP address to the UE via SM NAS signalling. The IPv4 address allocation and/or IPv4 parameter configuration via DHCPv4 (according to RFC 2131 [9]) can also be used once PDU Session is established.

② /64 IPv6 prefix allocation shall be supported via IPv6 Stateless Auto-configuration according to RFC 4862 [10], if IPv6 is supported. The details of Stateless IPv6 Address Autoconfiguration are described in clause 5.8.2.2.3. IPv6 parameter configuration via Stateless DHCPv6 (according to RFC 8415 [182]) may also be supported. IPv6 Prefix Delegation using DHCPv6 may be supported for allocating additional IPv6 prefixes for a PDU Session. The details of Prefix Delegation are described in clause 5.8.2.2.4.

For scenarios with RG connecting to 5GC, additional features for IPv6 address allocation and IPv6 prefix delegation are supported, as described in TS 23.316 [84].

To allocate the IP address via DHCPv4, the UE may indicate to the network within the Protocol Configuration Options that the UE requests to obtain the IPv4 address with DHCPv4, or obtain the IP address during the PDU Session Establishment procedure. This implies the following behaviour both for static and dynamic address allocation:

① The UE may indicate that it requests to obtain an IPv4 address as part of the PDU Session Establishment procedure. In such a case, the UE relies on the 5GC network to provide IPv4 address to the UE as part of the PDU Session Establishment procedure.

② The UE may indicate that it requests to obtain the IPv4 address after the PDU Session Establishment procedure by DHCPv4. That is, when the 5GC network supports DHCPv4 and allows that, it does not provide the IPv4 address for the UE as part of the PDU Session Establishment procedure. The network may respond to the UE by setting the allocated IPv4 Address to 0.0.0.0. After the PDU Session Establishment procedure is completed, the UE uses the connectivity with the 5GC and initiates the IPv4 address allocation on its own using DHCPv4. However, if the 5GC network provides IPv4 address to the UE as part of the PDU Session Establishment procedure, the UE should accept the IPv4 address indicated in the PDU Session Establishment procedure.

③ If the UE sends no IP Address Allocation request, the SMF determines whether DHCPv4 is used between the UE and the SMF or not, based on per DNN configuration.

If dynamic policy provisioning is deployed, and the PCF was not informed of the IPv4 address at PDU Session Establishment procedure, the SMF shall inform the PCF about an allocated IPv4 address. If the IPv4 address is released, the SMF shall inform the PCF about the de-allocation of an IPv4 address.

In order to support DHCP based IP address configuration, the SMF shall act as the DHCP server towards the UE. The PDU Session Anchor UPF does not have any related DHCP functionality. The SMF instructs the PDU Session Anchor UPF serving the PDU Session to forward DHCP packets between the UE and the SMF over the user plane.

When DHCP is used for external data network assigned addressing and parameter configuration, the SMF shall act as the DHCP client towards the external DHCP server. The UPF does not have any related DHCP functionality. In the case of DHCP server on the external data network, the SMF instructs a UPF with N6 connectivity to forward DHCP packets between the UE and the SMF and the external DHCP server over the user plane.

The 5GC may also support the allocation of a static IPv4 address and/or a static IPv6 prefix based on subscription information in the UDM or based on the configuration on a per-subscriber, per-DNN basis and per-S-NSSAI. 5GC may support the provisioning of a static IPv4 address and/or a static IPv6 prefix in the subscription information in the UDM based on NEF Parameter Provision service as described in clause 4.15.6.5 of TS 23.502 [3].

If the static IP address/prefix is stored in the UDM, during PDU Session Establishment procedure, the SMF retrieves this static IP address/prefix from the UDM. If the static IP address/prefix is not stored in the UDM subscription record, it may be configured on a per-subscriber, per-DNN and per-S-NSSAI basis in the DHCP/DN-AAA server and the SMF retrieves the IP address/prefix for the UE from the DHCP/DN-AAA server. This IP address/prefix is delivered to the UE in the same way as a dynamic IP address/prefix. It is transparent to the UE whether the PLMN or the external data network allocates the IP address and whether the IP address is static or dynamic. If the SMF is notified by UDM that the subscription data has changed, and SMF detects that the static IP address/prefix in the subscription data is added, removed or modified, the SMF may trigger a release of the PDU Session and includes a cause value indicating that a PDU Session re-establishment is requested, as described in clause 4.3.4 of TS 23.502 [3].

For IPv4 or IPv6 or IPv4v6 PDU Session Type, during PDU Session Establishment procedure, the SMF may receive a Subscriber's IP Index from the UDM. If the UE IP address/prefix was not already allocated and provided to PCF when SMF initiates the SM policy association, the SMF may receive a Subscribers IP Index from the PCF. If the SMF received a Subscriber's IP index from both UDM and PCF, the SMF shall apply the Subscriber's IP Index received from the PCF. The SMF may use the Subscriber's IP Index to assist in selecting how the IP address is to be allocated when multiple allocation methods, or multiple instances of the same method are supported. In the case of Home Routed roaming, the H-SMF may receive the IP index from the H-PCF.

NOTE: The IP Index can e.g. be used to select between different IP pools, including between IP pools with overlapping private address range. To support deployments with overlapping private IPv4 address, the IP domain corresponding to IP index can also be provided from UDM to SMF as part of the subscription data and then provided to PCF.

When Static IP addresses for a PDU session are not used, the actual allocation of the IP Address(es) for a PDU Session may use any of the following mechanisms:

① The SMF allocates the IP address from a pool that corresponds to the PDU Session Anchor (UPF) that has been selected

② The UE IP address is obtained from the UPF. In that case the SMF shall interact with the UPF via N4 procedures to obtain a suitable IP address. The SMF provides the UPF with the necessary information allowing the UPF to derive the proper IP address (e.g. the network instance).

③ In the case that the UE IP address is obtained from the external data network, additionally, the SMF shall also send the allocation, renewal and release related request messages to the external data network, i.e. DHCP/DNAAA server, and maintain the corresponding state information. The IP address allocation request sent to DHCP/DN-AAA server may include the IP address pool ID to identify which range of IP address is to be allocated. In this case the SMF is provisioned with separate IP address pool ID(s), and the mapping between IP address pool ID and UPF Id, DNN, S-NSSAI, IP version. The provision is done by OAM or during the N4 Association Setup procedure.

A given IP address pool is controlled by a unique entity (either the SMF or the UPF or an external server). The IP address managed by the UPF can be partitioned into multiple IP address pool partition(s), i.e. associated with multiple IP address pool ID(s).

When the SMF is configured to obtain UE IP addresses from the UPF, the SMF may select a UPF based upon support of this feature. The SMF determines whether the UPF supports this feature via NRF or via N4 capability negotiation during N4 Association Setup. If no appropriate UPF support the feature, the SMF may allocate UE IP addresses, if configured to do so.

The IP address/prefix is released by the SMF (e.g. upon release of the PDU Session), likewise the UPF considers that any IP address it has allocated within a N4 session are released when this N4 session is released.

UPF may use NAT between the UE and the Data Network, and thus the 5GC allocated (private) UE IP address may not be visible on the N6 reference point.

5.8.2.2.2 Routing rules configuration

When the UE has an IPv6 multi-homed PDU Session the UE selects the source IPv6 prefix according to IPv6 multihomed routing rules pre-configured in the UE or received from network. IPv6 multi-homed routing rules received from the network have a higher priority than IPv6 multi-homed routing rules pre-configured in the UE.

The SMF can generate the IPv6 multi-homed routing rules for a UE based on local configuration or dynamic PCC rules received from the PCF as defined in TS 23.503 [45]. If dynamic PCC is deployed, the SMF generates the IPv6 multi-home routing rules for a source IPv6 prefix based on the SDF Templates of those PCC rules which contain the DNAI corresponding to the newly assigned IPv6 prefix. The SMF can send IPv6 multi-homed routing rules to the UE to influence the source IPv6 prefix selection in IPv6 Router Advertisement (RA) messages according to RFC 4191 [8] at any time during the lifetime of the IPv6 multi-homed PDU Session. Such messages are sent via the UPF.

NOTE: For multiple IPv4 PDU Session and multiple IPv6 PDU Session cases, routing rule based PDU Session selection is not specified in this Release of the specification

5.8.2.2.3 The procedure of Stateless IPv6 Address Autoconfiguration

If Stateless IPv6 Address Autoconfiguration is used for IPv6 address allocation to the UE, after PDU Session Establishment the UE may send a Router Solicitation message to the SMF to solicit a Router Advertisement message. The SMF sends a Router Advertisement message (solicited or unsolicited) to the UE. The Router Advertisement messages shall contain the IPv6 prefix.

After the UE has received the Router Advertisement message, it constructs a full IPv6 address via IPv6 Stateless Address Autoconfiguration in accordance with RFC 4862 [10]. To ensure that the link-local address generated by the UE does not collide with the link-local address of the UPF and the SMF, the SMF shall provide an interface identifier (see RFC 4862 [10]) to the UE and the UE shall use this interface identifier to configure its link-local address. For Stateless Address Autoconfiguration however, the UE can choose any interface identifier to generate IPv6 addresses, other than link-local, without involving the network. However, the UE shall not use any identifiers defined in TS 23.003 [19] as the basis for generating the interface identifier. For privacy, the UE may change the interface identifier used to generate full IPv6 address, as defined in TS 23.221 [23] without involving the network. Any prefix that the SMF advertises to the UE is globally unique. The SMF shall also record the relationship between the UE's identity (SUPI) and the allocated IPv6 prefix. Because any prefix that the SMF advertises to the UE is globally unique, there is no need for the UE to perform Duplicate Address Detection for any IPv6 address configured from the allocated IPv6 prefix. Even if the UE does not need to use Neighbor Solicitation messages for Duplicate Address Detection, the UE may, for example, use them to perform Neighbor Unreachability Detection towards the SMF, as defined in RFC 4861 [54]. Therefore, the SMF shall respond with a Neighbor Advertisement upon receiving a Neighbor Solicitation message from the UE.

In IPv6 multi-homing PDU session, SMF shall not allocate an interface identifier when a new IPv6 prefix allocated corresponding to the new PDU Session Anchor.

The above IPv6 related messages (e.g. Router Solicitation, Router Advertisement, Neighbor Solicitation, Neighbor Advertisement) are transferred between the SMF and UE via the UPF(s). If the Control Plane CIoT 5GS Optimisation is enabled for a PDU session, the above IPv6 related messages are transferred between the SMF and UE via the AMF after PDU Session Establishment, see clauses 4.3.2.2.1 and 4.3.2.2.2 of TS 23.502 [3], using the Mobile Terminated Data Transport in Control Plane CIoT 5GS Optimisation procedures.

5.8.2.2.4 IPv6 Prefix Delegation via DHCPv6

Optionally, a single network prefix shorter than the default /64 prefix may be assigned to a PDU Session. In this case, the /64 default prefix used for IPv6 stateless autoconfiguration will be allocated from this network prefix; the remaining address space from the network prefix can be delegated to the PDU Session using prefix delegation after the PDU Session establishment and IPv6 prefix allocation via IPv6 stateless address autoconfiguration as defined in clause 5.8.2.2.3.

Depending on configuration, the SMF may obtain the prefix from a locally provisioned pool, from the PSA UPF or from the external DN.

The address space provided is maintained as an IPv6 address space pool available to the PDU Session for DHCPv6 IPv6 prefix requests with the exclusion of the IPv6 prefix that is allocated to the PDU Session during PDU Session establishment as defined in clause 5.8.2.2.3. The total IPv6 address space available for the PDU Session (UE PDU Session prefix and UE PDU Session IPv6 address space pool) shall be possible to aggregate into one IPv6 prefix that will represent all IPv6 addresses that the UE may use.

If the UE had indicated that it supports prefix exclusion and the prefix to be delegated to the UE includes the /64 prefix that was allocated to the PDU Session, the SMF shall utilise the prefix exclusion feature as specified for DHCPv6 Prefix Delegation in IETF RFC 6603 [162].

NOTE: Support of the IPv6 prefix delegation in the SMF is assumed to be ensured by the operator e.g. by configuring specific DNN/S-NSSAI for PDU Sessions that are used by UEs that utilize IPv6 prefix delegation.

The UE uses DHCPv6 to request additional IPv6 prefixes (i.e. prefixes in addition to the default prefix) from the SMF after completing stateless IPv6 address autoconfiguration procedures. The UE acts as a "Requesting Router" as described in IETF RFC 8415 [163] and inserts one or more IA_PD option(s) into a DHCPv6 Solicit message sent from the UE to the SMF via the user plane and the UPF. The SMF acts as the DHCP server and fulfils the role of a "Delegating Router" according to IETF RFC 8415 [163]. The UE optionally includes the RAPID_COMMIT option in the DHCPv6 Solicit message to trigger two-message DHCPv6 procedure instead of the four-message DHCPv6 procedure. The UE shall include OPTION_PD_EXCLUDE option code in an OPTION_ORO option to indicate support for prefix exclusion. In response to the DHCPv6 Solicit message, the UE receives a DHCPv6 Reply message with one or more IA_PD prefix(es) for every IA_PD option that it sent in the DHCPv6 Solicit message. The SMF delegates a prefix excluding the default prefix with help of OPTION_PD_EXCLUDE. Prefix exclusion procedures shall follow IETF RFC 6603 [162].

For scenarios with RG connecting to 5GC, additional feature for IPv6 Prefix Delegation via DHCPv6 is defined in TS 23.316 [84].