CN111373774B - 用于对等通信的业务路由和路径优化的方法和设备 - Google Patents

Abstract

提供了一种用于对等(P2P)通信的应用功能(AF)影响路由。核心网元使PDU会话相关联并优化对等业务的UP路径。可以执行UP选择、重选、配置、重配置以支持P2P业务路由。通过网桥路由或重路由一对UE之间的P2P业务。该网桥可以建立在第一UP和第二UP之间，和/或在相关联的RAN节点之间。沿着网桥路径可以包括一个或多个应用功能。策略控制功能(PCF)(例如响应于来自AF的触发器)指导底层资源经由网桥路由P2P业务。会话管理功能(SMF)指导底层资源配置或重配置用户面数据路径以经由网桥路由P2P业务。第一UP的第一SMF和第二UP的第二SMF可以协作以建立所需的业务路由。一个或多个UPF可以用于支持P2P业务检测。

Description

用于对等通信的业务路由和路径优化的方法和设备

相关申请的交叉引用

本申请要求于2018年11月9日提交的申请号为16/185,795的美国非临时专利申请的优先权，上述美国非临时专利申请要求于2017年11月17日提交的申请号为62/588,197的美国临时专利申请、以及于2018年2月20日提交的申请号为62/632,898的美国临时专利申请的优先权，其全部内容结合于此作为参考。

技术领域

本发明涉及诸如第五代(5^th generation，5G)网络的通信网，尤其涉及用于例如响应于来自应用功能(application function，AF)的影响在这种网络中进行对等通信的业务路由和路径优化的方法和设备。

背景技术

对等通信是指诸如两个用户设备(user equipment，UE)的两个终端设备(在本文称为UE-1和UE-2)之间的通信。在传统示例中，UE-1发起涉及应用服务器(applicationserver，AS)的分组数据单元(packet data unit，PDU)会话建立过程，并使用建立的PDU会话发送应用业务。AS基于UE-1的应用业务识别出目的设备UE-2，并触发用于与UE-2通信的另一PDU会话建立过程。UE-1的业务经由第一PDU会话在上行(uplink，UL)方向发送，然后经由第二PDU会话在下行(downlink，DL)方向发往UE-2。

对于非结构化PDU，AS使这两个PDU会话相关联并转发这两个UE之间的对等业务。对于IP或以太网PDU，这两个PDU会话在传输层是相关的。例如，可以由适合的锚用户面功能(user plane function，UPF)处的路由智能(routing intelligence)来处理对等业务。这两个PDU会话的用户面(user plane，UP)是独立地建立和维护的，这可能导致效率低下，例如UP路径效率低下。

因此，需要一种消除或减轻现有技术的一个或多个限制的用于在这种网络中进行对等通信的业务路由的方法和设备。

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

发明内容

本发明的实施例的目的是提供一种用于在这种网络中进行应用功能(application function，AF)影响的对等(peer-to-peer，P2P)通信业务路由的方法和设备。网元用于使PDU会话相关联并优化对等业务的UP路径。可以执行UP路径选择或重选，和/或UP路径配置或重配置，以支持P2P业务路由。

本发明的实施例提供了一种控制功能(例如策略控制功能)，控制功能与通信网的核心网部分相关联，控制功能包括可操作地耦合到存储器和网络接口的处理器。控制功能用于接收指示两个或两个以上的PDU会话之间的关联的消息，该关联例如用于共同用户面(UP)管理。控制功能还用于响应于该消息向一个或多个管理功能(例如会话管理功能)发送指令，该指令使得根据上述两个或两个以上的PDU会话之间的关联选择或重选上述两个或两个以上的PDU会话中的至少一个PDU会话相应的UP路径。

本发明的实施例提供了一种控制通信网中的用户面(UP)路径的方法。参考图23，方法2300包括由与通信网的核心网部分相关联的控制功能执行的操作。控制功能包括或利用可操作地耦合到存储器和网络接口的处理器。该方法包括接收2310请求两个或两个以上的PDU会话之间的关联的消息，该关联例如用于共同用户面(UP)管理。该方法还包括响应于该消息向一个或多个管理功能发送2320指令，该指令使得根据上述两个或两个以上的PDU会话之间的关联选择或重选上述两个或两个以上的PDU会话中的至少一个PDU会话相应的用户面(UP)路径。

在实施例中，该关联指示以下中的一项或多项：上述两个或两个以上的PDU会话是同一多播或任播的一部分；上述两个或两个以上的PDU会话对应于对等通信中的对等会话；上述两个或两个以上的PDU会话是同一组PDU会话的一部分；上述两个或两个以上的PDU会话对应于与公共应用的交互。

在实施例中，该指令包括第一指令以用于以下一项或多项，例如为了在PDU会话之间建立网桥：使得上述至少一个PDU会话在其UP路径中包括用户面功能，该用户面功能还包括在上述两个或两个以上的PDU会话中至少另一PDU会话的另一UP路径中。使得上述至少一个PDU会话在其第一UP路径中包括第一用户面功能，第一用户面功能通信地耦合到第二用户面功能，第二用户面功能包括在上述两个或两个以上的PDU会话中的另一PDU会话的另一UP路径中。使得上述至少一个PDU会话连接到应用位置，该应用位置还连接到上述两个或两个以上的PDU会话中的至少另一PDU会话。使得上述至少一个PDU会话连接到第一应用位置，第一应用位置通信地耦合到第二应用位置，第二应用位置连接到上述两个或两个以上的PDU会话中的另一PDU会话。

控制面功能可以选择或重选用户面功能、第一用户面功能和第二用户面功能、应用功能、或第一应用功能和第二应用功能，并且该指令可以包括由上述一个或多个管理功能实施的策略规则。或者，该指令可以使得管理功能执行选择或重选。

本发明的实施例提供了一种网络功能(或应用功能)，网络功能包括可操作地耦合到存储器和网络接口的处理器。网络功能用于向控制功能发送消息，该消息指示两个或两个以上的PDU会话之间的关联并且指示控制功能使得根据该关联选择或重选上述两个或两个以上的PDU会话中的至少一个PDU会话相应的UP路径。网络功能还用于从控制功能接收对该消息的响应。在实施例中，网络功能还用于在向控制功能发送该消息之前，标识上述两个或两个以上的PDU会话之间的关联。

在实施例中，由网络功能识别该关联，该关联例如反映了PDU会话的现有属性。由于识别出了关联，所以网络功能可以指示或请求控制功能以响应于识别出的关联的方式调整UP路径。在实施例中，该消息包括对是否通过应用位置连接上述两个或两个以上的PDU会话的UP路径的指示。在实施例中，该消息包括对上述两个或两个以上的PDU会话中的主PDU会话或上述两个或两个以上的PDU会话中的主UE的指示。

本发明的实施例提供了一种由网络功能执行的方法，该网络功能包括可操作地耦合到存储器和网络接口的处理器。参考图24，方法2400包括向控制功能发送2420消息，该消息指示两个或两个以上的PDU会话之间的关联并且指示控制功能使得根据该关联选择或重选上述两个或两个以上的PDU会话中的至少一个PDU会话相应的UP路径。该方法还包括从控制功能接收2430对该消息的响应。该方法还可以包括在向控制功能发送消息之前，识别2410两个或两个以上的PDU会话之间的关联。

本发明的实施例提供了一种会话管理功能(session management function，SMF)，SMF与核心网相关联并且管理第一PDU会话。SMF包括或利用可操作地耦合到存储器和网络接口的处理器。SMF用于响应于来自策略控制功能(policy control function，PCF)、用户面功能(user plane function，UPF)、或第二SMF的触发器，例如通过配置UPF或其他底层资源来指导资源处理数据业务，该数据业务形成第一PDU会话的一部分并且对应于“相关的”业务流(例如对等业务流)，第一PDU会话与SMF管理的第一用户面相关联。处理数据业务可以包括检测数据业务。SMF还用于指导其他资源处理数据业务，该数据业务形成第二PDU会话的一部分并且对应于相关的业务流，第二PDU会话与第二SMF管理的第二用户面相关联。该指导可以是直接指导(例如通过配置另一UPF)，或是间接指导(例如通过指示第二SMF配置另一UPF)。经由第一用户面和第二用户面路由相关的业务流。间接地指导其他底层资源可以包括向第二SMF发送使得第二SMF配置其他底层资源的指令。

在实施例中，相关的业务流是对等业务流。在实施例中，指导资源或其他资源包括配置用户面功能(UPF)。

在实施例中，指导其他资源包括向第二SMF发送指令以使第二SMF配置其他资源。在其他实施例中，该指令是以下中的一项或多项：将新的用户面功能添加到第二用户面；移除第二用户面内的现有用户面功能；从第二用户面移除另一现有用户面功能；对连接用户面功能的网桥的指定端点的业务导向行为(traffic steering behaviour)进行重配置。附加地或替代地，SMF还可以用于使用接收到的SMF标识符或地址、来自PCF的指示、来自统一数据管理功能的指示来识别第二SMF。

在实施例中，SMF还用于从第二SMF接收与第二PDU会话有关的信息，该信息包括以下中的一些或全部：第二PDU会话的标识信息；第二PDU会话的用户面信息；第二PDU会话的上下文信息。

在实施例中，相关的业务经由网桥在第一用户面和第二用户面之间流动，该网桥包括以下中的一项或多项：一对通信地耦合的用户面功能(UPF)，每个UPF分别与第一PDU会话和第二PDU会话中不同的一个PDU会话相关联；第一PDU会话和第二PDU会话共享的UPF；一对通信地耦合的应用位置，每个应用位置分别与第一PDU会话和第二PDU会话中不同的一个PDU会话相关联；第一PDU会话和第二PDU会话共享的共同的应用位置。

相关的业务可以经由网桥在第一用户面和第二用户面之间流动，该网桥包括以下中的一项或多项：一对通信地耦合的用户面功能(UPF)，每个UPF分别与第一PDU会话和第二PDU会话中不同的一个PDU会话相关联；第一PDU会话和第二PDU会话共享的UPF；一对通信地耦合的应用位置，每个应用位置分别与第一PDU会话和第二PDU会话中不同的一个PDU会话相关联；第一PDU会话和第二PDU会话共享的共同的应用位置。

本发明的实施例提供了一种操作会话管理功能(SMF)的方法，该SMF与核心网相关联并且管理第一PDU会话。SMF包括或利用可操作地耦合到存储器和网络接口的处理器。参考图25，方法2500包括SMF响应于来自策略控制功能(PCF)、用户面功能(UPF)、或第二SMF的触发器2505：指导2510资源处理数据业务，该数据业务形成第一PDU会话的一部分并且对应于相关的业务流，第一PDU会话与SMF管理的第一用户面相关联。该方法还包括指导2520其他资源处理数据业务，该数据业务形成第二PDU会话的一部分并且对应于相关的业务流，第二PDU会话与第二SMF管理的第二用户面相关联。经由第一用户面和第二用户面路由相关的业务流。

在一些实施例中，多个PDU会话之间的关联指示：这些PDU会话中的至少一个PDU会话的终端设备正在与这些PDU会话中的至少另一PDU会话的终端设备通信。在一些实施例中，根据多个PDU会话之间的关联实施这多个PDU会话包括：经由网桥将业务从一个PDU会话路由到另一PDU会话，该网桥可以是UPF之间的网桥。该网桥可以在核心网中或在无线接入节点之间，并且可以绕过AF。在一些实施例中，根据多个PDU会话之间的关联实施这多个PDU会话还包括或替代地包括共同确定上述多个PDU会话的UP路径，例如以共同优化UP路径。可以执行优化以促进不同PDU会话的不同终端用户之间的通信效率。UP路径可以直接链接或桥接，或者经由例如在核心网中实例化的应用位置链接或桥接。

根据各个实施例，通过网桥实体路由或重路由一对UE之间的P2P业务。P2P业务在与第一用户面(UP)相关联的第一UE(UE-1)和与第二UP相关联的第二UE(UE-2)之间流动。在本公开中，术语“UP”和“UP路径”可以互换使用。应用服务器(AS)可操作地耦合到第一UP和第二UP。不是P2P业务流过AS或流过两个UP的锚UPF，而是在第一UP的部件和第二UP的部件之间建立网桥，然后检测P2P业务并通过网桥路由P2P业务。可以使用第一UP和第二UP的业务处理行为实施该网桥，业务处理行为包括P2P业务识别(traffic identification)和业务导向(traffic steering)。在各个实施例中，网桥也可以描述为连接。

网桥实体可以是在其上路由P2P业务的网桥通信链路，或者是公共UPF。在公共UPF的情况下，第一UP和第二UP路径共享该公共UPF，并且经由UE-1和UE-2之间的公共UPF路由P2P业务。

根据其他实施例，可以在位于其中一个UE及其关联的UP之间的无线接入网(radioaccess network，RAN)节点与另一UE关联的UP的部件之间建立网桥。根据其他实施例，可以在位于第一UE和第一UP之间的RAN节点与位于第二UE和第二UP之间的RAN节点之间建立网桥。

本发明的一些实施例通过桥接提供了PDU会话的直接连接。可以共同优化所连接的PDU会话的路径。一些实施例通过一个或多个应用服务器提供了PDU会话的间接连接。在这种情况下，可以沿P2P路径放置或选择应用服务器。这在P2P通信需要应用服务器的支持时执行。可以共同对所连接的PDU会话的路径以及应用服务器的放置或选择进行优化。路径优化可以包括配置用户面中的P2P路径以支持业务导向。

根据各个实施例，提供了一种策略控制功能(PCF)，该PCF用于配置会话管理功能(或其他底层资源)通过网桥实体路由P2P业务。PCF可以响应于来自与AS相关联的应用功能(AF)的触发器或请求进行操作。

根据各个实施例，提供了一种会话管理功能(SMF)，该SMF用于配置底层用户面功能资源以建立、配置、或重配置用户面数据路径，使得通过网桥实体路由P2P业务。与第一UP相关联的第一SMF和与第二UP相关联的第二SMF可以协作以建立所需的业务路由。SMF可以响应于来自PCF的指导、配置、指令、策略、或规则进行操作。基于提供的策略，SMF可以确定P2P路径并配置关联的UPF以建立P2P路径。UP数据路径的配置或重配置可以包括(重)配置UPF之间的连接(或隧道)。SMF还可以配置或重配置所选择的UPF(例如，UL CL、BP、以及锚UPF处)的业务导向行为。

根据各个实施例，提供了一种系统，该系统包括多个功能，例如AF、PCF、SMF、UPF等，这些功能协作地用于通过网桥实体路由P2P业务。每个功能可以如上所述或如本文其他地方所述进行操作。PCF可以如本文其他地方所述与一个或多个SMF进行交互来更新策略，以支持P2P网桥配置。多个SMF(例如源SMF和目标SMF)可以如本文其他地方所述进行交互以协作地配置P2P网桥。

因此，本发明的各个实施例提供了一种机制，该机制使两个PDU会话相关联以处理P2P业务。可以发出对P2P业务处理的AF请求(这可能使得两个PDU会话相关联，以在这两个PDU会话的用户面之间建立P2P路径)。可以例如基于AF请求对一个或多个UPF进行配置以支持P2P业务检测。在一些实施例中，该配置由SMF执行(或指导)。UPF配置可以使得UPF(根据P2P业务检测配置)检测相关的P2P业务并通知关联的SMF。一个或多个SMF用于例如响应于来自关联的UPF的通知确定并配置P2P路径。如果两个PDU会话均由同一SMF服务，则仅涉及一个SMF；如果这两个PDU会话由两个不同的SMF提供服务，则可能涉及两个SMF。P2P路径涉及两个UP之间用于支持P2P业务转发的桥接连接。根据各个实施例，提供了与以上部件的操作相关的各个方法或这些方法的组合。

在一些实施例中，管理PDU会话的SMF(针对同一PDU会话的UP路径)配置UPF执行P2P业务检测。UPF可以例如是锚UPF、UL分类器(UL classifier，UL CL)、或分支点(branching point，BP)。UPF根据配置操作，检测P2P业务并通知SMF。

根据本发明的实施例，提供了一种策略控制功能(PCF)，该PCF与核心网相关联，该PCF利用可操作地耦合到存储器和网络接口的处理器并且用于：响应于来自应用功能(AF)或另一实体的请求，与一个或多个会话管理功能(SMF)通信以配置一个或多个SMF的业务处理策略，其中该请求至少涉及第一PDU会话和第二PDU会话，第一PDU会话和第二PDU会话处理公共对等(P2P)业务流，第一PDU会话对应于核心的第一部分和第一无线接入网部分中的PDU业务，第二PDU会话对应于核心的第二部分和第二无线接入网部分中的PDU业务，并且其中，基于该配置，业务处理策略配置底层资源以使得公共对等业务流经过核心的第一部分或第一无线接入网部分与核心的第二部分或第二无线接入网部分之间的网桥。可以经由NEF中继来自AF的请求。在所中继的请求中，NEF可以将请求中的信息转换为或映射到PCF可以直接使用的信息。可以将业务处理策略提供给管理两个PDU会话中至少一个PDU会话的上述一个或多个SMF，这些SMF配置这两个PDU会话的UP中的UPF以使得P2P业务经过网桥实体。网桥实体可以是定义在各个UP的终端UPF之间的网桥链路，或者是UP共享的网桥UPF。

在一些这种实施例中，上述一个或多个SMF包括用于管理第一PDU会话的第一SMF和用于管理第二PDU会话的第二SMF。在一些实施例中，第一PDU会话与第一用户面相关联，第二PDU会话与第二用户面相关联。在一些实施例中，AF与应用服务器相关联，业务处理策略使得公共对等业务流绕过应用服务器，并且与公共对等业务流相关联的控制消息被路由到应用服务器。PCF还可以用于在实施业务处理策略时通知AF。

根据本发明的实施例，提供了一种以上述方式操作PCF的方法。

根据本发明的实施例，提供了一种会话管理功能(SMF)，该SMF与核心网相关联并且管理第一PDU会话，该SMF利用可操作地耦合到存储器和网络接口的处理器并且用于：响应于来自策略控制功能(PCF)、用户面功能(UPF)、或另一实体(例如NEF)的业务处理策略更改或触发器，配置UPF(或其他底层资源)以指定方式检测并处理数据业务，该数据业务形成第一PDU会话的一部分并且对应于指定对等业务流，其中，该对等业务流至少经过第一PDU会话的UP和第二PDU会话的UP，第一PDU会话对应于核心的第一部分和第一无线接入网部分中的PDU业务(第一UP路径)，第二PDU会话对应于核心的第二部分和第二无线接入网部分中的PDU业务(第二UP路径)，其中，指定方式使得对等业务流经过核心的第一部分或第一无线接入网部分与核心的第二部分或第二无线接入网部分之间的网桥。

在一些这种实施例中，与核心相关联的第二SMF管理第二PDU会话，SMF还用于与第二SMF协作以使得对等业务以指定方式流动。SMF和第二SMF可以协作以确定用于对等业务的路径，该路径包括网桥。在一些实施例中，SMF还用于从PCF接收对确定的用于对等业务的路径的指示，该路径包括网桥，并且其中，指定方式使得对等业务经过该路径。在一些实施例中，底层资源包括一个或多个用户面功能。在一些实施例中，SMF还用于在指导底层资源以指定方式检测并处理数据业务时通知PCF。在一些实施例中，SMF还用于在指导底层资源以指定方式检测并处理数据业务时通知应用功能(AF)，其中，AF与由于经过网桥而由对等业务流绕过的应用服务器相关联，并且其中，与对等业务流相关联的控制消息被路由到应用服务器。

根据本发明的实施例，提供了一种以上述方式操作SMF的方法。

根据本发明的实施例，提供了一种用户面功能(UPF)，该UPF与核心网和第一PDU会话相关联，该UPF利用可操作地耦合到存储器和网络接口的处理器并且用于：监测第一PDU会话内的数据业务，该数据业务与由第一PDU会话和至少第二PDU会话处理的对等业务流相关联，第一PDU会话对应于核心的第一部分和第一无线接入网部分中的PDU业务，第二PDU会话对应于核心的第二部分和第二无线接入网部分中的PDU业务；以及响应于检测到与对等业务流相关联的数据业务，与一个或多个会话管理功能(SMF)通信以触发对上述一个或多个SMF的业务处理策略的配置或重配置，其中，基于该配置或重配置，业务处理策略指导UPF(或其他底层资源)以使得公共对等业务流经过核心的第一部分或第一无线接入网部分与核心的第二部分或第二无线接入网部分之间的网桥。在一些实施例中，上述一个或多个SMF是服务于PDU会话的SMF，或是服务于PDU会话的SMF中的一个SMF。

在一些这种实施例中，UPF用于从应用功能(AF)接收配置指令，该配置指令指定对等业务流的特性并且使得UPF基于指定的特性监测对等业务流。在一些实施例中，这些SMF中的至少一个SMF或PCF用于向AF通知该配置或重配置，AF与由于经过网桥而由对等业务流绕过的应用服务器相关联，与对等业务流相关联的控制消息被路由到应用服务器。

根据本发明的实施例，提供了一种以上述方式操作UPF的方法。

本发明的实施例涉及SMF的配置和操作。此外，一些这种实施例涉及SMF的重定位，其中，PDU会话的服务SMF角色从源SMF重定位到目标SMF。本发明的实施例涉及PCF的配置和操作。此外，一些这种实施例涉及PCF的重定位，其中，PDU会话的服务PCF角色从源PCF重定位到目标PCF。重定位之前，源SMF(或PCF)是PDU会话的服务SMF(或PCF)；重定位之后，目标SMF(或PCF)是PDU会话的服务SMF(或PCF)。

根据本发明的实施例，提供了一种策略控制功能(PCF)，该PCF与核心网相关联。PCF利用可操作地耦合到存储器和网络接口的处理器。PCF用于响应于来自应用功能(AF)或另一实体的请求，与一个或多个会话管理功能(SMF)通信以配置上述一个或多个SMF的业务处理策略。该请求至少涉及第一PDU会话和第二PDU会话，第一PDU会话和第二PDU会话处理公共对等(P2P)业务流，第一PDU会话对应于核心的第一部分和第一无线接入网部分中的PDU业务，第二PDU会话对应于核心的第二部分和第二无线接入网部分中的PDU业务。基于该配置，业务处理策略配置底层资源以使得公共对等业务流经过网桥，该网桥包括一个或多个支持P2P业务流的应用功能或应用服务器。

在一些这种实施例中，PCF还用于共同优化第一PDU会话和第二PDU会话的业务流路径、以及上述一个或多个应用功能或应用服务器的位置。在一些实施例中，对业务处理策略的配置包括：指导第一底层资源配置第一PDU会话的业务处理策略；指导第二底层资源配置第二PDU会话的业务处理策略；监测来自第一底层资源和第二底层资源的对已配置业务处理策略的确认；在接收到上述确认之后，指导并行地实施第一PDU会话和第二PDU会话的业务处理策略。

根据本发明的实施例，提供了一种应用功能，该应用功能用于发送消息，该消息指示是否共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径。在一些这种实施例中，对用户面功能(UPF)和/或选择和重选的应用位置是基于上述共同选择或重选执行的，并且其中，UP路径共享上述UPF和上述应用位置中的至少一个。在一些实施例中，应用功能用于发送对是否通过应用位置连接上述两个或两个以上的会话的UP路径的指示。在一些实施例中，应用功能用于发送请求，该请求携带以下中的一项或两项：指示是否共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的消息；对是否通过应用位置连接上述两个或两个以上的会话的UP路径的指示。在一些实施例中，该请求还包括信息，该消息指示上述两个或两个以上的PDU会话中的主PDU会话或上述两个或两个以上的对等PDU会话中的主UE。

根据本发明的实施例，提供了一种策略控制功能(PCF)，该PCF用于：接收消息，该消息指示是否共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径；以及向会话管理功能(SMF)发送指令，该指令指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径。在一些这种实施例中，PCF还用于接收关于对是否通过应用位置连接上述两个或两个以上的会话的UP路径的指示。在一些实施例中，PCF还用于接收请求，该请求携带以下中的一项或两项：指示是否共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的该消息；对是否通过应用位置连接两个或两个以上的会话的UP路径的指示。

根据本发明的实施例，提供了一种会话管理功能(SMF)，该SMF用于：从策略控制功能(PCF)接收指令，该指令指示共同选择或重选两个或两个以上的指定PDU会话的用户面(UP)路径；以及基于该指令共同选择或重选两个或两个以上的指定PDU会话的UP路径。

根据本发明的实施例，提供了一种策略控制功能(PCF)，该PCF用于：从应用功能(AF)接收消息，该消息指示：共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径；以及选择或重选用户面功能(UPF)和/或应用位置，用以连接上述两个或两个以上的PDU会话的上述UP路径。在一些这种实施例中，PCF还用于响应于触发器执行上述选择或重选。在一些实施例中，该触发器是从会话管理功能(SMF)或接入和移动性管理功能(access andmobility management function，AMF)接收的。在一些实施例中，PCF还用于接收对通过应用位置连接上述两个或两个以上的PDU会话的UP路径的指示。在一些实施例中，PCF还用于在上述选择或重选之后向会话管理功能(SMF)通知选择或重选的UPF或应用位置。在一些实施例中，PCF还用于从会话管理功能(SMF)接收消息，该消息指示：与UP路径之一有关的连接已就绪，并且一旦与上述两个或两个以上的PDU会话中所有PDU会话有关的连接已就绪，就与SMF确认连接已建立。

根据本发明的实施例，提供了一种会话管理功能(SMF)，该SMF用于：从策略控制功能(PCF)接收指令，该指令指示选择或重选的用户面功能(UPF)和/或应用位置，以及基于接收的指令选择或重选PDU会话的UP路径。在一些实施例中，选择或重选的UP路径包括选择或重选的UPF和/或应用位置。在一些实施例中，SMF还用于发送消息，该消息指示与UP路径有关的连接已就绪。

根据以上描述，本发明的实施例提供了操作PCF、AF、UPF、SMF、或其组合的方法。

附图说明

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

图1示出了根据本发明实施例的桥接之前的初始P2P业务流。

图2示出了根据本发明实施例的桥接之后的P2P业务流。

图3示出了根据本发明各个实施例的P2P业务流的不同桥接配置。

图4示出了在实施本发明实施例的期间涉及核心网功能的操作的高级呼叫流程。

图5示出了根据本发明实施例提供的P2P路径建立过程。

图6示出了根据本发明实施例执行的呼叫流程，其中，涉及的PDU会话在接收到AF请求之前建立。

图7示出了根据本发明另一实施例执行的呼叫流程，其中，涉及的PDU会话在AF请求之前或之后建立。

图8示出了根据本发明另一实施例执行的呼叫流程，其中，涉及的PDU会话之一在接收到AF请求之后建立。

图9示出了根据本发明实施例的与组会话建立有关的呼叫流程过程。

图10示出了根据本发明实施例的涉及一对AF和P2P UP优化的呼叫流程。

图11A和图11B分别示出了根据本发明其他实施例的间接P2P路径和直接P2P路径。

图12A和图12B示出了实施涉及多个协作的主SMF和从SMF的共同UP路径优化的呼叫流程。图12B是开始于图12A的呼叫流程的延续。

图13示出了根据本发明实施例的由源PCF触发的PCF重定位操作。

图14示出了根据本发明实施例的由目标PCF触发的PCF重定位操作。

图15示出了根据本发明实施例的P2P路径优化。

图16示出了根据本发明实施例的基于来自UE的请求管理UE组的过程。

图17示出了根据本发明实施例的基于来自AF的请求管理UE组的过程。

图18示出了根据本发明实施例的根据本发明实施例的丢弃未许可或未授权的业务的过程。

图19示出了根据本发明实施例的使UPF能够识别并丢弃未许可业务的过程。

图20示出了根据本发明另一实施例的管理UE组的过程。

图21示出了根据本发明实施例的PDU会话建立和多播组创建的综合过程。

图22是根据本发明实施例的可以用于实施网络功能的处理系统的示例性框图。

图23示出了根据本发明实施例的控制功能控制通信网中的用户面(UP)路径的方法。

图24示出了根据本发明实施例的网络功能控制通信网中的用户面(UP)路径的方法。

图25示出根据本发明实施例的操作用于管理PDU会话的会话管理功能(SMF)的方法。

应注意，在所有附图中，相似的特征由相似的附图标记来标识。

具体实施方式

本发明实施例提供了一种用于在这种网络中进行应用功能影响的对等(P2P)通信业务路由的方法和设备。可以将P2P业务路由通过第一对等方的用户面或关联的RAN与第二对等方的用户面或关联的RAN之间的网桥，从而相对于默认情况缩短了P2P业务路径，该默认情况例如是：通过公用应用服务器路由P2P业务，或者由锚UPF在本地将IP或以太网PDU路由到目标对等方的PDU会话的锚UPF。在一些实施例中，两个或两个以上的锚UPF可以由用于多个会话的单个锚UPF代替。该方法和设备可以涉及通信网的一个或多个功能(例如5G网络的核心网中的功能)的操作。这种功能可以包括例如一个或多个策略控制功能(PCF)、与一个或多个PDU会话相关联的一个或多个会话管理功能(SMF)、以及与这些PDU会话相关联的一个或多个用户面功能(UPF)。还可以涉及与应用服务器(AS)相关联的应用功能(AF)以及其他功能，例如但不限于网络开放功能(network exposure function，NEF)、统一数据管理功能(unified data management function，UDM)、以及统一数据存储功能(unified datarepository function，UDR)。

针对以下场景描述了本发明的实施例。然而，应理解，本发明可以适用于其他场景。在基本说明性场景中，存在两个正在进行的PDU会话，即，PDU会话1和PDU会话2。PDU会话1通过标记为UP-1的第一用户面建立。可以建立PDU会话1以便于标记为UE-1的第一UE经由UP-1接入数据网(data network，DN)。PDU会话2通过标记为UP-2的第二用户面建立。可以建立PDU会话2以便于标记为UE-2的第二UE经由UP-2接入数据网(DN)。通常，由位于DN中的应用服务器(AS)在两个PDU会话之间转发UE-1和UE-2之间的P2P应用业务。作为另一示例，在IP或以太网业务的情况下，可以基于本地路由智能在两个UP的锚UPF之间转发P2P应用业务(或由这两个UP公共的共享锚UPF转发)。根据一些实施例，建立网桥之前，P2P应用业务可以最初通过这种方式经由AS转发，建立网桥之后，P2P应用业务可以绕过AS。在其他实施例中，可以在P2P应用业务流之前形成网桥。

在不失一般性的情况下，UP-1在一些情况下可以称为源UP，UP-2在一些情况下可以称为目标UP。这在UE-1在上行方向发送数据并且UE-2在下行方向接收数据的情况下可以是说明性的。然而，应注意，P2P业务可以是双向的，并且可以更一般地将不同的UP视为相关的对等UP。

在各个实施例中，提供了指示信息，该指示信息指示两个或两个以上的PDU会话待关联。例如，在从AF向核心网(5GC)中的实体(例如PCF实体)发送的消息(例如AF请求)中提供了指示信息。在上述消息(例如AF请求)中可以标识PDU会话，例如，使用会话的标识符、关联的UE的标识符(例如GPSI或IP地址)、一组UE的标识符、描述信息(例如IP 5元组(源地址、源端口、目的地址、目的端口、QoS标记))、或用于业务检测的业务过滤器的标识符、应用标识符、PDU会话关联的业务的标识符、或其他相关信息(例如DNN、S-NSSAI)，来在消息(例如，AF请求)中标识PDU会话。该指示信息还可以指示关联的目的，例如，为了支持相关的PDU会话之间的任播，或为了支持相关的PDU会话之间的多播。响应于该消息，可以共同优化相关的PDU会话的路径，在合适的时候可以与一个或多个中间应用服务器(或应用)的位置共同优化。这可能与桥接共同进行，其中，桥接可能涉及或不涉及一个或多个应用服务器(或应用位置)。在一些实施例中，根据AF指示的关联的目的，可以执行关联以支持多播或任播。即，当建立一组UE时，要求一个成员能够向其他成员进行多播或任播，则该组UE的PDU会话可以相关联。

在各个实施例中，例如在从AF发往核心网(5GC)中的实体(例如PCF实体)的消息(例如AF请求)中提供指示PDU会话关联的信息(又称为PDU会话关联信息)，该信息指示两个或两个以上的PDU会话待关联或已关联。该信息可以是如上所述的指示，或者包括如上所述指示。该指示可以以单个比特的形式(例如，0表示会话是相关的或不相关的；1表示与0相反的含义)，也可以以比特串的形式(例如，特定比特组合指示会话是相关的或不相关的)。

在各个实施例中，该信息可以包括与在消息中标识或指示为相关的PDU会话的UP路径(重新)选择的要求信息，或与这种信息相关联。相关的PDU会话的UP路径(重新)选择的要求信息可以指示：由于UP路径(重新)选择，PDU会话的UP路径应该如何或将会如何彼此连接，例如，通过公共UPF彼此连接(即，相关PDU会话的UP路径中包含/共享同一UPF)，或通过共同的应用位置彼此连接(即，相关PDU会话的UP路径连接到同一应用位置)。从AF发送到核心网中的实体的消息中指示或包括相关的PDU会话的UP路径(重新)选择的要求信息。该信息可以例如等同于如下所述的桥接要求信息或以该桥接要求信息的形式存在，或者等同于本文其他地方所述的待使用的网桥类型(例如，基于UPF的网桥，基于应用位置的网桥)或以该网桥类型的形式存在。

在各个实施例中，可以隐式的提供或者指示相关的PDU会话的UP路径(重新)选择的要求信息。例如可以以关联目的(例如，指示在相关的PDU会话之间支持哪种类型的业务，例如多播业务或广播业务)和潜在应用位置(例如，以DNAI的形式)的组合的形式，隐式地提供或指示相关的PDU会话的UP路径(重新)选择的要求信息。例如，如果关联目的指示支持多播/广播业务并且不存在或未提供潜在应用位置，则可以认为相关PDU会话的UP路径应该或将会通过公共UPF连接。如果关联目的指示支持多播/广播业务并且存在或提供了潜在应用位置，则可以认为相关PDU会话的UP路径应该或将会通过从潜在应用位置中选择的共同的应用位置连接。

在各个实施例中，从AF发往核心网(5GC)中的实体(例如PCF)的消息(例如AF请求)指示桥接要求信息，该桥接要求信息用于在相关PDU会话(例如源PDU会话和目标PDU会话)之间进行P2P业务导向或P2P UP路径优化)。两个PDU会话之间的网桥连接这两个PDU会话的UP。桥接要求信息可以指示相关PDU会话之间的网桥是否需要通过一个或多个关联的应用服务器或应用的位置。当网桥不需要通过这种位置时，网桥通过公共UPF或UPF之间的链路将PDU会话的UP路径直接连接。当网桥要通过应用服务器时，桥接要求可以包括指示应用服务器(或应用位置)之间的互连的信息，例如成本和连接质量(例如，时延、吞吐量)信息以及每个应用服务器(或应用位置)的权重信息。

图1示出了根据本发明的示例实施例的桥接之前的初始P2P应用业务流。UE-1 102和UE-2 104之间的控制消息130和数据消息135都通过AS 120(或通过两个UP的锚UPF之间的链路或通过这两个UP的共享锚UPF)。UPF-1 110和UPF-2112分别表示UP-1和UP-2的一个或多个功能。UE-1和UE-2使用所示的RAN实体106、108通过无线通信接入网络。

图2示出了根据本发明的相关示例实施例的桥接之后的P2P应用业务流。UE-1 102和UE-2 104之间的控制消息130仍通过AS 120(在本示例中)。然而，UE-1 102和UE-2 104之间的数据消息135现在经过UPF-1 110和UPF-2 112之间的网桥。这样，通过两个UP之间的例如位于核心网(例如5GC)用户面内部的捷径处理数据消息，还应注意，在一些实施例中，在图1和图2中，UPF-1 110和UPF-2 112可以合并为公共实体。也可以实施其他网桥配置，例如配置在两个RAN实体106、108之间，或者配置在一个RAN实体和UPF-1 110或UPF-2 112之间。

图3示出了根据本发明的各个实施例的不同的网桥配置。UP-1 320至少包括称为UPF-1 322的锚UPF和称为UPF-3 324的另一UPF。UP-2330至少包括称为UPF-2 332的锚UPF和称为UPF-4334的另一UPF。锚UPF可以是PDU会话的用户面的PDU会话锚。由于AF的影响，可以将UPF-3 324和UPF-4 334插入其宿主UP。例如，根据本发明的实施例，可以将UPF-3 324和UPF-4 334实例化为UP配置操作的一部分。在其他实施例中，可以省去UPF-3 324和/或UPF-4 334。此外，UP-1 320和/或UP-2 330可以包括其他UPF(未示出)。

本发明的不同实施例可以使用所示的网桥配置中不同的网桥配置。一些实施例可以并行地或顺序地使用多个所示的网桥配置。每个网桥对应于UP-1或其关联的RAN与UP-2或其关联的RAN之间的单向或双向通信链路。

现在参考图3，第一网桥(301)位于UPF-1 322与UPF-2 332之间。使用此网桥在两个PDU的锚UPF之间引导业务(即，选择的P2P业务)。例如，对于IP或以太网PDU，这可以由TNL实现。对于非结构化PDU，这由本申请实现。第二网桥(302)位于UPF-1 322和UPF-4 334之间。使用此网桥将业务从UPF-1 322引导到UPF-4334。UPF-4334可以是UP-2330中的分支点(BP)或UL CL。第三网桥(303)位于UPF-1 322与UP-2 330关联的RAN336之间。使用此网桥将业务从UPF-1 322引导到此RAN336的节点。这可以对应于如下场景：UPF-1 322被重选为UP-2 330的PDU会话(例如目标会话)的锚UPF。第四网桥(304)位于UPF-3 324和UPF-2 332之间。使用此网桥将业务从UPF-3 324引导到UPF-2332。UPF-3324可以是UP-1 320(例如与对应的PDU会话相关联的源UP)内的UL分类器(UL CL)或BP。

第五网桥(305)位于UPF-2 332和UP-1 320关联的RAN 326之间。使用此网桥将业务从此RAN 326的节点引导到UPF-2 332。这可以对应于如下场景：UPF-2 332被重选为UP-1320的PDU会话(例如源会话)的锚UPF。第六网桥(306)位于UPF-3 324和UPF-4 334之间。使用此网桥将业务从UPF-3 324(例如UL CL)引导到UPF-4 334(例如BP)。可以响应于AF的影响而实例化UPF-3 324和/或UPF-4 334。例如，由于对P2P业务导向的请求，AF可以触发UPF-3 324和UPF-4 334实例化。第七网桥(307)位于分别与UP-1和UP-2相关联的两个RAN 326、336之间。使用此网桥在两个RAN 326、336的节点之间引导业务，而无需进入核心网。

作为形成数据链路的网桥的替代，可以使用公共UPF(310)(也称为网桥UPF)来形成网桥。公用UPF(310)在UP-1 320和UP-2 330之间共享。公用UPF在上行方向接收UP-1的P2P业务，并在下行方向将该P2P业务转发到UP-2。虽然单独地示出了公共UPF(310)，但其可以提供为UPF-3 324和UPF-4 334的组合，或者可以替代地提供为锚UPF-1 322和锚UPF-2332的组合。注意，由于锚UPF重选，第三网桥(303)和第五网桥(305)也采用公共UPF。

对等业务流可以经过图3所示的网桥，并且通常可以将该网桥描述为核心的第一部分或第一无线接入网部分与核心的第二部分或第二无线接入网部分之间的网桥。

对于图3所示的第一至第六网桥301、302、303、304、305、306，可以创建N6或N9隧道。对于第三和第五UPF到RAN网桥303、305以及公共UPF 310的情况，可以在所涉及的UPF(即，UPF-1 322或UPF-2 324)上创建网桥。

在各个实施例中，PDU会话1由称为SMF-1的第一会话管理功能管理，PDU会话2由称为SMF-2的第二会话管理功能管理。在一些实施例中，SMF-1和SMF-2是单独的实体。在其他实施例中，SMF-1和SMF-2被集成在一起或提供为单个实体。例如，网络可以选择同一SMF以用于服务两个PDU会话。虽然为了清楚起见分别示出了两个SMF，但应理解，当这两个SMF集成在一起时，如以下各个实施例中所述，两个SMF之间的交互和消息传递可以以不同的内部方式进行，或者在不必要时可以完全省去。

在各个实施例中，AF向核心网(例如5GC)的网元指示至少两个对等会话(例如，源PDU会话和目标PDU会话)的会话信息。这适用于如下场景：将经由上述网桥在上述至少两个对等会话之间检测并路由P2P业务。PDU会话之一或这两个PDU会话可以是正在进行的(预先存在的)会话，或将来的(例如预期的)PDU会话。PDU会话之一或这两个PDU会话可以是单UEPDU会话或多UE(组)PDU会话。这样，本发明的实施例适用于例如基于UE分组或地理区域定义的单播、多播、或广播P2P业务。应注意，两个以上的PDU会话可以涉及在P2P通信中并由AF指示，本发明的实施例可以应用于那些成对的两个以上的PDU会话。

此外，AF可以提供业务过滤信息(例如，过滤器参数)，该信息指示UL业务的所需部分，该UL业务例如是与源PDU会话相关联的UL业务。

基于AF提供的信息，配置核心网的网元使多个(例如两个)PDU会话相关联，使得来自PDU会话之一的上行业务的指定部分经由网桥(例如，绕过AS直接)路由到上述PDU会话中另一PDU会话的UP(其中将该业务作为下行业务处理)。可以使用基于业务过滤信息配置的适当实施的业务过滤器来确定和检测业务的指定部分。

在一些实施例中，PCF做出关联决策(correlation decision)并生成会话关联策略(session correlation policy)。在一些实施例中，一个或多个PDU会话的SMF(例如，源SMF、目标SMF、或其组合)获得会话关联策略。SMF可以例如通过在会话建立期间向PCF发送请求获取会话关联策略，或在接收和处理策略更新通知时获取会话关联策略。

在一些实施例中，当核心网的配置的网元检测到与由AF指定的业务过滤器参数匹配的源PDU会话的业务时，如果目标PDU会话不存在，则这些网元可以触发目标PDU会话的建立。在实现这一点的示例实施方式中，图2中的源PDU会话的UPF检测与过滤器参数匹配的业务，并在检测到时通知源SMF。在一些实施例中，源SMF通知AF，然后AF触发目标PDU会话的建立。在一些实施例中，源SMF通知PCF，然后PCF触发目标PDU会话的建立。在一些实施例中，源SMF直接触发目标PDU会话的建立。在目标PDU会话的建立期间，PCF可以为PDU会话选择源SMF。

本发明的实施例涉及确定用于P2P业务的所需的有效路径。该确定可以包括选择例如图3所示的网桥之一。网桥实体用于将P2P业务从源PDU会话的UP中选择的UPF(或关联的RAN节点)引导到目标PDU会话的UP中选择的UPF(或关联的RAN节点)。路径的确定和实施可以附加地或替代地包括将一个或多个UPF配置并添加到源PDU会话和/或目标PDU会话的UP中。路径的确定和实施可以附加地或替代地包括将一个UPF重选到源PDU会话和/或目标PDU会话的UPF中。

例如，如下所述，确定P2P业务的所需的有效路径可以由核心网中的一个或多个实体执行。此操作对应于如本文公开的各个图中所示的“确定P2P路径”的步骤。

在一些实施例中，PCF确定P2P路径。PCF可以与所涉及的SMF交互以获得UP路径结构，该结构可以用于路径确定决策。涉及的SMF管理P2P路径的对等PDU会话。与SMF的交互可以是直接的，或经由第三网络功能(例如存储功能，SMF将最新的UP路径信息存储在存储功能中)。存储功能例如可以是UDSF(unstructured data storage function，非结构化数据存储功能)、UDM(unified data management function，统一数据管理功能)、或UDR(unified data repository，统一数据存储)。然后，PCF可以将决策中的相关信息提供给所涉及的SMF，例如那些管理源PDU会话和目标PDU会话的SMF。该信息可以包括完整的确定的P2P路径或其相关部分(例如，与由SMF管理的PDU会话的各个UP相关的部分)，或者包括用于实施确定的P2P路径的配置指令。所涉及的SMF相应地配置或重配置由其管理的PDU会话的UP。在这种情况下，可以省去例如如图5所示的基于SMF的P2P路径的建立过程。注意，这种由PCF确定P2P路径的方法可以应用于各种场景，例如本文其他地方所述的三种场景。

在一些实施例中，该策略包含指示所涉及的(例如源和目标)PDU会话的信息，SMF用于确定所涉及的PDU会话之间的(例如直接的)UP路径。由SMF执行的确定可以至少基于接收的策略信息。

在一些实施例中，多个所涉及的SMF(例如，源SMF和目标SMF)通过消息传递进行交互以协商路径。实施协商的路径可以包括添加和/或移除一个或多个UPF。添加或移除的UPF可能属于源UP路径和/或目标UP路径。添加和移除可以作为实施有效的直接路径(包括该路径的网桥部分)的一部分来执行。可以由所涉及的SMF之一(例如源SMF或目标SMF)发起交互。交互可能涉及在所涉及的SMF之间交换、共享、或公开所涉及的PDU会话的UP路径结构。该交互可以是直接的，或由第三网络功能(例如存储功能，SMF将最新的UP路径信息存储在存储功能中)传达。例如，存储功能可以是UDSF、UDM、或UDR。在一些实施例中，每个涉及的SMF可以独立地做出相同的UP路径决策。在一些实施例中，所涉及的SMF之一做出UP路径决策，并将该决策通知给另一涉及的SMF。在一些实施例中，每个涉及的SMF做出与其自己的PDU会话有关的UP路径决策，并且交换仅与将连接到另一PDU会话的UP的UPF有关的信息(例如地址、端口号、ID中的任何一个)。

在一些实施例中，PCF可以向SMF之一提供策略信息，从而触发SMF将对应的PDU会话切换到另一SMF。在切换时，两个PDU会话至少临时由同一SMF管理。然后，该管理SMF可以执行UP路径决策操作。

注意，所涉及的PDU会话的UP配置或重配置由与这些PDU会话相关联的一个或多个SMF执行。此配置可以包括以下中的部分或全部：UPF添加、UPF移除、UPF重选、以及业务导向配置或重配置。

图4示出了在实施本发明实施例的期间涉及核心网功能的操作的高级呼叫流程。与图3相同，应用服务器(AS)420连接到第一UP(UP-1)436和第二UP(UP-2)456。第一UE(UE-1)432和第二UE(UE-2)452分别经由关联的RAN基础设施434、454耦合到UP-1436和UP-2456。例如，可以将UE-1 432视为P2P业务的源，可以将UE-2 452视为P2P业务的目的地，然而应注意，这种业务可以是双向的。应用功能(AF)422与AS 420相关联，并且可以与AS集成在一起。也就是说，AF 422和AS 420可以是同一实体。提供网络开放功能(NEF)424作为AF 422与核心网的功能(例如PCF功能440、460)之间的中介。在一些实施例中，NEF 424可以与AF 422集成在一起。在这种情况下，消息(401)、(402)是AF内部消息。

图4示出了与NEF通信的两个PCF。PCF-1 440与涉及UE-1 432和UP-1的第一PDU会话相关联，PCF-2 460与涉及UE-2 452和UP-2的第二PDU会话相关联。在一些实施例中，PCF-1 440和PCF-2 460可以集成并提供为同一实体。图4还示出了两个SMF。SMF-1 438与第一PDU会话相关联，PCF-2 458与第二PDU会话相关联。在一些实施例中，SMF-1 438和SMF-2458可以集成并提供为同一实体，在这种情况下，消息(407)成为SMF内部消息。还应注意，在一些实施例中，因为UP-1和UP-2可以共享一些或全部的UPF，所以UP-1和UP-2可以部分或完全重叠。

图4的呼叫流程可以视为包括两个总体步骤。第一，安装或建立对P2P消息传递的AF 422影响，以便于使源PDU会话与目标PDU会话相关联。第一步涉及消息(401)、(402)、(403a)、(403b)、(404a)、(404b)。第二，应用AF影响。该应用可以视为在SMF 438、458例如在会话建立期间或在接收到来自PCF 440、460的通知时获得关联策略信息时发生。该第二步涉及消息(405a)、(405b)、(406a)、(406b)、(407)、(408a)、(408b)、(409a)、(409b)。呼叫流程通常使得AF请求被中继到PCF 440、460，PCF 440、460进而触发SMF 438、458的操作，从而直接或间接触发策略更新操作和P2P路径配置操作，以支持如本文所述的P2P业务处理和有效路径路由。NEF 424可以执行一些信息映射。PCF440、460基于AF请求生成策略，并将策略提供给SMF 438、458。SMF根据该策略执行P2P业务处理，P2P业务处理包括P2P路径建立和网桥实体的端点处的业务导向配置。

更详细地，消息(401)是由AF 422做出的AF请求；消息(402)是来自NEF 424的或由其中继的AF请求响应；消息(403a)、(403b)是由NEF中继到两个PCF 440、460的已转换或未转换的AF请求；消息(404a)、(404b)是从两个PCF 440、460发往NEF 424的对已转换或未转换的AF请求的响应。消息(405a)、(405b)是从两个PCF 440、460发往其对应的SMF 438、458的策略更新消息。消息(406a)、(406b)是对策略更新消息的响应。消息(407)对应于SMF438、458之间与UP配置或重配置参数有关的协商或其他通信，并且消息(407)可以包括一个或两个方向上的多个消息。消息(408a)、(408b)是从SMF 438、458发往其对应的UP 436、456或其UPF的UP路径配置或重配置消息。消息(409a)、(409b)是从UP 436、456发往其对应的SMF 438、458的对UP路径配置或重配置消息的响应。

在各个实施例中，图4的消息和相应的响应成对出现，使得消息触发其相应的响应。然而，还可以预期响应可以是端到端响应。例如，UP路径(重)配置响应(409a)或(409b)的接收可以触发接收SMF 438、458向相应的PCF 440、460发送通知，PCF 440、460进而向NEF424发送通知，NEF 424进而向AF422发送通知。类似地，响应可以中途通过功能链转发，而不是从一端发往另一端。应注意，可以在一些实施例中但并非必须在所有实施例中提供诸如关于图4至图9所述的那些各种应答或响应消息。这些响应或应答消息中的一些或全部可以省去，或通过传输层提供。

图5示出了根据本发明实施例提供的P2P路径建立过程。在指示以及更一般的情况下，可以将此过程包括在图6至图8的过程中。在这种情况下，M-SMF可以对应于SMF-1和SMF-2中的一个，S-SMF可以对应于SMF-1和SMF-2中的另一个。在这里和其他地方，由虚线框或虚线箭头标明的操作在一些实施例中可以省去，或者可以代表几种替代方案中的一种替代方案。

在一些实施例中，两个涉及的SMF称为主SMF(master SMF，M-SMF)和从SMF(slaveSMF，S-SMF)。M-SMF执行S-SMF管理的PDU会话1(其UP由UP-1表示)和M-SMF管理的PDU会话2(其UP由UP-2表示)之间的P2P路径决策。由M-SMF将P2P路径决策提供给S-SMF。

可以例如由运营商策略指定哪个所涉及的SMF是M-SMF以及哪个是S-SMF。S-SMF和M-SMF可以通过独立的过程获得运营商策略信息。应注意，在其他实施例中，所涉及的SMF不是必须按照彼此的主从安排来操作，也可以以多种方式来改变主从安排。

延续以上实施例，M-SMF针对P2P路径(重)配置UP-2。如果能够或允许，M-SMF还可以针对P2P路径(重)配置UP-1。如果M-SMF不能够或不允许(重)配置UP-1，或(例如根据运营商策略或位置配置)确定不对UP-1进行(重)配置，则由S-SMF执行UP-1的(重)配置。可以在S-SMF从M-SMF接收到P2P路径决策信息之后进行该(重)配置。根据运营商策略或本地配置，S-SMF和/或M-SMF可以在P2P路径建立过程完成时通知PCF。

现在参考图5，P2P路径建立如下进行。在操作(501)中，M-SMF 524根据运营商策略确定需要P2P路径，并通知S-SMF 522需要建立P2P路径。此步骤是可选的。在操作(502)中，S-SMF 522(从运营商策略或操作(501)中的通知)检测到需要P2P路径，并向M-SMF524发送对发起P2P路径建立的请求。此时，S-SMF 522可以向M-SMF 524提供与PDU会话1有关的信息(如果信息可用)。这种信息可以包括例如以下中的一项或多项：UE IP地址/前缀、会话ID、UP-1的组成和结构信息、与核心网有关的N6隧道信息。在操作(503)中，如果M-SMF 524不具有有效的运营商策略，则其从PCF 528获得运营商策略。运营商策略可以包括调控P2P路径建立/业务处理的规则。

在操作(504)中，根据运营商策略和两个PDU会话的信息进行P2P路径确定。在当前所示的实施例中，M-SMF 524确定两个PDU会话的P2P路径。P2P路径跨越UP-1 530(完全或部分地)和UP-2532(完全或部分地)，并且包括与其相关联的两个UP或RAN之间的网桥实体(例如，网桥链路或网桥UPF)。在其他实施例中，如上所述，可以由PCF 528或由PDU会话中涉及的一个或多个SMF进行P2P路径确定。

在操作(505)中，M-SMF 524(重)配置UP-2 532以实现P2P路径。这包括配置UP-2中的网桥连接的端点的业务导向行为。这还可以包括为UP-2添加、移除、以及重定位UPF。在操作(506)中，M-SMF 524(重)配置UP-1 530以实现P2P路径。这包括(重)配置UP-1中的网桥连接的端点的业务导向行为。这还可以包括为UP-1添加、移除、以及重定位UPF。如果不允许或不能够(重)配置UP-1 530，则不执行操作(506)。在这种情况下，S-SMF 522可以替代地执行UP-1(重)配置。在操作(507)中，M-SMF 524对操作(502)的P2P路径请求向S-SMF 522做出响应。该响应可以指示在UP-1 530中为P2P路径添加、移除、以及重定位UPF。该响应可以包括指示UP-1 530中的网桥连接的端点的信息以及用于(重)配置该端点的业务导向行为的信息。该响应可以指示S-SMF 522执行UP-1(重)配置。

在操作(508)中，如果操作(507)中指示M-SMF 524还未发起UP-1 530的(重)配置，则S-SMF 522(重)配置UP-1 530以实现P2P路径。这包括配置UP-1 530中的网桥连接的端点的业务导向行为。这还可以包括为UP-1 530添加、移除、以及重定位UPF。在操作(509)中，S-SMF 522向M-SMF 524通知已经对UP-1进行了(重)配置。如果省去了操作(508)，则可以省去操作(509)。在操作(510a)中，S-SMF 522向PCF 528通知已经建立了P2P路径。附加地或替代地，在操作(510b)中，M-SMF 524向PCF 528通知已经建立了P2P路径。例如，如果运营商策略或本地配置未指示需要这种通知，则可以省去这些操作。

图6示出了本发明实施例，其中，在接收到AF请求之前建立了所涉及的PDU会话(PDU会话1和PDU会话2)。AF请求可能是AF检测到对等业务的结果。在这种情况下，AF请求触发立即的P2P路径建立。

在图6的操作(601)中，如果允许AF直接与PCF交互(例如当AF集成了NEF功能和/或当AF部署在信任域时)，则AF 642向PCF 634发送AF请求(即，P2P业务导向请求)。否则，AF将AF请求发送到NEF 640，NEF 640随后将该请求传送到PCF634。在传送之前，NEF可以执行信息映射。如图所示，在操作(601)之前，UE-1 622和UE-2 624之间的P2P业务通过DN路由。检测到该业务可以触发操作(601)的AF请求。

在操作(602a)、(602b)中，PCF 634生成或更新两个PDU会话的PCC规则。PCF 634向SMF-1 628(操作602a)和SMF-2 630(操作602b)更新PCC规则。操作(602a)、(602b)可以包括以下子操作。在第一子操作(602-1)中，PCF 634向SMF 628、630通知策略更新。子操作(602-1)是可选的，并且可以在SMF 628、630已订阅这种通知的情况下执行。该通知可以包括更新的策略。在第二子操作(602-2)中，SMF 628、630从PCF 634获得更新的PCC规则。在一些实施例中，不同于基于子操作(602-1)触发子操作(602-2)，可以由SMF628、630响应于内部决策或响应于来自另一网络部件的触发来执行子操作(602-2)。PCC规则可以指示需要P2P业务处理(无论是作为主SMF还是作为从SMF)、伙伴PDU会话信息、伙伴SMF信息、业务导向信息等。伙伴SMF信息可以包括对SMF ID或地址的指示、对伙伴SMF是主SMF还是从SMF指示、或其组合。

在操作(603)中，在两个PDU会话之间建立P2P路径。以上例如参照图5描述了路径建立。

在操作(604)中，PCF 634响应于AF指示P2P业务处理就位。如图所示，在操作(604)之后，UE-1 622和UE-2 624之间的P2P数据通过UP-1 636和UP-2 638路由，而不再通过DN644路由(如在图6中通过说明性的但非限制性的示例所示；在另一示例情况下，业务可能最初已经通过PDU会话锚路由)。在其他实施例中，网桥可以涉及至少一个RAN节点626。来自UE-1 622和UE-2 624的非P2P数据(例如但不限于控制消息)仍可以被路由到DN 644。

在操作(605)中，基于后续的触发，SMF-1 628或SMF-2 630(或另一实体)可以发起P2P路径建立过程以修改P2P路径。可能的触发器包括UE移动性、UPF处的负载问题、传输层拥塞、用户面故障等。

注意，对于图6所示的实施例，PDU会话1和PDU会话2是在AF请求之前建立的。由于AF检测到对等业务，可以发送AF请求。该实施例使AF能够触发基本上立即的P2P路径建立。

图7示出了本发明的实施例，其中，可以在AF请求之前或之后建立所涉及的PDU会话(PDU会话1和PDU会话2)。

图7的实施例适用于如下场景：AF未检测到P2P业务，并且该请求指示在检测到指定的P2P业务时发起P2P路径建立。在这种情况下，SMF-1和SMF-2根据(在会话建立期间或在策略更新通知时获得的)策略配置其服务的PDU会话(例如会话锚)的UP，以检测P2P业务(例如，基于某些过滤器参数的特定类型的P2P业务)。当检测到P2P业务时，UP通过通知SMF以触发P2P业务处理。

为了检测UL方向上的P2P业务，SMF可以对UP中最接近RAN的UPF进行配置。为了检测DL方向上的P2P业务，SMF可以对UP中最接近DN的UPF进行配置。

例如，可以通过检查PDU的目的地址(包括地址并且可能包括端口号)或源地址(包括地址并且可能包括端口号)是否是网络分配(例如，在网络管理的IP地址池内)的地址来执行P2P业务检测。为了检查UL业务是否对应于P2P业务，可以检查目的地址。为了检查DL业务是否为P2P业务，可以检查源地址。SMF可以根据策略将UP配置为仅对UL业务、或仅对DL业务、或对UL和DL业务执行P2P业务检查。可以通过业务过滤或包检测操作以这种方式检查一些或所有的候选PDU。

现在参考图7，在操作(701)中，如果允许AF直接与PCF交互，则AF 742向PCF734发送P2P业务导向请求。否则，AF 742将请求发送到NEF 740，NEF 740随后将该请求传送到PCF734。在传送之前，NEF可以执行信息映射。在操作(702)中，PCF 734对P2P业务导向请求向AF 742进行响应，以指示接受了该请求。

在操作(703a)、(703b)中，建立两个PDU会话1、2。在PDU会话建立期间，SMF728、730可以基于运营商策略来识别对P2P业务检测的需求，并且根据策略和/或本地配置配置其关联/涉及的UP以检测P2P业务。可以针对UL业务和/或DL业务配置P2P业务检查。SMF-1 728和/或SMF-2 730可以执行P2P业务检测配置。例如，仅主SMF、仅从SMF、或主SMF和从SMF可以执行该配置。

在操作(704a)、(704b)中，UP-1 738和UP-2 740检测P2P业务并通知其关联的SMF728、730。操作(704a)和/或(704b)可以发生，这取决于是否对UL业务和DL业务执行P2P业务检查。对此，UPF可以向SMF通知P2P业务的信息，例如，与P2P业务关联的源地址和目的地址有关的信息、参考标号(例如映射到P2P业务检测规则或配置的应用标识符)。

在操作(705a)、(705b)中，SMF 728、730获得与P2P业务有关的策略。在一些实施例中，可以省去这些操作。这些操作类似于图6所示的操作(602a)、(602b)。

在操作(706)中，在两个PDU会话之间建立P2P路径。以上例如参照图5描述了路径建立。

在表示各种替代方案的操作(707a)至(707c)中，AF 742被通知正在实施或已经实施了P2P路径建立/业务处理。该通知可以由PCF 734发送(707a)、或由SMF-2 730发送(707b)、或由SMF-1发送(707c)。如果由SMF发送该通知，则可以由运营商策略指定SMF-1728和SMF-2 730中的哪个SMF发送该通知。如图所示，在操作(706)之后，UE-1 722和UE-2 724之间的P2P数据通过UP-1 736和UP-2 738路由，而不再通过DN 744路由(再次通过说明性的但非限制性的示例示出)。在其他实施例中，网桥可以涉及至少一个RAN节点726。来自UE-1722和UE-2 724的非P2P数据(例如但不限于控制消息)仍可以被路由到DN 744。

在操作(708)中，类似于图6的操作(605)，基于后续的触发，SMF-1 728或SMF-2730(例如如本文其他地方所述，或另一实体，例如PCF 734)可以发起P2P路径建立过程以修改P2P路径。

注意，在图7所示的实施例中，PDU会话1和PDU会话2可以在AF请求之前或之后建立。AF 742最初可能未检测到P2P业务，并且该请求指示在出现P2P业务时期望存在P2P路径。此实施例允许AF在P2P业务出现之前安装P2P业务处理策略。

图8示出了实施例，其中，所涉及的PDU会话之一(PDU会话1)在AF请求之后建立。AF请求指示UP应立即就绪以用于P2P业务。此处假定PDU会话2是在PDU会话1之前建立的。由于最初缺少对等信息(即，最初缺少PDU会话1的标识)，因此PDU会话2可能已经通过其他过程建立(例如不限于3GPP TS 23.502中描述的常规会话建立过程)。在PDU会话1的建立期间，SMF-1从PCF获得策略信息并确定PDU会话1在P2P业务方面与PDU会话2相关。这可以触发基本上立即的重配置，以通过本文描述的方式促进P2P业务处理。然后，SMF-1(或另一实体，例如SMF-2)发起两个PDU会话的P2P路径建立。

现在参考图8，在操作(801)中，如果允许AF直接与PCF交互，则AF 842向PCF834发送P2P业务导向请求。否则，AF将请求发送到NEF 840，NEF 840随后将该请求传送到PCF834。在传送之前，NEF可以执行信息映射。在操作(802)中，PCF 834对P2P业务导向请求向AF 842进行响应，以指示接受了该请求。

在操作(803)中，为UE-2 824建立PDU会话2。在操作(804)中，UE-1 822请求建立PDU会话1。该请求可以发送到SMF-1。在操作(805)中，SMF-1 828通过与PCF 834交互获得相关的运营商策略。在操作(806)中，SMF-1 828请求RAN 826(位于UE-1和SMF-1之间)建立资源以用于支持PDU会话1。在操作(807)中，RAN 826响应SMF-1828，以指示用于PDU会话1的RAN资源建立完成。

在操作(808)中，在两个PDU会话之间建立P2P路径。以上例如参照图5描述了路径建立。可以由作为主SMF或从SMF的SMF-1发起路径建立过程。在操作(809)中，SMF-1828响应UE-1 822，以指示接受了PDU会话1。

在表示各种替代方案的操作(810a)至(810c)中，AF 842被通知正在实施或已经实施了P2P路径建立/业务处理。该通知可以由PCF 834发送(810a)、或由SMF-2 820发送(810b)、或由SMF-1 828发送(810c)。如果由SMF发送该通知，则可以由运营商策略指定SMF-1和SMF-2中的哪个SMF发送通知。如图所示，在操作(808)之后，UE-1 822和UE-2824之间的P2P数据通过UP-1 836和UP-2 838路由，而不再通过DN 844路由(再次通过说明性的但非限制性的示例示出)。在其他实施例中，网桥可以涉及至少一个RAN节点826。来自UE-1 822和UE-2 824的非P2P数据(例如但不限于控制消息)仍可以被路由到DN 844。

在操作(811)中，类似于图6的操作(605)，基于后续的触发，SMF-1 828或SMF-2830(或另一实体)可以发起P2P路径建立过程以修改P2P路径。

注意，在图8所示的实施例中，PDU会话1在AF请求之后建立。AF请求指示UP应立即就绪以用于P2P业务。假定PDU会话2是在PDU会话1之前建立的。此实施例允许在PDU会话1的建立期间执行P2P业务处理。

图9示出了根据本发明实施例的与组会话建立有关的呼叫流程过程。可以使单UEPDU会话与组PDU会话相关联以实现P2P多播。在这种多播中，单个UE向UE组多播业务。组PDU会话的UP可以具有树形结构。SMF可以选择UP的UPF之一作为树根。该单个UE发送UL业务，通过已建立的网桥将该业务引导到组PDU会话的树形UP。可以根据本发明的实施例建立网桥。在树形UP内，业务沿树广播。树中的每个UPF在接收到业务之后，将该业务发送到UP中从其接收到业务的UPF或RAN节点除外的所有拓扑邻居(即与其连接的UPF或RAN节点)。这可以通过避免将业务发送到提供业务的隧道端点来促进。如果接收业务的RAN节点正在服务UE组的多个成员，则该RAN节点可以利用RAN级的多播来优化RAN性能。

为了优化树形广播结构，可以通过对每个分支中被服务的UE的数量或存在的指示对每个UPF进行配置。然后，仅当该分支正在服务一个或多个UE时，UPF才会将业务发送到该分支。可以由组PDU会话的SMF执行该配置。

可以将组PDU会话的SMF指定为主SMF。这样可以无需在SMF之间传递与复杂的树形UP结构的有关信息。每当树中包括PDU会话时，SMF都会从连接UPF开始，在UPF处沿着树枝向UP树根更新与被服务的UE的数量或存在有关的信息，以促进树形广播优化。

为了维持正确的UE计数，每个UE可以通过仅一个PDU会话附着到树形UP。单UE会话SMF向组会话SMF提供UE信息。然后，组会话SMF实施适用的规则。

图9所示的呼叫流程示出了组会话建立过程的实施例。单UE会话和组会话的P2P路径建立过程与两个单UE会话的P2P路径建立过程相同。

现在参考图9，在操作(901)中，发送对建立组会话的AF请求。该请求可以指示以下中的一些或全部：UE组的信息、UE组的位置区域、以及应用的位置。在一个实施例中，该请求可以指定在指定位置区域内并满足另一指定标准的所有UE。在操作(902)中，如果组位置区域信息不是AF请求的一部分，则NEF 930从UDM 924获得该信息。例如，如果各个组成员信息可用，则位置区域信息可以基于各个组成员的位置信息。

在操作(903)中，NEF 930根据UE组的位置信息选择SMF。在操作(904)中，NEF 930向SMF 922请求建立组PDU会话。该请求指示应用的位置。在操作(905)中，SMF922选择PCF。在操作(906)中，SMF 922从所选择的PCF 926获得运营商策略。在操作(907)中，SMF 922根据组位置信息和应用位置信息来选择UPF。在一些实施例中，操作(907)可以省去。

在操作(908a)中，SMF 922对组会话UP进行配置。SMF可以发送PDU会话建立请求(908a)以用于发起配置，并且在配置接受/完成时接收到来自UP 928的PDU建立响应(908b)。操作(908a)、(908b)是可选的，并且在一些实施例中可以省去。

在操作(909)中，SMF 922回复NEF 930，以指示成功建立了组会话。该回复消息可以包括组会话的多播地址。在操作(910a)中，NEF 930通过向UDM提供组会话信息(包括诸如多播地址的会话信息、诸如组ID或详细的组成员信息的组信息、诸如应用ID的应用信息)来更新UDM 924中的订阅数据。在一些实施例中，此步骤可以省去。在一些实施例中，不同于执行操作(910a)，在操作(910b)中，NEF 930可以替代地向PCF 926提供与在操作(910a)中所描述的相同的信息。在一些实施例中，可以执行操作(910a)、(910b)。在操作(911)中，NEF930响应AF 932，以指示接受了组会话。该响应可以包括组会话的多播地址。

在各个实施例中，AF请求指示源PDU会话中的UL业务的哪一部分将被定向到目标PDU会话，并作为目标PDU会话的DL业务。AF请求包括以下中的一些或全部：PDU会话信息(例如源PDU会话信息和目标PDU会话信息)、业务过滤信息、以及业务导向信息。

PDU会话信息(例如源PDU会话和/或目标PDU会话)可以包括以下中的任何一项：UE标识符或UE组标识符(例如外部标识符、或MSISDN、或GPSI(generic public subscriptionidentifier，一般公共订阅标识符))、DNN(data network name，数据网络名称)、S-NSSAI(single network slice selection assistance information，单网络切片选择辅助信息)、应用ID、UE IP地址/前缀、以及UPF信息(例如分配给UPF的网络地址或标识符)。PDU会话信息可以用于识别属于PDU会话的业务。PDU会话信息可以对应于目标业务所属的现有PDU会话或新的PDU会话，PDU会话信息可以包括如上所述的各种会话信息的类型。

业务过滤信息用于识别目标业务，例如待引流的P2P业务。业务过滤信息可以包括流描述符，例如该流描述符可以是UE IP地址或IP 5元组。业务过滤信息可以附加地或替代地包括应用ID、业务检测规则、或其组合。示例性的，业务检测规则指示策略和P2P业务流处理只影响数据流，而不影响控制消息，并且控制消息应路由到AF、或应用、或DN。在一些实施例中，业务过滤信息可以包括一个或多个预配置且已知的业务检测规则的索引。在一些实施例中，业务检测规则可以显示传输。

业务导向信息用于使UPF能够执行包处理以用于进行路由和P2P业务处理。业务导向信息包括指示与一旦检测到将如何处理P2P业务有关的信息。这包括与经由网桥(例如，通过诸如桥接隧道或网桥UPF的网桥实体)路由业务相关的信息。业务导向信息可以包括包首部处理配置和/或协议参数，或与网桥实体有关的其他信息。

进一步关于本发明的实施例，尤其是关于信令相关的内容，PCF向SMF发送策略规则(例如运营商策略和/或PCC规则)。这些策略规则可以用于P2P路径建立和/或P2P业务处理。PCF可以响应于一个或多个AF请求来生成策略规则，并且PCF可以基于这些AF请求的内容来配置或生成策略规则，并由SMF使用该策略规则来优化用于P2P业务处理的UP路径。策略规则可以包括或指示以下一些或全部信息。SMF实施策略规则可以包括SMF执行策略规则。

在一些实施例中，策略规则可以指示桥接决策信息。桥接决策信息可以指示UP路径信息和/或UP结构信息。该信息可以包括例如以下中的任何一项：UPF ID、UPF互连信息、每个UPF(例如会话锚、UL CL、BP等)的功能信息、或应用位置。桥接决策信息可以包括与伙伴PDU会话的标识有关的信息，例如PDU会话ID，或如上所述的其他PDU会话信息。桥接决策信息可以包括对伙伴SMF是主SMF还是从SMF的指示，即，是否期望该伙伴SMF做出诸如P2PUP决策的决策。桥接决策信息可以包括网桥配置信息，例如网桥源端和网桥目的端的标识符。桥接决策信息可以包括业务过滤信息和/或业务导向信息。

在一些实施例中，策略规则可以指示例如与桥接决策相关联的桥接要求。桥接要求信息可以包括指示一个或多个伙伴SMF的信息，例如SMF ID或地址。桥接要求信息可以包括指示一个或多个伙伴PDU会话的信息，例如PDU会话ID、UP路径信息、或UP结构信息。桥接要求信息可以指示网桥是否需要通过应用服务器或应用的位置。当网桥不需要通过应用服务器或应用的位置时，网桥将通过公共UPF或UPF之间的链路将PDU会话的UP路径直接连接。当网桥需要通过应用服务器时，桥接要求可以包括指示应用服务器(或应用位置)之间的互连的信息，例如成本和连接质量(例如，时延、吞吐量)信息以及每个应用服务器(或应用位置)的权重信息。策略规则中的桥接要求信息可以由PCF从AF请求中AF提供的桥接要求信息中导出。在一些实施例中，策略规则中的桥接要求信息与AF请求中AF提供的桥接要求信息相同。桥接要求信息可以包括业务过滤信息和/或业务导向信息。

在一些实施例中，策略规则可以指示需要PDU会话切换以用于P2P业务处理、PDU会话信息、源SMF信息(例如地址、ID)、目标SMF信息(例如地址、ID)，业务导向信息、或其组合。

在一些实施例中，策略规则可以包括对应用位置信息的指示。在一些实施例中，应用位置信息是以数据网接入标识符(data network access identifier，DNAI)的形式表示。在一些实施例中，PCC规则中是否提供应用位置信息指示是否为第一PDU会话和第二PDU会话、或为两个、三个、或三个以上的所涉及的PDU会话中所有的PDU会话选择共同的应用位置。在一些实施例中，应用位置信息包括互连信息，该互连信息指示多个应用位置之间的数据连接的参数。这些参数可以包括，例如：互连成本、连通性、吞吐量、时延、以及反映互连成本、连通性、吞吐量、以及时延中各自的权重。在一些实施例中，应用位置信息包括指示应用位置的参数的信息。例如，这些参数可以包括成本、负载、数据/业务处理能力(例如，以比特每秒、或包每秒、或PDU会话的数量为单位的数据处理速率)以及反映成本、负载、数据/业务处理能力中各自的权重。

更详细地，在将通过一个应用服务器或通过多个应用服务器桥接两个或两个以上的PDU会话的情况下，可以提供应用位置信息。在这种情况下，应用位置及其关联的服务器形成连接的应用网络的一部分，并且UE通过一个或多个应用服务器连接到应用网络。如本文其他地方所述，当涉及一个应用服务器时，其应用服务器充当桥接节点。当涉及多个应用服务器时，在应用网络的多个应用服务器之间的实现一个或多个桥接链路。在一些实施例中，当涉及多个应用服务器时，SMF用于至少部分地基于多个应用服务器之间的互连信息进行路由决策。注意，应用服务器可以是指处理多个应用的较大的服务器的一部分。此外，应用位置可以是应用服务器的位置。例如，应用服务器可以是物理实体，并且应用位置可以是指向应用服务器的位置的逻辑构造。作为另一示例，应用位置可以是提供对应用服务器的访问的DNAI。

AF可以将应用位置信息和/或应用位置互连信息作为AF请求的一部分提供给网络内的实体(例如，PCF、SMF)。例如，可以在AF发送对P2P业务处理的请求并且指示P2P网桥将经过一个或多个应用服务器时提供该信息。响应于该AF请求，网络内的实体(例如，PCF和/或SMF)将使得应用位置(或关联的一个或多个服务器)出现在共同优化的P2P UP路径中。此P2P UP路径将两个或两个以上的PDU会话的UP连接或桥接。可以根据AF提供的应用位置信息和/或应用位置互连信息来选择或重选应用位置或应用服务器，该选择或重选应用位置或应用服务器的过程作为优化过程的一部分，以提供最优或接近最优的P2P UP路径。

图10示出了根据本发明实施例的涉及一对AF 1030、1032和P2P UP优化的呼叫流程。现在参考图10，在操作(1001)中，第一应用功能AF1 1030向第二应用功能AF2 1032请求AF影响关联。该请求指示相关信息，例如应用ID、DNN、S-NSSAI、UE信息、以及业务信息。AF21032响应AF1 1030，并且将诸如AF事务ID的信息包括在响应中。AF事务ID涉及AF2 1032发往(或将发往)核心网(例如，第五代核心网(5^th generation core network，5GC))的AF请求，并且对应于AF1 1030所请求的AF影响关联。

在操作(1002)中，AF1 1030向核心网发送AF请求以影响由SMF(SMF1 1022、SMF21024、或其组合)做出的业务路由决策。操作(1002)包括子操作(1002a)、(1002b)。在子操作(1002a)中，AF请求被直接发送到PCF1026，或通过NEF 1028发送到PCF1026。AF请求包括在操作(1001)中从AF2 1032接收的AF事务ID，这指示AF请求与由该AF事务ID标识的AF请求相关。在子操作(1002b)中，PCF 1026向SMF1 1022(即，服务于AF中标识的业务的SMF)通知由于子操作(1002a)中的AF请求而引起的策略更新。

如果PCF已经接收到相关的AF请求，则PCF在该步骤包括对等PDU会话ID和指示对等PDU会话的服务SMF信息。PCF还向SMF指示将为两个涉及的PDU会话共同优化UP路径。相应地，SMF发起优化操作。如果PCF未接收到相关的AF请求，则此时PCF可以仅包括与当前PDU会话有关的AF请求信息。也就是说，此时可以提供的AF请求可以不包括与该关联和相关的PDU会话的有关的任何信息。

在操作(1003)中，AF2 1032向核心网发送AF请求以影响由SMF或SMF的组合做出的业务路由决策。操作(1003)包括子操作(1003a)、(1003b)、(1003c)。在子操作(1003a)中，AF请求由AF2 1032直接发送到PCF1026，或通过NEF 1028发送到PCF1026。AF请求包括AF2先前在操作(1001)中提供给AF1的AF事务ID。在子操作(1003b)中，PCF 1026向SMF2 1024通知与子操作(1003a)中提供的AF请求相关联的策略更新。SMF2 1024是服务于AF请求中标识的业务的SMF。在子操作(1003c)中，PCF 1026向SMF1 1022通知AF影响的关联，其中包括相关的PDU会话的PDU会话ID和该PDU会话的服务SMF。在一些实施例中，例如，如果子操作(1003b)发生在子操作(1002b)之前，则子操作(1003c)可以省去。

在操作(1004)中，SMF1 1022与SM2 1024交互以优化P2P UP。随后，在操作(1005)中，SMF1 1022向AF1 1030通知(由于优化)选择的应用位置，在操作(1006)中，SMF2 1024向AF2 1032通知(由于优化)选择的应用位置。在操作(1007)中，如本文其他地方所述，AF11030与AF2 1032交互以配置基于应用的PDU会话桥接(例如，桥接涉及沿桥接路径的一个或多个应用位置或应用服务器)。

在一些实施例中，AF1 1030和AF2 1032中只有一个AF与核心网交互以影响P2P业务路由。例如，在图10的操作(1001)中，AF2可以向AF1提供应用服务器信息和相关的对等PDU会话信息。然后，子操作(1002a)中从AF1 1030发送的AF请求包括两个PDU会话的信息以及两个PDU会话的应用服务器信息。SMF1 1022接收到由于子操作(1002a)中的AF请求而产生的PCC规则之后，SMF1 1022可以触发P2P UP路径优化。在这种情况下，操作(1003)是可选的，并且在一些实施例中可以省去。

图11A和图11B示出了根据本发明不同实施例的P2P路径。图11A示出了经过数据网的间接P2P路径，而图11B示出了3GPP UP内(并且省去了数据网)的直接P2P路径。P2P路径可以支持UE1 1122和UE2 1124之间的IP多媒体子系统(IMS)媒体会话。IMS是被定义并标准化的架构框架。在图11A中，P2P路径包括将两个UE 1122、1124连接到对应的IMS媒体面(及其路径)的两个3GPP UP路段1105、1107。该路径还包括第三段1109，第三段1109可以在IMS媒体面内。可以共同优化P2P路径的三段1105、1107、1109以提高P2P路径效率。在一些实施例中，应用位置1和应用位置2是同一应用位置。

在一些实施例中，当网络实体确定P2P路径中不需要应用服务器时，可以如图11B中所示建立(涉及PDU会话的UP的直接连接的)直接P2P路径。当网络实体确定需要应用服务器作为P2P路径的一部分时，可以如图11A所示建立涉及这种应用服务器以及PDU会话的UP的间接连接的间接P2P路径。针对图11A的场景的路径优化可以包括选择支持该优化的应用服务器位置。

如果IMS媒体面(及其关联的路段)可以省去(例如，当IMS信令计划做出这种决策时)，则可以直接连接这两个3GPP UP路径。图11B中示出了此替代方案。在这种情况下，P2P路径包括从RAN1 1126到UPF1 1128的第一路段1115、从UPF1 1128到UPF2 1130的第二路段1117、以及从UPF2 1130到RAN2 1132的第三路段1119。在这种情况下，可以共同选择这两个3GPP UP路径以提供所需水平(例如最优或接近最优)的P2P路径效率。在实施例中，UPF1和UPF2可以是同一UPF。

本发明实施例(包括但不限于图11A和图11B所示的实施例)增强了对业务路由的AF影响，以提供期望(例如，优化或接近优化)的P2P路径。例如，这可以增强编号为TS23.501(以下简称为TS 23.501)的第三代合作伙伴计划(3GPP，the 3^rd GenerationPartnership Project)文献“System and Architecture for the 5G System”(版本15.0.0，2017年12月22日)中(特别是其中条款5.6.7)描述的AF影响。此文献结合于此作为参考。这些实施例允许AF向核心网中的实体(例如PCF、SMF)指示两个AF请求之间的关联。作为响应，这些核心网实体可以用于将两个AF请求中定义的AF影响共同应用于相关的PDU会话，以进行P2P路径优化。AF还可以指示P2P路径是否要经过相关的数据网(DN)。例如，为了到达两个相关的AF请求中指定的应用位置，可能需要AF指示上述信息。然后，核心网(例如PCF、SMF)识别受影响的PDU会话，并且至少部分地基于AF提供的信息为受影响的PDU会话共同执行UP路径选择(包括应用位置选择)。以下参考三种场景详细描述了这种实施例。

在第一种场景中，AF可以请求使两个现有AF请求相关联，以优化UE之间的路径。在这种情况下，AF可以提供两个现有AF请求的AF事务ID。两个现有AF请求之一包含(例如，如TS 23.501中的条款5.6.7定义的)与一个UE(或UE组)的业务有关的信息。另一现有AF请求包含(例如，如TS 23.501中的条款5.6.7定义的)与另一UE(或UE组)的业务有关的信息。AF的关联请求包括对网络共同优化用于两个UE(或UE组)的业务的UP路径的请求。该优化旨在允许两个UE(或一个UE组中的任一成员和另一UE组中的任一成员)更有效地相互通信(例如减少传输时延)。

在第二种场景中，AF可以请求使其当前请求与现有的AF请求相关联。当前AF请求包含(例如，如TS 23.501中的条款5.6.7定义的)与一个UE(或UE组)的业务有关的信息，而现有AF请求包含(例如，如TS 23.501中的条款5.6.7定义的)与另一UE(或UE组)的业务有关的信息。为了进行关联，当前AF请求包括现有AF请求的AF事务ID，并且在一些实施例中，包括在共同UP优化中使用的对该关联的指示。

在第三种场景中，AF可以通过在当前AF请求中提供(例如，如TS 23.501中的条款5.6.7定义的)与UE(或UE组)的业务有关的所有详细信息，来请求共同优化用于两个或两个以上的UE(或一个或多个UE组)的业务的UP。在AF请求中，存在(例如，如TS 23.501中的条款5.6.7定义的)与各个UE(或UE组)有关的两组信息。此外，AF请求可以包括在共同UP优化中使用的对该关联的指示。

在以上三种场景中，用于共同UP优化的对关联的指示可以包括如本文其他地方所述的桥接要求信息。

在以上三种场景中，可以根据AF请求来共同选择或重选用于UE(或UE组)的业务的UP、UP路径、或UPF。当前AF请求(用于关联)可以指示UP是否可以在3GPP核心网内直接连接(例如，通过UPF之间的网桥链路或UPF桥)，或者UP是否可以通过应用位置间接连接。如果允许直接连接，则共同优化的端到端UP路径可以包括也可以不包括应用位置，这取决于应用位置的互连质量。

当端到端路径中包括应用位置时，至少有两种可能的情况。在第一种情况下，端到端路径中仅包括一个应用位置(桥接应用)。在第二种情况下，端到端路径中包括两个或两个以上的应用位置(桥接互连应用)。在第二种情况下，上述应用位置中的一个或多个应用位置选自两个AF请求中的每个AF请求(例如，如上述第一种场景和第二种场景)或一个AF请求(例如，如第三种场景)中指定的多个潜在应用位置，以用于相应的业务。在第一种情况下，所选的应用位置可能属于两个AF请求中指定的潜在应用位置的集合的交集。在第二种情况下，所选择的两个或两个以上的应用位置可以互连，并且互连信息(例如，连通性，成本，质量，诸如时延、吞吐量等的QoS属性)可以由AF提供给网络以用于应用位置选择。AF请求(用于关联)可以包括应用位置互连信息。或者，可以例如由OAM(operation,administration and maintenance，操作，管理和维护)系统将应用位置互连信息预配置在以下中的一项或多项中：PCF、SMF、NEF、UDM、UDR、或网络存储功能(network repositoryfunction，NRF)。互连可以表示两个应用位置之间的逻辑连接。AF请求(用于关联)可以指示是否应选择共同的或单个应用位置。AF请求可以通过指明任一对应用之间不存在互连来隐式地表明这一点，以执行这种单个应用位置选择。

在一些实施例中，每个应用位置可以与应用位置权重相关联，该权重可以反映该应用位置的负载或容量。当AF请求影响业务路由时，AF可以在AF请求中提供该权重。SMF可以使用权重以及诸如UP拓扑信息和/或应用位置互连信息的其他信息，以执行应用位置(重新)选择决策。当SMF执行UP路径(重新)选择时，做出这种(重)定位决策。

本发明的实施例可以应用于IMS服务或IMS应用。当两个UE之间(例如，用于语音/视频呼叫)的IMS媒体不需要经过IMS媒体面时，IMS服务器可以充当AF，并请求对直接P2P业务进行路由而无需涉及IMS媒体面(即，不涉及任何应用服务器或应用位置)。在这种情况下，可以在经过IMS媒体面之前将P2P业务桥接。如果要求IMS媒体经过IMS媒体面(例如对于一些特殊的IMS相关功能)，则IMS服务器可以请求要求通过应用服务器(例如IMS媒体服务器)路由P2P业务。应用服务器部署在服务PLMN的边缘附近。如果所需的IMS相关功能由UPF本地提供，则进行直接P2P业务路由可能已足够。IMS服务器可以确定需要哪种类型的P2P业务路由。应用服务器/位置互连信息可以包括(例如，指示媒体服务器如何互连的)IMS媒体计划拓扑信息。

本文所述的P2P UP优化能力适用于两个UE由同一PLMN服务的场景。服务PLMN可以是或可以不是两个UE之一或两个UE的HPLMN。

在一些实施例中，如3GPP TS 23.501v15.0.0的条款5.6.7中所述，两个对等UE之一的服务呼叫会话控制功能(serving call session control function，S-CSCF)可以充当AF以发起对业务路由的AF影响。如果S-CSCF在UE的服务PLMN中，则S-CSCF可以充当AF。如果不在，则S-CSCF可以与所访问的IMS中的代理呼叫会话控制功能(proxy call sessioncontrol function，P-CSCF)交互，然后该P-CSCF代表S-CSCF充当AF以发起AF影响。

在一些实施例中，每个S-CSCF单独执行AF影响操作，但是指示与其他AF影响的关联。这样，两个AF影响可以视为共同用于UP管理。在一些实施例中，多个S-CSCF可以交互以交换AF事务ID信息以用于关联操作。在PLMN中，可以为PCF或SMF预配置一些或所有应用服务器/位置的互连信息。

在一些实施例中，具有P2P业务的UE的S-CSCF可以进行交互以交换应用服务位置信息(是否要使用或访问应用服务器，以及哪些应用服务器是合适的候选)。然后，S-CSCF之一使用该信息发起AF影响。在一些实施例中，可以在两个S-CSCF中预配置用于互连这些应用服务器的互连信息。这减轻了对动态地交换这种互连信息的需要。

本发明的实施例可以应用于支持车辆到万物(vehicle-to-everything，V2X)通信，V2X通信先前已经提出并且可以基于无线局域网。例如，V2X可以用于支持车辆列队行驶。在列队行驶时，车辆被分组为协同队列，例如，这些车辆一起加速和制动以保持车距。在这种情况下，对等通信桥接可以用于支持并潜在地简化多个车辆之间的通信。

如上所述，在V2X车辆列队行驶的用例中，头车(head vehicle)可能需要与队列中的其他车辆进行车辆对车辆(vehicle-to-vehicle，V2V)通信。可能需要V2V通信以指示其他车辆进行制动或加速，以保持标称的车距并避免碰撞或保持燃油效率。这种时延敏感的V2V通信可以以一对多的方式(非对称通信)动态地发生。如果车辆之间的直接无线通信链路不可用或仅可用于部分的队列，则V2V通信可能需要经过网络基础设施(核心网)。即使车辆之间的直接无线通信链路可用，也可以并行地进行通过基础设施的V2V通信以确保可靠性。为了满足此用例的时延要求，需要高效的用户面路径。

因此，本发明的实施例使队列车辆的PDU会话相关联，以对相关的PDU会话执行共同UP路径优化。例如，这可能涉及为这些PDU会话选择公共UPF。这可以通过增强3GPPTS23.501v15.0.0条款5.6.7中描述的对业务路由的AF影响来实现。先前已经在本文中描述了相关的PDU会话和关联的桥接。

在一些这种实施例中，AF(可以是V2X应用控制器)发出对使一组UE的PDU会话相关联的请求。AF可以指示哪个UE是主UE或组头(例如，列队行驶用例中的头车)。AF请求被发往PCF，PCF相应地生成发往服务于PDU会话的SMF的策略。SMF通过交互共同操作以(重新)选择PDU会话的UP路径，以提供UE之间的路径效率。

图12A和图12B示出了根据本发明的实施例(例如支持V2X车辆列队行驶的实施例)的与共同UP路径优化有关的呼叫流程。

在一些实施例中，对于共同UP路径优化，单个公共SMF管理PDU会话。在一些这种实施例中，UE将应用ID包括在其会话请求中。应用ID指示PDU会话所将用于的应用(例如，V2X车辆列队行驶应用)。AMF根据应用ID、S-NSSAI、UE组信息、以及运营商策略选择合适的SMF。UE在会话请求中提供S-NSSAI(以及应用ID)。AMF通过将UE标识信息提供给UDM来从UDM获得UE组信息。运营商策略是从PCF获得的。如果运营商策略指示要选择特定的SMF，则将相应地选择该SMF。如果运营商策略未指示任何特定的SMF，则AMF选择一个SMF并向PCF通知所选SMF的标识。此信息将作为运营商策略的一部分提供给其他AMF，以为相关的PDU会话选择同一SMF。

公共SMF从PCF获取策略(指示PDU会话的关联)，共同优化相关PDU会话的UP路径，并配置UP路径之间的直接业务导向/路由，以实现非对称通信。可以配置业务导向，以用于实现多播或任播。在多播的情况下，UL业务被引导/路由到所有其他UP路径。在任播的情况下，UL业务被引导/路由到其他UP路径中的选择的任一UP路径。在一些实施例中，UL业务可以被引导/路由到选择的多个UP路径。可以由PCF通过SMF或由SMF根据网络中的当前负载和/或根据目的UE移动性动态地更新UL业务要被引导/路由到哪个UP路径。

在一些实施例中，对于共同UP路径优化，多个SMF协作以管理相关的PDU会话。在针对多个协作SMF的第一实施例中，与主UE或头UE(例如，在V2X列队行驶的情况下)相关联的SMF充当主SMF，而其他SMF充当从SMF。从SMF将UP路径选择任务切换到主SMF。该切换可以是完全切换，以使主SMF成为服务SMF。或者，该切换可以将决策任务切换到主SMF，以提供单个决策点，而诸如配置UPF的其他任务仍由从SMF执行。AF可以在AF请求中指示对哪个UE是头UE或主UE的标识。如AF请求中所标识的，与主UE或头UE相关联的SMF可以是服务于该UE的业务的SMF。

AF请求包括与AF请求有关的UE的标识和/或与AF请求有关的(UE的)业务。可以基于AF请求中的此信息来识别PDU会话。本发明的实施例包括将标识的PDU会话相关联以进行共同UP优化。

在一些实施例中，PCF直接指示多个SMF中的哪个SMF将充当主SMF，并且可选地指示哪些将充当从SMF。在其他实施例中，PCF间接指示哪个SMF将充当主SMF。例如，PCF可以指示特定UE是主UE(例如，列队行驶应用中的头UE)。然后，自动确定管理与AF请求中定义的主UE的业务相关联的PDU会话的SMF并将其选为主SMF。

图12A和图12B示出了实现涉及多个协作SMF的共同UP路径优化的上述实施例的呼叫流程，特别地，其中第一SMF(SMF-1 1222)充当从SMF，第二SMF(SMF-2 1224)充当主SMF。以下描述图12A和图12B所示的操作。在操作(1200)中，AF 1236向PCF1228发送AF请求。如本文其他地方所述，AF请求包括PDU会话关联信息。AF请求可以指示将哪个UE视为主UE。将与AF请求中特定的所指示的主UE的业务相关联的PDU会话视为主PDU会话。PCF 1228可以将该主PDU会话的服务SMF视为主SMF。PCF基于AF请求中的内容生成PCC规则。

在操作(1201)中，PCF 1228向主SMF(SMF-2 1224)提供与AF请求有关的PCC规则。操作(1201)包括以下子操作。在子操作(1201a)中，主SMF 1224从PCF 1228获得PCC规则。PCC规则包括基于操作(1200)中的AF请求生成的PCC规则。这可能会在SMF在PDU会话建立期间从PCF获得运营商策略时发生。这也可能在PDU会话修改期间以策略更新通知的形式发生。例如，这可能在主SMF 1224在由UPF通知检测到P2P业务后与PCF 1228交互以获得P2P业务相关策略时发生。作为PDU会话修改的一部分，主SMF 1224随后可以应用PCC规则来优化P2P用户面路径。将在本文其他地方描述UPF如何检测P2P业务。主SMF 1224如何获得PCC规则可以取决于当AF请求(用于PDU会话关联)到达时是否已经建立了主PDU会话。在子操作(1201b)中，主SMF 1224订阅以从UDM 1226接收从SMF信息。UDM1226维护任何给定PDU会话的服务SMF的信息。从SMF 1222是与主PDU会话相关的非主PDU会话的服务SMF。主SMF 1224向UDM提供如下信息用于订阅：从UE(即，非主UE或非头UE)标识信息(例如IP地址、GPSI等)、应用ID、S-NSSAI、DNN、或其任意组合，上述信息是作为PCC规则的一部分在操作(1201a)中从PCF 1228接收的。在子操作(1201c)中，UDM 1226向主SMF1224通知与从PDU会话和从SMF1222有关的信息。该通知可以例如包括SMF标识符、或从SMF 1222的地址、从PDU会话的标识符。在子操作(1201d)中，对于从PDU会话，主SMF 1224向从SMF 1222指示需要P2P路径优化，或者指示需要SMF重定位或PDU会话切换。该指示可以指示是需要完全重定位或切换还是需要部分重定位或切换，以及从PDU会话的标识符或UE IP地址。

在操作(1202)中，从SMF 1222发起SMF重定位、PDU会话切换、或其组合。操作(1202)包括以下子操作。在子操作(1202a)中，从SMF 1222从PCF 1228获得PCC规则。这可能会发生在PDU会话建立期间(当SMF从PCF获得运营商策略时)。这也可能在PDU会话修改期间以策略更新通知的形式发生。如何获得PCC规则取决于当AF请求到达时是否已经建立了从PDU会话。在子操作(1202b)中，从SMF 1222订阅以从UDM 1226接收主SMF信息。主SMF 1224是主PDU会话的服务SMF。从SMF 1222向UDM 1226提供主UE标识信息(例如IP地址、GPSI等)用于订阅。在子操作(1202c)中，UDM 1226向从SMF1222通知指示主SMF 1224的信息。这可以包括SMF标识符或SMF的地址。在子操作(1202d)中，从SMF 1222向主SMF 1224指示请求P2P路径优化，或者指示请求SMF重定位或PDU会话切换。从SMF 1222可以指示是需要完全重定位或切换，还是需要部分重定位或切换。在子操作(1202d)中，从SMF 1222可以向主SMF1224提供从PDU会话的UP信息(例如，哪些UPF是UP的一部分以及这些UPF是如何互连的)。在完全SMF重定位或PDU会话切换的情况下，在子操作(1202d)中，从SMF 1222可以向主SMF 1224提供从PDU会话的完整的上下文信息。

操作(1202)可以由操作(1201)触发。例如，操作(1202)可以响应于子操作(1d)的发生而进行。在这种情况下，子操作(1202a)、(1202b)、(1202c)是可选的，可以省去。如果操作(1202)未由操作(1201)触发，则可能需要子操作(1202a)、(1202b)、(1202c)。更详细地，子操作(1202b)、(1202c)可以用于发现主SMF和主PDU会话，类似于子操作(1201b)、(1201c)(用于发现从SMF和从PDU会话)。在子操作(1201a)、(1202a)中获得的PCC规则可以是基于操作(1200)中用于PDU会话关联的AF请求而生成的PCC规则。

在操作(1203)中，主SMF 1224从PCF 1228获得运营商策略。此步骤可以用于验证在操作(1202)中请求的SMF重定位/PDU会话切换。如果主SMF 1224已经例如通过操作(1201a)或通过来自OAM系统的配置获得了有效的运营商策略(即PCC规则)，则操作(1203)是可选的。在操作(1204)中，主SMF 1224从UDM 1226或UDR获得指示信息，该信息指示应用位置之间的互连以及与互连相关的成本、质量(例如QoS性能或参数)、和/或权重。如果基于操作(1200)中的AF请求生成的运营商策略(即PCC规则)指示P2P路径不需要涉及应用位置，则此步骤是可选的。在操作(1205)中，主SMF 1228确定(例如，选择或重选)P2P路径，该P2P路径可能包括应用(例如，所选位置中的所需的应用服务器)。

在操作(1206)中，如果操作(1200)中的AF请求指示订阅P2P路径中选择的应用位置，则主SMF 1224向AF 1236通知这种通知。这是发生在配置P2P路径之前的早期通知。在操作(1207)中，主SMF配置P2P路径。操作(1207)包括以下子操作。在子操作(1207a)中，主SMF1224配置UP-2 1232(或发起其配置)，包括配置UP-2中UPF处的业务导向行为。在子操作(1207b)中，主SMF 1224配置UP-1 1230或发起UP-1 1230的配置，包括配置UP-1中UPF处的业务导向行为。如果主SMF无法配置UP-1(例如，如果主SMF位于不同的管理域并且无权进行此配置)，或者如果从SMF没有将从PDU会话完全切换到主SMF(即，从PDU会话的服务SMF的完全重定位)，则子操作(1207b)是可选的。

在操作(1208)中，主SMF 1224向从SMF 1222通知与UP-1相关的P2P路径决策(例如，要在UP-1 1230中添加哪些UPF或移除哪些UPF、UP-1连接到哪个应用位置(如果有)并通过哪个UPF连接、UP-1中的哪个UPF连接到UP-2)。主SMF 1224可以向从SMF 1222通知关于UP-1配置是否已经完成(即，是否已经执行了子操作(1207b))。在操作(1209)中，如果未执行，则例如操作(1208)中所指示，从SMF 1222配置UP-1 1230，包括配置UP-1中UPF处的业务导向行为。在操作(1210)中，从SMF 1222向主SMF 1224通知UP-1配置已完成。如果在操作(1207b)中，主SMF 1224执行了UP-1的配置，则操作(1210)是可选的。在操作(1211)中，如果操作(1200)中的AF请求指示订阅在P2P路径中选择的应用位置，则主SMF 1224向AF 1236通知这种通知。这是一个晚期通知。

在支持多个SMF协作管理PDU会话以进行共同UP路径优化的第二实施例中，PCF指导共同UP优化。例如，这可以执行以支持直接路由。PCF选择或重选每个相关PDU会话的PSA(PDU session anchor，PDU会话锚)，并向每个涉及的SMF(相关PDU会话的服务SMF)通知该选择或重选，这些PSA用于连接相关PDU会话的UP路径。SMF根据PCF选择的PSA对这些SMF所服务的相关PDU会话的UP路径进行优化，并且在PSA处配置业务导向，以实现UP路径之间的直接业务路由。在现有技术中，PSA通常是将UP路径连接到数据网的UPF。然而，在本发明的实施例中，当两个UP路径被直接连接时(直接路由)，一个UP的PSA被连接到另一UP的PSA，或作为公共PSA被另一UP共享。在这种情况下，PCF监测(在AF请求中指定的)相关UE的位置，并具有对UP拓扑的指示。即，PCF知道UP拓扑(例如，UPF如何互连，以及相关的互连成本或诸如时延、吞吐量的性能)。在一些实施例中，可以执行PCF重定位以便在多个PDU会话之间提供公共PCF。

在一些实施例中，为了支持间接路由(即，经由DN或应用位置)而不是直接路由(不涉及DN或应用位置)，PCF为相关的PDU会话选择或重选应用位置，而不是如直接路由的情况下选择或重选PSA。然后，SMF根据PCF选择的应用位置优化UP路径。

图13示出了根据本发明实施例的PCF重定位过程，其中，源PCF(source PCF，S-PCF)1324触发将PCF重定位到目标PCF(target PCF，T-PCF)1326。图13所示的呼叫流程如下进行。在操作(1301)中，AF 1330向核心网(例如5GC)发送AF请求(用于PDU会话关联/P2P UP优化)。AF请求被传送到与AF请求有关的PDU会话的当前服务PCF(S-PCF)1324。在操作(1302)中，S-PCF 1324识别出AF请求与对等PDU会话有关，该对等PDU会话的UE使用IP地址或诸如GPSI(通用公共订阅标识符)的其他标识符来标识。S-PCF 1324还识别出对等PDU会话(或关联的UE)是主PDU会话(例如，与主UE或头UE关联)。S-PCF1324通过向绑定选择功能(binding selection function，BSF)1328提供IP地址或UE标识符，以订阅接收该对等PDU会话的服务PCF。BSF1328维护PCF和PDU会话之间的信息绑定，该绑定即，指示哪个PCF服务于哪个PDU会话。S-PCF 1324还可以向BSF 1328提供S-NSSAI和/或DNN和/或应用ID(包括在AF请求中)。在操作(1303)中，BSF 1328向S-PCF 1324通知PCF绑定信息，该信息指示对等PDU会话的服务PCF(即，T-PCF 1326)。例如，该指示可以包括T-PCF的网络(例如IP)地址或T-PCF的标识符。在未建立对等PDU会话的情况下(因此还不知道T-PCF)，在操作(1302)之后可以不立即提供绑定信息。但是，在这种情况下，绑定信息将在以后提供。

为了阐明，从SMF角度来看，PCF重定位是指对PCF的重选。重选目标由T-PCF 1326或S-PCF 1324提供。从S-PCF的角度来看，PCF重定位是将PDU会话切换到T-PCF的重定位。

在图13的操作(1304)中，S-PCF 1324(通过对PCF重定位的请求)向T-PCF 1326指示需要或请求PCF重定位。PCF重定位涉及将PDU会话(即，与操作(1301)中的AF请求有关并且由S-PCF服务的PDU会话)从S-PCF切换到T-PCF。在此操作中，S-PCF可以向T-PCF提供与该会话有关的上下文。在操作(5)中，如果在操作(1304)中没有将会话相关上下文提供给T-PCF，则S-PCF 1324将该上下文提供给T-PCF1326。否则，操作(1305)可以省去。在操作(1306)中，SMF 1322将T-PCF 1326重选为服务PCF。在操作(1307)中，T-PCF 1326向BSF1328传递与更新PCF绑定信息有关的消息，即，向BSF 1328指示T-PCF 1326现在是PDU会话的服务PCF。

如图13所示，图13的操作(1306)可以按例程(13A)或例程(13B)所指示的进行。在例程(13A)的情况下，T-PCF 1326发起重选以将T-PCF作为服务PCF，而在例程(13B)的情况下，S-PCF发起重选。例程(13A)如下进行。在子操作(1306a)中，T-PCF 1326向SMF 1322发送指示为PDU会话进行PCF重定位的通知消息。该通知可以包括以下中的任何一项：PDU会话ID、为PDU会话分配的UE IP地址、T-PCF的标识符、以及T-PCF的网址(例如IP地址)。然后，SMF 1322将T-PCF 1326重选为PDU会话的服务PCF。SMF 1322可以在本地对T-PCF是PDU会话的服务PCF进行更新，并且T-PCF可以向SMF提供T-PCF的标识符和/或T-PCF的网址。在子操作(1306b)中，SMF 1322通过对PCF重定位的确认消息来响应T-PCF 1326。该确认可以指示SMF已经将T-PCF用作对等PDU会话的服务PCF。T-PCF随后将作为PDU会话的服务PCF与SMF交互。

例程(13B)如下进行。在子操作(1316a)中，S-PCF 1324向SMF 1322发送指示PCF重定位的通知消息。该通知可以包括以下中的任何一项：PDU会话ID、为PDU会话分配的UE IP地址、以及指示T-PCF标识的信息(例如，T-PCF的网址或标识符)。然后，SMF将T-PCF重选为PDU会话的服务PCF。在子操作(1316b)中，SMF 1322向T-PCF 1324发送PCF重定位的确认消息。如上所述，该确认可以指示SMF已经将T-PCF用作对等PDU会话的服务PCF，并且T-PCF随后将作为PDU会话的服务PCF与SMF交互。T-PCF记录PDU会话和SMF之间的映射。在子操作(1316c)中，SMF 1322向S-PCF 1324通知PCF重定位已经完成。

图14示出了根据本发明另一实施例的另一PCF重定位过程，其中T-PCF触发S-PCF执行重定位。图13和图14一起示出了由S-PCF或T-PCF触发的PCF重定位。图13和图14中的每个图中的过程可以替换，使得S-PCF或T-PCF可以发起该过程的重选部分。

图14所示的呼叫流程如下进行。图14中的各个细节可以与图13中的细节相同。在操作(1401)中，AF 1430向核心网(例如5GC)发送AF请求(用于PDU会话关联/P2P UP优化)。AF请求被传送到与AF请求有关的主PDU会话的当前服务PCF(T-PCF)。此PCF将成为PCF重定位的目标PCF。在操作(1402)中，T-PCF 1426识别出AF请求与对等PDU会话有关，该对等PDU会话的UE使用IP地址或诸如GPSI的其他标识符来标识。T-PCF 1426还识别出对等PDU会话(或关联的UE)是主PDU会话(或主UE或头UE)。T-PCF 1426通过向绑定选择功能(BSF)1428提供IP地址或UE标识符，以订阅接收该对等PDU会话的服务PCF。T-PCF还可以向BSF提供S-NSSAI和/或DNN和/或应用ID(包括在AF请求中)。在操作(1403)中，BSF 1428向T-PCF 1426通知PCF绑定信息，该信息指示对等PDU会话的服务PCF(即，S-PCF)。例如，该指示可以包括S-PCF的网络(例如IP)地址或S-PCF的标识符。在未建立对等PDU会话的情况下(因此还不知道S-PCF)，在操作(1402)之后可以不立即提供绑定信息。但是，在这种情况下，绑定信息在以后提供。

在图14的操作(1404)中，T-PCF 1426(通过PCF重定位请求)向S-PCF 1424指示需要或请求PCF重定位。PCF重定位涉及将对等PDU会话从S-PCF 1424切换到T-PCF1426。在操作(1405)中，S-PCF 1424将对等PDU会话切换到T-PCF 1426。这可能涉及向T-PCF提供会话相关上下文。在操作(1406)中，SMF 1428将T-PCF 1426重选为对等PDU会话的服务PCF。在操作(1407)中，T-PCF 1426向BSF 1428传递与更新PCF绑定信息有关的消息。

如图14所示，图14的操作(1406)可以按例程(14A)或例程(14B)所指示的进行。在例程(14A)的情况下，T-PCF 1426发起重选以将T-PCF作为服务PCF，而在例程(14B)的情况下，S-PCF 1424发起重选。例程(14A)如下进行。在子操作(1406a)中，T-PCF 1426向SMF1422发送指示为对等PDU会话进行PCF重定位的通知消息。对等PDU会话是当前由S-PCF服务(并且与操作(1401)中的AF请求有关)的会话，并且该会话将被重定位到T-PCF。该通知可以包括以下中的任何一项：PDU会话ID、为PDU会话分配的UE IP地址、T-PCF的标识符、以及T-PCF的网址(例如IP地址)。然后，SMF 1422将T-PCF重选为(对等)PDU会话的服务PCF。SMF可以在本地对T-PCF是(对等)PDU会话的服务PCF进行更新，并且T-PCF可以向SMF提供T-PCF的标识符和/或T-PCF的网址。在子操作(1406b)中，SMF 1422通过对PCF重定位的确认消息来响应T-PCF 1426。该确认可以指示SMF已经将T-PCF用作对等PDU会话的服务PCF。T-PCF随后将作为(对等)PDU会话的服务PCF与SMF交互。之后，SMF将T-PCF用作对等PDU会话的服务PCF。

例程(14B)如下进行。在子操作(1416a)中，S-PCF 1424向SMF 1422发送指示为对等PDU会话进行PCF重定位的通知消息。该通知可以包括以下中的任何一项：PDU会话ID、为PDU会话分配的UE IP地址、以及指示T-PCF标识的信息(例如，T-PCF的网址或标识符)。然后，SMF 1422将T-PCF重选为PDU会话的服务PCF。在子操作(1416b)中，SMF1422向T-PCF1426发送PCF重定位的确认消息。如上所述，该确认可以指示SMF已经将T-PCF用作对等PDU会话的服务PCF，并且T-PCF随后将作为PDU会话的服务PCF与SMF交互。T-PCF记录PDU会话和SMF之间的映射。在子操作(1416c)中，SMF 1422向S-PCF1424通知PCF重定位已经完成。

图13和图14支持将用于PDU会话的服务PCF的角色从源PCF重定位到目标PCF。这可以例如响应于AF请求而执行，并且可以例如作为路径优化的一部分来执行。AF请求可以指示哪个UE(或PDU会话)是主UE(或主PDU会话)，并且由此可以指示哪个PCF将成为主PCF。这可以类似于其他实施例(例如图12A和图12B所示的实施例)中的主SMF概念来执行。在AF请求中指定的非主UE的PDU会话(或非主PDU会话)的PCF重定位中，可以将主PCF视为目标PCF。可以在源PCF或目标PCF接收AF请求，并且该接收PCF可以触发重定位。PCF重定位可以用于例如允许：主(目标PCF)充当单个决策点并共同为多个PDU会话生成或提供策略决策(以PCC规则的形式)。将策略决策提供给那些PDU会话的服务SMF。

在一些实施例中，作为示例，PCF重定位可以包括使用BSF来监测并提供PCF绑定信息，并且仅在接收到PCF绑定信息时才执行重定位。在各个实施例中，PCF重定位操作协调于其他相关联的操作(例如同一P2P会话(或经历优化的同一P2P路径)中涉及的其他PCF的重定位)。在这种情况下，可以对PCF重定位进行准备，但要等到指定时间才执行(例如，在接收到对其他关联的操作也已经执行，或者将在该指定时间执行的确认时)。通过等待对所有不同的操作已准备好执行的确认，在接收到这种确认之后触发重定位操作，可以协调且并行执行包括重定位操作(例如多个PCF重定位)的多个操作。

在一些实施例中，如果NEF(网络能力开放功能)用于将AF请求从AF传送到PCF，则NEF可以将该PCF选为主PCF。这可以提供用于确定主(primary or maser)PCF的替代方式，而不是依赖于AF请求中对主UE或主PDU会话的指示。当NEF以这种方式选择PCF时，NEF可以将信息(例如，NEF选择的主PCF的标识符或网址(例如IP地址))和AF请求的内容一起提供给PCF。然后，PCF可以将该PCF信息与基于AF请求的内容生成的PCC规则相关联。或者，可以将该信息包括在PCC规则中。随后，例如如图13或图14所述，S-PCF或T-PCF可以根据PCC规则中指定的主PCF信息来触发PCF重定位。

图15示出了根据本发明实施例的P2P路径优化。图15所示的呼叫流程如下进行。在操作(1501)中，PCF 1526接收对优化P2P路径的触发。操作(1501)可以包括一个或多个替代触发器，这些触发器示为子操作(1501a)、(1501b)、(1501c)。因此，在一些实施例中，这些子操作中的一个或两个可以省去。更详细地，在子操作(1501a)中，触发器作为AF请求被接收，该触发器例如经由NEF和/或UDR从AF 1528传送到PCF。该AF请求可以是新的AF请求，或者是对现有AF请求的更新。AF请求可以是如本文其他地方所述的对用于P2P路径优化的PDU会话关联的请求。本发明实施例包括发送、接收、或处理AF请求或其组合。在子操作(1501b)中，出现了内部触发器，例如与UPF或应用位置有关的过载或故障事件触发器。在子操作(1501c)中，出现了UE移动性事件，并且，当PCF订阅UE移动性事件时，SMF 1524向PCF1526通知相关事件。例如，当UE移入或移出PCF指定的相关区域时，可以触发UE移动性事件，并且该通知可以指示上述事件。在一些实施例中，例如，当PCF向AMF订阅的移动性事件通知时，这种通知可以从AMF发送。图15示出了使用主PCF来共同生成用于相关PDU会话的策略以促进P2P路径优化。

在图15的操作(1502)中，PCF 1526选择或重选P2P网桥，以用于支持一个或多个相关PDU会话。在本文其他地方详细描述了P2P网桥选择。AF 1528通过AF请求提供PDU会话关联信息，该AF请求可以是操作(1501)中的AF请求，或者是PCF早期接收到的AF请求。P2P网桥将两个或两个以上的相关PDU会话的UP连接。P2P网桥可以是节点网桥或链路网桥。在节点网桥的情况下，P2P网桥可以包括由两个或两个以上的UP共享的UPF或由两个或两个以上的UP共享的应用位置。在链路网桥的情况下，P2P网桥可以包括两个UPF(各个UPF来自上述各个UP)之间的链路，或者两个应用位置(各个应用位置用于上述两个或两个以上的PDU会话的各个UP路径)之间的链路。网桥应该是由UPF定义的网桥还是由应用位置定义的网桥可以取决于AF提供的要求或指示。如果AF 1528(在AF请求中)指示使用基于UPF的网桥，则PCF将(重新)选择基于UPF的网桥以用于相关PDU会话。如果AF(在AF请求中)指示将使用基于应用位置的网桥，则PCF将(重新)选择基于应用位置的网桥以用于相关PDU会话。对网桥类型的选择以及对将使用的该类型的网桥的选择可以作为操作(1502)的一部分执行。该选择可以基于(例如在操作1501c中向PCF 1526通知的)UE位置信息、AF 1528提供的应用位置互连信息、和/或UP拓扑信息。已经在其他地方描述了应用位置互连信息和UP拓扑信息。操作(1502)可以涉及一个或多个应用服务器。例如，P2P网桥可以经过用于支持P2P通信的一个或多个应用服务器。

鉴于本公开，将容易理解，P2P网桥可以包括由相关PDU会话的UP共享的UPF、相关PDU会话的UP中的UPF之间的链路、由相关PDU会话共享的应用位置、相关PDU会话的应用位置之间的链路(在这种情况下，链路位于DN中)、或其组合。

在图15的操作(1503)中，PCF 1526经由策略更新消息向相关SMF 1524提供P2P网桥信息。该信息可以以PCC规则的形式提供，PCC规则是基于操作(1501a)中的AF请求的内容生成的。操作(1503)的策略更新可以针对一个或多个会话中的每个会话指示将用于每个会话的网桥。在操作(1504)中，SMF 1524根据从PCF接收到的P2P网桥信息和诸如在3GPP TS23.501v15.0.0，条款6.3.3中定义的其他信息执行UP(重新)选择，并且配置UP路径(包括配置/更新UPF 1522的业务导向行为例如以用于路由/引导P2P DL业务)。在操作(1505)中，SMF 1524向PCF 1526通知UP和UP侧的P2P网桥已就绪(例如以用于DL业务)。在操作(1506)中，PCF 1526等待对一个或多个相关对等PDU会话的UP和UP侧的P2P网桥已就绪的指示。在接收到这种指示后，在操作(1507)中，PCF 1526向SMF 1524通知P2P网桥已就绪(例如以用于UL业务)。在操作(1508)中，SMF 1524配置/更新UPF处的业务导向(例如以用于支持ULP2P业务)。

在图15的操作(1503)中提供的P2P网桥信息可以包括指示与P2P网桥有关的UPF的信息(例如，ID或网址)。该UPF可以是形成网桥的UPF(在基于UPF的网桥的情况下)或连接到网桥的UPF(在基于应用位置的网桥的情况下)。该信息可以包括要在UPF中配置以用于支持P2P网桥的业务导向信息。

在基于UPF的网桥的情况下，可以在网桥上应用隧道。在那种情况下，可以将与UPF相关的隧道配置作为网桥信息的一部分提供给相关的SMF，SMF随后将隧道配置配置到UPF中。

图15中的操作(1505)、(1506)、(1507)、(1508)用于协调多个不同UP的SMF和/或UPF的P2P桥接操作。例如，当要在两个或两个以上的UP之间建立网桥时，对每个UP进行设置。在确认已完成所有UP的设置后，以实施桥接的方式执行业务导向。此协调用于避免一个UP在网桥另一侧的UP被完全配置为接受和处理桥接业务之前将业务引导到网桥。因为PDU会话可能由其自己的SMF独立管理，因此可能需要这种协调。

鉴于图15，本发明的实施例提供了PCF或操作PCF的方法，其中PCF执行P2P网桥选择和/或重选。可以创建所选的网桥以通过特定方式连接两个、三个、或三个以上的PDU会话，并且该网桥在适当的情况下还可以涉及一个或多个应用功能、或应用服务器、服务功能链等。例如，如在应用功能请求中所指示的，PCF可以执行该功能以支持应用。AF可以向PCF提供对两个或两个以上的相关PDU会话的指示。作为响应，PCF可以发起这些PDU会话之间的桥接或其他共同路径优化。PCF可以进一步指导例如与不同用户面和/或不同PDU会话相关联的一个或多个SMF来实施所选网桥的一个或多个不同部分。该指导可以以策略更新的形式提供。PCF可以如下进一步协调桥接操作：等待对所选的网桥的所有不同部分都已就绪的确认，仅当接收到这种确认后触发UPF进行业务导向以支持桥接。可以由此并行地执行对多个UPF的业务导向更改的实施。

虽然以上针对相关PDU会话的桥接(具有或不具有中间应用服务器)描述了PCF的操作，但是更一般地，PCF可以执行相关PDU会话的共同路径优化。AF可以提供关联信息，并且PCF可以基于所提供的信息来执行共同路径优化，然后指导共同优化的路径的实施。相关信息从AF传递到PCF，并由SMF和UPF用于路径配置(以及关联的业务导向配置)。

如上所述，如图15所示，本发明的实施例提供了与PCF协作的SMF。SMF用于从PCF接收策略更新信息，并用于执行以下中的一项或多项：基于策略更新对其管理的UP进行选择、重选、配置、重配置。上述选择、重选、配置、或重配置支持共同路径优化和/或桥接。该配置或重配置可以涉及指导底层UPF执行业务导向以实施共同路径优化和/或桥接。SMF还可以用于在准备好实施配置或重配置时通知PCF，并且直到从PCF接收到确认消息才实施配置或重配置。然后，可以在接收到确认消息之后(例如基本上立即或在指定的未来时间)执行配置或重配置。实施配置或重配置可以涉及指导UPF实施先前配置的业务导向。

进一步关于本发明的实施例，尤其是控制信号内容，可以提供与SMF之间的交互有关的信息。该信息例如可以在这种交互期间由一个SMF提供给另一SMF。该信息可以包括UP路径信息和/或UP路径结构信息。该信息可以包括例如在SMF之间交换的网桥端点信息。该信息可以包括业务过滤信息和/或业务导向信息。在一些实施例中，仅将业务过滤信息发送到源SMF，或者类似地，仅发送到期望用于处理上行业务的SMF。

在各个实施例中，例如关于图4，NEF将AF请求中提供的信息映射到核心网内部使用的信息。NEF可以通过联系网络存储功能(NRF)或统一数据管理器(unified datamanager，UDM)将目标PDU会话信息映射到目标PDU会话ID。在这种情况下，目标PDU会话的服务SMF可以相应地在NRF或UDM中注册该映射。附加地或替代地，例如在正在进行的PDU会话的情况下，NEF可以将源PDU会话信息映射到源PDU会话ID。此映射可以通过联系NRF或UDM来执行。在这种情况下，源PDU会话的服务SMF可以相应地在NRF或UDM中注册该映射。在各个实施例中，NEF向PCF提供映射的信息以用于生成PCC规则。NEF可以例如经由统一数据存储(UDR)向PCF提供该信息。

在一些实施例中，PCF向源PDU会话的服务SMF提供对PCC规则的更新。如果本地PCF不知道，则可以通过UDM或NRF使用源PDU会话信息识别服务SMF。如果目标UPF未由NEF映射，则PCF可以使用从AF请求获得的目标PDU会话信息执行所需的映射。在这种情况下，SMF可能需要向PCF注册UPF。或者，PCF可以执行目标PDU会话到服务SMF的映射。如上所述，PCC规则可以包括业务过滤信息、业务导向信息、以及对桥接中涉及的目标UPF或目标SMF的指示。在各个实施例中，如果源UPF和目标UPF未在传输层中连接，则不生成对应的PCC规则。

在一些实施例中，源PDU会话的服务SMF通过业务导向信息来配置源UPF。在其他实施例中，如果PCC规则包括的是目标SMF信息而不是目标UPF信息，则SMF与目标SMF交互以发现目标UPF信息。如果源UPF未与目标UPF连接，则SMF将避免配置P2P业务导向操作。在这种情况下，将在UPF以默认(例如现有技术的)方式处理业务。可以响应于这种情况生成错误或事件信号。

在一些实施例中，源UPF根据流描述符检测UL业务，并根据业务导向信息处理业务。然后，源UPF将处理后的业务转发到目标UPF。目标UP接收并处理重路由的网桥业务(如同该业务来自应用服务器)，并通过DL将该业务转发到目标UE。

在一些实施例中，PCF识别源SMF和目标SMF，并从源SMF和目标SMF获得UP路径信息。然后，PCF确定UP(重)配置参数，并提供这些参数和PCC规则(包括UP(重)配置信息，例如UPF(重新)选择和业务导向(重)配置)。或者，PCF可以从诸如UDM的存储功能获得UP信息。为了支持此替代方案，SMF用于存储并更新存储功能中的UP路径信息。

在一些实施例中，源SMF从目标SMF或从存储功能(例如，UDM、UDR、或UDSF)请求目标UP信息。然后，源SMF可以根据目标UP信息来(重新)选择源UP。

在一些实施例中，PCF指示需要SMF重选。作为响应，源SMF将包含目标PDU会话ID的PCC规则重定向到源SMF。然后，源SMF识别目标SMF并从目标SMF请求目标PDU会话的UP路径信息。该信息用于确定UP(重)配置参数。

在一些实施例中，核心网可以(例如，周期性地或基于请求)向AF通知与本发明有关的数据使用情况。例如，可以向AF提供消息，该消息指示在一个或多个网桥之间重路由的P2P消息的总数(或这种消息的总字节数)。在一些实施例中，如果需要，则AF或AS可以基于此信息发起或进行(例如第三方)计费。

在一些实施例中，当SMF(例如基于PCC规则)检测到如本文所述的涉及或需要桥接的对等场景时，可以触发UPF重选以允许两个PDU会话共享同一UPF。

在一些实施例中，如上所述，可以在RAN节点之间创建定向路径以便于桥接。在这种情况下，为进一步清楚起见，UPF路径可以不包括实际UPF。

本发明的实施例涉及用于管理UE组以进行一对多(例如，多播)通信的方法和设备。根据这种实施例，可以提供称为组管理功能(group management function，GMF)的网络功能，该功能负责管理UE组(例如，创建、修改、移除、响应与UE组有关的查询)以及维护UE组的信息(或UE组的上下文)，例如组成员、组属性(如ID、地址、元数据)、与各个组成员相关的信息等。授权实体(例如UE或AF)可以与GMF交互以管理UE组。这包括创建、修改、或移除组，以及查询与该组有关的信息(例如，元数据、组ID、组地址)或与该组的成员UE有关的信息(例如IP地址)。

当UE与GMF交互时，UE经由AMF向GMF发送对UE组管理的请求，并且该UE请求可以由GMF根据订阅信息(例如，关于是否允许该UE做出这种请求的信息)来授权。

当AF与GMF交互时，AF直接或通过NEF向GMF发送对UE组管理的请求，这取决于运营商是否允许AF直接接入网络(如3GPP TS 23.501条款6.2.10所述)。当涉及NEF时，如果尚未授权AF请求，则NEF可以根据本地配置(例如，指示是否允许AF做出这种请求的本地存储的AF合同信息)授权AF请求。

请求可以包括请求UE的ID(如果请求实体是UE)、AF服务ID(如果请求实体是AF，并且AF服务ID可以用于标识AF请求)、DNN(数据网络名称)、S-NSSAI。根据管理目的，该请求还可以包括以下信息。

在一些实施例中，为了创建UE组，该请求可以指示5GC为UE组中的UE支持的业务类型(例如，IP类或以太网类)。该请求可以包括IP地址列表/范围或IP前缀(对于IP类业务)、VLAN ID(对于以太网类业务)，以指示对UE组允许的IP地址/前缀或允许的VLAN ID。该请求可以包括组地址(例如多播地址)，该组地址可以由成员UE用作发送目的地址以用于向UE组(例如，该组的所有成员UE或所有其他成员UE)发送业务(例如，包含作为目的地地址的组地址的多播业务或一对多业务)，(可选地)包括对多播组创建的指示(指示待创建的UE组是用于支持组成员之间的一对多通信的多播组)。

在一些实施例中，为了创建或修改UE组，该请求包括UE组中待添加或待移除的UE的标识信息(例如唯一地标识网络中UE的UE ID(例如GPSI、SUPI)，或者唯一地标识UE组中UE的UE ID)、安全信任状(也称为组信任状)、地址信息(例如，成员UE的用于与其他成员UE通信的静态IP地址)。在一个示例中，安全信任状用于在建立PDU会话时对各个成员UE进行认证和/或授权；这些信任状可以由各个成员UE作为认证/授权信息(或作为认证/授权信息的一部分)提供给核心网(5GC)，以用于在PDU会话建立期间进行辅助认证/授权。该请求还可以包括信息(例如UE ID)，该信息指示允许该组中的哪个成员UE通过使用组地址作为业务目的地(组地址可以由上述请求实体提供或由GMF分配给UE组)、UE组的元数据(描述例如UE组和/或UE组关联的应用的名称和/或目的)，来向UE组(即该组中所有其他UE)发送业务(例如一对多或多播业务)。

在一些实施例中，为了创建、修改、或移除、或查询UE组，该请求包括用于标识UE组的信息(例如，以内部组ID或外部组ID的形式)。该请求还可以包括指示不向相关的UE(例如，受UE组管理操作影响的UE组的成员)通知UE组管理运营商。当请求中提供了这种信息时，可以禁止GMF执行通知。

在一些实施例中，为了移除UE组，该请求可以包括UE组的组地址(如上所述，组地址可以由UE组的成员UE用于向该UE组发送业务)。例如，如果在创建或修改UE组期间GMF将组地址分配给了UE组，则可能会发生这种情况。

在一些实施例中，为了查询UE组，该请求包括标识UE组的信息(例如UE组的ID)、被查询的信息的类型(例如，UE组的元数据、诸如成员UE的IP地址或ID的信息、UE组的组地址、组级UE ID、以及上述安全信任状)。

GMF对实体提供的信息(例如UE ID)进行验证，并根据该信息管理UE组。由于UE组的管理操作，在GMF中创建、修改、或移除了UE组的上下文，或者从GMF的本地存储中识别出了实体所查询的信息并将该信息发送回该实体。如果UDM是不同于GMF的实体，则GMF可以将每个成员UE的UE组成员信息更新到UDM。GMF可以将UE组ID和组地址包括在发往请求实体的响应消息中。

在创建UE组期间，如果请求实体未在请求中提供UE组的UE组ID，则GMF可以向该UE组分配ID。例如，如果请求实体在请求中提供了UE组的组地址，则GMF可以进一步向UE组分配组地址(例如多播地址)。在一些实施例中，仅当请求中包括对组地址分配或多播组创建的指示(指示对向UE组分配组地址的请求)时，才执行组地址的分配。

在UE组的创建或修改(用于将UE添加到UE组中)期间，如果请求实体未在请求中提供成员UE的这种组级UE ID，则GMF可以为每个成员UE分配用于唯一标识UE组中的成员UE的UE ID。组级UE ID可以用于标识UE所属的UE组。组级UE ID在多个UE组之间可以唯一，或者在多个UE组之间可以共享或重用。当UE属于多个UE组时，可以针对多个UE组将同一组级UEID分配给UE。在这种情况下，可以不将该组级UE ID分配给其他UE。组级UE ID可以视为或等同于UE的DN相关标识信息，其中，DN(数据网)由请求实体(即，UE或AF)在对UE组创建的请求中提供的DNN标识。

在UE组的创建或修改(将成员UE添加到UE组)期间，GMF可以向每个成员UE分配安全信任状(也称为组信任状)。如果请求实体在请求中为成员UE提供了安全信任状，则可能会发生这种情况。在一些实施例中，仅当该请求中包括对安全信任状分配的指示(指示对向成员UE分配安全信任状的请求)，才可以执行分配。安全信任状可以用于在建立PDU会话时对各个成员UE进行认证和/或授权；这些信任状可以由各个成员UE作为认证/授权信息(或作为认证/授权信息的一部分)提供给核心网(5GC)，以用于在PDU会话建立期间进行辅助认证/授权。在一些实施例中，成员UE的安全信任状包括成员UE的ID，以指示该安全信任状属于该UE。

在移除UE组期间，如果请求实体将UE组的组地址包括在上述请求中，并且如果由GMF将该组地址分配给UE组，则GMF可以将该组地址标记为或视为回收或退回。这种退回的地址可以重用于第二UE组(例如分配给第二UE组)，由此第二UE组的成员UE可以使用该组地址作为用于向第二UE组发送业务(例如，多播业务或一对多业务)的目的地址。

在创建、修改、或移除UE组时，GMF通知受UE组管理操作影响的UE。可以向UE通知：例如被添加到UE组中或从UE组中移除、UE组的元数据和/或ID和/或组地址、其自己的组级UE ID、其他成员UE的组级UE ID、以及如上所述的其自己的安全信任状。对于已注册的UE，GMF可以通过UE配置更新过程来通知这些UE。对于未注册的UE，GMF可以在将来由UE执行的初始注册过程期间通知这些UE。

响应于或关联于对上述UE组的管理，GMF(例如，在UE发起组管理的情况下)或AF(例如，在AF发起组管理的情况下)可以向PCF提供策略要求，以用于影响PDU会话的业务路由(例如，用于处理在UE组的管理期间指示的未许可/未授权的业务)。在一些实施例中，AF或GMF可以向独立于UE组的管理的PCF提供这种策略要求。AF或GMF(GMF可以视为AF)可以以请求(例如AF请求)的形式(直接或经由NEF)向PCF提供策略要求。在请求中，PDU会话可以由以下中的任何一项标识：网址、UE ID、UE组ID、DNN、S-NSSAI，并且未许可或未授权的业务可以由网址(例如MAC地址、IP地址、或上述用于UE组管理的组地址)标识，未许可或未授权的业务可以是包含上述网址作为源地址的业务，或者是包含上述网址作为目的地址的业务。PCF基于从AF或GMF接收到的策略要求(即，请求)生成策略(即，以PCC规则的形式)，并将该策略提供给策略要求所适用的PDU会话的SMF。PCF可以通过检查由SMF提供的与PDU会话和/或由PDU会话承载的业务有关的信息来确定策略要求是否适用于该PDU会话，该信息例如是DNN、S-NSSAI、UE ID、UE组ID、UE地址、应用ID(涉及该业务匹配的一些包过滤器)、针对策略要求中的UE(或PDU会话)信息和业务信息的包/业务信息(例如，业务中的源地址或业务中的目标地址)。从PCF向SMF提供的策略可以包括未许可或未授权的业务的信息(例如，以许可或未许可的源网址列表或许可或未许可的目的地址列表的形式)，并指示将对未许可或未授权业务做出的动作(例如，丢弃业务)。SMF可以例如通过向UPF提供由SMF基于策略生成的包处理指令(例如，包检测规则、转发动作规则)，来将PDU会话的UP路径中的UPF(例如PDU会话锚(PSA)UPF、上行分类器(UL CL)UPF、分支点(BP)UPF)配置为检测并丢弃未许可或未授权的业务。

图16描绘了基于来自UE的请求管理UE组的过程。该过程可以对应于上述与管理UE组以进行一对多(例如，多播)通信的方法和设备有关的实施例。现在参考图16：在操作1601中，UE向GMF发送对管理UE组的请求。该请求经由AMF发送到GMF。该请求可以用于创建、修改、或移除UE组，或者用于查询UE组或属于该UE组的UE的信息。当请求用于创建UE组时，在该请求中，UE可以指示该UE组是多播组(或者指示创建UE组以支持一对多/多播通信)。UE可以在请求中提供该UE组的组地址。或者，可以在GMF接收到请求之后由GMF向UE组分配组地址。UE可以在请求中指示哪些UE(例如，由UE ID列表标识)属于该UE组。UE还可以指示允许或不允许UE组中的哪些成员UE(例如，由UE ID列表标识)向该UE组(即，通过在业务中将组地址用作目的地以通过多播或一对多的方式向该组中的其他UE)发送业务。

在操作1602中，GMF授权该请求。对于授权，GMF可以与UDM交互以确定是否允许UE发送这种UE组管理请求(这种信息可以作为UE订阅数据的一部分存储在UDM中)。对于授权的UE请求，GMF验证请求中的信息。GMF可以与UDM交互以进行验证，例如验证请求中的UEID。

在操作1603中，GMF根据请求中的信息执行所请求的UE组管理操作。GMF可以为UE组分配ID。GMF可以为UE组分配组地址(该组地址在一对多通信期间可以用作业务的目的地，这使得业务被发往该组中除发送该业务的UE外的所有成员UE)。

在操作1604中，GMF向UDM更新每个成员UE的组成员信息。GMF可以向UDM提供UE组ID和UE组的成员UE的ID。UDM可以将UE组ID作为例如由UE ID标识的各个成员UE的订阅数据的一部分存储。

在操作1605中，GMF响应UE以确认接受了该请求。该请求包括标识UE组的信息(例如UE组的ID)。该请求可以包括UE组的组地址。如果操作1601中的请求用于查询UE组，则该响应包括所查询的信息。

在操作1606中，GMF向UE组的相关成员UE通知UE组管理操作(例如创建、修改、删除)。该通知可以通过网络的控制面(例如经由AMF)发送到UE。或者，该通知可以作为发往UE的设备的播放负载或应用触发消息来发送。在该通知中，GMF可以向UE提供以下信息中的任何一项：UE组的ID、UE组的组地址、UE组的元数据。在该通知中，GMF可以向UE指示是否允许UE向UE组发送业务(即，发送目的地为组地址的UL业务)。如果在操作1601中从UE接收的请求包含指示不执行这种通知的信息，则GMF可以跳过此操作。

图17描绘了基于来自AF的请求管理UE组的过程。该过程可以对应于上述与管理UE组以进行一对多(例如，多播)通信的方法和设备有关的实施例。参照图17：在操作1701中，AF向GMF发送对管理UE组的请求。该请求可以直接或经由NEF发送到GMF。如果涉及NEF，则NEF可以授权该请求(例如，根据诸如AF合同的本地配置以检查是否允许AF发送这种UE组管理请求)，并将授权的请求转发给GMF。该请求可以用于创建、修改、或移除UE组，或者用于查询UE组的信息或属于该UE组的UE的信息。当请求用于创建UE组时，在该请求中，AF可以指示该UE组是多播组(或者指示创建UE组以支持一对多/多播通信)。UE可以在请求中提供该UE组的组地址。或者，可以在GMF接收到请求之后由GMF向UE组分配组地址。UE可以在请求中指示哪些UE(例如，由UE ID列表标识)属于该UE组。UE可以在请求中指示哪些UE(例如，由UEID列表标识)属于该UE组。UE还可以指示允许或不允许UE组中的哪些成员UE(例如，由UE ID列表标识)向该UE组(即，通过在业务中将组地址用作目的地以通过多播的方式向该组中的其他UE)发送业务。

在操作1702中，GMF验证请求中的信息。GMF可以与UDM交互以进行验证，例如验证请求中的UE ID。

操作1703、1704、1705、1706分别与图16的操作1603、1604、1605、1606相似或相同。

在图6至图8以及图12A、图12B、图13至图15所示的实施例中，由GMF管理的UE组的信息(例如UE组ID)可以用于识别AF请求中的UE或PDU会话。在一些实施例中，GMF可以通过充当或用作AF来参与这些过程。

响应于或关联于图16或图17所述的对UE组的管理，GMF(例如，在图16中的UE发起组管理的情况下)或AF(例如，在图17中的AF发起组管理情况下)可以向PCF提供策略要求，以用于影响业务路由(例如，用于处理在UE组的管理期间指示的未许可/未授权的业务)。在一些实施例中，GMF或AF可以向独立于UE组的管理的PCF提供这种策略要求。

该策略要求以请求(例如AF请求)的形式从GMF或AF发送到PCF。GMF在该过程中可以充当AF。该请求(例如AF请求)可以从AF或GMF直接或经由NEF(如果该请求影响多个PDU会话并且应递送到多个PCF，则可能经由UDR)发送到PCF。

该请求可以包括标识未许可/未授权的业务的信息和标识UE(或PDU会话)的信息。

标识未许可/未授权的业务的信息可以采用未许可/未授权的源或目的网址(例如，以上在UE组管理中描述的组地址或多播地址)的列表的形式。在这种情况下，将包含未许可的源网址之一作为源地址或包含未许可的目的网址之一作为目的地址的业务视为未许可/未授权。该信息也可以采用许可/授权的源或目的网址列表的形式。在这种情况下，将不包含许可的源网址之一作为源地址或不包含许可的目的网址之一作为目的地址的业务视为未许可/未授权。

标识未许可/未授权的业务的信息还可以包括DNN、S-NSSAI。

标识UE(或PDU会话)的信息可以包括以下中的任何一项：UE ID、UE组ID、UE网址(例如MAC地址、IP地址、或前缀)。

PCF基于从AF或GMF接收到的策略要求(即，请求)生成策略(PCC规则)，并将该策略提供给SMF以用于相关PDU会话。SMF根据该策略配置UPF，以使得UPF检测并丢弃策略中标识的未许可/未授权的业务。

图18示出了根据本发明的实施例的丢弃未许可或未授权的业务的过程。现在参考图18：此过程可以对应于上述响应于或关联于对UE组的管理，而向PCF提供的策略要求以用于影响业务路由。在操作1801中，AF或GMF向PCF发送对影响业务路由的请求。如上所述，该请求包括标识未许可/未授权的业务的信息和标识UE(或PDU会话)的信息。

在操作1802中，PCF基于在操作1801中接收到的请求来生成或更新策略。

在操作1803中，PCF向SMF通知或提供针对相关PDU会话(即，操作1801中接收到的策略要求或请求适用的PDU会话)生成/更新的策略。该策略指示PDU会话的未许可/未授权的业务，即，未许可或授权PDU会话携带的业务。此操作可以在PDU会话建立期间发生，或作为修改PDU会话的触发器发生。

在操作1804中，SMF将PDU会话的用户面(PDU会话的UP路径中的UPF，例如PSA(PDU会话锚)UPF、或UL CL(上行分类器)UPF、BP(分支点)UPF)配置为根据操作1803中接收到的策略，检测并丢弃未许可/未授权的业务。

本发明的实施例涉及一种在用户面中检测并丢弃未许可的一对多(多播)业务的方法和设备。根据这种实施例，SMF针对PDU会话从GMF接收标识未许可/未授权的业务的信息，例如未许可/未授权的源或目的网址的列表(将包含未许可/未授权的源网址作为源地址的业务视为未许可/未授权；将包含未许可/未授权的目的网址作为目的地址的业务视为未许可/未授权)，或接收标识许可/授权的业务的信息，例如许可/授权的源或目的网址的列表(将包含许可/授权的源网址作为源地址的业务视为许可/授权；将包含许可/授权的目的网址作为目的地址的业务视为许可/授权)。

上述在SMF处的接收可以在PDU会话建立期间在SMF与GMF交互以认证和/或授权UE建立PDU会话时进行，并且标识未许可/未授权(或许可/授权)业务的信息可以由SMF作为认证/授权结果/数据的一部分从GMF接收，或者在PDU会话建立之后在GMF向SMF更新包含该信息的新认证/授权结果/数据时从GMF接收。

或者，SMF可以在建立PDU会话或修改PDU会话期间，以PCC规则的形式从PCF接收标识未许可/未授权的业务或许可/授权的业务的信息。此替代方案可以如图18详细描述。

SMF根据从GMF或PCF接收到的信息(即，标识未许可/未授权的业务或许可/授权的业务的信息)将UPF配置为丢弃未许可/未授权的业务或仅转发许可/授权的业务。

图19描绘了使UPF能够识别并丢弃未许可的业务的过程。参照图19：可以执行替代方案19A、19B之一。在替代方案19A中：例如，该过程可以使不属于UE组的UE能够接收目的地为UE组的业务，或者禁止UE(可以属于或不属于该UE组)发送目的地为UE组的业务。在操作1901中，SMF与GMF交互以认证/授权PDU会话的建立。此步骤可以是可选的。在操作1902中，GMF向SMF提供认证/授权结果/数据，该结果/数据指示认证/授权的结果。该数据可以包括未许可的源或目的网址(例如IP地址或前缀)的列表。这些网址用于标识未许可PDU会话携带(UL方向或DL方向)的业务。或者，数据中可以包括许可的源或目标网址的列表以用于标识许可的业务。

在替代方案19B中：在操作1911中，SMF与PCF交互以获得与PDU会话有关的PCC规则。SMF可以提供与PDU会话和/或PDU会话承载的业务有关的信息，例如，DNN、S-NSSAI、UEID、UE组ID、UE地址、应用ID(涉及PDU会话承载的业务匹配的一些包过滤器)、包/业务信息(例如业务中的源地址或业务中的目的地址)。此操作可以是可选的。在操作1912中，PCF向SMF提供与PDU会话有关的PCC规则。PCC规则可以指示未许可的源或目的网址(例如IP地址或前缀)或许可的源或目的网址(例如IP地址或前缀)。此可选的操作类似于图18中的操作1803。

在替代方案19A和19B之后，在操作1903中，SMF基于在操作1902或操作1912中从GMF或PCF接收的信息，通过包处理指令(例如PDR(packet detection rule，包检测规则)、FAR(forwarding action rule，转发动作规则))配置UPF。此操作类似于图18中的操作1804。

在操作1904中，根据包处理指令，UPF抛弃/丢弃任何包含未许可的源网址之一作为源地址或未许可的目的网址之一作为目的地址的UL或DL业务，或者抛弃/丢弃任何不包含许可的源网址之一作为源地址或不包含许可的目的网址之一作为目的地址的UL或DL业务。

图20示出了根据本发明另一实施例的管理UE组的过程。图20的过程与图16的过程和图17的过程类似。该过程由请求实体(可以是图16所示的AF或UE，或者可以是诸如SMF的不同于AF的网络功能)发起。如果请求实体是UE，则该过程的操作2001、2002分别类似于图16的操作1601、1602。如果请求实体是AF，则该过程的操作2001、2002分别类似于图17的操作1701、1702。该过程的操作2003、2004、2005、2006分别类似于图16的操作1603、1604、1605、1606，或者分别类似于图17的操作1703、1704、1705、1706。图20的过程与图16和图17的过程的不同之处在于，请求可以是由请求实体发送，该请求实体可以是应用功能(AF)、或UE、或不同于AF的网络功能(例如SMF)。此外，该请求可以由控制面功能(CPF)接收和处理，该控制面功能可以是接入管理功能(access management function，AMF)(例如，如对应于图16的实施例中所述，在请求实体是UE的情况下)，可以是网络开放功能(NEF)(例如，如对应于图17的实施例中所述，在请求实体是AF的情况下)，或者可以按顺序是AMF，然后是SMF(会话管理功能)(例如，如在对应于图21的实施例中所述，在请求实体是UE，并且该过程结合了建立PDU会话的过程的情况下)。在该过程中，CPF是可选的。例如，如果请求实体是SMF，则操作2001、2005可以直接在请求实体和GMF之间进行而无需通过CPF。当SMF作为请求实体执行图20中的过程时，SMF可以代表UE并为UE执行该过程，例如，如对应于图21的实施例中所述，在PDU会话终止后，SMF可以代表UE与GMF共同执行移除基于UE的请求与PDU会话共同创建的多播组的过程。

图21示出了PDU会话建立和UE组创建(例如多播组)的综合过程。本发明实施例提供了执行该综合过程的方法和设备。PDU会话建立过程的细节可以在TS 23.502(尤其是关于图4.3.2.2.1-1及其条款4.3.2.2)中找到。特别地，操作2101可以综合(或类似于)图4.3.2.2.1-1的步骤1，操作2102可以综合(或类似于)图4.3.2.2.1-1的步骤2至步骤5(SMF选择、Nsmf_PDUSession_CreateSMContext请求和响应、注册/订阅检索/订阅更新、Nsmf_PDUSession_CreateSMContext响应)，操作2103可以综合(或类似于)图4.3.2.2.1-1的步骤6(PDU会话认证/授权)。此外，操作2106可以综合图4.3.2.2.1-1的步骤9(SMF发起的SM策略关联修改)，操作2107可以综合图4.3.2.2.1-1的步骤10至步骤18。

更详细地，在操作2101中，UE向AMF发送对建立PDU会话的请求。该请求可以综合对创建UE组(例如多播组)的请求。该请求可以包括UE的标识信息(例如，如上所述，在当前过程之前从GMF接收的组级UE ID或与DN相关的标识信息)，该信息可以在操作2103中由GMF用于对UE建立PDU会话进行认证/授权。在操作2102中，如图4.3.2.2.1-1的步骤2至步骤5所述，AMF与SMF交互。在此交互期间，对创建UE组的综合请求可以由AMF转发到SMF。在操作2103中，执行PDU会话认证/授权。在操作2103中，SMF可以根据在选项2101中接收到的UE的标识信息来选择GMF，并且该GMF充当DN-AAA服务器并且对PDU会话的建立进行认证/授权。在一个示例中，在操作2103中，SMF可以向GMF提供标识PDU会话的信息(例如PDU会话ID、UE网址)；该信息可以与(例如在操作2101中)从UE接收的认证/授权信息一起提供给GMF。如下所述，该信息可以由GMF(根据从SMF接收的对释放PDU会话的通知)用于确定UE的可达性状态(例如可达或不可达)。在操作2103中，GMF可以执行综合的UE组创建，这包括从SMF接收对创建UE组的综合请求，以及执行类似于图20中的操作2002、2003、2004的操作。作为操作2103的结果，GMF可以向SMF提供信息(例如UE组ID)，该信息标识经由SMF从UE接收的组级UEID(可以解释为与DN(数据网)相关的标识信息)所映射的UE组。SMF可以向PCF提供该信息，以从PCF获得与该UE组有关的策略。附加地或替代地，SMF可以使用该信息标识与UE组有关的包处理指令或规则，并且将这些指令或规则配置到UPF中以用于处理与UE组相关的业务。GMF还可以向相关UE(例如该组中的UE)通知UE组的创建，这类似于图20中的操作2006。GMF可以对PCF执行图18中的操作1801，使得PCF可以生成或更新与该PDU会话相关的策略(图18中的操作1802)，以用于影响业务路由(例如处理未许可/未授权的业务)。可以在操作2104中将策略提供给SMF。图21中未示出SMF和PCF之间的交互以及PCF的操作。在操作2104中，SMF获得PCC规则。在操作2105中，SMF执行UPF选择。此操作2105可以由本发明所述的技术支持，例如由图5、图6、图7、图8、图9、图10、图12A、图12B、图15关联的实施例(特别地是SMF确定或选择或重选用于PDU会话的UPF或UP路径的操作)支持。在操作2106中，执行SMF发起的SM策略关联修改。在操作2107中，综合图4.3.2.2.1-1的步骤10到步骤18，SMF可以将以下信息包括在(例如图4.3.2.2.1-1的步骤13)发往UE的PDU会话建立接受消息(指示接受了PDU会话建立请求的消息)中：GMF对综合的UE组创建的响应(例如包括对操作2101的UE组创建请求的响应)。在此过程之后，为UE建立PDU会话，并创建UE组。如果UE组是多播组(支持一对多通信)，则UE可以使用PDU会话向UE组(即组中的成员UE)发送多播/一对多业务。

在一些实施例中，在如图21所示的建立PDU会话的过程中，如果建立PDU会话以用于成员UE执行与由GMF管理的UE组中的其他成员UE的通信，则执行操作2103(否则，操作2103可以是可选的)。当SMF释放PDU会话或对PDU会话进行去激活时，SMF例如通过向GMF发送通知消息以通知GMF可以释放PDU会话或对PDU会话进行去激活。该通知可以包括标识PDU会话的信息，例如，PDU会话ID或UE的网址。在释放了PDU会话的情况下，如果PDU会话的UE网址是由GMF分配的，则通知可以包括该网址并且用于将网址返回给GMF重用(例如分配给另一UE)。根据该通知，GMF知道(例如由PDU会话ID或UE的网址标识的)PDU会话不再可用于将源自UE组的成员UE的DL业务传递给UE。因此，GMF知道或了解该UE是否具有可以用于将源自UE组的成员UE的DL业务传递给该UE的PDU会话。如果UE没有这种PDU会话，则GMF可以认为该UE对于该UE组中的其他成员UE是不可达的；否则GMF可以认为该UE是可达的。UE或AF可以使用对应于图16、图17、图20的实施例中所述的过程，向GMF查询UE的可达性的信息(即如上所述，UE是否可达)。网络功能(例如AF、PCF等)可以使用对应于图20的实施例中所述的过程向GMF查询。

在一些实施例中，在如图21所示的建立具有综合的UE组(例如，多播组)创建的PDU会话的过程中，UE可以在操作2101中提供信息(例如指示)以指示UE组是否与PDU会话耦合或关联，或者与PDU会话相关。(如果UE组与PDU会话耦合或关联，或者与PDU会话相关，则在PDU会话终止后，网络可以将UE组移除。)该信息可以由UE作为对PDU会话建立的请求的一部分提供，该请求经由AMF发往SMF(操作2101、2102)。在这种情况下，当在操作2103中将对UE组创建的综合请求发往GMF时，SMF可以从该请求中检索或提取该信息，并将该信息(以原始形式或转换形式)插入对UE组创建的综合请求中。(例如，可以将指示UE组耦合到PDU会话、或与PDU会话相关联、或与PDU会话相关的信息转换为或映射到指示不向相关UE通知上述UE组管理操作的信息。作为另一示例，将指示UE组不与PDU会话耦合或相关联、或不与PDU会话相关的信息转换为或映射到指示向相关UE通知上述UE组管理操作的信息。)或者，UE可以将该信息作为对UE组创建的综合请求的一部分提供。在这种情况下，GMF可以将该信息(以原始形式或转换形式)包括在操作2103中发往SMF的认证/授权数据中。无论哪种情况，GMF都可以接收(原始的或转换的)信息。根据该信息(例如，如果以原始形式的该信息指示UE组与PDU会话耦合或相关联，或与PDU会话相关)，GMF可以在操作2103中跳过(否则执行)向相关UE(例如组中的UE)通知UE组的创建的步骤(该步骤类似于图20中的操作2006并且在图21中以虚线示出)。无论哪种情况，SMF都可以接收(原始的或转换的)信息。根据该信息(例如，如果以原始形式的该信息指示UE组与PDU会话耦合或相关联，或与PDU会话相关)，SMF可以(否则可以不)与GMF交互，例如，代表UE向GMF发送对移除组播组的请求，以请求在PDU会话终止时或终止之后移除UE组。SMF可以基于UE的请求或其他因素终止PDU会话。在一些实施例中，在操作2101中，UE不提供上述信息，并且该信息作为默认选项配置在SMF中，以使得在该过程中SMF根据以下配置进行考虑：UE组与或不与PDU会话耦合或相关联。在这种情况下，SMF根据配置信息如上所述进行操作或运转，其中，该信息由UE在操作2101中提供。

以上已描述了各种操作、呼叫流程、以及过程。应注意，可以将所述操作、呼叫流程、和过程，或其他特征、或实施方式中的两个或两个以上组合在一起，以获得本发明的其他实施方式。例如，一个或多个过程或特征可以用于支持一个或多个其他过程或特征的操作。作为另一示例，可以提供一个或多个不同过程或特征作为在不同情况下使用的替代方案，并且可以包括用于基于可用信息在替代方案之间进行选择的过程(或相应的网络实体)。

基于以上内容将容易理解，本发明的实施例提供了一种应用功能，该应用功能用于发送指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的消息。如本文所公开的，这可以包括用于P2P UP路径优化的PDU会话关联。如本文所公开的，这可以附加地或替代地包括P2P业务导向。对以下中的一项或两项的选择或重选可以基于共同选择或重选执行：用户面功能(UPF)、选择或重选的应用位置。此外，由于共同选择或重选而选择或重选的至少一个UPF或应用位置由UP路径共享。在一些实施例中，还可以(例如由AF)提供关于是否要通过应用位置连接两个或两个以上的会话的UP路径的指示。如本文所公开的，该指示可以被包括作为桥接要求信息的一部分，并且该连接可以是指P2P网桥。在上下文中以及其他地方，连接是指桥接。

在一些实施例中，AF发送携带消息的请求，该消息指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径。在一些实施例中，AF发送请求，该请求携带对是否通过应用位置连接两个或两个以上的会话的UP路径的指示。在一些实施例中，来自AF的请求包括信息，该信息指示两个或两个以上的PDU会话中的主PDU会话或UE组中的主UE(或头UE)。

基于以上内容也将容易理解，本发明的实施例提供了一种PCF，该PCF用于：接收指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的消息；并且还用于向会话管理功能(SMF)发送指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的指令。PCF还可以用于接收对是否通过应用位置连接两个或两个以上的会话的UP路径的指示，并且PCF可以可选地用于向会话管理功能(SMF)发送指示是否通过应用位置连接两个或两个以上的会话的UP路径的指令。PCF还可以用于接收携带以下中的一项或两项的请求：上述指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径的消息；以及对是否通过应用位置连接两个或两个以上的会话的UP路径的指示。

基于以上内容也将容易理解，本发明的实施例提供一种SMF，该SMF用于：从策略控制功能(PCF)接收指令(也称为规则)，该指令指示共同选择或重选两个或两个以上的指定PDU会话的用户面(UP)路径；以及基于上述指令共同选择或重选两个或两个以上的指定PDU会话的UP路径。该UP路径选择或重选可以对应于如本文先前所述的P2P UP路径优化或P2P业务导向。

基于以上内容也将容易理解，本发明的实施例提供了一种PCF，该PCF用于：从应用功能(AF)接收消息，该消息指示共同选择或重选两个或两个以上的PDU会话的用户面(UP)路径；选择或重选用户面功能(UPF)和/或应用位置，用以连接上述两个或两个以上的PDU会话的上述UP路径。对共同选择或重选PDU会话的指示可以对应于如本文先前所述的PDU会话的关联。UP路径的连接可以对应于如本文先前所述的桥接。PCF可以用于响应于触发器来执行上述选择或重选。该触发器可以从会话管理功能(SMF)或接入和移动性管理功能(AMF)接收。PCF可以用于接收对通过应用位置连接两个或两个以上的PDU会话的UP路径的指示。在选择或重选之后，PCF还可以用于向会话管理功能(SMF)通知选择或重选的UPF或应用位置。PCF可以用于从会话管理功能(SMF)接收消息，该消息指示：与UP路径之一有关的连接(P2P网桥)已就绪，并且一旦与上述两个或两个以上的PDU会话中所有PDU会话有关的连接已就绪，就与SMF确认连接已建立。

基于以上内容也将容易理解，本发明的实施例提供一种SMF，该SMF用于：从策略控制功能(PCF)接收指令，该指令指示选择或重选的用户面功能(UPF)和/或应用位置，以及基于接收的指令选择或重选PDU会话的UP路径。选择或重选的UP路径可以包括选择或重选的UPF和/或应用位置。SMF还可以用于发送指示与UP路径有关的连接已就绪的消息。

将容易理解，在整个前面的讨论中，上述网络功能和操作可以对应于用于支持诸如5G无线通信网络的通信网的操作的方法。该方法可以涉及计算机实施的功能，即，由网络基础设施的一个或多个计算、通信、或存储部件或其组合实施的功能。这些部件可以采用各种形式，例如特定服务器或通用计算、通信、或存储设备、或其组合，这些部件用于通过虚拟化技术提供所需的功能。该方法可以涉及一个或多个网络部件的操作，以用于改善网络的操作。这样，在将通信网络视为设备的情况下，本发明的实施例可以针对改善通信网络的内部操作。

此外，将容易理解，本发明的实施例涉及通信网络系统或其相关设备，该系统或设备用于执行上述网络功能和操作。同样的地，该系统或设备可以包括网络基础设施的一个或多个计算、通信、或存储部件、或其组合，这些部件可以采取各种形式，例如，特定服务器或通用计算、通信、或存储设备、或其组合。这些部件用于通过虚拟化技术提供所需的功能。本文公开的各种方法可以在一个或多个现实或虚拟计算设备(例如，通信网络控制面内的设备、在数据面操作的设备、或其组合)上实现。用于实施方法操作的计算设备可以包括可操作地耦合到存储器的处理器，该存储器提供指令以由处理器执行以执行本文所述的方法。

本发明的各个实施例利用现实计算机资源和/或虚拟计算机资源。这种计算机资源在硬件级别上使用一组可操作地耦合到对应的一组存储器部件的一个或多个微处理器，该组存储器部件包括用于由微处理器执行的存储的程序指令。计算资源可以用于在一个或多个虚拟化级别上提供虚拟计算资源。例如，可以一个或多个给定的通用计算机硬件平台可以用于提供一个或多个虚拟计算机。也可以将诸如处理器资源、存储器等的计算机硬件虚拟化，以提供用于构建其他虚拟计算机的资源。可分配用于提供各种计算资源(这些计算资源用于实现系统的各种计算部件)的一组计算资源可以视为提供分布式计算系统，可以以各种方式对该系统的内部架构进行配置。

图22是可以用于实施本文描述的各种网络功能的处理系统2201的示例框图。如图22所示，处理系统2201包括处理器2210、工作存储器2220、非暂时性存储器2230、网络接口、I/O接口2240、收发器2260(取决于节点类型)，以上经由双向总线2270通信地耦合。

根据一些实施例，可以利用所有所描绘的元件，或者仅利用这些元件的子集。此外，处理系统2201可以包含某些元件的多个实例，例如多个处理器、存储器、或收发器。而且，处理系统2201的元件可以直接耦合到其他部件而无需双向总线。

存储器可以包括任何类型的非暂时性存储器，例如静态随机存取存储器(staticrandom access memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)，此类存储器的任何组合等。大容量存储元件可以包括任何类型的非暂时性存储器件，例如固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器、USB驱动器、或用于存储数据和机器可执行程序代码的任何计算机程序产品。根据一些实施例，存储器或大容量存储器已在其上记录了语句和指令，这些语句和指令可以由处理器执行以执行上述功能和步骤。

处理系统2201可以用于实施如本文所述的用户面功能(UPF)、或路由器、或CP功能(PCF，SMF等)。

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

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

Claims (33)

1.一种通信方法，所述方法由策略控制功能实体执行，其特征在于，包括：

从应用功能实体接收第一请求，所述第一请求包括第一信息和应用位置，所述第一信息用于识别目标业务，所述第一请求用于指示待从所述应用位置中为多个分组数据单元会话选择或重选共同的应用位置，所述多个分组数据单元会话与所述目标业务相关；

根据所述第一请求，为所述多个分组数据单元会话生成第一规则，其中，所述第一规则包括所述应用位置；

向会话管理功能实体发送所述第一规则，其中，所述第一规则用于所述会话管理功能实体为所述多个分组数据单元会话选择或重选所述共同的应用位置。

2.根据权利要求1所述的方法，所述应用位置以数据网络访问标识符DNAI的形式表示。

3.根据权利要求1所述的方法，所述第一信息包括数据网络名称DNN。

4.根据权利要求1所述的方法，所述第一信息包括单网络切片选择辅助信息S-NSSAI。

5.根据权利要求1所述的方法，所述第一信息包括应用标识符。

6.根据权利要求1所述的方法，所述第一信息包括业务过滤信息。

7.根据权利要求6所述的方法，所述业务过滤信息包括IP 5元组。

8.根据权利要求6所述的方法，所述业务过滤信息包括业务检测规则。

9.根据权利要求1-8任一所述的方法，所述第一请求还包括用户设备组信息。

10.根据权利要求9所述的方法，所述用户设备组信息包括用户设备组的外部标识符。

11.根据权利要求9所述的方法，所述第一信息和所述用户设备组信息用于识别所述多个分组数据单元会话。

12.根据权利要求1-8任一所述的方法，为所述多个分组数据单元会话选择或重选的数据面路径包括所述共同的应用位置。

13.一种通信方法，所述方法由应用功能实体执行，其特征在于，包括：

向策略控制功能实体发送第一请求，所述第一请求包括第一信息和应用位置，所述第一信息用于识别目标业务，所述第一请求用于指示待从所述应用位置中为多个分组数据单元会话选择或重选共同的应用位置，所述多个分组数据单元会话与所述目标业务相关；所述第一请求用于触发所述策略控制功能实体为所述多个分组数据单元会话生成第一规则，所述第一规则包括所述应用位置，所述第一规则用于所述会话管理功能为所述多个分组数据单元会话选择或重选所述共同的应用位置；

从所述策略控制功能实体接收所述第一请求的第一响应。

14.根据权利要求13所述的方法，所述应用位置以数据网络访问标识符DNAI的形式表示。

15.根据权利要求13所述的方法，所述第一信息包括数据网络名称DNN。

16.根据权利要求13所述的方法，所述第一信息包括单网络切片选择辅助信息S-NSSAI。

17.根据权利要求13所述的方法，所述第一信息包括应用标识符。

18.根据权利要求13所述的方法，所述第一信息包括业务过滤信息。

19.根据权利要求18所述的方法，所述业务过滤信息包括IP 5元组。

20.根据权利要求18所述的方法，所述业务过滤信息包括业务检测规则。

21.根据权利要求13-20任一所述的方法，所述第一请求还包括用户设备组信息。

22.根据权利要求21所述的方法，所述用户设备组信息包括用户设备组的外部标识符。

23.根据权利要求21所述的方法，所述第一信息和所述用户设备组信息用于识别所述多个分组数据单元会话。

24.一种通信方法，所述方法由会话管理功能实体执行，其特征在于，包括：

从策略控制功能实体接收与多个分组数据单元会话相关的第一规则，所述第一规则包括应用位置，所述第一规则用于指示待从所述应用位置中为所述多个分组数据单元会话选择或重选共同的应用位置，所述多个分组数据单元会话与目标业务相关；

根据所述第一规则，为所述多个分组数据单元会话选择或重选共同的应用位置。

25.根据权利要求24所述的方法，所述应用位置以数据网络访问标识符DNAI的形式表示。

26.根据权利要求24或25所述的方法，所述为所述多个分组数据单元会话选择或重选共同的应用位置，包括：

为所述多个分组数据单元会话选择或重选数据面路径，所述数据面路径包括所述共同的应用位置。

27.一种通信装置，其特征在于，包括：

处理器，用于读取并运行存储器中的指令，以实现如权利要求1-12任一所述的方法。

28.一种通信装置，其特征在于，包括：

处理器，用于读取并运行存储器中的指令，以实现如权利要求13-23任一所述的方法。

29.一种通信装置，其特征在于，包括：

处理器，用于读取并运行存储器中的指令，以实现如权利要求24-26任一所述的方法。

30.一种通信系统，其特征在于，包括应用功能实体、策略控制功能实体和会话管理功能实体；其中，所述策略控制功能实体用于执行上述权利要求1-12中任一项所述的方法，所述应用功能实体用于执行上述权利要求13-23中任一项所述的方法，所述会话管理功能实体用于执行上述权利要求24-26中任一项所述的方法。

31.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被计算机设备执行时能够实现如权利要求1-12任一所述的方法。

32.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被计算机设备执行时能够实现如权利要求13-23任一所述的方法。

33.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被计算机设备执行时能够实现如权利要求24-26任一所述的方法。

Images