2.4.4 具有多PDU锚点的单PDU会话

2.4.4.1  概述

为了支持选择性数据路由到DN或者支持2.4.9.23中定义SSC模式3,SMF可能控制PDU会话的数据路径，以保证PDU会话能够同时对应多个N6接口。终结每个N6接口的UPF被称为支持PDU会话锚点功能。每个支持PDU会话的锚点提供到同一个DN的不同接入路径。进一步PDU会话锚点在PDU建立时被指配并且和SSC模式关联，同一个PDU会话额外的PDU会话锚点(例如，到DN的选择性数据路由)与PDU会话的SSC模式无关。

注：支持到DN的选择性数据路由，例如某些被选中的数据通过更接近为UE服务的AN的N6接口转发到DN。

这对应如下方式：

使用2.4.4.2中定义的ULCL功能；

使用2.4.4.3中定义的IPv6多归属功能

2.4.4.2    对PDU会话使用UL CL

如果PDU会话是IPv4,IPv6或者以太类型，则SMF可以决定在PDU会话的数据路径上插入一个ULCL。ULCL是UPF支持的一种功能，用于根据SMF下发的数据过滤器来转移一些数据（到本地）。插入或者删除一个ULCL是由SMF决定的并由SMF通过N4接口和UPF能力来控制的。SMF可以在PDU连接建立时，或者在PDU建立完成后，决定在PDU会话的数据路径上插入一个支持UL CL的UPF。SMF可以在PDU建立完成后，决定在PDU会话的数据路径上删除一个支持UL CL的UPF。SMF可以在PDU会话的数据路径上包含一个或者多个支持UL CL的UPF。

UE不感知数据被UL CL转移，也不会涉及插入或者删除UL CL的流程中。如果PDU会话类型为IPv4或者IPv6,UE只会获得网络分配的一个与该PDU会话关联的IPv4地址或者IPv6地址前缀。

当ULCL功能被插入到PDU会话路径上时，这个PDU会话可能有多个锚点。这些PDU会话的锚点提供到同一个DN的不同接入路径。如果PDU会话类型为IPv4、IPv6或者IPv4v6,UE相关的PDU会话要么与一个IPv4地址关联，要么与一个IPv6前缀关联，要么与一个IPv4地址和一个IPv6前缀关联。

当一个ULCL功能被插入到PDU会话的数据路径上，这个PDU会话可能有多个PSA,这些PSA提供到同一个DN的不同的接入。如果PDU会话类型为IPv4、IPv6或者IPv4v6,只有一个PSA作为IPv4地址和/或IPv6前缀的锚点。

注1:在提供本地接入的PDU会话锚点和DN之间的N6接口上的数据转发机制不在本标准中描述。

ULCL提供UL数据转发到不同的PDU会话锚点，并且对发送到UE的DL数据进行聚合，即对来自于不同的PDU会话锚点发送到UE的数据进行聚合。这种操作数据检测和SMF提供的数据转发规则。

ULCL应用过滤规则（例如检测UE发送的ULIP数据包目标IP地址/前缀）并且决定这些数据包如何被路由。SMF可能控制并支持ULCL的UPF进行为了计费的数据测量，为LI进行数据复制，以及PDU会话级别的AMBR。

注2：支持UL CL的UPF可能还支持对于本地接入数据网络（包括例如在N6接口上支持隧道或者NAT的方式）作为PDU会话锚点。这由SMF控制。

额外的UL CL（以及相应的额外的PSA）可以在PDU数据上被插入，来创建到同一个PDU会话的新的数据路径。对于一个PDU会话建立的所有的UL CL的数据路径由运营商配置和SMF配置，并且只有一个支持UL CL的UPF连接与RAN的N3接口。

图22 ULCL的用户面架构

2.4.4.3  对PDU会话使用IPv6多归属

一个PDU会话可能与多个IPv6前缀关联，这就是PDU会话的多归属（多宿主PDU会话）。多归属的PDU会话通过不止一个PDU会话锚点提供到DN的连接。通向不同PDU会话锚点的不同的用户面路径在一个支持“分支点”功能的“共同的”UPF分流。分支点提供转发UL数据到不同的PDU会话锚点，并且汇聚到UE的下行数据，即从不同的PDU会话锚点汇聚数据到终端。

一个PDU会话可能与多个IPv6前缀关联，这就是PDU会话的多归属。多归属的PDU会话通过不止一个PDU会话锚点提供到DN的连接。通向不同PDU会话锚点的不同的用户面路径在一个支持“分支点”功能的“共同的”UPF分流。分支点提供转发UL数据到不同的PDU会话锚点，并且汇聚到UE的下行数据，即从不同的PDU会话锚点汇聚数据到终端。

SMF可能控制并支持分支点功能的UPF进行为了计费的数据测量，为L1进行数据复制，以及PDU会话级别的AMBR。插入或者删除分支点由SMF决定，并由SMF使用通用的N4接口和UPF能力来控制。SMF可能在PDU会话建立时或者建立完成后决定在PDU会话的数据路径上插入支持分支点功能的UPF,或者在PDU会话建立完成后在PDU会话路径上删除支持分支点功能的UPF。

多归属只应用于PDU会话类型为IPv6的PDU会话。当UE请求PDU会话类型为IPv4v6或者IPv6,UE还携带一个指示给网络，用于指示是否支持IPv6多归属PDU会话。

在一个PDU会话使用多个IPv6前缀描述如下所述。

（1）支持分支点的UPF由SMF配置，基于PDU的源前缀在IP锚点间来传播上行数据（UE基于从网络收到的路由信息和偏好）。

（2）IETF RFC4191用于配置路由和偏好信息给UE来选择源前缀。

注1：这对应于IETF RFC7157“不需要NAT的IPv6多归属”描述的场景1,这使分支点不感知DN路由表，而在IP锚 点保持第一跳路由功能。

（3）多归属的PDU会话也可以用于支持先连后端的业务连续性来支持SSC模式3o这在图23中描述。

（4）多归属PDU会话也可以用于支持，终端同时接入本地业务（例如本地服务器）和集中式业务（例如互联网）的场景。这在图24中描述。

（5）终端决定多归属PDU会话是否用于支持业务连续性，或者是否用于支持本地接入DN。

图23多归属PDU会话：业务连续性场景

注2：对于一个UPF来说，可以同时支持分支点和PDU会话锚点功能。

图24多归属PDU会话：本地接入同一个DN

注3：对于一个UPF来说，可以同时支持分支点和PDU会话锚点功能。

2.4.4.4   支持本地数据网络

通过LADN PDU会话接入DN只在特定的LADN服务区有效。LADN服务区是一组TA。LADN是拜访地业务，包括：

（1）使用LADN DNN需要在签约中显示指示，或者签约一个通配DNN；

（2）一个DNN是否支持LADN业务，是DNN的一个属性值。

UE根据配置知道一个DNN是否是LADN DNN,以及应用和DNN之间的关联。这种配置关联被认为是UE的本地配置。可选的，UE可以再注册，或者在重注册过程中，获知一个DNN是否是LADN DNN。

注1：在本阶段的规范中，没有其他流程用于配置UE获知一个DNN是否是LADNDNN。

注2 ：配置终端获知应用和LADN DNN的流程在本阶段的规范中没有定义。

LADN信息，即LADN服务区信息和LADN DNN,以DN粒度配置在AMF中，即对于不同的UE 接入同一个LADN,LADN服务区都是相同的，跟其他因素例如UE注册区无关（例如UE的注册区或 者UE的签约）。

注3:如果一个LADN在AMF服务的任何TA中都不可用，则AMF不需要配置这个DNN的任何LADN相关的信息。

在注册过程中或者在配置更新流程中，AMF向UE提供LADN信息（即LADN的服务区和LADN DNN）。对于每个在AMF上配置的LADN DNN,LADN服务区信息包含一组TA,属于终端当前的注册区域（即LADN的服务区和当前的注册区有重叠）。AMF不会根据LADN是否可用来创建注册区。

注4:AMF发送给UE的LADN服务区可能仅仅包含一个LADN全部服务区的子集，而LAND服务区可以包含那些不 在终端注册区域的TA。

当UE执行一次成功（重）注册流程，AMF根据本地配置的LADN信息（例如通过OAM）,UE位置，从UDM收到的跟LADN DNN相关的UE签约信息，在注册接受消息中通知UE当前的RA中LADN列表中的LADN信息是否可用。LADN列表由以下信息决定。

（1）注册请求消息中如果既没有LADN DNN也没有请求LADN信息的指示，则LADN列表为签约的DNN （不包括通配DNN）列表中的LADNDNN。

（2）如果UE在注册请求消息中提供了LADN DNN,并且如果UE签约的LADN DNN包含请求的LADN DNN,或者在签约中包含通配DNN,则LADN DNN列表为UE请求的LADN DNN 列表。

（3）如果UE在注册请求消息中携带请求LAND信息的指示，并且如果签约了通配DNN,或者未签约通配DNN但AMF配置的全部DNN都是签约的LADN DNN,则LADN DNN列表为AMF配置的全部DNN。

UE可以提供LADN DNN来获取特定的LADN信息，或者通过请求LADN指示来获取当前注册区允许的所有的LADN信息。

在随后的注册更新流程中，如果网络没有提供LADN信息，则UE删除LADN信息。

当5GC中的LADN信息发生变化，则AMF应该通过UE配置更新流程或者注册流程来更新LADN 信息。

当收到携带LADN DNN的PDU会话建立请求，或者用于建立LADN的PDU会话建立触发的业务请求，并且如果请求的DNN在AMF配置为LADNDNN,则AMF根据UE是否在LADN服务区内来决定是否将其转发给SMF。

根据LADN服务区信息，UE判断自己是否在LADN服务区内。如果UE没有LADN DNN对应的服务区信息，UE认为自己不在LADN的服务内。

UE釆取如下操作：

a）当终端移动出LADN服务区，UE：

（1）不能激活LADN DNN的UP连接；

（2）不能够对LADN DNN建立或者修改PDU会话；

（3）不需要释放当前的LADN DNN的PDU会话，除非UE从网络收到显式的PDU会话释放请求。

b）当UE在LADN服务区，UE：

（1）可能针对LADN DNN请求PDU会话建立/修改；

（2）可能激活已经建立的LADN DNN的PDU会话的UP连接。

SMF支持DNN配置为是否是LADN DNN。

当SMF从AMF收到与LADN相关SM请求时，SMF根据AMF提供的指示（即UE在LADN服务区指示）判断UE是否在LADN服务内。如果SMF没有收到这个指示，SMF认为UE不在LADN服务内。如果UE不在LADN服务区内，则SMF拒绝请求。

当SMF收到与LADN DNN相关PDU会话建立请求，SMF需要通过向AMF提供DNN来签约UE的移动性事件通知，要求上报UE是否在感兴趣的区域。

基于从AMF收到的终端在或者离开LADN服务区的通知（即在服务区，不在服务区，不确定在不在服务区），SMF根据运营商的策略釆取如下操作：

c）当SMF被通知终端移出LADN服务区，SMF：

（1）立即释放PDU会话；或者

（2）去激活PDU会话的用户面连接，但是保留PDU会话。并且确保下行数据通知关闭。如果在一段时间内SMF没有被通知UE重新回到LADN服务区，SMF可能释放PDU会话。

d）当SMF被通知终端进入LADN服务区，SMF

（1）保证下行数据通知开启；

（2）当SMF从UPF收到下行数据通知时触发网络发起的业务请求流程，来激活LADN PDU 会话的用户面连接。

e）当SMF被通知终端的位置不可知，则SMF可以：

（1）保证下行数据通知开启；

（2）当SMF从UPF收到下行数据通知时触发网络发起的业务请求流程，来激活LADN PDU会话的用户面连接。

2.4.4.5    PDU会话建立的过程中DN AAA服务器的二次认证/授权

当建立到一个DN的PDU会话。

（1）UE在DN特定的标识可能需要被DN认证/授权。

注：DN-AAA服务器可能属于5GC或者DN。

（2）如果UE在PDU会话建立过程中提供与DN特定标识相关的认证/授权信息，并且SMF根据与该DN相关的配置策略决定需要对PDU会话建立进行认证/授权，SMF将认证/授权信息通过UPF发送给DN-AAA。如果DN-AAA服务器位于DN中，则SMF将UE提供的认证/授权信息通过UPF发送给DN-AAA服务器。如果SMF判断需要对PDU会话建立进行认证/授权但是终端没有提供相关信息，则SMF拒绝PDU会话建立。

注：如果DN-AAA服务器位于5GC并且直接可达，则SMF可能直接与其进行通信而不需要通过UPF。

（3）DN-AAA服务器可能对PDU会话建立认证/授权。

（4）当DN-AAA服务器授权建立PDU会话，它可能发送建立PDU会话的DN授权数据给SMF。建立PDU会话需要的DN授权数据可能包括如下的一项或者多项：

1)对SMF或者PCF本地配置的授权和计费参数数据的引用。

2)PDU会话允许的MAC地址列表，这个只应用于以太类型的PDU会话。

3)PDU会话允许的VID列表，这个只应用于以太类型的PDU会话。

4)PDU会话的AMBR。这个PDU会话的AMBR比签约获取的会话的AMBR优先级高。

SMF的策略可能需要DN授权而不需要DN认证，这种情况下，当SMF请求DN-AAA授权时，SMF需要通过GPSI（公共UE标识），如果SMF有这个标识的话。

为了PDU会话授权的执行DN认证/授权还包括：

（1）AMF处理的5GC接入认证；

（2）SMF根据从UDM获取的签约数据执行PDU会话授权。

根据本地策略，SMF可能在PDU会话建立发起DN认证/授权。在与DN-AAA在DN认证/授权的交互信令中，SMF提供GPSL如果SMF有这个标识的话。

成功的DN认证/授权后，SMG和DN-AAA之间保持一个会话。

UE通过NAS SM提供所DN认证需要的信息。

注：UE如何获取这些信息不在本研究规范定义。

当SMF增加一个PDU会话锚点（例如在3.6.4中的描述）而DN认证/授权没有执行，但是SMF的策略可能需要SMF通知DN一个PDU会话上新增或者删除一个新的地址或者前缀，或者是该PDU会话的N6接口数据路由信息发生了变化。

当SMF从UPF获取到在一个PDU会话上增加或者删除MAC地址的通知，SMF的策略可能要求SMF通知DN。

SMF拒绝PDU会话建立指示是通过NAS SM发送给UE的。如果DN-AAA发送建立PDU会话的DN授权数据给SMF,并且动态PCC应用于这个PDU会话，则SMF将认证数据中的PDU会话的AMBR 通知给PCF。如果DN-AAA没有发送PDU会话建立的DN授权数据给SMF,SMF可以使用本地配置的信息。

在任何时候，DN-AAA服务器都可以对一个PDU会话重新认证，或者更新这个PDU会话的认证数据。根据DN-AAA的请求，SMF可能释放或者更新PDU会话。在任何时候，DN-AAA服务器或者SMF都可以对一个通过次认证建立的PDU会话触发重新次认证。

2.4.4.6    应用层影响的数据路由

这一章的内容应用于非漫游场景，或者漫游场景中的本地疏导，也就是说涉及的功能实体（AF,PCF,SMF,UPF）都属于拜访地，或者（AF）属于与拜访地有协议的第三方。AF对数据路由的影响不适用在归属地路由的场景。PCF不会对归属地路由的PDU会话相关的所有用户使用AF的请求。

AF可能发送请求影响SMF对PDU会话的数据的路由决策。AF的请求可能影响到UPF的（重）选择并且允许用户数据路由到DN的本地接入（通过DNAI定义）。

AF可能根据不属于为终端服务的PLMN的应用层行为触发请求。

如果运营商不允许使用AF直接接入网络，则AF应使用NEF来跟5GC交互。

AF可能负责在一个本地DN中选择或者重选应用，这个功能不在本标准中定义。为了这一目的，AF可能要求得到与该PDU会话相关的事件通知。

AF请求通过N5接口发送给PCF（如果请求是跟正在进行的PDU会话相关，并且允许AF直接跟5GCNF）或者通过NEF。AF的请求可能映射到多个已经存在或者后续可能建立的多个UE的多个PDU会话或者任何UE,此时AF请求可以通过NEF发送，或者指向多个PCF。PCF将AF的请求转化为应用于PDU会话的策略。当AF在SMF签约UP路径管理事件的通知（包括在N6接口上如何找到GPSI 的通知），这种通知或者直接发送给AF或者通过NEF（不需要经过PCF）。对于AF和PCF直接交互或这一章的内容应用于非漫游场景，或者漫游场景中的本地疏导，也就是说涉及的功能实体（AF,PCF,SMF,UPF）都属于拜访地，或者（AF）属于与拜访地有协议的第三方。AF对数据路由的影响不适用在归属地路由的场景。PCF不会对归属地路由的PDU会话相关的所有用户使用AF的请求。

AF可能发送请求影响SMF对PDU会话的数据的路由决策。AF的请求可能影响到UPF的（重）选择并且允许用户数据路由到DN的本地接入（通过DNAI定义）。

AF可能根据不属于为终端服务的PLMN的应用层行为触发请求。

如果运营商不允许使用AF直接接入网络，则AF应使用NEF来跟5GC交互。

AF可能负责在一个本地DN中选择或者重选应用，这个功能不在本标准中定义。为了这一目的，AF可能要求得到与该PDU会话相关的事件通知。

AF请求通过N5接口发送给PCF（如果请求是跟正在进行的PDU会话相关，并且允许AF直接跟5GCNF）或者通过NEF。AF的请求可能映射到多个已经存在或者后续可能建立的多个UE的多个PDU会话或者任何UE,此时AF请求可以通过NEF发送，或者指向多个PCF。PCF将AF的请求转化为应用于PDU会话的策略。当AF在SMF签约UP路径管理事件的通知（包括在N6接口上如何找到GPSI的通知），这种通知或者直接发送给AF或者通过NEF（不需要经过PCF）。对于AF和PCF直接交互或者通过NEF交互，AF请求可能包含表2的内容。

表2在AF请求中的信元

对于上述AF请求中的每个信元，细节描述如下：

这些AF请求可能指示包括：

a）标识数据的信息。数据在AF请求通过如下标识。

（1）或者DNN和切片信息（S-NSSAI,可选）或者是AF服务标识。

（2）当AF提供了AF服务标识，即代表AF发起请求的一个服务的标识，5GC把这个标识映射为一个DNN和切片信息（S-NSSAI）。

（3）当NEF处理AF请求时，AF服务标识可能用于对AF请求授权。

（4）应用标识或者数据过滤器信息（例如五元组）。应用标识指向是处理UP数据的应用并且用于UPF检测该应用数据。

当AF请求用于影响SMF路由决策时，这个信息用于标识被路由的数据。

当AF请求用于签约UP路径管理事件的通知，这个信息用于标识事件相关的数据。

b）标识a）中定义的数据的N6数据路由需求的信息。这个是perDNAI提供的：对于每个DNAL N6接口数据路由需求可能包含最多两个路由文件ID和/或N6数据路由信息。

注1：N6数据路由需求与通过本地接入DN的数据定向机制有关，它们可能对应配置在UPR的本地规则来实现流量定向。路由描述标识指向AF和5GC预协商好的策略。这种策略可能涉及多个流量发送给SMF的定向策略，例如根据每天的不同时间不同。

注2:实现通过本地接入到DN的流量定向的机制不在本标准中定义。

c）数据路由流向应用的潜在位置信息。这种应用的潜在位置体现为DNAI的列表。如果AF和 PCF通过NEF交互，NEF可能将AF服务标识信息映射为DNAI的列表。DNAI可能用于UPF的（重）选择。

d）UE的信息，这些信息可能对应于：

（1）用GPSL或者IP地址/前缀，或者一个MAC地址标识的单个UE。

（2）当AF通过NEF交互时，用外部组标识标识的一组UE。或者AF直接跟PCF交互时，用内部组标识标识的一组UE。

（3）任何通过DNN,S-NSSAI和DNAI组合请求接入的UE请求。

当PDU会话类型为IPv4、IPv6或者IPv4v6并且AF提供IP地址/前缀时，或者当PDU会话类型为以太并且AF提供MAC地址时，PCF能够识别这个请求应用与那个PDU会话，并且AF请求只能应用于UE特定的PDU会话。此时，可能需要提供额外的信息，例如UE标识，来帮助PCF找到正确的PDU会话。

否则，请求应用于多个UE,并且应用于所有现有的或者后续的PDU会话，只要这些会话能够匹配AF请求中的参数。

当AF请求指向任何UE或者一组UE,AF请求可能影响匹配AF请求中参数的多个SMF和UPF服务的多个PDU会话。

当AF请求指向一个UE,则AF请求中携带GPSL根据从UDM收到的签约数据这个GPSI可以映射为SUPI。

当AF请求指向任何UE或者一组UE,AF请求可能影响多个由不同SMF和PCF服务的 多个PDU会话。

当AF请求指向一组UE,请求中提供一个或者多个组标识。提供给AF的组标识被映射成内部组标识。组成员在签约数据中有这个组标识。内部组标识被存储在UDM中，SMF可以从UDM获取，并在PDU会话建立时发送给PCF。PCF可以根据用户的签约数据映射AF请求，并且决定这个指向一组用户的AF请求是否应用于一个PDU会话。

当AF请求影响SMF路由决策时，这些信息标识哪些UE的数据被路由。

当AF请求是签约用户面路径管理事件时，这些信息标识这些事件和哪些UE数据相关。

e）应用可能重定位的指示。它指示一旦5GC选择了一个应用的位置，是否可以重定位这个应用。如果应用不能重定位，5GC需要保证跟这个应用相关的数据，一旦为其选择了DNAI就不会改变。

f）时间有效性条件。这以一个时间范围或者持续时长的格式提供，在此期间AF请求有效。

当AF请求影响SMF路由决策时，时间有效性条件指示何时应用数据路由。

当AF请求是签约用户面路径管理事件时，时间有效性条件指示何时产生通知。

g）基于UE位置的空间有效性条件。这以一个有效的区域的格式提供。如果AF通过NEF和PCF交互，则以一组地理区域标识的方式提供，NEF根据预配置将这些信息映射为有效的区域。反过来，PCF根据有效区域决定签约感兴趣的区域。

当AF请求影响SMF路由决策时，位置有效性指示该请求只应用于终端的位置在特定地点的数据。

当AF请求是签约用户面路径管理事件时，位置有效性指示签约只应用于终端的位置在特定区域内的签约。

h）签约SMF事件的信息。

AF可以请求签约跟数据标识（第一条定义的）相关签约用户面路径变化，AF请求包含：

—签约类型（签约早通知和/或晚通知）。

AF签约可以是早通知也可以是晚通知。如果签约是早通知，SMF在执行UF（重）选择之前发送通知。如果签约是晚通知，SMF在UPF（重）选择完成时发送通知。

AF签约也可以是请求接收如下信息：跟UE的GPSI相关的UE的IP地址，和/或对UE可达的PDU会话相关当前N6数据路由。此时，无论该PDU会话是否应用DNAL相关的信息都会发送给SMF。

i）AF传输层标识指向一个AF请求。这允许AF更新或者删除影响路由的AF请求，并且可以标识相关的用户面管理事件通知。

当AF通过NEF和PCF交互时，NEF将AF传输标识映射为AF传输内部标识，它由NEF生成，用于在5GC内标识AF请求相关的信息。NEF维护这种映射关系，两者的关系是实现相关。

当AF跟PCF直接交互，AF传输层标识由AF提供，用于在5GC内部作为AF传输内部标识。

AF可能会发送请求影响SMF路由决策，和/或事件签约。

AF可能对用户面路径管理签约通知，即PDU会话的用户面路径变化。用户面路径变化对应的通知 由SMF发送给AF,可能指示DNAI和/或N6数据路由信息发生变化。还可以包含AF传输层内部标识，通知类型（即早通知或者晚通知），源和/或目标DNHA标识，UE的IP地址/前缀或者MAC地址，GPSI 和N6接口上跟5GC用户面相关的数据路由信息。

注3:用户面路径状态的变化是如果是从没有DNAI应用变成根据AF请求激活DNAI应用。用户面路径状态变化是 DNAI应用状态变为根据AF请求去激活DNAI应用。

如果PDU会话类型为IP,则IP地址/前缀和N6数据路由信息一起发送给AF,用于指示如何通过 用户面到达以GPSI标识的UE。N6数据路由信息指示任何可以用于N6接口的隧道。这个信息的属性 依赖于部署。

当用户面路径管理时间通过NEF发送给AF时，如果需要的话，NEF在发送通知消息前映射终端 的标识信息，例如SUPL到GPSIo

注4：N6数据路由信息可以对应，例如一个VPN标识，或者一个显式的隧道信息，例如隧道协议标识和隧道标识。

注5：如果PDU会话类型为非结构化的，N6数据路由信息的属性与5GC用户面的关系，在2.4.10.3中描述。

如果PDU会话类型为以太，则UE的MAC地址和N6接口数据路由信息指示AF如何通过用户面到达以GPSI标识的UE。

当用户面路径管理事件的通知通过NEF发送给AF时，如果需要，NEF在发送通知给AF之前，将UE的标识信息，例如SUPL映射为GPSL将AF传输层内部标识映射为AF传输层标识。

PCF根据从AF收到的信息、运营商策略等，对AF发送请求授权，并对每个DNAI决定数据定向策略，和/或决定作为PCC规则的一部分发送给SMF的N6数据路由信息。数据定向策略标识在SMF 或者UPF上配置，数据定向策略标识和定向到DN的机制有关。

PCF响应AF或者NEF的请求。

与AF请求相关的PDU会话，PFC提供PCC规则给SMF, PCC规则根据AF请求生成，并且考虑终端的位置是否在感兴趣的区域。PCC规则可能包含标识些被路由的数据，和/或数据路由应用于哪些DNAI,可选的包含应用是否可以重定位指示。如果AF显式的提供了与应用相关的N6路由信息，PCF也会包含per DNAI的数据定向策略标识，和/或N6数据路由信息。如果AF请求在SMF签约事件（用户面变化），PCF也可以根据AF的请求，在PCC规则中提供AF（或者NEF）在SMF签约的事件（用 户面变化）。策略的提供可以在PDU会话建立的时候，或者通过发起PDU会话修改流程提供。PDU会话建立或者修改流程，PCF根据UE最新的位置信息决定发送给SMF的PCC规则。PCF评估AF请求的时间有效性，并根据评估结果通知SMF激活或者去激活相应的PCC规则。当存在PDU会话特定的策略和者多个PDU会话通用的策略，PCF会要求PDU会话特定的策略优先于通用策略。

PCF解决空间有效性条件，PCF对于感兴趣的区域向SMF签约UE位置变化通知（即位置上报区域）。对感兴趣区域的签约可以跟空间有效性条件一致，或者是基于终7AEF最新已知位置获得的空间有效性条件的一个子集（例如TA列表）。当SMF检测UE进入PCF签约的感兴趣区域，SMF通知PCF 并且PCF通过PDU会话修改流程向SMF提供PCC规则。SMF通过AMF发送的位置变化通知，或者通过业务请求或者切换过程中获知的UE的位置信息，将UE的位置是否在签约的感兴趣区域通知给PCF。

当PCC规则激活，SMF可能根据本地策略，将根据PCC规则中的信息进行如下考虑。

（1）为PDU会话重选UP路径（包括DNAI）。SMF负责处理UE位置信息（TAI/Cell-ID）,和DNAI相关的UPF和应用之间的映射管理，并且为PDU会话服务的选择UPF。

（2）在UPF配置路由定向，包括激活多归属或者执行UL-CL。这种机制在2.4.4中定义。这包括向UPF提供数据转发规则以便数据定向到DN。SMF根据与DNAI相关的PCC规则中的策略ID和/或N6接口数据路由信息生成数据包处理指示。如果用户面路径重选，SMF可能配置源UPF向UL-CL/BP转发数据,来保证数据被定向到目标UPF。

（3）如果N6接口路由信息也是PCC规则的一部分，则还包括N6接口相关的路由信息。

（4）如果PCC规则中包含AF签约了相应的SMF事件，则通知AF重选了UP路径（用户面路径变化）。

2.4.4.7   选择激活或者去激活已经建立的PDU会话的用户面

本章适用于当UE已经建立了多个PDU会话。激活其中一个PDU会话的UP连接，会触发激活UE到CN之间的用户面连接（即无线承载和N3隧道）。

对于处于空闲态的UE,无论UE还是网络触发的业务请求流程，都可以支持独立激活已经建立的PDU会话的用户面。

处于连接态的UE通过业务请求流程来独立激活已经建立的PDU会话的用户面。

网络触发的对已经建立的PDU会话的用户面的激活如下：

（1）如果SMF上相关的PDU会话，在AMF的连接状态为连接态，网络可以通过网络发起的业务请求流程来重激活已经建立的PDU会话的用户面。

否则：

（2）如果UE处于空闲态，则寻呼消息中需要包含跟PDU会话相关的接入类型。UE收到包含接入类型的寻呼消息，通过业务请求消息作为响应，其中包含与接收的接入类型相关并且希望在接入重激活用户面的PDU会话列表（即列表中不包含根据UE策略用户面，和这些PDU会话相关的S-NSSAI不包含在Allowed NSSAI中，因此无法在激活的PDU会话）。如果触发寻呼的PDU会话在业务请求消息中包含在业务请求的PDU会话的列表中，并且寻呼是由下行出局触发的，则5GC通过3GPP重新激活这些PDU会话的用户面连接。如果寻呼是由下行信令触发,业务请求成功没有激活这些PDU会话的用户面，下行信令通过接入下发。

（3）如果终端处于连接态，收到通知消息后，终端通过业务请求消息作为响应，其中包含可以重激活的允许PDU会话列表，或者一个空的允许PDU会话列表如果没有PDU会话允许被重激活。

对于上述的补充，对于作为永远在线建立的PDU会话建立的描述在2.4.13。

对已经建立的PDU会话的用户面连接的去活，可能触发相应的无线承载和N3隧道去激活。如果一个PDU会话是永远在线的PDU会话，SMF不会因为不活跃而去活该PDU会话的用户面连接。