CN117546456A

CN117546456A - 用于网络开放功能的性能测量

Info

Publication number: CN117546456A
Application number: CN202280040242.6A
Authority: CN
Inventors: J·舒; 姚羿志
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2021-08-06
Filing date: 2022-08-02
Publication date: 2024-02-09
Also published as: WO2023014745A1

Abstract

本公开描述了与性能测量相关的系统、方法和设备。设备可解码从服务消费者接收的针对该5G系统(5GS)的服务请求，其中该服务请求可与将由该服务生产者递送到该服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联。该设备可检测从该NEF接收的性能测量数据。该设备可基于该服务请求从该性能测量数据解码与该性能测量数据相关联的测量标签。该设备可基于从该NEF接收的该性能测量数据来编码服务响应。

Description

用于网络开放功能的性能测量

相关申请的交叉引用

本申请要求2021年8月6日提交的美国临时申请第63/230,572号的权益，该临时申请的公开内容通过引用并入本文，如同完整阐述一样。

技术领域

本公开整体涉及用于无线通信的系统和方法，并且更具体地涉及用于网络开放功能(NEF)的性能测量。

背景技术

在5G系统(5GS)中，位于5G核心网和外部第三方应用程序之间的网络开放功能(NEF)负责管理外部开放网络数据。

附图说明

图1是示出根据本公开的一个或多个示例性实施例的用于性能测量的示例性网络环境的网络图。

图2描绘了根据本公开的一个或多个示例性实施例的性能测量的例示性示意图。

图3A-3B描绘了根据本公开的一个或多个示例性实施例的性能测量的例示性示意图。

图4示出了根据本公开的一个或多个示例性实施例的例示性性能测量系统的过程的流程图。

图5示出了根据本公开的一个或多个示例性实施例的示例性网络架构。

图6示意性地示出了根据本公开的一个或多个示例性实施例的无线网络。

图7示出了根据本公开的一个或多个示例性实施例的计算设备的部件。

具体实施方式

以下详细描述参考附图。在不同的附图中可使用相同的附图标记来识别相同或相似的元件。在下面的描述中，出于解释而非限制的目的，阐述了具体细节，诸如特定结构、架构、接口、技术等，以便提供对各个实施例的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员来说显而易见的是，可在脱离这些具体细节的其他示例中实践各个实施例的各个方面。在某些情况下，省略对公知的设备、电路和方法的描述以便不会用不必要的细节模糊对各种实施例的描述。就本文件而言，短语“A或B”和“A/B”表示(A)、(B)或(A和B)。

统一数据储存库(UDR)为订户和应用程序相关数据提供数据管理服务，包括订阅数据、策略数据、用于开放的结构化数据、应用程序数据，诸如用于应用程序检测的分组流描述(PFD)和多个UE的AF请求信息、和/或对应于订户标识符(例如，IMPI、IMPU、SUPI)的NF组ID。由UDR提供的数据管理服务允许其消费者(例如，UDM、PCF和NEF)读取、创建、更新、删除特定数据集以及订阅/取消订阅相关数据改变的通知。

由于数据管理服务性能不佳(例如过载)，用户的服务可能无法得到满足，因此必不可少的是可监测数据管理服务的性能。因此，需要与NEF的数据创建、更新、删除和修改通知订阅相关的性能测量以监测NEF的事件和服务的性能。为了支持应用程序的特定服务质量(QoS)要求，应用程序功能(AF)可在建立与UE的连接时提供所需的QoS信息。NEF提供“具有QoS的AF会话”服务从而允许AF发送会话的QoS信息，并且然后与5G核心网(5GC)网络功能(NF)交互以将QoS要求应用于会话。

如果5GC无法满足UE的应用程序所需的QoS，则将直接影响用户的体验。因此，需要监测“具有QoS的AF会话”的性能。AF可能需要经由NEF与5GS协商未来后台数据传递的策略，并在某个时刻将协商的策略应用于未来协议数据单元(PDU)会话。

已经定义了后台数据传递策略协商的测量，然而缺少有关后台数据传递策略应用的测量。

UE无线电能力管理功能(UCMF)用于存储与PLMN分配的或制造商分配的UE无线电能力ID相对应的字典条目。UE无线电能力供应服务由UCMF提供。该服务允许NF服务消费者为制造商分配的UE无线电能力ID创建、更新和删除UCMF字典条目。

UCMF中的制造商分配的UE无线电能力ID条目的供应是从直接或经由NEF与UCMF交互的AF执行的。

了解UE无线电能力对于5G系统为UE提供适当控制至关重要，缺少UE无线电能力可导致对UE的任意控制，从而导致故障或性能下降。因此，需要性能测量来评估UCMF供应的性能。

除此之外，本公开的实施例涉及生成与具有QoS的AF会话相关的测量、策略应用和针对NEF的UCMF供应。本公开的实施例有助于改进现有系统，因为提供与具有QoS的AF会话相关的测量、策略应用和UCMF供应是反映5GS在支持外部应用程序方面的性能的数据。

以上描述是为了说明的目的并且不意味着限制。可能存在许多其他示例、配置、过程、算法等，其中的一些在下面更详细地描述。现在将参照附图描述示例性实施例。

图1描绘了根据本公开的一个或多个示例性实施例的性能测量的例示性示意图。

图1示出了网络的系统100的架构。由于数据管理服务性能不佳(例如过载)，用户的服务可能无法得到满足，因此必不可少的是可监测数据管理服务的性能。因此，需要与NEF的数据创建、更新、删除和修改通知订阅相关的性能测量以监测NEF的服务和事件的性能。

由于数据管理服务性能不佳(例如过载)，用户的服务可能无法得到满足，因此必不可少的是可监测数据管理服务的性能。因此，需要与UDR的数据创建、更新、删除和修改通知订阅相关的性能测量以监测UDR的数据管理服务的性能。

图1示出了根据一些实施例的网络系统100的架构。根据本公开的一个或多个示例性实施例，基于服务的接口用在5G系统架构的控制平面内。统一数据储存库(UDR)。

5G环境中的UDR被视为有关订阅的5G特定信息的数据库。这四种不同的参数集合可供各种5G网络功能使用。订阅数据可经由统一数据管理(UDM)前端提供给控制网络内的UE活动的多个NF：AMF、SMF、AUSF等。策略数据可(直接通过N36接口)提供给PCF，这意味着UDR有效地取代了订户配置文件储存库(SPR)的早期功能。应用程序数据由外部AF经由网络开放功能(NEF)放入UDR，以便任何5G NF需要并有权请求订户相关信息时都可使用。

定义不同参数组还可实现分布式UDR部署，其中沿着参数集合行定义不同功能。在网络中可部署多个UDR，每个UDR可容纳不同的数据集或子集(例如，订阅数据、订阅策略数据、用于开放的数据、应用程序数据)和/或服务不同的NF集。UDR服务单个NF并存储其数据(并且因此可与该NF集成)的部署是可能的。

系统100被示出为包括UE、RAN节点、数据网络(DN)，其可以是例如运营商服务、互联网接入或第三方服务；以及5G核心网(5GC或CN)。

CN可包括NSSAAF、服务通信Pro4(SCP)、网络切片准入控制功能(NSACF)、认证服务器功能(AUSF)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、网络开放功能(NEF)、策略控制功能(PCF)、网络功能(NF)储存库功能(NRF)、统一数据管理(UDM)、应用程序功能(AF)、用户平面功能(UPF)；和网络切片选择功能(NSSF)。

网络切片特定且独立的非公共网络(SNPN)认证和授权功能(NSSAAF)支持网络切片特定的认证和授权功能。当NSSAAF被部署在PLMN中时，NSSAAF支持网络切片特定的认证和授权，而当NSSAAF部署在SNPN中时，NSSAAF可支持网络切片特定的认证和授权和/或NSSAAF可支持使用凭证持有者的凭证来访问SNPN。

UPF可充当RAT内和RAT间移动性的锚点、与DN互连的外部PDU会话点、以及用于支持多宿主PDU会话的分支点。UPF还可执行分组路由和转发、执行分组检查、强制执行策略规则的用户平面部分、合法拦截分组(UP收集)；执行流量使用报告、执行用户平面的QoS处理(例如，分组过滤、门控、UL/DL速率强制执行)、执行上行链路流量验证(例如，SDF到QoS流映射)、上行链路和下行链路中的传输级分组标记，以及下行链路分组缓冲和下行链路数据通知触发。UPF可包括上行链路分类器以支持将流量流路由到数据网络。DN可表示各种网络运营商服务、互联网接入或第三方服务。DN可包括或者类似于先前讨论的应用程序服务器。UPF可经由SMF和UPF之间的N4参考点与SMF交互。

AUSF可存储用于UE认证的数据并且处理与认证相关的功能。AUSF可促进用于各种访问类型的公共认证框架。AUSF可经由AMF与AUSF之间的N12参考点与AMF通信，并且可经由UDM与AUSF之间的N13参考点与UDM通信。另外，AUSF可展示基于Nausf服务的接口。

AMF可负责注册管理(例如，注册UE等)、连接管理、可达性管理、移动性管理、AMF相关事件的合法拦截、以及接入认证和授权。AMF可以是AMF和SMF之间的N11参考点的终止点。AMF可为UE和SMF之间的会话管理(SM)消息提供传输，并且充当用于路由SM消息的透明pro4。AMF还可为UE和SMS功能(SMSF)(图1未示出)之间的短消息服务(SMS)消息提供传输。AMF可充当安全锚功能(SEA)，其可包括与AUSF和UE的交互、接收作为UE认证过程的结果而建立的中间密钥。当使用基于USIM的认证时，AMF可从AUSF检索安全材料。AMF还可包括安全上下文管理(SCM)功能，该功能从SEA接收密钥，并使用该密钥来导出接入网络特定密钥。进一步地，AMF可以是RAN CP接口的终止点，其可包括或者是(R)AN与AMF之间的N2参考点；并且AMF可以是NAS(N1)信令的终止点，并且执行NAS加密和完整性保护。

AMF还可支持通过N3互通功能(IWF)接口与UE进行NAS信令。N3IWF可用于提供对不受信任实体的访问。N3IWF可以是控制平面的(R)AN和AMF之间的N2接口的终止点，并且可以是用户平面的(R)AN和UPF之间的N3参考点的终止点。因此，AMF可处理来自SMF和AMF的N2信令以用于PDU会话和QoS，封装/解封装用于IPSec和N3隧道传输的分组，在上行链路中标记N3用户平面分组，并且强制执行与N3分组相对应的QoS(考虑与通过N2接收的此类标记相关的QoS要求)。N3IWF还可经由UE和AMF之间的N1参考点在UE和AMF之间中继上行链路和下行链路控制平面NAS信令，并且在UE和UPF之间中继上行链路和下行链路用户平面分组。N3IWF还提供用于与UE建立IPsec隧道的机制。AMF可展示基于Namf服务的接口，并且可以是两个AMF之间的N14参考点以及AMF和5G-装备身份寄存器(5G-EIR)(图1未示出)之间的N17参考点的终止点。

SMF可负责会话管理(例如，会话建立、修改和释放，包括UPF和AN节点之间的隧道维护)；UE IP地址分配和管理(包括任选授权)；UP功能的选择和控制；在UPF处配置流量引导以将流量路由到正确的目的地；终止朝向策略控制功能的接口；控制策略强制执行的部分和QoS；合法拦截(针对SM事件和与LI系统的接口)；NAS消息的SM部分的终止；下行数据通知；AN特定SM信息的发起，通过N2经由AMF发送到(R)AN；确定会话的SSC模式。SMF可包括以下漫游功能：处理本地强制执行以应用QoS SLAB(VPLMN)；计费数据收集和计费接口(VPLMN)；合法拦截(在VPLMN中针对SM事件和与LI系统的接口)；支持与外部DN的交互以用于传输外部DN的PDU会话授权/认证的信令。在系统中可包括两个SMF之间的N16参考点，其可在漫游场景中位于访问网络中的另一个SMF和归属网络中的SMF之间。另外，SMF可展示基于Nsmf服务的接口。

NEF可提供用于安全地向第三方开放由3GPP网络功能提供的服务和能力、内部开放/再开放、应用程序功能(例如，AF)、边缘计算或雾计算系统等的装置。在此类实施例中，NEF可验证、授权和/或限制AF。NEF还可转换与AF交换的信息以及与内部网络功能交换的信息。例如，NEF可在AF服务标识符和内部5GC信息之间进行转换。NEF还可基于其他网络功能的公开能力从其他网络功能(NF)接收信息。该信息可作为结构化数据存储在NEF处，或者使用标准化接口存储在数据存储装置NF处。然后，NEF可向其他NF和AF重新公开存储信息，和/或存储信息用于其他目的诸如分析。另外，NEF可展示基于Nnef服务的接口。

NRF可支持服务发现功能，接收来自NF实例的NF发现请求，并且将所发现的NF实例的信息提供给NF实例。NRF还维护有关可用NF实例及其支持的服务的信息。如本文所使用，术语“实例化”等可指实例的创建，并且“实例”可指对象的具体出现，其可例如在程序代码的执行期间出现。另外，NRF可展示基于Nnrf服务的接口。

PCF可向控制平面功能提供策略规则以强制执行它们，并且还可支持统一策略框架以管理网络行为。PCF还可实现前端(FE)以访问与UDM的UDR中的策略决策相关的订阅信息。PCF可经由PCF和AMF之间的N15参考点与AMF通信，其可包括访问网络中的PCF和漫游场景情况下的AMF。PCF可通过PCF与AF之间的N5参考点与AF进行通信；并且通过PCF和SMF之间的N7参考点与SMF进行连接。系统100和/或CN还可包括PCF(在归属网络中)和访问网络中的PCF之间的N24参考点。另外，PCF可展示基于Npcf服务的接口。

UDM可处理订阅相关信息以支持网络实体对通信会话的处理，并且可存储UE的订阅数据。例如，订阅数据可经由UDM和AMF之间的N8参考点在UDM和AMF之间传送。UDM可包括两部分：应用程序FE和用户数据储存库(UDR)。UDR可存储用于UDM和PCF的订阅数据和策略数据、和/或NEF的用于开放的结构化数据和应用程序数据(包括用于应用程序检测的分组流描述(PFD)、用于多个UE的应用程序请求信息)。UDR可展示基于Nudr服务的接口以允许UDM、PCF和NEF访问特定存储数据集，以及读取、更新(例如，添加、修改)、删除和订阅UDR中的相关数据改变的通知。UDM可包括UDM FE，其负责凭证的处理、位置管理、订阅管理等。多个不同前端可在不同事务中服务相同用户。UDM-FE访问UDR中存储的订阅信息并且执行认证凭证处理；用户标识符处理；访问授权；注册/移动性管理；和订阅管理。UDR可经由UDM和SMF之间的N10参考点与SMF交互。UDM还可支持SMS管理，其中SMS-FE实现与先前讨论的应用逻辑类似的应用逻辑。此外，UDM可展示基于Nudm服务的接口。

AF可对流量路由提供应用程序影响，提供对网络能力开放(NCE)的访问，并且与策略框架交互以进行策略控制。NCE可能是允许5GC和AF经由NEF向彼此提供信息的机制，其可用于边缘计算具体实施。在此类具体实施中，网络运营商和第三方服务可被托管在靠近UE附接接入点的位置以通过减少的端到端延迟和传输网络上的负载来实现高效的服务递送。对于边缘计算具体实施，5GC可选择靠近UE的UPF并且经由N6接口执行从UPF到DN的流量引导。这可基于UE订阅数据、UE位置以及由AF提供的信息。以此方式，AF可影响UPF(重新)选择和流量路由。基于运营商部署，当AF被认为是可信实体时，网络运营商可允许AF直接与相关NF交互。另外，AF可展示基于Naf服务的接口。

NSSF可选择服务UE的网络切片实例的集合。如果需要，NSSF还可确定所允许的网络切片选择辅助信息(NSSAI)以及到订阅的单NSSAI(S-NSSAI)的映射。NSSF还可基于合适配置并且可能通过查询NRF来确定要用于服务UE的AMF集合，或者候选AMF的列表。UE的网络切片实例的集合的选择可由向其注册UE的AMF通过与NSSF交互来触发，这可导致AMF的改变。NSSF可经由AMF和NSSF之间的N22参考点与AMF交互；并且可经由N31参考点(图7未示出)与访问网络中的另一个NSSF通信。另外，NSSF可展示基于Nnssf服务的接口。

如先前所讨论的，CN可包括SMSF，其可负责SMS订阅检查和验证，以及将SM消息中继到UE/从UE中继到其他实体，诸如SMS-GMSC/IWMSC/SMS路由器。SMS还可与AMF和UDM交互以进行UE可用于SMS传递的通知规程(例如，设置UE不可到达标志，并且在UE可用于SMS时通知UDM)。

CN还可包括图1中未示出的其他元件，诸如数据存储系统/架构、5G-装备身份寄存器(5G-EIR)、安全边缘保护Pro4(SEPP)等。数据存储系统可包括结构化数据存储网络功能(SDSF)、非结构化数据存储网络功能(UDSF)等。任何NF可经由任何NF和UDSF之间的N18参考点(图1未示出)将非结构化数据存储到UDSF中/从UDSF(例如，UE上下文)检索非结构化数据。单独NF可共享用于存储其相应非结构化数据的UDSF，或者单独NF可各自具有位于单独NF处或附近的其自身的UDSF。另外，UDSF可展示基于Nudsf服务的接口。5G-EIR可以是检查永久装备标识符(PEI)状态以用于确定特定装备/实体是否已被列入网络黑名单的NF；SEPP可以是对PLMN间控制面接口执行拓扑隐藏、消息过滤和监管的非透明pro4。

此外，NF中的NF服务之间可能存在更多的参考点和/或基于服务的接口；然而，为了清楚起见，图1中省略了这些接口和参考点。在一个示例中，CN可包括Nx接口，该Nx接口是MME和AMF之间的CN间接口以便实现CN和其他CN之间的互通。其他示例性接口/参考点可包括由5G-EIR展示的基于N5g-eir服务的接口、访问网络中的NRF和归属网络中的NRF之间的N27参考点、以及访问网络中的NSSF和归属网络中的NSSF之间的N31参考点。

在又一示例中，系统100可包括多个RAN节点，其中Xn接口被定义在连接到5GC的两个或更多个RAN节点(例如，gNB等)之间、连接到5GC的RAN节点(例如，gNB)和eNB(例如，RAN节点)之间和/或连接到5GC的两个eNB之间。在一些具体实施中，Xn接口可包括Xn用户平面(Xn-U)接口和Xn控制平面(Xn-C)接口。Xn-U可提供用户平面PDU的无保证递送并且支持/提供数据转发和流控制功能。Xn-C可提供管理和错误处理功能、管理Xn-C接口的功能；对处于连接模式(例如，CM-CONNECTED)的UE的移动性支持，包括管理一个或多个RAN节点之间的连接模式的UE移动性的功能。移动性支持可包括从旧的(源)服务RAN节点到新的(目标)服务RAN节点的上下文转移，以及旧的(源)服务RAN节点到新的(目标)服务RAN节点之间的用户平面隧道的控制。Xn-U的协议栈可包括构建在互联网协议(IP)传输层上的传输网络层、以及在UDP和/或IP层之上的GTP-U层以承载用户平面PDU。Xn-C协议栈可包括应用层信令协议(被称为Xn应用协议(Xn-AP))和构建在SCTP层上的传输网络层。SCTP层可位于IP层之上。SCTP层提供应用层消息的有保证的递送。在传输中，使用IP层点对点传输来递送信令PDU。在其他具体实施中，Xn-U协议栈和/或Xn-C协议栈可与本文中示出和描述的用户平面和/或控制平面协议栈相同或类似。

在一个或多个实施例中，所有描绘的网络功能可根据需要与UDSF、UDR、NEF和NRF交互。UDM使用订阅数据和认证数据并且PCF使用可存储在UDR中的策略数据。

在一个或多个实施例中，性能测量系统可生成与UDR的数据创建、更新、删除和修改通知订阅相关的测量。与UDR的数据创建、更新、删除和修改通知订阅相关的测量是反映5GS中数据管理服务性能的基础数据。

应当理解，以上描述是为了说明的目的并且不意味着限制。

5G核心网基于以网络功能(NF)服务为中心的基于服务的架构(SBA)。每个NF可将自身及其支持的服务注册到网络储存库功能(NRF)，其他NF使用该功能来发现NF实例及其服务。

在一个或多个实施例中，性能测量系统可促进5G性能测量生成机制。例如，生成NEF的性能测量。服务生产者202从NF(例如，NF 204和206)收集原始性能测量，然后为其消费者(例如，服务消费者208)生成NF的性能测量。

此类消费者的示例可以是管理服务消费者。基于服务的管理架构的基本构建块是管理服务。管理服务是用于管理和编排网络和服务的所提供的功能的集合。产生管理服务的实体称为管理服务生产者。消费管理服务的实体称为管理服务消费者。具有适当授权和认证的任何实体都可使用管理服务生产者所提供的管理服务。管理服务生产者经由单独指定的管理服务部件所组成的标准化服务接口提供其服务。

在一个或多个实施例中，NF是NEF，并且服务生产者可在NF内或者在单独管理系统中实现。

在一个或多个实施例中，性能测量系统可促进测量。例如，NEF的性能测量，其中测量提供具有QoS的AF会话的数量。

在一个或多个实施例中，性能测量系统可促进对具有QoS的AF会话的创建次数的测量。例如，具有QoS创建请求的AF会话的数量。该测量提供了由NEF接收的具有QoS创建请求的AF会话的数量。NEF从NF服务消费者(例如，AF)接收到Nnef_AFsessionWithQoS_Create请求会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是AFQ.CreateReq。这是标记为NEFFunction的网络资源模型。这种测量很重要，因为它提供了测量成功率的窗口以评估NEF的性能。这清楚地表明了由NEF接收的请求的数量。

在一个或多个实施例中，性能测量系统可促进对具有QoS创建的成功AF会话的数量的测量。此测量提供在NEF处的具有QoS创建的成功AF会话的数量。NEF向NF服务消费者(例如，AF)传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF发送该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是AFQ.CreateSucc。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对具有QoS创建的失败AF会话的数量的测量。此测量提供在NEF处的具有QoS创建的失败AF会话的数量。NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应，每个消息触发NEF来使每个失败原因的相关子计数器(例如，CC)递增1。每个计数器是整数值。每当NEF发送该消息时，其将触发NEF来进行测量。计数器可在预定时间(诸如五分钟或任何其他时间)期间被计算。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是AFQ.CreateFail.cause，其中cause指示具有QoS创建的AF会话的失败原因。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对具有QoS的AF会话的通知的测量。例如，具有QoS通知的AF会话的数量。此测量提供由NEF发送到AF的具有QoS通知的AF会话的数量。NEF向NF服务消费者(例如，AF)传输Nnef_AFsessionWithQoS_Notify消息会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是AFQ.NbrNotify。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对后台数据传递策略应用的测量。例如，测量后台数据传递策略应用请求的数量。该测量提供由NEF从AF接收的后台数据传递策略应用请求的数量。NEF从NF服务消费者(例如，AF)接收到Nnef_ApplyPolicy_Create请求消息会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyCreatReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对成功后台数据传递策略应用的数量的测量。该测量提供了NEF的成功后台数据传递策略应用的数量。NEF向会话管理功能(SMF)传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息会触发NEF生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyCreatSucc。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对失败后台数据传递策略应用的数量的测量。该测量提供了NEF的失败后台数据传递策略应用的数量。NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息，其中每个消息使每个失败原因的相关子计数器递增1。这触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。每个测量是整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是BDTP.NbrApplyCreatFail.cause，其中cause指示后台数据传递策略应用的失败原因。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对后台数据传递策略更新请求的数量的测量。该测量提供由NEF从AF接收的后台数据传递策略更新请求的数量。NEF从AF接收到Nnef_ApplyPolicy_Update请求消息会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyUpdateReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对成功后台数据传递策略更新的数量的测量。该测量提供了NEF的成功后台数据传递策略更新的数量。NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息会触发NEF生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyUpdateReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对失败后台数据传递策略更新的数量的测量。该测量提供了NEF的失败后台数据传递策略更新的数量。NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息，其中每个消息使每个失败原因的相关计数器/子计数器(例如，CC)递增1。这触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。每个测量是整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是BDTP.NbrApplyUpdateFail.cause，其中cause指示失败后台数据传递策略更新的失败原因。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对后台数据传递策略删除请求的数量的测量。该测量提供由NEF从AF接收的后台数据传递策略删除请求的数量。NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyDelReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对成功后台数据传递策略删除的数量的测量。该测量提供了NEF的成功后台数据传递策略删除的数量。NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息会触发NEF生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为单个整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是BDTP.NbrApplyDelSucc。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对失败后台数据传递策略删除的数量的测量。该测量提供了NEF的失败后台数据传递策略删除的数量。NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息，其中每个消息使每个失败原因的相关计数器/子计数器(例如，CC)递增1。这触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。每个测量是整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是BDTP.NbrApplyDelFail.cause，其中cause指示失败后台数据传递策略删除的失败原因。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进用于UCMF供应的测量。例如，测量UCMF字典条目创建请求的数量。该测量提供了由NEF接收的UCMF字典条目创建请求的数量。NEF从NF服务消费者(例如，AF)接收到Nnef_UCMFProvisioning_Create请求会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF接收到该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是UCM.EntryCreateReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对成功UCMF字典条目创建的数量的测量。此测量提供在NEF处的成功UCMF字典条目创建的数量。NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是UCM.EntryCreateSucc。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对失败UCMF字典条目创建的数量的测量。此测量提供在NEF处的失败UCMF字典条目创建的数量。NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应，其中每个消息使每个失败原因的相关计数器/子计数器(例如，CC)递增1。这触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。每个测量是整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是UCM.EntryCreateFail.cause，其中cause指示UCMF字典条目创建的失败原因。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对UCMF字典条目删除请求的数量的测量。该测量提供了由NEF接收的UCMF字典条目删除请求的数量。NEF从AF接收到Nnef_UCMFProvisioning_Delete请求会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是UCMEntryDelReq。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对成功UCMF字典条目删除的数量的测量。此测量提供在NEF处的成功UCMF字典条目删除的数量。NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应会触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。CC的值为整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。此NEF测量的标签是UCM.EntryDelSucc。这是标记为NEFFunction的网络资源模型。

在一个或多个实施例中，性能测量系统可促进对失败UCMF字典条目删除的数量的测量。此测量提供在NEF处的失败UCMF字典条目删除的数量。NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应，其中每个消息使每个失败原因的相关计数器/子计数器(例如，CC)递增1。这触发NEF来生成测量，该测量生成累积计数器(CC)的值。每当NEF传输该消息时，其将触发NEF来进行测量。每个测量是整数值。可能存在计算CC的收集周期。收集周期可以是预定时间，诸如五分钟或任何其他时间。NEF将提供每个收集周期的计数器值(CC)。在每个校正周期，初始CC值将重置为零。这意味着NEF将仅报告收集周期内的事件，而不是之前的事件。该NEF测量的标签是UCM.EntryDelFail.cause，其中cause指示UCMF字典条目删除的失败原因。这是标记为NEFFunction的网络资源模型。

应当理解，以上描述是为了说明的目的并且不意味着限制。

在一些实施例中，图5-7或本文中的某个其他图的电子设备、网络、系统、芯片或部件、或其部分或具体实施可以是可被配置为执行如本文所描述的一种或多种过程、技术或方法或其部分。在图4中描述了一个此类过程。

例如，过程可包括，在402处，解码从服务消费者接收的针对5GS的服务请求，其中服务请求与将由服务生产者递送到服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联。

过程还包括在404处检测从NEF接收的性能测量数据。

过程还包括，在406处，基于服务请求从性能测量数据解码与性能测量数据相关联的测量标签。

过程还包括，在408处，基于从NEF接收的性能测量数据来编码服务响应。

在一个或多个实施例中，解码服务请求会触发NEF来发起性能测量数据的生成和递送。

在一个或多个实施例中，性能测量基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

在一个或多个实施例中，性能测量基于后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量、或失败后台数据传递策略删除的数量。

在一个或多个实施例中，性能测量基于UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量、或失败UCMF字典条目删除的数量。

在一个或多个实施例中，服务生产者在NEF外部的单独管理系统中或者在NEF内部。

在一个或多个实施例中，生成第一性能测量包括在收集周期期间启动用于测量的累积计数器。

在一个或多个实施例中，在NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，在NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，在NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且在NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

在一个或多个实施例中，在NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，在NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，在NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，在NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，在NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，在NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，在NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，在NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且在NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

在一个或多个实施例中，在NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，在NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，在NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，在NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，在NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且在NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

在一个或多个实施例中，累积计数器的初始值在每个收集周期的开始时被设置为零。

对于一个或多个实施例，在一个或多个前述附图中阐述的部件中的至少一者可被配置为执行如下面的示例部分中阐述的一种或多种操作、技术、过程和/或方法。例如，上面结合前面附图中的一个或多个图描述的基带电路可被配置为根据下面阐述的示例中的一个或多个示例来操作。对于另一个示例，如上文结合一个或多个前述附图所描述的与UE、基站、网络元件等相关联的电路可被配置为根据下面在示例部分中阐述的一个或多个示例来操作。

应当理解，以上描述是为了说明的目的并且不意味着限制。

图5-7示出了可实现所公开的实施例的各方面的各种系统、设备和部件。

图5示出了根据各种实施例的示例性网络架构500。网络500可按照与LTE或5G/NR系统的3GPP技术规范一致的方式操作。然而，示例性实施例不限于此，并且所描述的实施例可应用于受益于本文所描述的原理的其他网络，诸如未来的3GPP系统等。

网络500包括UE 502，其是被设计为经由空中连接与RAN 504通信的任何移动或非移动计算设备。UE 502通过Uu接口与RAN 504通信地耦接，这可适用于LTE和NR系统两者。UE502的示例包括但不限于智能电话、平板计算机、可穿戴计算机、台式计算机、膝上型计算机、车载信息娱乐系统、车载娱乐系统、仪表组、平视显示器(HUD)设备、车载诊断设备、仪表板移动装备、移动数据终端、电子发动机管理系统、电子/发动机控制单元、电子/发动机控制模块、嵌入式系统、传感器、微控制器、控制模块、发动机管理系统、联网设施、机器类型通信设备、机器对机器(M2M)、设备对设备(D2D)、机器类型通信(MTC)设备、物联网(IoT)设备等。网络500可包括经由D2D、ProSe、PC5和/或侧链路(SL)接口彼此直接耦接的多个UE 502。这些UE 502可以是M2M/D2D/MTC/IoT设备和/或使用物理侧链路信道(诸如但不限于PSBCH、PSDCH、PSSCH、PSCCH、PSFCH等)进行通信的车辆系统。UE 502可根据本文的各种实施例执行SL信道/链路的盲解码尝试。

在一些实施例中，UE 502可附加地经由空中(OTA)连接与AP 506通信。AP 506管理WLAN连接，其可用于从RAN 504卸载一些/所有网络流量。UE 502和AP 506之间的连接可符合任何IEEE 802.11协议。另外，UE 502、RAN 504和AP 506可利用蜂窝-WLAN聚合/集成(例如，LWA/LWIP)。蜂窝-WLAN聚合可涉及UE 502由RAN 504配置以利用蜂窝无线电资源和WLAN资源两者。

RAN 504包括一个或多个接入网络节点(AN)508。AN 508通过提供包括RRC、PDCP、RLC、MAC和PHY/L1协议的接入层协议来终止UE 502的空中接口。以这种方式，AN 508实现CN520和UE 502之间的数据/语音连接。AN 508可以是宏小区基站或低功率基站，其用于提供毫微微小区、微微小区或与宏小区相比具有较小覆盖区域、较小用户容量或较高带宽的其他类似小区；或其某种组合。在这些具体实施中，AN 508被称为BS、gNB、RAN节点、eNB、ng-eNB、NodeB、RSU、TRxP等。

一种示例性具体实施是“CU/DU分离”架构，其中AN 508被体现为与一个或多个gNB分布式单元(DU)通信耦接的gNB-中央单元(CU)，其中每个DU可与一个或多个无线电单元(RU)(也称为RRH、RRU等)通信地耦接(参见例如3GPP TS 38.401V16.1.0(2020-03))。在一些具体实施中，一个或多个RU可以是单独RSU。在一些具体实施中，CU/DU分割可包括ng-eNB-CU和一个或多个ng-eNB-DU，分别代替或补充gNB-CU和gNB-DU。用作CU的AN 508可被实现为分立设备或被实现为在服务器计算机上运行的一个或多个软件实体，作为例如虚拟网络的一部分，包括虚拟基带单元(BBU)或BBU池、云RAN(CRAN)、无线电装备控制器(REC)、无线电云中心(RCC)、集中式RAN(C-RAN)、虚拟化RAN(vRAN)等(尽管这些术语可指代不同的具体实施概念)。可使用任何其他类型的架构、布置和/或配置。

多个AN可经由X2接口(如果RAN 504是LTE RAN或演进通用地面无线电接入网络(E-UTRAN)510)或Xn接口(如果RAN 504是NG-RAN 514)彼此耦接。在一些实施例中，可被分成控制/用户平面接口的X2/Xn接口可允许AN传送与切换、数据/上下文传递、移动性、负载管理、干扰协调等相关的信息。

RAN 504的AN可各自管理一个或多个小区、小区组、分量载波等以向UE 502提供用于网络接入的空中接口。UE 502可同时与RAN 504的相同或不同AN 508所提供的多个小区连接。例如，UE 502和RAN 504可使用载波聚合来允许UE 502与多个分量载波连接，每个分量载波对应于Pcell或Scell。在双连接场景中，第一AN 508可以是提供MCG的主节点，并且第二AN 508可以是提供SCG的辅节点。第一/第二AN 508可以是eNB、gNB、ng-eNB等的任意组合。

RAN 504可在许可频谱或未许可频谱上提供空中接口。为了在未许可频谱中操作，节点可使用基于具有PCell/Scell的CA技术的LAA、eLAA和/或feLAA机制。在访问未经许可的频谱之前，节点可基于例如先听后说(LBT)协议来执行介质/载波侦听操作。

在V2X场景中，UE 502或AN 508可以是或充当路边单元(RSU)，其可指用于V2X通信的任何运输基础设施实体。RSU可在合适AN或固定(或相对固定)UE中实现或由其实现。在UE中或由UE实现的RSU可被称为“UE类型RSU”；在eNB中或由eNB实现的RSU可被称为“eNB类型RSU”；在gNB中或由gNB实现的RSU可被称为“gNB类型RSU”；等等。在一个示例中，RSU是与位于路边的射频电路耦接的计算设备，其为经过的车辆UE提供连接支持。RSU还可包括内部数据存储电路，其用于存储交叉路口地图几何形状、交通统计数据、媒体以及用于感测和控制正在进行的车辆和行人交通的应用程序/软件。RSU可提供高速事件所需的极低延迟通信，诸如碰撞避免、交通警告等。另外地或另选地，RSU可提供其他蜂窝/WLAN通信服务。RSU的部件可封装在适合于室外安装的防风雨外壳中，并且可包括网络接口控制器以提供到交通信号控制器或回程网络的有线连接(例如，以太网)。

在一些实施例中，RAN 504可以是具有一个或多个eNB 512的E-UTRAN 510。E-UTRAN 510提供具有以下特性的LTE空中接口(Uu)：15kHz的SCS；DL的CP-OFDM波形和UL的SC-FDMA波形；用于数据的Turbo码和用于控制的TBCC；等等。LTE空中接口可依赖于CSI-RS来进行CSI获取和波束管理；依赖于PDSCH/PDCCH DMRS以进行PDSCH/PDCCH解调；依赖于CRS以进行小区搜索和初始捕获、信道质量测量以及UE处的相干解调/检测的信道估计。LTE空中接口可在低于6GHz的频段上操作。

在一些实施例中，RAN 504可以是具有一个或多个gNB 516和/或一个或多个ng-eNB 518的下一代(NG)-RAN 514。gNB 516使用5G NR接口来与启用5G的UE 502连接。gNB516通过NG接口与5GC 540连接，该NG接口包括N2接口或N3接口。ng-eNB 518还通过NG接口与5GC 540连接，但可经由Uu接口与UE 502连接。gNB 516和ng-eNB 518可通过Xn接口彼此连接。

在一些实施例中，NG接口可被分成两部分：NG用户平面(NG-U)接口，其在NG-RAN514的节点和UPF 548之间承载流量数据(例如，N3接口)；以及NG控制平面(NG-C)接口，其是NG-RAN 514的节点和AMF 544之间的信令接口(例如，N2接口)。

NG-RAN 514可提供具有以下特性的5G-NR空中接口(其也可被称为Uu接口)：可变的SCS；用于DL的CP-OFDM、用于UL的CP-OFDM和DFT-s-OFDM；用于控制的极性码、重复码、单工码和Reed-Muller码以及用于数据的LDPC。与LTE空中接口类似，5G-NR空中接口可依赖于CSI-RS、PDSCH/PDCCH DMRS。5G-NR空口可不使用CRS，但可使用用于PBCH解调的PBCH DMRS；用于PDSCH的相位跟踪的PTRS；以及用于时间跟踪的跟踪参考信号。5G-NR空中接口可在包括6GHz以下的频段的FR1频段或包括24.25GHz至52.6GHz的频段的FR2频段上操作。5G-NR空中接口可包括SSB，该SSB是包括PSS/SSS/PBCH的下行链路资源网格的区域。

5G-NR空中接口可将BWP用于各种目的。例如，BWP可用于SCS的动态适配。例如，UE502可配置有多个BWP，其中每个BWP配置具有不同SCS。当向UE 502指示BWP改变时，传输的SCS也改变。BWP的另一个用例示例与节能相关。具体地，多个BWP可针对UE 502被配置有不同量的频率资源(例如，PRB)以支持不同流量负载场景下的数据传输。包含较少数量的PRB的BWP可用于具有小流量负载的数据传输，同时允许在UE 502处并且在一些情况下在gNB516处节省功率。对于具有较高流量负载的场景，可使用包含较大数量的PRB的BWP。

RAN 504通信地耦接到CN 520，其包括网络元件和/或网络功能(NF)以提供各种功能来支持对于客户/订户(例如，UE 502)的数据和电信服务。CN 520的部件可在一个物理节点或单独物理节点中实现。在一些实施例中，NFV可用于将CN 520的网络元件所提供的任何或所有功能虚拟化到服务器、交换机等中的物理计算/存储资源上。CN 520的逻辑实例可被称为网络切片，并且CN 520的一部分的逻辑实例可被称为网络子切片。

CN 520可以是LTE CN 522(也称为演进分组核心(EPC)522)。EPC 522可包括如所示的通过接口(或“参考点”)彼此耦接的MME 524、SGW 526、SGSN 528、HSS 530、PGW 532和PCRF 534。下面简单介绍了EPC 522中的NF。

MME 524实现移动性管理功能以跟踪UE 502的当前位置以便促进寻呼、承载激活/去激活、切换、网关选择、认证等。

SGW 526终止朝向RAN 510的SI接口并且在RAN 510与EPC 522之间路由数据分组。SGW 526可以是用于RAN间节点切换的本地移动性锚点并且还可提供用于3GPP间移动性的锚点。其他责任可包括合法拦截、计费和某个策略强制执行。

SGSN 528跟踪UE 502的位置并且执行安全功能和接入控制。SGSN 528还执行EPC节点间信令以用于不同RAT网络之间的移动性；如由MME 524指定的PDN和S-GW选择；用于切换的MME 524选择；等等。MME 524和SGSN 528之间的S3参考点使得用户和承载信息能够交换以用于空闲/活动状态下的3GPP接入网络间移动性。

HSS 530包括用于网络用户的数据库，包括订阅相关信息以支持网络实体对通信会话的处理。HSS 530可提供对路由/漫游、认证、授权、命名/寻址解析、位置依赖性等的支持。HSS 530和MME 524之间的S6a参考点可实现用于认证/授权用户对EPC 520的访问的订阅和认证数据的传输。

PGW 532可终止朝向数据网络(DN)536的SGi接口，该数据网络(DN)可包括应用程序(app)/内容服务器538。PGW 532在EPC 522和数据网络536之间路由数据分组。PGW 532通过S5参考点与SGW 526通信耦接以促进用户平面隧道传输和隧道管理。PGW 532还可包括用于策略强制执行和计费数据收集的节点(例如，PCEF)。另外，SGi参考点可将PGW 532与相同或不同的数据网络536通信地耦接。PGW 532可经由Gx参考点与PCRF 534通信地耦接。

PCRF 534是EPC 522的策略和计费控制元件。PCRF 534通信地耦接到应用程序/内容服务器538以确定服务流的适当的QoS和计费参数。PCRF 532还利用适当的TFT和QCI将相关联规则供应到PCEF(经由Gx参考点)。

CN 520可以是5GC 540，其包括通过如图所示的各种接口彼此耦接的AUSF 542、AMF 544、SMF 546、UPF 548、NSSF 550、NEF 552、NRF 554、PCF 556、UDM 558和AF 560。下面简单介绍了5GC 540中的NF。

AUSF 542存储用于UE 502的认证的数据并且处理与认证相关的功能。AUSF 542可促进用于各种访问类型的公共认证框架。

AMF 544允许5GC 540的其他功能与UE 502和RAN 504进行通信并且订阅有关相对于UE 502的移动性事件的通知。AMF 544还负责注册管理(例如，注册UE 502)、连接管理、可达性管理、移动性管理、AMF相关事件的合法拦截、以及接入认证和授权。AMF 544为UE 502和SMF 546之间的SM消息提供传输，并且充当用于路由SM消息的透明pro4。AMF 544还为UE502和SMSF之间的SMS消息提供传输。AMF 544与AUSF 542和UE 502交互以执行各种安全锚和上下文管理功能。此外，AMF 544是RAN-CP接口的终止点，其包括RAN 504与AMF 544之间的N2参考点。AMF 544也是NAS(N1)信令的终止点，并且执行NAS加密和完整性保护。

AMF 544还支持通过N3IWF接口与UE 502进行NAS信令。N3IWF提供对不受信任实体的访问。N3IWF可以是控制平面的(R)AN 504和AMF 544之间的N2接口的终止点，并且可以是用户平面的(R)AN 514和548之间的N3参考点的终止点。因此，AMF 544处理来自SMF 546和AMF 544的N2信令以用于PDU会话和QoS，封装/解封装用于IPSec和N3隧道传输的分组，在上行链路中标记N3用户平面分组，并且强制执行与N3分组标记相对应的QoS(考虑与通过N2接收的此类标记相关的QoS要求)。N3IWF还可经由UE 502和AMF 544之间的N1参考点在UE 502和AMF 544之间中继UL和DL控制平面NAS信令，并且在UE 502和UPF 548之间中继上行链路和下行链路用户平面分组。N3IWF还提供用于与UE 502建立IPsec隧道的机制。AMF 544可展示基于Namf服务的接口，并且可以是两个AMF 544之间的N14参考点以及AMF 544和5G-EIR之间的N17参考点(图5未示出)的终止点。

SMF 546负责SM(例如，UPF 548和AN 508之间的会话建立、隧道管理)；UE IP地址分配和管理(包括任选授权)；UP功能的选择和控制；在UPF 548处配置流量引导以将流量路由到正确的目的地；终止朝向策略控制功能的接口；控制策略强制执行的部分、计费和QoS；合法拦截(针对SM事件和与LI的系统接口)；NAS消息的SM部分的终止；下行数据通知；发起AN特定的SM信息，其通过N2经由AMF 544发送到AN 508；以及确定会话的SSC模式。SM是指PDU会话的管理，并且PDU会话或“会话”是指提供或实现UE 502与DN 536之间的PDU的交换的PDU连接服务。

UPF 548充当RAT内和RAT间移动性的锚点、与数据网络536互连的外部PDU会话点、以及用于支持多宿主PDU会话的分支点。UPF 548还执行分组路由和转发、执行分组检查、强制执行策略规则的用户平面部分、合法拦截分组(UP收集)；执行流量使用报告、执行用户平面的QoS处理(例如，分组过滤、门控、UL/DL速率强制执行)、执行上行链路流量验证(例如，SDF到QoS流映射)、上行链路和下行链路中的传输级分组标记，以及执行下行链路分组缓冲和下行链路数据通知触发。UPF 548可包括上行链路分类器以支持将流量流路由到数据网络。

NSSF 550选择服务UE 502的网络切片实例的集合。如果需要，NSSF 550还确定允许的NSSAI以及到预订S-NSSAI的映射。NSSF 550还基于合适配置并且可能通过查询NRF554来确定要用于服务UE 502的AMF集合或者候选AMF 544的列表。UE 502的网络切片实例的集合的选择可由向其注册UE 502的AMF 544通过与NSSF 550交互来触发，这可导致AMF544的改变。NSSF 550通过N22参考点与AMF 544交互；并且可经由N31参考点(未示出)与访问网络中的另一个NSSF通信。

NEF 552安全地将3GPP NF所提供的服务和能力开放给第三方、内部开放/再开放、AF 560、边缘计算或雾计算系统(例如，边缘计算节点等)。在此类实施例中，NEF 552可验证、授权或限制AF。NEF 552还可转换与AF 560交换的信息以及与内部网络功能交换的信息。例如，NEF 552可在AF服务标识符和内部5GC信息之间进行转换。NEF 552还可基于其他NF的公开能力从其他NF接收信息。该信息可作为结构化数据存储在NEF 552处，或者使用标准化接口存储在数据存储装置NF处。然后，NEF 552可向其他NF和AF重新公开存储信息，或存储信息用于其他目的诸如分析。

NRF 554支持服务发现功能，接收来自NF实例的NF发现请求，并且将发现的NF实例的信息提供给请求的NF实例。NRF 554还维护可用NF实例及其支持的服务的信息。NRF 554还支持服务发现功能，其中NRF 554从NF实例或服务通信pro4(SCP)(未示出)接收NF发现请求，并向NF实例或SCP提供所发现的NF实例的信息。

PCF 556向控制平面功能提供策略规则以强制执行它们，并且还可支持统一策略框架以管理网络行为。PCF 556还可实现前端以访问与UDM 558的UDR中的策略决策相关的订阅信息。除了如图所示的通过参考点与功能进行通信之外，PCF 556还展示基于Npcf服务的接口。

UDM 558处理订阅相关信息以支持网络实体对通信会话的处理，并且存储UE 502的订阅数据。例如，订阅数据可经由UDM 558和AMF 544之间的N8参考点来传送。UDM 558可包括两个部分：应用前端和UDR。UDR可存储用于UDM 558和PCF 556的订阅数据和策略数据、和/或NEF 552的用于开放的结构化数据和应用程序数据(包括用于应用程序检测的PFD、用于多个UE 502的应用程序请求信息)。UDR 221可展示基于Nudr服务的接口以允许UDM 558、PCF 556和NEF 552访问特定存储数据集，以及读取、更新(例如，添加、修改)、删除和订阅UDR中的相关数据改变的通知。UDM可包括UDM FE，其负责处理凭证、位置管理、订阅管理等。多个不同前端可在不同事务中服务相同用户。UDM-FE访问UDR中存储的订阅信息并且执行认证凭证处理、用户识别处理、访问授权、注册/移动性管理；和订阅管理。除了如图所示通过参考点与其他NF通信之外，UDM 558还可展示基于Nudm服务的接口。

AF 560提供对流量路由的应用程序影响，提供对NEF 552的访问，并且与策略框架交互以进行策略控制。AF 560可影响UPF 548(重新)选择和流量路由。基于运营商部署，当AF 560被认为是可信实体时，网络运营商可允许AF 560直接与相关NF交互。另外，AF 560可用于边缘计算具体实施。

5GC 540可通过选择在地理上靠近UE 502附着到网络的点的运营商/第三方服务来启用边缘计算。这可减小网络上的延迟和负载。在边缘计算具体实施中，5GC 540可选择靠近UE 502的UPF 548并且经由N6接口执行从UPF 548到DN 536的流量引导。这可基于UE订阅数据、UE位置以及由AF 560提供的信息，这允许AF 560影响UPF(重新)选择和流量路由。

数据网络(DN)536可表示可由包括例如应用程序(app)/内容服务器538的一个或多个服务器提供的各种网络运营商服务、互联网接入或第三方服务。DN 536可以是运营商外部公共网络、私有PDN或运营商内部分组数据网络，例如用于供应IMS服务。在该实施例中，应用程序服务器538可经由S-CSCF或I-CSCF耦接到IMS。在一些具体实施中，DN 536可表示一个或多个局域DN(LADN)，其是可由一个或多个特定区域中的UE 502访问的DN 536(或DN名称(DNN))。在这些特定区域之外，UE 502无法接入LADN/DN 536。

另外地或另选地，DN 536可以是边缘DN 536，其是支持用于启用边缘应用程序的架构的(本地)数据网络。在这些实施例中，应用程序服务器538可表示提供应用程序服务器功能的物理硬件系统/设备和/或驻留在云中或执行服务器功能的边缘计算节点处的应用程序软件。在一些实施例中，应用程序/内容服务器538提供边缘托管环境，其提供边缘应用程序服务器的执行所需的支持。

在一些实施例中，5GS可使用一个或多个边缘计算节点来提供无线通信流量的接口和卸载处理。在这些实施例中，边缘计算节点可被包括在一个或多个RAN 510、514中或者与其共定位。例如，边缘计算节点可提供5GC 540中的RAN 514和UPF 548之间的连接。边缘计算节点可使用在边缘计算节点内的虚拟化基础设施上实例化的一个或多个NFV实例来处理往返于RAN 514和UPF 548的无线连接。

5GC 540的接口包括参考点和基于服务的接口。参考点包括：N1(在UE 502和AMF544之间)、N2(在RAN 514和AMF 544之间)、N3(在RAN 514和UPF 548之间)、N4(在SMF 546和UPF 548之间)、N5(在PCF 556和AF 560之间)、N6(在UPF 548和DN 536之间)、N7(在SMF 546和PCF 556之间)、N8(在UDM 558和AMF 544之间)、N9(在两个UPF 548之间)、N10(在UDM 558和SMF 546之间)、N11(在AMF 544和SMF 546之间)、N12(在AUSF 542和AMF 544之间)、N13(在AUSF 542和UDM 558之间)、N14(在两个AMF 544之间；未示出)、N15(在在非漫游场景的情况下，在PCF 556和AMF 544之间，或者在漫游场景的情况下，在访问网络中的PCF 556和AMF 544之间)、N16(在两个SMF 546之间；未示出)和N22(在AMF 544和NSSF 550之间)。也可使用图5中未示出的其他参考点表示。图5的基于服务的表示会表示控制平面内的NF，其使得其他授权NF能够访问它们的服务。基于服务的接口(SBI)包括：Namf(由AMF 544展示的SBI)、Nsmf(由SMF 546展示的SBI)、Nnef(由NEF 552展示的SBI)、Npcf(由PCF 556展示的SBI)、Nudm(由UDM 558展示的SBI)、Naf(由AF 560展示的SBI)、Nnrf(由NRF 554展示的SBI)、Nnssf(由NSSF 550展示的SBI)、Nausf(由AUSF 542展示的SBI)。还可使用图5中未示出的其他基于服务的接口(例如，Nudr、N5g-eir和Nudsf)。在一些实施例中，NEF 552可提供到边缘计算节点536x的接口，该边缘计算节点可用于处理与RAN 514的无线连接。

在一些具体实施中，系统500可包括SMSF，其负责SMS订阅检查和验证，以及将SM消息中继到UE 502/从该UE中继到其他实体，诸如SMS-GMSC/IWMSC/SMS路由器。SMS还可与AMF542和UDM 558交互以进行UE 502可用于SMS传递的通知规程(例如，设置UE不可到达标记，并且在UE 502可用于SMS时通知UDM 558)。

5GS还可包括支持间接通信的SCP(或SCP的单独实例)(参见例如3GPP TS23.501的第7.1.1节)；委托发现(参见例如3GPP TS23.501的第7.1.1节)；消息转发和路由到目的地NF/NF服务、通信安全(例如，授权NF服务消费者访问NF服务生产者API)(参见例如3GPP TS33.501)、负载平衡、监测、过载控制等；以及供UDM、AUSF、UDR、PCF基于UE的SUPI、SUCI或GPSI访问存储在UDR中的订阅数据的发现和选择功能(参见例如3GPP TS23.501的第6.3节)。由SCP提供的负载平衡、监测、过载控制功能可能是具体实施特定的。可以采用分布式部署SCP。在各种NF服务之间的通信路径中可存在多于一个SCP。虽然不是NF实例，但SCP也可分布式部署、冗余且可扩展。

图6示意性地示出了根据各种实施例的无线网络600。无线网络600可包括与AN604进行无线通信的UE 602。UE 602和AN 604可与相对于图5描述的类似名称的部件类似并且基本上可互换。

UE 602可经由连接606与AN 604通信地耦接。连接606被示为空中接口以实现通信耦接，并且可符合在毫米波或低于6GHz频率下操作的诸如LTE协议或5G NR协议的蜂窝通信协议。

UE 602可包括与调制解调器平台610耦接的主机平台608。主机平台608可包括应用程序处理电路612，其可与调制解调器平台610的协议处理电路614耦接。应用程序处理电路612可为UE 602运行源/宿应用程序数据的各种应用程序。应用程序处理电路612还可实现一个或多个层操作以向数据网络发射应用程序数据/从数据网络接收应用程序数据。这些层操作可包括传输(例如UDP)和互联网(例如IP)操作。

协议处理电路614可实现一个或多个层操作以促进通过连接606发射或接收数据。由协议处理电路614实现的层操作可包括例如MAC、RLC、PDCP、RRC和NAS操作。

调制解调器平台610还可包括数字基带电路616，其可实现网络协议栈中的协议处理电路614所执行的“下面”层操作的一个或多个层操作。例如，这些操作可包括：PHY操作，其包括以下中的一项或多项：HARQ确认(ACK)功能、加扰/解扰、编码/解码、层映射/解映射、调制符号映射、接收符号/位度量确定、多天线端口预编码/解码(其可包括空时、空频或空间编码)、参考信号生成/检测、前导码序列生成和/或解码、同步序列生成/检测、控制信道信号盲解码中以及其他相关功能。

调制解调器平台610还可包括发射电路618、接收电路620、RF电路622和RF前端(RFFE)624，其可包括或连接到一个或多个天线面板626。简言之，发射电路618可包括数模转换器、混频器、中频(IF)部件等；接收电路620可包括模数转换器、混频器、IF部件等；RF电路622可包括低噪声放大器、功率放大器、功率跟踪部件等；RFFE 624可包括滤波器(例如，表面/体声波滤波器)、开关、天线调谐器、波束形成部件(例如，相控阵天线部件)等。发射电路618、接收电路620、RF电路622、RFFE 624和天线面板626(一般称为“发射/接收部件”)的部件的选择和布置可特定于特定具体实施的细节，例如，通信是TDM还是FDM，在毫米波中还是低于6gHz的频率等。在一些实施例中，发射/接收部件可布置在多个并行的发射/接收链中，可布置在相同或不同的芯片/模块中等。

在一些实施例中，协议处理电路614可包括控制电路的一个或多个实例(未示出)以为发射/接收部件提供控制功能。

UE 602接收可由并经由天线面板626、RFFE 624、RF电路622、接收电路620、数字基带电路616和协议处理电路614建立。在一些实施例中，天线面板626可通过由一个或多个天线面板626的多个天线/天线元件接收的接收-波束形成信号来从AN 604接收传输。

UE 602传输可由并经由协议处理电路614、数字基带电路616、发射电路618、RF电路622、RFFE 624和天线面板626建立。在一些实施例中，UE 604的发射部件可对要发射的数据应用空间滤波器以形成由天线面板626的天线元件发射的发射波束。

类似于UE 602，AN 604可包括与调制解调器平台630耦接的主机平台628。主机平台628可包括可与调制解调器平台630的协议处理电路634耦接的应用程序处理电路632。调制解调器平台还可包括数字基带电路636、发射电路638、接收电路640、RF电路642、RFFE电路644和天线面板646。AN 604的部件可与UE 602的类似名称的部件类似并且基本上可互换。除了执行如上所述的数据发射/接收之外，AN 608的部件还可执行各种逻辑功能，包括例如RNC功能诸如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度。

图7示出了根据一些示例性实施例的计算设备700的部件，其能够从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)读取指令并且执行本文讨论的方法中的任一者或多者。具体地，图7示出了硬件资源700的图解表示，该硬件资源包括一个或多个处理器(或处理器核)710、一个或多个存储器/存储设备720和一个或多个通信资源730，其中每一者可经由总线740或其他接口电路通信地耦接。对于利用节点虚拟化(例如，NFV)的实施例，可执行管理程序702以提供用于一个或多个网络切片/子切片利用硬件资源700的执行环境。

处理器710包括例如处理器712和处理器714。处理器710包括电路，诸如但不限于一个或多个处理器核以及以下中的一者或多者：高速缓冲存储器、低压差稳压器(LDO)、中断控制器、串行接口(诸如SPI、I2C或通用可编程串行接口电路)、实时时钟(RTC)、定时器-计数器(包括间隔定时器和看门狗定时器)、通用I/O、存储卡控制器(诸如安全数字/多媒体卡(SD/MMC)或类似卡)、接口、移动行业处理器接口(MIPI)接口和联合测试访问组(JTAG)测试访问端口。处理器710可以是例如中央处理单元(CPU)、精简指令集计算(RISC)处理器、Acorn RISC机器(ARM)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、一个或多个数字信号处理器(DSP)诸如基带处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、射频集成电路(RFIC)、一个或多个微处理器或控制器、另一个处理器(包括本文讨论的那些)、或其任何合适的组合。在一些具体实施中，处理器电路710可包括一个或多个硬件加速器，其可以是微处理器、可编程处理设备(例如，FPGA、复杂可编程逻辑器件(CPLD)等)等。

存储器/存储设备720可包括主存储器、磁盘存储装置或其任何合适的组合。存储器/存储设备720可包括但不限于任何类型的易失性、非易失性或半易失性存储器，诸如随机存取存储器(RAM)、动态RAM(DRAM)、静态RAM(SRAM)、同步DRAM(SDRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存存储器、固态存储器、相变RAM(PRAM)、电阻存储器(诸如磁阻随机存取存储器)(MRAM)等，并且可包含来自和的三维(3D)交叉点(XPOINT)存储器。存储器/存储设备720还可包括永久存储设备，其可以是任何类型的临时和/或永久存储装置，包括但不限于非易失性存储器、光、磁和/或固态大容量存储装置等。

通信资源730可包括互连或网络接口控制器、部件或其他合适的设备以经由网络708与一个或多个外围设备704或一个或多个数据库706或其他网络元件通信。例如，通信资源730可包括有线通信部件(例如，用于经由USB、以太网、GRE隧道上的以太网、多协议标签交换(MPLS)上的以太网、USB上的以太网、控制器局域网(CAN)、本地互连网络(LIN)、DeviceNet、ControlNet、Data Highway+、PROFIBUS或PROFINET等耦接)、蜂窝通信部件、NFC部件、(或/>低功耗)部件、/>部件和其他通信部件。可使用物理连接经由通信资源730向/从计算设备700提供网络连接性，该物理连接可以是电的(例如，“铜互连”)或光的。物理连接还包括合适的输入连接器(例如，端口、插座、插座等)和输出连接器(例如，插头、插针等)。通信资源730可包括一个或多个专用处理器和/或FPGA以使用一种或多种前述网络接口协议进行通信。

指令750可包括软件、程序、应用程序、小应用程序、应用或用于致使处理器710中的至少任一者执行本文所讨论的方法中的任一者或多者的其他可执行代码。指令750可完全或部分地驻留在处理器710(例如，处理器的高速缓冲存储器内)、存储器/存储器设备720或其任何合适的组合中的至少一者内。此外，指令750的任何部分可从外围设备704或数据库706的任何组合转移到硬件资源700。因此，处理器710的存储器、存储器/存储设备720、外围设备704和数据库706是计算机可读和机器可读介质的示例。

当前描述的实施例的附加示例包括以下非限制性具体实施。以下非限制性示例中的每一者可独立存在或者可以任何排列或组合与下面或在整个本公开提供的任何一个或多个其他示例组合。

对于一个或多个实施例，在一个或多个前述附图中阐述的部件中的至少一者可被配置为执行如下面的示例部分中阐述的一种或多种操作、技术、过程和/或方法。例如，上面结合前面附图中的一个或多个图描述的基带电路可被配置为根据下面阐述的示例中的一个或多个示例来操作。对于另一个示例，如上文结合一个或多个前述附图所描述的与UE、基站、网络元件等相关联的电路可被配置为根据下面阐述的一个或多个示例来操作。

以下示例涉及进一步的实施例。

示例1可包括一种用于5G系统(5GS)中的服务生产者的装置，包括：处理器；和存储器，所述处理器被配置为：解码从服务消费者接收的针对所述5G系统(5GS)的服务请求，其中所述服务请求可与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；检测从所述NEF接收的性能测量数据；基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签；以及基于从所述NEF接收的所述性能测量数据来编码服务响应。

示例2可包括根据示例1和/或本文中的某个其他示例所述的设备，其中解码所述服务请求会触发所述NEF来发起所述性能测量数据的生成和递送。

示例3可包括根据示例1和/或本文中的某个其他示例所述的设备，其中所述性能测量可基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

示例4可包括根据示例1和/或本文中的某个其他示例所述的设备，其中所述性能测量可基于后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量、或失败后台数据传递策略删除的数量。

示例5可包括根据示例1和/或本文中的某个其他示例所述的设备，其中所述性能测量可基于UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量、或失败UCMF字典条目删除的数量。

示例6可包括根据示例1和/或本文中的某个其他示例所述的设备，其中所述服务生产者可在所述NEF外部的单独管理系统中或者在所述NEF内部。

示例7可包括根据示例1和/或本文中的某个其他示例所述的设备，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

示例8可包括根据示例3和/或本文中的某个其他示例所述的设备，其中可在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且可在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

示例9可包括根据示例4和/或本文中的某个其他示例所述的设备，其中可在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，可在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，可在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，可在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且可在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例10可包括根据示例5和/或本文中的某个其他示例所述的设备，其中可在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，可在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且可在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例11可包括根据示例7和/或本文中的某个其他示例所述的设备，其中所述累积计数器的初始值可在每个收集周期的开始时被设置为零。

示例12可包括一种存储计算机可执行指令的计算机可读介质，所述计算机可执行指令在由5G系统(5GS)中的用于服务生产者的一个或多个处理器执行时导致执行包括以下的操作：解码从服务消费者接收的针对所述5G系统(5GS)的服务请求，其中所述服务请求可与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；检测从所述NEF接收的性能测量数据；基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签；以及基于从所述NEF接收的性能测量数据来编码服务响应。

示例13可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中解码所述服务请求会触发所述NEF来发起所述性能测量数据的生成和递送。

示例14可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中所述性能测量可基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

示例15可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中所述性能测量可基于后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量、或失败后台数据传递策略删除的数量。

示例16可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中所述性能测量可基于UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量、或失败UCMF字典条目删除的数量。

示例17可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中所述服务生产者可在所述NEF外部的单独管理系统中或者在所述NEF内部。

示例18可包括根据示例12和/或本文中的某个其他示例所述的计算机可读介质存储，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

示例19可包括根据示例14和/或本文中的某个其他示例所述的计算机可读介质存储，其中可在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且可在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

示例20可包括根据示例15和/或本文中的某个其他示例所述的计算机可读介质存储，其中可在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，可在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，可在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，可在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且可在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例21可包括根据示例16和/或本文中的某个其他示例所述的计算机可读介质存储，其中可在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，可在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且可在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例22可包括根据示例18和/或本文中的某个其他示例所述的计算机可读介质存储，其中所述累积计数器的初始值可在每个收集周期的开始时被设置为零。

示例23可包括一种方法，该方法包括：解码从服务消费者接收的针对所述5G系统(5GS)的服务请求，其中所述服务请求可与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；检测从所述NEF接收的性能测量数据；基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签；以及基于从所述NEF接收的性能测量数据来编码服务响应。

示例24可包括根据示例23和/或本文中的某个其他示例所述的方法，其中解码所述服务请求会触发所述NEF来发起所述性能测量数据的生成和递送。

示例25可包括根据示例23和/或本文中的某个其他示例所述的方法，其中所述性能测量可基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

示例26可包括根据示例23和/或本文中的某个其他示例所述的方法，其中所述性能测量可基于后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量、或失败后台数据传递策略删除的数量。

示例27可包括根据示例23和/或本文中的某个其他示例所述的方法，其中所述性能测量可基于UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量、或失败UCMF字典条目删除的数量。

示例28可包括根据示例23和/或本文中的某个其他示例所述的方法，其中所述服务生产者可在所述NEF外部的单独管理系统中或者在所述NEF内部。

示例29可包括根据示例23和/或本文中的某个其他示例所述的方法，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

示例30可包括根据示例25和/或本文中的某个其他示例所述的方法，其中可在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且可在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

示例31可包括根据示例26和/或本文中的某个其他示例所述的方法，其中可在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，可在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，可在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，可在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且可在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例32可包括根据示例27和/或本文中的某个其他示例所述的方法，其中可在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，可在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且可在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例33可包括根据示例29和/或本文中的某个其他示例所述的方法，其中所述累积计数器的初始值可在每个收集周期的开始时被设置为零。

示例34可包括一种装置，该装置包括用于以下操作的模块：解码从服务消费者接收的针对所述5G系统(5GS)的服务请求，其中所述服务请求可与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；检测从所述NEF接收的性能测量数据；基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签；以及基于从所述NEF接收的性能测量数据来编码服务响应。

示例35可包括根据示例34和/或本文中的某个其他示例所述的装置，其中解码所述服务请求会触发所述NEF来发起所述性能测量数据的生成和递送。

示例36可包括根据示例34和/或本文中的某个其他示例所述的装置，其中所述性能测量可基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

示例37可包括根据示例34和/或本文中的某个其他示例所述的装置，其中所述性能测量可基于后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量、或失败后台数据传递策略删除的数量。

示例38可包括根据示例34和/或本文中的某个其他示例所述的装置，其中所述性能测量可基于UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量、或失败UCMF字典条目删除的数量。

示例39可包括根据示例34和/或本文中的某个其他示例所述的装置，其中所述服务生产者可在所述NEF外部的单独管理系统中或者在所述NEF内部。

示例40可包括根据示例34和/或本文中的某个其他示例所述的装置，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

示例41可包括根据示例36和/或本文中的某个其他示例所述的装置，其中可在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，可在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且可在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

示例42可包括根据示例37和/或本文中的某个其他示例所述的装置，其中可在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，可在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，可在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，可在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，可在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且可在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例43可包括根据示例38和/或本文中的某个其他示例所述的装置，其中可在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，可在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，可在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，可在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且可在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

示例44可包括根据示例40和/或本文中的某个其他示例所述的装置，其中所述累积计数器的初始值可在每个收集周期的开始时被设置为零。

示例45可包括一种装置，该装置包括用于执行根据示例1-44所述的方法中的任一者的模块。

示例46可包括一种网络节点，该网络节点包括通信接口和连接到其并且被配置为执行根据示例1-44所述的方法的处理电路。

示例47可包括一种装置，该装置包括用于执行示例1-44中的任一者中描述的或与其相关的方法、或本文中描述的任何其他方法或过程的一个或多个元素的装置。

示例48可包括一种或多种非暂态计算机可读介质，其包括指令，所述指令在由电子设备的一个或多个处理器执行时致使所述电子设备执行示例1-44中的任一者中描述的或与其相关的方法、或本文中描述的任何其他方法或过程的一个或多个元素。

示例49可包括一种装置，该装置包括用于执行示例1-44中的任一者中描述的或与其相关的方法、或本文中描述的任何其他方法或过程的一个或多个元素的逻辑、模块或电路。

示例50可包括如示例1-44中的任一者或其部分中描述的或与其相关的方法、技术或过程。

示例51可包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，所述指令在由所述一个或多个处理器执行时致使所述一个或多个处理器执行如示例1-44中的任一者或其部分中描述的或与其相关的方法、技术或过程。

示例52可包括如示例1-44中的任一者或其部分中描述的或与其相关的信号。

示例53可包括如示例1-44中的任一者或其部分中描述的或与其相关的、或在本公开中以其他方式描述的数据报、分组、帧、片段、协议数据单元(PDU)或消息。

示例54可包括如示例1-44中的任一者或其部分中描述的或与其相关的、或在本公开中以其他方式描述的用数据编码的信号。

示例55可包括如示例1-44中的任一者或其部分中描述的或与其相关的、或在本公开中以其他方式描述的用数据报、分组、帧、片段、协议数据单元(PDU)或消息编码的信号。

示例56可包括一种承载计算机可读指令的电磁信号，其中由一个或多个处理器执行计算机可读指令会致使所述一个或多个处理器执行如示例1-44中的任一者或其部分中描述的或与其相关的方法、技术或过程。

示例57可包括一种包含指令的计算机程序，其中由处理元件执行所述程序会致使所述处理元件执行如示例1-44中的任一者或其部分中描述的或与其相关的方法、技术或过程。

示例58可包括如本文所示和所述的无线网络中的信号。

示例59可包括如本文所示和所述的在无线网络中进行通信的方法。

示例60可包括如本文所示和所述的用于提供无线通信的系统。

示例61可包括如本文所示和所述的用于提供无线通信的设备。

示例性具体实施是边缘计算系统，其包括相应的边缘处理设备和节点以调用或执行以上示例或本文描述的其他主题的操作。另一个示例性具体实施是客户端端点节点，其可操作以调用或执行以上示例或本文描述的其他主题的操作。另一个示例性具体实施是边缘计算系统内或耦接到边缘计算系统的聚合节点、网络集线器节点、网关节点或核心数据处理节点，其可操作以调用或执行上述示例或本文描述的其他主题的操作。另一个示例性具体实施是边缘计算系统内或耦接到边缘计算系统的接入点、基站、路边单元、街边单元或本地单元，其可操作以调用或执行上述示例或本文描述的其他主题的操作。另一个示例性具体实施是边缘计算系统内或耦接到边缘计算系统的边缘供应节点、服务编排节点、应用编排节点或多租户管理节点，其可操作以调用或执行上述示例或本文描述的其他主题的操作。另一个示例性具体实施是在边缘计算系统内或耦接到边缘计算系统的操作边缘供应服务、应用或服务编排服务、虚拟机部署、容器部署、功能部署和计算管理的边缘节点，其可操作以调用或执行上述示例或本文描述的其他主题的操作。另一个示例性具体实施是边缘计算系统，其可操作为边缘网格、具有侧车装载或具有网格到网格通信的边缘网格，其可操作以调用或执行上述示例或本文描述的其他主题的操作。另一个示例性具体实施是边缘计算系统，其包括网络功能、加速功能、加速硬件、存储硬件或计算硬件资源的各方面，其可操作以使用上述示例或本文描述的其他主题来调用或执行本文讨论的用例。另一个示例性具体实施是边缘计算系统，其适用于支持客户端移动性、车辆对车辆(V2V)、车辆对一切(V2X)或车辆对基础设施(V2I)场景，并且任选地根据ETSI MEC规范进行操作，其可操作以使用上述示例或本文描述的其他主题来调用或执行本文讨论的用例。另一个示例性具体实施是适合于移动无线通信的边缘计算系统，其包括根据3GPP 4G/LTE或5G网络能力的配置，其可操作以使用上述示例或本文描述的其他主题来调用或执行本文讨论的用例。另一个示例性具体实施是适合于网络通信的计算系统，其包括根据O-RAN能力的配置，其可操作以使用上述示例或本文描述的其他主题来调用或执行本文讨论的用例。

除非另外明确说明，任何上述示例可与任何其他示例(或示例的组合)组合。一个或多个具体实施的前述描述提供了说明和描述，但并不旨在是穷举的或将实施例的范围限制于所公开的精确形式。根据以上教导，修改和变化是可能的，或者可从各种实施例的实践中获得。

缩写

除非本文不同地使用，否则术语、定义和缩写可与3GPP TR 21.905v16.0.0(2019-06)中定义的术语、定义和缩写一致。出于本文件的目的，以下缩写可适用于本文讨论的示例和实施例。

表1缩写：

/>

前面的描述提供了各种示例性实施例的图示和描述，但并不旨在是穷举的或将实施例的范围限制于所公开的精确形式。根据以上教导，修改和变化是可能的，或者可从各种实施例的实践中获得。在阐述具体细节以描述本公开的示例性实施例的情况下，对于本领域技术人员而言应当显而易见的是，可在没有这些具体细节的情况下或在改变这些具体细节的情况下实践本公开。然而，应当理解，无意将本公开的概念限制于所公开的特定形式，相反，意图是覆盖与本公开和本公开和所附权利要求一致的所有修改、等同物和替代物。

术语

本文所使用的术语仅用于描述特定实施例的目的并且不旨在限制本公开。如本文所用，单数形式“一”和“该”也旨在包括复数形式，除非上下文清楚地另有说明。还应当理解，术语“包括”和/或“包含”当在本说明书中使用时，具体指所陈述的特征、整体、步骤、操作、元件和/或部件的存在，但不排除一个或多个其他特征、整体、步骤、操作、元件、部件和/或其组的存在或添加。

出于本公开的目的，短语“A和/或B”意指(A)、(B)或(A和B)。出于本公开的目的，短语“A、B和/或C”意指(A)、(B)、(C)、(A和B)、(A和C)、(B和C)，或(A、B和C)。描述可使用短语“在一个实施例中”或“在一些实施例中”，其各自可指代一个或多个相同或不同的实施例。此外，如相对于本公开的实施例所使用的，术语“包括”、“包含”、“具有”等是同义的。

在本文中使用术语“耦接”、“通信耦接”及其派生词。术语“耦接”可指两个或更多个元件彼此直接物理或电接触，可指两个或更多个元件间接彼此接触但仍然彼此协作或相互作用，和/或可指一个或多个其他元件耦接或连接在被称为彼此耦接的元件之间。术语“直接耦接”可意味着两个或更多个元件彼此直接接触。术语“通信地耦接”可意味着两个或更多个元件可通过包括通过有线或其他互连连接、通过无线通信信道或链路等的通信彼此接触。

如本文所使用的，术语“电路/电路系统”是指硬件部件、是硬件部件的一部分或包括硬件部件，诸如电子电路、逻辑电路、处理器(共享、专用或组)和/或存储器(共享、专用或组))、专用集成电路(ASIC)、现场可编程器件(FPD)(例如，现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、复杂PLD(CPLD)、高容量PLD(HCPLD)、结构化ASIC或可编程SoC)、数字信号处理器(DSP)等，其配置为提供所描述的功能。在一些实施例中，电路可执行一个或多个软件或固件程序以提供所描述的功能中的至少一些。术语“电路/电路系统”还可指用于执行程序代码的功能的一个或多个硬件元件(或者电气或电子系统中使用的电路的组合)与程序代码的组合。在这些实施例中，硬件元件和程序代码的组合可被称为特定类型的电路。

如本文所使用的，术语“处理器电路”是指能够顺序地且自动地执行一系列算术或逻辑运算或者记录、存储和/或传输数字数据的电路、是该电路一部分或者包括该电路。处理电路可包括用于执行指令的一个或多个处理核心以及用于存储程序和数据信息的一个或多个存储器结构。术语“处理器电路”可指一个或多个应用处理器、一个或多个基带处理器、物理中央处理单元(CPU)、单核处理器、双核处理器、三核处理器、四核处理器，和/或能够执行或以其他方式操作计算机可执行指令(诸如程序代码、软件模块和/或功能过程)的任何其他设备。处理电路可包括更多的硬件加速器，其可以是微处理器、可编程处理设备等。一个或多个硬件加速器可包括例如计算机视觉(CV)和/或深度学习(DL)加速器。术语“应用电路”和/或“基带电路”可被认为与“处理器电路”同义，并且可被称为“处理器电路”。

如本文所使用的，术语“存储器”和/或“存储器电路”是指用于存储数据的一个或多个硬件设备，包括RAM、MRAM、PRAM、DRAM和/或SDRAM、核心存储器、ROM、磁盘存储介质、光存储介质、闪存存储器设备或其他用于存储数据的机器可读介质。术语“计算机可读介质”可包括但不限于存储器、便携式或固定存储器设备、光学存储器设备、以及能够存储、包含或承载指令或数据的各种其他介质。

如本文所使用的，术语“接口电路”是指能够在两个或更多个部件或设备之间交换信息的电路、是该电路的一部分或者包括该电路。术语“接口电路”可指一个或多个硬件接口，例如，总线、I/O接口、外围部件接口、网络接口卡等。

如本文所使用的，术语“用户装备”或“UE”是指具有无线电通信能力的设备并且可描述通信网络中的网络资源的远程用户。术语“用户装备”或“UE”可被认为是同义的，并且可被称为客户端、移动装置、移动设备、移动终端、用户终端、移动单元、移动站、移动用户、订户、用户、远程站、接入代理、用户代理、接收器、无线电装备、可重配置无线电装备、可重配置移动设备等。此外，术语“用户装备”或“UE”可包括任何类型的无线/有线设备或任何计算设备，包括无线通信接口。

如本文所使用的，术语“网络元件”是指用于提供有线或无线通信网络服务的物理或虚拟化装备和/或基础设施。术语“网络元件”可被认为是同义的和/或被称为联网计算机、联网硬件、网络装备、网络节点、路由器、交换机、集线器、网桥、无线电网络控制器、RAN设备、RAN节点、网关、服务器、虚拟化VNF、NFVI等。

如本文所使用的，术语“计算机系统”是指任何类型的互连电子设备、计算机设备或其部件。另外，术语“计算机系统”和/或“系统”可指彼此通信地耦接的计算机的各种部件。此外，术语“计算机系统”和/或“系统”可指彼此通信地耦接并且被配置为共享计算和/或联网资源的多个计算机设备和/或多个计算系统。

如本文所使用的，术语“设施”、“计算机设施”等是指具有被专门设计成提供特定计算资源的程序代码(例如，软件或固件)的计算机设备或计算机系统。“虚拟设施”是由配备管理程序的设备实现的虚拟机图像，该设备虚拟化或模拟计算机设施或以其他方式专用于提供特定计算资源。术语“元件”是指在给定抽象级别上不可分割并且具有明确定义的边界的单元，其中元件可以是任何类型的实体，包括例如一个或多个设备、系统、控制器、网络元件、模块等或其组合。术语“设备”是指嵌入在其附近的另一个物理实体内部或附接到该另一个物理实体的物理实体，具有从该物理实体传送数字信息或向该物理实体传送数字信息的能力。术语“实体”是指架构或设备的独特部件，或作为有效负载传输的信息。术语“控制器”是指具有影响物理实体的能力的元件或实体，诸如通过改变其状态或导致物理实体移动。

术语“云计算”或“云”是指一种范式，其通过按需自助服务供应和管理并且在无需用户主动管理的情况下，使得网络能够访问可扩展且有弹性的可共享计算资源池。云计算提供云计算服务(或云服务)，其是经由使用定义接口(例如，API等)调用的云计算提供的一种或多种能力。术语“计算资源”或简单地“资源”是指计算机系统或网络内的具有有限可用性的任何物理或虚拟部件，或此类部件的使用。计算资源的示例包括在一段时间内对服务器、处理器、存储装备、存储器设备、存储区域、网络、电力、输入/输出(外围)设备、机械设备、网络连接的使用/访问(例如，通道/链路、端口、网络套接字等)、操作系统、虚拟机(VM)、软件/应用程序、计算机文件等。“硬件资源”可指由物理硬件元件提供的计算、存储和/或网络资源。“虚拟化资源”可指代由虚拟化基础设施提供给应用程序、设备、系统等的计算、存储和/或网络资源。术语“网络资源”或“通信资源”可指代可由计算机设备/系统经由通信网络访问的资源。术语“系统资源”可指用于提供服务的任何类型的共享实体，并且可包括计算和/或网络资源。系统资源可被视为可通过服务器访问的一组连贯功能、网络数据对象或服务，其中此类系统资源驻留在单个主机或多个主机上并且可清楚地识别。如本文所使用的，术语“云服务提供商”(或CSP)指示通常运营由集中式、区域性和边缘数据中心组成的大规模“云”资源的组织(例如，如在公共云的上下文中所使用的)。在其他示例中，CSP也可被称为云服务运营商(CSO)。对“云计算”的提及通常是指由CSP或CSO在远程位置提供的计算资源和服务，与边缘计算相比，延迟、距离或限制至少有所增加。

如本文所使用的，术语“数据中心”是指一种专门设计的结构，其旨在容纳多个高性能计算和数据存储节点，使得大量计算、数据存储和网络资源存在于单个位置处。这通常需要专门的机架和外壳系统、合适的加热、冷却、通风、安全、灭火和供电系统。在一些上下文中，术语还可指计算和数据存储节点。数据中心的规模可在集中式或云数据中心(例如，最大)、区域性数据中心和边缘数据中心(例如，最小)之间变化。

如本文所使用的，术语“边缘计算”是指在更靠近网络的“边缘”或“边缘”集合的位置处的计算和资源的实现、协调和使用。在网络边缘处部署计算资源可减小应用程序和网络延迟，减小网络回程流量和相关联的能源消耗，改进服务能力，改进对安全或数据隐私要求的合规性(特别是与常规云计算相比)，并且改进所有权的总成本。如本文所使用的，术语“边缘计算节点”是指具有计算能力的元件的现实世界、逻辑或虚拟化具体实施，其形式为设备、网关、桥接器、系统或子系统、部件，无论在服务器、客户端、端点还是对等模式中操作，以及位于网络的“边缘”处还是位于网络内更远的连接位置处。本文使用的对“节点”的提及通常可与“设备”、“部件”和“子系统”互换；然而，对“边缘计算系统”或“边缘计算网络”的引用通常是指分布式架构、组织或多个节点和设备的集合，并且其被组织为在边缘计算设置中完成或提供服务或资源的某些方面。

另外地或另选地，术语“边缘计算”是指如[6]中所描述的概念，其使得运营商和第三方服务能够被托管在靠近UE附接接入点的位置以通过减少的端到端延迟和传输网络上的负载来实现高效的服务递送。如本文所使用的，术语“边缘计算服务提供商”是指提供边缘计算服务的移动网络运营商或第三方服务提供商。如本文所使用的，术语“边缘数据网络”是指支持用于启用边缘应用程序的架构的本地数据网络(DN)。如本文所使用的，术语“边缘托管环境”是指提供边缘应用程序服务器的执行所需的支持的环境。如本文所使用的，术语“应用程序服务器”是指驻留在云中的执行服务器功能的应用程序软件。

术语“物联网”或“IoT”是指能够在很少或没有人类交互的情况下传输数据的由相互关联的计算设备、机械和数字机器组成的系统，并且可涉及诸如实时分析、机器学习和/或AI、嵌入式系统、无线传感器网络、控制系统、自动化(例如，智能家居、智能建筑和/或智能城市技术)等的技术。IoT设备通常是低功耗设备，没有大量计算或存储功能。“边缘IoT设备”可以是部署在网络边缘处的任何类型的IoT设备。

如本文所使用的，术语“集群”是指作为边缘计算系统(或多个系统)的一部分的实体的集合或分组，其形式为物理实体(例如，不同的计算系统、网络或网络组)、逻辑实体(例如，应用程序、功能、安全结构、容器)等。在某些地方，“集群”也称为“组”或“域”。集群的成员资格可基于条件或功能来修改或影响，包括来自动态或基于属性的成员资格、来自网络或系统管理场景、或者来自下面讨论的可添加、修改或删除集群中的实体的各种示例性技术。集群还可包括多个层、级别或属性或与多个层、级别或属性相关联，包括安全特征和基于此类层、级别或属性的结果的变化。

术语“应用程序”可指用于在操作环境中实现某种功能的完整且可部署的分组、环境。术语“AI/ML应用程序”等可以是包含一些AI/ML模型和应用级描述的应用。术语“机器学习”或“ML”是指使用用于实现算法和/或统计模型来执行特定任务，而不使用明确的指令，而是依赖于模式和推理的计算机系统。ML算法基于样本数据(称为“训练数据”、“模型训练信息”等)构建或估计数学模型(称为“ML模型”等)以进行预测或决策而没有明确编程来执行此类任务。一般来说，ML算法是从相对于一些任务和一些性能指标的经验中学习的计算机程序，并且ML模型可以是通过一个或多个训练数据集训练ML算法后创建的任何对象或数据结构。在训练后，机器学习模型可用于对新数据集进行预测。尽管术语“ML算法”是指与术语“ML模型”不同的概念，但是为了本公开的目的，本文所讨论的这些术语可互换使用。

术语“机器学习模型”、“ML模型”等也可指ML辅助解决方案所使用的ML方法和概念。“ML辅助解决方案”是在操作过程期间使用ML算法来解决特定用例的解决方案。ML模型包括监督学习(例如，线性回归、k近邻(KNN)、决策树算法、支持机器向量、贝叶斯算法、集成算法等)和无监督学习(例如，K均值聚类、主分量分析(PCA)等)、强化学习(例如，Q学习、多臂老虎机学习、深度RL等)、神经网络等。取决于具体实施，特定ML模型可有许多子模型作为分量并且ML模型可一起训练所有子模型。单独训练的ML模型也可在推理期间在ML管线中链接在一起。“ML管线”是特定于ML辅助解决方案的功能性、功能或功能实体的实体；ML管线可包括数据管线中的一个或多个数据源、模型训练管线、模型评估管线和参与者。“参与者”是使用ML模型推理的输出来托管ML辅助解决方案的实体。术语“ML训练主机”是指托管模型训练的实体，诸如网络功能。术语“ML推理主机”是指在推理模式(其包括模型执行以及任何在线学习(如果适用))期间托管模型的实体，诸如网络功能。ML主机向参与者通报ML算法的输出，并且参与者做出操作决策(参与者根据ML辅助解决方案的输出执行“操作”)。术语“模型推理信息”是指用作ML模型的输入以确定推理的信息；用于训练机器学习模型的数据和用于确定推理的数据可能重叠，然而“训练数据”和“推理数据”是指不同概念。

如本文所使用的，术语“实例化”等是指实例的创建。“实例”还指对象的具体出现，其可例如在程序代码的执行期间出现。术语“信息元素”是指包含一个或多个字段的结构元素。术语“字段”是指信息元素的单独内容，或者包含内容的数据元素。如本文所使用的，“数据库对象”、“数据结构”等可指以对象、属性值对(AVP)、键值对(KVP)、元组等的形式的任何信息表示，并且可包括变量、数据结构、函数、方法、类、数据库记录、数据库字段、数据库实体、数据和/或数据库实体之间的关联(也称为“关系”)、块和区块链具体实施中的块之间的链接等。

如本文所使用的，“信息对象”是指结构化数据的集合和/或信息的任何表示，并且可包括例如电子文档(或“文档”)、数据库对象、数据结构、文件、音频数据、视频数据、原始数据、存档文件、应用程序分组和/或任何其他类似的信息表示。术语“电子文档”或“文档”可指用于记录数据的数据结构、计算机文件或资源，并且包括各种文件类型和/或数据格式，诸如文字处理文档、电子表格、幻灯片演示、多媒体项目、网页和/或源代码文档等。作为示例，信息对象可包括标记和/或源代码文档，这与HTML、XML、JSON、CSS、JSP、MessagePack^TM、/>Thrift^TM、ASN.1、/>Protocol Buffers(protobuf)、或一些其他文档/格式诸如本文讨论的那些。信息对象可具有逻辑结构和物理结构。从物理上讲，信息对象包括一个或多个称为实体的单元。实体是包含内容并由名称标识的存储单元。实体可引用其他实体以使它们包含在信息对象中。信息对象始于文档实体，其也称为根元素(或“根”)。逻辑上，信息对象包括一个或多个声明、元素、注释、字符引用和处理指令，所有这些都在信息对象中指示(例如，使用标记)。

如本文所使用的，术语“数据项”是指在某一时间点具有至少一个特定属性的特定对象的原子状态。此类对象通常由对象名称或对象标识符标识，并且此类对象的属性通常被定义为数据库对象(例如，字段、记录等)、对象实例、或数据元素(例如，标记语言元素/标签等)。另外地或另选地，如本文所使用的，术语“数据项”可指数据元素和/或内容项，尽管这些术语可指代不同的概念。如本文所使用的，术语“数据元素”或“元素”是指在给定抽象级别上不可分割并且具有明确定义的边界的单元。数据元素是信息对象(例如，电子文档)的逻辑分量，其可以开始标签(例如“<element>”)开始并以匹配结束标签(例如“</element>”)结束，或者只具有空元素标签(例如“<element/>”)。开始标签和结束标签之间的任何字符(如果有的话)是元素的内容(在本文中称为“内容项”等)。

实体的内容可包括一个或多个内容项，每个内容项都具有关联的数据类型表示。内容项可包括例如属性值、字符值、URI、限定名称(qnames)、参数等。qname是信息对象中的元素、属性或标识符的完全限定名称。qname将命名空间的URI与该命名空间中的元素、属性或标识符的本地名称相关联。为了建立这种关联，qname为与其名称空间相对应的本地名称分配前缀。qname包括命名空间的URI、前缀和本地名称。命名空间用于在信息对象中提供唯一命名的元素和属性。内容项可包括文本内容(例如，“<element>content item</element>”)、属性(例如，“<element attribute＝"attributeValue">”)以及被称为“子元素”的其他元素(例如，“<element1><element2>content item</element2></element1>”)。“属性”可指代包括存在于开始标签或空元素标签内的名称-值对的标记构造。属性包含与其元素相关的数据和/或控制元素的行为。

如本文所使用的，术语“信道”是指用于传送数据或数据流的任何有形或无形的传输介质。术语“信道”可与“通信信道”、“数据通信信道”、“传输信道”、“数据传输信道”、“接入信道”、“数据接入信道”、“链路”、“数据链路”、“载波”、“射频载波”和/或表示数据被传送通过的路径或介质的任何其他类似术语同义和/或等同。另外，如本文所使用的，术语“链路”是指用于发射和接收信息的目标的两个设备之间通过RAT的连接。如本文所使用的，术语“无线电技术”是指用于无线发射和/或接收电磁辐射以用于信息传输的技术。术语“无线电接入技术”或“RAT”是指用于与基于无线电的通信网络的底层物理连接的技术。如本文所使用的，术语“通信协议”(有线或无线)是指由通信设备和/或系统实现的标准化规则或指令以与其他设备和/或系统通信的集合，包括用于封装/解封的指令数据、调制/解调信号、协议栈的具体实施等。

如本文所使用的，术语“无线电技术”是指用于无线发射和/或接收电磁辐射以用于信息传输的技术。术语“无线电接入技术”或“RAT”是指用于与基于无线电的通信网络的底层物理连接的技术。如本文所使用的，术语“通信协议”(有线或无线)是指由通信设备和/或系统实现的标准化规则或指令以与其他设备和/或系统通信的集合，包括用于封装/解封的指令数据、调制/解调信号、协议栈的具体实施等。可在各种实施例中使用的无线通信协议的示例包括全球移动通信系统(GSM)无线电通信技术、通用分组无线电服务(GPRS)无线电通信技术、GSM演进的增强型数据速率(EDGE)无线电通信技术、和/或第三代合作伙伴计划(3GPP)无线电通信技术，包括例如3GPP第五代(5G)或新无线电(NR)、通用移动电信系统(UMTS)、多媒体接入自由(FOMA)、长术语演进(LTE)、LTE-Advanced(LTE Advanced)、LTEExtra、LTE-APro、cdmaOne(2G)、码分多址2000(CDMA 2000)、蜂窝数字分组数据(CDPD)、Mobitex、电路交换数据(CSD)、高速CSD(HSCSD)、通用移动电信系统(UMTS)、宽带码分多址(W-CDM)、高速分组接入(HSPA)、HSPA Plus(HSPA+)、时分码分多址(TD-CDMA)、时分同步码分多址(TD-SCDMA)、LTE LAA、MuLTEfire、UMTS地面无线接入(UTRA)、演进型UTRA(E-UTRA)、演进数据优化或演进-仅数据(EV-DO)、高级移动电话系统(AMPS)、数字AMPS(D-AMPS)、全接入通信系统/扩展全接入通信系统(TACS/ETACS)、按压通话(PTT)、移动电话系统(MTS)、改进移动电话系统(IMTS)、高级移动电话系统(AMTS)、蜂窝数字分组数据(CDPD)、DataTAC、集成数字增强网络(iDEN)、个人数字蜂窝(PDC)、个人手持设备电话系统(PHS)、宽带集成数字增强网络(WiDEN)、iBurst、免许可移动接入(UMA)(也称为3GPP通用接入网络或GAN标准)、蓝牙低功耗(BLE)、基于IEEE 802.15.4的协议(例如，基于低功耗无线个域网的IPv6(6LoWPAN)、WirelessHART、MiWi、Thread、802.11a等)、WiFi-direct、ANT/ANT+、ZigBee、Z-Wave、3GPP设备到设备(D2D)或邻近服务(ProSe)、通用即插即用(UPnP)、低功耗广域网(LPWAN)、长距离广域网(LoRA)或由Semtech和LoRa联盟开发的LoRaWAN^TM、Sigfox、无线千兆位联盟(WiGig)标准、微波接入全球互操作性(WiMAX)、一般毫米波标准(例如，在10-300GHz及以上运行的无线系统，诸如WiGig、IEEE 802.11ad、IEEE 802.11ay等)、V2X通信技术(包括3GPP C-V2X)、专用短程通信(DSRC)通信系统诸如智能交通系统(ITS)，包括欧洲ITS-G5、ITS-G5B、ITS-G5C等。除了上面列出的标准之外，出于本公开的目的，可使用任何数量的卫星上行链路技术，包括例如符合国际电信联盟(ITU)或欧洲电信标准研究所(ETSI)等发布的标准的无线电。因此，本文提供的示例被理解为适用于现有的和尚未制定的各种其他通信技术。

术语“接入网络”是指使用无线电技术、RAT和/或通信协议的任意组合、用于连接用户设备和服务提供商的任何网络。在WLAN的上下文中，“接入网络”是指连接到提供商服务的终端和接入路由器之间的IEEE 802局域网(LAN)或城域网(MAN)。术语“接入路由器”是指终止来自终端的媒体访问控制(MAC)服务并且根据互联网协议(IP)地址将用户流量转发到信息服务器的路由器。

术语“SMTC”是指由SSB-MeasurementTimingConfiguration配置的基于SSB的测量定时配置。术语“SSB”是指同步信号/物理广播信道(SS/PBCH)块，其包括主同步信号(PSS)、辅同步信号(SSS)和PBCH。术语“主小区”是指在主频率上操作的MCG小区，其中UE执行初始连接建立规程或发起连接重建规程。术语“主SCG小区”是指当执行用于DC操作的同步重配置规程时，UE在其中执行随机接入的SCG小区。术语“辅小区”是指在特殊小区之上为配置有CA的UE提供附加无线电资源的小区。术语“辅小区组”是指包括用于配置有DC的UE的PSCell和零个或多个辅小区的服务小区的子集。术语“服务小区”是指未配置CA/DC的RRCCONNECTED中的UE的主小区，其中仅一个服务小区包括主小区。术语“服务小区”是指包括配置有CA的RRC_CONNECTED中的UE的特殊小区和所有辅小区的小区集合。术语“特殊小区”是指用于DC操作的MCG的PCell或SCG的PSCell；否则，术语“特殊小区”是指Pcell。

术语“A1策略”是指使用正式声明来表达的声明性策略类型，其使得SMO中的非RTRIC功能能够指导近RT RIC功能，并且从而引导RAN，以更好地实现RAN意图。

术语“A1丰富信息”是指近RT RIC所利用的信息，其在SMO/非RT RIC处从非网络数据源或从网络功能本身收集或导出。

术语“基于A1策略的流量引导过程模式”是指其中近RT RIC通过A1策略配置为使用流量引导操作来确保更具体(与它在后台流量引导中确保的相比)的网络性能概念的操作模式(例如，应用于RAN中的E2节点和UE组的较小组)。

术语“后台流量引导处理模式”是指近RT RIC通过O1配置为使用流量引导操作来确保广泛应用于RAN中的E2节点和UE的一般后台网络性能的操作模式。

术语“基线RAN行为”是指SMO在E2节点处配置的默认RAN行为。

术语“E2”是指连接近RT RIC和一个或多个O-CU-CP、一个或多个O-CU-UP、一个或多个O-DU以及一个或多个O-eNB的接口。

术语“E2节点”是指终止E2接口的逻辑节点。在此版本的规范中，终止E2接口的ORAN节点为：对于NR接入：O-CU-CP、O-CU-UP、O-DU或任意组合；对于E-UTRA接入：O-eNB。

在O-RAN系统/具体实施的上下文中，术语“意图”是指引导或指导RAN功能的行为的声明性策略，从而允许RAN功能计算最佳结果以实现既定目标。

术语“O-RAN非实时RAN智能控制器”或“非RT RIC”是指一种逻辑功能，其能够对RAN元素和资源、包括模型训练和更新的AI/ML工作流程进行非实时控制和优化以及对近RTRIC中的应用程序/功能进行基于策略的指导。

术语“近RT RIC”或“O-RAN近实时RAN智能控制器”是指一种逻辑功能，其可经由细粒度(例如，UE基础、单元基础)数据收集和通过E2接口的操作来实现RAN元素和资源的近实时控制和优化。

术语“O-RAN中央单元”或“O-CU”是指托管RRC、SDAP和PDCP协议的逻辑节点。

术语“O-RAN中央单元-控制平面”或“O-CU-CP”是指托管RRC和PDCP协议的控制平面部分的逻辑节点。

术语“O-RAN中央单元-用户平面”或“O-CU-UP”是指托管PDCP协议和SDAP协议的用户平面部分的逻辑节点。

术语“O-RAN分布式单元”或“O-DU”是指基于较低层功能划分托管RLC/MAC/High-PHY层的逻辑节点。

术语“O-RAN eNB”或“O-eNB”是指支持E2接口的eNB或ng-eNB。

术语“O-RAN无线电单元”或“O-RU”是指基于较低层功能划分托管低PHY层和RF处理的逻辑节点。这类似于3GPP的“TRP”或“RRH”，但更具体地包括Low-PHY层(FFT/iFFT、PRACH提取)。

术语“O1”是指用于操作和管理的编排和管理实体(Orchestration/NMS)与O-RAN被管理元素之间的接口，通过该接口可实现FCAPS管理、软件管理、文件管理和其他类似的功能。

术语“RAN UE组”是指也基于A1策略的范围通过E2规程在E2节点中设置其分组的UE的聚合。这些组可成为E2 CONTROL或POLICY消息的目标。

术语“流量引导操作”是指使用一种机制来改变RAN行为。此类行动包括E2规程，诸如CONTROL和POLICY。

术语“流量引导内环”是指流量引导处理的一部分，由来自E2节点的周期性TS相关KPM(关键性能测量)的到来触发，其包括UE分组、设置来自RAN的附加数据收集，以及选择和执行一项或多项优化操作以实施流量引导策略。

术语“流量引导外环”是指流量引导处理的一部分，通过近RT RIC基于来自A1策略设置或更新、A1丰富信息(EI)和/或近RT RIC评估的结果设置或更新流量引导感知资源优化规程来触发，其包括初始配置(前提条件)和相关A1策略的注入、TS变化的触发条件。

术语“流量引导处理模式”是指配置RAN或近RT RIC以确保特定网络性能的操作模式。该性能包括小区负载和吞吐量等方面，并且可不同地应用于不同的E2节点和UE。在整个过程中，流量引导操作用于满足此配置的要求。

术语“流量引导目标”是指网络所需的预期性能结果，其被配置该O1上的近RTRIC。

此外，所公开的实施例和示例性具体实施中的任一者可以各种类型的硬件、软件、固件、中间件或其组合的形式来体现，包括以控制逻辑的形式，并且以模块化或集成方式使用此类硬件或软件。另外，本文描述的任何软件部件或功能可被实现为可操作以由处理器电路执行的软件、程序代码、脚本、指令等。这些部件、功能、程序等可使用任何合适的计算机语言来开发，例如Python、PyTorch、NumPy、Ruby、Ruby on Rails、Scala、Smalltalk、Java^TM、C++、C#、“C”、Kotlin、Swift、Rust、Go(或“Golang”)、EMCAScript、JavaScript、TypeScript、Jscript、ActionScript、服务器侧JavaScript(SSJS)、PHP、Pearl、Lua、带即时编译器的Torch/Lua(LuaJIT)、加速移动页面脚本(AMPscript)、VBScript、JavaServerPages(JSP)、动态服务器网页(ASP)、Node.js、ASP.NET、JAMscript、超文本标记语言(HTML)、可扩展HTML(XHTML)、可扩展标记语言(XML)、XML用户界面语言(XUL)、可扩展矢量图形(SVG)、RESTful API建模语言(RAML)、wiki标记或Wikitext、无线标记语言(WML)、Java脚本对象概念(JSON)、MessagePack^TM、级联样式表(CSS)、可扩展样式表语言(XSL)、Mustache模板语言、Handlebars模板语言、指南模板语言(GTL)、/>Thrift、抽象语法符号一(ASN.1)、/>Protocol Buffers(protobuf)、比特币脚本、/>字节码、Solidity^TM、Vyper(Python衍生)、Bamboo、Lisp Like Language(LLL)、由Blockstream^TM提供的简单性、Rholang、Michelson、Counterfactual、Plasma、Plutus、Sophia、/>和/或任何其他编程语言或开发工具，包括专有编程语言和/或开发工具。软件代码可作为计算机或处理器可执行指令或命令存储在物理非暂态计算机可读介质上。合适的介质的示例包括RAM、ROM、诸如硬盘驱动器或软盘的磁性介质、或者诸如压缩盘(CD)或DVD(数字多功能盘)的光学介质、闪存存储器等，或者此类存储或传输设备的任意组合。/>

Claims

1.一种用于5G系统(5GS)中的服务生产者的装置，包括：

处理器，所述处理器被配置为：

解码从服务消费者接收的针对5GS的服务请求，其中所述服务请求与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；

检测从NEF接收的性能测量数据；

基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签；以及

基于从所述NEF接收的性能测量数据来编码服务响应；和存储器，所述存储器用于存储所述性能测量数据。

2.根据权利要求1所述的装置，其中解码所述服务请求触发所述NEF来发起所述性能测量数据的生成和递送。

3.根据权利要求1所述的装置，其中所述性能测量基于：具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

4.根据权利要求1所述的装置，其中所述性能测量基于：后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量或失败后台数据传递策略删除的数量。

5.根据权利要求1所述的装置，其中所述性能测量基于：UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量或失败UCMF字典条目删除的数量。

6.根据权利要求1所述的装置，其中所述服务生产者在NEF外部的单独管理系统中或者在NEF内部。

7.根据权利要求1所述的装置，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

8.根据权利要求3所述的装置，其中在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

9.根据权利要求4所述的装置，其中在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

10.根据权利要求5所述的装置，其中在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

11.根据权利要求7所述的装置，其中所述累积计数器的初始值在每个收集周期的开始时被设置为零。

12.一种存储计算机可执行指令的计算机可读介质，所述计算机可执行指令在由5G系统(5GS)中的用于服务生产者的一个或多个处理器执行时导致执行包括以下的操作：

检测从NEF接收的性能测量数据；

基于从所述NEF接收的性能测量数据来编码服务响应。

13.根据权利要求12所述的计算机可读介质，其中解码所述服务请求触发所述NEF来发起所述性能测量数据的生成和递送。

14.根据权利要求12所述的计算机可读介质，其中所述性能测量基于：具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。

15.根据权利要求12所述的计算机可读介质，其中所述性能测量基于：后台数据传递策略应用请求的数量、成功后台数据传递策略应用的数量、失败后台数据传递策略应用的数量、后台数据传递策略更新请求的数量、成功后台数据传递策略更新的数量、失败后台数据传递策略更新的数量、后台数据传递策略删除请求的数量、成功后台数据传递策略删除的数量或失败后台数据传递策略删除的数量。

16.根据权利要求12所述的计算机可读介质，其中所述性能测量基于：UE无线电能力管理功能(UCMF)字典条目创建请求的数量、成功UCMF字典条目创建的数量、失败UCMF字典条目创建的数量、UCMF字典条目删除请求的数量、成功UCMF字典条目删除的数量或失败UCMF字典条目删除的数量。

17.根据权利要求12所述的计算机可读介质，其中所述服务生产者在NEF外部的单独管理系统中或者在NEF内部。

18.根据权利要求12所述的计算机可读介质，其中生成第一性能测量包括所述处理器被进一步配置为在收集周期期间启动用于测量的累积计数器。

19.根据权利要求14所述的计算机可读介质，其中在所述NEF从AF接收到Nnef_AFsessionWithQoS_Create请求时累积具有QoS创建请求的AF会话的数量，在所述NEF向AF传输指示具有QoS创建的成功AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的成功AF会话的数量，在所述NEF向AF传输指示具有QoS创建的失败AF会话的Nnef_AFsessionWithQoS_Create响应时累积具有QoS创建的失败AF会话的数量并且每个消息使每个失败原因的相关子计数器递增1，并且在所述NEF向AF传输Nnef_AFsessionWithQoS_Notify消息时累积具有QoS通知的AF会话的数量。

20.根据权利要求15所述的计算机可读介质，其中在所述NEF从AF接收到Nnef_ApplyPolicy_Create请求消息时累积后台数据传递策略应用请求的数量，在所述NEF向SMF传输指示成功后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积成功后台数据传递策略应用的数量，在所述NEF向AF传输指示失败后台数据传递策略应用的Nnef_ApplyPolicy_Create响应消息时累积失败后台数据传递策略应用的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_ApplyPolicy_Update请求消息时累积后台数据传递策略更新请求的数量，在所述NEF向AF传输指示成功后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积成功后台数据传递策略更新的数量，在所述NEF向AF传输指示失败后台数据传递策略更新的Nnef_ApplyPolicy_Update响应消息时累积失败后台数据传递策略更新的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_ApplyPolicy_Delete请求消息时累积后台数据传递策略删除请求的数量，在所述NEF向AF传输指示成功后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积成功后台数据传递策略删除的数量，并且在所述NEF向AF传输指示失败后台数据传递策略删除的Nnef_ApplyPolicy_Delete响应消息时累积失败后台数据传递策略删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

21.根据权利要求16所述的计算机可读介质，其中在所述NEF从AF接收到Nnef_UCMFProvisioning_Create请求时累积UCMF字典条目创建请求的数量，在所述NEF向AF传输指示成功UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积成功UCMF字典条目创建的数量，在所述NEF向AF传输指示失败UCMF字典条目创建的Nnef_UCMFProvisioning_Create响应时累积失败UCMF字典条目创建的数量并且每个消息使每个失败原因的相关子计数器递增1，在所述NEF从AF接收到Nnef_UCMFProvisioning_Delete请求时累积UCMF字典条目删除请求的数量，在所述NEF向AF传输指示成功UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积成功UCMF字典条目删除的数量，并且在所述NEF向AF传输指示失败UCMF字典条目删除的Nnef_UCMFProvisioning_Delete响应时累积失败UCMF字典条目删除的数量并且每个消息使每个失败原因的相关子计数器递增1。

22.根据权利要求18所述的计算机可读介质，其中所述累积计数器的初始值在每个收集周期的开始时被设置为零。

23.一种用于5G系统(5GS)中的服务生产者的装置，包括：

用于解码从服务消费者接收的针对5GS的服务请求的模块，其中所述服务请求与将由所述服务生产者递送到所述服务消费者的与网络开放功能(NEF)相关的性能测量收集服务相关联；

用于检测从NEF接收的性能测量数据的模块；

用于基于所述服务请求从所述性能测量数据解码与所述性能测量数据相关联的测量标签的模块；和

用于基于从所述NEF接收的性能测量数据来编码服务响应的模块。

24.根据权利要求34所述的装置，其中解码所述服务请求触发所述NEF来发起所述性能测量数据的生成和递送。

25.根据权利要求34所述的装置，其中所述性能测量基于具有服务质量(QoS)创建请求的应用程序功能(AF)会话的数量、具有QoS创建的成功AF会话的数量、具有QoS创建的失败AF会话的数量或具有QoS通知的AF会话的数量。