CN114145054B - 用于支持流量导向通过服务功能链的系统和方法 - Google Patents

Abstract

提供了用于支持流量导向通过服务功能链的方法和系统，该服务功能链包括至少一个数据处理功能。本公开的一个方面提供了一种由会话管理功能执行的导向分组数据单元(PDU)的流量的方法。该方法包括从策略控制功能接收包括信息的PCC规则，该信息包括服务功能链信息、最终递送指示、以及选择性流量导向信息和相关联参数中的至少一个。该方法还包括根据上述信息配置至少一个用户面功能(UPF)。在一些实施例中，上述配置至少一个UPF包括指示第一UPF根据包检测规则检测流量，并根据转发动作规则路由接收到的包。

Description

用于支持流量导向通过服务功能链的系统和方法

相关申请案交叉引用

本申请要求于2019年7月31日提交的申请号为62/881,256、发明名称为“用于支持流量导向通过服务功能链的系统和方法”的先前提交的美国临时专利申请的优先权，其全部内容以引用的方式并入本文。

技术领域

本公开一般涉及通信网络领域，并且特定实施例或方面涉及用于路由流量通过服务功能链的系统和方法。

背景技术

在3GPP系统或网络中，特别是在5G系统中，流量(例如源自用户设备(userequipment，UE)的流量)在到达最终目的地(例如应用服务器或UE)之前可能需要路由通过服务功能链(例如由按特定顺序成链的各功能组成)。服务功能链可以包括处理接收到的流量的至少一个功能，该功能可以称为数据处理功能(data processing function，DPF)。DPF可以是对接收到的流量进行处理或对流量进行操作的网络功能或应用层功能。这样的操作可以包括在包转发到最终目的地、骨干网、或用户之前的防火墙、合法拦截和深度包调查。

可以靠近网络边缘(例如，在数据网络(data network，DN)的一个或多个本地实例中)在本地部署服务功能链，而最终目的地可以位于DN中或者可以是UE。当路由流量通过服务功能链时，例如从第一DPF路由到第二DPF时，可能需要通过3GPP系统中的用户面功能(user plane function，UPF)路由流量，使得流量可以从第一DPF路由到UPF，然后路由到第二DPF，依此类推。

在一些场景中，可以将流量选择性地(即，选择流量的一些包)导向到服务功能链或路由通过服务功能链，而在其他场景中，可以将所有流量导向到服务功能链或路由通过服务功能链。这种场景可以称为选择性流量导向。

在一些场景中，当UE访问靠近网络边缘部署的应用时，该应用可能会从一个位置重新定位到另一个位置，例如，在用于访问应用的UP路径发生变化的情况下。随着应用重新定位，应用(或托管应用的应用服务器)的地址可能会变化。该地址变化应通知UE，以维持应用层会话和业务的连续性。这种场景可以称为应用服务器发现。

因此，需要至少部分地解决现有技术的一个或多个限制的系统和方法。

该背景信息旨在提供可能与理解本公开所解决的问题相关的信息。不必旨在承认，也不应解释为任何前述信息构成针对本公开的现有技术。

发明内容

本公开的目的是消除或弥补现有技术的至少一个缺点。

本公开的一个方面提供了一种用于通过会话管理功能(session managementfunction，SMF)导向至少一个协议数据单元(protocol data unit，PDU)的流量的方法。方法包括从策略控制功能(policy control function，PCF)和操作、管理和维护或管理(operations,administration and maintenance or management，OAM)系统中的一个接收信息。信息包括服务功能链信息，该服务功能链信息指示至少一个PDU应该按特定顺序路由通过包括至少一个数据处理功能(DPF)的服务功能链。方法还包括根据信息配置至少一个用户面功能(UPF)。在一些实施例中，信息还包括最终递送指示，该最终递送指示指示PDU在路由通过服务功能链之后应路由到最终目的地。在一些实施例中，信息还包括选择性流量导向信息和相关联参数，选择性流量导向信息和相关联参数指示至少一个PDU中的PDU应选择性地路由到服务功能链。在一些实施例中，信息还包括用于识别流量的信息和至少关于UE的信息。在一些实施例中，根据信息配置至少一个用户面功能(UPF)的步骤包括指示UPF从服务功能链的第一DPF接收至少一个PDU。在一些实施例中，根据信息配置至少一个用户面功能(user plane function，UPF)的步骤还包括指示UPF向服务功能链的第二DPF发送至少一个PDU。在一些实施例中，根据信息配置至少一个用户面功能(UPF)的步骤包括指示UPF从服务功能链的DPF接收至少一个PDU。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示UPF向最终目的地发送至少一个PDU。在一些实施例中，根据信息配置至少一个UPF的步骤还包括根据至少一个UPF的信息生成规则，规则包括至少一个UPF的至少一个包检测规则(packet detection rule，PDR)，以及至少一个UPF的至少一个转发动作规则(forwarding action rule，FAR)。在一些实施例中，至少一个PDR中的一个PDR与至少两个FAR中的两个FAR相关联，一个PDR包括关于支持选择性流量导向的业务选择的信息。在一些实施例中，根据信息配置至少一个UPF的步骤包括根据至少一个UPF的信息生成规则，规则包括至少一个UPF的至少一个包检测规则(packet detection rule，PDR)，以及至少一个UPF的至少一个转发动作规则(forwarding action rule，FAR)。在一些实施例中，至少一个PDR中的一个PDR与至少一个FAR中的一个FAR相关联。在一些实施例中，上述一个FAR包括用于支持选择性流量导向的关于流量选择的信息。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF根据至少一个PDR中包括的选择策略从至少一个PDU中选择PDU，该选择策略为以下中的一个：全选、随机选择、基于一定数量的连续PDU选择PDU、以及根据时间窗选择PDU。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF复制选择的PDU，其中，复制包括复制选择的PDU和选择的PDU的报头中的一种。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF根据至少一个FAR路由复制的PDU。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF根据至少一个FAR中包括的选择策略从至少一个PDU中选择PDU，该选择策略为以下中的一个：全选、随机选择、基于一定数量的未选择的PDU选择PDU、以及根据时间窗选择PDU。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF复制选择的PDU，其中，复制包括复制选择的PDU和选择的PDU的报头。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示至少一个UPF根据至少一个FAR路由复制的PDU。在一些实施例中，方法还包括通过NEF向AF和OAM中的一个发送通知消息，该通知消息包括DPF的至少一个选择的位置和与至少一个UPF相关的N6流量路由信息。

本公开的另一方面提供了一种网络节点，该网络节点包括至少一个网络接口、至少一个处理器和用于存储指令的非暂时性计算机可读存储器，当由至少一个处理器执行时，指令使网络功能执行本文描述的方法。例如，这种网络功能用于从策略控制功能(PCF)和操作、管理和维护或管理(OAM)系统中的一个接收信息。信息包括服务功能链信息，该服务功能链信息指示至少一个PDU应该按特定顺序路由通过包括至少一个数据处理功能(DPF)的服务功能链。网络节点还用于根据信息配置至少一个用户面功能(UPF)。

本公开的另一方面提供了一种通过至少一个用户面功能(UPF)导向至少一个分组数据单元(packet data unit，PDU)的流量的方法。方法包括从会话管理功能(SMF)接收规则，该规则包括至少一个包检测规则(PDR)和至少一个转发动作规则(FAR)；上述至少一个PDR指示至少一个PDU来自服务功能链的数据处理功能(DPF)。方法还包括从服务功能链的第一DPF接收至少一个PDU。方法还包括根据PDR检测至少一个PDU来自服务功能链的第一DPF。方法还包括根据至少一个FAR发送至少一个PDU。在一些实施例中，根据至少一个FAR发送至少一个PDU的步骤包括向服务功能链的第二DPF发送至少一个PDU。

本公开的另一方面提供了一种网络节点，该网络节点包括至少一个网络接口、至少一个处理器和用于存储指令的非暂时性计算机可读存储器，当由至少一个处理器执行时，指令使网络功能执行本文描述的方法。例如，这样的网络功能用于从会话管理功能(SMF)接收规则，该规则包括至少一个包检测规则(PDR)和至少一个转发动作规则(FAR)；上述至少一个PDR指示至少一个PDU来自服务功能链的数据处理功能(DPF)。网络节点还用于从服务功能链的第一DPF接收至少一个PDU。网络还用于根据PDR检测至少一个PDU来自服务功能链的第一DPF。网络节点还用于根据至少一个FAR发送至少一个PDU。

本公开的另一方面提供了一种通过会话管理功能(SMF)向用户设备(UE)通知应用的新地址的方法。方法包括从策略控制功能(PCF)和操作、管理和维护(OAM)系统中的一个接收信息，该信息包括应用的域名。方法还包括向AF和OAM系统中的一个通知数据网络访问标识符(data network access identifier，DNAI)的变化。方法还包括接收来自AF和OAM中的一个的响应，该响应包括应用的新地址和应用的域名中的至少一个。方法还包括对接收到的响应采取行动。在一些实施例中，对接收到的响应采取行动的步骤包括向UE发送通知消息，该通知消息包括应用的新地址和应用的域名中的至少一个。在一些实施例中，通知消息通过接入和移动性管理功能和无线接入网节点发送。本公开的另一方面提供了一种网络节点，该网络节点包括至少一个网络接口、至少一个处理器和用于存储指令的非暂时性计算机可读存储器，当由至少一个处理器执行时，指令使网络功能执行本文描述的方法。例如，这样的网络功能用于从策略控制功能(PCF)和操作、管理和维护(OAM)系统中的一个接收信息，该信息包括应用的域名。网络节点还用于向AF和OAM系统中的一个通知数据网络访问标识符(DNAI)的变化。网络节点还用于接收来自AF和OAM中的一个的响应，该响应包括应用的新地址和应用的域名中的至少一个。网络节点还用于对接收到的响应采取行动。

本公开的另一方面提供了一种系统。系统包括会话管理功能(SMF)，用于从策略控制功能(PCF)和操作、管理和维护或管理(OAM)系统中的一个接收信息。该信息包括：服务功能链信息，该服务功能链信息指示至少一个PDU应该按特定顺序路由通过包括至少一个数据处理功能(DPF)的服务功能链。SMF还用于：SMF根据接收到的信息配置至少一个UPF。系统还包括用于从SMF接收规则的至少一个用户面功能(UPF)，该规则包括至少一个包检测规则(PDR)和至少一个转发动作规则(FAR)；上述至少一个PDR指示至少一个PDU来自服务功能链的DPF。上述至少一个UPF还用于从服务功能链的第一DPF接收至少一个PDU。上述至少一个UPF还用于根据PDR检测至少一个PDU来自服务功能链的第一DPF。上述至少一个UPF还用于根据规则发送至少一个PDU。在一些实施例中，信息还包括最终递送指示，该最终递送指示指示PDU在路由通过服务功能链之后应路由到最终目的地，上述至少一个UPF还用于执行以下中的一个：向服务功能链的第二DPF发送至少一个PDU；向最终目的地发送至少一个PDU。在一些实施例中，信息还包括选择性流量导向信息和相关联参数，选择性流量导向信息和相关联参数指示至少一个PDU中的PDU应选择性地路由到服务功能链，上述SMF还用于根据信息生成至少一个UPF的规则，其中，规则包括用于支持选择性流量导向的关于流量选择的信息，上述至少一个UPF还用于根据规则中包括的选择策略从至少一个PDU中选择PDU，该选择策略为以下中的一个：全选、随机选择、基于一定数量的连续PDU选择PDU、以及根据时间窗选择PDU。在一些实施例中，上述至少一个UPF还用于复制选择的PDU，其中，复制包括复制选择的PDU和选择的PDU的报头中的一个。在一些实施例中，上述至少一个UPF还用于根据规则路由复制的PDU。

上文结合本公开的各方面描述了实施例，这些实施例可以基于这些方面实现。本领域技术人员将理解，实施例可以结合描述这些实施例的方面来实现，但也可以与该方面的其他实施例一起实现。当实施例相互排斥或彼此不兼容时，对于本领域技术人员而言将是显而易见的。一些实施例可以相对于一个方面进行描述，但也可以适用于其他方面，这对本领域技术人员而言将是显而易见的。

附图说明

从以下结合附图的具体实施方式中，本公开的其他特征和优点将变得显而易见，在附图中：

图1是计算和通信环境内的电子设备的框图，该电子设备可用于实现本公开的代表性实施例的设备和方法；

图2A是示出5G核心网的系统架构的基于服务的视图的框图；

图2B是根据本公开的实施例的用于协调服务功能链和UPF的提出的隧道的示例性实施例；

图3是根据本公开的实施例的将以单独UE地址为目标的AF请求处理到相关的PCF的示意图；

图4是根据本公开的实施例的处理影响UE地址未标识的会话的流量路由的AF请求的示例性实施例；

图5是根据本公开的实施例的用户面管理事件的示例性通知；

图6是根据本公开的实施例的呼叫流程图，该呼叫流程图示出了SMF配置用户面功能以启用流量导向控制服务要求；

图7是根据本公开的实施例的向UE通知应用的新地址的呼叫流程示意图；

图8是示出根据本公开的实施例的通过网络操作、管理和维护(OAM)系统导向流量的呼叫流程图；

图9是根据实施例的在DNAI变化后的应用(或应用服务器)发现的示例过程。

应注意，在整个附图中，相同的特征由相同的附图标记标识。

具体实施方式

在以下描述中，通过示例性实施例描述本公开的特征，并且本公开的特征包括支持或启用上述场景(路由通过服务功能链、选择性流量导向和应用服务器发现)的方案。本公开中提供的方案适用于3GPP系统(特别是5GS)和非漫游以及本地出口(local breakout，LBO)部署，即，适用于以下情况：所涉及的实体(应用功能(application function，AF)、策略控制功能(PCF)、会话管理功能(SMF)、UPF)属于受访的公用陆地移动网(visited publicland mobile network，VPLMN)，或者AF属于与VPLMN有协议的第三方。为了便于描述，这些实施例使用了从第三代合作伙伴计划(third generation partnership project，3GPP)定义的通信系统规范(例如4G和5G网络)中已知的特征和术语。然而，应理解，本公开不限于这样的网络。

图1是在计算和通信环境100内示出的电子设备(electronic device，ED)102的框图，该电子设备102可用于实现本文公开的设备和方法。在一些实施例中，电子设备102可以是通信网络基础设施的元件，如基站(例如，NodeB、增强型Node B(enhanced Node B，eNodeB)、下一代NodeB(有时称为gNodeB或gNB))、归属用户服务器(home subscriberserver，HSS)、网关(gateway，GW)(如分组网关(packet gateway，PGW)或服务网关(servinggateway，SGW))、或演进型分组核心(evolved packet core，EPC)网络中的各种其他节点或功能。在其他实施例中，电子设备102可以是通过无线接口连接到网络基础设施的设备，例如移动电话、智能手机、或其他可被归类为用户设备(UE)的这样的设备。在一些实施例中，ED 102可以是机器类通信(machine type communications，MTC)设备(也称为机器到机器(machine-to-machine，m2m)设备)，或尽管不向用户提供直接服务，但可以被归类为UE的其他这类设备。在一些参考文献中，ED 102也可以称为移动设备(mobile device，MD)，该术语旨在反映连接到移动网络的设备，而不管设备本身是为移动性设计的还是能够移动的。特定设备可使用所示出的所有组件或仅使用上述组件的子集，并且设备之间的集成程度可能不同。此外，设备可以包含组件的多个实例，例如多个处理器、存储器、发射器、接收器等。电子设备102通常包括处理器106(例如中央处理单元(central processing unit，CPU)，并且还可以包括专用处理器，例如图形处理单元(graphics processing unit，GPU)或其他这样的处理器)、存储器108、网络接口110和用于连接ED102的各组件的总线112。ED 102还可以可选地包括如大容量存储设备114、视频适配器116和I/O接口118(虚线所示)等组件。

存储器108可以包括处理器106可读取的任何类型的非暂时性系统存储器，例如静态随机存取存储器(static random access memory，SRAM)、动态随机存取存储器(dynamicrandom access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)或其组合。在具体实施例中，存储器108可以包括一种以上类型的存储器，例如在开机时使用的ROM以及在执行程序时使用的存储程序和数据的DRAM。总线112可以是任何类型的几种总线架构中的一种或多种，包括存储器总线或存储器控制器、外设总线或视频总线。

电子设备102还可以包括一个或多个网络接口110，一个或多个网络接口110可以包括有线网络接口和无线网络接口中的至少一种。如图1所示，网络接口110可以包括用于连接到网络120的有线网络接口，也可以包括用于通过无线链路连接到其他设备的无线接入网络接口122。当ED 102是网络基础设施时，对于作为核心网(core network，CN)的元件而不是在无线边缘处的元件的节点或功能(例如eNB)，可以省略无线接入网络接口122。当ED 102是网络的无线边缘处的基础设施时，有线和无线网络接口都可以包括在内。当ED102是无线连接的设备(例如用户设备)时，无线接入网络接口122可以存在，并且无线接入网络接口122可以由其他无线接口(例如WiFi网络接口)补充。网络接口110使电子设备102可以与远程实体(例如那些连接到网络120的实体)通信。

大容量存储器114可以包括任何类型的非暂时性存储设备，用于存储数据、程序和其他信息，并使得数据、程序和其他信息可通过总线112访问。大容量存储器114可以包括例如固态硬盘、硬盘驱动器、磁盘驱动器或光盘驱动器中的一种或多种。在一些实施例中，大容量存储器114可以在电子设备102远端，并且可通过使用网络接口(例如接口120)访问。在所示的实施例中，大容量存储器114不同于包括大容量存储器114的存储器108，并且通常可以执行与较高时延兼容的存储任务，但通常可以使得易失性较小或不存在易失性。在一些实施例中，大容量存储器114可以与存储器108集成以形成异构存储器。

可选的视频适配器116和I/O接口118(虚线所示)提供了使电子设备102与外部输入和输出设备耦合的接口。输入和输出设备的示例包括与视频适配器116耦合的显示器124和与I/O接口118耦合的I/O设备126，例如触摸屏。其他设备可以与电子设备102耦合，并且可以使用额外的或较少的接口。例如，可以使用串行接口(例如通用串行总线(universalserial bus，USB))(未示出)为外部设备提供接口。本领域技术人员将理解，在ED 102是数据中心的一部分的实施例中，I/O接口118和视频适配器116可以被虚拟化并通过网络接口110提供。

在一些实施例中，电子设备102可以是独立式设备，而在其他实施例中，电子设备102可以驻留在数据中心内。如本领域将理解的，数据中心是存储资源和可以用作集体计算的计算资源的集合(通常以服务器的形式)。在数据中心内，多个服务器可以连接在一起，以提供计算资源池，可以在该计算资源池上实例化虚拟化实体。数据中心之间可以彼此互联，以形成由通过连接资源彼此连接的池化计算和存储资源组成的网络。连接资源可以采取物理连接(例如以太网或光通信链路)的形式，并且也可以包括无线通信信道。如果两个不同的数据中心通过多个不同的通信信道连接，则可以使用多种技术(包括形成链路聚合组(link aggregation group，LAG))中的任何技术将链路组合在一起。应当理解，可以将任何或所有计算资源、存储资源和连接资源(以及网络内的其他资源)划分在不同的子网之间，在一些情况下，可以以资源切片的形式划分。如果对跨多个连接的数据中心或其他节点集合的资源进行切片，则可以创建不同的网络切片。

实施例提供了一种关于流量路由的AF影响解决方案框架。

AF可以发送请求以影响用于协议数据单元(PDU)会话的流量的SMF路由决策。AF请求可能会影响UPF(重新)选择，并允许将用户流量路由到数据网络的本地访问(由数据网络访问标识符(DNAI)标识)。AF可以代表并非由服务UE的公用陆地移动网络(public landmobile network，PLMN)拥有的应用发出请求。如果运营商不允许AF直接访问网络，则AF应使用网络开放功能(network exposure function，NEF)与5GC交互。AF可以负责本地DN内应用的(重新)选择或重新定位。尚未定义这样的功能。为此，AF可以请求获得与PDU会话相关的事件的通知。

图2A示出了5G或下一代核心网(5GCN/NGCN/NCN)的基于服务的架构200。该示意图示出了节点与功能之间的逻辑连接，并且图示的连接不应解释为直接物理连接。ED 102与(无线)接入网((Radio)Access Network，(R)AN)节点720(例如，可以是gNodeB(gNB))形成无线接入网连接，该(无线)接入网((R)AN)节点720通过提供定义的接口(如N3接口)的网络接口连接到用户面(user plane，UP)功能(UPF)240，例如UP网关。UPF 240通过网络接口(如N6接口)提供与数据网络(DN)242的逻辑连接。ED 102与(R)AN节点720之间的无线接入网连接可以称为数据无线承载(data radio bearer，DRB)。

DN 242可以是用于提供运营商服务的数据网络，或者可以不在第三代合作伙伴项目(3GPP)标准化的范围内，例如互联网，互联网是用于提供第三方服务的网络，并且在一些实施例中，DN 242可以表示边缘计算网络或资源，例如移动边缘计算(mobile edgecomputing，MEC)网络。

ED 102还通过逻辑N1连接(虽然该连接的物理路径不是直接的)连接到接入和移动性管理功能(access and mobility management function，AMF)722。AMF 722负责接入请求的认证和授权，以及移动性管理功能。在基于服务的视图中，AMF 722可以通过表示为Namf的基于服务的接口与其他核心网控制面功能通信。

会话管理功能(SMF)204是网络功能，负责分配和管理分配给ED的IP地址，以及为与ED 102的特定会话相关联的流量选择UPF 240(或UPF 240的特定实例)。应当理解，网络200中通常会有多个SMF 204，每个SMF 204可以与相应的ED 102、(R)AN节点720或UPF 240组相关联。在基于服务的视图中，SMF 204可以通过表示为Nsmf的基于服务的接口与其他核心网功能通信。SMF 204还可以通过逻辑接口(例如网络接口N4)连接到UPF 240。

认证服务器功能(authentication server function，AUSF)724通过基于服务的Nausf接口向其他网络功能提供认证服务。

网络开放功能(NEF)208可以部署在网络中，以使服务器、功能和其他实体(例如可信域之外的实体)对网络内的服务和能力开放。在一个这种示例中，NEF 208可以充当所示网络外部的应用服务器与网络功能(例如策略控制功能(PCF)206、SMF 204、UDM 248和AMF722)之间的代理，以便外部应用服务器可以提供在设置与数据会话相关联的参数时可以使用的信息。NEF 208可以通过基于服务的Nnef网络接口与其他网络功能通信。NEF 208还可以具有到非3GPP功能的接口。

网络存储功能(network repository function，NRF)250提供网络服务发现功能。NRF 250可以特定于与其相关联的公用陆地移动网络(PLMN)或网络运营商。服务发现功能可以允许连接到网络的网络功能和ED确定访问现有网络功能的位置和方式，并可以提供基于服务的接口Nnrf。

PCF 206通过基于服务的Npcf接口与其他网络功能通信，并且可以用于向其他网络功能(包括控制面内的功能)提供策略和规则。策略和规则的执行和应用不一定由PCF206负责，而是通常由PCF 206向其传输策略的功能负责。在一个这种示例中，PCF 206可以向SMF 204传输与会话管理相关联的策略。这可以用于实现统一的策略框架，从而使用该统一的策略框架管理网络行为。

统一数据管理功能(unified data management function，UDM)248可以提供基于服务的Nudm接口以与其他网络功能通信，并可以向其他网络功能提供数据存储设施。统一数据存储可以实现网络信息的整合视图，该整合视图可用于确保最相关的信息可以从单个资源提供给不同的网络功能。这可以使其他网络功能的实现更容易，因为这些网络功能不需要确定特定类型的数据存储在网络中的位置。UDM 248可以使用接口(例如Nudr)来连接到用户数据存储库(user data repository，UDR)420。PCF 206可以与UDM 248相关联，因为PCF 206可能涉及向UDR 420请求和提供订阅策略信息，但应该理解，PCF 206和UDM 248通常是独立的功能。

PCF 206可以具有到UDR 420的直接接口，也可以使用Nudr接口与UDR 420连接。UDM 248可以接收检索UDR 420中存储的内容的请求，或将内容存储在UDR 420中的请求。UDM 248通常负责诸如凭证处理、位置管理和订阅管理的功能。UDR 420还可以支持认证凭证处理、用户识别处理、访问授权、注册/移动性管理、订阅管理和短消息服务(shortmessage service，SMS)管理中的任何或全部功能。UDR 420通常负责存储由UDM 248提供的数据。存储的数据通常与控制对存储数据的访问权限的策略配置文件信息(可由PCF 206提供)相关联。在一些实施例中，UDR 420可以存储策略数据，以及用户订阅数据，用户订阅数据可以包括订阅标识符、安全凭证、接入和移动性相关订阅数据以及会话相关数据中的任何或全部数据。

应用功能(AF)202表示部署在网络运营商域内和3GPP兼容网络内的应用的非数据面(也称为非用户面)功能。AF 202通过基于服务的Naf接口与其他核心网功能交互，并且可以访问网络开放信息，以及提供用于决策(例如流量路由)的应用信息。AF 202还可以与诸如PCF 206的功能交互，以提供对策略和策略执行决策的应用特定输入。应当理解，在许多情况下，AF 202不会向其他NF提供网络服务，而是通常被视为由其他NF提供的服务的消费者或用户。3GPP网络外部的应用可以通过使用NEF 208执行与AF 202相同的许多功能。

操作、管理和维护或管理(OAM)210是网络管理面功能，OAM 210为控制面(controlplane，CP)和UP功能提供配置、操作、维护和支持服务。

ED 102与用户面(UP)244和CP 246中的网络功能通信。UPF 240是CN UP 244的一部分(DN 242在5GCN之外)。(R)AN节点720可以视为用户面的一部分，但由于(R)AN节点720严格来说不是CN的一部分，因此(R)AN节点720不被视为CN UP 244的一部分。AMF 722、SMF204、AUSF 724、NEF 208、NRF 250、PCF 206和UDM 248是驻留在CN CP 246内的功能，通常称为CP功能。AF 202可以与CN CP 246内的其他功能通信(直接通信或通过NEF 208间接通信)，但AF 202通常不被认为是CN CP 246的一部分。

本领域技术人员将理解，可以存在多个UPF，例如，在(R)AN节点720与DN 242之间串联连接的中间UPF(Intermediate-UPF，I-UPF，例如如图2B所示的UPF 220、222和224)，并且通过使用并行的多个UPF，可以容纳到不同DN的多个数据会话。

图2B是根据本公开的实施例的路由流量通过服务功能链的一般示意图。

参考图2B，控制面功能(例如SMF 204、PCF 206、NEF 208)可以从外部功能(例如AF202)接收要求或请求，或从网络操作、管理和维护或管理(OAM)系统210接收配置信息/参数，以启用或影响或执行对一些业务流的流量导向控制。应注意，来自AF 202的要求或请求可以首先(通过NEF 208或不通过NEF 208)发送(230)到PCF 206，并由PCF 206转换为策略。然后，PCF将策略232更新到SMF 204，该SMF 204服务于与业务流212和业务流214相关联/相关的PDU会话或承载业务流212和业务流214。

如业务流212所示，来自AF 202(具体为OAM 210)的要求或请求(或配置信息或参数)可以指示来自UE 102的流量应该路由通过服务功能链216(例如，在一个或多个DN 242的本地实例中本地部署)到最终目的地218(例如DN 242中的应用服务器或UE)。如果从AF202或OAM 210接收要求或请求的控制面功能是PCF 206，则控制面功能(即PCF 206)可以根据要求或请求生成策略，并将策略提供(232)给SMF 204，该SMF 204服务于与业务流212或业务流214相关联的PDU会话或承载业务流212或业务流214。根据从PCF 206接收的策略或根据从OAM 210接收的配置信息/参数，SMF 204可以通过向一个或多个UPF发送(234)配置参数或规则(例如N4转发动作规则和包检测规则中的属性)来相应地配置一个或多个UPF，或者直接向一个或多个UPF发送转发动作规则和/或包检测规则。配置参数或规则可以由SMF 204根据从PCF 206接收的策略或从OAM 210接收的配置信息/参数生成。

在一些实施例中，UPF 220、222、224可以使用由SMF 204提供的配置参数或规则来路由流量。在一些实施例中，流量可以路由通过如业务流212所示的服务功能链216(按以下顺序路由流量：UPF 220、DPF 226、UPF 222、DPF 228、UPF 224、以及最终目的地218)。在一些实施例中，如业务流214所示，可以根据流量选择策略选择性地复制一些流量，并将这些流量发送(214)到服务功能链216的DPF 226。在一些实施例中，UPF 240中的至少两个(例如UPF 220、UPF 222和UPF 224)可以是相同的实体/UPF。下文描述实施例的其他细节。

图3是根据本公开的实施例的将以单独UE地址为目标的AF请求处理到相关的PCF的示意图。AF请求通过直接接口(例如N5接口)发送到PCF 206，其中，N5接口是PCF 206与AF202之间的控制面246中的接口(例如，在请求是以一个或多个单独UE的正在进行的特定PDU会话为目标并且允许AF与5GC NF直接交互的情况下，如图3所示)，或者AF请求通过NEF 208发送到PCF 206。图4是根据本公开的实施例的处理影响UE地址未标识的会话(因此会话可以是未来会话)的流量路由的AF请求的示意图。以多个UE或任何UE的现有或未来PDU会话为目标的AF请求通过NEF 208发送(如图4所示)，并且AF请求可以以多个PCF 206为目标。一个或多个PCF 206将AF请求转换为应用于PDU会话的策略(例如图3中的步骤310或图4中的步骤412)。图5是根据本公开的实施例的用户面管理事件的示例性通知。当AF 202已经订阅了来自一个或多个SMF 204的UP路径管理事件通知(包括关于如何通过N6接口到达GPSI的通知)时，如图5所示，这些通知直接发送到AF 202或通过NEF 208(不涉及PCF 206)发送。如图2A所示，N6接口是UPF 240与DN 242之间的用户面244中的接口。

对于直接或通过NEF 208与PCF 206交互的AF 202，AF请求可以包含如下所述的信息。

AF请求可以具有用于识别流量的信息。可以通过DNN和可能的切片信息(S-NSSAI)或AF业务标识符在AF请求中识别流量。当AF 202提供AF服务标识符(即AF 202代表其发出请求的服务的标识符)时，5G核心(例如NEF 208)将该标识符映射到目标DNN和切片信息(S-NSSAI)中。当NEF 208处理AF请求时，AF服务标识符可以用于授权AF请求。

AF请求可以具有应用标识符或流量过滤信息(例如，5元组(Tuple)，指示或包括源IP地址、源端口号、目的IP地址、目的端口号、以及正在使用的协议或协议类型)。应用标识符指代处理UP流量的应用。应用标识符可以映射到一个或多个包检测规则。UPF 240可以使用应用标识符(例如，标识对应的一个或多个包检测规则，并使用一个或多个包检测规则)来检测应用的流量。当AF请求用于影响SMF路由决策时，上述信息用于标识待路由的流量。当AF请求用于订阅关于UP路径管理事件的通知时，上述信息用于标识与事件相关的流量。

如上所述，AF请求可以具有关于请求中定义的流量的N6流量路由要求的信息。关于N6流量路由的该信息可以包括关于针对每个DNAI提供的N6流量路由要求的信息：对于每个DNAI，N6流量路由要求可以包含路由配置文件ID和/或N6流量路由信息。当关于一个或多个UE的信息(AF请求中的信息)标识一组UE时，关于N6流量路由要求的信息还可以包括流量相关性的可选指示。这表示目标PDU会话应通过请求中标识的流量的公共DNAI相关。如果该指示由AF 202提供，则5GC(例如SMF 204)应从AF请求中指定的DNAI列表中为目标PDU会话选择公共DNAI，该DNAI列表指示或代表流量应应用到的应用的潜在位置。

N6流量路由要求与本地访问DN时启用流量导向的机制有关。路由配置文件ID指代AF 202与5GC之间预先约定的策略。该策略可以指代发送到SMF 204的一个或多个不同的导向策略ID，并且可以基于例如当天时间等。

AF请求可以包括流量应路由到的应用的潜在位置。应用的潜在位置表示为上述DNAI列表。如果AF 202通过NEF 208与PCF 206交互，则NEF 208可以将AF服务标识符信息(在AF请求中)映射到DNAI列表。一个或多个DNAI可以由SMF 204用于UPF(重新)选择，即为与AF请求相关或受AF请求影响的PDU会话(重新)选择UPF。

AF请求可以包括关于一个或多个UE的信息。关于一个或多个UE的信息可以对应于：使用GPSI标识的单独UE，或IP地址/前缀或MAC地址；当AF 202通过NEF 208交互时，由外部组标识符标识的UE组，或当AF 202直接与PCF 206交互时的内部组标识符；以及访问DNN、S-NSSAI和一个或多个DNAI的组合的任何UE。

当PDU会话类型为IPv4或IPv6或IPv4v6时，AF 202提供IP地址和/或IP前缀，或者当PDU会话类型为以太网时，AF 202提供MAC地址。这允许PCF 206识别该请求应用的PDU会话，并且AF请求仅应用于UE 102的该特定PDU会话。在这种情况下，还可以提供附加信息(例如UE标识)以帮助PCF 206识别正确的PDU会话。否则，上述请求以多个UE为目标，并且将应用于与AF请求中的参数匹配的任何现有PDU会话或未来PDU会话。

当AF请求以单独UE为目标并且在AF请求内提供了GPSI时，根据从UDM接收的订阅信息，将GPSI映射(例如由NEF 208)到SUPI。

当AF请求以任何UE或一组UE为目标时，AF请求可能影响可能由多个SMF 204和PCF206服务的多个PDU会话。

当AF请求以一组UE为目标时，AF在其请求中提供一个或多个组标识符(例如外部组标识符)。AF 202提供的组标识符被映射到内部组标识符。该组的成员在其订阅数据中具有该组标识符(组的内部组标识符)，例如存储在UDR或UDM中的组标识符。内部组标识符存储在统一数据管理功能(UDM)中，由SMF 204从UDM检索，并在PDU会话建立时由SMF 204传递到PCF 206。然后，PCF 206可以将AF请求与用户订阅映射，并确定以一组用户为目标的AF请求是否应用于PDU会话。

当AF请求用于影响SMF路由决策时，上述信息(即，关于一个或多个UE的信息)用于标识其流量待路由的一个或多个UE。当AF请求用于订阅关于UP路径管理事件的通知时，上述信息用于标识其流量与事件相关的一个或多个UE。

AF请求还可以包括关于对对应的SMF事件的AF订阅的信息。AF 202可以请求订阅与AF请求中标识的流量相关联的UP路径的变化(如上所述)。AF请求可以包含一种类型的订阅(提前通知(earlynotification)和/或延后通知(late notification)的订阅)。AF订阅可以用于提前通知和/或延后通知。如果是提前通知的订阅，则SMF在配置(新)UP路径之前发送通知。如果是延后通知的订阅，则SMF在配置(新)UP路径之后发送通知。

可选地，AF请求中可以包括“预期AF确认(AF acknowledgment to be expected)”的指示。该指示表示AF 202将向5GC提供对UP路径管理事件的通知的响应。SMF 204可以根据该指示，在提前通知的情况下在SMF 204配置新UP路径之前确定等待AF 202的响应，或在延后通知的情况下激活新UP路径。

AF订阅还可以请求接收将UE的GPSI与UE的一个或多个IP地址和/或与用于在PDU会话上到达UE的实际N6流量路由相关联的信息。在这种情况下，无论DNAI是否应用于PDU会话，SMF 204都会发送对应的信息。

AF请求可以包括指代AF请求的AF事务标识符。这允许AF 202更新或移除AF请求并标识对应的UP路径管理事件通知。AF事务标识符由AF 202生成。

当AF 202通过NEF 208与PCF 206交互时，NEF 208将AF事务标识符映射到AF事务内部标识符，该AF事务内部标识符由NEF 208生成并在5GC内使用，以标识与AF请求相关联的信息。NEF 208维护AF事务标识符与AF事务内部标识符之间的映射。这两个标识符之间的关系是实施方式特定的。

当AF 202直接与PCF 206交互时，AF 202提供的AF事务标识符被用作5GC内的AF事务内部标识符。

AF 202可以发送(例如，通过图4中的步骤402、404、406、410；或通过图3中的步骤302、308)AF请求以影响SMF路由决策和/或事件订阅。

AF 202可以通过在AF请求中包括关于对对应的SMF事件的AF订阅的信息，来请求订阅关于UP路径管理事件的通知(即，当对于PDU会话发生UP路径变化时)。SMF 204向AF202发送(例如图5中的步骤504、506、508和/或518、520、522)的关于UP路径变化的对应通知可以指示已经变化的DNAI和/或N6流量路由信息。通知可以包括AF事务内部标识符、通知类型(即提前通知或延后通知)、源DNAI和/或目标DNAI的标识、UE的IP地址/前缀或UE使用的MAC地址、以及与5GC UP相关的GPSI和N6流量路由信息。

从没有应用DNAI的UP路径状态到应用DNAI的UP路径状态的变化表示该AF请求的激活。从应用DNAI的UP路径状态到没有应用DNAI的UP路径状态的变化表示该AF请求的去激活。

就IP PDU会话类型而言，UE的IP地址/前缀与N6流量路由信息一起向AF 202指示如何通过用户面到达由其GPSI标识的UE(换句话说，N6流量路由信息可以用于向UE发送或路由DL流量)。N6流量路由信息指示可以通过N6接口或连接(例如，UPF与DNAI表示的应用位置之间的接口或连接)使用的任何隧道。该信息的性质取决于部署。

N6流量路由信息可以对应于：VPN的标识符；显式隧道信息(xplicit tunnellinginformation)，例如隧道协议标识符和隧道标识符；或用于N6连接或接口的在5GC UP侧(例如UPF)的隧道端点信息(例如ID、网络和/或端口号)。

就以太网PDU会话类型而言，UE的MAC地址与N6流量路由信息一起向AF 202指示如何通过用户面到达由其GPSI标识的UE。

当关于UP路径管理事件的通知通过NEF 208发送到AF 202时(例如图5中的步骤504和506或步骤518和520)，如果需要，在向AF 202发送通知之前，NEF 208将UE标识信息(例如SUPI)映射到GPSI并将AF事务内部标识符映射到AF事务标识符。

PCF 206根据从AF 202接收的信息(例如AF请求中的信息，如AF服务标识符)、运营商的策略等，来授权从AF 202接收的请求(即AF请求)，并针对每个DNAI确定待作为PCC规则的一部分发送(例如，图2B中的步骤232或图3中的步骤312或图4中的步骤412)到SMF 204的流量导向策略ID(从AF请求中AF 202提供的路由配置文件ID导出)和/或N6流量路由信息(如AF请求中AF 202所提供的N6流量路由信息)。流量导向策略ID在SMF 204或UPF 240中配置。流量导向策略ID与启用到DN的流量导向的机制相关。

DNAI与SMF 204考虑用于UPF选择的信息相关，例如用于(本地)转向由PCF 206提供的一些流量匹配的流量过滤器的流量。如果AF请求以单独的PDU会话为目标，则PCF 206向AF 202或NEF 208确认(例如图3中的步骤309)AF请求。

对于与AF请求对应的PDU会话，PCF 206向SMF 204提供(例如，图2B中的步骤232或图3中的步骤312或图4中的步骤412)基于AF请求生成的PCC规则。PCC规则包含用于标识流量的信息、关于流量路由应应用到的一个或多个DNAI的信息、以及可选的流量相关性指示。如果在AF请求中显式提供了N6流量路由信息，则PCC规则还针对每个DNAI包含流量导向策略ID和/或N6流量路由信息。PCF 206还可以在PCC规则中提供(例如图2B中的步骤232或图3中的步骤312或图4中的步骤412)用于向AF 202(或NEF 208)订阅与AF请求对应的SMF事件(UP路径变化)的信息，在这种情况下，PCF 206还在PCC规则中提供/包括关于在AF请求中接收的对对应的SMF事件的AF订阅的信息。这可以通过在PDU会话建立时提供PCC规则或通过启动PDU会话修改过程来完成。当启动PDU会话建立或PDU会话修改过程时，PCF 206确定提供给SMF 204的PCC规则。

SMF 204可以考虑从PCF 206接收(例如图2B中的步骤232或图3中的步骤312或图4中的步骤412)的PCC规则中的信息，以(重新)选择为PDU会话选择UP路径(包括一个或多个DNAI)。SMF 204负责处理UE位置(例如，以TAI/Cell-Id的形式)和与UPF 240和应用相关联的一个或多个DNAI之间的映射，并且负责处理服务PDU会话的一个或多个UPF 240的选择。如果PCC规则与SMF 204所服务的5G VN组(即UE组)相关，并且如果关于N6流量路由要求的信息包括流量相关性指示，则SMF 204应为5G VN组的PDU会话选择公共DNAI。

SMF 204可以考虑从PCF 206接收(例如，图2B中的步骤232或图3中的步骤312或图4中的步骤412)的PCC规则中的信息，以在UPF 240配置流量导向，包括激活用于流量多归属(traffic multi-homing)或UL分类器(UL classifier，UL CL)的执行的机制。这可以包括SMF 204向UPF 240提供(例如，图2B中的步骤234、或图3中的步骤314、或图4中的步骤414或图6中的步骤602)用于将流量导向到DN的本地访问的包处理指令(即PDR和FAR)。包处理指令由SMF 204使用PCC规则中与所应用的DNAI对应的流量导向策略ID和/或N6流量路由信息生成(例如，如上所述，PCC规则由PCF 206根据从AF 202接收的AF请求生成)。就UP路径重新选择而言，SMF 204可以配置(例如图2B中的步骤234、或图3中的步骤314、或图4中的步骤414或图6中的步骤602)源UPF 240，以将流量转发到UL CL/BP，使得流量被导向到目标UPF240。

如果在PCC规则中已经提供了关于对对应的SMF事件的AF订阅的信息，则SMF 204可以考虑从PCF 206接收(例如，图2B中的步骤232或图3中的步骤312或图4中的步骤412)的PCC规则中的信息，以通知(例如，在图5中，在提前通知的情况下，步骤504、506或步骤508，和/或在延后通知的情况下，步骤518、520或步骤522)AF 202UP路径的(重新)选择(UP路径变化)。如果信息包括“预期AF确认”的指示，则在SMF 204(在提前通知的情况下)配置新的UP路径或(在延后通知的情况下)激活新的UP路径之前，SMF 204可以等待来自AF 202的响应。

本公开现在将描述根据本文描述的实施例的在AF 202、PCF 206和SMF 204之间维护有效用户面(UP)路径的过程。本公开和附图示出了AF 202如何向PCF 206发送AF请求，以及PCF 206如何处理AF请求并影响SMF的流量路由决策。本公开和附图还示出了在AF 202订阅AF请求中的UP路径管理事件的通知的情况下，SMF 204如何向AF 202通知UP路径管理事件。

处理影响UE地址标识的会话的流量路由的AF请求。

如果AF请求以单独UE(例如由UE地址标识的单独UE)(更准确地，正在进行的特定PDU会话)为目标，则(AF 202或NEF 208)使用绑定支持功能(binding support function，BSF)320将AF请求发送到与PDU会话相关的单独PCF 206(例如PDU会话的服务PCF 206)，如下文所示。AF 202是否需要使用NEF 208发送AF请求取决于本地部署。AF请求的内容如上所述。

参考图3，取决于AF部署，AF 202可以直接向PCF 206发送AF请求，在这种情况下，跳过步骤302，或通过NEF 208向PCF 206发送AF请求。

在条件步骤302中，当AF 202通过NEF 208发送AF请求时，AF 202向NEF 208发送以单独UE地址为目标的AF请求。该请求与影响以单独UE地址为目标的流量路由的AF请求对应。当NEF 208从AF 202接收AF请求时，如本公开中上文所述，NEF 208确保需要的授权控制和从AF 202提供的信息映射到5GC所需的信息。NEF 208响应AF 202。

在条件步骤304中，如果PCF 206地址在NEF 208上基于本地配置不可用，则AF202/NEF 208向BSF 320发送请求以获取相关的PCF 206的地址；否则跳过步骤302。AF 202/NEF 208可以基于本地配置或使用网络存储功能(NRF)找到BSF 320。

在步骤306中，BSF 320可以向AF 202/NEF 208提供/发送PCF的地址。

在步骤308中，如果执行了步骤302，则NEF 208将AF请求传输或发送给PCF 206；否则，AF 202直接将AF请求发送给PCF 206。PCF 206通过步骤309响应AF 202，以确认AF请求的接收者。

在步骤310中，PCF 310基于AF请求生成一个或多个PCC规则。在步骤312中，PCF206可以更新/向SMF 204(即服务PDU会话的SMF 204)发送根据AF请求生成的一个或多个新PCC规则。在步骤313中，SMF 204可以响应PCF 206以确认接收到一个或多个PCC规则。当通过步骤312从PCF 206接收到一个或多个PCC规则时，SMF 204可以在适用时采取合适的动作，以通过步骤314(重新)配置PDU会话的UP路径，这些动作可以包括：在UP路径中添加、替换或移除一个或多个UPF，例如以充当UL CL、分支点和/或PDU会话锚点；为UE分配新的前缀(当IPv6多归属应用时)；使用新的流量导向规则更新关于目标DNAI的UPF。

处理影响UE地址未标识的会话的流量路由的AF请求

参考图4，如果AF请求以一组UE或访问DNN和S-NSSAI的组合的任何UE为目标，或通过GPSI以单独UE为目标，则AF 202将联系NEF 208，并且NEF 208将AF请求信息存储在用户数据存储库(UDR)420中。如果一个或多个PCF 206订阅了AF请求信息的创建/修改/删除的通知，则一个或多个PCF 206从UDR 420接收对应的通知，并获取AF请求。这在下文进一步描述。应注意，在这种情况下，AF请求可以以正在进行的PDU会话或未来的PDU会话为目标。上述AF请求的内容如上所述。

在步骤402中，AF 202创建AF请求。AF请求还包括AF事务ID。在AF 202订阅与PDU会话相关的事件的情况下，AF 202还指示其希望接收对应通知所在的位置(这称为AF通知报告信息)。AF请求可以用于更新或移除现有请求(由AF事务ID标识)。

在步骤404中，AF 202向NEF 208发送AF请求。如上文和本文其他地方所述，NEF208确保执行需要的授权控制，包括AF请求的节流(throttling)和将AF 202提供的信息映射到5GC所需的信息。

在步骤406中，如果AF请求是新请求或用于更新现有请求，则NEF 208将AF请求信息或AF请求存储在UDR 420中。如果AF请求用于删除或移除现有请求，则NEF 208删除UDR420中对应的AF请求信息(例如，使用AF请求中的AF事务Id标识)。在步骤408中，NEF 208然后可以响应AF 202。

在步骤410中，如果一个或多个PCF 206已经从UDR 420订阅与AF请求相关的数据变化的通知，则UDR 420向PCF 206通知AF请求。在该步骤中，一个或多个PCF 206接收AF请求。

在步骤412中，PCF 206确定现有PDU会话是否可能受到AF请求的影响。对于每个受影响的PDU会话，PCF 206用一个或多个新的PCC规则更新SMF 204(即服务PDU会话的SMF204)，或者向SMF 204发送一个或多个新的PCC规则，上述新的PCC规则由PCF 206基于AF请求生成。在步骤413中，SMF 204可以响应PCF 206，以确认一个或多个PCC规则的接收。

在步骤414中，当从PCF 206接收到一个或多个PCC规则时，SMF 204可以采取合适的动作，通过执行以下中的至少一项来(重新)配置PDU会话的UP路径：添加、替换或删除UP路径中的UPF 240，以例如充当UL CL或分支点；为UE分配新的前缀(当IPv6多归属应用时)；使用新的流量导向规则更新目标DNAI中的UPF 240。

本公开现在将描述用于通知用户面管理事件的过程。

参考图5，如果AF 202已经使用AF请求订阅了用户面或用户面路径管理事件的通知，则如上所述，SMF 204可以向AF 202发送通知。以下是这样的事件的示例：AF订阅请求中标识的PDU会话锚点已建立或释放；DNAI已更改；SMF 204已经接收到对于用户面或用户面路径管理事件的通知的请求(作为从PCF 206接收(如上所述，例如图3中的步骤312或图4中的步骤412)的PCC规则中关于(对SMF事件的)AF订阅的信息)，以及正在进行的PDU会话满足通知AF 202的条件。通知的内容在上文中描述。

如图5所示并在下文中描述，SMF 204根据订阅类型(可以包括提前通知和/或延后通知)，通过NEF 208(步骤504、506和/或步骤518、520)或直接(步骤508和/或步骤522)向AF202发送通知。

在步骤502中，PDU会话发生UP管理事件(例如上述事件)。

在步骤504、506或步骤508中，如果AF 202已经订阅事件的提前通知，则SMF 204向AF 202发送关于事件的通知。SMF 204可以在通知中包括PDU会话的目标DNAI。

AF 202可以通过在步骤510和512中通过NEF 208或在步骤514中直接向SMF 204发送响应来应答通知，该响应可以是肯定响应或否定响应。如果响应是肯定响应，AF 202可以在响应中包括与目标DNAI(在通知中指示)对应的N6流量路由细节。

如果包括关于AF订阅的信息的AF请求通过NEF 208发送到PCF 206，则SMF通过NEF208向AF 202发送关于事件的通知(步骤504和506)。如上文和本文其他地方所述，在从SMF204接收到通知之后，NEF 208可以在向AF 202发送通知之前对通知执行信息映射。在这种情况下，AF 202也通过NEF 208向SMF 204发送响应(步骤510和512)。

如果包括关于AF订阅的信息的AF请求直接发送到PCF 206，而不通过NEF 208，则SMF 204直接向AF 202发送关于事件的通知(步骤508)。在这种情况下，AF 202直接向SMF204发送响应(步骤514)，也不通过NEF 208。

在步骤516中，SMF(重新)配置UP路径，例如改变DNAI，或添加、改变或移除UPF。该步骤类似于图2B中的步骤234或图3中的步骤314，或图4中的步骤414或图6中的步骤602。

根据从PCF接收(例如，图3中的步骤312或图4中的步骤412中)的PCC规则中对SMF事件的AF订阅中包括的“预期AF确认”的指示，SMF 204可以在该步骤之前等待AF 202对提前通知的响应。SMF 204在接收到AF 202的肯定响应之前不执行此步骤。

如果AF 202订阅了事件的延后通知，则SMF 204向AF 202发送事件的通知。SMF204可以在通知中包括PDU会话的目标DNAI。AF 202可以通过向SMF 204发送响应来应答通知，该响应可以是肯定响应或否定响应。如果响应是肯定响应，AF 202可以在响应中包括与目标DNAI(在通知中指示)对应的N6流量路由细节。

如果包括关于AF订阅的信息的AF请求通过NEF 208发送到PCF 206，则SMF 204通过NEF 208向AF 202发送关于事件的通知(步骤518和520)。如上文和本文其他地方所述，在从SMF 204接收到通知之后，NEF 208可以在向AF 202发送通知之前对通知执行信息映射。在这种情况下，AF 202也通过NEF 208向SMF 204发送响应(步骤524和526)。

如果包括关于AF订阅的信息的AF请求直接发送到PCF 206，而不通过NEF 208，则SMF 204直接向AF 202发送关于事件的通知(步骤522)。在这种情况下，AF 202直接向SMF204发送响应(步骤528)，也不通过NEF 208。

现在将描述对上述过程的增强，以支持场景(即，如上所述的服务功能链、选择性流量导向、应用服务器发现)。

上述增强是针对AF请求、PCC规则(基于AF请求生成)以及上述过程中SMF 204和UPF 240的行为的增强。如上所述的架构和过程保持不变。

应注意，虽然可以分开描述上述增强，但是可以组合使用这些增强。

在增强中，流量指代AF请求中标识的流量，例如，通过用于标识AF请求中流量的信息标识的流量。流量可以是由包或协议数据单元(PDU)序列组成的业务流。包和PDU可以互换使用。

现在将描述对服务功能链的支持和AF请求中的附加信息元素的增强。

作为增强，除了上文所述的那些信息元素之外，AF 202还可以在发送到PCF 206(例如，通过图4中的步骤402、404、406、410；或通过图3中的步骤302、308)的AF请求中提供一些信息元素，和/或可以在AF请求中提供增强的信息元素，即，增强了上文所述的一些信息元素。

作为增强，在发送到PCF 206的AF请求中，AF 202可以提供信息，该信息指示流量应该按特定顺序路由通过一些功能(例如DPF)(如上文参照服务功能链所述，这些功能可以是网络功能或应用层功能)。该信息称为服务功能链信息。

服务功能链信息可以表示为DNAI集合的有序列表，每个集合表示功能DPF，并包括表示功能DPF的潜在位置的DNAI列表。DNAI集合在列表中的顺序表示流量应路由通过对应功能(例如DPF)的顺序，参考图2B，顺序可以是DPF 226和DPF 228。

为了便于表示，DNAI集合(即功能，一个或多个DPF)的有序列表称为服务功能链，并且可以仅包括一个DNAI集合(即功能，DPF 226)或一个以上的DNAI集合，例如，如图2B所示的2个DPF：DPF 226和DPF228。

在AF请求中，指示流量应路由到的应用的潜在位置的信息(如上所述)可以通过服务功能链信息或以服务功能链信息的形式表示。因此，服务功能链信息是表示指示流量应路由到的应用的潜在位置的信息的增强形式或增强方式。在这种情况下，如果AF请求中关于N6流量路由要求的信息包括流量相关性指示(如上所述)，则表示目标PDU会话应基于每个DPF通过请求中标识的流量的公共DNAI相关。即，如果该指示由AF 202提供，则5GC(例如SMF 204)应从每个DNAI集合(即，对于服务功能链中的每个DPF)中的一个或多个DNAI的列表中为目标PDU会话选择公共DNAI。此外，在这种情况下，AF请求中关于N6流量路由要求的信息可以基于每个DNAI每个DPF提供。

作为增强，在发送到PCF 206的AF请求中，AF 202还可以提供指示流量在路由通过服务功能链216(即按特定顺序的功能DPF)之后应该路由到最终目的地218(如包头中所指示)的信息。该信息称为最终递送指示。

基于AF请求生成的PCC规则。

PCF 206可以包括上述信息，即服务功能链信息和最终递送指示，以及根据AF请求生成并发送(例如通过图2B中的步骤232或通过图4中的步骤412或通过图3中的步骤312)到SMF 204的一个或多个PCC规则中AF请求中的其他信息(如上)。SMF 204对相关PDU会话(例如用于路由流量并由SMF 204服务的PDU会话)执行从PCF 206接收的PCC规则。

SMF 204和UPF 240的行为。

当执行PCC规则时，根据PCC规则中的信息，SMF 204为服务功能链中的每个单独功能DPF选择位置，为PDU会话选择一个或多个UPF 240(例如PSA)，并且配置(例如通过图2B中的步骤234，或图3中的步骤314或图4中的步骤414或图6中的步骤602)一个或多个UPF 240以按照服务功能链中的相应功能的顺序路由流量通过选择的功能位置。当配置一个或多个UPF 240时，SMF 204可以根据PCC规则中的信息(例如服务功能链信息、最终递送指示、每DNAI(per-DNAI)N6流量路由要求、用于标识流量的信息)生成或构建PDR和/或FAR，并将PDR和FAR提供给一个或多个UPF 240。然后，一个或多个UPF 240使用从SMF 204接收的PDR和/或FAR，以按照服务功能链中的相应功能的顺序路由流量通过选择的功能位置。SMF 204可以为服务功能链中的一些或所有功能选择相同的位置。如果PCC规则与SMF 204所服务的5GVN组(即UE组)相关，并且如果PCC规则中关于N6流量路由要求的信息包括流量相关性指示，则SMF 204应从每个DNAI集合(即，对于服务功能链中的每个DPF)中的一个或多个DNAI的列表中为5G VN组的PDU会话选择公共DNAI。然后，如下文根据图6所述，SMF 204(重新)配置一个或多个UPF 240。

图6是根据本公开的实施例的呼叫流程图，该呼叫流程图示出了SMF 204配置(步骤602)用户面功能240(例如通过将PDR和FAR发送或提供到用户面功能)，以启用流量导向控制业务要求。该呼叫流程可以作为步骤314(的一部分)集成在图3中。该呼叫流程可以作为步骤414(的一部分)集成在图4中，或作为步骤234(的一部分)集成在图2B中。

应注意，在本公开中，图6中的步骤602可以与图2B中的步骤234、图3中的步骤314、图4中的步骤414以及图8中的步骤810相似、相同或作为其一部分。换句话说，如本领域普通技术人员所理解的，这些步骤(图6中的步骤602、图2B中的步骤234、图3中的步骤314、图4中的步骤414和图8中的步骤810)可以彼此相似或相同。类似地，如本领域技术人员所理解的，图2B中的步骤232、图3中的步骤312、图4中的步骤412和图8中的步骤806可以彼此相似或相同。类似地，如本领域技术人员所理解的，图3中的步骤310、图4中的步骤412(与PCC规则生成有关的部分)和图8中的步骤804可以彼此相似或相同。

考虑服务功能链216中的第一DPF，例如DPF 226。有两种如下所述的情况。

第一种情况可以是当第一DPF不是服务功能链216中(如一个或多个PCC规则中的服务功能链信息所指示的)的最后一个功能时或当PCC规则(例如，如参考图2B、图3、图4和图8的实施例所述，从PCF 206接收(232或312或412或806)的PCC规则)指示流量应该路由到最终目的地218时(例如，通过包括最终递送指示)。

在这种情况下，SMF 204可以选择和配置(例如，通过图2B中的步骤234、图3中的步骤314、图4中的步骤414，以及图6中的步骤602)第一UPF 220和第二UPF 222，使得第一UPF将流量路由到第一DPF 226(即，路由到第一功能的位置，由SMF 204选择的位置)并且第二UPF 222从第一DPF 226接收返回的流量。

第一UPF 220和第二UPF 222可以是相同的UPF。为了用户面效率，第一UPF 220、第二UPF 222和第一DPF 226的位置可以由SMF 204共同选择。

当配置第一UPF 220和第二UPF 222时(例如，通过图2B中的步骤234、图3中的步骤314、图4中的步骤414和图6中的步骤602)，SMF 204可以使用(例如，通过图4中的步骤412、图3中的步骤312、或图2B中的步骤232、或图8中的步骤806从PCF接收的)PCC规则中的信息(例如用于标识流量的信息)生成或构建包检测规则(PDR)，并将规则配置到两个UPF 220、222(和/或UPF 224)中，或将规则提供给两个UPF 220、222(和/或UPF 224)。第一UPF 220在流量路由到第一DPF 226之前使用第一UPF 220的PDR检测流量；第二UPF 222在流量路由通过第一DPF 226之后使用第二UPF 222的PDR检测流量。配置到第一UPF 220中的PDR可以与配置到第二UPF 222中的PDR不同。配置到第二UPF 222中的PDR可以由SMF 204另外根据关于第一DPF 226和第二UPF 222的选择的位置之间的连接/接口的信息生成或构建。

当配置第一UPF 220时(例如，通过图2B中的步骤234、图3中的步骤314、图4中的步骤414和图6中的步骤602)，SMF 204还可以使用(例如，通过图4中的步骤412、图3中的步骤312、或图2B中的步骤232从PCF 206接收的)一个或多个PCC规则中的信息(例如，每DNAI N6流量路由信息或要求)生成或构建转发动作规则(FAR)，并将FAR配置到第一UPF 220中，或将FAR提供给第一UPF 220。FAR被链接或相关联到配置在第一UPF 220中的PDR。在第一UPF220使用PDR检测到流量之后，UPF 220使用(链接或相关联到PDR的)FAR将流量路由到第一DPF 226的选择的位置。SMF 204可以使用或根据一个或多个PCC规则中与该功能位置(以DNAI的形式表示)相关的N6流量路由要求来生成或构建FAR。

在第一DPF 226(在选择的位置)接收到流量之后，第一DPF 226将流量路由、发送、或转发(在可能的处理之后)到第二UPF 222。在这种情况下，由第一DPF 226将流量路由、发送或转发作为UL流量。因此，第一DPF 226需要知道关于如何将流量路由、发送或转发作为UL流量的N6信息。第一DPF 226可以从AF 202了解或获得信息，AF 202又可以从SMF 204了解或获得信息。例如，当(例如通过图5中的步骤504/506或508或518/520或522)向AF 202通知UP路径管理/变化事件(例如关于DPF 226的DNAI变化或选择)时，SMF 202可以在通知中包括用于发送UL流量的N6流量路由信息。该信息可以包括协议ID、隧道ID、隧道端点ID、地址、与第一功能(准确地说，第一DPF 226的选择的位置)和第二UPF 222之间的连接的第二UPF侧相关的端口号。在从SMF 204接收到信息之后，AF 202可以将该信息提供或发送(例如通过图2B中的步骤260)到第一DPF 226，然后第一DPF 226使用该信息将流量路由、发送或转发到第二UPF 222作为UL流量。

由于从SMF 204发送(例如通过图5中的步骤504/506或508和/或518/520或522)到AF 202的关于UP路径管理/变化事件的通知可以包括与第一UPF 220相关的N6流量路由的形成(如上所述，N6流量路由信息用于向UE路由/发送DL流量；在这种情况下，N6流量路由信息将被第一DPF 226用来发送DL流量)，SMF 204可以将这两种/条N6流量路由信息(即用于发送DL流量的N6流量路由信息和用于发送UL流量的N6流量路由信息)中的每一种与通知中的指示相关联，该指示指示该信息是用于发送DL流量还是用于发送/转发/路由UL流量。当第一UPF 220和第二UPF 222是相同的UPF时，这两种/条N6流量路由信息可以对应于UPF与选择的位置处的第一DPF 226(即，SMF 204从AF 202在AF请求中提供的潜在位置中为第一DPF 226选择的位置)之间的连接。

应注意，因为服务功能链216可以包括一个以上DPF，因此从SMF 204发送(例如，通过图5中的步骤504/506或508和/或518/520或522)到AF 202的通知可以包括标识DPF的信息，该DPF是通知中指示的DNAI变化或选择(例如，源DNAI、目标DNAI)以及相关联信息(用于发送UL流量的N6流量路由信息，用于发送DL流量的N6流量路由信息)所针对或相关的。标识DPF的信息可以是功能索引的形式，指示DPF在DNAI集合的有序列表中的位置(如上所述，由服务功能链信息指定)。AF 202可以根据通知中的该信息标识对应的DPF，并向目标DNAI表示或标识的位置处的DPF提供N6流量路由信息(用于发送UL流量和/或用于发送DL流量)。

应注意，因为SMF 204基于对对应事件的AF订阅向AF 202发送这样的通知，所以在AF请求中，AF 202应指示对UP路径管理/变化事件的通知的AF订阅(例如，图4中的步骤402、404；图3中的步骤302、308；或图2B中的步骤230)。

第二种情况可以是当第一DPF 226/228是服务功能链216中(如一个或多个PCC规则中的服务功能链信息所指示)的最后一个功能时，并且当PCC规则不指示流量应该路由到最终目的地208时(例如，通过不包括最终递送指示)。

SMF 204可以选择和配置(例如，通过发送PDR和/或FAR，通过图2B中的步骤234、图4中的步骤414以及图6中的步骤602)UPF 240，使得UPF 240(根据PDR和FAR)将流量路由到第一DPF 226(到达由SMF 204选择的第一DPF 226的位置)。在这种情况下，第一DPF 226不会将流量路由回3GPP网络，并且没有选择并配置第二UPF 222以从第一DPF 226接收返回的流量。

对选择性流量导向的支持和AF请求中的附加信息元素的增强。

作为增强，除了上文所述的那些信息元素之外，AF 202还可以在发送到PCF 206(例如，通过图4中的步骤402、404、406、410；或通过图3中的步骤302、308)的AF请求中提供一些信息元素。

在发送到PCF 206的AF请求中，AF 202可以包括关于选择性流量导向的信息。该信息指示流量的包应该被选择性地导向或路由到AF请求中指定的服务功能链216。在选择性流量导向期间，选择流量的一些包以导向或路由到服务功能链216。在一些实施例中，选择性流量导向与正常流量路由并行执行。即，在流量路由到包头中指示的最终目的地的同时，选择流量的一些包以复制并导向或路由(图2B中的步骤214)到服务功能链216(复制的包被导向并路由到业务功能216)。在一些实施例中，当复制包时，仅复制包头，在这种情况下，复制的包的有效载荷字段可以为空，也可以填充随机或无意义的内容，或填充与原始包的有效载荷字段中的内容无关的内容。

关于选择性流量导向的信息可以指示如何选择流量中的包(用于路由或导向到服务功能链216，或用于复制和路由或导向到服务功能链216)。例如，关于选择性流量导向的信息可以指示选择所有包、随机选择包、或使用与关于选择性流量导向的信息相关联的一些参数选择包。相关联参数可以指示或指定每隔一定数量(在这种情况下，一个或多个参数指定数量)的包选择包，或在一些时间窗口或间隔下(在这种情况下，一个或多个参数以特定时间单位(如秒、分钟、小时等)指定窗口长度或间隔长度)选择包。在一些实施例中，一个或多个相关联参数可以包括在关于选择性流量导向的信息中。在一些实施例中，一个或多个相关联参数可以包括在与关于选择性流量导向的信息分开的信息元素中。

基于AF请求生成的PCC规则。

PCF 206包括关于选择性流量导向的信息和其相关联参数(在存在的情况下)以及PCC规则中的AF请求中的其他信息(如上)，PCC规则基于AF请求生成并发送(例如，通过图4中的步骤412或图3中的步骤312；或图2B中的步骤232；或通过图8中的步骤806)到SMF 204。

根据本公开的实施例的SMF和UPF的行为。

根据从PCF 206接收的PCC规则中关于选择性流量导向的信息和其相关联参数(在存在的情况下)，SMF 204配置(例如，通过图3中的步骤314；图4中的步骤414；图6中的步骤602；或图2B中的步骤234；或图8中的步骤810)一个或多个UPF 240以对流量执行选择性流量导向以朝向或流向服务功能链216(例如该链的第一DPF 226)。SMF 204可以不配置UPF240对已经完全(即通过链中的所有DPF)或部分(即通过该链中的一些DPF，但尚未通过链中的其他DPF)路由通过服务功能链216的流量执行选择性流量导向。基于SMF 204的配置，UPF240对流量执行选择性流量导向，即选择包，复制选择的包或选择的包的报头，将复制的包或包头导向或路由到服务功能链(即UPF 220通过步骤214到DPF 226)。之后，如上所述，根据SMF 204用于支持服务功能链的配置，在UPF 240的协助下，将复制的包或包头路由通过完整的服务功能链216。

当配置UPF(例如，通过图3中的步骤314；图4中的步骤414；图6中的步骤602；或图2B中的步骤234；或通过图8中的步骤810)以执行选择性流量导向时，SMF 204可以使用从PCF 206接收(例如，通过图4中的步骤412；图3中的步骤312；或图2B中的步骤232；或图8中的步骤806)的PCC规则中的信息(例如，用于生成一个或多个PDR的用于标识流量的信息；用于生成一个或多个FAR的与服务功能链216中第一DPF 226的选择的位置相关的N6流量路由要求；用于生成一个或多个PDR或一个或多个FAR的关于选择性流量导向(以及其相关联参数，在存在的情况下)的信息)，来生成或构建一个或多个包检测规则(PDR)和一个或多个包转发动作规则(FAR)，并将一个或多个PDR和一个或多个FAR配置到UPF 240中，或将一个或多个PDR和一个或多个FAR提供给UPF 240。SMF 204可以将一个或多个FAR链接或相关联到一个或多个PDR。当将FAR链接或相关联到PDR时，SMF 204可以在PDR中包括FAR的标识符。UPF 240可以使用一个或多个PDR和一个或多个FAR来执行选择性流量导向。例如，SMF 204可以使用一个或多个PDR检测尚未路由通过服务功能链中的任何DPF的流量，然后使用(相关联/链接到一个或多个PDR)的一个或多个FAR将从流量中选择的包路由到服务功能链216的第一DPF 226。

为了支持UPF 240执行选择性流量导向(特别地，从流量中选择包)，可以如下增强SMF 204提供给UPF 240或SMF 204配置到UPF 240中的PDR或FAR。

可以增强PDR以支持选择性流量导向。

可以增强PDR，以包括关于流量选择的信息(例如，如下文所述的PDR的增强格式中的包(PDU)选择策略的字段或属性所指示)，并将PDR链接或相关联到多个FAR(例如，第一FAR，如下文所述的FAR的增强格式中的转发动作规则ID的字段或属性所指示；以及第二FAR，如下文所述的增强格式中的第二转发动作规则ID的字段或属性所指示)，以支持选择性流量导向路由。即，当生成或构建待配置到(或提供到)(例如，通过图3中的步骤314；图4中的步骤414；图6中的步骤602；或图2B中的步骤234；或图8中的步骤810)UPF 240中的PDR时，SMF 204可以包括PDR中关于流量选择的信息，并将多个FAR(例如，第一FAR和第二FAR)链接或相关联到PDR。关于流量选择的信息可以与从PCF 206接收(例如，通过图4中的步骤412；图3中的步骤312；或图2B中的步骤232；或图8中的步骤806)的PCC规则中的关于选择性流量导向的信息(以及其相关联参数，在存在的情况下)相同或相关(或由SMF 204从该关于选择性流量导向的信息中导出)，SMF 204可以使用关于选择性流量导向的信息生成或构建PDR。

在一些实施例中，关于流量选择的信息包括在PDR中，并且只有当PDR包括指示包(如果匹配或满足PDR)来自RAN或核心网的信息时，例如，当PDR的源接口字段或属性被设置为包括‘接入侧’或‘核心侧’等信息时，PDR才链接或相关联到多个FAR。

增强的包检测规则的实施例内的属性：

实施例提供了对3GPP标准(例如3GPP TS 23.501V16.1.0第5.8.2.11.3条)中定义的PDR格式的增强。一些实施例包括对PDR的增强，该PDR包括由网络功能用于包(PDU)选择策略(用于指示如何选择流量以路由到服务功能链)的字段或属性。一些实施例包括第二转发动作规则ID，第二转发动作规则ID标识或指代一个或多个UPF为了将流量路由到服务功能链将采取的转发动作(当应用选择性流量导向时，例如，如包(PDU)选择策略所指示)。在一些实施例中，上述增强包括转发动作规则ID的字段或属性，重新使用转发动作规则ID的字段或属性，以标识或指代UPF为了将流量路由到最终目的地将采取的转发动作。

对于匹配或满足PDR的包，UPF 240可以在以下条件下执行选择性流量导向：PDR指示包是从RAN或核心网接收的或来自RAN或核心网(例如，PDR的源接口字段或属性包括信息，例如‘接入侧’或‘核心侧’)；除了第一FAR外，PDR还与第二FAR相关联或链接，其中，第一FAR用于将流量路由到最终目的地(如包头中所指示)而不是服务功能链，第二FAR用于将流量路由到服务功能链；PDR包括关于流量选择的信息。

在执行选择性流量导向时，UPF 240根据关于流量选择的信息确定是否选择包，例如根据以下逻辑确定是否选择包：如果关于流量选择的信息指示选择所有包，则UPF 240确定选择包；如果关于流量选择的信息指示随机选择包，则UPF 240对选择包进行随机决策(或，在对选择包进行随机决策之后选择包)；如果关于流量选择的信息指示每隔特定数量的包(例如‘x’个)选择一个包，则如果没有选择流量中的最后‘x’个连续包，UPF 240确定选择该包，数量‘x’是与关于流量选择的信息相关联或作为关于流量选择的信息的一部分的参数；如果关于流量选择的信息指示每隔特定时间窗口或间隔选择包，并且指示窗口或间隔长度或时间窗口或间隔的特定结束时间，则如果包处于时间窗口或间隔结束时，UPF 240确定选择该包。

如果UPF 240确定选择上述包，或者如果该包是由UPF 240选择的，则UPF 240然后可以复制包或包头，并使用第二转发动作规则路由复制的包或包头，这使复制的包或包头被路由到服务功能链216。如果UPF 240确定不选择上述包或者如果该包不是由UPF 240选择的，UPF 240可以不这样做。

在一些实施例中，无论包是否由UPF 240选择，UPF 240都可以使用链接或相关联到PDR的第一转发动作规则路由包，这可以使包被路由到如包头中指示的最终目的地218。在一些实施例中，只有当UPF 240确定不选择包或者只有当包不是由UPF 240选择时，UP才可以使用第一转发动作规则路由包。

可以增强FAR以支持选择性路由。

增强的转发动作规则的实施例内的属性。

实施例提供了对3GPP标准(例如3GPP TS 23.501V16.1.0第5.8.2.11.6条)中定义的FAR格式的增强。一些实施例包括对FAR的增强，该FAR包括包(PDU)选择策略的字段或属性。在一些实施例中，重新使用这种增强的FAR、转发策略列表的字段或属性以指示第一转发/导向策略(用于路由到最终目的地)和第二转发/导向策略(用于路由到服务功能链)。

当PDR与单个FAR链接或相关联时，可以增强FAR，以包括关于流量选择的信息和关于多个转发或导向策略的信息，以支持选择性流量导向。即，当生成或构建待配置到UPF240中(例如，通过图3中的步骤314；图4中的步骤414；图6中的步骤602；或图2B中的步骤234；或图8中的步骤810)的FAR时，SMF 204可以将关于流量选择的信息(例如，如由上述FAR的增强格式中的包(PDU)选择策略的字段或属性所指示的关于流量选择的信息)以及关于多个转发或导向策略的信息(例如，如上述FAR的增强格式中的转发策略列表的字段或属性所指示的第一转发/导向策略和第二转发/导向策略信息)(例如对应的策略ID)包括在FAR中。关于流量选择的信息可以与(例如，通过图4中的步骤412；图3中的步骤312；或图2B中的步骤232；或图8中的步骤806，从PCF接收的)PCC规则中的关于选择性流量导向的信息以及其相关联参数(在存在的情况下)相同或相关(或由SMF 204从该关于选择性流量导向的信息中导出)，SMF 204可以使用关于选择性流量导向的信息生成或构建FAR。

在使用FAR执行选择性流量导向时，UPF 240根据FAR中关于流量选择的信息确定是否选择包，例如根据以下逻辑确定是否选择包：如果关于流量选择的信息指示选择所有包，则UPF 240确定选择包；如果关于流量选择的信息指示随机选择包，则UPF 240对选择包进行随机决策(或，在对选择包进行随机决策之后选择包)；如果关于流量选择的信息指示每隔特定数量的包(例如‘x’)选择包，则如果没有选择流量中的最后‘x’个连续包，UPF 240确定选择包，数量‘x’是与关于流量选择的信息相关联或作为关于流量选择的信息的一部分的参数；如果关于流量选择的信息指示每隔特定时间窗口或间隔选择包，并且指示窗口或间隔长度或时间窗口或间隔的特定结束时间，如果包处于时间窗口或间隔结束时，UPF240确定选择该包。

如果UPF 240确定选择上述包，或者如果该包是由UPF 240选择的，则UPF 240然后可以复制包或包头，并使用或根据FAR中指示(例如通过策略ID)的第二转发/导向策略路由复制的包或包头，这使复制的包或包头被路由到服务功能链216。如果UPF确定不选择上述包或者如果该包不是由UPF 240选择的，UPF 240可以不这样做。

在一些实施例中，无论包是否由UPF 240选择，UPF 240都可以使用或根据FAR中(例如通过策略ID)指示的第一转发策略路由包，这可以使包被路由到如包头中指示的最终目的地218。在一些实施例中，只有当UPF 240确定不选择包或者只有当包不是由UPF 240选择时，UP才可以使用第一转发/导向策略路由包。

现在描述对应用服务器发现的支持和AF请求中的附加信息元素的增强。在该增强中，假设或要求AF 202使用本文其他地方所述的AF请求订阅SMF事件或UP路径管理/变化事件(例如DNAI变化事件)的通知。

除了本文其他地方所述的那些信息元素之外，AF还可以在发送到PCF(例如，通过图4中的步骤402、404、406、410；或通过图3中的步骤308)的AF请求中提供一些信息元素，或可以在AF请求中提供增强的信息元素，即，增强了上述一些信息元素。

在发送到PCF 206的AF请求中，AF 202可以包括应用(或应用服务器)的域名(例如，以完全限定域名(fully qualified domain name，FQDN)的形式)，例如，作为AF请求中提供的用于标识流量的信息的一部分(即，增强用于标识流量的信息以包括应用或应用服务器的域名)或作为单独的信息元素。在一些实施例中，域名与流量相关联。在一些实施例中，域名标识应用或者可以用于标识应用。

基于根据上述增强的AF请求生成的PCC规则。

PCF 206包括应用的域名(如果由AF 202在AF请求中提供)，以及PCC规则中的其他信息，例如AF请求中关于对SMF事件的AF订阅的信息(如本文其他地方)，PCC规则根据AF请求生成并发送(例如，通过图4中的步骤412；图3中的步骤312；或图2B中的步骤232；或图8中的步骤806)到SMF 204。

根据上述增强的SMF 204和UE 102的行为。

当与应用相关的PDU会话发生DNAI变化事件时，根据从PCF 206接收的PCC规则中关于对SMF事件的AF订阅的信息，SMF 204向AF 202发送关于DNAI变化(例如从源DNAI到目标DNAI的变化)的通知，例如在图5中，在提前通知的情况下通过步骤504和506或步骤508；在延后通知的情况下通过步骤518和520或步骤522。该通知包括目标DNAI。

AF 202从SMF 204接收到通知之后可以执行或触发应用重新定位，其中，应用从源DNAI重新定位或迁移到目标DNAI。应用重新定位可能会引起应用地址或应用(或应用服务器)地址的变化。AF可以知道应用(或应用服务器)的新地址。应用(或应用服务器)的地址可以以IP地址的形式。

AF向SMF 204发送(例如，在提前通知的情况下，通过步骤510和512或步骤514；在延后通知的情况下，通过步骤524和526或步骤528)对通知的肯定响应，以确认通知中指示的DNAI变化或选择(即目标DNAI)。在响应中，AF 202可以包括应用(或应用服务器)的新地址。例如，在AF 202没有在发送到PCF 206的AF请求中提供该信息(即域名)的情况下，AF还可以在响应中包括应用或应用服务器的域名(例如，以FQDN的形式)。AF 202还可以在响应中包括UE通知指示，指示向UE通知地址变化。UE通知指示可以是可选的。在从AF 202接收到肯定响应之后，SMF 204可以向UE 102通知肯定响应中包括的应用或应用服务器的新地址，如下文参照图7和图9所述。在一些实施例中，只有当肯定响应包括UE通知指示时，SMF 204才向UE 102通知肯定响应中包括的应用或应用服务器的新地址。在本公开中，应用或应用服务器的新地址也称为目标AS IP地址。

图7是本公开的实施例的向UE通知应用的新地址的呼叫流程示意图。

在从AF 202接收到肯定响应(图7中的步骤704)之后，SMF 204可以根据响应和/或本地配置中的UE通知指示，决定向UE通知地址变化，并向UE 102发送(如图7中的步骤706所示)通知。在一些实施例中，即使来自AF 202的响应不包括指示，例如，当SMF的本地配置指示向UE发送通知时，SMF 204也可以向UE发送通知。

如图7中的步骤706所示，SMF 204通过接入和移动性管理功能(AMF)722和RAN节点720向UE发送通知。该通知可以包括在发送到UE 102的非接入层(non-access-stratum，NAS)消息中。

在发送给UE 102的通知中，SMF 204包括从AF 202接收的应用(或应用服务器)的新地址。在通知中，SMF 204还可以包括应用(或应用服务器)的域名，该域名可以由AF 202在响应消息中提供或从PCF 206作为根据AF请求生成并与PDU会话相关的PCC规则的一部分获取(在这种情况下，AF 202在发送给PCF 206的AF请求中提供域名)，或从对应于应用的本地配置中获取。

在从SMF 204接收到通知之后，UE 102从通知中获取新地址，以及可能的应用(或应用服务器)的域名。UE可以本地存储信息。如图所示，例如通过图7中的步骤708，UE 102可以触发应用层(即，在UE上运行的应用或操作系统(operating system，OS))以(重新)发送域名系统或域名服务(domain name service，DNS)查询或对域名的请求。当应用层(通过UE向DNS服务器)发送DNS查询或请求时，UE可以使用新地址在本地响应或应答查询或请求，而不向DNS服务器发送DNA查询或请求。

根据上述描述，向UE通知应用或应用服务器的新地址的过程如图7所示。

参考图7，在步骤702中，SMF 204向AF 202发送关于PDU会话的DNAI变化的通知。该步骤类似于图5中在提前通知的情况下的步骤504和506或步骤508，或在延后通知的情况下的步骤518和520或步骤522。

在步骤704中，SMF 204从AF 202接收对通知的响应(例如，肯定响应)。响应可以包括应用或应用服务器的新地址以及应用或应用服务器的域名。该步骤类似于在提前通知的情况下的步骤510和512或步骤514，或在延后通知的情况下的步骤524和526或步骤528。

在步骤706中，SMF 204通过经由AMF 722和RAN节点720向UE 102发送通知(例如，使用SMF NAS消息)，来向UE 102通知地址变化。该通知可以包括应用或应用服务器的新地址和域名。

在步骤708中，在从SMF 204接收到通知之后，UE 102可以触发应用层(即在UE上运行的应用或操作系统(OS))以(重新)发送对域名的DNS请求或查询。DNS请求或查询包括上述域名。然后，UE 102可以使用(在步骤706中接收的)应用或应用服务器的新地址本地应答DNS查询或请求，该新地址对应于DNS请求或查询中的域名。UE不会将从应用层接收到的DNA查询或请求发送到DNS服务器。

图8是根据本公开的实施例的通过网络操作、管理和维护(OAM)系统导向流量的呼叫流程图。

应注意，虽然参照AF请求描述了实施例/增强，但如图8和图2B所示，也可以通过OAM系统210提供上述增强(即，如上所述，关于服务功能链、选择性流量导向、应用服务器发现的增强)。

在步骤802中，OAM 210可以向PCF 206提供(例如通过消息)策略数据或配置信息，策略数据或配置信息可以包括上述AF请求和增强中包含的信息(即与如本文所述的路由流量通过服务功能链、选择性流量导向、应用服务器发现相关的信息)。或者，OAM 210可以在步骤812中用AF请求信息(与AF请求相关联或AF请求中包括的信息)填充或更新或提供(例如通过消息)UDR 420，并且UDR 420在步骤814中向PCF 206通知与AF请求信息相关的UDR数据变化。步骤812可以类似于图4中的步骤406，其中NEF 208替换为OAM 210。

在步骤804中，PCF 206根据从OAM 210接收到的策略数据或配置信息生成和/或更新PCC规则，并在步骤806中向SMF 204提供PCC规则。如本文其他地方所述，步骤806与图2B中的步骤232、图3中的步骤312、图4中的步骤412相似或相同。或者，OAM可以在步骤808中直接向SMF 204提供(例如通过消息)策略或配置信息，策略或配置信息包括PCC规则或AF请求的内容以及本文所述的增强。

在步骤810中，SMF可以根据从PCF 206接收到的策略(PCC规则)和/或从OAM 210接收到的策略或配置信息配置UPF 240。如本文其他地方所述，该步骤类似于图2B中的步骤234或图3中的步骤314，或图4中的步骤414或图6中的步骤602。

现在描述根据实施例的基于AF影响的应用服务器(AS)的发现。

应用的位置或潜在位置由数据网络访问标识符(data network accessidentifier，DNAI)表示或以DNAI的形式表示。DNAI可以对应于数据中心或边缘计算环境。

应注意，‘对应于DNAI的AS’可以等同于或与‘对应于DNAI的位置处的AS’互换使用，‘对应于DNAI的位置处的AS’可以等同于或与‘DNAI处的AS’互换使用。

对于对应于DNAI的位置处(或简单地，在DNAI处)的应用，可以存在一个或多个AS。相应地，AS可以具有对应于数据网络访问标识符(data network access identifier，DNAI)的IP地址。实施例提供了对应用的AS发现的支持，以及当先前或现有AS变得非最佳或对UE不可用时，对应用的AS重新发现的支持。如本文其他地方所述，根据实施例(例如在与图3、图4和图9相关联的实施例中)，AF可以订阅从SMF接收DNAI变化事件的通知。AF还可以在对SMF的AF订阅中提供‘预期AF确认’指示。该指示指示AF将为通知向SMF提供响应。

AF可以通过向5GC发送AF请求来向5GC提供策略需求。如图3、图4和图9所示，AF请求可以从AF发送到PCF。在一些实施例中，如图3所示，AF请求通过NEF发送到PCF。如图4所示，在AF请求以一组UE(或任何UE)为目标并因此可能以多个PCF为目标的实施例中，NEF可以将AF请求存储在UDR中，UDR可以向PCF发送AF请求，PCF向UDR订阅了AF请求以从UDR接收AF请求。PCF可以基于AF请求生成策略(以PCC规则的形式)(例如图3中的步骤310或图4中的步骤412或图9中的步骤903)，并且在PDU会话建立过程或PDU会话修改过程中向SMF发送策略(即PCC规则)(例如，通过图3中的步骤312或图4中的步骤412或图9中的步骤904)。

AF请求可以用于影响关于流量路由的SMF流量路由决策(将UP流量路由到处理UP流量的应用)和/或用于订阅UP路径管理事件(DNAI变化事件)的通知(如本文其他地方所述，例如，在与图3、图4和图9相关联的实施例中)。用于影响关于流量路由的SMF流量路由决策和/或用于UP路径管理事件的订阅通知的机制或技术可以简称为AF影响。本文描述的实施例提供了对AF影响技术的增强，包括AF影响技术及其增强。

如本文其他地方所述，例如在与图3、图4和图9相关联的实施例中，AF请求可以包括：表示应用(或应用服务器)的潜在位置的DNAI列表；标识流量的信息(例如包过滤器和/或应用ID)，该信息可以是通用的或独立于应用的潜在位置；标识一个或多个UE的信息(例如UE IP地址、UE ID、UE组ID)等。

根据实施例，AF请求还可以指示或包括应用服务器(AS)的域名，该域名可以以FQDN的形式并可以标识应用。根据实施例，AF请求还可以指示或包括AS端口号/ID，该AS端口号/ID可以标识UE在AS侧连接以访问应用(即，向AS发送和/或从AS接收数据)的端口。根据实施例，AF请求还可以指示或包括UE端口号/ID，该UE端口号/ID可以标识在UE侧UE可以用于连接到AS(例如，连接到由AS端口号/ID指示的AS侧端口)以访问应用的端口。根据实施例，AF请求还可以指示或包括基于每个DNAI的AS IP地址(即，AS在应用的对应潜在位置处的IP地址，换句话说，对于DNAI，对应的AS IP地址)。根据实施例，AF请求还可以指示或包括基于每个DNAI的包过滤器，该包过滤器可以包括描述与应用的对应潜在位置相关的应用流量的信息。

PCF然后可以基于AF请求生成(例如图3中的步骤310或图4中的步骤412或图9中的步骤903)PCC规则，在PCC规则中包括上述信息。然后，PCF可以向SMF提供(即发送或提供)生成的PCC规则(例如，通过图3中的步骤312或图4中的步骤412或图9中的步骤904)。PCC规则称为AF相关的PCC规则。

在一些实施例中，AS的域名可以从AF请求中包括的应用ID映射。如上文和本文其他地方所述，应用ID可以标识或指代处理UP流量的应用，并且可以由UPF用于检测与应用相关的流量。在AF请求中包括应用ID的实施例中，AF请求可以不包括AS的域名。从应用ID到AS域名的映射可以由PCF根据本地配置(指示对应于应用ID的域名)执行(例如，在PCF接收到AF请求之后)。在一些实施例中，当AF请求通过NEF从AF发送到PCF时，NEF可以根据本地配置(指示对应于应用ID的域名)执行映射。在NEF接收到AF请求之后以及NEF向PCF或UDR发送AF请求之前，NEF可以执行该映射。在这种情况下，从NEF发送到PCF或UDR的AF请求包含映射的信息(即域名)。

提供AF相关的PCC规则(提供从PCF到SMF的AF相关的PCC规则，例如图3中的步骤312或图4中的步骤412或图9中的步骤904)可以触发或使SMF为PDU会话执行UP路径(重新)选择或AS变化通知，PDU会话与AF相关的PCC规则相关或受AF相关的PCC规则影响，如下所述。

现在将描述根据实施例的UP路径(重新)选择。

在一些实施例中，如与图3和图4相关联的实施例或与图9相关联的实施例(步骤910)中所述，SMF可以为与AF相关的PCC规则相关或受AF相关的PCC规则影响的PDU会话(重新)选择UP路径(包括DNAI)。SMF可以从AF相关的PCC规则中包括的DNAI列表中(重新)选择DNAI。(重新)选择的DNAI称为目标DNAI。如与图5、图7和图9相关联的实施例所述，根据AF相关的PCC规则中包括/指示的AF订阅信息，SMF可以向AF通知DNAI变化，该DNAI变化指示DNAI(重新)选择，并且根据AF订阅信息中的‘预期AF确认’指示，SMF可以等待AF的响应(称为AF响应)。从SMF发送到AF的通知包括目标DNAI(例如图5中的步骤504和506或步骤508、或图5中的步骤518和520或步骤522、或图7中的步骤702、或图9中的步骤912)。在DNAI变化指示(或是)从源DNAI到目标DNAI的变化的实施例中，该通知还可以包括源DNAI。源DNAI是SMF在DNAI变化中指示的DNAI重新选择之前为PDU会话选择的DNAI。

在从SMF接收到通知(图5中的步骤504和506或508、或图5中的步骤518和520或522、或图7中的步骤702、或图9中的步骤912)之后，如图9所示(步骤914)，AF可以相应地执行应用(重新)定位。AF可以通过将应用定位到目标DNAI(即对应的应用位置)(例如实例化和/或激活目标DNAI处的应用)或将应用从源DNAI重新定位(或迁移)到目标DNAI来执行应用(重新)定位。在应用(重新)定位(即应用的定位或重新定位)之后，对应于目标DNAI的应用服务器可以用于服务UE(UE的流量)。

当执行应用(重新)定位时，AF确保对应于目标DNAI的AS可供UE使用，因此，AF可以知道关于对应于目标DNAI的AS的信息(例如AS IP地址、AS端口号/ID)。在一些实施例中，在执行应用(重新)定位时，AF可能需要将应用的UE上下文(从对应于源DNAI的应用服务器)传输到对应于目标DNAI的应用服务器，因此，AF可以知道UE IP地址、UE端口号/ID。如果通知包括UE IP地址，AS也可以从SMF接收到的通知中知道UE IP地址(图5中的步骤504和506或步骤508、或图5中的步骤518和520或步骤522、或图7中的步骤702、或图9中的步骤912)。

AF可以响应于从SMF接收到的通知向SMF发送(例如在执行应用(重新)定位之后)AF响应，例如，如图5中的步骤510和512或步骤514、或图5中的步骤524和526或步骤528、或图7中的步骤704、或图9中的步骤916所示。AF响应可以是肯定响应，并确认通知中指示的DNAI变化或DNAI(重新)选择。AF响应(即肯定响应)可以包括与目标DNAI相关的N6流量路由信息，SMF可以使用该N6流量路由信息来在UPF(例如PSA UPF)处配置/更新PDU会话的UP路径中的N6流量路由，以将应用流量路由到目标DNAI。SMF可以通过向UPF提供根据N6流量路由信息生成的PDR/FAR等信息来配置/更新UPF。然后，UPF可以使用PDR/FAR将应用流量路由到目标DNAI。

在一些实施例中，AF还可以在发送给SMF的AF响应中包括包过滤器。包过滤器可以包括描述与对应于目标DNAI的AS相关的应用流量的信息。在AF响应包括包过滤器的实施例中，SMF可以例如通过向UPF发送包括PDR/PFD的N4消息，将包过滤器更新到PDU会话的UP路径中的UPF(例如PSA UPF)，该PDR/PFD包括包过滤器或与包过滤器相关联信息。根据包过滤器，UPF可以标识/检测应用流量，并将应用流量路由到目标DNAI。如果AF响应不包括包过滤器，并且如果AF相关的PCC规则包括这种包过滤器(例如，如上所述，对应于目标DNAI的每DNAI包过滤器)，然后，SMF可以将AF相关的PCC规则中的包过滤器更新到UPF。

在一些实施例中，在AF响应中，AF可以包括AS的域名(例如FQDN)、目标AS IP地址(例如，对应于目标DNAI的AS IP地址)和AS端口号/ID。在一些实施例中，AF还可以在AF响应中包括源AS IP地址(例如，对应于源DNAI的AS IP地址)和/或UE端口号/ID。然后，SMF可以从AF响应中获取信息，并通过向UE发送AS变化通知消息(例如图7中的步骤706或图9中的步骤924)将信息(全部或部分)发送给UE，如下文所述。在一些实施例中，只有当AF响应包括UE端口号/ID时，SMF才可以向UE发送AS变化通知消息。

现在将描述根据实施例的AS变化通知。

在一些实施例中，AF相关的PCC规则包括对应于如上所述的SMF(重新)选择(例如，根据AF相关的PCC规则(重新)选择的)的目标DNAI的AS IP地址。在(重新)选择目标DNAI之后，SMF可以将AF相关的PCC规则中的AS IP地址作为目标AS IP地址，并使用AS变化通知消息向UE通知目标AS IP地址。在响应于DNAI变化的通知从AF发送到SMF的AF响应(即肯定响应)包括如上所述的目标AS IP地址的实施例中，SMF可以向UE通知AF响应中的目标AS IP地址(而不是AF相关的PCC规则中的AS IP地址)。

从PCF向SMF提供AF相关的PCC规则(如本文实施例所述，例如图3中的步骤312、图4中的步骤412、图9中的步骤904)可以在SMF处更新PCC规则，即用新提供的AF相关的PCC规则中的信息更新现有AF相关的PCC规则(或将现有AF相关的PCC规则替换为新提供的AF相关的PCC规则)。在一些实施例中，SMF可以使用对应于新提供的AF相关的PCC规则中指示/包括的(重新)选择的目标DNAI的AS IP地址(而不是现有AF相关的PCC规则中的一个AS IP地址)作为目标AS IP地址，并可以向UE通知目标AS IP地址，前提是发生以下情况：新提供的AF相关的PCC规则包括对应于应用的DNAI的AS IP地址，新提供的AF相关的PCC规则中的AS IP地址与对应于现有AF相关的PCC规则中应用的同一DNAI的AS IP地址不同；在提供新的AF相关的PCC规则之前，SMF已经在先前过程中为UE的PDU会话(例如，根据现有AF相关的PCC规则)(重新)选择了DNAI以便UE访问应用；SMF决定在提供AF相关的PCC规则之后继续使用选择的DNAI。

SMF可以通过向UE发送AS变化通知消息来向UE通知目标AS IP地址，例如图7中的步骤706或图9中的步骤924。如上所述，SMF可以从自PCF接收到的AF相关的PCC规则或从自AF接收到的AF响应中获取目标AS IP。AS变化通知消息可以包括目标AS IP地址。AS变化通知消息可以指示或包括指示该消息是关于AS变化或AS的IP地址变化的通知的信息(例如指示符)。SMF可以在发送给UE的AS变化通知消息中包括AS的域名(例如FQDN)、UE IP地址、UE端口号/ID和AS端口号/ID中的任何一个或多个。在一些实施例中，SMF还可以在AS变化通知消息中包括源AS IP地址(例如，对应于源DNAI的AS IP地址)。SMF可以从AF相关的PCC规则和/或从接收到的AF响应中获取或标识AS的域名、UE端口号/ID和AS端口号/ID。SMF可以从本地存储器(例如PDU会话的上下文)和/或从AF响应获取或标识UE IP地址和/或源AS IP地址。

AS变化通知消息可以以NAS消息(例如SMF NAS消息)的形式，或者通过包括在发送到UE的NAS消息中从SMF发送到UE。在这种情况下，NAS消息从SMF发送到AMF，然后由AMF通过服务UE的RAN节点转发给UE。在一些实施例中，在向AMF发送NAS消息时，SMF可以向AMF发送与NAS消息相关联的信息，例如标识相关PDU会话的信息(例如PDU会话ID)和/或指示NAS消息的目的的信息(例如指示AS变化或AS IP地址变化的指示，或包括通知AS变化或AS IP地址变化的消息)。AMF可以本地存储相关联的信息，例如作为UE上下文的一部分。AS变化通知消息也可以通过短消息服务(SMS)发送。在这种情况下，SMF可以向服务UE的短消息服务功能(SMSF)发送AS变化通知消息，然后SMSF可以通过短消息将AS变化通知消息传输到UE，例如，AS变化通知消息包括在从SMSF发送到UE的短消息中。该短消息可以包括AS变化通知消息，也可以包括AS变化通知消息中包括的(或与AS变化通知消息相关联的)信息。

在(通过AS变化通知消息)向UE通知目标AS IP地址之后，SMF可以存储信息(例如，AS更改通知消息中的目标AS IP地址(以及在一些实施例中，目标AS IP地址与AS的域名一起)和/或其他信息)，例如作为PDU会话上下文的一部分。此后，例如当SMF在UPF通知DNS查询的检测后决定不重新选择DNAI时，SMF可以使用存储的信息为检测到的DNS查询生成DNS响应。在一些实施例中，只有当目标AS IP地址与最后通知给UE的(例如，如本地存储器或PDU会话上下文中指示的)PDU会话的(如本地存储信息中指示的)AS IP地址不同时，SMF才可以(通过AS变化通知)向UE通知对应于UE的PDU会话的域名的目标AS IP地址。SMF可以在PDU会话释放或去激活时或之后从该SMF的本地存储器(或从本地存储的PDU会话上下文)中删除或移除信息。

在接收到AS变化通知消息之后，根据该消息，UE可以将消息中的信息(例如AS的域名和目标AS IP地址、UE端口号/ID、AS端口号/ID、UE IP地址、源AS IP地址中的任何一个或多个)提供到一个或多个上层，例如操作系统(OS)层。一个或多个上层(例如OS层)可以使用从UE接收到的信息来执行以下中的任何一项或多项：清除/刷新DNS缓存(可能仅限与域名相关的缓存的DNS记录器)；使用AS的域名和目标AS IP地址更新DNS缓存；标识对应于UE端口号/ID和/或UE IP地址和/或源AS IP地址的一个或多个套接字(socket)，并使用目标ASIP地址和/或AS端口号/ID刷新一个或多个套接字，或将一个或多个套接字连接到目标ASIP地址和/或AS端口号/ID；向应用层(例如在UE上运行并访问AS或应用的应用客户端)抛出或发出或发送一个或多个套接字的事件或异常，以触发应用层反应。

在一些实施例中，参考图9，AS变化通知924可以包括目标AS IP地址、UE端口号/ID、AS端口号/ID、UE IP地址和源AS IP地址中的任何一个或多个，但不包括AS的域名。然后，UE 102可以将AS变化通知924中的信息提供给OS层。OS层可以标识对应于UE端口号/ID的套接字，并获取对应于该套接字的域名。然后，OS层可以执行如上文和其他地方所述的涉及使用域名的任何动作。

UE可以将信息(例如AS的域名和目标AS IP地址)存储在从SMF接收到的AS变化通知消息中，并根据该信息本地应答DNS查询(与域名相关)。在PDU会话释放或去激活之后，UE可以从UE的本地存储器中删除或移除信息，并通知一个或多个上层(例如OS层)刷新域名的DNS缓存(即从DNS缓存中删除或移除信息)。

图9是根据本文描述的实施例的在DNAI变化之后的应用发现的示例过程。参考图9，步骤904、910、912、916、918、924可以在PDU会话的建立或PDU会话的修改期间发生或存在。在PDU会话建立的情况下，步骤908和920可以不发生或不存在。在PDU会话修改的情况下，步骤906、908、920和922可以发生或存在。在与PDU会话相关联的UP路径中，UPF1 220是UPF，例如UL CL UPF和/或PSA UPF(充当PDU会话锚点(PDU session anchor，PSA)并通过N6接口连接到DN的UPF)。在一些实施例中，PDU会话由SMF 204为UE 102建立，UE 102可以使用PDU会话访问应用。

在步骤902中，AF 202可以通过向PCF 206发送用于影响流量路由和/或用于订阅UP路径管理事件(即DNAI变化事件)的通知的AF请求来向5GC提供策略需求(如本文其他地方所述，例如图3中的步骤302-309或图4中的步骤402-410)。AF请求可以例如通过应用ID或AF请求中应用的AS的域名指示处理UP流量的应用。

在步骤904中，PCF 206可以向SMF 204发送/提供AF相关的PCC规则。该步骤类似于图3中的步骤312或图4中的步骤412。AF相关的PCC规则是PCF 206在步骤903中根据AF请求生成的PCC规则，该步骤903与图3中的步骤310或图4中的步骤410(与生成策略或PCC规则相关的部分)类似或相同。AF相关的PCC规则可以被激活(例如，由PCF 206执行，结合AF请求中指定的时间有效性条件)并有效地使用。

步骤906可以是可选步骤，在该步骤中，UE 102可以通过RAN节点720向DNS服务器发送DNS查询。然后，RAN节点720可以将DNS查询发送到UPF1 220。DNS查询包括在数据包中。

步骤908可以是可选步骤，在该步骤中，UPF1 220可以例如通过将PDU报头(即数据包的报头)中的目的地址与DNS服务器的地址进行比较并识别该PDU报头中的目的地址与该DNS服务器的地址相同，来检测到PDU(即，在步骤906中从UE 102发送的数据包)发往DNS服务器或以DNS服务器为目标。该检测可以基于可以预配置在UPF1 220中的PDR和/或与PDR相关联的PFD。UPF1 220可以通过向SMF 204发送通知来通知SMF 204检测。该通知可以包括PDU。

SMF 204可以检查PDU的内容(即有效载荷)。如果该内容指示DNS查询，即向DNS服务器发送以用于查询对应于域名(该域名包括在消息中，可以以FQDN的形式)的IP地址的DNS消息，并且如果域名与一个或多个AF相关的PCC规则中的AS的域名匹配或相同，则SMF204可以认为AF相关的PCC规则适用于PDU会话(或与PDU会话相关联的流量)，并决定执行步骤910，即为PDU会话(重新)选择UP路径(包括DNAI)。否则，SMF 204可以将PDU发回UPF1 220和/或通知/指示UPF1 220继续路由PDU(在这种情况下，UPF1 220将相应地将PDU发送到DNS服务器)，或者，SMF 204可以将PDU发送给DNS服务器。

在一些实施例中，UPF1 220可以检查PDU的内容(即有效载荷)。如果内容指示DNS查询，即向DNS服务器发送以用于查询对应于域名(该域名包括在消息中，可以以FQDN的形式)的IP地址的DNS消息，并且如果域名与本地配置(例如，在与应用相关的本地存储PDR中)中的AS的域名匹配或相同，则UPF1 220可以通过向SMF 204发送通知来通知SMF 204检测，如步骤908所示；否则，UPF1 220可以向DNS服务器发送PDU。在步骤908中，从UPF1 220发送到SMF 204的通知可以指示检测与应用相关的流量，其中，通知可以不包括DNS消息。根据该通知，SMF 204可以认为AF相关的PCC规则适用于PDU会话(或与PDU会话相关联的流量)，并决定执行步骤910，即为PDU会话(重新)选择UP路径(包括DNAI)。

在步骤910中，SMF 204可以根据在步骤904中接收到的一个或多个AF相关的PCC规则为PDU会话(重新)选择UP路径。步骤910可以包括从指示或表示应用的潜在位置并由一个或多个AF相关的PCC规则指示或包括在一个或多个AF相关PCC规则中的DNAI的列表中为与应用相关的流量(重新)选择DNAI。如上所述，(重新)选择的DNAI称为目标DNAI。DNAI(重新)选择引起DNAI变化(例如，从源DNAI到目标DNAI，或从没有DNAI的状态到具有DNAI的状态，即目标DNAI)。该步骤910可以由步骤908或其他因素触发(在这种情况下，步骤910可以独立于步骤908)。

在步骤912中，根据AF相关的PCC规则中指示的AF订阅(或关于AF订阅的信息)，SMF204可以通过向AF 202发送通知，向AF 202通知DNAI变化。该步骤类似于图7中的步骤702。AF通知可以包括在步骤910中(重新)选择的目标DNAI。AF通知还可以包括源DNAI，指示DNAI变化是从源DNAI变化到目标DNAI。在一些实施例中，SMF 204可以在AF通知中包括从在步骤904中接收的AF相关的PCC规则获取的域名；即，AF通知包括在步骤904中作为AF相关的PCC规则的一部分接收的域名。在一些实施例中，通知是提前通知，并且该通知在配置UP路径(例如，类似于图5中的步骤516)之前发送(例如，类似于图5中的步骤504和506或步骤508)；在一些实施例中，通知是延后通知，并且该通知可以在配置UP路径(例如，类似于图5中的步骤516)之后或在激活UP路径之前发送(例如，类似于图5中的步骤518和520或步骤522)。在一些实施例中，如果配置了UP路径，则需要已经激活UP路径；换句话说，配置UP路径(例如图5中的步骤516)可以包括激活UP路径。在一些实施例中，通知可以从SMF 204直接发送到AF202(例如，类似于图5中的步骤508或步骤522)；在其他实施例中，通知可以通过NEF 208从SMF 204发送到AF 202(例如，类似于图5中的步骤504和506或图5中的步骤518和520)。

在步骤914中，在从SMF 204接收到通知之后，AF 202可以相应地执行应用(重新)定位。AF 202可以通过将应用定位到目标DNAI(例如实例化和/或激活目标DNAI处的应用)或将应用从源DNAI重新定位(例如迁移)到目标DNAI来执行应用(重新)定位。在应用(重新)定位之后，对应于目标DNAI的应用服务器可以用于服务UE 102(UE的流量)。

在步骤916中，AF 202可以向SMF 204发送响应(称为AF响应)(响应于在步骤912中接收到的通知)。步骤916类似于图5中的步骤510和512或步骤514，或类似于图5中的步骤524和526或步骤528。AF响应可以是肯定响应，并确认通知中指示的DNAI变化或DNAI(重新)选择。AF响应可以包括与目标DNAI相关的N6流量路由信息。AF响应可以包括对应于目标DNAI的AS的IP地址(称为目标AS IP地址)和UE端口号/ID中的任何一个或多个。UE端口号/ID可以标识在UE侧UE可以用于连接到AS的端口。AF 202还可以在该步骤的AF响应中包括AS的域名和/或AS端口号/ID。AF 202在执行应用(重新)定位时可以标识目标AS(即，对应于目标DNAI的AS)，因此，AF 202可以获取或知道目标AS IP地址。在一些实施例中，AF 202可以通过向DNS服务器提供域名来查询DNS服务器以获取目标AS IP地址。域名可以包括在从SMF204接收到的通知912中。

在步骤916中，AF响应还可以包括以下中的任何一项或多项：UE IP地址、对应于源DNAI的AS IP地址(简称源AS IP地址)和包过滤器。包过滤器可以包括描述应用重新定位步骤914之后应用的流量(即数据包)的信息，并且与对应于目标DNAI的AS相关。例如，描述应用的流量的信息可以是IP 5元组的格式，其中，目的地址是目标AS IP地址。在一些实施例中，描述应用的流量的信息可以称为包流描述(packet flow description，PFD)。

在步骤918中，如果在步骤916中接收到的AF响应包括N6流量路由信息和/或包过滤器，则SMF 204可以将N6流量路由信息和/或包过滤器发送到UP路径中的UPF2 222。UPF2222可以是UL CL UPF，和/或通过目标DNAI连接到DN的PSA。N6流量路由信息可以包括在从SMF 204发送到UPF2 222的FAR中。UPF2 222将根据FAR(N6流量路由信息)将与应用相关的数据流量路由到目标DNAI。包过滤器可以包括在从SMF 204发送到UPF2 222的PDR中。SMF204也可以将包过滤器作为与应用ID相关联的PFD(或作为该PFD的一部分)发送到UPF2222。应用ID可以包括在PDR中，UPF2 222使用该PDR检测与应用相关的数据流量。然后，UPF2222可以使用包过滤器来检测以对应于目标DNAI的AS为目标的应用流量，并将应用流量路由到目标DNAI。

步骤920可以是可选步骤，在该步骤中，SMF 204可以使用在步骤916中接收到的AF响应中的信息和/或在步骤904中接收到的AF相关的PCC规则中的信息来生成对在步骤908中检测到的DNS查询906的DNS响应。DNS响应可以包括对应于目标DNAI的AS的IP地址(即目标AS IP地址)。如果AF响应916包括目标AS IP地址，则DNS响应中的AS IP地址可以是AF响应中的目标AS IP地址。否则，DNS响应中的AS IP地址是对应于AF相关的PCC规则中包括的目标DNAI的AS IP地址。SMF 204可以向UPF1 220发送DNS响应，同时可以指示(instruct/indicate)UPF1 220向UE 102发送DNS响应。因此，UPF1 220可以在步骤922中将DNS响应发送到UE 102，作为对DNS查询906的响应。

在一些实施例中，如果AF响应916和AF相关的PCC规则904都不包括在目标DNAI处或对应于目标DNAI的AS IP地址，则SMF 204可以将DNS查询发回UPF1 220和/或可以指示UPF1 220像往常一样路由DNS查询，即将DNS查询发送到DNS服务器。因此，UPF1 220可以向DNS服务器发送DNS查询906。

应注意，在一些实施例中，UPF1 220和UPF2 222可以是同一实体。当UPF1 220和UPF2 222是同一实体时，步骤918和920可以集成到单个步骤中。

在步骤924中，如果在904中接收到的AF相关的PCC规则或在步骤916中接收到的AF响应中包括目标DNAI处或对应于目标DNAI的AS IP地址，则SMF 204可以向UE 102发送AS变化通知消息，如上。AS变化通知消息包括AS IP地址作为目标AS IP地址，可以指示AS的IP地址发生变化或AS发生变化。

AS变化通知消息可以包括在步骤916中从AF 202接收到的AF响应中包括/与该AF响应相关联信息和/或在步骤904中从PCF 206接收到的AF相关的PCC规则中包括/与该AF相关的PCC规则相关联信息。AS变化通知消息可以包括应用或应用服务器的域名和/或目标ASIP地址和/或AS端口号/ID，它们可以从AF响应或AF相关的PCC规则中获取或检索或导出。在一些实施例中，如果AF响应包括对应于目标DNAI的AS IP地址，则AS变化通知消息中的目标AS IP地址是AF响应中的AS IP地址。否则，AS变化通知消息中的目标AS IP地址是目标DNAI处或对应于目标DNAI的AS IP地址，该AS IP地址包括在AF相关的PCC规则中。

AS变化通知消息可以包括源AS IP地址、UE端口号/ID，它们可以从AF响应中获取或检索或导出。AS变化通知消息还可以包括与应用相关的UE IP地址，例如，UE可以用来发送在步骤908中由UPF1 220检测到的DNS消息的IP地址，或UE可以用来访问应用的IP地址。UE IP地址可以从AF响应中获取或检索。AS变化通知消息可以以NAS消息的形式或通过SMS发送到UE 102，如本文其他地方所述。步骤924可以是可选的，例如当步骤920发生时执行该步骤。

然后，UE 102可以例如通过将消息中的信息提供给一个或多个上层来触发一个或多个上层(例如OS层)，以回应/响应在步骤924中接收到的AS变化通知消息中指示的IP地址(或应用服务器)变化。根据从UE 102接收到的信息，一个或多个上层可以执行如本文其他地方所述的其他动作。

在一些实施例中，步骤910至918可以是可选的。例如，当SMF 204在步骤908中从UPF1 220接收到通知之后决定不执行步骤910时。SMF 204可以决定不执行步骤910，因为PDU会话的当前UP路径(包括当前DNAI)已经是最佳的或适合应用流量。在这种情况下，SMF204可以使用在步骤904中接收到的AF相关的PCC规则中的信息(例如对应于当前DNAI的ASIP地址)或在本地存储器中的信息(例如，信息从先前过程中自AF接收到的最后AF响应中获得并存储在本地)，生成对DNS查询906的DNS响应。SMF 204可以在步骤920中向UPF1 220发送DNS响应。

在一些实施例中，步骤906至922是可选的。例如，当在步骤904中将AF相关的PCC规则从PCF 206提供到SMF 204时，如本文其他地方所述，在SMF 204处更新现有AF相关的PCC规则，SMF 204可以通过向UE 102发送AS变化通知消息来执行步骤924。AS变化通知消息可以包括对应于现有DNAI的AS IP地址的变化。因此，由于对应于当前DNAI的AS IP地址的变化，SMF可以执行步骤924。

在一些实施例中，AF 202可以通过向PCF 206发送通知，向PCF 206通知UE 102的流量的AS变化(AS从源AS变化到目标AS)。AS变化可能发生在DNAI内(即不涉及DNAI变化)，或者换句话说，AS变化可能与DNAI变化无关。AF通知可以例如以策略需求的形式通过NEF208发送到PCF 206或直接(不使用NEF)发送到PCF 206。AF通知类似于图3中的步骤302-309或图4中的步骤402-410或图9中的步骤902。AF通知可以包括AS的域名、目标AS的IP地址(即目标AS IP地址)或与(路由到AS的)流量相关的UE IP地址中的一个或多个。AF通知还可以包括目标AS所在的DNAI。在从AF 202接收到通知之后，PCF 206然后可以通过UE配置更新(UE configuration update，UCU)过程向UE 102通知AS变化。在UCU过程中，PCF 206可以通过AMF 722向UE 102发送AS的域名、目标AS IP地址、DNAI和UE IP地址中的一个或多个。在一些实施例中，从AF 202发送到PCF 206的通知可以包括描述与目标AS相关的流量的包过滤器。在这种情况下，PCF 206可以通过将包过滤器包括在根据AF通知生成(类似于图9中的步骤903)的PCC规则中，将包过滤器提供给SMF 204，PCF 206然后可以向SMF 204发送包括包过滤器的PCC规则(例如，类似于图9中的步骤904)。SMF 204然后可以将包过滤器提供给UPF 240，例如对应PDU会话的PSA UPF(例如，类似于图9中的步骤918)。PCF 206可以使用从AF 202接收到的通知中的UE IP地址选择或标识SMF 204。

在一些实施例中，AF 202可以通过向SMF 204发送通知，来向SMF 204通知UE 102的流量的AS变化。虽然AF 202发送的通知类似于AF响应(例如图9中的步骤916)，但该通知可以不是响应DNAI变化通知(例如图9中的步骤912)。AF通知可以包含与图9的步骤916中的AF响应相同或类似的信息。

AF通知可以通过NEF 208发送到SMF 204或直接发送到SMF 204(不使用NEF 208)。在通过NEF 208发送AF通知的实施例中，通知可以包括AS的域名、AS的IP地址或与流量相关的UE IP地址中的一个或多个。AF通知还可以包括DNAI。在向SMF 204发送通知之前，NEF208或AF 202(在直接向SMF 204发送通知的情况下)可以使用UDM 248标识或选择SMF 204。为了使用UDM 248标识/选择SMF 204，NEF 208/AF 202可以向UDM 248发送UE IP地址，并从UDM 248接收与SMF 204相关的信息。标识/选择的SMF 204是服务UE 102的PDU会话的SMF，已经为UE 102分配了UE IP地址。从UDM 248接收到的与SMF 204相关的信息可以包括SMF204的ID或IP地址。AF 202/NEF 208可以根据从UDM 248接收到的SMF 204的ID或IP地址向SMF 204发送通知。

在从AF 202接收到通知之后，如上所述(例如图9中的步骤924)，SMF 204可以通过向UE 102发送AS变化通知来向UE 102通知AS变化。在一些实施例中，从AF 202发送到SMF204的通知可以包括描述与目标AS相关的流量的包过滤器。在这种情况下，SMF 204可以将包过滤器提供给UPF 240，例如对应PDU会话的PSA UPF(例如，类似于图9中的步骤918)。在一些实施例中，可以响应于步骤908执行步骤910，其中，SMF 204可以在步骤912中发送给AF202的通知中包括在步骤908中接收到的DNS查询。在这种情况下，AF 202可以在步骤916中发送给SMF 204的AF响应中包括对DNS查询的DNS响应。SMF 204可以从AF响应中获取DNS响应，并通过步骤920将其发送到UPF 220。然后，UPF 220可以在步骤922中通过用户面向UE102发送DNS响应，作为对在步骤906中接收到的DNS查询的响应。

在一些实施例中，可以响应于步骤908执行步骤910，其中，AF响应916可以不包括目标AS IP地址。因此，SMF 204可以将在步骤908中接收到的DNS查询发送到DNS服务器，例如对应于在步骤910中选择的DNAI的DNS服务器。DNS服务器可以向SMF 204发送DNS响应，以应答和/或响应DNS查询。图9中未示出的SMF 204与DNS服务器之间的交互可以在SMF 204接收到AF响应916之后发生。在从DNS服务器接收到DNS响应之后，SMF 204可以通过步骤920将接收到的DNS响应发送到UPF 220，其中，UPF 220然后可以通过步骤922将DNS响应转发到UE102。

在一些实施例中，可以响应于步骤908而不执行步骤910，步骤916中的AF响应可以不包括UE端口号/ID。在这些实施例中，SMF 204可以通过步骤924向UE 102发送AS变化通知(或AS变化通知消息)。AS变化通知(或AS变化通知消息)可以包括(在步骤904或步骤916中接收到的)域名和在步骤916中在AF响应中接收到的目标AS IP地址。AS变化通知可以不包括UE端口号/ID。在步骤924中从SMF 204接收到AS变化通知之后，UE 102可以将AS变化通知中的信息提供给OS层。然后，OS层可以删除与域名相关的DNS记录(或甚至刷新/清除DNS缓存)和/或使用从UE 102接收到的信息(即域名和目标AS IP地址)更新DNS缓存。

在一些实施例中，可以响应于步骤908而不执行步骤910，并且AF响应916可以不包括目标AS IP地址。在这些实施例中，SMF 204可以通过步骤924向UE 102发送AS变化通知(或AS变化通知消息)。AS变化通知可以包括域名(即，在步骤904中作为AF相关的PCC规则的一部分接收的域名)。AS变化通知可以不包括目标AS IP地址。但是，AS变化通知(或AS变化通知消息)可以指示与域名相关的AS变化。在接收到AS变化通知之后，UE 102可以通知OS层：刷新或清除域名的DNS缓存，或删除与域名相关的缓存的DNS记录。

本公开的一个方面提供了一种用于通过会话管理功能(SMF)导向至少一个协议数据单元(PDU)的流量的方法。该方法包括从策略控制功能(PCF)和操作、管理和维护或管理(OAM)系统中的一个接收信息。接收到的信息包括：服务功能链信息，该服务功能链信息指示至少一个PDU应该按特定顺序路由通过包括至少一个数据处理功能(DPF)的服务功能链。方法还包括根据信息配置至少一个用户面功能(UPF)。在一些实施例中，根据信息配置至少一个用户面功能(UPF)的步骤包括指示UPF从用户面实体接收至少一个PDU。在一些实施例中，用户面实体包括UPF、RAN节点或DTF。在一些实施例中，根据信息配置至少一个UPF的步骤还包括指示UPF将至少一个PDU发送到服务功能链的第一DPF。在一些实施例中，方法还包括根据AF请求从与路径管理相关的网络功能接收策略请求。在一些实施例中，方法还包括根据策略请求选择或重新选择用户面路径。在一些实施例中，重新选择用户面路径包括配置第二UPF从用户面实体接收至少一个PDU。在一些实施例中，重新选择用户面路径还包括指示第二UPF向服务功能链的第二DPF发送至少一个PDU。在一些实施例中，第二DPF与第一DPF相同。在一些实施例中，第二DPF不同于第一DPF。在一些实施例中，方法还包括向AF发送提前通知。在一些实施例中，方法还包括向AF发送延后通知。在一些实施例中，提前通知包括DNAI信息。在一些实施例中，延后通知包括DNAI信息。

本公开的一个方面提供一种通过会话管理功能(SMF)为服务用户设备(UE)的应用发现应用服务器(AS)的方法。该方法包括从应用功能(AF)接收消息，该消息包括对应于目标数据网络访问标识符(DNAI)的目标AS互联网协议(IP)地址。方法还包括向UE发送包括目标AS IP地址的AS变化通知消息。在一些实施例中，在接收步骤之前，方法还包括基于影响应用流量的AF请求从策略控制功能(PCF)接收策略和计费控制(PCC)规则。在一些实施例中，在接收步骤之前，方法还包括基于影响应用流量的AF请求从策略控制功能(PCF)接收策略和计费控制(PCC)规则。在一些实施例中，从AF接收到的消息还包括UE端口标识符(ID)，AS变化通知消息还包括UE端口ID。在一些实施例中，PCC规则还包括UE端口标识符(identifier，ID)，AS变化通知消息还包括UE端口ID。在一些实施例中，从AF接收到的消息还包括描述与对应于目标DNAI的AS相关的应用流量的包过滤器，并且方法还包括在从AF接收到消息的步骤之后，向用户面功能(UPF)发送包括包过滤器的N4消息。在一些实施例中，PCC规则还包括描述与对应于目标DNAI的AS相关的应用流量的包过滤器，并且方法还包括向用户面功能(UPF)发送包括包过滤器的N4消息。在一些实施例中，包过滤器作为包检测规则(PDR)的一部分发送到UPF。在一些实施例中，包过滤器作为与应用ID相关联包流描述(PFD)的一部分发送到UPF，应用ID包括在UPF用来检测应用流量的PDR中。在一些实施例中，方法还包括从PCC规则中包括的DNAI列表中选择目标DNAI。在一些实施例中，方法还包括根据PCC规则中的AF订阅，向AF发送包括目标DNAI的通知消息。在一些实施例中，在选择目标DNAI的步骤之前，方法还包括从用户面功能(UPF)接收指示以域名系统(DNS)服务器为目标的协议数据单元(PDU)的通知消息，该消息包括PDU。在一些实施例中，向AF发送的通知消息还包括源DNAI。在一些实施例中，AS变化通知消息还包括源AS IP地址，源AS IP地址从自AF或本地存储器接收的消息中的一个接收。在一些实施例中，向UE发送的AS变化通知消息是非接入层(non-access-stratum，NAS)消息。在一些实施例中，NAS消息通过接入和移动性管理功能(AMF)和无线接入网(RAN)节点发送到UE。在一些实施例中，向UE发送的AS变化通知消息包括在短消息中。在一些实施例中，短消息通过服务UE的短消息服务功能(SMSF)发送到UE。在一些实施例中，方法还包括向UPF发送包括目标AS IP地址的N4消息。在一些实施例中，N4消息还包括使UPF向UE发送DNS响应的指令。在一些实施例中，方法还包括生成包括目标AS IP地址的DNS响应。在一些实施例中，方法还包括向UPF发送DNS响应。在一些实施例中，AF请求从网络开放功能接收。

本公开的另一个方面提供一种通过会话管理功能(SMF)为服务用户设备(UE)的应用发现应用服务器(AS)的方法。该方法包括：基于影响与AS相关的应用流量的应用功能(AF)请求，从策略控制功能(PCF)接收策略和计费控制(PCC)规则，PCC规则包括对应于目标数据网络访问标识符(DNAI)的目标AS互联网协议(IP)地址。方法还包括向UE发送包括目标AS IP地址的AS变化通知消息。在一些实施例中，方法还包括从PCC规则中包括的DNAI列表中选择目标DNAI。在一些实施例中，方法还包括根据PCC规则中的AF订阅，向AF发送包括目标DNAI的通知消息。在一些实施例中，在选择目标DNAI的步骤之前，方法还包括从用户面功能(UPF)接收指示以域名系统(DNS)服务器为目标的协议数据单元(PDU)的通知消息，该消息包括PDU。在一些实施例中，方法还包括向UPF发送包括目标AS IP地址的N4消息。在一些实施例中，N4消息还包括使UPF向UE发送DNS响应的指令。在一些实施例中，方法还包括生成包括目标AS IP地址的DNS响应。在一些实施例中，方法还包括向UPF发送DNS响应。

本公开的另一个方面提供一种通过PCF为服务用户设备(UE)的应用发现应用服务器(AS)的方法。方法包括从应用功能(AF)接收消息，该消息包括对应于目标数据网络访问标识符(DNAI)的目标AS互联网协议(IP)地址。方法还包括向UE发送包括目标AS IP地址的通知消息。在一些实施例中，来自AF的消息还包括DNAI。在一些实施例中，来自AF的消息通过网络开放功能接收。在一些实施例中，通知消息通过接入和移动性管理功能发送到UE。

本公开的另一方面提供了一种网络节点。该网络节点包括处理器和用于存储指令的非暂时性存储介质，当由至少一个处理器执行时，指令使网络节点执行本文所述的方法。例如，使这种网络节点从应用功能(AF)接收消息，消息包括对应于目标数据网络访问标识符(DNAI)的目标应用服务器(AS)互联网协议(IP)地址。还使网络节点向用户设备发送包括目标AS IP地址的AS变化通知消息。

本公开的另一方面提供了一种网络节点。该网络节点包括处理器和用于存储指令的非暂时性存储介质，当由至少一个处理器执行时，指令使网络节点执行本文所述的方法。例如，使这种网络节点基于影响与应用服务器(AS)相关的应用流量的应用功能(AF)请求，从策略控制功能(PCF)接收策略和计费控制(PCC)规则，PCC规则包括对应于目标数据网络访问标识符(DNAI)的目标AS互联网协议(IP)地址。还使网络节点向用户设备(UE)发送包括目标AS IP地址的AS变化通知消息。

本公开的另一方面提供了一种网络节点。该网络节点包括处理器和用于存储指令的非暂时性存储介质，当由至少一个处理器执行时，指令使网络节点执行本文所述的方法。例如，使这种网络节点从应用功能(AF)接收消息，消息包括对应于目标数据网络访问标识符(DNAI)的目标应用服务器(AS)互联网协议(IP)地址。使网络节点向用户设备(UE)发送包括目标AS IP地址的通知消息。

在本公开中，当第一功能向第二功能提供信息时，第一功能可以向第二功能发送消息，该消息包括该信息。此外，应理解，在本公开的实施例中，一个功能可以通过向不同的功能发送信息，将一些信息配置到不同的功能中，以便不同的功能可以使用接收到的信息采取动作。

虽然已经参考本公开的特定特征和实施例描述了本公开，但是显然可以在不脱离本公开的情况下对本公开进行各种修改和组合。因此，说明书和附图仅被视为所附权利要求书所定义的本公开的说明并且预期覆盖落入本公开范围内的任何和所有修改、变体、组合或等效物。

Claims (32)

1.一种通过会话管理功能实体为服务用户设备的应用发现应用服务器的方法，所述方法包括：

从应用功能实体接收消息，所述消息包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；

向所述用户设备发送包括所述目标应用服务器的IP地址的应用服务器变化通知消息。

2.根据权利要求1所述的方法，其中，在从所述应用功能实体接收所述消息之前，所述方法还包括：

基于影响应用流量的应用功能请求，从策略控制功能实体接收策略和计费控制PCC规则。

3.根据权利要求2所述的方法，其中，所述PCC规则还包括用户设备端口标识符ID，所述应用服务器变化通知消息还包括所述用户设备端口ID。

4.根据权利要求1至3中任一项所述的方法，其中，从所述应用功能实体接收到的所述消息还包括用户设备端口标识符ID，所述应用服务器变化通知消息还包括所述用户设备端口ID。

5.根据权利要求1所述的方法，其中，从所述应用功能实体接收到的所述消息还包括包过滤器，所述包过滤器描述与对应于所述目标DNAI的所述应用服务器相关的应用流量，所述方法还包括：

在所述从所述应用功能实体接收所述消息的步骤之后，向用户面功能实体发送包括所述包过滤器的N4消息。

6.根据权利要求2所述的方法，其中，所述PCC规则还包括包过滤器，所述包过滤器描述与对应于所述目标DNAI的所述应用服务器相关的应用流量，所述方法还包括：

向用户面功能实体发送包括所述包过滤器的N4消息。

7.根据权利要求5或6所述的方法，其中，所述包过滤器作为包检测规则PDR的一部分发送到所述用户面功能实体。

8.根据权利要求5或6所述的方法，其中，所述包过滤器作为与应用ID相关联的包流描述PFD的一部分发送到所述用户面功能实体，所述应用ID包括在所述用户面功能实体用来检测所述应用流量的PDR中。

9.根据权利要求2所述的方法，还包括：

从所述PCC规则中包括的DNAI列表中选择所述目标DNAI；以及

根据所述PCC规则中的应用功能订阅，向所述应用功能实体发送包括所述目标DNAI的通知消息。

10.根据权利要求9所述的方法，其中，在选择所述目标DNAI的步骤之前，所述方法还包括：

从用户面功能实体接收指示以域名系统DNS服务器为目标的协议数据单元PDU的通知消息，所述消息包括所述PDU。

11.根据权利要求10所述的方法，还包括：

向所述用户面功能实体发送包括所述目标应用服务器的IP地址的N4消息。

12.根据权利要求11所述的方法，其中，所述N4消息还包括使所述用户面功能实体向所述用户设备发送DNS响应的指令。

13.根据权利要求10所述的方法，还包括：

生成包括所述目标AS IP地址的DNS响应；以及

向所述用户面功能实体发送所述DNS响应。

14.根据权利要求9至13中任一项所述的方法，其中，向所述应用功能实体发送的所述通知消息还包括源DNAI。

15.根据权利要求1至3、5至6、9至13中任一项所述的方法，其中，所述应用服务器变化通知消息还包括源应用服务器的IP地址，所述源应用服务器的IP地址从所述应用功能实体或本地存储器接收。

16.根据权利要求1至3、5至6、9至13中任一项所述的方法，其中：

向所述用户设备发送的所述应用服务器变化通知消息为非接入层NAS消息；以及

所述NAS消息通过接入和移动性管理功能实体和无线接入网节点发送到所述用户设备。

17.根据权利要求1至3、5至6、9至13中任一项所述的方法，其中：

向所述用户设备发送的所述应用服务器变化通知消息包括在短消息中；以及

所述短消息通过服务所述用户设备的短消息服务功能实体发送到所述用户设备。

18.根据权利要求2至3、6、9至13中任一项所述的方法，其中，所述应用功能请求从网络开放功能实体接收。

19.一种通过会话管理功能实体为服务用户设备的应用发现应用服务器的方法，所述方法包括：

基于影响与所述应用服务器相关的应用流量的应用功能请求，从策略控制功能实体接收策略和计费控制PCC规则，所述PCC规则包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；以及

向所述用户设备发送包括所述目标应用服务器的IP地址的应用服务器变化通知消息。

20.根据权利要求19所述的方法，还包括：

从所述PCC规则中包括的DNAI列表中选择所述目标DNAI；以及

根据所述PCC规则中的应用功能订阅，向应用功能实体发送包括所述目标DNAI的通知消息。

21.根据权利要求20所述的方法，其中，在选择所述目标DNAI的步骤之前，所述方法还包括：

从用户面功能实体接收指示以域名系统DNS服务器为目标的协议数据单元PDU的通知消息，所述消息包括所述PDU。

22.根据权利要求21所述的方法，还包括：

向所述用户面功能实体发送包括所述目标应用服务器的IP地址的N4消息。

23.根据权利要求22所述的方法，其中，所述N4消息还包括使所述用户面功能实体向所述用户设备发送DNS响应的指令。

24.根据权利要求21至23中任一项所述的方法，还包括：

生成包括所述目标应用服务器的IP地址的DNS响应；以及

向所述用户面功能实体发送所述DNS响应。

25.一种通过策略控制功能实体为服务用户设备的应用发现应用服务器的方法，所述方法包括：

从应用功能实体接收消息，所述消息包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；以及

向所述用户设备发送包括所述目标应用服务器的IP地址的通知消息。

26.根据权利要求25所述的方法，其中，来自所述应用功能实体的所述消息还包括所述DNAI。

27.根据权利要求25所述的方法，其中，来自所述应用功能实体的所述消息通过网络开放功能实体接收。

28.根据权利要求25至27中任一项所述的方法，其中，所述通知消息通过接入和移动性管理功能实体发送到所述用户设备。

29.一种网络节点，包括：

处理器；

用于存储指令的非暂时性存储介质，当由所述处理器执行时，所述指令使所述网络节点：

从应用功能实体接收消息，所述消息包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；以及

向用户设备发送包括所述目标应用服务器的IP地址的应用服务器变化通知消息。

30.一种网络节点，包括：

处理器；

用于存储指令的非暂时性存储介质，当由所述处理器执行时，所述指令使所述网络节点：

基于影响与应用服务器相关的应用流量的应用功能请求，从策略控制功能实体接收策略和计费控制PCC规则，所述PCC规则包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；以及

向用户设备发送包括所述目标应用服务器的IP地址的应用服务器变化通知消息。

31.一种网络节点，包括：

处理器；

用于存储指令的非暂时性存储介质，当由所述处理器执行时，所述指令使所述网络节点：

从应用功能实体接收消息，所述消息包括对应于目标数据网络访问标识符DNAI的目标应用服务器的互联网协议IP地址；以及

向用户设备发送包括所述目标应用服务器的IP地址的通知消息。

32.一种通信系统，包括用于执行根据权利要求1至18中任一项所述的方法的第一装置，和/或用于执行根据权利要求19至24中任一项所述的方法的第二装置，和/或用于执行根据权利要求25至28中任一项所述的方法的第三装置。

Images