2.6.1.3 CN隧道信息管理
2.6.1.3.1 概述
CN隧道信息是与PDU会话对应的N3/N9隧道的核心网络地址。它包括PDU会话的UPF设备的TEID与IP地址。当建立或释放新的PDU会话时，执行CN隧道信息的分配和释放。SMF或UPF支持此功能，具体取决于SMF上的运营商配置。如果要求UPF分配/释放CN隧道信息，SMF应指示UPF。当SMF中的CN隧道信息分配和UPF中的CN隧道信息分配在同一网络中共存时，控制特定UPF的所有SMF应使用相同的CN隧道信息分配选项。
2.6.1.3.2 SMF上的CN隧道信息管理
如果网络被配置为在SMF中执行CN隧道信息的分配/释放，则SMF将管理CN隧道信息。当建立PDU会话或将UPF添加到现有PDU会话的用户面路径时，SMF应为适用的N4参考点分配CN隧道信息，并在PDU会话释放或UPF时释放CN隧道信息从现有PDU会话的用户平面路径中删除。在PDU会话建立或向现有PDU会话的用户面路径添加UPF的情况下，SMF应向UPF提供分配的CN隧道信息。在PDU会话释放或从现有PDU会话的用户面路径中移除UPF的情况下，SMF将向UPF通知CN隧道信息释放。
2.6.1.3.3 UPF上的CN隧道信息管理
如果网络被配置为在UPF中执行CN隧道信息的分配/释放，则UPF将管理CN隧道信息。在PDU会话建立或UPF被添加到现有PDU会话的用户面路径的情况下，SMF将请求UPF为适用的N4参考点分配CN隧道信息。作为响应，UPF向SMF提供CN隧道信息。在PDU会话释放或从现有PDU会话的用户面路径中移除UPF的情况下，SMF将请求UPF释放PDU会话的CN隧道信息。
2.6.1.4 流探测
2.6.1.4.1 概述
本节描述了UPF上的检测过程，该过程识别属于会话或服务数据流的数据包。SMF负责指导关于如何检测属于PDR的用户数据业务的UP功能。PDR内提供的其他参数描述了UP功能如何处理与检测信息匹配的分组。
2.6.1.4.2 流探测信息
SMF通过为每个PDR提供检测信息来控制UP功能的流量检测。对于IPv4或IPv6或IPv4v6PDU会话类型，检测信息是以下组合：（5）应用程序标识符：应用程序ID是UPF中配置的一组应用程序检测规则的索引。在本版本的非结构化PDU会话类型规范中，UPF不执行QoS流粒度的流量检测。由SMF发送到UPF以用于PDU会话的流量检测信息可以关联于到用于检测和路由N6上的流量的网络实例。在IPPDU会话类型的情况下，网络实例可以例如是在不同IP域或重叠IP地址的情况下，UPF用于流量检测和路由。在以太网PDU会话类型的情况下，不同的网络实例可以例如是在UPF中配置不同的方式来处理N6和PDU会话之间的关联。
2.6.1.5 用户面转发控制
SMF通过向UPF提供FAR指令来控制PDR检测到的流量的用户平面数据包转发，包括：转发目标和操作的细节将取决于场景，并在下面描述。UPF需要以下转发功能：（4）从SMF到DN-AAA服务器转发SM PDU DN请求容器；
| 场景描述 | 数据转发方向 |
1 | 在UE与SMF之间转发用户面数据包，比如，DHCP信令 | UPF to SMF SMF to UPF |
2 | 在SMF与外部DN之间转发数据包，比如DN-AAA服务器 | UPF to SMF SMF to UPF |
3 | 转发缓存在SMF的数据包 | UPF to SMF SMF to UPF |
4 | 转发SMF构造的向下行数据流节点发送的End Marker数据包 | SMF to UPF |
SMF与UPF之间数据转发的场景
对于以太类型的PDU会话，当配置的UPF充当PSA时，SMF可以指导UPF基于UE针对UL业务使用的MAC地址来路由DL业务。— N6网络实例上的广播和/或多播DL流量以与该网络实例相关联的每个DLPDU会话（对应于任何N4会话）为目标；— 对于UPF通过N3/N9接口上的PDU会话接收的上行链路广播和/或多播流量,UPF应将流量转发到N6接口并下行链接到每个PDU会话（除了一个传入流量）使用相同的N6网络实例；— 对于/IPv6邻居请求流量，SMF请求代理ARP/IPv6邻居请求或从UPF重定向此类数据流到SMF,不需要遵守上述的规则。注意：与网络实例关联的UPF中的本地策略可以防止PDU会话之间的UPF中的本地流量切换，仅用于单播流量或用于任何流量。在UPF策略阻止任何流量的本地流量切换（因此用于广播/多播流量）的情况下，需要诸如ARP/ND代理或本地多播组处理之类的一些机制来确保上层协议可以在以太网 PDU会话上运行。如果本地UPF（充当PSA）策略允许，对于具有未知单播目的地MAC地址的以太网流量，UPF应该以与上述广播和/或多播流量处理相同的方式转发流量。SMF可以请求获取UE使用的源MAC地址,并向UPF提供与这些MAC地址相关的相应转发规则。
2.6.1.6 计费与流量监控处理
2.6.1.6.1 概述
SMF应支持OCS/OFCS和PCF的接口。SMF基于从其他控制平面NF接收的信息和从UPF的用户平面相关信息与OCS/PFCS和PCF交互。QoS流级别，PDU会话级别和订户相关信息保留在SMF,并且仅从UPF请求使用信息。
2.6.1.6.2 在UPF上激活用量上报
由PCF收到的PCC规则或SMF提供的预配置信息以及由CHF通过信用控制会话机制进行在线计费的触发，SMF应向UPF提供使用报告规则，以控制如何执行使用报告。根据规定的监控密钥和触发器，SMF应该请求报告使用监控的相关使用信息。请求使用监视控制的每个使用情况报告规则包含UPF的“流量”列表，其流量将根据此规则进行计算。SMF应在PCC规 则中使用监控密钥，或者预先配置或从PCF接收，以生成该列表，并且还应保持它们之间的映射。此列表可能会在多个使用情况报告规则中重叠，例如，多个不同的使用情况报告规则可能包含相同的数据流。SMF应根据规定的评级组和触发器，请求报告离线和在线计费的相关使用信息。每个请求的离线或在线计费的使用情况报告规则都包含数据流列表信息，其流量将根据此规则进行计算。SMF应使用 由PCF提供的评级组或赞助商标识，预定义的PCC规则和/或PCF或者CHF提供的信息，以生成此列表，并且还应保留它们之间的映射。此列表可能会在多个使用情况报告规则中重叠，例如多个不同的使 用情况报告规则可能包含相同的“数据流"。SMF功能还应向UPF提供报告触发事件，以便何时报告使用信息。报告触发事件（例如，触发，阈值信息等）应支持PDU会话级别以及由SMF确定的规则级别。触发器可以是由数据流量，时间或事 件提供，以满足使用监控而支持的不同计费/使用监控模型，以及用于离线和在线计费。SMF应根据从PCF,CHF或基于本地配置收到的容差来决定阈值。当PCC规则指示等待配额时的服务数据流处理适用时，SMF应请求评级组或赞助标识的相关使用信息的报告或两者的组合，并在等待时向UPF提供默认阈值信息。在某些情况下，相同的使用情况报告规则可用于不同的目的（用于监视和收费），例如，在适用同一组流量，测量方法，触发事件，阈值等的情况下。类似地，SMF可以将报告的测量用于不同的目的。
2.6.1.6.3 向SMF上报用量信息
UPF应支持向SMF报告使用信息。UPF应能够支持基于不同触发器的报告，包括：SMF应确保使用量报告规则中的报告密钥所需的多个粒度级别满足以下聚合级别，而无须了解UPF的粒度级别：基于存储在SMF上的监控密钥和PCC规则之间的映射，SMF应将报告的信息与SMF上可用的会话和签约用户相关信息进行组合，以便通过相应的Npcf接口(N7参考点)进行使用情况监控报告。基于存储在SMF的评级组或赞助者标识与PCC规则之间的映射，SMF应将报告的信息与SMF上可用的会话和签约用户相关信息组合，以通过相应的计费接口进行离线和在线计费报告。
2.6.1.7 PDU会话与QoS流策略
ARP用于准入控制(即新QoS流的保留和抢占)。ARP的值不需要提供给UPF。对于每个QoS流，SMF应使用5QI和可选的ARP优先级来确定传输级别分组标记并向UPF提供传输级别分组标记。SMF应向UE向UPF提供PDU会话的Session-AMBR值，以便UPF和UE可以跨PDU会话的所有非GBR QoS流强制执行PDU会话的Session-AMBRSMF应为UPF的PDU会话的每个GBR QoS流提供保证流比特率(GFBR)、最大流比特率(MFBR)值。如果未在UPF配置窗口或者它与UPF配置的默认值不同，SMF还可以向UPF提供平均窗口。
关注楼主