CN116746207A

CN116746207A - 应用相关功能的资源分配状态订阅

Info

Publication number: CN116746207A
Application number: CN202280010222.4A
Authority: CN
Inventors: 徐文亮
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2021-01-15
Filing date: 2022-01-14
Publication date: 2023-09-12
Also published as: WO2022152234A1; EP4278668A1; JP2024503095A; US20240056871A1

Abstract

本公开的实施例提供了用于解决应用相关功能(ARF)的资源分配状态订阅中的问题的方法和装置。ARF的操作方法包括向开放功能(EF)发送请求。本文中，该请求包括指示是否需要资源分配状态通知的资源分配确认指示和指示ARF是否支持资源分配状态的资源分配状态特征。资源分配状态通知用于指示资源分配成功或资源分配失败。该方法还包括从EF接收响应，该响应包括指示ARF和EF二者是否都支持资源分配状态的状态响应特征。

Description

应用相关功能的资源分配状态订阅

技术领域

本公开涉及解决蜂窝通信***中的应用相关功能(ARF)和开放功能(EF)之间的互操作性问题，并且具体地，涉及解决ARF的资源分配状态订阅中的问题。

背景技术

通常，除非明确给出和/或从上下文中暗示不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。除非另有明确说明，否则对“一/一个/元件、设备、组件、装置、步骤等”的所有引用应被开放地解释为指代元件、设备、组件、装置、步骤等中的至少一个实例。除非必须明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样地，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过下文的描述，所附实施例的其他目的、特征和优点将显而易见。

4G中网络能力的对外开放

EPC中网络能力的对外开放是由MTC(机器类型通信)驱动的。如图1所示，服务能力开放功能(SCEF)提供了一种安全地开放3GPP网络接口所提供的服务和能力的手段。SCEF提供了一种发现开放的服务和能力的手段。SCEF通过在T8接口上定义的同构网络应用编程接口(例如，网络API)提供对网络能力的访问。SCEF从底层3GPP网络接口和协议中抽象出服务。T8是SCEF与服务能力服务器或应用服务器(SCS/AS)之间的接口。SCEF开放的网络服务可以由SCS/AS通过T8接口上的API来访问(参考TS 23.682，cl.4.2)。

第三方SCS/AS可以请求以特定的QoS(例如，低时延或抖动)和优先级处理来建立由第三方服务提供商服务的到UE的数据会话(AS会话)。该功能经由SCEF向SCS/AS开放。如图2所示，SCS/AS可以在QoS参考参数的帮助下，请求网络基于应用和服务要求来提供AS会话的QoS，QoS参考参数是指预定义的QoS信息。当SCEF从SCS/AS接收到提供AS会话的QoS的请求时，SCEF根据TS 23.203[27]规范充当AF，并且经由Rx接口将提供AS会话的QoS的请求传送到策略和计费规则功能(PCRF)。如果SCEF得到关于Rx会话的承载级别事件的通知(例如，传输资源被释放/丢失)，则SCEF应该将此通知SCS/AS(参考TS 23.682，cl.4.5.11和5.11)。

SCS/AS可以请求SCEF开始或停止赞助(sponsoring)由第三方服务提供商服务的UE的数据会话(AS会话)，即，实现第三方服务提供商对业务付费(开始)或不付费(停止)。如图3所示，SCS/AS可以请求在AS会话建立时被设置为可收费方，即赞助业务，或在正在进行的AS会话期间更改它。SCEF充当AF，并且TS 23.203[27]中为赞助数据连接定义的现有功能用于支持该功能。如果SCEF得到Rx会话终止(例如，由于PDN连接的释放)的通知，则SCEF应将此通知SCS/AS，并且应转发从PCRF接收的任何累积使用报告(参考TS 23.682，cl.4.5.12和5.12)。

5G中网络能力的对外开放

网络开放功能(NEF)支持网络功能的能力的对外开放，如图4所示。对外开放可以分为监视能力、提供能力、政策/计费能力和分析报告能力。监视能力用于监视5G***中UE的特定事件，并且使这些监视事件信息可用于经由NEF对外开放。提供能力用于允许外部方提供可以用于5G***中的UE的信息。策略/计费能力用于基于来自外部方的请求为UE处理QoS和计费策略。分析报告能力用于允许外部方获取或订阅/取消订阅由5G***生成的分析信息。策略/计费能力包括允许会话和计费策略请求、实施QoS策略和应用计费功能的方法。它可以用于UE会话的特定QoS/优先级处理，以及用于设置适用的计费方或计费率。N33参考点提供与朝向AF的T8接口等效的API(参考TS 23.501，cl.5.20)。

TS 29.522(cl.4.4.9)中的NEF N33 API支持5G中AF请求的QoS，该API重用了TS29.122(cl.4.4.13)中的SCEF T8 API。图5和图6是TS 23.502，cl.4.15.6.6中建立具有所需QoS的AF会话过程和在TS 23.502，cl.4.15.6.6a中更新具有所需QoS的AF会话过程的信息流。

TS 29.522(cl.4.4.8)中的NEF N33 API支持可收费方的设置，该API重用了TS29.122(cl.4.4.4)中的SCEF T8 API。图7和图8相应地是TS 23.502，cl.4.15.6.4和4.15.6.5中在AF会话建立时和在AF会话更新期间设置可收费方过程的信息流。

现有解决方案的问题

在现有技术(3GPP TS 29.122版本16)中，开放功能(诸如NEF或SCEF)可以向应用相关功能(诸如AF或SCS/AS)发送资源分配状态(资源分配成功或资源分配失败)的事件通知。然而，16版之前的版本中没有指定此类事件。因此，当应用相关功能(从版本16开始)与开放功能(在版本16之前)通信时，如果应用相关功能(从版本16开始)期望接收资源分配状态的事件通知，但是在开放功能(在版本16之前)中不支持这样的事件，则应用相关功能(从版本16开始)将无限等待。

此外，即使开放功能支持资源分配状态事件(资源分配成功或资源分配失败)，开放功能也可以不向应用相关功能进一步发送事件通知。因此，应用相关功能将永远等待成功或失败的资源分配结果。

发明内容

本公开的某些方面及其实施例可以提供针对该挑战或其他挑战的解决方案。本文公开了方法和装置，其中资源分配确认指示和资源分配状态特征用于解决应用相关功能的资源分配状态订阅中的问题。

本文提出了解决本文公开的一个或多个问题的各种实施例。在一个实施例中，应用相关功能(ARF)的操作方法包括向开放功能(EF)发送请求。本文中，该请求包括资源分配确认指示，该资源分配确认指示表明是否需要资源分配状态通知。资源分配状态通知指示资源分配成功或资源分配失败。

在一个实施例中，该请求还包括资源分配状态特征，该资源分配状态特征指示ARF是否支持资源分配状态。

在一个实施例中，ARF的操作方法还包括从EF接收包括状态响应特征的响应。本文中，状态响应特征指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，当资源分配确认指示表明ARF需要资源分配状态通知，并且状态响应特征指示ARF和EF二者都支持资源分配状态时，该响应还包括资源分配状态通知。

在一个实施例中，当所述资源分配确认指示表明所述ARF不需要所述资源分配状态通知和/或所述状态响应特征指示所述ARF和所述EF中的至少一个不支持所述资源分配状态时，所述方法还包括：避免等待来自所述EF的资源分配状态通知。

在一个实施例中，当资源分配确认指示表明ARF不需要资源分配状态通知时，该方法还包括：避免等待来自EF的资源分配状态通知。

在一个实施例中，当状态响应特征指示ARF和EF中的至少一个不支持资源分配状态时，该方法还包括：避免等待来自EF的资源分配状态通知。

在一个实施例中，该请求分别是建立具有所需QoS的AS或AF会话的请求、更新具有所需QoS的AS或AF会话的请求、在AS或AF会话建立时设置可收费方的请求、或者在AS或AF会话期间更改可收费方的请求；并且该响应分别是建立具有所需QoS的AS或AF会话的响应、更新具有所需QoS的AS或AF会话的响应、在AS或AF会话建立时设置可收费方的响应、或者在AS或AF会话期间更改可收费方的响应。

在一个实施例中，位掩码用于资源分配确认指示，以指示是否需要资源分配状态通知；位掩码用于资源分配状态特征，以指示ARF是否支持资源分配状态；以及位掩码用于状态响应特征，以指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，ARF在第五代***中。ARF是应用功能(AF)，并且EF是网络开放功能(NEF)。

在一个实施例中，该请求分别是建立具有所需QoS的AF会话的请求、更新具有所需QoS的AF会话的请求、在AF会话建立时设置可收费方的请求、或者在AF会话期间更改可收费方的请求；并且该响应分别是建立具有所需QoS的AF会话的响应、更新具有所需QoS的AF会话的响应、在AF会话建立时设置可收费方的响应、或者在AF会话期间更改可收费方的响应。

在一个实施例中，ARF在******中。ARF是服务能力服务器或应用服务器(SCS/AS)，并且EF是服务能力开放功能(SCEF)。

在一个实施例中，该请求分别是建立具有所需QoS的AS会话的请求、更新具有所需QoS的AS会话的请求、在AS会话建立时设置可收费方的请求、或者在AS会话期间更改可收费方的请求；并且该响应分别是建立具有所需QoS的AS会话的响应、更新具有所需QoS的AS会话的响应、在AS会话建立时设置可收费方的响应、或者在AS会话期间更改可收费方的响应。

还公开了ARF的对应实施例。在一个实施例中，ARF适于向EF发送请求并且从EF接收响应。本文中，该请求包括指示是否需要资源分配状态通知的资源分配确认指示和指示ARF是否支持资源分配状态的资源分配状态特征。资源分配状态通知指示资源分配成功或资源分配失败。该响应包括状态响应特征，该状态响应特征指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，一种实现ARF的网络节点包括网络接口以及与网络接口相关联的处理电路。处理电路被配置为使网络节点向EF发送请求并且从EF接收响应。本文中，该请求包括指示是否需要资源分配状态通知的资源分配确认指示和指示ARF是否支持资源分配状态的资源分配状态特征。该响应包括状态响应特征，该状态响应特征指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，EF的操作方法包括从请求接收ARF。本文中，该请求包括资源分配确认指示，该资源分配确认指示表明是否需要资源分配状态通知。资源分配状态通知指示资源分配成功或资源分配失败。

在一个实施例中，EF的操作方法还包括从EF发送包括状态响应特征的响应。本文中，状态响应特征指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，ARF在第五代***中。ARF是AF，并且EF是NEF。

在一个实施例中，ARF在******中。ARF是SCS/AS，并且EF是SCEF。

在一个实施例中，EF的操作方法还包括：在接收到请求之后，确定EF是否支持资源分配状态。

在一个实施例中，EF的操作方法还包括：授权来自ARF的请求。

在一个实施例中，EF的操作方法还包括：当授权被授予时，与策略功能(PF)进行交互。

在一个实施例中，PF是策略和计费规则功能(PCRF)或策略控制功能(PCF)。

在一个实施例中，当ARF和EF中的至少一个不支持资源分配状态时，EF向PF订阅以获得资源分配状态通知，但是不向ARF发送资源分配状态通知。

在一个实施例中，当ARF和EF二者都支持资源分配状态时，仅当ARF需要资源分配状态通知时，EF才向PF订阅以获得资源分配状态通知。

还公开了EF的对应实施例。在一个实施例中，EF适于从ARF接收请求并且向ARF发送响应。本文中，该请求包括指示是否需要资源分配状态通知的资源分配确认指示和指示ARF是否支持资源分配状态的资源分配状态特征。资源分配状态通知指示资源分配成功或资源分配失败。该响应包括状态响应特征，该状态响应特征指示ARF和EF二者是否都支持资源分配状态。

在一个实施例中，一种实现EF的网络节点包括网络接口以及与网络接口相关联的处理电路。处理电路被配置为使网络节点从ARF接收请求并且向ARF发送响应。本文中，该请求包括指示是否需要资源分配状态通知的资源分配确认指示和指示ARF是否支持资源分配状态的资源分配状态特征。该响应包括状态响应特征，该状态响应特征指示ARF和EF二者是否都支持资源分配状态。

某些实施例可以提供以下技术优点中的一个或多个。例如，某些实施例解决了ARF与EF之间的互操作性问题。即使ARF期望从不支持发送资源分配状态通知的EF接收指示资源分配失败或资源分配成功的这种通知，ARF也不会无限地等待。

附图说明

并入本说明书中并且形成其一部分的附图示出了本公开的若干方面，并且与描述一起用于解释本公开的原理。

图1示出了4G网络中服务能力开放功能的架构。

图2示出了建立具有所需QoS的AS会话的过程。

图3示出了分别在AS会话建立时或在AS会话期间设置或更改可收费方的过程。

图4示出了5G网络中网络开放功能的架构。

图5示出了建立具有所需QoS的AF会话的过程。

图6示出了更新具有所需QoS的AF会话的过程。

图7示出了在AF会话建立时设置可收费方的过程。

图8示出了在AS会话期间更改可收费方的过程。

图9示出了根据本公开的一些实施例的蜂窝通信***的一个示例。

图10示出了4G网络中服务能力开放功能的架构的一个示例。

图11示出了5G网络中网络开放功能的架构的一个示例。

图12A至图12C示出了根据本公开的一些实施例的图10或图11中所示架构内的操作。

图13是根据本公开的一些实施例的网络节点的示意性框图。

图14是示出了根据本公开的一些实施例的图13的网络节点的虚拟化实施例的示意性框图。

图15是根据本公开的一些其他实施例的图13的网络节点的示意性框图。

图16示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络。

图17是根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的通用框图。

图18是示出了根据本公开的一个实施例的在通信***中实现的方法的流程图。

图19是示出了根据本公开的一个实施例的在通信***中实现的方法的流程图。

图20是示出了根据本公开的一个实施例的在通信***中实现的方法的流程图。

图21是示出了根据本公开的一个实施例的在通信***中实现的方法的流程图。

具体实施方式

下面阐述的实施例呈现使本领域技术人员实践实施例的信息并且示出实践实施例的最佳模式。在根据附图阅读以下描述以后，本领域技术人员将理解本公开的构思并且将认识到本文未具体给出的这些构思的应用。应当理解的是，这些构思和应用落入本公开的范围内。

无线电节点：如本文所使用的，“无线电节点”是无线电接入节点或无线通信设备。

无线电接入节点：如本文所使用的，“无线电接入节点”或“无线电网络节点”或“无线电接入网节点”是进行操作以无线地发送和/或接收信号的蜂窝通信网络的无线电接入网(RAN)中的任何节点。无线电接入节点的一些示例包括但不限于：基站(例如，第三代合作伙伴计划(3GPP)第五代(5G)NR网络中的新无线电(NR)基站(gNB)或3GPP长期演进(LTE)网络中的增强或演进节点B(eNB))、高功率或宏基站、低功率基站(例如，微基站、微微基站、家庭eNB等)、中继节点、实现基站的部分功能的网络节点或实现gNB分布式单元(gNB-DU)的网络节点或实现一些其他类型无线电接入节点的部分功能的网络节点。

核心网节点：如本文所使用的，“核心网络节点”是核心网络中的任何类型的节点或实现核心网络功能的任何节点。核心网络节点的一些示例包括例如移动性管理实体(MME)、分组数据网络网关(P-GW)、服务能力开放功能(SCEF)、归属订户服务器(HSS)等。核心网络节点的一些其他示例包括实现接入和移动性功能(AMF)、用户平面功能(UPF)、会话管理功能(SMF)、认证服务器功能(AUSF)、网络切片选择功能(NSSF)、网络开放功能(NEF)、网络功能(NF)存储库功能(NRF)、策略控制功能(PCF)、统一数据管理(UDM)等的节点。

通信设备：如本文所使用的，“通信设备”是接入接入网的任何类型的设备。通信设备的一些示例包括但不限于：移动电话、智能电话、传感器设备、仪表、车辆、家用电器、医疗设备、媒体播放器、相机或任何类型的消费者电子设备(例如但不限于：电视、收音机、照明装置、平板计算机、膝上型计算机或个人计算机(PC))。通信设备可以是能够经由无线连接或有线连接传送语音和/或数据的便携式、手持式、计算机包含式或车辆安装式移动设备。

无线通信设备：一种类型的通信设备是无线通信设备，其可以是接入无线网络(例如，蜂窝网络)(即，由无线网络服务)的任何类型的无线设备。无线通信设备的一些示例包括但不限于：3GPP网络中的用户设备(UE)、机器类型通信(MTC)设备以及物联网(IoT)设备。这种无线通信设备可以是或可以集成到移动电话、智能电话、传感器设备、仪表、车辆、家用电器、医疗设备、媒体播放器、相机或任何类型的消费者电子设备(例如但不限于电视、收音机、照明装置、平板计算机、膝上型计算机或PC)。无线通信设备可以是能够经由无线连接传送语音和/或数据的便携式、手持式、计算机包含式或车辆安装式移动设备。

网络节点：如本文所使用的，“网络节点”是作为蜂窝通信网络/***的RAN或核心网络的一部分的任何节点。

发送/接收点(TRP)：在一些实施例中，TRP可以是网络节点、无线电头端、空间关系或传输配置指示符(TCI)状态。在一些实施例中，TRP可以由空间关系或TCI状态来表示。在一些实施例中，TRP可以使用多个TCI状态。

注意，本文给出的描述侧重于3GPP蜂窝通信***，并且因此经常使用3GPP LTE术语或与3GPP LTE术语类似的术语。然而，本文公开的概念不限于3GPP***。

请注意，在本文的描述中，可以参考术语“小区”，然而，特别是关于5G NR概念，可以使用波束来代替小区，且因此重要的是注意到本文描述的构思同样适用于小区和波束二者。

图9示出了可以实现本公开的实施例的蜂窝通信***900的一个示例。在本文描述的实施例中，蜂窝通信***900是包括下一代RAN(NG-RAN)和5G核心(5GC)的5G***(5GS)或4G***(4GS)(例如LTE)。在该示例中，RAN包括基站902-1和902-2，其在5GS中包括NR基站(gNB)和可选的下一代eNB(ng-eNB)(例如，连接到5GC的LTE RAN节点)并且在4GS中包括eNB，控制对应(宏)小区904-1和904-2。基站902-1和902-2在本文中被通常统称为基站902，且分别地称为基站902。同样，(宏)小区904-1和904-2在本文中被通常统称为(宏)小区904，且分别地称为(宏)小区904。RAN还可以包括控制对应小小区908-1至908-4的多个低功率节点906-1至906-4。低功率节点906-1至906-4可以是小型基站(例如，微微或毫微微基站)或远程无线电头端(RRH)等。值得注意的是，尽管未示出，但是可以备选地由基站902提供一个或多个小小区908-1至908-4。低功率节点906-1至906-4在本文中被通常统称为低功率节点906，且分别地称为低功率节点906。同样，小小区908-1至908-4在本文中被通常统称为小小区908，且分别地称为小小区908。蜂窝通信***900还包括核心网络910，其在5G***(5GS)中被称为5GC。基站902(以及可选的低功率节点906)连接到核心网络910。

基站902和低功率节点906向对应小区904和908中的无线通信设备912-1至912-5提供服务。无线通信设备912-1至912-5在本文中被通常统称为无线通信设备912，且分别地称为无线通信设备912。在以下描述中，无线通信设备912通常为UE，但本公开不限于此。

图10和图11示出了蜂窝通信***900的一些***架构，其中可以实现本公开的实施例。图10示意性地示出了4G网络中服务能力开放的3GPP架构，该架构与3GPP TS23.682V16.6.0的图4.2-2相同，其公开内容通过引用整体并入本文中。图10的***架构可以包括一些示例性元件，诸如服务能力服务器/应用服务器(SCS/AS)1000、服务能力开放功能(SCEF)1002、归属订户服务器(HSS)1004、策略和计费规则功能(PCRF)1006、分组流描述功能(PFDF)1008、移动管理实体/服务GPRS(通用分组无线电服务)支持节点(MME/SGSN)1010、广播多播-服务中心(BM-SC)1012、服务-呼叫会话控制功能(S-CSCF)1014、RAN拥塞感知功能(RCAF)1016和网络实体1018。如图10所示的网络元件和接口可以与3GPP TS23.682V16.6.0中描述的对应网络元件和接口相同。

图11示意性地示出了网络开放功能参考点表示的非漫游架构(5G核心网络)，该架构与3GPP TS 23.501V16.4.0的图4.2.3-5相同，其公开内容通过引用整体并入本文中。图11的***架构可以包括一些示例性元件，诸如应用功能(AF)1100、网络开放功能(NEF)1102和网络功能(NF)1104。在一个实施例中，NF 1104可以是策略控制功能(PCF)1104，并且N30接口在NEF 1102与PCF 1104之间。如图11所示的网络元件、参考点和接口可以与3GPP TS23.501V16.4.0中描述的对应网络元件、参考点和接口相同。

诸如图10中的SCEF 1002或图11中的NEF 1102之类的开放功能实体可以提供安全地开放由网络(诸如3GPP网络)接口提供的服务和能力的手段。开放功能实体可以提供发现所开放的服务和能力的手段。开放功能实体可以通过网络应用编程接口(例如，网络API)提供对网络能力的访问。开放功能实体可以从底层网络接口和协议中抽象出服务。

可以存在各种类型的网络开放服务。例如，监视能力可以用于监视诸如4G/5G***的网络中的终端设备的特定事件，并且使这种监视事件信息可用于经由诸如SCEF 1002或NEF 1102的开放功能实体对外开放。提供能力可以用于允许外部方提供信息，该信息可以用于网络(诸如4G/5G***)中的终端设备(诸如UE)。策略/计费能力可以用于基于来自外部方的请求来处理诸如UE的终端设备的QoS(服务质量)和计费策略。分析报告能力可以用于允许外部方获取或订阅/取消订阅由诸如4G/5G***的网络生成的分析信息。数据能力可以用于允许外部方经由应用编程接口与诸如UE的终端设备通信。

在一个实施例中，开放功能实体可以支持3GPP TS 23.501V16.4.0中描述的网络开放功能和网络开放服务。在另一实施例中，开放功能实体可以支持3GPP TS23.682V16.6.0中描述的网络开放功能。

图12A示出了根据本公开的一些实施例的图10或图11中所示架构内的操作。如图所示，应用相关功能(ARF)1200发送请求，并且开放功能(EF)1202接收请求(步骤1210)。本文中，ARF 1200可以是如图10中的4G***所示的SCS/AS 1000，或者如图11中的5G***所示的AF 1100。EF 1202可以是如图10中的4G***所示的SCEF 1002，或者是如图11中的5G***所示的NEF 1102。

从ARF 1200到EF 1202的请求可以是针对不同网络***和/或针对不同过程的不同请求。例如，在如图10所示的4G***中，该请求可以是建立具有所需QoS的AS会话的请求(利用如3GPP TS 23.682V16.6.0中描述的按需QoS请求消息)、更新具有所需QoS的AS会话的请求、在AS会话建立时设置可收费方的请求(如3GPP TS 23.682V16.6.0中描述的设置可收费方请求消息)，或者在AS会话期间更改可收费方的请求(如3GPP TS 23.682V16.6.0中描述的更改可收费方请求消息)。对于另一实例，在如图11所示的5G***中，该请求可以是建立具有所需QoS的AF会话的请求(利用如3GPP TS 23.502V16.5.0中描述的Nnef_AFsessionWithQoS_Create请求消息)，更新具有所需QoS的AF会话的请求(如3GPP TS23.502V16.5.0中描述的Nnef_AFsessionWithQoS_Update请求消息)，在AF会话建立时设置可收费方的请求(如3GPP TS 23.502V16.5.0中描述的Nnef_ChargeableParty_Create请求消息)，或者在AF会话期间更改可收费方的请求(如3GPP TS 23.502V16.5.0中描述的Nnef_ChargeableParty_Update请求消息)。

从ARF 1200到EF 1202的请求包括资源分配状态特征和资源分配确认指示。本文中，资源分配状态特征指示ARF 1200是否支持资源分配状态，并且资源分配确认指示指示根据资源分配状态特征ARF 1200是否需要资源分配状态通知。如果ARF 1200需要资源分配状态通知，则ARF 1200将等待来自EF 1202的资源分配状态通知。如果ARF 1200不需要资源分配状态通知，则ARF 1200将不等待来自EF 1202的资源分配状态通知。

在一个实施例中，位掩码可以用于资源分配状态特征，以指示ARF 1200是否支持资源分配状态。资源分配状态特征可以利用值集“0和1”或“真和假”。当资源分配状态特征的值是“1”或“真”时，资源分配状态特征指示ARF 1200支持资源分配状态(ARF 1200能够(从EF 1202)接收指示资源分配失败或资源分配成功的资源分配状态通知)。当资源分配状态特征的值是“0”或“假”时，资源分配状态特征指示ARF 1200不支持资源分配状态。

类似地，位掩码可以用于资源分配确认指示，以指示ARF 1200是否需要资源分配状态通知。资源分配确认指示可以利用值集“0和1”或“真和假”。当资源分配确认指示的值是“1”或“真”时，资源分配确认指示表明ARF 1200需要资源分配状态通知。当资源分配确认指示的值是“0”或“假”时，资源分配确认指示表明ARF 1200不需要资源分配状态通知。

在接收到请求之后，EF 1202确定(步骤1212)EF 1202是否支持资源分配状态(EF1202是否能够(向ARF 1200)发送指示资源分配失败或资源分配成功的资源分配状态通知)。仅当ARF 1200和EF 1202都支持资源分配状态时，ARF 1200才可以接收资源分配状态通知。

在EF 1202处，EF 1202还授权(步骤1214)来自ARF 1200的请求。授权是基于哪个请求被实现来执行的。一旦授权被授予，EF 1202将与策略功能(PF)1204交互(步骤1216)。本文中，PF 1204可以是如图10中的4G***所示的PCRF 1006，或者是如图11中的5G***所示的PCF 1104。EF 1202向PF 1204提供(来自ARF 1200的)请求中包括的至少一些信息，并且PF 1204确定该请求是否被允许，并且如果该请求未被授权，则通知EF 1202。此外，在与PF 1204的交互期间，EF 1202还可以请求由PF 1204通知资源分配状态。

在一个实施例中，当ARF 1200和EF 1202都支持资源分配状态时，仅当ARF 1200需要资源分配状态通知(资源分配确认指示的值是“1”或“真”)时，EF 1202才向PF 1204订阅获取资源分配状态通知。本文中，资源分配状态通知指示资源分配失败或资源分配成功，诸如INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION和INDICATION_OF_FAILED_RESOURCES_ALLOCATION事件。

在一个实施例中，当ARF 900和EF 1202中的至少一个不支持资源分配状态时，EF1202仍然可以向PF 1204订阅获取资源分配状态通知，但是不向ARF 1200传递资源分配状态通知。本文中，EF 1202可以基于订阅的事件执行某些本地统计。

EF 1202然后发送响应，并且AF 120接收响应(步骤1218)。本文中，根据所实现的请求，从EF 1202到ARF 1200的响应可以是不同的响应。例如，在如图10所示的4G***中，响应可以是建立具有所需QoS的AS会话的响应(利用如3GPP TS 23.682V16.6.0中描述的按需QoS响应消息)、更新具有所需QoS的AS会话的响应、在AS会话建立时设置可收费方的响应(如3GPP TS 23.682V16.6.0中描述的设置可收费方响应消息)，或者在AS会话期间更改可收费方的响应(如3GPP TS 23.682V16.6.0中描述的更改可收费方响应)。对于另一实例，在如图11所示的5G***中，响应可以是建立具有所需QoS的AF会话的响应(利用如3GPP TS23.502V16.5.0中描述的Nnef_AFsessionWithQoS_Create响应消息)，更新具有所需QoS的AF会话的响应(如3GPP TS 23.502V16.5.0中描述的Nnef_AFsessionWithQoS_Update响应消息)，在AF会话建立时设置可收费方的响应(如3GPP TS 23.502V16.5.0中描述的Nnef_ChargeableParty_Create响应消息)，或者在AF会话期间更改可收费方的响应(如3GPP TS23.502V16.5.0中描述的Nnef_ChargeableParty_Update响应消息)。

该响应包括指示ARF 1200和EF 1202二者是否都支持资源分配状态的状态响应特征。在一个实施例中，位掩码用于状态响应特征，以指示ARF 1200和EF 1202二者是否都支持资源分配状态。状态响应特征可以利用值集“0和1”或“真和假”。当状态响应特征的值是“1”或“真”时，状态响应特征指示ARF 1200和EF 1202二者都支持资源分配状态。当状态响应特征的值是“0”或“假”时，状态响应特征指示ARF 1200和EF 1202中的至少一个不支持资源分配状态。

通过接收具有值“1”或“真”的状态响应特征，ARF 1200被通知ARF 1200和EF 1202二者都支持资源分配状态。因此，如果资源分配确认指示的值是“1”或“真”(ARF 1200需要资源分配状态通知)，则从EF 1202到ARF 1200的响应还将包括资源分配状态通知，其指示资源分配失败或资源分配成功，诸如INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION和INDICATION_OF_FAILED_RESOURCES_ALLOCATION事件。

然而，如果资源分配确认指示的值是“0”或“假”(ARF 1200不需要资源分配状态通知)，则EF 1202能够但将不会向ARF 1200发送资源分配状态通知。ARF 1200避免等待资源分配状态通知(步骤1220)。

通过接收具有值“0”或“假”的状态响应特征，ARF 1200被通知ARF 1200和EF 1202中的至少一个不支持资源分配状态。然后ARF 1200避免等待资源分配状态通知(步骤1220)。

图12B是示出了根据一些实施例的应用相关功能(如ARF 1200)的操作的流程图。在步骤1210中，ARF 1200向开放功能(如EF 1202)发送包括资源分配状态特征和资源分配确认指示的请求。资源分配状态特征指示ARF 1200是否支持资源分配状态，并且资源分配确认指示表明根据资源分配状态特征ARF 1200是否需要资源分配状态通知。然后，在步骤1218中，ARF 1200从EF 1202接收响应，该响应包括指示ARF 1200和EF 1202二者是否都支持资源分配状态的状态响应特征，并且可选地包括资源分配状态通知以指示资源分配失败或资源分配成功。在一个实施例中，如果资源分配确认指示表明ARF 1200需要资源分配状态通知，并且状态响应特征指示ARF 1200和EF 1202二者都支持资源分配状态，则该响应还将包括资源分配状态通知以指示资源分配失败或资源分配成功。在另一实施例中，如果状态响应特征指示ARF 1200和EF 1202中的至少一个不支持资源分配状态，则在步骤1220中，该响应将不包括资源分配状态通知，并且ARF 1200将避免等待来自EF 1202的资源分配状态通知。

图12C是示出了根据一些实施例的开放功能(如EF 1202)的操作的流程图。在步骤1210中，EF 1202从应用相关功能(如ARF 1200)接收包括资源分配状态特征和资源分配确认指示的请求。资源分配状态特征指示ARF 1200是否支持资源分配状态，并且资源分配确认指示表明根据资源分配状态特征ARF 1200是否需要资源分配状态通知。然后，在步骤1212中，EF 1202确定EF 1202是否支持资源分配状态。在步骤1214中，EF 1202授权来自ARF1200的请求。本文中，步骤1212可以在步骤1214之前、之后或同时执行。一旦请求被授权，在步骤1216中，EF 1202与策略功能(如PF 1204)交互。在与PF 1204的交互期间，EF 1202可以请求由PF 1204通知资源分配状态。最后，在步骤1218中，EF 1202向ARF 1200发送响应，该响应包括指示ARF 1200和EF 1202二者是否都支持资源分配状态的状态响应特征，并且可选地包括资源分配状态通知以指示资源分配失败或资源分配成功。在一个实施例中，如果资源分配确认指示表明ARF 1200需要资源分配状态通知，并且状态响应特征指示ARF 1200和EF 1202二者都支持资源分配状态，则该响应还将包括资源分配状态通知以指示资源分配失败或资源分配成功。在另一实施例中，如果状态响应特征指示ARF 1200和EF 1202中的至少一个不支持资源分配状态，则该响应将不包括资源分配状态通知。

下面将本文描述的实施例的至少一些方面的一个示例实现描述为对3GPP TS29.122V16.8.0的更改。具体地，子条款4.4.4、4.4.13、5.5.2.1.2(具有表5.5.2.1.2-1)、5.5.4(具有表5.5.4-1)、5.14.2.1.2(具有表5.14.2.1.2-1)、5.15.2.2.3(具有表5.14.2.2.3-1)、5.14.4(具有表5.14.4-1)、A.2、A.5和A.14进行了更改。子条款5.2.1.2.5(具有表5.2.1.2.5-1)、5.2.1.2.6(具有表5.2.1.2.6-1)和5.2.1.3.3(具有表5.2.1.3.3-1)无效。新增了子条款5.5.2.1.x(具有表5.5.2.1.x-1)、5.5.2.1.y(具有表5.5.2.1.y-1)、5.5.2.x、5.5.2.x.1、5.5.2.x.2(具有表5.5.2.x.2-1)和5.5.2.x.3(具有表5.5.5.2.2.x.3-1)。

4.4.4在会话建立时或在会话期间更改可收费方的过程

SCS/AS使用该过程来请求从开始就赞助业务，或者请求在稍后的时间点经由T8接口成为可收费方。

当经由SCEF在AS与UE之间建立连接时，SCS/AS将向SCEF发送HTTP POST请求，目标是“可收费方交易”资源，以成为要建立的会话的可收费方。HTTP POST消息的主体应包括SCS/AS标识符、UE IP地址、IP流描述、赞助商(Sponsor)ID、ASP ID、赞助状态、通知目的地URI(在“通知目的地”属性内标识通知的接收者)，并且可以包括用于赞助的时间段和/或业务量。SCS/AS还可以通过在HTTP POST消息的主体中包括相关联的参考ID来请求激活先前选择的后台数据传输策略。

在接收到HTTP POST请求后，如果SCEF执行的授权成功，则SCEF应充当AF并且经由Rx接口与PCRF交互，如3GPP TS 29.214[10]或3GPP TS 29.201[13]中所定义的，以触发PCRF发起的IP-CAN会话修改。SCEF可以将SCS/AS标识符映射到AF应用标识符，并且可以请求被通知业务平面状态。如果从AF接收到时间段和/或业务量，则SCEF应该向PCRF订阅USAGE_REPORT事件。如果支持“ResAllocStatus”特征并且“resConfirmInd”被设置为真，则SCEF应向PCRF订阅INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION和INDICATION_OF_FAILED_RESOURCES_ALLOCATION事件。

在接收到来自PCRF的成功响应之后，SCEF应创建新的“单独应收费方交易”资源，该资源表示应收费方交易，由包含SCS/AS标识和SCEF创建的交易标识符的URI寻址，并且应使用201已创建状态代码来响应SCS/AS，包括包含所创建的资源的URI的位置报头字段。SCS/AS应在后续对SCEF的请求中使用位置报头中接收到的URI来引用该可收费方交易。如果SCEF从PCRF接收到带有错误代码的响应，则SCEF不应创建资源，并且用对应的失败代码响应SCS/AS，如子条款5.2.6中所述。

为了更新已建立的AS会话的赞助状态，SCS/AS应向SCEF发送HTTP补丁(PATCH)消息，目标是相关联的“单独可收费方交易”资源，请求更改赞助状态。当接收到HTTP补丁消息时，SCEF应进行更改并且与PCRF交互，以修改Rx会话，如3GPP TS 29.214[10]或3GPP TS29.201[13]中所定义的。在从PCRF接收到带有成功结果代码的响应后，SCEF应向SCS/AS发送带有200OK状态代码的HTTP响应，并且将结果包含在HTTP响应的主体中。如果SCS/AS请求禁用赞助，则应包括从PCRF接收到的累计使用。如果SCEF从PCRF接收到带有错误代码的响应，则SCEF不应更新资源，并且用对应失败代码响应SCS/AS，如子条款5.2.6中所述。

如果SCEF接收到业务平面通知(例如，达到使用阈值或传输资源丢失)或被通知Rx会话终止(例如，由于PDN连接的释放)，则SCEF应向SCS/AS发送HTTP POST消息，该消息包括通知的事件(例如，会话终止)和累积使用，该SCS/AS由会话建立期间接收到的通知目的地URI标识。SCS/AS应用HTTP响应进行响应，以确认接收到的通知。

为了移除已建立的AS会话，SCS/AS应向SCEF发送HTTP删除(DELETE)消息，目标是相关联的“单独可收费方交易”资源。在接收到HTTP删除消息后，SCEF应移除资源的所有属性，并且与PCRF交互以终止Rx会话(如3GPP TS 29.214[10]或3GPP TS 29.201[13]中所定义的)。在从PCRF接收到响应后，SCEF应向SCS/AS发送带有对应的状态代码和累计使用(如果从PCRF接收到)的HTTP响应。

4.4.13建立具有所需QoS的AS会话的过程

该过程用于针对服务建立具有所需QoS的AS会话，如3GPP TS 23.682[2]中所定义的。

对于初始AS会话创建，SCS/AS应针对“具有所需QoS的AS会话订阅”资源向SCEF发送HTTP POST消息。HTTP POST消息的主体应包括SCS/AS标识符、UE IP地址、IP流描述、QoS参考和通知目的地地址。并且它还可以出于赞助数据连接目的而包括时间段和/或业务量。

在接收到HTTP POST消息之后，SCEF应授权该请求，并且可以检查所请求的QoS参考的总数是否已经超过针对SCS/AS的限制。如果授权成功，则SCEF应将SCS/AS标识符映射到AF应用标识符，并且如果需要，将SCS/AS标识符映射到ASP标识和赞助商标识。

注释1：在QoS参考被映射到Rx参数之前，SCEF可以执行从第三方SCS/AS的名称空间到运营商的名称空间的映射。

注释2：参考SCEF中预定义QoS信息的QoS参考可以根据SLA被映射到媒体组件描述(例如，带宽、媒体类型)。

如果SCEF执行的授权成功，则SCEF应充当AF以经由Rx接口与PCRF交互，如3GPP TS29.214[10]或3GPP TS 29.201[13]中所定义的，并且触发PCRF发起的IP-CAN会话修改。SCEF还应请求被通知传输资源状态，即INDICATION_OF_RELEASE_OF_BEARER，以及可选的INDICATION_OF_LOSS_OF_BEARER和INDICATION_OF_RECOVERY_OF_BEARER。如果从AF接收到时间段和/或业务量，则SCEF应向PCRF订阅USAGE_REPORT事件。如果不支持“ResAllocStatus”特征，则SCEF应向PCRF订阅INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION和INDICATION_OF_FAILED_RESOURCES_ALLOCATION事件；否则，仅当“resConfirmInd”被设置为真时，SCEF应向PCRF订阅INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION和INDICATION_OF_FAILED_RESOURCES_ALLOCATION事件。

在通过Rx接口从PCRF接收到具有成功结果代码的AAA消息之后，SCEF应创建表示AS会话的资源“具有所需QoS的单独AS会话订阅”，该资源由包含SCS/AS标识和SCEF创建的AS会话标识符的URI寻址，并且应使用201已创建消息来响应SCS/AS，在HTTP响应的主体中包括结果以及包含所创建资源的URI的位置报头字段。SCS/AS应在后续对SCEF的请求中使用位置报头中接收的URI来引用该AS会话。否则，SCEF应向SCS/AS发送带有对应状态代码的HTTP响应，并且将结果包括在HTTP响应的主体中。如果SCEF从PCRF接收到带有错误代码的响应，则SCEF不应创建资源，并且用对应失败代码响应SCS/AS，如子条款5.2.6中所述。

为了更新已建立的AS会话，SCS/AS可以针对“具有所需QoS的单独AS会话订阅”资源向SCEF发送HTTP PUT消息，请求替换现有资源中的所有属性，该资源由在已经创建资源的请求的响应中接收的URI寻址。UE IP地址应保持先前提供的值不变。当接收到这种消息后，SCEF应进行更改并且与PCRF交互，以修改Rx会话(如3GPP TS 29.214[10]或3GPP TS29.201[13]中所定义的)。在从PCRF接收到带有成功结果代码的响应之后，SCEF应替换现有资源的所有属性，向SCS/AS发送带有对应状态代码的HTTP响应，并且将结果包括在HTTP响应的主体中。如果SCEF从PCRF接收到带有错误代码的响应，则SCEF不应更新资源，并且用对应失败代码响应SCS/AS，如子条款5.2.6中所述。

SCS/AS还可以针对“具有所需QoS的单独AS会话订阅”资源向SCEF发送HTTP补丁消息，请求更改一些创建的属性(例如，流描述)。在接收到HTTP补丁消息后，SCEF应进行更改并且与PCRF交互，以修改Rx会话(如3GPP TS 29.214[10]或3GPP TS 29.201[13]中所定义的)。在从PCRF接收到响应后，SCEF应向SCS/AS发送带有对应状态代码的HTTP响应，并且将结果包括在HTTP响应的主体中。

如果SCEF接收到业务平面通知(例如，达到使用阈值或传输资源丢失)，或者如果SCEF被通知Rx会话终止(例如，由于PDN连接的释放)，则SCEF应向在创建具有所需QoS的单独AS会话订阅期间由SCS/AS提供的回调URI“notificationUri”发送HTTP POST消息，该消息包括通知的事件(例如，会话终止)和累积使用(如果从PCRF接收到)。SCS/AS应使用HTTP响应进行响应，以确认接收到的通知。

为了移除已建立的AS会话，SCS/AS应针对“具有所需QoS的单独AS会话订阅”资源向SCEF发送HTTP删除消息。在接收到HTTP删除消息后，SCEF应移除所有属性并且与PCRF交互以终止Rx会话(如3GPP TS 29.214[10]或3GPP TS 29.201[13]中所定义的)。在从PCRF接收到响应后，SCEF应向SCS/AS发送带有对应的状态代码的HTTP响应并且包括累计使用(如果从PCRF接收到)。

5.2.1.2.5无效

5.2.1.2.6无效

5.2.1.3.3无效

5.5.2.1.2类型：可收费方(ChargeableParty)

该类型表示可收费方的配置。在配置请求和配置响应中使用相同的结构。

表5.5.2.1.2-1：可收费方类型的定义

/>

5.5.2.1.x类型：通知数据(NotificationData)

该类型表示应针对承载级别事件通知SCS/AS的参数。

表5.5.2.1.x-1：通知数据数据类型的定义

属性名称	数据类型	基数	描述
				交易	链接	1	链接到与通知相关的交易资源。
事件报告	数组(事件报告)	1..N	包含报告的事件和适用信息

5.5.2.1.y类型：事件报告(EventReport)

该类型表示事件报告。

表5.5.2.1.y-1：事件报告数据类型的定义

属性名称	数据类型	基数	描述
				事件	事件	1	表示SCEF报告的事件。
累积使用	累积使用	0..1	包含与事件相对应的适用信息。
				flowIds	数组(整数)	0..N	标识事件订阅期间发送的IP流

5.5.2.x引用的简单数据类型和枚举

5.5.2.x.1导言

该条款定义了简单数据类型和枚举，这些简单数据类型和枚举是从先前条款中定义的数据结构中引用的。此外，可以引用子条款5.2.1中定义的数据类型和枚举。

5.5.2.x.2简单数据类型

应支持表5.5.2.x.2-1中定义的简单数据类型。

表5.5.2.x.2-1：简单数据类型

类型名称	描述

5.5.2.x.3枚举：事件

枚举事件表示SCEF报告的事件。

表5.5.2.x.3-1：枚举事件

5.5.4使用的特征

下表定义了适用于可收费方API的特征。这些特征根据子条款5.2.7中的描述进行协商。

表5.5.4-1：可收费方API使用的特征

5.14.2.1.2类型：AsSessionWithQoSSubscription

该类型表示具有特定QoS的AS会话请求，用于SCS/AS经由T8接口向SCEF提供的服务。该结构用于订阅请求和响应。

表5.14.2.1.2-1：AsSessionWithQoSSubscription类型的定义

/>

5.14.2.2.3枚举：用户平面事件(UserPlaneEvent)

枚举用户平面事件表示用户平面事件。

表5.14.2.2.3-1：枚举用户平面事件

/>

5.14.4使用的功能

下表定义了适用于AsSessionWithQoS API的特征。这些特征根据子条款5.2.7中的描述进行协商。

表5.14.4-1：AsSessionWithQoS API使用的特征

图13是根据本公开的一些实施例的网络节点1300的示意性框图。可选元件由虚线框表示。网络节点1300可以是例如实现具有本文所述功能的ARF 1200或EF 1202的网络节点。如图所示，网络节点1300包括一个或多个处理器1304(例如，中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等)、存储器1306和网络接口1308。一个或多个处理器1304在本文中也被称为处理电路。一个或多个处理器1304操作以提供如本文所述的网络节点1300的一个或多个功能(例如，关于图12A、图12B和/或图12C的ARF 1200或EF1202的一个或多个功能)。在一些实施例中，所述功能以例如存储器1306中存储的并由一个或多个处理器1304执行的软件来实现。

图14是示出了根据本公开的一些实施例的网络节点1300的虚拟化实施例的示意性框图。如本文所使用的，“虚拟化”网络节点是网络节点1300的功能的至少一部分(例如，经由在网络中的物理处理节点上执行的虚拟机)被实现为虚拟组件的网络节点1300的实现。如图所示，在该示例中，网络节点1300可以包括一个或多个处理节点1400，其耦合到网络1402或者被包括在网络1402中而作为网络1402的一部分。每个处理节点1400包括一个或多个处理器1404(例如，CPU、ASIC、FPGA等)、存储器1406和网络接口1408。

在该示例中，本文描述的网络节点1300的功能1410(例如，ARF 1200或EF 1202的一个或多个功能)以任何期望的方式在一个或多个处理节点1400处实现。在一些特定实施例中，本文所述的网络节点1300的功能1410中的一些或所有功能被实现为由在由处理节点1400托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。

在一些实施例中，提供了包括指令的计算机程序，所述指令在由至少一个处理器执行时使得至少一个处理器执行网络节点1300或根据本文所述的任何实施例的虚拟环境中的实现网络节点1300的功能1410的一个或多个功能的节点(例如，处理节点1400)。在一些实施例中，提供了包括上述计算机程序产品的载体。所述载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器的非暂时性计算机可读介质)之一。

图15是根据本公开的一些其他实施例的网络节点1300的示意性框图。网络节点1300包括一个或多个模块1500，每个模块用软件实现。模块1500提供本文描述的网络节点1300的功能(例如，ARF 1200或EF 1202的一个或多个功能)。该讨论同样适用于图14的处理节点1400，其中模块1500可以在处理节点1400中的一个处实现或分布在多个处理节点1400上。

参考图16，根据实施例，通信***包括：电信网络1600(例如，3GPP类型的蜂窝网络)，其包括接入网1602(例如，RAN)和核心网络1604。接入网1602包括多个基站1606A、1606B、1606C，例如，节点B、eNB、gNB或其他类型的无线接入点，每个基站定义了对应覆盖区域1608A、1608B、1608C。每个基站1606A、1606B、1606C通过有线或无线连接1610可连接到核心网络1604。位于覆盖区域1608C中的第一UE 1612被配置为以无线方式连接到对应基站1606C或被对应基站1606C寻呼。覆盖区域1608A中的第二UE 1614以无线方式可连接到对应基站1606A。虽然在该示例中示出了多个UE 1612、1614，但所公开的实施例同等地适用于唯一的UE处于覆盖区域中或者唯一的UE正连接到对应基站1606的情形。

电信网络1600自身连接到主机计算机1616，主机计算机1616可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机1616可以由服务提供商所有或在服务提供商控制之下，或者可以由服务提供商操作或代表服务提供商操作。电信网络1600与主机计算机1616之间的连接1618和1620可以直接从核心网络1604延伸到主机计算机1616，或者可以经由可选的中间网络1622进行。中间网络1622可以是公共、私有或承载网络中的一个或多于一个的组合；中间网络1622(若存在)可以是骨干网或互联网；具体地，中间网络1622可以包括两个或更多个子网络(未示出)。

图16的通信***作为整体实现了所连接的UE 1612、1614与主机计算机1616之间的连接。该连接可被描述为过顶(Over-the-Top，OTT)连接1624。主机计算机1616和所连接的UE 1612、1614被配置为使用接入网1602、核心网络1604、任何中间网络1622和可能的其他基础设施(未示出)作为中介，经由OTT连接1624来传送数据和/或信令。在OTT连接1624所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接1624可以是透明的。例如，可以不向基站1606通知或者可以无需向基站1606通知具有源自主机计算机1616的要向所连接的UE 1612转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，基站1606无需意识到源自UE 1612向主机计算机1616的输出上行链路通信的未来的路由。

现将参考图17来描述根据实施例的在先前段落中所讨论的UE、基站和主机计算机的示例实现方式。在通信***1700中，主机计算机1702包括硬件1704，硬件1704包括通信接口1706，通信接口1706被配置为建立和维护与通信***1700的不同通信设备的接口的有线或无线连接。主机计算机1702还包括处理电路1708，其可以具有存储和/或处理能力。具体地，处理电路1708可以包括适用于执行指令的一个或多个可编程处理器、ASIC、FPGA或它们的组合(未示出)。主机计算机1702还包括软件1710，其被存储在主机计算机1702中或可由主机计算机1702访问并且可由处理电路1708来执行。软件1710包括主机应用1712。主机应用1712可操作为向远程用户(例如，UE 1714)提供服务，UE 1714经由在UE 1714和主机计算机1702处端接的OTT连接1716来连接。在向远程用户提供服务时，主机应用1712可以提供使用OTT连接1716来发送的用户数据。

通信***1700还包括在电信***中提供的基站1718，基站1718包括使其能够与主机计算机1702和与UE 1714进行通信的硬件1720。硬件1720可以包括：通信接口1722，其用于建立和维护与通信***1700的不同通信设备的接口的有线或无线连接；以及无线电接口1724，其用于至少建立和维护与位于基站1718所服务的覆盖区域(图17中未示出)中的UE1714的无线连接1726。通信接口1722可以被配置为促进到主机计算机1702的连接1728。连接1728可以是直接的，或者它可以经过电信***的核心网络(图17中未示出)和/或经过电信***外部的一个或多个中间网络。在所示实施例中，基站1718的硬件1720还包括处理电路1730，处理电路1730可以包括适用于执行指令的一个或多个可编程处理器、ASIC、FPGA或它们的组合(未示出)。基站1718还具有内部存储的或经由外部连接可访问的软件1732。

通信***1700还包括已经提及的UE 1714。UE 1714的硬件1734可以包括无线电接口1736，其被配置为建立和维护与服务于UE 1714当前所在的覆盖区域的基站的无线连接1726。UE 1714的硬件1734还包括处理电路1738，其可以包括适用于执行指令的一个或多个可编程处理器、ASIC、FPGA或它们的组合(未示出)。UE 1714还包括软件1740，其被存储在UE1714中或可由UE 1714访问并可由处理电路1738执行。软件1740包括客户端应用1742。客户端应用1742可操作为在主机计算机1702的支持下经由UE 1714向人类或非人类用户提供服务。在主机计算机1702中，执行的主机应用1712可以经由端接在UE 1714和主机计算机1702处的OTT连接1716与执行客户端应用1742进行通信。在向用户提供服务时，客户端应用1742可以从主机应用1712接收请求数据，并响应于请求数据来提供用户数据。OTT连接1716可以传送请求数据和用户数据二者。客户端应用1742可以与用户进行交互，以生成其提供的用户数据。

注意，图17所示的主机计算机1702、基站1718和UE 1714可以分别与图16的主机计算机1616、基站1606A、1606B、1606C之一和UE 1612、1614之一相似或相同。也就是说，这些实体的内部工作可以如图17所示，并且独立地，周围网络拓扑可以是图16的网络拓扑。

在图17中，已经抽象地绘制OTT连接1716，以示出经由基站1718在主机计算机1702与UE 1714之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向UE 1714隐藏或向操作主机计算机1702的服务提供商隐藏或向这二者隐藏。在OTT连接1716活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。

UE 1714与基站1718之间的无线连接1726根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1716向UE 1714提供的OTT服务的性能，其中无线连接1726形成OTT连接1716中的最后一段。

出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机1702与UE 1714之间的OTT连接1716的可选网络功能。用于重新配置OTT连接1716的测量过程和/或网络功能可以以主机计算机1702的软件1710和硬件1704或以UE 1714的软件1740和硬件1734或以这二者来实现。在一些实施例中，传感器(未示出)可被部署在OTT连接1716经过的通信设备中或与OTT连接1716经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监视量的值或提供软件1710、1740可以用来计算或估计监视量的其他物理量的值来参与测量过程。对OTT连接1716的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站1718，并且其对于基站1718来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机1702对吞吐量、传播时间、时延等的测量的专有UE信令。该测量可以如下实现：软件1710和1740在其监视传播时间、差错等的同时使得能够使用OTT连接1716来发送消息(具体地，空消息或“假”消息)。

图18是示出了根据一个实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，其可以是参照图16和图17描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图18的图引用。在步骤1800中，主机计算机提供用户数据。在步骤1800的子步骤1802(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1804中，主机计算机发起向UE的携带用户数据的传输。在步骤1806(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中所携带的用户数据。在步骤1808(其也可以是可选的)中，UE执行与主机计算机所执行的主机应用相关联的客户端应用。

图19是示出了根据一个实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，其可以是参照图16和图17描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图19的图引用。在方法的步骤1900中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1902中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站。在步骤1904(其可以是可选的)中，UE接收传输中所携带的用户数据。

图20是示出了根据一个实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，其可以是参照图16和图17描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图20的图引用。在步骤2000(其可以是可选的)中，UE接收由主机计算机所提供的输入数据。附加地或备选地，在步骤2002(其可以是可选的)中，UE提供用户数据。在步骤2000的子步骤2004(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤2002的子步骤2006(其可以是可选的)中，UE执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE在子步骤2008(其可以是可选的)中都发起用户数据向主机计算机的传输。在方法的步骤2010中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图21是示出了根据一个实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，其可以是参照图16和图17描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图21的图引用。在步骤2100(其可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤2102(其可以是可选的)中，基站发起接收到的用户数据向主机计算机的传输。在步骤2104中，主机计算机接收由基站所发起的传输中所携带的用户数据。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适合的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以通过处理电路实现，处理电路可以包括一个或多个微处理器或微控制器以及其他数字硬件(可以包括数字信号处理器(DSP)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或若干类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储设备等。存储在存储器中的程序代码包括用于执行一种或多种电信和/或数据通信协议的程序指令，以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可用于使相应功能单元根据本公开的一个或一个实施例执行对应功能。

虽然附图中的过程示出了本公开的某些实施例执行的特定操作顺序，但应当理解，这种顺序是示例性的(例如，备选实施例可以以不同的顺序执行操作、组合某些操作、重叠某些操作等)。

在本公开中可以使用以下缩写中的至少一些。如果缩略语之间存在不一致，则应优先考虑上面如何使用它。如果在下面多次列出，则首次列出应优先于任何后续列出。

3GPP 第三代合作伙伴计划

5G 第五代

5GC 第五代核心

5GS 第五代***

AF 应用功能

AMF 接入和移动性功能

AN 接入网

AP 接入点

ARF 应用相关功能

AS 应用服务器

ASIC 专用集成电路

AUSF 认证服务器功能

CPU 中央处理单元

DN 数据网络

DSP 数字信号处理器

eNB 增强或演进的节点B

EF 开放功能

EPS 演进的分组***

E-UTRA 演进的通用陆地无线电接入

FPGA 现场可编程门阵列

gNB 新无线电基站

gNB-DU 新无线电基站分布式单元

HSS 归属订户服务器

IoT 物联网

IP 网际协议

LTE 长期演进

MME 移动性管理实体

MTC 机器类型通信

NEF 网络开放功能

NF 网络功能

NR 新无线电

NRF 网络功能存储库功能

NSSF 网络切片选择功能

OTT 过顶

PC 个人计算机

PCF 策略控制功能

PF 策略功能

PCRF 策略和计费规则功能

P-GW 分组数据网络网关

QoS 服务质量

RAM 随机存取存储器

RAN 无线电接入网

ROM 只读存储器

RRH 远程无线电头端

RTT 往返时间

SCEF 服务能力开放功能

SCS 服务能力服务器

SMF 会话管理功能

TCI 传输配置指示符

TRP 发送/接收点

UDM 统一数据管理

UE 用户设备

UPF 用户平面功能

本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改被认为落入本文公开的构思的范围内。

Claims

1.一种应用相关功能ARF(1200)的操作的方法，所述方法包括：

向开放功能EF(1202)发送(1210)包括资源分配确认指示的请求，所述资源分配确认指示表明是否需要资源分配状态通知，其中，所述资源分配状态通知指示资源分配成功或资源分配失败。

2.根据权利要求1所述的方法，其中，所述请求还包括资源分配状态特征，所述资源分配状态特征指示所述ARF是否支持资源分配状态。

3.根据权利要求2所述的方法，还包括：从所述EF接收(1218)包括状态响应特征的响应，所述状态响应特征指示所述ARF和所述EF二者是否都支持所述资源分配状态。

4.根据权利要求3所述的方法，其中，当所述资源分配确认指示表明所述ARF需要所述资源分配状态通知，并且所述状态响应特征指示所述ARF和所述EF二者都支持所述资源分配状态时，所述响应还包括资源分配状态通知。

5.根据权利要求3所述的方法，其中，当所述资源分配确认指示表明所述ARF不需要所述资源分配状态通知和/或所述状态响应特征指示所述ARF和所述EF中的至少一个不支持所述资源分配状态时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

6.根据权利要求5所述的方法，其中，当所述资源分配确认指示表明所述ARF不需要所述资源分配状态通知时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

7.根据权利要求5所述的方法，其中，当所述状态响应特征指示所述ARF和所述EF中的至少一个不支持所述资源分配状态时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

8.根据权利要求3至7中任一项所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AS或AF会话的请求；

更新具有所需QoS的所述AS或AF会话的请求；

在AS或AF会话建立时设置可收费方的请求；或者

在所述AS或AF会话期间更改所述可收费方的请求；以及所述响应分别是：

建立具有所需QoS的AS或AF会话的响应；

更新具有所需QoS的所述AS或AF会话的响应；

在AS或AF会话建立时设置可收费方的响应；或者

在所述AS或AF会话期间更改所述可收费方的响应。

9.根据权利要求3至8中任一项所述的方法，其中：

位掩码用于所述资源分配确认指示，以指示是否需要资源分配状态通知；

位掩码用于所述资源分配状态特征，以指示所述ARF是否支持所述资源分配状态；以及

位掩码用于所述状态响应特征，以指示所述ARF和所述EF二者是否都支持所述资源分配状态。

10.根据权利要求3至9中任一项所述的方法，其中：

所述ARF在第五代***中；

所述ARF是应用功能AF(1100)；以及

所述EF是网络开放功能NEF(1102)。

11.根据权利要求10所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AF会话的请求；

更新具有所需QoS的所述AF会话的请求；

在AF会话建立时设置可收费方的请求；或者

在所述AF会话期间更改所述可收费方的请求；以及

所述响应分别是：

建立具有所需QoS的AF会话的响应；

更新具有所需QoS的所述AF会话的响应；

在AF会话建立时设置可收费方的响应；或者

在所述AF会话期间更改所述可收费方的响应。

12.根据权利要求3至8中任一项所述的方法，其中：

所述ARF在******中；

所述ARF是服务能力服务器或应用服务器SCS/AS(1000)；以及

所述EF是服务能力开放功能SCEF(1102)。

13.根据权利要求12所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AS会话的请求；

更新具有所需QoS的所述AS会话的请求；

在AS会话建立时设置可收费方的请求；或者

在所述AS会话期间更改所述可收费方的请求；以及

所述响应分别是：

建立具有所需QoS的AS会话的响应；

更新具有所需QoS的所述AS会话的响应；

在AS会话建立时设置可收费方的响应；或者

在所述AS会话期间更改所述可收费方的响应。

14.一种应用相关功能ARF(1200)，适于执行根据权利要求1至13中任一项所述的方法。

15.一种实现应用相关功能ARF(1200)的网络节点(1300)，所述网络节点包括：

网络接口(1308)；以及

与所述网络接口相关联的处理电路(1304)，所述处理电路被配置为使所述网络节点：

向开放功能EF(1202、1002、1102)发送(1210)包括资源分配确认指示的请求，所述资源分配确认指示表明是否需要资源分配状态通知，其中，所述资源分配状态通知指示资源分配成功或资源分配失败。

16.根据权利要求15所述的网络节点，其中，所述请求还包括资源分配状态特征，所述资源分配状态特征指示所述ARF是否支持资源分配状态。

17.根据权利要求16所述的网络节点，其中，所述处理电路被配置为使所述网络节点进一步从所述EF接收(1218)包括状态响应特征的响应，所述状态响应特征指示所述ARF和所述EF二者是否都支持所述资源分配状态。

18.一种开放功能EF(1202)的操作的方法，所述方法包括：

从应用相关功能ARF(1200)接收(1210)包括资源分配确认指示的请求，所述资源分配确认指示表明是否需要资源分配状态通知，其中，所述资源分配状态通知指示资源分配成功或资源分配失败。

19.根据权利要求18所述的方法，其中，所述请求还包括资源分配状态特征，所述资源分配状态特征指示所述ARF是否支持资源分配状态。

20.根据权利要求19所述的方法，还包括：向所述ARF发送(1218)包括状态响应特征的响应，所述状态响应特征指示所述ARF和所述EF二者是否都支持所述资源分配状态。

21.根据权利要求20所述的方法，其中，当所述资源分配确认指示表明所述ARF需要所述资源分配状态通知，并且所述状态响应特征指示所述ARF和所述EF二者都支持所述资源分配状态时，所述响应还包括资源分配状态通知。

22.根据权利要求20所述的方法，其中，当所述资源分配确认指示表明所述ARF不需要所述资源分配状态通知和/或所述状态响应特征指示所述ARF和所述EF中的至少一个不支持所述资源分配状态时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

23.根据权利要求22所述的方法，其中，当所述资源分配确认指示表明所述ARF不需要所述资源分配状态通知时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

24.根据权利要求22所述的方法，其中，当所述状态响应特征指示所述ARF和所述EF中的至少一个不支持所述资源分配状态时，所述方法还包括：避免等待来自所述EF的资源分配状态通知(1220)。

25.根据权利要求20至24中任一项所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AS或AF会话的请求；

更新具有所需QoS的所述AS或AF会话的请求；

在AS或AF会话建立时设置可收费方的请求；或者

建立具有所需QoS的AS或AF会话的响应；

更新具有所需QoS的所述AS或AF会话的响应；

在AS或AF会话建立时设置可收费方的响应；或者

在所述AS或AF会话期间更改所述可收费方的响应。

26.根据权利要求20至25中任一项所述的方法，其中：

27.根据权利要求20至26中任一项所述的方法，其中：

所述ARF在第五代***中；

所述ARF是应用功能AF(1100)；以及

所述EF是网络开放功能NEF(1102)。

28.根据权利要求27所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AF会话的请求；

更新具有所需QoS的所述AF会话的请求；

在AF会话建立时设置可收费方的请求；或者

在所述AF会话期间更改所述可收费方的请求；以及

所述响应分别是：

建立具有所需QoS的AF会话的响应；

更新具有所需QoS的所述AF会话的响应；

在AF会话建立时设置可收费方的响应；或者

在所述AF会话期间更改所述可收费方的响应。

29.根据权利要求20至26中任一项所述的方法，其中：

所述ARF在******中；

所述ARF是服务能力服务器或应用服务器SCS/AS(1000)；以及

所述EF是服务能力开放功能SCEF(1102)。

30.根据权利要求29所述的方法，其中：

所述请求分别是：

建立具有所需QoS的AS会话的请求；

更新具有所需QoS的所述AS会话的请求；

在AS会话建立时设置可收费方的请求；或者

在所述AS会话期间更改所述可收费方的请求；以及

所述响应分别是：

建立具有所需QoS的AS会话的响应；

更新具有所需QoS的所述AS会话的响应；

在AS会话建立时设置可收费方的响应；或者

在所述AS会话期间更改所述可收费方的响应。

31.根据权利要求19至30中任一项所述的方法，还包括：在接收到所述请求之后，确定所述EF是否支持所述资源分配状态(步骤1212)。

32.根据权利要求31所述的方法，还包括：授权来自所述ARF的请求(步骤1214)。

33.根据权利要求32所述的方法，还包括：当所述授权被授予时，与策略功能PF(1204)进行交互(步骤1216)。

34.根据权利要求33所述的方法，其中，所述PF是策略和计费规则功能PCRF(1006)或策略控制功能PCF(1104)。

35.根据权利要求33至34中任一项所述的方法，其中，当所述ARF和EF中的至少一个不支持所述资源分配状态时，所述EF向所述PF订阅以获得所述资源分配状态通知，但是不向所述ARF发送所述资源分配状态通知。

36.根据权利要求33至34中任一项所述的方法，其中，当所述ARF和所述EF二者都支持所述资源分配状态时，仅当所述ARF需要所述资源分配状态通知时，所述EF才向所述PF订阅以获得所述资源分配状态通知。

37.一种开放功能EF(1202)，适于执行根据权利要求18至36中任一项所述的方法。

38.一种实现开放功能EF(1202)的网络节点(1300)，所述网络节点包括：

网络接口(1308)；以及

39.根据权利要求38所述的网络节点，其中，所述请求还包括资源分配状态特征，所述资源分配状态特征指示所述ARF是否支持资源分配状态。

40.根据权利要求39所述的网络节点，其中，所述处理电路被配置为使所述网络节点进一步向所述ARF发送(1218)包括状态响应特征的响应，所述状态响应特征指示所述ARF和所述EF二者是否都支持所述资源分配状态。

41.一种通信***，包括主机计算机，所述主机计算机包括：

处理电路，被配置为提供用户数据；以及

通信接口，被配置为将所述用户数据转发到蜂窝网络以用于向用户设备UE传输；

其中，所述蜂窝网络包括具有无线电接口和处理电路的基站，所述基站的处理电路被配置为执行根据权利要求1至13和权利要求18至36中任一项所述的方法。

42.根据权利要求41所述的通信***，还包括所述基站。

43.根据权利要求41至42中任一项所述的通信***，还包括所述UE，其中，所述UE被配置为与所述基站通信。

44.根据权利要求41至42中任一项所述的通信***，其中：

所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及

所述UE包括被配置为执行与所述主机应用相关联的客户端应用的处理电路。

45.一种在包括主机计算机、基站和用户设备UE的通信***中实现的方法，所述方法包括：

在所述主机计算机处提供用户数据；以及

在所述主机计算机处，发起经由包括所述基站的蜂窝网络向所述UE的携带所述用户数据的传输，其中，所述基站执行根据权利要求1至13和权利要求18至36中任一项所述的步骤中的任一个。

46.根据权利要求45所述的方法，还包括：在所述基站处，发送所述用户数据。

47.根据权利要求45至46中任一项的方法，其中，所述用户数据是通过执行主机应用在所述主机计算机处提供的，所述方法还包括：在所述UE处，执行与所述主机应用相关联的客户端应用。

48.一种包括主机计算机的通信***，所述主机计算机包括通信接口，所述通信接口被配置为接收源自从用户设备UE到基站的传输的用户数据，其中，所述基站包括无线电接口和处理电路，所述基站的处理电路被配置为执行根据权利要求1至13和权利要求18至36中任一项所述的步骤中的任一个。

49.根据权利要求48所述的通信***，还包括所述基站。

50.根据权利要求48至49中任一项所述的通信***，还包括所述UE，其中，所述UE被配置为与所述基站通信。

51.根据权利要求48至50中任一项所述的通信***，其中：

所述主机计算机的处理电路被配置为执行主机应用；以及

所述UE被配置为执行与所述主机应用相关联的客户端应用，从而提供要由所述主机计算机接收的所述用户数据。