CN117643042A - 关于5gc相关动作的结果的通知 - Google Patents

关于5gc相关动作的结果的通知 Download PDF

Info

Publication number
CN117643042A
CN117643042A CN202280048929.4A CN202280048929A CN117643042A CN 117643042 A CN117643042 A CN 117643042A CN 202280048929 A CN202280048929 A CN 202280048929A CN 117643042 A CN117643042 A CN 117643042A
Authority
CN
China
Prior art keywords
policy
network node
delivery
node
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280048929.4A
Other languages
English (en)
Inventor
A·伊涅斯塔冈萨雷斯
S·费尔南德斯阿隆索
F·加西亚阿索雷罗
M·B·潘科博马科斯
陈平
杨辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN117643042A publication Critical patent/CN117643042A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明通常涉及无线或移动通信。更特别地，本发明涉及一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法。本发明还涉及适用于相同目的的设备和计算机程序产品。根据本发明的一个实施例，一种用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法，包括由第一网络节点执行的以下步骤：向第二网络节点发送对于递送SM或UE策略的请求，其中所述请求指示对SM或UE策略递送的结果的订阅；以及从第二网络节点接收SM或UE策略递送的结果。

Description

关于5GC相关动作的结果的通知
技术领域
本发明通常涉及无线或移动通信。更特别地，本发明涉及一种用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略提供的方法。本发明还涉及适用于相同目的的设备和计算机程序产品。
背景技术
3GPP定义了用于移动或通信网络的不同过程，其中应用功能(AF)要求网络针对UE或UE组应用用于未来会话管理(SM)或用户设备(UE)策略关联的一些动作。然后，在这样的AF请求时，关联的信息由网络开放功能(NEF)存储在用户数据存储库(UDR)中，并且最近由策略控制功能(PCF)使用以确定与所涉及的UE相关的SM或UE策略关联的恰当实施。这些过程包括服务特定参数提供、对业务路由的AF影响、设置用于未来AF会话的策略以及配置IPTV多播控制的AF请求。
这些过程中的一个问题方面是，如果由PCF针对与AF请求相关的对应SM和/或UE策略关联执行的实施失败，则AF接收作为发送到NEF的AF请求的结果以及意味着NEF已经在UDR中成功提供请求的应答，这可能导致AF采取不适当的动作，因为AF接收到成功的响应，同时策略的实施已经失败。
特别地，在服务特定参数提供过程中，由PCF针对所涉及的(一个或多个)UE执行的UE策略提供过程可能失败，并且AF接收服务特定参数提供的结果，其中NEF通知请求是否被成功存储在UDR中。AF只能假定服务操作根据其需求发生，并且如果在对应的UE策略递送过程期间发生失败，则不能不做出反应。
类似地，对于“设置用于未来会话的策略”的过程，向所涉及的UE的对应URSP的PCF递送可能未能(或可能发生错误)使UE根据先前协商的BDT策略触发后台数据业务，以及UE是否根据协商的BDT策略的有效性条件调用PDU会话。
此外，对于对业务路由的AF影响过程，PCF可能无法安装用于用户平面重新配置的对应PCC规则，或者可能发生任何错误(例如，由于SMF中不支持的特征，PCC规则递送错误等)。从而，当业务不能按照请求进行路由时，AF不能采取备选动作(改变路由、终止AF服务、记录失败等)。
最后，对于配置IPTV多播控制的AF请求，PCF可能在安装用于IPTV多播接入控制的PCC规则时失败或出现任何错误。从而，当业务不能按照请求进行路由时，AF不能采取备选动作(终止AF服务、记录失败等)。
发明内容
本公开公开了用于通知AF最终AF动作的结果的解决方案。
根据本公开，应用功能可请求被告知朝向5GC网络发起的动作的最终结果，即，它被告知是否已根据AF需求对UE进行了恰当配置和/或是否对网络进行了恰当配置，以便按照先前请求对业务进行路由。基于接收到的信息，AF可采取进一步的动作(重试、终止服务、记录情形、告知UE等)。
在一个示例性实施例中，对于特定服务参数提供，AF请求可包括对UE策略递送过程的结果的通知报告请求。
在另一示例性实施例中，对于设置用于未来会话的策略，AF请求可包括对URSP策略递送过程的结果和/或用于所涉及的PDU会话的BDT策略状态的通知报告请求。
在另一示例性实施例中，对于对业务路由的AF影响，AF请求可包括具有由PCF用于用户平面重新配置的PCC规则安装过程的结果的通知报告请求。
在另一示例性实施例中，对于配置IPTV多播控制的AF请求，AF请求可包括具有由PCF用于用户平面中的IPTV配置的PCC规则安装过程的结果的通知报告请求。
在另一示例性实施例中，对于四个过程，当NEF从PCF接收到通知时，它执行信息映射(标识映射、相关性标识符映射)，并按照请求通知AF。
本发明的第一方面涉及一种由第一网络节点执行的用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法。所述方法包括以下步骤：向第二网络节点发送(510)对于递送SM或UE策略的请求，其中所述请求指示对SM或UE策略递送的结果的订阅；以及从第二网络节点接收(520)SM或UE策略递送的结果。
在一些实施例中，所述第一网络节点是应用功能(AF)节点，并且所述第二网络节点是网络开放功能(NEF)节点。
在一些实施例中，递送是UE策略的递送，并且所述请求被发送到NEF节点并且包括：要在3GPP核心网络中提供的服务特定参数；用于标识服务特定参数被应用于的服务的服务描述；(一个或多个)目标UE，指示服务特定参数应由策略控制功能(PCF)节点递送到的UE或一组UE；以及关于作为配置UE策略的结果的UE策略递送过程的结果的通知的订阅。
在一些实施例中，递送是UE路由选择策略(URSP)的递送，并且请求被发送到NEF节点并且包括：用于标识AF的服务描述；关于用于URSP确定的应用指南的服务参数；UE、一组UE或与该请求相关联的任何UE；以及关于作为配置SM或UE策略的结果的URSP递送过程的结果的通知的订阅。
在一些实施例中，所述服务参数包括：将应用业务描述符与由应用业务使用的(一个或多个)PDU会话的所请求特征相关联的规则列表。
在一些实施例中，服务参数包括：对应于URSP业务描述符的应用业务描述符；以及路由选择参数的一个或多个集合，每个参数对应于：由第一网络节点提供的或由第二网络节点基于AF标识符确定的(DNN、S-NSSAI)；当没有提供具有对应空间有效性条件的路由选择优先级时，要用于应用业务的默认路由选择优先级值；具有所述对应空间有效性条件的路由选择优先级，所述路由选择优先级指示所述路由选择参数被应用在哪里。
在一些实施例中，所述递送被用于对业务路由的AF影响，并且所述请求被发送到NEF节点或PCF节点并且包括：关于作为配置SM或UE策略的结果的用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果的通知的订阅；以及关于第一网络节点期望在哪里接收通知的指示符。
在一些实施例中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且所述请求被发送到NEF节点并且包括：关于作为配置SM或UE策略的结果的BDT策略的状态的通知的订阅；以及关于第一网络节点期望在哪里接收所述通知的指示符。
在一些实施例中，递送被用于配置IPTV多播控制，并且请求被发送到NEF节点并且包括：关于作为配置SM或UE策略的结果的用于IPTV配置的PCC规则安装过程的结果的通知的订阅；以及关于第一网络节点期望在哪里接收通知的指示符。
本发明的第二方面涉及一种由第一网络节点执行的用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法。所述方法包括以下步骤：从第二网络节点接收(610)对于递送SM或UE策略的请求，其中所述请求指示对SM或UE策略递送的结果的订阅；从第三网络节点接收(620)SM或UE策略递送的结果；以及将SM或UE策略递送的结果转发(630)到第二网络节点。
在一些实施例中，所述第一网络节点是网络开放功能(NEF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是策略控制功能(PCF)节点。
在一些实施例中，转发步骤包括：根据从所述第三网络节点发送的关于所述SM或UE策略递送的结果的通知来执行信息映射，以便确定订阅了所述通知的所述AF节点；以及向所述AF节点发送所述通知。
在一些实施例中，递送被用于服务特定参数提供，并且递送SM或UE策略的结果是UE策略递送过程的结果，所述方法进一步包括：在接收到请求时，将请求的信息存储在统一数据存储库(UDR)节点中以供第三网络节点使用。
在一些实施例中，递送是UE路由选择策略(URSP)的递送，并且递送SM或UE策略的结果是URSP递送过程的结果，所述方法进一步包括：在接收到请求时基于本地配置补充请求中缺失的服务参数。
在一些实施例中，递送被用于对业务路由的AF影响，并且配置SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果，所述方法进一步包括：在接收到请求时，将请求的信息存储在统一数据存储库(UDR)节点中以供第三网络节点使用。
在一些实施例中，递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态，所述方法进一步包括：在接收到请求时，将请求的信息存储在统一数据存储库(UDR)节点中以供第三网络节点使用。
在一些实施例中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
本发明的第三方面涉及一种由第一网络节点执行的用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法。所述方法包括以下步骤：检测(710)与SM或UE策略递送相关的事件是否发生；如果事件发生，则生成(720)关于SM或UE策略递送的结果的通知。
在一些实施例中，所述方法进一步包括：从第二网络节点或第三网络节点接收(810)对于递送SM或UE策略的请求，其中所述请求指示对SM或UE策略递送的结果的订阅；以及向第二网络节点或第三网络节点发送(840)通知。
在一些实施例中，所述第一网络节点是策略控制功能(PCF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是网络开放功能(NEF)节点。
在一些实施例中，所述递送被用于服务特定参数提供，并且递送所述SM或UE策略的结果是UE策略递送过程的结果。
在一些实施例中，所述递送是UE路由选择策略(URSP)的递送，并且所述SM或UE策略递送的结果是URSP递送过程的结果。
在一些实施例中，所述递送被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
在一些实施例中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态。
在一些实施例中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
有利的是，当告知AF发起的操作的不成功结果时，基于接收到的错误种类，AF可决定在不同条件下重试、终止服务、告知UE等。
进一步有利的是，当告知AF关于发起的操作的成功结果时，AF可继续与服务相关的逻辑(告知UE，联系特定服务器等，保证5GC/UE已经接受了它的需求)。
进一步有利的是，AF可根据服务特定条件，基于服务的实际使用情况对UE进行恰当收费。
进一步有利的是，可根据服务提供商需要适当部署应用。
附图说明
本发明的前述及其他目的、特征和优点将从以下对附图中所示的优选实施例的更特定描述中变得明显，附图中：
图1图示了服务特定信息提供过程的流程图。
图2图示了对业务路由的AF影响过程的流程图。
图3图示了设置用于未来AF会话的策略的过程的流程图。
图4图示了服务特定信息提供过程的流程图。
图5是图示根据本发明一个实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。
图6是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。
图7是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。
图8是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。
图9图示了可以用于实现上述实施例的网络节点的基于处理器的实现。
图10图示了根据本发明另一实施例的服务特定参数提供过程的流程图。
图11图示了根据本发明另一实施例的用于处理AF请求以影响UE地址未标识的会话的业务路由的过程的流程图。
图12图示了根据本发明另一实施例的用于处置到相关PCF的以单个UE地址为目标的AF请求的过程的流程图。
图13图示了根据本发明另一实施例的设置用于未来AF会话的策略的过程的流程图。
图14图示了用于AF请求将多播接入控制列表信息提供到UDR中的过程的流程图。
图15A和15B图示了根据本发明另一实施例的用于AF请求将多播接入控制列表信息提供到UDR中的过程的流程图。
图16图示了根据本文描述的解决方案的特定实施例的示例联网系统。
具体实施方式
在详细描述示例性实施例之前，注意，在附图中，组件已经在适当的地方用常规符号表示，仅示出了与理解实施例相关的那些特定细节，以便不会用对受益于描述的本领域普通技术人员来说将显而易见的细节模糊本公开。相似的数字在说明书通篇指相似的元件。
如本文中所使用的，诸如“第一”和“第二”、“顶部”和“底部”等等的相关术语可仅用于区分一个实体或元件与另一实体或元件，而不必然要求或暗示这样的实体或元件之间的任何物理或逻辑关系或次序。本文中使用的术语仅为了描述具体实施例的目的，并不意图限制本文中描述的概念。如本文中所使用的，单数形式“一(a、an)”、和“该”意图也包括复数形式，除非上下文另有明确指示。将进一步理解，术语“包括(comprises、comprising、includes和/或including)”当在本文中使用时，指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但不排除一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组的存在或添加。
在本文中描述的一些实施例中，术语“被耦合”、“被连接”等等在本文中可以用于指示连接，尽管不一定直接连接，并且可以包括有线和/或无线连接。
本文所描述的示例实施例出现在电信网络的上下文中，包括但不限于符合和/或以其他方式结合第五代(5G)架构的方面的电信网络。图16是根据本公开的示例实施例的示例联网系统100。图16具体图示了用户设备(UE)101，其可以与(无线电)接入网络(RAN)102以及接入和移动性管理功能(AMF)106和用户平面功能(UPF)103进行通信。AMF 106又可以与包括会话管理功能(SMF)107和策略控制功能(PCF)111的核心网络服务通信。核心网络服务还可以与应用服务器/应用功能(AS/AF)113通信。其他联网服务还包括网络切片选择功能(NSSF)108、认证服务器功能(AUSF)105、用户数据管理(UDM)112、网络开放功能(NEF)109、网络存储库功能(NRF)110和数据网络(DN)104。在本公开的实施例中的一些示例实现中，AMF 106、SMF 107、UPF 103、PCF 111、AUSF 105、NRF 110、UDM 112、NEF 109、AF 113和NSSF 108各自都被认为是NF。网络功能(NF)的一个或多个附加实例可以被合并到联网系统中。
下文涉及用于使应用功能(AF)能够经由网络开放功能(NEF)向5G系统提供用于UE或UE集合的服务特定参数的服务特定参数提供过程。在该过程中，NEF将AF请求信息作为“应用数据”存储在用户数据存储库(UDR)中，并且该信息最近被策略控制功能(PCF)用来确定适用于相关UE或UE集合的UE策略。
这个过程被用于为UE提供V2X策略(为UE提供的用于V2X通信的策略)，或用于UE路由选择策略(URSP)确定的AF指南，以便路由正在进行的业务。
图1图示了服务特定信息提供过程的流程图。
如图1所示，该过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_ServiceParameter_Create服务操作。
为了更新或移除现有请求，AF调用Nnef_ServiceParameter_Update或Nnef_ServiceParameter_Delete服务操作，连同在Nnef_ServiceParameter_Create响应消息中提供给AF的对应事务参考ID。
2.AF将其请求发送到NEF。NEF授权AF请求。NEF执行以下映射：
-将AF-服务-标识符映射到由本地配置确定的DNN和S-NSSAI组合中。
-根据从UDM接收的信息，将目标UE标识符中的GPSI映射到SUPI中。
-根据从UDM接收的信息，将目标UE标识符中的外部组标识符映射到内部组标识符中。
在Nnef_ServiceParameter_Create的情况下：NEF向Nnef_ServiceParameter_Create请求指配事务参考ID。
3.在Nnef_ServiceParameter_Create或Update的情况下：NEF将AF请求信息作为“应用数据”(设置为“服务特定信息”的数据子集)与指配的事务参考ID一起存储在UDR中。
在Nnef_ServiceParameter_delete的情况下)：NEF从UDR中删除AF请求信息。
4.NEF响应于AF。在Nnef_ServiceParameter_Create响应消息的情况下，响应消息包括指配的事务参考ID。
如果在步骤0，UE被注册到网络，并且PCF通过调用Nudr_DM_Subscribe执行对UDR中修改的数据的通知的订阅(AF服务参数提供信息SUPI、设置为“应用数据”的数据集、设置为“服务特定信息”的数据子集)，则执行以下步骤：
5.(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
注意，PCF不必为每个UE订阅应用特定信息，例如，如果PCF已经通过其他UE的订阅接收到一组UE或DNN的应用特定信息的话。相同的应用特定信息被递送到一组中的每个UE或DNN。
6.PCF发起UE策略递送。
下文涉及对业务路由的AF影响过程，用于处理AF请求以影响未由UE地址标识的会话的业务路由。作为这个过程的一部分，应用功能可以发送影响PDU会话的用户平面业务的会话管理功能(SMF)路由决定的请求。AF请求可以影响用户平面功能(UPF)(重新)选择，并且允许将用户业务路由到数据网络的本地接入(由数据网络接入标识符(DNAI)标识)。
图2图示了对业务路由的AF影响过程的流程图。
如图2所示，该过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_TrafficInfluence_Create服务操作。该请求还包含AF事务Id。如果它订阅了与PDU会话相关的事件，则AF还指示它期望在哪里接收对应通知(AF通知报告信息)。
为了更新或移除现有请求，AF调用提供对应AF事务Id的Nnef_TrafficInfluence_Update或Nnef_TrafficInfluence_Delete服务操作。
2.AF将其请求发送到NEF。如果所述请求被直接从AF发送到PCF，则AF通过配置或通过调用Nbsf_management_Discovery服务到达为现有PDU会话选择的PCF。
NEF确保必要的授权控制，包括对AF请求的节流，以及从AF提供的信息到5GC所需的信息的映射。
3.在Nnef_TrafficInfluence_Create或Update的情况下：NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝AF事务内部ID、S-NSSAI和DNN和/或内部组标识符或SUPI)。
注意，当AF请求信息被存储到UDR中时，AF事务内部ID和S-NSSAI和DNN和/或内部组标识符或SUPI都被视为数据密钥。
在Nnef_TrafficInfluence_delete的情况下：NEF删除UDR中的AF要求(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝AF事务内部ID)。
NEF响应于AF。
4.已经订阅AF请求(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝S-NSSAI和DNN和/或内部组标识符或SUPI)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
5.PCF确定现有PDU会话是否潜在地受到AF请求的影响。对于这些PDU会话中的每一个PDU会话，PCF通过调用Npcf_SMPolicyControl_updateNotify服务操作来用对应的(一个或多个)新PCC规则更新SMF。
如果AF请求包括对于UP路径改变的通知报告请求，则PCF在(一个或多个)PCC规则中包括对于报告事件所需的信息，包括指向NEF或AF的通知目标地址和包含AF事务内部ID的通知相关性ID。
可选地，PCF可以使用每UP路径的服务体验分析，以向SMF提供(一个或多个)DNAI的更新列表。
6.当从PCF接收到PCC规则时，SMF可以采取适当的动作来重新配置PDU会话的用户平面。在采取这样的动作之前，SMF可以考虑每UP路径的服务体验分析(即，包括UPF和/或DNAI和/或AS实例)。动作的示例是：
-确定目标DNAI，并在数据路径中添加、替换或移除UPF，以例如充当UL CL或分支点。
-向UE分配新的前缀(当IPv6多归属适用时)。
-用新的业务操纵规则更新目标DNAI中的UPF。
-经由Namf_EventExposure_Subscribe服务操作订阅来自AMF的对于感兴趣区域的通知。
7.当从PCF接收到(一个或多个)目标DNAI时，SMF可以决定是否要求它将目标DNAI发送到AMF以便触发SMF/I-SMF(重新)选择，并且然后经由Nsmf_PDUSession_SMContextStatusNotify服务操作将当前PDU会话或下一个PDU会话的目标DNAI信息告知给AMF。
以下涉及设置用于未来AF会话过程的策略，以用于未来后台数据传输的协商以及这样的协商的应用。
如其中所描述的，当AF想要将后台数据传输策略应用于未来会话时，则AF向NEF提供后台数据传输参考ID连同要受所述策略约束的(一个或多个)UE的外部标识符(即，GPSI)或外部组标识符。NEF将外部组标识符翻译成内部组标识符，或者将外部标识符翻译成SUPI。NEF在UDR中将后台数据传输参考ID存储为内部组标识符或SUPI的应用数据集和后台数据传输数据子集，以及请求将后台数据传输策略应用于(一个或多个)UE的未来会话的ASP id。服务于(一个或多个)UE的PCF(即，针对UE策略服务于UE的PCF)可以通过从UDR中检索UE的应用数据或者通过订阅UDR中UE的应用数据的改变的通知来检索后台数据传输参考ID。此外，PCF检索特定的后台数据传输策略，并且如果可用的话，检索MAC地址或IP 3元组，以基于从UDR接收的存储为策略数据集的后台数据传输参考ID来标识应用服务器。
当PCF确定将后台数据传输策略信息作为URSP规则的一部分发送到UE时，PCF将在UDR中将策略存储为UE的策略集条目的一部分，并将使用与存储在应用数据中的ASP id相关联的关联S-NSSAI和DNN，以将后台数据传输参考ID存储在UE的PDU会话策略控制订阅信息中。PCF使用本地策略来决定是否以及何时会将后台数据传输策略信息发送到UE，作为URSP规则的RSD部分中的验证标准。UE使用验证标准来确定是否应该建立PDU会话。在PDU会话的寿命期间，不要求再次检查时间窗口和位置标准。
AF可将先前协商的用于后台数据传输的策略应用于一组(一个或多个)UE或任何UE。
图3图示了设置用于未来AF会话的策略的过程的流程图。
如图3所示，该过程包括以下步骤：
1.AF先前使用用于未来后台数据传输的过程协商了用于后台数据传输的策略。
2.AF通过调用Nnef_ApplyPolicy_Create服务操作(AF标识符、外部标识符或外部组标识符、后台数据传输参考ID)来请求将先前协商的用于后台数据传输的策略应用于一组(一个或多个)UE或任何UE。后台数据传输参考ID参数标识先前协商的用于后台数据传输的传输策略。NEF将事务参考ID指配给Nnef_ApplyPolicy_Create请求。NEF授权AF请求并存储AF标识符和事务参考ID。
3.NEF调用Nudm_SDM_Get(标识符翻译，GPSI)将GPSI(外部标识符)解析为SUPI，或者NEF请求使用Nudm_SDM_Get(组标识符翻译，外部组标识符)将外部组标识符解析为内部组标识符。
4a.NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝后台数据传输，数据密钥＝内部组标识符或SUPI)。
4b.NEF响应于Nnef_ApplyPolicy_Create请求(事务参考ID)。
5.已经订阅AF请求(数据集＝应用数据；数据子集＝后台数据传输，数据密钥＝内部组标识符或SUPI)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
以下涉及配置IPTV多播控制过程的AF请求，以使AF请求能够经由网络开放功能(NEF)向5G系统提供UE或UE组的IPTV多播接入控制列表信息。在这个过程中，NEF将IPTV配置数据作为“应用数据”存储在用户数据存储库(UDR)中，并且这个数据将被策略控制功能(PCF)用来确定每UE或UE组的多播接入权限。
图4图示了服务特定信息提供过程的流程图。注意，假定这个场景中使用的5GC NF全都属于相同PLMN(HPLMN)。
如图4所示，该过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_IPTV_configuration服务操作。该请求包含多播接入控制列表、GPSI或外部组Id、AF事务Id、应用标识符，并且可以包含DNN和/或S-NNSAI。为了更新或移除现有请求，AF调用提供对应AF事务Id的Nnef_IPTV_configuration_Update或Nnef_IPTV_configuration_Delete服务操作。
2.AF将其请求发送到NEF。NEF确保必要的授权控制，包括对AF请求的节流，以及从AF提供的信息到5GC所需的信息的映射。
3.在Nnef_IPTV_configuration_Create或Update的情况下：NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝AF事务内部ID，S-NSSAI和DNN和/或SUPI/内部-组-Id)。
在Nnef_IPTV_configuration_Delete的情况下：NEF删除UDR中的AF要求(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝AF事务内部ID)。
NEF响应于AF。
4.已经订阅AF请求(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝SUPI/内部-组-Id)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
5.PCF确定现有PDU会话是否潜在地受到AF请求的影响。对于这些PDU会话中的每一个PDU会话，PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作来用对应的(一个或多个)新PCC规则更新SMF。
表1示出了由AF在IPTV域中提供给NEF的多播接入控制列表的示例。多播接入控制列表定义了由GPSI标识的每订户的多播信道中的每一个的接入权限状态(即，完全允许、允许预览、不允许)。
表1：由AF在IPTV域中提供的多播接入控制列表的示例
NEF将GPSI映射到指配给5G-RG的SUPI中，如图4中步骤2所描述的，并将多播接入控制列表存储在UDR中，如表2所示。
表2：应用数据集内存储在UDR中的多播接入控制列表的示例
如果源特定多播要被用于TV信道，则IP多播寻址信息对应于IP多播地址和源IP地址。
假定PCF已经订阅表2中定义的UDR数据的相关修改。
图5是图示根据本发明一个实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。核心网络(CN)可以包括多个网络节点，例如，AMF节点、UDM节点、UDR节点、PCF节点、NEF节点、NRF节点、SMF节点、AUSP节点和AF节点。
如图5所示，在步骤510，第一网络节点(例如，AF节点)向3GPP核心网络(例如，NEF节点或PCF节点)发送对于配置SM或UE策略的请求。该请求被配置成订阅配置SM或UE策略的事件。
可选地，所述配置被用于配置UE策略，并且所述请求被发送到所述NEF节点。例如，所述请求可包括以下信息：
·要在所述3GPP核心网络中提供的服务特定参数；
·用于标识所述服务特定参数被应用于的服务的服务描述；
·(一个或多个)目标UE，指示所述服务特定参数应由策略控制功能(PCF)节点递送到的UE或一组UE；以及
·关于作为配置所述SM或UE策略的结果的UE策略递送过程的结果的通知的订阅。
可选地，所述配置被用于配置用于未来会话的UE路由选择策略(URSP)，并且所述请求被发送到NEF节点。例如，所述请求可包括以下信息：
·用于标识AF的服务描述；
·关于用于URSP确定的应用指南的服务参数；
·UE、一组UE或与所述请求相关联的任何UE；以及
·关于作为配置所述SM或UE策略的结果的URSP递送过程的结果的通知的订阅。
可选地，所述服务参数可以包括将应用业务描述符与由应用业务使用的(一个或多个)PDU会话的所请求特征相关联的规则的列表。作为示例，服务参数可以包括：
·对应于URSP业务描述符的应用业务描述符；以及
·路由选择参数的一个或多个集合，每个参数对应于：
·由所述第一网络节点提供的或者由所述第二网络节点基于AF标识符确定的(DNN、S-NSSAI)；
·当没有提供具有对应空间有效性条件的路由选择优先级时，要用于应用业务的默认路由选择优先级值；
·具有所述对应空间有效性条件的路由选择优先级，其指示所述路由选择参数被应用在哪里。
可选地，所述配置被用于对业务路由的AF影响，并且所述请求被发送到所述NEF节点或PCF节点。例如，所述请求可包括以下信息：
·关于作为配置所述SM或UE策略的结果的用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果的通知的订阅；以及
·关于所述第一网络节点期望在哪里接收所述通知的指示符。
可选地，所述配置被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且所述请求被发送到所述NEF节点。例如，所述请求可包括以下信息：
·关于作为配置所述SM或UE策略的结果的所述BDT策略的状态的通知的订阅；以及
·关于所述第一网络节点期望在哪里接收所述通知的指示符。
可选地，所述配置被用于配置IPTV多播控制，并且所述请求被发送到所述NEF节点。例如，所述请求可包括以下信息：
·关于作为配置所述SM或UE策略的结果的用于IPTV配置的PCC规则安装过程的结果的通知的订阅；以及
·关于所述第一网络节点期望在哪里接收所述通知的指示符。
在步骤520，第一网络节点从第二网络节点(例如，NEF节点)接收配置SM或UE策略的结果。可选地，所述结果可以是通知的形式。
图6是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。核心网络(CN)可以包括多个网络节点，例如，AMF节点、UDM节点、UDR节点、PCF节点、NEF节点、NRF节点、SMF节点、AUSP节点和AF节点。
如图6所示，在步骤610，网络节点(例如NEF节点)从第二网络节点(例如AF节点)接收对于配置SM或UE策略的请求。该请求被配置成订阅配置SM或UE策略的事件。
在步骤620，NEF节点将请求信息存储在统一数据存储库(UDR)节点中，以供第三网络节点(例如PCF节点)使用。
在步骤630，NEF节点从第三网络节点接收配置SM或UE策略的结果。
可选地，所述配置被用于服务特定参数提供，并且配置所述SM或UE策略的结果是UE策略递送过程的结果。
可选地，所述配置被用于配置用于未来会话的UE路由选择策略(URSP)，并且配置所述SM或UE策略的结果是URSP递送过程的结果。
可选地，所述配置被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
可选地，所述配置被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态。
可选地，所述配置被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
在步骤640，NEF节点将配置SM或UE策略的结果转发到第二网络节点(例如AF节点)。
可选地，在步骤640，可通过以下方式执行转发：
首先，NEF节点根据从第三网络节点发送的关于配置SM或UE策略的结果的通知执行信息映射，以便确定目标AF节点。
然后，NEF节点向所确定的目标AF节点发送通知。
图7是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。核心网络(CN)可以包括多个网络节点，例如，AMF节点、UDM节点、UDR节点、PCF节点、NEF节点、NRF节点、SMF节点、AUSP节点和AF节点。
如图7所示，在步骤710，网络节点(例如，PCF节点)检测由第二网络节点(例如，AF节点)所订阅的配置SM或UE策略的事件是否发生。
如果事件发生，则流程图进行到步骤720，在步骤720，PCF节点生成关于配置SM或UE策略的结果的通知；否则，PCF节点继续检测事件是否发生。
在步骤730，PCF节点将通知发送到第三网络节点(例如NEF节点)，所述第三网络节点将通知转发到目标AF节点。可选地，PCF节点可以在发送到NEF节点的通知中指定目标AF节点，使得NEF节点可以通过执行信息映射来确定目标AF节点。
可选地，所述配置被用于服务特定参数提供，并且配置SM或UE策略的结果是UE策略递送过程的结果。
可选地，所述配置被用于配置用于未来会话的UE路由选择策略(URSP)，并且配置所述SM或UE策略的结果是URSP递送过程的结果。
可选地，所述配置被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
可选地，所述配置被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态。
可选地，所述配置被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
图8是图示根据本发明另一实施例的用于在3GPP核心网络中配置会话管理(SM)或用户设备(UE)策略的方法的流程图。核心网络(CN)可以包括多个网络节点，例如，AMF节点、UDM节点、UDR节点、PCF节点、NEF节点、NRF节点、SMF节点、AUSP节点和AF节点。
如图8所示，在步骤810，网络节点(例如PCF节点)从第二网络节点(例如AF节点)接收对于配置SM或UE策略的请求。该请求被配置成订阅配置SM或UE策略的事件。
在步骤820，PCF节点检测配置SM或UE策略的事件是否发生。
如果事件发生，则流程图进行到步骤830，在步骤830，PCF节点生成关于配置SM或UE策略的结果的通知；否则，PCF节点继续检测事件是否发生。
在步骤840，PCF节点将通知发送到第三网络节点(例如NEF节点)，所述第三网络节点将通知转发到目标AF节点。可选地，PCF节点可以在发送到NEF节点的通知中指定目标AF节点，使得NEF节点可以通过执行信息映射来确定目标AF节点。
可选地，所述配置被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
图9图示了可以用于实现上述实施例的网络节点的基于处理器的实现。例如，如图9所图示的结构可以被用于实现上面提到的PCF节点中的概念。
如所图示的，节点900可包括一个或多个处理器910以及耦合到(一个或多个)处理器910的存储器920。作为示例，(一个或多个)处理器910和存储器920可能通过节点900的一个或多个内部总线系统耦合。存储器920可包括例如闪存ROM的只读存储器(ROM)、例如动态RAM(DRAM)或静态RAM(SRAM)的随机存取存储器(RAM)、例如硬盘或固态盘的大容量存储设备等等。如图示的，存储器920可包括软件930和/或固件940。存储器920可包括要由(一个或多个)处理器910执行以便实现(诸如结合图5-8解释的)上述功能性的适当配置的程序代码。
根据一些实施例，还可以提供用于实现节点900的功能性的计算机程序，例如，以存储要存储在存储器920中的程序代码和/或其他数据的物理介质的形式，或者通过使程序代码可用于下载或通过流播。
下文涉及对于服务特定参数提供的更新/描述了用于使AF能够经由NEF向5G系统提供服务特定参数的服务特定参数提供过程。
AF可代表不被服务于UE的PLMN拥有的应用发出请求。
在没有CAPIF支持的架构的情况下，AF在本地被配置有服务的API终止点。在具有CAPIF支持的架构的情况下，AF经由服务发现响应或服务API事件通知的可用性从CAPIF核心功能获得服务API信息。
发送到NEF的AF请求可包括如下信息：
1)服务描述
服务描述是标识服务参数被应用于的服务的信息。AF请求中的服务描述可以由DNN和S-NSSAI、AF-服务-标识符或应用标识符的组合来表示。
2)服务参数。
服务参数是需要在网络中提供并递送到UE以便支持由服务描述所标识的服务的服务特定信息。
3)(一个或多个)目标UE或一组UE。
(一个或多个)目标UE或一组UE指示服务参数应被递送到的(一个或多个)UE。各个UE可以由GPSI、或IP地址/前缀或MAC地址来标识。UE组可以由外部组标识符来标识。如果没有提供(一个或多个)目标UE或一组UE的标识符，则服务参数应被递送到使用由服务描述标识的服务的任何UE。
4)订阅事件。
AF可以订阅关于由于服务特定参数提供而引起的UE策略递送的结果的通知。
NEF授权从AF接收的AF请求，并将信息作为“应用数据”存储在UDR中。当UE可达时，由PCF将服务参数递送到目标UE。
图10图示了根据本发明另一实施例的服务特定参数提供过程的流程图。在本实施例中，AF使用Nnef_ServiceParameter服务向PLMN和UE提供服务特定参数。
所述过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_ServiceParameter_Create服务操作。该请求可以包括对UE策略递送的结果的报告的订阅信息。
为了更新或移除现有请求，AF调用Nnef_ServiceParameter_Update或Nnef_ServiceParameter_Delete服务操作，连同在Nnef_ServiceParameter_Create响应消息中提供给AF的对应事务参考ID。
2.AF将其请求发送到NEF。NEF授权AF请求。NEF执行以下映射：
·将AF-服务-标识符映射到由本地配置确定的DNN和S-NSSAI组合中。
·根据从UDM接收的信息，将目标UE标识符中的GPSI映射到SUPI中。
·根据从UDM接收的信息，将目标UE标识符中的外部组标识符映射到内部组标识符中。
如果AF订阅了UE策略递送的结果，则NEF指示NEF在哪里接收对应的通知。
在Nnef_ServiceParameter_Create的情况下：NEF向Nnef_ServiceParameter_Create请求指配事务参考ID。
3.在Nnef_ServiceParameter_Create或Update的情况下：NEF将AF请求信息作为“应用数据”(设置为“服务特定信息”的数据子集)与指配的事务参考ID一起存储在UDR中。
在Nnef_ServiceParameter_delete的情况下：NEF从UDR中删除AF请求信息。
4.NEF响应于AF。在Nnef_ServiceParameter_Create响应消息的情况下，响应消息包括指配的事务参考ID。
如果在步骤0，UE被注册到网络，并且PCF通过调用Nudr_DM_Subscribe执行对UDR中修改的数据的通知的订阅(AF服务参数提供信息SUPI、设置为“应用数据”的数据集、设置为“服务特定信息”的数据子集)，则执行以下步骤：
5.(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
注意，PCF不必为每个UE订阅应用特定信息，例如，如果PCF已经通过其他UE的订阅接收到一组UE或DNN的应用特定信息的话。相同的应用特定信息被递送到一组中的每个UE或DNN。
6.PCF发起UE策略递送。
7.如果AF订阅了关于由于服务特定参数提供而引起的UE策略递送的结果的通知，则PCF发送Npcf_EventExposure_Notify将该过程的结果通知给NEF。
8.当NEF接收到Npcf_EventExposure_Notify时，NEF执行信息映射(例如，在通知相关性ID中提供的AF事务内部ID到AF事务ID、SUPI到GPSI等)并触发适当的Nnef_ServiceParameter_Notify消息。
下文涉及用于URSP确定过程的应用指南，以允许AF经由NEF向5G系统提供用于URSP确定的指南。AF可以属于运营商或外部方。PCF在归属PLMN中，因为它是确定用于UE的URSP的PCF。
运营商可与外部方(通常由AF表示的公司)对于这个外部方的(一个或多个)UE的业务协商(一个或多个)专用DNN和/或(一个或多个)S-NSSAI。外部方的(一个或多个)UE可以由组标识符来标识。
用于URSP确定的指南可以被用于取决于UE位置向5GC提供用于URSP的指南。
为了提供用于URSP确定的指南，执行具有以下考虑的过程：
1)服务描述指示AF标识符。
2)服务参数。
关于用于URSP确定的AF指南的信息，其包括将应用业务描述符与应用业务可使用的候选PDU会话的所请求特征相关联的规则的列表：
-应用业务描述符，它的定义对应于URSP业务描述符的定义。
-路由选择参数的一个或多个集合，每个参数可以对应于：
-(DNN,S-NSSAI)。这可以由AF提供，或者当AF不提供它时，由NEF基于AF标识符确定，并且AF仅提供用于URSP确定的AF指南的一个实例。
-当没有提供具有对应空间有效性条件的路由选择优先级时，要用于应用业务的默认路由选择优先级值。
--具有对应空间有效性条件的路由选择优先级，其指示所述路由选择参数被应用在哪里。这可以对应于地理区域(即地理区标识符)。
路由选择参数的不同集合指示可与匹配应用业务描述符的应用相关联的PDU会话信息(DNN、S-NSSAI)的不同集合。每个集合意图应用于特定空间有效性条件的(集合)。每个集合都与路由选择优先级相关联，以应对多个空间有效性条件重叠的情况。
如果AF提供地理区域作为空间有效性条件，则由NEF或PCF将该信息变换为3GPP标识符(例如(一个或多个)TAI)。
NEF可基于本地配置来补充缺失的服务参数。
注意，应用业务的AF指南与5GVN组无关。
3)特定UE、或者一组(一个或多个)UE、或者AF请求可能与之相关联的任何UE。
4)订阅事件。
AF可订阅关于由于用于URSP确定的应用指南而引起的UE策略递送的结果的通知。
以下涉及Npcf_EventExposure_Notify服务操作。
服务操作名称：Npcf_EventExposure_Notify。
描述：这个服务操作向先前已经订阅的消费者报告事件。
要求的输入：事件ID、对应的UE ID(GPSI)、通知相关性信息、时间戳。
可选的输入：事件特定信息。
要求的输出：无。
当PCF检测到由NF消费者订阅的事件时，PCF将订阅的事件与通知目标地址(+通知相关性ID)一起报告给事件接收NF。
可选的事件特定参数列表提供了对于生成事件通知匹配的值。要匹配的参数值是在事件订阅期间指定的。
在UE策略改变的情况下，这个通知可以是由于服务特定提供或用于URSP确定的应用指南而引起的NEF/AF的隐式订阅的结果。
以下涉及Nnef_ServiceParameter_Create操作。
服务操作名称：Nnef_ServiceParameter_Create
描述：消费者经由NEF将服务特定参数存储在UDR中。
要求的输入：服务描述符(例如，DNN和S-NSSAI的组合、AF-服务-标识符或应用标识符)
可选的输入：服务参数和目标UE标识符(例如，UE的地址(IP或以太网)(如果可用)、GPSI(如果可用)、外部组标识符(如果可用))、subscribedEvents、notificationDestination
如果没有提供(一个或多个)目标UE或一组UE的标识符，则服务参数应对应于使用由服务描述标识的服务的任何UE。
要求的输出：事务参考ID、操作执行结果指示。
可选的输出：无。
以下涉及Nnef_ServiceParameter_Notify操作。
服务操作名称：Nnef_ServiceParameter_Notify
描述：将UE策略递送的结果的通知转发到AF。
要求的输入：事务参考ID、GPSI/SUPI、结果。
事务参考ID标识对于与事件报告相关的服务特定参数提供的AF请求。事件Id可以是UE策略递送结果。GPSI/SUPI是与事件报告相关的UE的标识符。该结果是与事件报告相关的UE策略递送过程的结果。
可选的输入：DNN、S-NSSAI。附加事件信息(例如，不成功结果的原因)。
要求的输出：操作执行结果指示
可选的输出：无
有关来自PCF的事件报告，AF可以订阅/取消订阅来自PCF的用于与AF会话绑定的PDU会话的事件的通知。备选地，针对UE的PCF可以订阅/取消订阅来自PCF的用于这个UE的PDU会话的通知。
在表3中列出了可由AF和PCF为UE订阅的事件。
表3：与来自PCF的报告相关的事件
如果AF请求PCF报告UE当前位于的PLMN标识符，那么PCF应向AF提供PLMN标识符或SNPN标识符(如果可用的话)。否则，PCF应提供对应的PCC规则和策略控制请求触发器以向SMF报告PLMN改变。PCF应在从SMF接收到PLMN标识符或SNPN标识符时，向AF转发这个信息，包括PLMN Id和NID(如果可用的话)。
如果AF请求PCF报告接入类型的改变，则PCF应向SMF提供对应的策略控制请求触发器，以使能向PCF报告接入类型的改变。PCF应在接收到关于用户当前正在使用的接入类型的信息时以及在指示接入类型改变时，通知AF关于接入类型的改变，并将从SMF接收到的信息转发到AF。即使接入类型未改变，RAT类型的改变也应被报告给AF。对于MAPDU会话，接入类型信息可以包括用户当前正在使用的两种接入类型信息。
如果AF请求PCF报告AF会话的信令路径状态，则PCF应在指示从SMF中移除标识信令业务的PCC规则时，将其报告给AF。
如果AF请求PCF报告接入网络收费相关性信息，则一旦在PCF已知接入网络收费相关性信息，PCF就应向AF提供接入网络收费相关性信息，该信息允许标识包括(一个或多个)服务数据流的测量的使用报告。
如果AF请求PCF在AF会话建立、修改或终止时报告接入网络信息(即，用户位置报告和/或UE时区报告)，则PCF应在(一个或多个)对应的PCC规则中设置接入网络信息报告参数，并将它们与对应的策略控制请求触发器一起提供给SMF。对于基于初步服务信息的那些(一个或多个)PCC规则，PCF可以指配与默认QoS规则相关联的QoS流的ARP和5QI，以避免向UE发信号通知。PCF应在从SMF接收到对应于AF会话的接入网络信息报告时，转发由AF所请求的接入网络信息(如果SMF仅向PCF报告了服务PLMN标识符或SNPN标识符，则PCF应将它转发到AF)。对于AF会话终止，AF和PCF之间的通信应保持活跃，直到收到PCF报告。
如果AF请求PCF报告对于赞助的数据连接性的使用，则PCF应向SMF提供对应的PCC规则和策略控制请求触发器。如果已经达到由AF提供的使用阈值或者终止AF会话，则PCF将这样的信息转发到AF。
如果AF请求PCF报告服务数据流停用，则PCF应报告与AF会话对应的资源释放。PCF应在被通知从SMF中移除与AF会话对应的PCC规则时，将这个信息转发到AF。如果可用，则PCF还应转发释放资源的原因、用户位置信息和UE时区。
如果AF请求PCF报告资源指配结果，则PCF应报告与AF会话相关的(一个或多个)服务数据流的资源分配的结果。AF可以请求被通知成功或失败的资源分配。在这种情况下，PCF应命令SMF报告成功的资源分配触发器。如果SMF已经通知PCF服务数据流的资源分配成功，并且当前满足的QoS匹配备选QoS参数集，则PCF还应向AF提供与SMF参考的备选QoS参数集对应的QoS参考参数。
如果AF请求PCF报告对于特定媒体流何时可能不再(或可能再次)满足QoS目标，则PCF应在(一个或多个)对应的PCC规则中设置QNC指示，其包括GBR或延迟关键GBR 5QI值，并将它们与对应的策略控制请求触发器一起提供给SMF。此时，SMF通知对于那些(一个或多个)PCC规则所绑定的QoS流，GFBR可能不再(或可能再次)得到保证，PCF应向AF报告受影响的媒体流，并提供可能不再(或可能再次)满足QoS目标的指示。如果接收到附加信息和来自SMF的通知，则PCF还应向AF提供与SMF引用的备选QoS参数集对应的QoS参考参数。如果SMF已经指示最低优先权备选QoS参数集不能被满足，则PCF应向AF指示备选服务要求的最低优先权QoS参考不能被满足。
如果AF已经订阅了要被通知QoS监测信息，则PCF进一步向AF发送QoS监测报告。
如果AF请求PCF报告(一个或多个)关联服务数据流的信用用尽事件，PCF应通知AF(当SMF通知它时)信用不再可用于与AF会话相关的(一个或多个)服务数据流连同应用的终止动作。
如果AF请求PCF报告关联的(一个或多个)服务数据流的信用重新分配事件，则PCF应通知AF(当SMF通知它时)在信用不再可用并且对于与AF会话相关的(一个或多个)服务数据流应用终止动作之后信用已经被重新分配。
如果AF请求PCF报告5GS桥信息通知的事件，则对于AF会话，PCF应请求SMF报告可用的5GS桥信息的触发。在接收到5GS桥信息时，PCF将这个信息转发到TSNAF。
如果AF请求PCF报告服务区域覆盖改变的结果，则PCF向AF报告服务区域覆盖改变的结果，并向AF通知当前服务区域覆盖。订阅也可以是隐式的。在这种情况下，可能存在对内部-组-Id或任何UE的批量订阅。为了防止到AF的大量通知，对任何UE的请求都关联于特定的应用Id或DNN、S-NSSAI。对于批量订阅，当AF请求包括到期时间时，PCF在到期时间到达时停止向AF报告。
如果AF请求PCF报告由于服务特定参数提供过程而引起的UE策略递送的结果，则PCF针对每个涉及的UE的相关业务描述符报告相关UE策略提供过程的结果。该订阅是隐式的，并且然后可能存在对内部-组-Id或对任何UE的批量订阅。为了防止到AF的大量通知，对任何UE的请求都关联于特定的应用Id或DNN、S-NSSAI。
如果AF请求PCF报告对业务路由的AF影响的结果，则PCF针对每个涉及的UE的适用PDU会话报告对业务路由的AF影响的结果。订阅也可以是隐式的。在这种情况下，可能存在对内部-组-Id或任何UE的批量订阅。为了防止到AF的大量通知，对任何UE的请求都关联于特定的应用Id或DNN、S-NSSAI。如果AF请求PCF报告IPTV配置的结果，则PCF针对每个涉及的UE的适用PDU会话报告IPTV配置的结果。该订阅是隐式的，并且然后可能存在对内部-组-Id或对任何UE的批量订阅。为了防止到AF的大量通知，对任何UE的请求都关联于特定的应用Id或DNN、S-NSSAI。
如果AF请求PCF报告所涉及的PDU会话的BDT状态，则PCF通过先前对于BDT协商的S-NSSAI/DNN报告PDU会话建立的事件。该订阅是隐式的，并且然后可能存在对内部-组-Id或对任何UE的批量订阅。为了防止到AF的大量通知，对任何UE的请求都关联于特定的应用Id或DNN、S-NSSAI。
当PCF从SMF接收到应用业务检测事件的开始或应用业务检测事件的停止时，报告应用业务检测的开始和应用业务检测的停止的请求触发了报告。如果尚未订阅，则对这个事件的订阅的接收触发将对应的策略控制请求触发器设置为SMF。
如果AF请求PCF报告卫星回程类别(即，GEO、MEO、LEO、非卫星)的改变，则PCF应向SMF提供对应的策略控制请求触发器，以使能向PCF报告卫星回程类别的改变。PCF应在接收到关于用户当前正在使用的卫星回程类别的信息时以及在指示卫星回程类别改变时，通知AF关于卫星回程类别的改变，并将从SMF接收到的信息转发到AF。
以下涉及对业务路由的AF影响的更新。
图11图示了根据本发明另一实施例的用于处理AF请求以影响没有被UE地址标识的会话的业务路由的过程的流程图。假定在这种场景中使用的5GC功能全都属于相同的PLMN(非漫游情况下的HPLMN或者LBO模式下在PDU会话情况下的VPLMN)。不支持从位于本地疏导和归属路由的漫游场景的HPLMN中的AF调用的Nnef_TrafficInfluence_Create或Nnef_TrafficInfluence_Update或Nnef_TrafficInfluence_Delete服务操作。所述过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_TrafficInfluence_Create服务操作。该请求还包含AF事务Id。如果它订阅了与PDU会话相关的事件，则AF还指示它期望在哪里接收对应通知(AF通知报告信息)。
为了更新或移除现有请求，AF调用提供对应AF事务Id的Nnef_TrafficInfluence_Update或Nnef_TrafficInfluence_Delete服务操作。
2.AF将其请求发送到NEF。如果所述请求被直接从AF发送到PCF，则AF通过配置或通过调用Nbsf_management_Discovery服务到达为现有PDU会话选择的PCF。
NEF确保必要的授权控制，包括对AF请求的节流，以及从AF提供的信息到5GC所需的信息的映射。
3.在Nnef_TrafficInfluence_Create或Update的情况下：NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝AF事务内部ID、S-NSSAI和DNN和/或内部组标识符或SUPI)。
当AF请求信息被存储到UDR中时，AF事务内部ID和S-NSSAI和DNN和/或内部组标识符或SUPI都被视为数据密钥。
在Nnef_TrafficInfluence_delete的情况下：NEF删除UDR中的AF要求(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝AF事务内部ID)。
NEF响应于AF。
4.已经订阅AF请求(数据集＝应用数据；数据子集＝AF业务影响请求信息，数据密钥＝S-NSSAI和DNN和/或内部组标识符或SUPI)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
5.PCF确定现有PDU会话是否潜在地受到AF请求的影响。对于这些PDU会话中的每一个PDU会话，PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作来用对应的(一个或多个)新PCC规则更新SMF。
如果AF请求包括对于UP路径改变的通知报告请求，则PCF在(一个或多个)PCC规则中包括对于报告事件所需的信息，包括指向NEF或AF的通知目标地址和包含AF事务内部ID的通知相关性ID。
可选地，PCF可以使用每UP路径的服务体验分析，以向SMF提供(一个或多个)DNAI的更新列表。
5a.如果AF请求包括通知报告对业务路由的AF影响的结果的请求，则PCF通知NEF包括先前PCC规则更新的结果。
5b.当NEF接收到Npcf_EventExposure_Notify时，NEF执行信息映射(例如，在通知相关性ID中提供的AF事务内部ID到AF事务ID、SUPI到GPSI等)并触发适当的Nnef_TrafficInfluence_Notify消息。
6.当从PCF接收到PCC规则时，SMF可以采取适当的动作来重新配置PDU会话的用户平面。在采取这样的动作之前，SMF可以考虑每UP路径的服务体验分析(即，包括UPF和/或DNAI和/或AS实例)。动作的示例是：
-确定目标DNAI，并在数据路径中添加、替换或移除UPF，以例如充当UL CL或分支点。
-向UE分配新的前缀(当IPv6多归属适用时)。
-用新的业务操纵规则更新目标DNAI中的UPF。
-经由Namf_EventExposure_Subscribe服务操作订阅来自AMF的对于感兴趣区域的通知。
7.当从PCF接收到(一个或多个)目标DNAI时，SMF可以决定它是否需要将目标DNAI发送到AMF以便触发SMF/I-SMF(重新)选择，并且然后经由Nsmf_PDUSession_SMContextStatusNotify服务操作将当前PDU会话或下一个PDU会话的目标DNAI信息告知给AMF。
图12图示了根据本发明另一实施例的用于处置到相关PCF的以单个UE地址为目标的AF请求的过程的流程图。
取决于AF部署，AF可直接向PCF发送AF请求，在这种情况下，跳过步骤1，或经由NEF向PCF发送AF请求。所述过程包括以下步骤：
1.[有条件的]如果AF经由NEF发送AF请求，则AF向NEF发送以单个UE地址为目标的Nnef_TrafficInfluenceCreate/Update/Delete请求。这个请求对应于影响以单个UE地址为目标的业务路由的AF请求。
当NEF从AF接收到AF请求时，NEF确保必要的授权控制，以及从AF提供的信息到5GC所需的信息的映射。NEF响应于AF。
2.[有条件的]如果基于本地配置该PCF地址在NEF上不可用，则AF/NEF消费Nbsf_Management_Discovery服务操作(至少提供UE地址)来找出相关PCF的地址，否则跳过步骤1。
注意，AF/NEF基于本地配置或使用NRF找到BSF。
3.BSF在Nbsf_Management_Discovery响应中将PCF地址提供给AF/NEF。
4.如果执行过步骤1，则NEF将Npcf_PolicyAuthorization服务调用到PCF以传输AF请求。如果AF直接向PCF发送AF请求，则AF调用Npcf_PolicyAuthorization服务，并且PCF响应于AF。
5.PCF用PCF发起的SM策略关联修改过程，用(一个或多个)对应的新PCC规则更新SMF。
6.如果在步骤1中AF已经订阅了对业务路由过程事件的AF影响的结果，则PCF将该过程的结果报告给AF。
可选地，PCF可以使用每UP路径的服务体验分析来向SMF提供(一个或多个)DNAI的更新列表。
当从PCF接收到PCC规则时，SMF可以采取适当的动作(当适用时)来重新配置PDU会话的用户平面。在采取这样的动作之前，SMF可以考虑每UP路径的服务体验分析(即，包括UPF和/或DNAI和/或AS实例)。动作的示例是：
-确定目标DNAI，并在数据路径中添加、替换或移除(一个或多个)UPF，例如以充当UL CL、分支点和/或PDU会话锚。
-向UE分配新的前缀(当IPv6多归属适用时)。
-用新的业务操纵规则更新有关目标DNAI的UPF。
-经由Namf_EventExposure_Subscribe服务操作订阅来自AMF的对于感兴趣区域的通知。
以下涉及对于设置用于未来AF会话的策略的更新。
图13图示了根据本发明另一实施例的用于设置用于未来AF会话的策略的过程的流程图。所述过程包括以下步骤：
0.UE注册
1.AF先前使用用于未来后台数据传输的过程协商了用于后台数据传输的策略。
2.AF通过调用Nnef_ApplyPolicy_Create服务操作(AF标识符、外部标识符或外部组标识符、后台数据传输参考ID)来请求将先前协商的用于后台数据传输的策略应用于一组(一个或多个)UE或任何UE。后台数据传输参考ID参数标识先前协商的用于后台数据传输的传输策略。NEF将事务参考ID指配给Nnef_ApplyPolicy_Create请求。NEF授权AF请求并存储AF标识符和事务参考ID。
如果AF订阅了与协商的BDT策略的实施相关的事件(即，针对所涉及的PDU会话的具有BDT数据和/或BDT策略状态的UE策略递送的结果)，则AF还指示它期望在哪里接收对应通知(AF通知报告信息)。
3.NEF调用Nudm_SDM_Get(标识符翻译，GPSI)将GPSI(外部标识符)解析为SUPI，或者NEF请求使用Nudm_SDM_Get(组标识符翻译，外部组标识符)将外部组标识符解析为内部组标识符。
4a.NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝后台数据传输，数据密钥＝内部组标识符或SUPI)。
4b.NEF响应于Nnef_ApplyPolicy_Create请求(事务参考ID)。
5.已经订阅AF请求(数据集＝应用数据；数据子集＝后台数据传输，数据密钥＝内部组标识符或SUPI)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
6.如果AF订阅了关于由于设置用于未来会话的策略而引起的UE策略递送的结果的通知，则PCF发送Npcf_EventExposure_Notify将该过程的结果通知给NEF。
7.当NEF接收到Npcf_EventExposure_Notify时，NEF执行信息映射(例如，在通知相关性ID中提供的AF事务内部ID到AF事务ID、SUPI到GPSI等)并触发适当的Nnef_ApplyPolicy_Notify消息。
当稍后UE根据包含用于BDT业务策略的(一个或多个)URSP规则建立PDU会话并且PCF创建SM策略关联时，PCF检查AF是否订阅了关于BDT策略状态(例如，TP未知、TP不活动、TP活动、TP到期)的通知。如果它是这样，PCF发送Npcf_EventExposure_Notify向NEF通知BDT策略状态和后续改变。当NEF接收到Npcf_EventExposure_Notify时，NEF执行信息映射并触发适当的Nnef_ApplyPolicy_Notify消息。
以下涉及Nnef_ApplyPolicy_Create服务操作。
服务操作名称：Nnef_ApplyPolicy Create
描述：消费者请求对UE应用策略。
要求的输入：用于先前协商的后台数据传输策略的后台数据传输参考ID、外部标识符或外部组ID、AF标识符。
可选的输入：subscribedEvents、notificationDestination
要求的输出：事务参考ID、结果。
输出(可选的)：无。
以下涉及Nnef_ApplyPolicy_Notify操作。
服务操作名称：Nnef_ApplyPolic_Notify
描述：将UE策略递送的结果的通知转发到AF。
要求的输入：事务参考ID、GPSI/SUPI、结果。
事务参考ID标识对于设置用于与事件报告相关的未来会话的策略的AF请求。事件Id可以是针对所涉及的PDU会话的UE策略递送结果和/或BDT策略状态。GPSI/SUPI是与事件报告相关的UE的标识符。该结果是针对与事件报告相关的所涉及的PDU会话的UE策略递送过程和/或BDT策略状态的结果。
可选的输入：DNN、S-NSSAI。附加事件信息(例如，不成功结果的原因)。
要求的输出：操作执行结果指示
可选的输出：无
以下涉及对于配置IPTV多播控制的AF请求的更新。
图14图示了用于AF请求将多播接入控制列表信息提供到UDR中的过程的流程图。
图15A和15B图示了根据本发明另一实施例的用于AF请求将多播接入控制列表信息提供到UDR中的过程的流程图。假定这个场景中使用的5GC NF全都属于相同PLMN(HPLMN)。
所述过程包括以下步骤：
1.为了创建新的请求，AF调用Nnef_IPTV_configuration服务操作。该请求包含多播接入控制列表、GPSI或外部组Id、AF事务Id、应用标识符，并且可以包含DNN和/或S-NNSAI。为了更新或移除现有请求，AF调用提供对应AF事务Id的Nnef_IPTV_configuration_Update或Nnef_IPTV_configuration_Delete服务操作。
如果AF订阅与配置IPTV多播控制的AF请求的结果相关的事件，则AF还指示它期望在哪里接收对应通知(AF通知报告信息)。
2.AF将其请求发送到NEF。NEF确保必要的授权控制，包括对AF请求的节流，以及从AF提供的信息到5GC所需的信息的映射。
3.在Nnef_IPTV_configuration_Create或Update的情况下)：NEF在UDR中存储AF请求信息(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝AF事务内部ID，S-NSSAI和DNN和/或SUPI/内部-组-Id)。
在Nnef_IPTV_configuration_Delete的情况下)：NEF删除UDR中的AF要求(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝AF事务内部ID)。
NEF响应于AF。
4.已经订阅AF请求(数据集＝应用数据；数据子集＝IPTV_configuration，数据密钥＝SUPI/内部-组-Id)的修改的(一个或多个)PCF从UDR接收数据改变的Nudr_DM_Notify通知。
5.PCF确定现有PDU会话是否潜在地受到AF请求的影响。对于这些PDU会话中的每一个PDU会话，PCF通过调用Npcf_SMPolicyControl_updateNotify服务操作来用对应的(一个或多个)新PCC规则更新SMF。
6.如果AF订阅了关于IPTV配置结果的通知，则PCF发送Npcf_EventExposure_Notify将该过程的结果通知给NEF。
7.当NEF接收到Npcf_EventExposure_Notify时，NEF执行信息映射(例如，在通知相关性ID中提供的AF事务内部ID到AF事务ID、SUPI到GPSI等)并触发适当的Nnef_IPTVconfiguration_Notify消息。
表4示出了由AF在IPTV域中提供给NEF的多播接入控制列表的示例。多播接入控制列表定义了由GPSI标识的每订户的多播信道中的每一个的接入权限状态(即，完全允许、允许预览、不允许)。
表4：由AF在IPTV域中提供的多播接入控制列表的示例
NEF将GPSI映射到指配给5G-RG的SUPI中，如图14中步骤2所描述的，并将多播接入控制列表存储在UDR中，如表5所示。
表5：应用数据集内存储在UDR中的多播接入控制列表的示例
如果源特定多播要被用于TV信道，则IP多播寻址信息对应于IP多播地址和源IP地址。
假定PCF已经订阅表5中定义的UDR数据的相关修改。
以下涉及Nnef_IPTVconfiguration_Create操作。
服务操作名称：Nnef_IPTVconfiguration_Create
描述：授权该请求并转发对IPTV配置信息的请求。
输入(要求的)：AF事务Id、GPSI或外部-组-ID、应用标识符、多播接入控制列表。
AF事务Id指请求。
输入(可选的)：DNN、S-NSSAI、subscribedEvents、NotificationAddress输出(要求的)：操作执行结果指示。
输出(可选的)：无。
以下涉及Nnef_IPTVconfiguration_Notify操作。
服务操作名称：Nnef_IPTVconfiguration_Notify
描述：将IPTV配置信息的结果的通知转发到AF。
要求的输入：事务参考ID、GPSI/SUPI、结果。
可选的输入：附加事件信息(例如，不成功结果的原因)。
要求的输出：操作执行结果指示
可选的输出：无
对本领域技术人员将显然的是，随着技术进步，本发明概念能以各种方式实现。给出上述实施例是为了描述本公开而不是限制本公开，并且要理解，如本领域技术人员容易理解的，在不脱离本公开的范围的情况下，可以进行修改和变化。这样的修改和变化被认为是在本公开和所附权利要求的范围内。本公开的保护范围由所附权利要求限定。

Claims (53)

1.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法，所述方法包括由第一网络节点执行的以下步骤：
向第二网络节点发送(510)对于递送所述SM或UE策略的请求，其中，所述请求指示对SM或UE策略递送的结果的订阅；以及
从所述第二网络节点接收(520)所述SM或UE策略递送的结果。
2.如权利要求1所述的方法，其中，所述第一网络节点是应用功能(AF)节点，并且所述第二网络节点是网络开放功能(NEF)节点。
3.如权利要求2所述的方法，其中，所述递送是UE策略的递送，并且所述请求被发送到所述NEF节点并且包括：
要在所述3GPP核心网络中提供的服务特定参数；
用于标识所述服务特定参数被应用于的服务的服务描述；
(一个或多个)目标UE，指示所述服务特定参数应由策略控制功能(PCF)节点递送到的UE或一组UE；以及
关于作为配置所述UE策略的结果的UE策略递送过程的结果的通知的订阅。
4.如权利要求2所述的方法，其中，所述递送是UE路由选择策略(URSP)的递送，并且所述请求被发送到所述NEF节点并且包括：
用于标识AF的服务描述；
关于用于URSP确定的应用指南的服务参数；
UE、一组UE或与所述请求相关联的任何UE；以及
关于作为配置所述SM或UE策略的结果的URSP递送过程的结果的通知的订阅。
5.如权利要求4所述的方法，其中，所述服务参数包括将应用业务描述符与由应用业务使用的(一个或多个)PDU会话的所请求特征相关联的规则列表。
6.如权利要求5所述的方法，其中，所示服务参数包括：对应于URSP业务描述符的应用业务描述符；以及
路由选择参数的一个或多个集合，每个参数对应于：
·由所述第一网络节点提供的或者由所述第二网络节点基于AF标识符确定的(DNN、S-NSSAI)；
·当没有提供具有对应空间有效性条件的路由选择优先级时，要用于应用业务的默认路由选择优先级值；
·具有所述对应空间有效性条件的路由选择优先级，所述路由选择优先级指示所述路由选择参数被应用在哪里。
7.如权利要求2所述的方法，其中，所述递送被用于对业务路由的AF影响，并且所述请求被发送到所述NEF节点或PCF节点并且包括：
关于作为配置所述SM或UE策略的结果的用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
8.如权利要求2所述的方法，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且所述请求被发送到所述NEF节点并且包括：
关于作为配置所述SM或UE策略的结果的所述BDT策略的状态的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
9.如权利要求2所述的方法，其中，所述递送被用于配置IPTV多播控制，并且所述请求被发送到所述NEF节点并且包括：
关于作为配置所述SM或UE策略的结果的用于IPTV配置的PCC规则安装过程的结果的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
10.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的第一网络节点(900)，包括：
至少一个处理器(910)；以及
存储器(920)，所述存储器(920)包含由所述至少一个处理器可执行的程序代码(930、940)，
由此由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
向第二网络节点发送对于递送所述SM或UE策略的请求，其中，所述请求指示对SM或UE策略递送的结果的订阅；以及
从所述第二网络节点接收所述SM或UE策略递送的结果。
11.如权利要求10所述的第一网络节点，其中，所述第一网络节点是应用功能(AF)节点，并且所述第二网络节点是网络开放功能(NEF)节点。
12.如权利要求11所述的第一网络节点，其中，所述递送是UE策略的递送，并且所述请求被发送到所述NEF节点并且包括：
要在所述3GPP核心网络中提供的服务特定参数；
用于标识所述服务特定参数被应用于的服务的服务描述；
(一个或多个)目标UE，指示所述服务特定参数应由策略控制功能(PCF)节点递送到的UE或一组UE；以及
关于作为配置所述UE策略的结果的UE策略递送过程的结果的通知的订阅。
13.如权利要求11所述的第一网络节点，其中，所述递送是UE路由选择策略(URSP)的递送，并且所述请求被发送到所述NEF节点并且包括：
用于标识AF的服务描述；
关于用于URSP确定的应用指南的服务参数；
UE、一组UE或与所述请求相关联的任何UE；以及
关于作为配置所述SM或UE策略的结果的URSP递送过程的结果的通知的订阅。
14.如权利要求13所述的第一网络节点，其中，所述服务参数包括将应用业务描述符与由应用业务使用的PDU会话的所请求特征相关联的规则列表。
15.如权利要求14所述的第一网络节点，其中，所示服务参数包括：对应于URSP业务描述符的应用业务描述符；以及
路由选择参数的一个或多个集合，每个参数对应于：
·由所述第一网络节点提供的或者由所述第二网络节点基于AF标识符确定的(DNN、S-NSSAI)；
·当没有提供具有对应空间有效性条件的路由选择优先级时，要用于应用业务的默认路由选择优先级值；
·具有所述对应空间有效性条件的路由选择优先级，所述路由选择优先级指示所述路由选择参数被应用在哪里。
16.如权利要求11所述的第一网络节点，其中，所述递送被用于对业务路由的AF影响，并且所述请求被发送到所述NEF节点或PCF节点并且包括：
关于作为配置所述SM或UE策略的结果的用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
17.如权利要求11所述的第一网络节点，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且所述请求被发送到所述NEF节点并且包括：
关于作为配置所述SM或UE策略的结果的所述BDT策略的状态的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
18.如权利要求11所述的第一网络节点，其中，所述递送被用于配置IPTV多播控制，并且所述请求被发送到所述NEF节点并且包括：
关于作为配置所述SM或UE策略的结果的用于IPTV配置的PCC规则安装过程的结果的通知的订阅；以及
关于所述第一网络节点期望在哪里接收所述通知的指示符。
19.一种计算机程序产品，被体现在计算机可读存储介质中，并且包括要由网络节点的至少一个处理器执行的程序代码，由此所述程序代码的执行使得所述网络节点执行如权利要求1至9中任一项所述的方法。
20.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法，包括由第一网络节点执行的以下步骤：
从第二网络节点接收(610)对于递送所述SM或UE策略的请求，其中，所述请求指示对SM或UE策略递送的结果的订阅；
从第三网络节点接收(620)所述SM或UE策略递送的结果；以及
将所述SM或UE策略递送的结果转发(630)到所述第二网络节点。
21.如权利要求20所述的方法，其中，所述第一网络节点是网络开放功能(NEF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是策略控制功能(PCF)节点。
22.如权利要求21所述的方法，其中，所述转发步骤包括：
根据从所述第三网络节点发送的关于所述SM或UE策略递送的结果的通知来执行信息映射，以便确定订阅了所述通知的所述AF节点；以及
向所述AF节点发送所述通知。
23.如权利要求21所述的方法，其中，所述递送被用于服务特定参数提供，并且递送所述SM或UE策略的结果是UE策略递送过程的结果，所述方法进一步包括：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
24.如权利要求21所述的方法，其中，所述递送是UE路由选择策略(URSP)的递送，并且递送所述SM或UE策略的结果是URSP递送过程的结果，所述方法进一步包括：
在接收到所述请求时，基于本地配置来补充所述请求中缺失的服务参数。
25.如权利要求21所述的方法，其中，所述递送被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果，所述方法进一步包括：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
26.如权利要求21所述的方法，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态，所述方法进一步包括：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
27.如权利要求21所述的方法，其中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
28.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的第一网络节点(900)，包括：
至少一个处理器(910)；以及
存储器(920)，所述存储器(920)包含由所述至少一个处理器可执行的程序代码(930、940)，
由此由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
从第二网络节点接收对于递送所述SM或UE策略的请求，其中，所述请求指示对SM或UE策略递送的结果的订阅；
从第三网络节点接收所述SM或UE策略递送的结果；以及
将所述SM或UE策略递送的结果转发到所述第二网络节点。
29.如权利要求28所述的第一网络节点，其中，所述第一网络节点是网络开放功能(NEF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是策略控制功能(PCF)节点。
30.如权利要求29所述的第一网络节点，其中，由所述至少一个处理器执行所述程序代码使得所述第一网络节点通过以下方式转发所述SM或UE策略递送的结果：
根据从所述第三网络节点发送的关于所述SM或UE策略递送的结果的通知来执行信息映射，以便确定订阅了所述通知的所述AF节点；以及
向所述AF节点发送所述通知。
31.如权利要求29所述的第一网络节点，其中，所述递送被用于服务特定参数提供，并且递送所述SM或UE策略的结果是UE策略递送过程的结果，由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
32.如权利要求29所述的第一网络节点，其中，所述递送是UE路由选择策略(URSP)的递送，并且递送所述SM或UE策略的结果是URSP递送过程的结果，由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
在接收到所述请求时，基于本地配置来补充所述请求中缺失的服务参数。
33.如权利要求29所述的第一网络节点，其中，所述递送被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果，由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
34.如权利要求29所述的第一网络节点，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态，由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
在接收到所述请求时，将所述请求的信息存储在统一数据存储库(UDR)节点中以供所述第三网络节点使用。
35.如权利要求29所述的第一网络节点，其中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
36.一种计算机程序产品，被体现在计算机可读存储介质中，并且包括要由网络节点的至少一个处理器执行的程序代码，由此所述程序代码的执行使得所述网络节点执行如权利要求20至27中任一项所述的方法。
37.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的方法，包括由第一网络节点执行的以下步骤：
检测(710)与SM或UE策略递送相关的事件是否发生；
如果所述事件发生，则生成(720)关于所述SM或UE策略递送的结果的通知。
38.如权利要求37所述的方法，进一步包括：
从第二网络节点或第三网络节点接收(810)对于递送所述SM或UE策略的请求，其中，所述请求指示对所述SM或UE策略递送的结果的订阅；
以及
向所述第二网络节点或所述第三网络节点发送(840)所述通知。
39.如权利要求37或38所述的方法，其中，所述第一网络节点是策略控制功能(PCF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是网络开放功能(NEF)节点。
40.如权利要求37至39所述的方法，其中，所述递送被用于服务特定参数提供，并且递送所述SM或UE策略的结果是UE策略递送过程的结果。
41.如权利要求37至39所述的方法，其中，所述递送是UE路由选择策略(URSP)的递送，并且所述SM或UE策略递送的结果是URSP递送过程的结果。
42.如权利要求37至39所述的方法，其中，所述递送被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
43.如权利要求37至39所述的方法，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态。
44.如权利要求37至39所述的方法，其中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
45.一种用于在3GPP核心网络中递送会话管理(SM)或用户设备(UE)策略的第一网络节点(900)，包括：
至少一个处理器(910)；以及
存储器(920)，所述存储器(920)包含由所述至少一个处理器可执行的程序代码(930、940)，
由此由所述至少一个处理器执行所述程序代码使得所述第一网络节点：
检测与SM或UE策略递送相关的事件是否发生；
如果所述事件发生，则生成关于所述SM或UE策略递送的结果的通知。
46.如权利要求44所述的第一网络节点，由此由所述至少一个处理器执行所述程序代码进一步使得所述第一网络节点：
从第二网络节点或第三网络节点接收对于递送所述SM或UE策略的请求，其中，所述请求指示对所述SM或UE策略递送的结果的订阅；
以及
向所述第二网络节点或所述第三网络节点发送所述通知。
47.如权利要求45至46所述的第一网络节点，其中，所述第一网络节点是策略控制功能(PCF)节点，所述第二网络节点是应用功能(AF)节点，并且所述第三网络节点是网络开放功能(NEF)节点。
48.如权利要求45至47所述的第一网络节点，其中，所述递送被用于服务特定参数提供，并且递送所述SM或UE策略的结果是UE策略递送过程的结果。
49.如权利要求45至47所述的第一网络节点，其中，所述递送是UE路由选择策略(URSP)的递送，并且所述SM或UE策略递送的结果是URSP递送过程的结果。
50.如权利要求45至47所述的第一网络节点，其中，所述递送被用于对业务路由的AF影响，并且配置所述SM或UE策略的结果是用于用户平面重新配置的策略控制收费(PCC)规则安装过程的结果。
51.如权利要求45至47所述的第一网络节点，其中，所述递送被用于设置用于未来AF会话的后台数据传输(BDT)策略，并且配置所述SM或UE策略的结果是所述BDT策略的状态。
52.如权利要求45至47所述的第一网络节点，其中，所述递送被用于配置IPTV多播控制，并且配置所述SM或UE策略的结果是用于IPTV配置的PCC规则安装过程的结果。
53.一种计算机程序产品，被体现在计算机可读存储介质中，并且包括要由网络节点的至少一个处理器执行的程序代码，由此所述程序代码的执行使得所述网络节点执行如权利要求37至44中任一项所述的方法。
CN202280048929.4A 2021-05-10 2022-05-10 关于5gc相关动作的结果的通知 Pending CN117643042A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2021092745 2021-05-10
CNPCT/CN2021/092745 2021-05-10
PCT/EP2022/062700 WO2022238439A1 (en) 2021-05-10 2022-05-10 Notification on outcome of 5gc related actions

Publications (1)

Publication Number Publication Date
CN117643042A true CN117643042A (zh) 2024-03-01

Family

ID=81984778

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280048929.4A Pending CN117643042A (zh) 2021-05-10 2022-05-10 关于5gc相关动作的结果的通知

Country Status (6)

Country Link
US (1) US20240323244A1 (zh)
EP (1) EP4338402A1 (zh)
KR (1) KR20240005015A (zh)
CN (1) CN117643042A (zh)
BR (1) BR112023023429A2 (zh)
WO (1) WO2022238439A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230004006A (ko) * 2021-06-30 2023-01-06 삼성전자주식회사 서비스 파라미터를 전송하기 위한 장치 및 방법
WO2024153348A1 (en) * 2023-01-17 2024-07-25 Telefonaktiebolaget Lm Ericsson (Publ) First node, second node, third node, fourth node, and methods performed thereby for handling information indicating one or more policies

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10999787B2 (en) * 2018-02-17 2021-05-04 Huawei Technologies Co., Ltd. System and method for UE context and PDU session context management

Also Published As

Publication number Publication date
US20240323244A1 (en) 2024-09-26
BR112023023429A2 (pt) 2024-01-30
KR20240005015A (ko) 2024-01-11
EP4338402A1 (en) 2024-03-20
WO2022238439A1 (en) 2022-11-17

Similar Documents

Publication Publication Date Title
US11245539B2 (en) Charging control for non-public network
US11825335B2 (en) Always-on packet data unit session indication
US12108470B2 (en) Application triggering for a wireless device
KR102224248B1 (ko) 통신 시스템에서 PDU(Protocol Data Unit) 세션을 설립하는 방법
US12048037B2 (en) Methods and devices for establishment of redundant PDU session
KR102437811B1 (ko) 세션 관리 기능 선택을 위한 방법 및 장치
CN110730499B (zh) 一种mec信息获取方法及装置
CN117643042A (zh) 关于5gc相关动作的结果的通知
CN114365518A (zh) 一种通过服务应用影响核心网络中数据业务路由的方法
CN113632440A (zh) 对策略数据的改变的订阅
WO2021069056A1 (en) A first network entity and a second network entity for enforcing network slice policy
EP4154497A1 (en) Improving classification accuracy in user plane function re-selection scenarios
CN114189844A (zh) 终端跨区域通信方法、网元设备及存储介质
US20240056321A1 (en) Dynamic membership for an application group in a mobile communication system
CN112243224A (zh) 一种边缘计算网络实现方法及装置
CN116438824A (zh) 用于无线网络中核心网装置重分配的方法、装置及系统
US20240292298A1 (en) Method, device, and system for core network node re-allocation in wireless network
US20240236240A9 (en) Access and mobility policy control
EP4366344A1 (en) Address service entity selection method and apparatus, and electronic device and readable storage medium
CN117939454A (zh) 信息传输方法、设备及存储介质
CN118451692A (zh) 用于在操作连接到电信网络的用户装备时请求和/或传送用户装备路由选择策略信息的方法、用户装备、系统或电信网络、程序和计算机程序产品
CN118435573A (zh) 用于在操作连接到电信网络的用户装备时标识和/或引用用户装备路由选择策略信息的方法、用户装备、系统或电信网络、程序和计算机程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination