CN109417731A - 用于用户平面路径选择、重选和通知用户平面变化的系统和方法 - Google Patents

Abstract

公开了用于利用第三方实体执行通信网络上的用户平面(UP)路径选择或重选以及用于向网络实体通知通信网络中的UP变化的系统和方法。该方法包括：接收来自第三方实体的基于应用编程接口的UP路径选择请求；执行对该请求的验证和授权过程；向维护配置数据的控制平面功能发送UP路径选择配置请求；获得确认该UP路径选择配置请求的参考编号；以及根据参考编号安装该UP路径选择。

Description

用于用户平面路径选择、重选和通知用户平面变化的系统和 方法

相关申请的交叉引用

本申请要求于2016年6月21日提交的标题为“Systems and Methods for NetworkCapability Exposure”的美国临时申请序列号62/352,857、于2016年6月30日提交的标题为“Systems and Methods for User Plane Path Selection,Reselection,andNotification of User Plane Changes”的美国临时申请序列号62/356,993、以及于2016年8月15日提交的标题为“Systems and Methods for User Plane Path Selection，Reselection，and Notification of User Plane Changes”的美国临时申请序列号62/375,198的权益，其全部内容通过引用并入本文中。本申请还要求于2017年6月19日提交的标题为“Systems and Methods for User Plane Path Selection，Reselection，andNotification of User Plane Changes”的美国申请序列号15/626,948的权益。

技术领域

本发明涉及通信网络领域，并且具体地涉及用于用户平面路径选择、重选以及通知用户平面变化的系统和方法。

背景技术

网络能力开放(Network Capability Exposure，NCE)技术的出现为第三方实体(如互联网服务提供商(Internet Service Provider，ISP)和互联网内容提供商(InternetContent Provider，ICP))提供了网络管理能力。例如，ISP可以使用开放式应用编程接口(Application Programming Interface，API)来配置和管理通过通信网络执行的相应服务，而网络运营商可以提供对网络中的网络资源的总体管理。然而，这种配置要求网络运营商与ISP之间高度协调地工作。

基于第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)关于服务开放和能力支持(Service Exposure and Enablement Support，SEES)要求的研究，网络运营商可以向第三方实体提供网络信息，同时维护对网络的特定的控制能力。然而，第5代(5th Generation，5G)通信协议的提案缺乏能够有效地或高效地向第三方实体提供网络控制能力的机制。

提供此背景信息以揭示申请人认为可能与本发明相关的信息。并不旨在也不应被解释为任何前述信息构成了针对本发明的现有技术。

发明内容

本发明的实施方式的目标是提供一种用于用户平面路径选择和通知用户平面变化的方法，其可以根据5G通信网络协议来执行。

根据实施方式，提供了一种用于利用第三方实体执行通信网络上的用户平面(User Plane，UP)路径选择或重选的方法。该方法包括：由网络能力开放功能(networkcapability exposure function，NCEF)接收来自第三方实体的UP路径选择或重选信息。该方法还包括由NCEF向维护UP路径配置数据的控制平面功能发送UP路径选择策略请求，该UP路径选择策略请求是根据UP路径选择或重选信息生成的并且用于触发对UP路径选择或重选信息的安装。

根据实施方式，提供了一种用于由第三方实体执行通信网络上的用户平面(UP)路径选择的方法。该方法包括：由策略控制功能(policy control function，PCF)接收UP路径选择策略请求，该UP路径选择策略请求被配置成触发对根据来自第三方实体的UP路径选择或重选信息生成的UP路径选择策略的安装。该方法还包括由PCF实施UP路径选择策略，其中，实施包括提供UP路径选择策略细节。

根据实施方式，提供了一种用于利用第三方实体执行通信网络上的用户平面(UP)路径选择的方法。该方法包括：由会话管理功能(session management function，SMF)实施UP路径选择策略，其中，实施包括获得UP路径选择策略细节。

根据实施方式，提供了一种用于影响通信网络上的流量路由的方法。该方法包括：由网络开放功能(network exposure function，NEF)从应用功能接收流量分流(trafficsteering)请求，该流量分流请求指示用于影响协议数据单元(protocol data unit，PDU)会话的UP流量的路由决策的请求。该方法还包括由NEF向维护通信配置数据的策略控制功能发送指示流量分流请求的数据，从而影响通信网络上的流量路由。

根据实施方式，提供了一种用于影响通信网络上的流量路由的方法。该方法包括：由策略控制功能(PCF)接收指示来自网络开放功能的流量分流请求的数据，该流量分流请求指示用于影响协议数据单元(PDU)会话的UP流量的路由决策的请求。该方法还包括由PCF实施所述流量分流请求，其中，实施包括发送指示流量分流请求的规则，从而影响通信网络上的流量路由。

根据实施方式，提供了一种用于执行上文定义的方法中的一个或更多个方法的网络节点。该网络节点包括：处理器以及存储机器可执行指令的机器可读存储器。该机器可执行指令在由所述处理器执行时将所述网络节点配置成执行与一个或更多个上文定义的方法相关联的步骤。

根据一些实施方式，流量分流请求包括指示下述中的一个或更多个的数据：UE过滤器信息、UP标志(landmark)和与应用所请求的流量分流时的时间段相关的时间有效性条件。根据一些实施方式，UP标志是数据网络访问标识符。

根据本发明的实施方式，提供了一种用于利用第三方实体执行通信网络上的用户平面(UP)路径选择的方法。该方法包括：接收来自第三方实体的基于应用编程接口的UP路径选择请求；执行对该请求的验证和授权过程；向维护配置数据的控制平面功能发送UP路径选择配置请求；获得确认该UP路径选择配置请求的参考编号；以及根据参考编号安装该UP路径选择。

根据本发明的实施方式，提供了一种用于向网元通知通信网络中的用户平面(UP)变化的方法。该方法包括：接收UP变化通知请求；对该请求执行验证和授权过程；向维护配置数据的控制平面功能发送UP变化通知；获得确认UP变化通知的参考编号；以及根据该参考编号实施UP变化通知。

根据本发明的实施方式，提供了一种用于向网元通知通信网络中的用户平面(UP)变化的方法。该方法包括：接收UP变化请求；根据该UP变化请求执行UP路径选择；根据UP路径的变化确定任何UP变化；向网络能力开放功能发送UP变化通知；以及从应用功能控制器接收对UP变化通知的确认。

根据本发明的实施方式，提供了一种用于向网元通知通信网络中的用户平面(UP)变化的方法，该方法包括：接收UP路径变化请求并识别受所请求的UP变化影响的协议数据单元(PDU)会话，并且确定所需的会话与服务连续性(Session and Service Continuity，SSC)模式。该方法还包括根据UP路径变化请求来执行UP路径选择并向应用系统控制器发送UP变化通知。

根据本发明的实施方式，提供了一种用于操作通信网络中的UE的方法，该方法包括：向网络实体发送新会话请求；接收对响应于新会话请求而执行的新会话建立完成的指示；以及使用所述新会话建立进行数据传输，其中，执行所述新会话建立包括：向网元通知通信网络中的用户平面(UP)变化；接收与新会话请求对应的UP路径变化请求；识别受所请求的UP路径变化影响的协议数据单元(PDU)会话；根据UP路径变化请求执行UP路径选择；以及向应用系统控制器发送UP变化通知。

附图说明

根据以下结合附图所作的详细描述，本发明的其他特征和优点将变得明显，在附图中：

图1A是根据一种实施方式的通信网络的功能性示意图；

图1B是根据一种实施方式的用于由第三方实体发现通信网络中开放的NCE功能的方法的呼叫流程图；

图1C是根据一种实施方式的用于由第三方实体处理通信网络中NCE请求的过程的呼叫流程图；

图2A是根据另一实施方式的通信网络的功能性示意图；

图2B是根据另一实施方式的用于由第三方实体发现通信网络中开放的NCE功能的方法的呼叫流程图；

图2C是根据另一实施方式的用于由第三方实体处理通信网络中NCE请求的过程的呼叫流程图；

图3A是根据另一实施方式的通信网络的功能性示意图；

图3B是根据另一实施方式的用于由第三方实体发现通信网络中开放的NCE功能的方法的呼叫流程图；

图3C是根据另一实施方式的用于由第三方实体处理通信网络中NCE请求的过程的呼叫流程图；

图4是根据一种实施方式的通信网络的逻辑示意图；

图5A是根据另一实施方式的通信网络的逻辑示意图；

图5B是根据一种实施方式的用于由第三方应用系统(Application System，AS)控制通信网络中用户平面路径选择的方法的呼叫流程图；

图5C是根据一种实施方式的用于由第三方AS控制通信网络中服务质量(Qualityof Service，QoS)建立的方法的呼叫流程图；

图5D是根据一种实施方式的用于第三方AS在通信网络上执行会话QoS策略安装的方法的呼叫流程图；

图5E是根据一种实施方式的用于UE在通信网络上执行会话建立过程的方法的呼叫流程图；

图6A是根据另一实施方式的通信网络的逻辑示意图；

图6B是根据一种实施方式的用于第三方AS控制通信网络中UP路径选择或重选的方法的呼叫流程图；

图6C是根据一种实施方式的用于向网元通知UP变化的方法的呼叫流程图；

图6D是根据另一实施方式的用于向网元通知UP变化的方法的呼叫流程图；

图7是根据另一实施方式的通信网络的逻辑示意图；

图8A是根据一种实施方式的在UP重选之后位于用户面网关(User PlaneGateway，UP-GW)处的针对下行链路流量的流量分流的示意图；

图8B是根据一种实施方式的在AS重定位之后位于UP GW处的针对上行链路流量的流量分流的示意图；

图8C是根据一种实施方式的在UP重选之后位于AS网络中的针对下行链路流量的流量分流的示意图；

图8D是根据一种实施方式的在AS重定位之后位于AS网络中的针对上行链路流量的流量分流的示意图；

图9是用于应用感知的UP路径选择(重选)的方法的呼叫流程图；

图10A是描述根据本发明的一种实施方式的用于启用对UP路径选择(重选)的应用感知的过程的流程图。

图10B是根据本发明的一种实施方式的详细描述用于UP路径选择(重选)的过程的流程图，其包括UP变化通知和流量分流配置。

图10C是根据本发明的一种实施方式的更详细地示出图10A中的操作的流程图。

图10D是根据本发明的一种实施方式的更详细地示出图10B中的操作的流程图；以及

图11是根据一种实施方式的硬件装置的示意图。

应该注意，在整个附图中，用相同的附图标记来表示相同的特征。

具体实施方式

本发明的实施方式公开了网络信息和能力开放(NCE)框架，其可以在存在网络切片(network slice，NS)的情况下应用于下一代通信系统(例如5G)。在一些实施方式中，网络能力可以是集中到/公用于核心网络的和/或在核心网络与网络切片之间共享/分布的。在其他实施方式中，网络能力可以被选择性地分离，例如网络切片之间(即特定于NS)。在一些实施方式中，NCE框架可以包含公共NCE功能和一些NS(特定于切片的)NCE功能(每个NS一个)。这可以在3GPP网络中提供统一的接口供第三方或UE使用以发现、访问和定制开放的网络能力。

图1A是根据一种实施方式的通信网络的功能性示意图。该通信网络包括可以部署在核心网络上的公共网络实体(Network Entity，NE)101(公共NE)，并且包括：与外部功能/实体104接合的公共网络能力开放功能(Common Network Capability ExposureFunction，C-NCEF)102，用于执行授权和相关功能的策略控制功能103，用于执行认证、安全及相关功能的归属用户系统(Home Subscriber System，HSS)功能105，以及用于执行各种网络相关任务的各种公共网络实体功能(C-NE1 106a、C-NE2 106b)(例如移动性管理实体、切片选择实体、认证实体、策略控制实体等)。根据实施方式，PCF 103被配置成根据下述参数来生成或确定要应用于用户设备(user equipment，UE)或协议数据单元(PDU)会话的策略规则，所述参数可以包括下述中的一个或更多个：订阅数据、应用配置文件、服务配置文件、应用请求或者容易理解的其他参数。在该网络能力开放框架中，PCF可以提供如上所述的授权功能，其中，该授权功能可以包括针对运营商网络的策略来验证请求。第三方实体(例如在核心网络、独立的第三方应用系统、或UE上运行的属于第三方的应用)通过NCEF接合到公共NCE。正如容易理解的，核心网络、独立的第三方应用系统或UE可以通过公共NCEF接合到公共NE。

也可以将网络切片(NS1 107、NS2 108)部署在核心网络上，每个网络切片还包括相应的特定于切片的网络实体功能(SS-NE1 109a、110a，SS-NE2 109b、110b)(例如特定于切片的会话管理实体、特定于切片的策略控制实体、特定于切片的计费实体等)，用于执行各种特定于切片的网络相关任务。如本领域技术人员所理解的，网络切片是使用网络功能虚拟化技术来管理网络上的流量和相关信令的特定组合的逻辑功能的集合。例如，每个切片可以被分配网络资源(带宽、调度、接入、节点使用等)的一部分，并且由移动网络运营商(Mobile Network Operator，MNO)管理以便通过网络(利用无线装置、用户设备等)为其终端用户的请求服务(或提供服务)。如图1A所示，特定于切片的网络实体功能(SS-NE1、SS-NE2)逻辑地接合/连接到公共网络能力开放功能(C-NCEF)。

因此，图1A中示出的通信网络(通过C-NCEF)提供了实现对网络的集中控制的公共接口。安全和策略控制功能连同对切片的的操作、支配和管理(Operation,Administration,and Management，OAM)在各种实体之间共享。C-NCEF允许外部实体发现/访问开放的网络能力(即可以在外部管理或控制的网络功能)，无论其是公共NE的功能还是特定网络切片的功能。在一些实施方式中，这还可以包括经授权且安全的对3GPP公共系统能力的访问以及在运营商的控制下对所开放的服务的执行。

有利的是，图1A所示的通信网络架构可以提供具有集中控制的集中接口。可以在提供共享的OAM的同时承担共享的安全(即认证)与策略控制(即授权)。单个中央NCEF可以提供：

·外部实体发现开放的网络能力的能力，无论公共的还是NS特定的。

·经授权且安全访问3GPP公共系统能力以及在运营商的控制下对开放的服务的执行，无论公共的还是NS特定的。

根据实施方式，策略控制可以提供如上所述的授权功能，其中，该授权功能可以包括验证或请求，例如对针对运营商网络的策略请求进行验证。

图1B是示出根据一种实施方式的用于由第三方实体或UE发现通信网络上的开放的网络能力开放(NCE)功能的过程的呼叫流程图。图1B所示的方法可以例如在图1A所示的通信网络上执行。在步骤1中，第三方/UE向C-NCEF发送NCE发现请求。该请求可以包括第三方/UE的身份，并且还可以包括与公共NE相关或是NS特定的期望的网络能力。在步骤2中，C-NCEF功能通过与HSS功能进行通信来认证第三方。在步骤3中，C-NCEF功能向第三方/UE响应，例如提供所请求的信息，或开放的或所期望的网络能力的开放状态(即第三方/UE可以访问的那些功能或能力)。在某些实施方式中，该方法中的C-NCEF的任务可以由公共NE中的另一功能(例如由C-NE)来执行。

图1C是根据一种实施方式的用于由第三方实体(或UE)处理通信网络中网络能力开放(NCE)请求的过程的呼叫流程图。NCE请求可以包括例如对UP路径选择或重选策略进行安装的请求、对端对端QoS策略的请求、对改变可收费方的请求、对UE位置的查询以及对UE连接状态的查询。根据所开放的网络能力，可能存在各种其他NCE请求。图1C所示的方法可以在例如图1A所示的通信网络上执行。在步骤11中，第三方向C-NCEF发送NCE请求。该请求可以是查询、指令或是某些网络功能/能力的期望配置。在步骤12中，C-NCEF与HSS功能进行通信以认证第三方。在步骤13中，NCEF与策略控制功能进行通信，其根据运营商策略执行授权。经授权后，在步骤14中，C-NCEF根据该请求分派NCE处理请求合适的C-NE功能(例如，C-NE 1)。在分派该请求之前，在一些实施方式中，C-NCEF可以通过将接收到的NCE请求转换为C-NE可理解的内部格式并将其与内部配置进行协调来执行编译。例如，该请求可以携带相关的运营商策略。在步骤15中，C-NE功能针对运营商策略例如通过准备查询应答或应用所指令的配置来处理上述NCE处理请求。在步骤16中，C-NE向C-NCEF发送NCE处理响应作为查询应答或配置确认。在步骤17中，C-NCEF向第三方转发NCE响应，其可以包括从NCE处理响应(步骤16)嵌入的信息。在转发之前，在一些实施方式中，C-NCEF可以例如通过将原始NCE信息转换为第三方可理解的格式或者根据运营商策略应用过滤或聚合规则来编译原始NCE信息以避免信息泄漏。如果存在多个来自不同NE的NCE处理响应，则也可以将其聚合成单个聚合NCE响应。

图2A是根据另一实施方式的通信网络的功能性示意图。图2A所示的通信网络与图1A所示的通信网络类似，除了C-NCEF功能分散在每个网络切片(NS1、NS2)中的特定于切片的NCEF功能(SS-NCEF)中，其中每个切片还包括其自己的特定于切片的策略控制功能。以这种方式，在图1A的网络中集中执行的NCEF功能现在分布于公共NE与不同的网络切片之间。

图2A中的通信网络可以在保持分离的策略控制(即授权)并提供准分离的OAM的同时提供共享的安全功能(即认证)。第三方可以与(公共NE中的)C-NCEF 201接合。在一些实施方式中，可以由C-NCEF 202执行认证，而可以由网络切片的SS NCEF 203a、203b来执行授权，这取决于请求与公共NE相关还是与网络切片相关。这可以提供能够重新分布或减轻核心网络上的处理资源的更通用的配置。

根据某些实施方式，C-NCEF功能可以包括：对来自第三方204的NCE请求进行分类并将特定于NS的请求重定向到相应的SS NCEF，允许外部实体发现开放的公共网络能力/功能，提供经授权且安全访问3GPP公共系统能力，以及在运营商的控制下执行开放的公共服务。SS NCEF功能还可以包括：允许外部实体发现网络上的开放的特定于NS的能力(该发现例如可以通过公共NCEF来执行)，提供经授权且安全访问3GPP特定于NS的系统能力，以及在运营商的控制下执行开放的特定于NS的服务。

有利的是，图2A所示的通信网络架构可以提供具有集中接口的半分布式配置以及分布式配置。可以在提供准分离的OAM的同时承担共享的安全(即认证)与分离的策略控制(即授权)。在一个实施方式中，其包含公共NCEF和多个特定于NS的NCEF(每个NS一个)。第三方实体可以与公共NCEF接合。认证可以由公共NCEF来执行，而授权可以由公共NCEF或NSNCEF来执行，这取决于请求是与公共NCE相关还是与特定于NS的NCE相关。

公共NCEF可以提供：

·对来自第三方实体的NCE请求进行分类并将特定于NS的请求重定向到相应的NSNCEF。

·外部实体发现开放的公共网络能力的能力。

·经授权且安全访问3GPP公共系统能力以及在运营商的控制下对所开放的公共服务的执行。

NS NCEF可以提供：

·外部实体发现开放的特定于NS的网络能力的能力。该发现通过公共NCEF来完成。

·经授权且安全访问3GPP特定于NS的系统能力以及在运营商的控制下对所开放的特定于NS的服务的执行。

图2B是根据另一实施方式的用于由第三方实体或UE发现通信网络上的开放的网络能力开放(NCE)功能的过程的呼叫流程图。图2B所示的方法可以例如在图2A所示的通信网络上执行。在步骤21中，第三方向C-NCEF功能发送NCE发现请求。该请求可以包括第三方的身份，并且还可以包括公共的或特定于NS的所要求的网络功能。在步骤22中，C-NCEF功能与HSS功能进行通信以认证第三方。在步骤23中，对于与特定于NS的网络功能相关的请求，C-NCEF功能(从对应的SS NCEF)获得与NCE发现请求相关的信息。在步骤24中，C-NCEF功能利用详述开放的或可用的网络功能/能力的信息或开放状态向第三方响应。

图2C是根据一种实施方式的用于由第三方实体(或UE)处理通信网络上的网络能力开放(NCE)请求的过程的呼叫流程图。图2C所示的方法可以例如在图2A所示的通信网络上执行。在步骤31中，第三方向C-NCEF发送NCE请求。该请求可以是用来请求某些网络能力的查询或配置指令。在步骤32中，C-NCEF与HSS进行通信以认证第三方。根据该NCE请求，可以通过网络切片(选项A 33a)或者在公共NE(选项B 33b)内执行授权。例如，如果该NCE请求是特定于NS的，则NCEF可以将其转发至相应的SS NCEF以进行处理(参见执行SS授权和处理的“选项A”中的步骤33a.1至33a.6)。如果该NCE请求不是特定于NS的，则公共NE可以自身执行处理(参见“选项B”中的步骤33b.1至33b.4)。最后，在步骤34中，C-NCEF向第三方转发NCE响应，其可以包含与该NCE请求相关的NCE信息。

图3A是根据另一实施方式的通信网络的功能性示意图。图3A中示出的通信网络与图2A中示出的通信网络类似，除此之外每个网络切片(NS1 305、NS2 306)还包括特定于切片的HSS功能301a、301b并且第三方实体304还可以与每个网络切片的SS-NCEF 303a、303b接合。

在特定实施方式中，图3A中的通信网络可以执行独立的安全(即认证)、策略控制(即授权)和OAM。认证过程可以由C-NCEF 302或SS-NCEF来执行，这取决于请求是与公共NE相关还是与特定于NS的NCE相关。SS-NCEF可以执行公共请求识别和重定向、允许外部实体发现开放的/可用的特定于NS的网络特征/能力以及在运营商的控制下执行对特定于NS的系统特征的授权、访问和执行。C-NCEF还可以允许外部实体例如通过SS-NCEF发现可用的/开放的特定于NS的网络功能/能力，并且在运营商的控制下执行对公共系统能力的授权、访问和执行。在某些实施方式中，第三方实体可以仅与NS的SS-NCEF接合而不与C-NCEF接合。

有利的是，图3A所示的通信网络架构可以提供具有分布式接口的分布式NCE以及分布式控制。该架构可以在提供分离的OAM的同时承担分离的安全(即认证)与分离的策略控制(即授权)。其可以包含公共NCEF和多个特定于NS的NCEF(每个NS一个)。在一些情况下，第三方实体可以仅与单独的NS NCEF接合。认证可以由NS NCEF来执行，而授权可以由公共NCEF或NS NCEF来执行，这取决于请求是与公共NCE相关还是与特定于NS的NCE相关。

NS NCEF可以提供：

·公共请求识别和(对公共NCEF的)重定向。

·外部实体发现开放的特定于NS的网络能力的能力。

·在运营商的控制下对特定于NS的系统能力的授权、访问和执行。

公共NCEF可以提供：

·外部实体经由特定于NS的NCEF发现开放的特定于NS的网络能力的能力。

·在运营商的控制下对公共系统能力的授权、访问和执行。

图3B是根据一种实施方式的用于由第三方实体或UE发现通信网络上的开放的网络能力开放(NCE)功能的过程的呼叫流程图。图3B所示的方法可以例如在图3A所示的通信网络上执行。在步骤41中，第三方/UE向SS-NCEF功能发送NCE发现请求。该请求可以包括第三方的身份以及无论特定于NS的还是其他的期望的网络功能/能力。在步骤42中，SS-NCEF功能通过与SS HSS功能进行通信来执行对第三方的认证。在步骤43中，如果与公共NE网络功能/能力相关，则SS-NCEF功能与C-NCEF功能进行通信以获得所请求的(与该请求相关的)信息。在步骤44中，SS NCEF功能利用可用/开放的网络能力的信息或开放状态向第三方响应。

图3C是根据一种实施方式的用于由第三方实体(或UE)处理通信网络上的网络能力开放(NCE)请求的过程的呼叫流程图。图3C所示的方法可以例如在图3A所示的通信网络上执行。在步骤51中，第三方向SS-NCEF发送NCE请求。该请求可以是用来请求某些网络能力的查询或配置指令。在步骤52中，SS-NCEF与SS HSS进行通信以认证第三方。可以根据该NCE请求通过网络切片(选项B 53b)或者在公共NE内(选项A 53a)执行授权。例如，如果NCE请求不是特定于NS的，则SS-NCEF可以将该请求转发至C-NCEF以执行对该请求的处理(参见“选项A”中的步骤53a.1至53a.6)，并且如果NCE请求是特定于NS的，则SS-NCEF可以在NS内执行处理(参见执行SS授权和处理的“选项B”中的步骤53b.1至53b.4)。最后，在步骤54中，SS-NCEF向第三方转发NCE响应，其可以包含与该NCE请求相关的NCE信息。

图4是根据一种实施方式的通信网络的逻辑示意图。图4中的通信网络示出了可以利用的各种用户平面(UP)分段和路径，例如，用于在UE 401与应用系统(AS)402之间传送会话请求并实现会话管理(Session Management，SM)通信。容易理解，图4示出了可以使用的分段和路径，并且所提供的路径的示例不一定在图4中被明确示出。如图所示，通信网络包括3GPP网络，其包括耦接到核心网络用户平面(Core Network User Plane，CN UP)404的无线接入网(Radio Access Network，RAN)403。CN UP包括网络功能NF1和NF2，其被部署为3GPP网络内的逻辑实体。如图所示，NF2包括3个不同实例：NF2_1 405、NF2_2 406、NF2_3407，其各自形成去往NF1的不同的逻辑路径。网内应用功能(网内AF)包括3个不同的实例：AF1_1 409、AF1_2 410、AF1_3 411，每个实例分别逻辑地耦接到实例NF2_1、NF2_2、NF2_3，并且集体耦接到应用系统(AS)。根据实施方式，网内应用功能可以指被部署在网络内并且被配置成用于流量处理的应用。AS可以由独立于3GPP网络的第三方实体拥有。在一些实施方式中，网内AF 412可以被部署在3GPP网络中或者可以被部署在独立的物理网络如AS上。在一些实施方式中，网内AF 412可以被部署在3GPP网络上或者可以被部署在独立的网络如AS上。可以理解，3GPP网络和其上部署有网内AF的网络可以是所部署的逻辑网络，因此这两个网络可以作为在逻辑上独立的网络，同时可能在物理领域中交叠。

在一些情况下，在到达所需目的地(例如像流量功能链)之前，某些流量可能需要通过遍历某些功能实体/实例来进行特定的功能处理。例如，当在UE与AS之间建立会话时，可以首选某个UP路径，使得流量对与沿UP路径的不同功能实体或实例相关联的特定功能处理开放。可以选择UP路径以减少某些应用/节点/实体的负载状况，或者增强特定的应用性能。此外，一些应用可能具有有限的数据处理能力(即限制输入数据速率)，因此，在提供有关应用功能限制的情况下，有效的SMF应当选择避免过载并保持服务质量(Quality ofService，QoS)的UP路径。

作为参照图4的说明性示例，假设UE希望向AS发送会话请求并且考虑到其处理能力，优选的是流量经过AF1_3。可以理解，UE向AS发送的会话请求是应用级会话请求。如果3GPP网络没有意识到这一点，则它可能会选择可能相对更加过载的另一UP路径(例如通向AF1_1的NF2_1)，从而导致资源管理效率低下且QoS降低。因此，SM信息的开放可以向网络或AS提供必要的信息，以更有效地确定合适的逻辑功能及其对应的UP路径，从而改善整体网络性能和资源管理。在执行网络服务时也可以使用SM信息来通知产生的QoS。如将在下面进一步详细讨论的，诸如AS的第三方实体可以在给定SM信息和能力的情况下指定合适的网内AF以及对应的UP路径。

图5A是根据另一实施方式的通信网络的逻辑示意图。图5A中的通信网络可以用于向可以由独立于网络的第三方操作的应用系统(AS)501提供网络上的会话管理(SM)能力，其包括用于相关服务的UP路径选择和QoS建立。如图5A所示，通信网络包括接入节点(Access Node，AN)503、核心网络用户平面(CN UP)504、会话管理(SM)模块502、策略控制功能505、NCEF功能506和“网内应用功能”507，“网内应用功能”可以被部署在CN UP上(未示出)。如图所示，UE通过AN与网络接合，而AS与“网内应用功能”接合并且可能与NCEF功能接合。如之前所讨论的，网络能力开放功能(NCEF)被配置成与外部功能/实体接合。例如，可以认为NCEF与服务能力开放功能(service capability exposure function，SCEF)类似，SCEF安全地开放由网络接口提供的服务和能力。容易理解的是，NCEF的另一个名称可以是网络开放功能(NEF)。此外，还应该理解，会话管理模块(SM)也可以被称为会话管理功能(SMF)。

图5B是根据一种实施方式的用于第三方AS控制通信网络上的UP路径选择的方法的呼叫流程图。例如，在某些实施方式中，图5B中的方法可以应用于图5A中的网络。在步骤61中，AS向NCEF发送用于UP路径选择的基于API的请求。可以理解，基于API的请求可以被认为是来自第三方或第三方AS的UP路径选择请求。该请求可以理解为被配置成与UP路径选择有关的信息，其中，该信息可以包括UE过滤器信息，该信息指示所请求的UP路径选择应该被应用的UE。该请求还可以包括与UP路径选择期间应该遵守的UP标志以及针对该UP标志要采取的进一步动作相关的信息。可能的动作可以包括：聚合到(CONVERAGE_TO)或分离于(DIVERAGE_FROM)、通过(GO_THROUHGH)或者有序访问(VISIT_IN_ORDER)，这意味着UE会话应该使用聚合到UP标志、分离于UP标志、通过UP标志、有序访问UP标志的UP路径。根据实施方式，该请求可以指示在UP路径选择或重选期间应该遵守的一个或更多个UP标志。如将理解的，UP标志可以是与用户平面或网络内的特定位置或特定点相关联的标识符，并且可以被认为是逻辑网络目的地。例如，UP标志可以是与数据网络所关联的访问位置相关联的标识符，其可以被认为是数据网络访问标识符(data network access identifier，DNAI)或其他标识符。在步骤62中，NCEF执行对请求的验证和授权。例如，可能因为错误/不一致的参数或者由于访问控制策略拒绝验证而使请求无效。在一些实施方式中，在该步骤期间也可以应用其他安全措施，如认证。在步骤63中，NCEF功能向AS发回响应。该响应可以确认策略安装或者指示安装失败，并且还可以包括该请求的策略编号。正如将容易理解的，策略编号可以是标识符的形式，例如数字或字母-数字序列或其他标识符，策略编号与UP路径选择策略相关联或标识该策略，该策略由UP路径选择请求产生或与UP路径选择请求关联。策略编号可以由AS提供给UE，并且UE可以将该策略编号包括在其会话请求中。在会话请求中包括策略编号可以向SMF通知是否需要应用任何特定策略。在步骤64中，NCEF向策略控制功能发送UP路径选择策略控制请求，以在AS被授权安装UP路径选择策略的情况下触发该安装。该请求还可以根据在步骤61中从AS接收的UP路径选择请求来生成。在步骤65中，策略控制功能与SMF进行通信以实施策略。例如，SMF可以将策略编号插入在本地维护的策略列表中。在存在会话请求的情况下，SMF可以查找嵌入的策略编号并根据列表对其进行验证：如果策略编号有效，则从策略控制功能获得策略细节并应用；否则可以将无效的策略编号忽略。或者，SMF可以通过提供UE信息来检查针对每个会话请求的策略控制功能。正如将容易理解的，SMF可以应用另一种用于管理一个或更多个UP路径选择策略的方法。在步骤66中，策略控制功能向NCEF发回UP路径选择策略控制响应。在某些实施方式中，如图5B所示，步骤63可以推迟到完成步骤66之后。

此外，进一步考虑图5B，如之前所讨论的，API请求可以包括：指示所请求的UP路径选择应该被应用的UE的UE过滤器信息、在UP路径选择期间应当遵守的UP标志以及针对该UP标志将采取的进一步动作，其中，这些动作可以限定UE会话应该使用聚合到UP标志、分离于UP标志、通过UP标志、有序访问UP标志的UP路径。因此API请求可以相当于或等同于从应用系统(例如应用功能或应用控制器或其他以应用为中心的系统)接收到的流量分流请求。正如将容易理解的，流量分流可以包括确定路由决策，因为它们涉及可以由协议数据单元(PDU)会话定义的用户平面流量。

此外，例如，实施API请求或流量分流请求的步骤可以包括由SM从PCF获得策略或路径细节，其中，这些策略或路径细节指示所请求的UP路径选择。因此，是PCF向SM传输、发送或传输指示流量分流请求或所请求的UP路径选择策略的规则。

此外，如本领域技术人员将容易理解的，考虑到验证是为了检查或证明某事物的有效性或准确性而采取的动作并且，认证是证明或展示某事物是准确、真实或有效的动作，验证与授权的步骤也可以是术语认证与授权。

图5C是根据一种实施方式的用于第三方AS执行通信网络上的QoS建立的方法的呼叫流程图。例如，在某些实施方式中，图5C中的方法可以应用于图5A中的网络。在步骤71中，AS向NCEF发送针对会话QoS建立的基于API的请求。该请求可以包括UE过滤器信息以及在会话管理期间应当被应用/遵守/实施的QoS参数，UE过滤器信息指示所请求的会话QoS建立应当被应用于的UE。在步骤72中，NCEF执行对AS的验证和授权。在某些实施方式中，可能因为错误/不一致的参数或者由于访问控制策略而使请求无效。在该步骤期间也可以应用其他安全措施，如认证。在步骤73中，NCEF功能向AS发回QoS建立响应。该响应可以例如确认策略安装或者指示安装失败。该响应还可以包括针对请求的策略编号。在一些实施方式中，策略编号可以被提供给UE，并且该UE可以将该策略编号包括在其会话请求中。这可以允许SMF在会话请求中搜索策略编号以确定是否需要将任何特定策略应用于该会话。在步骤74中，NCEF向策略控制功能发送会话QoS建立策略控制请求，以在AS已被授权的情况下触发对会话QoS建立策略的安装。例如，可以基于(在步骤71中)从AS接收的会话QoS建立请求来生成请求。在步骤75中，策略控制功能与SMF进行通信以实施策略。

例如，SMF可以将策略编号插入在本地维护的策略列表中。在会话请求期间，SMF可以查找嵌入的策略编号并根据列表对其进行验证，如果策略编号有效，则从策略控制功能获得该策略细节并应用；否则可以将无效的策略编号忽略。或者，SMF可以通过提供UE信息来检查针对每个会话请求的策略控制功能。正如将容易理解的，SMF可以应用另一种用于管理一个或更多个策略的方法。在步骤76中，策略控制功能向NCEF发回UP路径选择策略控制响应。进一步参照图5C，在步骤76中，策略控制功能可以向NCEF发回QoS建立策略控制响应，其中，该QoS建立策略控制响应可以指示策略编号。

图5D是根据一种实施方式的用于第三方AS在通信网络上执行会话QoS策略安装的方法的呼叫流程图。例如，在某些实施方式中，图5D中的方法可以应用于图5A中的网络。在步骤81中，AS向NCEF发送关于会话QoS的基于API的请求。该请求可以包括UE过滤器信息以及在UP路径选择期间应当遵守/实施的QoS参数，UE过滤器信息指示所请求的会话QoS应当被应用于的UE。在步骤82中，NCEF根据请求执行验证和授权。例如，可能因为错误/不一致的参数或者由于访问控制策略导致请求无效。在该步骤处也可以应用其他安全措施，如认证。在步骤83中，NCEF功能向NCEF发回会话QoS响应。该响应可以确认策略安装或者指示安装失败。其还可以包括用于追踪或管理目的的针对请求的参考编号。如果来自AS的请求已被验证并授权(步骤82)，则在步骤84中NCEF触发会话QoS策略的安装。这可以包括例如步骤84a，其中，NCEF向策略控制功能发送会话QoS策略安装请求(该请求可以根据(在步骤81中)从AS接收到的原始会话QoS请求来生成)，然后，策略控制功能安装该策略，并且在步骤84b中策略控制功能向NCEF发回响应。该响应可以包括参考编号或关于安装成功的确认。

图5E是根据一种实施方式的用于UE在通信网络上执行会话建立过程的方法的呼叫流程图。例如，在某些实施方式中，图5E中的方法可以应用于图5A中的网络。在步骤90中，UE被附着(附着到例如接入节点(Access Node，AN)和/或移动性管理(MobilityManagement，MM)实体)并且已经通过MM过程建立了MM上下文，该MM过程可以包括认证。在步骤91中，UE向MM功能发送会话建立请求。在步骤92中，MM功能将会话建立请求转发至合适的SMF。在步骤93中，SMF验证UE订阅了服务，例如通过获取用户数据信息和/或相关信息并且执行比较以验证UE上下文。在步骤94中，SMF可以与策略控制功能进行交互，其可以基于诸如UE请求的信息和运营商策略(其可以由AS定制)来确定包括UP路径选择策略和连接的QoS策略的会话管理策略。在步骤95中，SMF选择UP路径，例如针对UP路径选择策来。在步骤96中，SM触发针对所选择的UP路径和QoS策略建立PDU资源。最后，在步骤97中，SM(例如经由MM功能)向UE发送会话建立响应。

本发明的各方面还提供流量分流功能，例如考虑到变化的网络状况来进行UP路径选择或重选。例如返回参照图4，由于会话是根据服务订阅在UE与AS之间建立的，因此涉及某些网内AF(例如AF1_1或另一功能实例)的UP路径对于特定UE可能是优选的，由于其当前负荷、QoS要求或应用级的原因。例如，一些AF(根据其自身的处理负荷约束或由于沿着到AS的路径的处理限制)可能具有更大的数据处理能力。因此，应用层负载均衡功能可以对网内AF之间的UE流量进行划分以更好地解决竞争的处理需求并提高网络操作效率。在另一示例中，一组MTC装置可以检测某个区域性事件，并且其流量可以优选地通过正在处理该事件的特定网内AF被路由到AS以便维护事件上下文。又一示例适用于低时延场景，其中，对于UE移动性需要进行AF重选或重定位以满足可靠性和低时延要求。

尽管可以在UP与网内AF之间定向流量分流控制(例如从UP网关(NF2_1、NF2_2等)到网内AF(AF1_1、AF1_2等)或从网内AF到UP网关)，但是例如可以使用流量分流控制来定向UP网关与网内AF之间的网络流量。对涉及特定UP网关的某些路径的使用可以提供(从成本和资源利用的角度来看)更高效并且(例如在诸如延迟、吞吐量或速率的性能方面)更有效的流量分流结果。这是因为UP网关与网内AF之间的传输(或路由)能力可能不同，并且可能因网络和负载动态而随时间变化。此外，当考虑与某些UP路径或网关相关联的连接成本以及与某些链路相关联的动态定价结构时，某些UP路径可能依靠吞吐量、收费和其他时间考虑因素而更具成本效益。因此，有效的流量分流策略可能需要在通信系统中选择/重选UE与AS之间的UP路径时考虑所有这些因素。

图6A是根据另一实施方式的通信网络的逻辑示意图。图6A中的通信网络与图5A所示的通信网络类似，但是还包括管理网内AF的应用功能(AF)控制器602，并且包括控制面功能(CPF)而不是策略控制功能。然而，在一些实施方式中，CPF可以包括策略控制功能。图6A中的通信网络可以以与图5A所示的通信网络几乎相同的方式进行操作，同时另外提供应用感知的UP路径选择或重选功能。CPF是维护UP选择或重选配置数据的功能，并且在某些实施方式中可以与SMF(或者诸如策略控制功能的另一功能)集成。AF控制器可以确定并配置流量分流规则，例如用于网内AF内的实现。

图6B是根据一种实施方式的用于第三方AS控制或影响通信网络上的UP路径选择或重选的方法的呼叫流程图。例如，在某些实施方式中，图6B中的方法可以应用于图6A中的网络。在步骤121中，AS向NCEF发送用于UP路径选择或重选的基于API的请求。该请求可以包括例如UE过滤器信息以及应该执行所请求的UP路径选择或重选(配置)的持续时间或时间间隔，UE过滤器信息指示应该将所选择的UP路径应用于的UE。正如所理解的，持续时间或时间间隔可以限定所请求的UP路径选择或重选将被应用的时间段，其可以指示流量路由。如此，持续时间或时间间隔可以被认为是时间参数，例如时间有效性条件。该请求还可以(例如通过IP地址)包括在UP路径选择或重选中应该包括/遵守的网内AF位置。该请求还可以包括在针对指定的网内AF位置的UP路径选择或重选期间应该采取的某些动作。可能的动作包括汇聚到任何(CONVERAGE_TO_ANY)或分离于(DIVERAGE_FROM_ALL)，其意味着UE会话应该使用汇聚到所有指定的网内AF中的任何一个网内AF或者分离于所有指定的网内AF的UP路径。其他动作也是可能的。在步骤122中，NCEF执行对请求的验证和授权。例如，可能由于错误/不一致的参数或者由于访问控制策略功能(未示出)而使请求无效。也可以应用其他安全措施，如认证。在步骤123中，NCEF向CPF发送UP路径选择或重选控制请求。该请求可以根据(在步骤121中)从AS接收的UP路径选择或重选请求而生成。在步骤124中，CPF决定是否接受UP路径选择或重选请求，并且如果接受，则向NCEF发回UP路径选择或重选配置响应。该报文可以确认变化请求的接受或者通知拒绝变化请求。根据实施方式并且进一步参照图6B，从CPF发送到NCEF的报文可以确认UP路径选择或重选请求的接受或者通知拒绝UP路径选择或重选请求。如果接受，该报文可以包括参考编号。在步骤125中，NCEF功能向AS发回UP路径选择或重选响应。该报文可以告知对所请求的UP路径选择或重选的接受，或者指示拒绝所请求的UP路径选择或重选。在接受的情况下，该报文可以包括由CPF分配的参考编号。然后，该参考编号可以被提供给UE以将其包括在会话请求中。因此，SMF可以仅在会话请求中搜索参考编号以确定是否应该应用特定路径配置或策略。在步骤126中，如果UP路径选择或重选请求被接受，则CPF使用SMF来实施该UP路径选择或重选请求；这可以与步骤124和步骤125同时执行。在一些情况下，实施可以包括CPF通知SMF将参考/策略编号插入在本地维护的策略列表中，并且触发SMF针对合格的会话执行UP路径重选。对于随后的会话请求，SMF可以查找插入的参考/策略编号并根据列表对其进行验证。如果参考编号有效，则其从CPF获取路径/策略细节以进行应用。否则，如果参考编号无效，则可以将其忽略。或者，实施可以包括CPF通知SMF通过提供UE信息来检查与CPF的现有会话和新会话请求。如容易理解的，CPF或PCF可以采用另一方法实施一个或更多个策略。在某些实施方式中，如果在步骤122中验证或授权失败，则可以跳过步骤123和124，并且在步骤5中向AS通知验证失败。

图6C是根据一种实施方式的用于向网元通知UP变化的方法的呼叫流程图。UP变化可能与由第三方AS发起的UP路径变化相关，并且该方法可以允许在UP路径变化的情况下通知传入数据包的重配置/重路由，以便传入数据包合适地到达其下一逻辑网络目的地(例如UP网关)。根据实施方式，逻辑网络目的地可以由UP标志来定义，UP标志可以是与用户平面或网络内的特定位置或点相关联的标识符。例如，UP标志可以是与数据网络所关联的访问位置相关联的标识符，例如，可以是DNAI或其他标识符。在某些实施方式中，图6C中的方法可以应用于图6A中的网络。在步骤131中，AF控制器向NCEF发送基于API的请求，以向NCEF通知UP变化。该请求可以包括UE过滤器信息，该信息指示所请求的UP变化通知涉及哪个UE。该请求可以包括指示生成UP变化通知的持续时间(或时间间隔)。在步骤132中，NCEF执行对请求的验证和授权。可能由于错误/不一致的参数或者由于策略控制访问原因而使请求无效。在该步骤中也可以应用其他安全措施，如认证。在步骤133中，NCEF向CPF发送UP变化通知配置请求。该请求可以根据(在步骤131中)从AF控制器接收的原始的UP变化通知请求而生成。然后，CPF可以决定是否接受所请求的UP变化通知配置，并且在步骤134中向NCEF发回UP变化通知配置响应。该响应消息可以确认接受该配置(例如通过包括参考编号)或通知拒绝该配置。在步骤135中，NCEF功能向AF控制器发回响应。该响应消息可以指示基于API的UP变化通知请求的接受或者拒绝。在接受的情况下，该报文可以包括由CPF分配的参考编号。然后，AF控制器可以将该参考编号发送给UE(未示出)，并且该UE可以将该参考编号包括在其会话请求中。这使得SMF可以确定是否需要应用任何UP路径选择或重选配置，例如，通过在会话请求中查找参考编号的方式来确定。在步骤136中，如果所请求的UP网关变化通知配置被接受，则CPF使用SMF来进行该UP网关变化通知配置。步骤136可以与步骤134和135同时执行。在某些实施方式中，UP网关变化通知配置的执行可以包括CPF通知SMF将合格的会话与参考编号进行匹配/关联，并且对匹配的/关联的会话执行UP网关变化通知。在随后的会话请求中，SMF可以查找插入的参考编号，从CFP获得配置细节，并且如果适用，则将会话与参考编号相关联并发送通知。在一些情况下，可以简单地忽略无效的参考编号。在其他实施方式中，UP网关变化通知配置的执行可以包括CPF通过提供UE信息，通知SMF来检查CPF的现有会话和新会话请求。如容易理解的，CPF或PCF可以采用其他方法实施关于现有会话和新会话请求的一个或更多个策略。在某些实施方式中，如果在步骤132中验证和授权失败，则可以跳过步骤133和134，并且可以在步骤5中向AF控制器通知该失败。

图6D是根据另一实施方式的用于向网元通知UP变化的方法的呼叫流程图。例如，在SMF已经应用了指定如何生成UP变化的通知的配置之后，图6D所示的方法可以用于向AF控制器或NCEF功能通知UP变化。UP变化可能与UP路径的变化有关，以允许在UP路径变化的情况下通知传入数据包的重配置/重路由，以便合适地到达其下一逻辑网络目的地(例如UP网关)。根据实施方式，逻辑网络目的地可以由UP标志来定义，UP标志可以是与用户平面或网络内的特定位置或点相关联的标识符。例如，UP标志可以是与数据网络所关联的访问位置相关联的标识符，例如，可以是DNAI或其他标识符。在某些实施方式中，图6D中的方法可以应用于图6A中的网络。在步骤141中，SMF应用UP变化通知配置。这可以包括例如与图6C所示的步骤136的过程类似的过程，并且还可以在会话期间或会话建立(初始化)时间内发生。如通过应用UP变化配置可以理解的那样，SM或SMF正在应用UP路径选择或重选策略。如图6D所示，该方法可以包括SMF执行UP路径重选以及SMF确定UP变化。如果SM确定由于UP路径重选导致了UP变化(例如UP网关变化)，则在步骤142中SM向NCEF功能发送UP网关变化通知。在步骤143中，NCEF功能向AF控制器通知该UP变化。该通知消息可以包括例如新UP网关的IP地址。最后，在步骤144中，NCEF功能向SMF发送确认，例如关于接受通知的确认。

根据实施方式，应用系统(AS)由一个或多个应用功能组成，其中，这种AS可以被部署在运营商的网络的内部，更靠近边缘同时在3GPP域之外运行。根据实施方式，网内AS的内部组件对于网域之外(例如在3GPP和/或AS域之外)的实体可以是“不可见的”。在该配置中，将AS作为单个实体呈现给UE，例如，可以为AS分配单个虚拟IP地址并且AS向UE提供特定的一种或多种服务。因此，UE使用该虚拟IP地址来访问由AS提供的服务中的一种或更多种。

根据实施方式，对于某些流量状况，可能随时发生AS定位(重定位)或选择(重选)。例如，可以将数据聚合功能部署得更接近多个实用仪表装置，以便在将原始仪表读数通过网络转发至运营中心之前将该数据聚合成紧凑形式。例如，仪表读数通常可以预先计划，并且装置传送时间表是预先已知的。为了平衡网络上的流量负载，可以根据传送调度来规划AS定位(重定位)。可能需要AS定位(重定位)的另一示例可以是对于网络缓存。在该示例中，内容缓存功能可以被部署在网络中供内容服务提供商使用。当UE移动时，可以为UE选择不同的缓存功能以减少内容递送延迟和递送成本。另一示例涉及关键通信，其中UE移动性可能导致变化的用户面网关(UP-GW)的集合(用于提供并行连接或多个PDU会话或多归属连接)以及针对UE流量选择的一个或多个AS位置，以实现期望的可靠性和QoS水平。

根据实施方式，当发生AS重定位时，可以重选UP路径以提供期望的端到端QoS和效率。在一些情况下，UP路径重选可以由3GPP内部因素(如UE移动性和负载均衡)触发，其中，这可能导致当前AS位置被确定为次优并且导致对AS重定位的触发。然而，由于3GPP网络和AS网络是分开管理的，所以这两个网络之间需要交互以确保端到端的性能和效率。

图7是根据另一实施方式的通信网络的逻辑示意图。在图7所示的实施方式中，由路径选择功能(path selection function，PSF)、认证功能(authentication，Auth)和策略控制功能(策略)在控制平面中执行应用感知的UP路径选择(重选)。

在该实施方式中，认证功能701负责认证UP路径选择(重选)请求，而策略功能702提供对该请求进行验证和授权所需的信息。在一些实施方式中，PSF 703执行UP路径选择(重选)，并且在一些实施方式中，PSF通过针对一个或更多个预先限定的策略验证来自AS控制器704的UP路径选择(重选)请求，来执行对该选择(重选)的验证和授权。在一些实施方式中，可以根据需要动态地更新策略，并且在一些实施方式中，策略可以是特定于应用或会话的。例如，如果正在进行的会话的会话与服务连续性(SSC)模式指示不会发生UP GW变化，则关于该会话的UP路径选择(重选)请求可以被视为无效并被拒绝。

在一些实施方式中，PSF功能包括作为子功能的流量分流控制功能(trafficsteering control function，TSCF)705。PSF可以在UP中提供流量分流行为的配置。在一些实施方式中，PSF可以是单独的CP功能或者是现有CP功能(例如会话管理功能(SM)或策略功能)的一部分。

如图7所示，为了简化而将TSCF示为集成在PSF中。然而，在其他实施方式中，TSCF是另一CP功能的一部分或被配置为单独的CP功能。在TSCF不在PSF内的实施方式中，可以定义TSCF与PSF之间的交互。

根据实施方式，作为UP重选或AS重定位的结果，可能发生3GPP域与AS域之间的潜在SSC问题。通过确保向正确的UP GW的流量递送(在下行链路的情况下)或向正确的AS位置的流量递送(在上行链路的情况下)，可以解决该潜在SSC问题。

本发明的实施方式不需要UE的参与。为了进一步进行说明，假定UE具有单个IP地址(不变的)并且针对不同的PDU会话使用不同的端口。假定网络知道UE的地址和端口号。端口号可以由网络或由UE生成。在后一种情况下，可能会要求UE向网络通知端口号。端口号可以被包括在会话请求中，或者在完成会话建立之后通过单独的CP信令得到。注意，上述潜在SSC问题在最初的UP GW选择期间不会出现，而是仅在必须保留最初分配的IP地址和端口号的UP GW重选期间出现。

根据实施方式，UP GW利用与网络地址转换(network address translation，NAT)相似的功能来实现流量分流功能。可以通过应用于目的地地址和目的地端口的网络地址转换例如将原始地址和/或原始端口转换成不同的地址和/或不同的端口来提供流量分流。例如，流量分流可以改变与用户平面内的特定位置或点相关联的标识符。该标识符可以与数据网络所关联的访问位置相关联，其可以被认为是DNAI或其他标识符。根据实施方式，可以通过根据不同的源地址、源端口、目的地地址、目的地端口、流量类型和/或区分服务代码点(Differentiated Services Code Point，DSCP)等应用不同的转换过程来实现区分的流量分流。根据实施方式，流量分流功能根据由TSCF限定的规则进行操作。

通过适当地配置流量分流规则，UP GW能够在UP重选后将下行(downlink，DL)流量重定向至新的UP GW，并在AS重定位后将上行(uplink，UL)流量重定向至新的AS位置。根据该实施方式，图8A示出了示出在UP重选之后位于UP GW 803处的针对下行链路流量的流量分流802的示意图，图8B示出了示出在AS重定位之后位于UP GW 805处的针对上行链路流量的流量分流804的示意图。

根据另一实施方式，流量分流功能被部署在AS域中并由AS控制器进行配置。当UPGW是在数据中心(data centre，DC)中实例化的虚拟功能并且对应的流量分流功能可以被部署在DC的网络网关中时，可以应用该实施方式。已认识到的是，该解决方案不在3GPP的范围内，因为流量分流功能位于AS域内。然而，对于该实施方式，当向AS控制器通知UP变化或建立时，3GPP域需要指示相关联的流量。已认识到的是，该实施方式与下行链路情况更相关。根据实施方式，通知中可以包括参考编号或流量标识符编号(例如UE的地址和端口的组合)。如容易理解的，流量标识符编号或流量标识符可以是UE的地址和UE的端口中的一个或其组合。可以将参考编号作为UP路径选择(重选)响应或UP建立(变化)通知响应的一部分提供给AS控制器。AS控制器可以使用参考编号来识别相应的UP路径选择(重选)或UP建立(变化)通知请求并提取UE过滤器信息。根据UE过滤信息或流量标识符和通知的UP GW位置，AS控制器可以对位于AS域中的流量分流功能进行配置。根据该实施方式，图8C是在UP重选之后位于AS网络807中的针对下行链路的流量分流806的示意图，并且图8D是在AS重定位之后位于AS网络809中的针对上行链路流量的流量分流808的示意图。根据实施方式，流量分流功能可以由UP标志来标识，例如UP标志可以限定数据网络内的流量分流功能的位置。此外，UP选择或重选请求可以指示UP标志,标识在UP路径选择或重选期间应当遵守的流量分流功能的位置。

本发明的实施方式可以涉及下述文档的第6.5.5节中描述的过程的变更：3GPPTR23.799，“Study on Architecture for Next Generation System”，第三代合作伙伴计划，版本0.6.0，2016年7月。

返回参照图7，UP路径选择(重选)由包括路径选择功能(PSF)、认证功能(Auth)和策略控制功能(策略)的控制平面功能和被配置成管理AS选择(重选)/定位(重定位)的AS控制器(其是非3GPP功能)来执行。参照图7，由虚线标记的通信接口在3GPP的范围外，例如在AS控制器与AS网络之间的通信接口。

根据实施方式，AS控制器是在运营商的控制下并且在可信域内的功能。根据实施方式，假定AS控制器具有关于AS网络的核心网络用户平面的拓扑的一定知识。根据实施方式，PSF是控制平面功能(例如会话管理功能(SM))的一部分。

图9是根据本发明的实施方式的用于使能UP路径选择(重选)的应用感知的方法的呼叫流程图。如图所示，PSF接收与应用相关联的协议数据单元(PDU)会话的UP路径选择(重选)请求。该请求可以从3GPP网络外部(例如从AS控制器)接收，如图9中的151A所示。或者，该请求可以从3GPP网络内部接收，例如该请求可以是移动性和/或负载均衡的结果，如图9中的151B所示。

在从3GPP网络外部接收请求的实施方式中，在被标识为151A的框中示出了呼叫流程中的一系列步骤。最初，AS控制器发送UP路径选择(重选)请求。在一些实施方式中，该请求包括应用标识符，其指示应用了所请求的UP路径选择(重选)的应用。在一些实施方式中，该请求包括UE过滤器信息，其指示对其应用了所请求的UP路径选择(重选)的UE。

在一些实施方式中，可以预先限定通用UE属性集，例如，包括用户ID、装置类型、媒体接入控制(Media Access Control，MAC)地址、地理位置、剩余能量等。在一些实施方式中，针对UE属性来限定UE过滤器。在一些实施方式中，UE过滤器另外依赖于(例如由地址和端口标识的)预定的应用、流量类型、DSCP等。如上所述，针对可以提供UE过滤器(例如流量过滤器)的配置的UE属性或UE信息或UE过滤器信息来限定UE过滤器。

在一些实施方式中，请求包括在UP路径选择(重选)期间将考虑到的适合和/或不适合选择的AS位置和UP功能的列表。根据实施方式，通信网络内的网络功能(例如CPF)可被配置成识别适合选择或不适合选择的AS位置或应用位置。每个AS位置和应用位置可以具有与其相关联的UP标志，如上文所讨论的，UP标志可以是与用户平面内的特定位置或点相关联的标识符。例如，UP标志可以是与数据网络所关联的访问位置相关联的标识符，其可以被认为是数据网络访问标识符(DNAI)或其他标识符。UP功能和AS位置可以使用网络地址(如IP地址、MAC地址或其他类型的地址)来指定。在一些实施方式中，该请求包括指示应用所请求的UP路径选择(重选)的时间间隔。在一些实施方式中，该请求包括与应用相关联的PDU会话的AS重定位能力/可能性。在一些实施方式中，该请求包括AS侧流量分流能力。在一些实施方式中，该请求指示在将流量移动到新UP之前是否等待来自AS控制器的确认。容易理解，该请求包括指示上面识别的特征中的一个或更多个的数据。

在这些实施方式中，单个UE连接到AS，然而，根据实施方式，AS可以同时服务于多个UE，这可能导致多个UE的PDU会话的UP路径被重选。

进一步参照图9，根据实施方式，在接收到请求之后，PSF向认证功能发送认证请求以触发认证。认证功能获得AS控制器的身份并执行认证。然后认证功能通过响应报文向PSF提供认证结果。在认证失败的情况下，框151A中的其余操作被跳过。

但是，当认证结果为有效时，PSF与策略功能进行交互以验证和授权UP路径选择(重选)请求。如果UE已经具有预先建立的会话，则该步骤的结果可以是：(1)拒绝；(2)接受；或(3)部分接受。对于SSC模式1，结果为拒绝；然而，可以调整流量分流以将流量路由到新的AS位置。对于SSC模式2，结果为接受；对于SSC模式3，结果为部分接受。

然后，PSF向AS控制器发送UP路径选择(重选)响应，其中，该报文指示该请求已被接受还是已被拒绝。在一些实施方式中，如果请求被拒绝，则发送到AS控制器的报文还可以包括拒绝的原因，其可以以错误代码的形式传送到AS控制器，并且在拒绝该请求的情况下进程终止。如果请求被接受，则去往AS控制器的报文可以包括参考编号。PSF随后可以生成流量分流规则并向TSCF通知这些规则。

在一些实施方式中，AS控制器直接与PSF进行通信，并且在其他实施方式中，AS控制器经由服务能力开放功能(SCEF)(其也被称为网络能力开放功能(NCEF))与PSF进行通信。在一些实施方式中，如果AS控制器与PSF之间的通信经由SCEF，则可以将SCEF配置成执行认证、验证和授权以及流量分流规则生成中的一个或更多个。

根据实施方式，在完成了上述从3GPP网络外部(151A)或从3GPP网络内部(151B)有关接收请求的步骤时，PSF识别将受选择(重选)影响的一个或多个PDU会话。在新会话的情况下，PSF可以根据请求中提供的AS重定位能力/可能性来确定SSC模式。例如，如果指示AS控制器不能对一个或多个PDU会话执行AS重定位，则该一个或多个PDU会话的所选择的SSC模式可以是SSC模式1。

根据实施方式，根据被指定为适合或不适合在请求中选择的AS位置和UP功能的列表，PSF为受影响的流量流选择(重选)152UP。在UP选择的情况下，PSF可以建立153PDU资源，或者在UP重选的情况下，PSF可以更新PDU会话资源以将流量流路径从UP_A改变为UP_B。在这个过程中，PSF可以处理3GPP内的SSC。

在SSC模式2的情况下，TSCF在UP_A处配置154流量分流规则，使得其余的DL流量可以被重定向到UP_B。在SSC模式3下的UP重选以及UP选择的情况下不需要该操作。

在一些实施方式中，TSCF可以在一个或更多个所选择的UP功能处配置流量分流。配置流量分流以将流量定向至合适的接下来的(一个或多个)UP功能或定向至合适的分组数据网络(packet data networks，PDNs)()、本地网络或AS网络。在一些实施方式中，TSCF可以将流量配置成要在多个下一跳UP功能或多个目标网络(PDN和/或诸如AS网络的本地网络)之间分割。在一些实施方式中，TSCF可以将流量配置成并行地和/或以组播方式发送至多个下一跳UP功能和/或多个目标网络。例如，发送到第一下一跳的流量可以与发送到第二下一跳的流量在内容上交叠。当发送到第一和第二下一跳的内容100％交叠时，可以通过多播来执行发送。当发送到第一和第二下一跳的内容完全不交叠时，发送可以包括两个不同的并行传输。当发送到第一和第二跳的内容部分交叠时，可以使用并行传输和多播传输的组合来将内容传送到下一跳。不通过多播传输的流量(如果有的话)可以以单播方式传输到所选择的下一跳UP功能或目标网络。TSCF可以在所选择的UP功能处配置UP中的流量分流以实现不同的导向情况。

随后通过UP-B传送流量流，然而在一些实施方式中，该步骤可以延迟直到完整的端到端路径就绪。这种流量流的传送的延迟可以由AS控制器在发送UP路径选择(重选)请求时预先限定。在这种情况下，TSCF对流量分流规则的配置也可以延迟。

根据实施方式，在PSF确定用于会话建立的UP网关或者PSF由于UP路径重选而为有效的PDU会话确定新UP网关，并且AS控制器已经发送156需要UP的建立或变化的通知的情况下，PSF启动UP建立或变化通知过程。该通知过程可以包括通知AS控制器与AS相关联的PDU会话的UP建立或变化。该通知可以包括UP GW位置的流量标识符或参考编号。在SSC模式2的情况下，通知可以包括参考编号。AS控制器可以使用参考编号识别UP路径选择(重选)或UP建立(变化)通知请求并提取UE过滤器信息。基于UE过滤信息和UP GW位置，AS控制器可以配置流量分流功能。在SSC模式3的情况下，通知可以包括流量标识符，使得AS控制器可以在不影响正在进行的到UE的会话的情况下识别应该被配置的部分流量。流量标识符可以是例如用于流量的UE的地址和端口的组合。如将容易理解的，流量标识符可以是UE的地址和UE的端口中的一个或更多个。

随后AS控制器可以执行用于AS定位(重定位)或AS状态定位(重定位)过程的一系列步骤。在一些实施方式中，AS控制器还执行流量分流配置以提供服务与会话连续性。随后，AS控制器向PSF发送与通知的接受有关的确认。该确认还可以包括SSC指示符，这可能指明是否从AS侧维持SSC。在一些实施方式中，与在同一UE与AS位置之间执行的UL会话相比，AS控制器针对DL会话发送不同的SSC指示符。

根据实施方式，如果SSC未按通知过程结束时所指示的那样从AS侧维持，则PSF更新UP以建立新UP与服务UE的新AS之间的流量分流。在一些实施方式中，通过对目的地地址和目的地端口应用的网络地址转换来提供流量分流，并且可以通过根据不同的源地址、源端口、流量类型和/或区分服务代码点(DSCP)等应用不同的转换来实现区分的流量分流。

根据实施方式，PSF随后向AS控制器通知158UP路径选择(重选)完成。在一些实施方式中，该通知可以触发AS控制器完成AS重定位，导致资源释放以及数据结构的清理。

在各种实施方式中，UP GW是下述UP功能，通过该UP功能将UP连接到诸如AS网络或PDN(分组数据网络)的非3GPP域。在一些实施方式中，第一UP(UP A)可以是另一UP(UP B)的子UP，并且UP A的GW可以是UP B中的限定该子UP的UP功能。总之，根据UP的类型，UP GW可以是IP锚点、移动性锚点、分支功能、本地中断点或另一UP功能。

图10A是描述根据本发明的另一实施方式的用于实现UP路径选择(重选)的应用感知的过程的流程图。

下文更详细地描述了图10中的流程图。最初，UE具有经由UP_A建立的与应用的PDU会话161，并且与该会话相关联的DL/UL流量已开始流动。

接下来，在从AS控制器接收到请求时发生UE选择(重选)请求过程162。更详细地，控制平面接收用于与应用相关联的PDU会话的UP路径选择(重选)请求163。该请求可以包括指示应用了所请求的UP路径选择(重选)的应用的应用标识符。该请求可以包括指示应用了所请求的UP路径选择(重选)的UE的UE过滤器信息。注意，通用UE属性集可以是预先限定的，例如包括用户ID、装置类型、MAC地址、地理位置、剩余能量等。可以针对UE属性来限定UE过滤器。其可以额外取决于预期的应用(地址和端口)、流量类型、DSCP(即区分服务代码点)等。还应注意，本过程描述了单个UE连接到AS的情况；然而，AS可以同时服务多个UE，并且在一些实施方式中，这可能导致多个UE的PDU会话的UP路径被重选。

此外，该请求可以包括在UP路径选择(重选)期间要考虑的适于和/或不适于选择的AS位置和UP功能的列表。可以使用网络地址(例如IP地址、MAC地址或另一类型的地址)来指定UP功能。该请求可以包括指示应用所请求的UP路径选择(重选)的时间间隔。该请求可以包括针对与应用相关联的PDU会话的AS流量分流能力。AS控制器可以直接或经由SCEF与控制平面进行通信。

在接收到请求之后，控制平面针对UP路径选择(重选)请求执行验证和授权164。在该步骤处也可以执行其他安全措施，如认证。

接下来，控制平面向AS控制器发回响应165，告知接受或拒绝所请求的UP路径选择(重选)。对于SSC模式1，响应为拒绝；然而，可以调整流量分流以向新的AS位置路由流量；对于SSC模式2，响应可以是接受；对于SSC模式3，响应可以是部分接受，意味着将会对新的应用会话而不是正在进行的会话执行UP路径选择(重选)。在拒绝的情况下，报文可以包括指示原因的错误代码。在(部分或全部)接受的情况下，报文可以包含参考编号。

接下来，CP根据UP选择(重选)请求可选地生成流量分流规则并将该规则配置到UPGW中。

接下来，控制平面识别受影响的PDU会话、根据应用位置选择(重选)166用于流量流的UP并且在UP选择的情况下建立PDU资源或在UP重选的情况下更新PDU会话资源以将流量流路径从UP_A改变到UP_B。

接下来，通过UP-B和/或UP-A传送167DL/UL流量。

图10B是例如结合图10A详细描述根据本发明的另一实施方式的UP路径选择(重选)的过程的流程图，该过程包括UP变化通知和流量分流配置。图10B中的步骤173至179对应于图10A中的步骤166。下文更详细地描述了图10B中的流程图。

根据实施方式，UP变化意味着用户平面的变化，例如用户平面功能(user planefunction，UPF)选择、UPF重选、应用位置选择、应用位置重选。如将理解的，当应用位置由UP标志(如DNAI)表示时，UP变化也将包括DNAI变化。然而，如果UPF保持不变，则与之相关联的UP标志(如DNAI)可能改变。例如，DNAI的这种潜在变化可以是对应用位置进行重选的结果。

起初，UE经由UP_A建立了与应用的PDU会话171，并且与该会话相关联的DL/UL流量已开始流动。

接下来，CP接收UP选择(重选)触发。在第一种情况下为在图10B中被标记为(172A)的来自AS控制器的请求。在第二种情况下为在图10B中被标记为(172B)的内部触发事件，例如UE移动性或负载均衡。

接下来，如果正在进行的PDU会话具有SSC模式3，则CP触发UE 173以停止将正在进行的PDU会话用于新的应用会话，或者如果正在进行的会话具有SSC模式2，则将正在进行的PDU会话中的应用会话重定向到新的会话。此步骤可能需要UE参与以将流量重定向到不同的PDU会话。或者，网络可以执行所需的流量重定向。

接下来，UE自发地或者作为前一步骤(图10B所示的步骤173)的结果来发送新的会话请求174。

接下来，CP识别受影响的175PDU会话并且选择(重选)用于流量流的UP。

接下来，CP在UP选择的情况下建立PDU资源176，或者在UP重选的情况下更新PDU会话资源以将流量流路径从UP_A改变为UP_B。CP还可以为任何剩余流量配置从UP-A到UP-B的DL流量转发。

当控制平面确定会话建立期间的UP网关或者当控制平面确定作为UP路径重选的结果的用于PDU会话的新UP网关时，控制平面启动UP选择(重选)通知过程177：首先，CP向AS控制器通知与AS相关联的PDU会话的UP建立或变化。在SSC模式2的情况下，通知可以包括与之前的UP路径选择(重选)请求对应的参考编号。在SSC模式3的情况下，通知可以包括更精细级的流量标识符，诸如用于该应用的UE地址和端口号的组合。接下来，AS控制器为AS定位(重定位)或AS状态定位(重定位)过程执行必要的步骤。AS控制器也可以执行流量分流配置以确保SSC。AS定位(重定位)和AS流量分流配置的细节不在3GPP范围内。接下来，AS控制器向控制平面确认接受通知。确认可以进一步包括SSC指示符，其指明是否已经从AS侧维持SSC。

接下来，如果通知过程指示从AS侧不维持SSC，则发生流量分流配置过程178。在一些实施方式中，即使从AS侧维持SSC，也会发生流量分流配置过程。在配置过程中，控制平面更新UP以建立新的UP与服务UE的新AS之间的流量分流。如果已在图10B的步骤2A中配置了流量分流，则该步骤是可选的。接下来，在配置过程中，CP向AS控制器通知UP路径选择(重选)完成。该通知可以触发AS控制器完成AS重定位，例如释放资源和清理数据结构。AS控制器行为的细节超出了3GPP的范围。

接下来，CP通知UE新会话建立的完成179。

接下来，通过UP-B传送新会话的流量180。如果正在进行的会话具有SSC模式1或SSC模式3，则继续通过UP-A传送正在进行的会话的流量，否则就通过UP-B传送。

图10C是根据本发明的实施方式更详细地示出图10A的操作的流程图。例如，图10C中的步骤191向策略功能通知关于UP路径选择(重选)策略。这可以包括提供UP路径选择(重选)请求的内容。这样的内容可以指示例如UE过滤器、适合选择或不适合选择的UP功能、适合选择或不适合选择的AS位置、时间间隔和应用标识符。此外，SM向策略功能查询UP路径选择(重选)策略并且在图10C的步骤193中遵循该策略。这在图10D中被更详细地示为步骤194。

图10D是根据本发明的实施方式的更详细地示出图10B中的操作的流程图。注意，例如，图10D中的操作195和196等同于图10B中的操作197。步骤198和199示出了替选的实现方式。

图10C和图10D示出了从例如图10A和图10B中省略的控制平面功能。在这些图中，策略功能和SMF二者都可以实现TSCF，或者仅其中一个实现TSCF。

因此，例如，如以上关于图10A至图10D所述，本发明的实施方式包括接收UP路径变化请求，诸如上文讨论的路径选择(重选)请求。本发明的实施方式还包括识别受所请求的UP路径变化/选择(重选)影响的协议数据单元(PDU)会话。本发明的实施方式还包括根据UP路径变化/选择(重选)请求执行UP路径选择。本发明的实施方式还包括向应用系统(AS)控制器发送UP变化通知。

在各种实施方式中，在UP路径改变之后，UE可以接收指示新UP路径的信息，并且可以相应地使用已经使用如上所述的方法建立的新UP路径来发送数据。

在一个实施方式中，UE可以被配置成向网络实体发送新会话请求。UE还可以被配置成接收例如上述从CP接收到的新会话建立完成的指示。新会话建立如上所述，例如可以使用关于图10A至图10D描述的过程。

更详细地，本发明的实施方式提供了用于操作通信网络中的UE的方法。该方法包括向网络实体发送新的会话请求。该方法还包括接收响应于新会话请求而执行的新会话建立完成的指示。该方法还包括使用新的会话建立进行数据传输。执行新会话建立包括向网元通知通信网络中的用户平面(UP)变化。执行新会话建立还包括接收与新会话请求对应的UP路径变化请求。执行新会话建立还包括识别受所请求的UP路径变化影响的协议数据单元(PDU)会话。执行新会话建立还包括根据UP路径变化请求执行UP路径选择；并且执行新会话建立还包括向应用系统控制器发送UP变化通知。

下面描述在发生UP路径重选时维持SSC的两种情况。

在第一种情况下，网络负责流量迁移、重定向、分流，并且在UE不参与的情况下维持SSC。在这种情况下，SSC处理发生在RAN、CORE和/或AS网络。

在第二种情况下，UE参与SSC维持。假定UE启动与应用的多个应用会话(例如，传输控制协议(Transmission Control Protocol，TCP)会话)，并且这些应用会话默认使用相同的UP路径(等同于PDU会话)。在SSC模式2中，请求UE将现有UP路径上的所有应用会话的流量重定向到新的UP路径；在SSC模式3中，请求UE为新的应用会话流量使用新的UP路径，而正在进行的应用会话保持使用当前的UP路径。这由控制平面(例如会话管理功能)终止到UE的流量重定向请求(或本发明中的呼叫流程中的新会话请求)来执行。该请求指示UE重定向所有流量(SSC模式2)或仅新流量(SSC模式3)。根据该请求，UE发送会话请求以触发会话建立。在会话建立结束时，网络通知UE会话建立完成，然后UE能够根据需要执行流量重定向。

在如上所述的给定呼叫流程中，在会话建立结束时(在发送会话建立完成报文之前)发生UP路径变化(建立)通知过程和流量分流配置过程。在其他实施方式中，这两个过程可以在会话建立之后发生，即在将会话建立完成报文发送给UE之后发生。

如上所述的给定呼叫流程还示出了UP路径选择情况。特定地，UP路径被选作普通会话建立的一部分(与UP路径重选触发相反)。在UP路径选择的情况下，从网络到UE的“流量重定向请求”不会发生，并且UE自发地发送新的会话建立请求。但是，UP路径变化(建立)通知过程和流量分流配置过程仍可能在会话建立结束时或会话建立后发生。

图11是根据本发明的不同实施方式的硬件装置的示意图，其可以例如包括通信系统的节点或功能实体，或者执行上述方法中的任何或全部步骤和本文描述的特征。如图所示，装置包括处理器1102、存储器1108、非暂态大容量存储装置1104、I/O接口1110、网络接口1106以及收发器1112，其全部经由双向总线1114通信地耦接。根据某些实施方式，可以使用所描绘的元件中的任何一个或全部，或者仅使用这些元件的子集。此外，装置可以包含特定元件的多个实例，诸如多个处理器、存储器或收发器。而且，硬件装置的元件可以在没有双向总线的情况下直接耦接到其他元件。

存储器可以包括任何类型的非暂态存储器，例如静态随机存取存储器(staticradom access memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)以及这样的存储器的任意组合等。大容量存储元件可以包括任何类型的非暂态存储装置，例如固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器、USB驱动器或者被配置成存储数据和机器可执行程序代码的任何计算机程序产品。根据某些实施方式，存储器或大容量存储器装置可以在其上记录有处理器可执行的用于执行以上描述的前述方法步骤中的任何一个步骤的声明和指令。

除非另有定义，否则本文使用的所有技术和科学术语具有的含义与本发明所属技术领域的普通技术人员通常理解的含义相同。

通过对前述实施方式的描述，本发明可以通过仅利用硬件或者通过利用软件和必要的通用硬件平台来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式来实现。该软件产品可以存储在非易失性或非暂态存储介质中，其可以是光盘只读存储器(compact disk read-only memory，CD-ROM)、USB闪存盘或可移动硬盘。该软件产品包括使得计算机设备(个人计算机、服务器或网络设备)能够执行本发明的实施方式中提供的方法的大量指令。例如，这样的执行可以对应于本文所描述的逻辑操作的模拟。该软件产品可以另外地或可替选地包括使得计算机设备能够执行用于对根据本发明的实施方式的数字逻辑装置进行配置或编程的操作的大量指令。

容易理解的是，术语“即”和“例如”可以互换，并用于在使用它们的上下文中限定示例。此外，不以任何方式将对“即”和“例如”的使用解释为限制。

虽然已经参照具体特征及其实施方式对本发明进行了描述，但是明显的是，可以在不脱离本发明的情况下对其进行各种修改和组合。因此，说明书和附图被简单地视为如由所附权利要求书限定的本发明的说明，并且被设想为涵盖落入本发明的范围内的任何和所有修改、变型、组合或等同方案。

Claims (32)

1.一种用于在涉及第三方实体的通信网络上选择或重选用户平面(UP)路径的方法，其特征在于，所述方法包括：

网络能力开放功能(NCEF)接收来自所述第三方实体的UP路径选择或重选信息；以及

所述NCEF向维护UP路径配置数据的控制平面功能发送UP路径选择策略请求，所述UP路径选择策略请求是根据所述UP路径选择或重选信息生成的，并且用于触发对所述UP路径选择或重选信息的安装。

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

所述NCEF执行针对所述UP路径选择或重选信息的验证和授权过程，其中，所述UP路径选择策略请求是在所述验证和授权过程成功完成、确定所述UP路径选择或重选信息是有效的且经授权时发送的。

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

所述NCEF向所述第三方实体发送UP路径选择响应，所述UP路径选择响应包括与UP路径选择策略相关联的标识符。

4.根据权利要求1所述的方法，还包括由所述NCEF接收UP路径选择策略控制响应，所述UP路径选择策略控制响应包括与UP路径选择策略相关联的标识符。

5.根据权利要求1所述的方法，其中，所述UP路径选择或重选信息包括指示下述中的一个或更多个的数据：UE过滤器信息、UP标志、和与应用所请求的UP路径选择或重选时的时间段相关的时间有效性条件。

6.根据权利要求5所述的方法，其中，所述UP标志是数据网络访问标识符。

7.根据权利要求1所述的方法，其中，所述UP路径选择或重选信息包括应用标识符，所述应用标识符指示将应用所述UP路径选择或重选信息的应用。

8.根据权利要求1所述的方法，其中，所述UP路径选择策略请求包括指示下述中的一个或更多个的数据：策略编号、UE过滤器信息、UP标志、和与应用UP路径选择或重选信息时的时间段相关的时间有效性条件。

9.根据权利要求1所述的方法，其中，所述UP路径选择策略请求包括应用标识符，所述应用标识符指示将应用所述UP路径选择或重选信息的应用。

10.根据权利要求1所述的方法，其中，所述UP路径选择策略请求包括指示下述中的一个或更多个的数据：适于选择的应用系统位置和不适于选择的应用系统位置。

11.一种用于在涉及第三方实体的通信网络上选择或重选用户平面(UP)路径的网络节点，其特征在于，所述网络节点包括：

处理器；以及

存储机器可执行指令的机器可读存储器，所述机器可执行指令在由所述处理器执行时将所述网络节点配置成：

接收来自所述第三方实体的UP路径选择或重选信息；并且

向维护UP路径配置数据的控制平面功能发送UP路径选择策略请求，所述UP路径选择策略请求是根据所述UP路径选择或重选信息生成的，并且用于触发对所述UP路径选择或重选信息的安装。

12.一种用于在涉及第三方实体的通信网络上选择或重选用户平面(UP)路径的方法，其特征在于，所述方法包括：

策略控制功能(PCF)接收UP路径选择策略请求，所述UP路径选择策略请求被配置成触发对根据从第三方实体接收的UP路径选择或重选信息生成的UP路径选择策略的安装；以及

所述PCF实施所述UP路径选择策略，其中，所述实施包括提供UP路径选择策略细节。

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

所述PCF发送所述UP路径选择策略控制响应，所述UP路径选择策略控制响应包括策略编号。

14.根据权利要求12所述的方法，其中，所述UP路径选择策略请求包括进一步指示下述中的一个或更多个的数据：UE过滤器信息、UP标志、和与应用UP路径选择或重选信息时的时间段相关的时间有效性条件。

15.根据权利要求12所述的方法，其中，所述UP路径选择策略请求包括应用标识符，所述应用标识符指示将应用所述UP路径选择或重选信息的应用。

16.根据权利要求12所述的方法，其中，所述UP路径选择策略请求包括指示下述中的一个或更多个的数据：适于选择的应用系统位置和不适于选择的应用系统位置。

17.根据权利要求12所述的方法，其中，所述UP路径选择策略细节包括策略编号。

18.一种用于在涉及第三方实体的通信网络上选择或重选用户平面(UP)路径的网络节点，其特征在于，所述网络节点包括：

处理器；以及

存储机器可执行指令的机器可读存储器，所述机器可执行指令在由所述处理器执行时将所述网络节点配置成：

接收UP路径选择策略请求，所述UP路径选择策略请求被配置成触发对根据从第三方实体接收的UP路径选择或重选信息而生成的UP路径选择策略的安装；以及

实施所述UP路径选择策略，其中，所述实施包括提供UP路径选择策略细节。

19.一种用于在涉及第三方实体的通信网络上选择用户平面(UP)路径的方法，其特征在于，所述方法包括：

会话管理功能(SMF)实施UP路径选择策略，其中，所述实施包括获得UP路径选择策略细节。

20.根据权利要求19所述的方法，其中，所述实施还包括应用所述UP路径选择策略。

21.一种用于影响通信网络上的流量路由的方法，其特征在于，所述方法包括：

网络开放功能(NEF)从应用功能接收流量分流请求，所述流量分流请求指示用于影响协议数据单元(PDU)会话的UP流量的路由决策的请求；以及

所述NEF向维护通信配置数据的策略控制功能发送指示所述流量分流请求的数据，从而影响所述通信网络上的流量路由。

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

所述NEF执行对所述流量分流请求的认证和授权。

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

所述NEF向所述应用功能发送流量分流响应。

24.根据权利要求21所述的方法，其中，所述流量分流请求包括指示下述中的一个或更多个的数据：UE过滤器信息、UP标志、和与应用所请求的流量分流时的时间段相关的时间有效性条件。

25.根据权利要求24所述的方法，其中，所述UP标志是数据网络访问标识符。

26.根据权利要求21所述的方法，其中，所述流量分流请求包括指示下述中的一个或更多个的数据：UE过滤器信息、和与UP变化通知的生成相关的时间有效性条件。

27.一种用于影响通信网络上的流量路由的方法，其特征在于，所述方法包括：

策略控制功能(PCF)接收指示来自网络开放功能的流量分流请求的数据，所述流量分流请求指示用于影响协议数据单元(PDU)会话的UP流量的路由决策的请求；以及

所述PCF实施所述流量分流请求，其中，所述实施包括发送指示所述流量分流请求的规则，从而影响所述通信网络上的流量路由。

28.根据权利要求27所述的方法，其中，所述流量分流请求包括指示下述中的一个或更多个的数据：UE过滤器信息、UP标志、和与应用所请求的流量分流时的时间段相关的时间有效性条件。

29.根据权利要求28所述的方法，其中，所述UP标志是数据网络访问标识符。

30.根据权利要求27所述的方法，其中，所述流量分流请求包括指示下述中的一个或更多个的数据：UE过滤器信息、和与UP变化通知的生成相关的时间有效性条件。

31.根据权利要求1所述的方法，其中，所述控制平面功能是策略控制功能。

32.根据权利要求11所述的网络节点，其中，所述控制平面功能是策略控制功能。