CN117176704A - 用于网络即服务模式的方法、装置和计算机程序产品 - Google Patents

Abstract

通信服务提供商(CSP)提供了与应用相关联的应用特定接口(AA‑NAPI)，以用于控制应用会话的联网方面。通过使用AA‑NAPI来学习与特定应用类型相关联的网络服务类型的成本模型。对于加入会话的每个服务点，通过使用AA‑NAPI来查询网络属性。在连续的服务质量监测期间，在检测到导致决定升级会话质量的质量降级后，通过使用AA‑NAPI来改变与特定服务器点相关联的网络服务类型。采取网络特定动作来重新配置网络，使得由特定服务点接收到所请求的服务类型。通过使用AA‑NAPI来激活新的网络能力以提高网络服务等级。由网络采取网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高。

Description

用于网络即服务模式的方法、装置和计算机程序产品

技术领域

本方案一般涉及服务即网络(NaaS)。

背景技术

未来的联网应用(例如全息协作)将具有来自网络的更加动态和复杂的需求。诸如网络分片(network slicing)的当前应用-网络交互范式将不服务于所需的目的。本发明描述了允许应用以更优化的方式控制和使用网络的方法和装置，但无需面对这样做的相关复杂性。这通过网络提供将应用对象引用映射到网络对象引用的方法和装置来实现，这些对象引用涉及服务点、网络类型、服务类型、以及请求。

发明内容

根本发明的各种实施例所寻求的保护范围由独立权利要求给出。在本说明书中描述的不落入独立权利要求的范围内的实施例和特征(如果有的话)将被解释为对理解本发明的各种实施例有用的示例。

包括方法、装置和包括存储在其中的计算机程序的计算机可读介质的各个方面，其特征在于独立权利要求中所陈述的内容。在从属权利要求中公开了各种实施例。

根据第一方面，提供了一种装置，包括：用于响应于来自服务点或应用控制器的请求而启动应用会话的部件；用于由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)的部件，应用特定接口与应用相关联，以用于控制应用会话的联网方面；用于通过使用应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型的部件；对于加入会话的每个服务点，该装置包括：

_○用于通过使用应用特定接口来查询与服务点相关联的网络属性的部件；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，该装置包括：

_○用于通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型的部件；

_○在应用的请求之后，用于由网络采取一系列网络特定动作来重新配置网络，使得由特定服务点接收到所请求的服务类型的部件；

_○用于由应用激活新的网络能力，以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级的部件；

_○在应用的请求之后，用于由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高的部件。

根据第二方面，提供了一种方法，包括：响应于来自服务点或应用控制器的请求而启动应用会话；由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，应用特定接口与应用相关联，以用于控制应用会话的联网方面；通过使用应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；对于加入会话的每个服务点，该方法包括：

_○通过使用应用特定接口来查询与服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，该方法包括：

_○通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型；

_○在应用的请求之后，由网络采取一系列网络特定的动作来重新配置网络，使得由特定的服务点接收到所请求的服务类型；

_○由应用激活新的网络能力，以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级；

_○在应用的请求之后，由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高。

根据第三方面，提供了一种装置，该装置包括至少一个处理器，包括计算机程序代码的存储器，存储器和计算机程序代码被配置成与至少一个处理器一起使该装置至少执行以下各项：响应于来自服务点或应用控制器的请求而启动应用会话；由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，应用特定接口与应用相关联，以用于控制应用会话的联网方面；通过使用应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；对于加入会话的每个服务点，使该装置：

_○通过使用应用特定接口来查询与服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，使得该装置：

_○通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型；

_○在应用的请求之后，由网络采取一系列网络特定动作来重新配置网络，使得由特定服务点接收到所请求的服务类型；

_○由应用激活新的网络能力，以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级；

_○在应用的请求之后，由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高。

根据第四方面，提供了包括计算机程序代码的计算机程序产品，计算机程序代码被配置为当在至少一个处理器上执行时使得装置或系统：响应于来自服务点或应用控制器的请求而启动应用会话；由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，应用特定接口与应用相关联，以用于控制应用会话的联网方面；通过使用应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；对于加入该会话的每个服务点，使该装置：

_○通过使用特定接口来查询与服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，使该装置：

_○通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型；

_○在应用的请求之后，由网络采取一系列网络特定动作来重新配置网络，使得由特定服务点接收到所请求的服务类型；

_○由应用激活新的网络能力，以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级；

_○在应用的请求之后，由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高。

根据一个实施例，在连续的服务质量监测期间，在检测到潜在不必要的网络服务能力以及降低网络服务成本的后续决定之后，

_○通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型；

_○在应用的请求之后，由网络采取一系列网络特定动作来重新配置网络，使得由特定服务点接收到将降低引起的服务成本的所请求的服务类型；

_○通过使用应用特定接口，由应用去激活网络能力以降低与特定服务器点相关联的网络服务成本；

_○在应用的请求之后，由网络采取一系列网络特定动作来卸载网络能力，使得针对应用的引起的动态成本被降低。

根据一个实施例，添加边缘功能作为新的网络能力，以提高与特定服务器点相关联的网络服务等级。

根据一个实施例，将网络功能作为网络能力插入到与服务点相关联的边缘云中。

根据一个实施例，在去激活网络能力时移除边缘功能。

根据一个实施例，在卸载网络能力时，移除与服务点相关联的边缘云处的网络功能。

根据一个实施例，应用是扩展现实会话(XRC)应用。

根据一个实施例，计算机程序产品被体现在非暂时性计算机可读介质上。

附图说明

在下文中，将参考附图更详细地描述各种实施例，其中

图1示出了网络服务和联网应用之间的网络服务控制规范中存在的功能差距的示例；

图2示出了根据本实施例的应用对齐NaaS API(AA-NAPI)和AA-NAPI适配器功能的体系结构布置的示例；

图3示出了根据当前实施例建模的分布式扩展现实会议(XRC)会话的示例；

图4示出了智能应用控制器(IAC)解释网络时的网络的模型的示例；

图5示出了IAC的概念验证实现的示例；

图6示出强化学习模型的示例；

图7图示了根据通过IAC围绕AA-NAPI的能力实现的实施例的方法的流程图；

图8图示了根据实施例的XRC应用工作流；

图9图示了IAC如何学习请求子网络中的服务类型的改变；

图10是图示根据实施例的方法的流程图；以及

图11示出了根据实施例的装置。

具体实施方式

以下描述和附图是说明性的，而不应被解释为不必要的限制。提供这些具体细节是为了全面理解本公开。然而，在某些情况下，没有描述公知的或常规的细节以避免使描述模糊。本公开中对一个或一个实施例的引用可以是但不一定是对相同实施例的引用，并且这种引用意味着至少一个实施例。

本说明书中对“一个实施例”或“实施例”的引用意味着结合包括在本公开的至少一个实施例中的实施例描述的特定特征、结构或特性。

网络即服务(NaaS)是一种服务模型，其中客户能够从网络提供商处租用网络服务。NaaS模型当前可用作云服务，但是新的网络能力使得网络服务提供商能够有新的机会来提供NaaS服务。本实施例的目的是为网络即服务(NaaS)范式引入改进的方法。本实施例涉及关于开放可编程网络服务的接口的语义建模的概念。

本方案的一些语义方面集合在一起如下所列：

-针对不同接口定义的应用特定模型—通过仅包含必要且特定的实体集合来简化信息模型；

-应用经由作为端点的应用对象引用来控制服务组件的能力

—例如，提高端点的接入网络的服务质量等级的请求，网络控制器能够通过知道应用特定方面将该请求转换成网络特定动作；

-根据应用(例如本公开中所讨论的XR-应用)的特性，在用于应用的接口中具有特定于应用的语义实体以改变服务功能链及其连接。例如，应用将仅指示对于与端点的集群相关联的网络功能的需要；知道应用类型，网络控制器将能够采取网络特定的动作并且重新配置连接。

本实施例的范围是网络密集型沉浸式应用(例如，扩展现实(XR)应用)的操作的模型，其中应用提供商紧密地控制其从通信服务提供商接收的网络服务。

本实施例解决了服务即网络(NaaS)应用编程接口(API)的规范，提供了通过易于由应用开发者采用的高级服务编排API，来为应用组件轻松地控制网络连接的模型和方法。

本方案的领域涉及以下标准和产品：

-网络服务编排框架，例如ETSI ZSM008-端到端跨域服务编排和自动化

-TM Forum的服务订购管理API，TMF641。

本实施例针对的应用可能要求传统的尽力而为服务不能一致地支持的服务质量(QoS)等级。扩展现实(XR)应用代表这些示例中的一个示例。XR应用包括虚拟现实(VR)、增强现实(AR)、和混合现实(MR)。360度视频和全息通信也可以被认为是本公开中的XR家族的一部分。

针对消费者的XR应用的现有实现仍然依赖于终端用户设备和计算平台的共处一地，因为普通网络服务不能支持它们的地理分离。实现这种分离将为应用和网络提供商均创造巨大的市场机会，但是由于应用对网络性能的极端需求(吞吐量在100Mb/s和10Gb/s之间，单向分组时延在5ms和10ms之间)，因此仍然是具有挑战性的任务。

XR应用所需的QoS等级可能涉及服务用户的附加成本。为了应用操作的总成本的最小化，只有当基本的尽力而为服务未能递送必要的QoS时，提升到高级服务才会发生。通过应用对网络服务的运行时(run-time)控制，允许仅在需要时激活高级服务特征。

联网应用的操作涉及两个不同的域：应用域和网络域(例如，分别为Netflix和AT&T)。如今，这两个域的操作和控制是完全分离的，对于应用会话的运行时控制，它们之间几乎没有交互。随着网络过渡到NaaS模型，正在为两个域之间的交互定义方法。

用于控制网络服务能力的现有接口仅允许通过厂商定义的图形用户界面进行人机交互。相反，开放网络的自主、运行时控制需要新应用编程接口(API)的实现。

服务级网络API实际上已经开始出现，符合端到端(E2E)网络分片模型(networkslicing model)。利用E2E网络分片，外部实体(例如联网应用)仅从网络请求特定服务类型。在服务实例的寿命期间，网络配置并启用服务，自主地控制其能力，并最终终止它。

这样的刚性服务递送模型不适合于XR应用，尤其是在云上(over-the-top，OTT)递送到消费者的情况下(反之，其很好地适合于支持关键任务的服务，管理型应用，如智能工厂、自主驾驶和远程外科手术)。理想地，OTT XR应用应该能够在运行时基于它们从它们自己的组件接收的并且对网络域不可用的应用等级的性能数据来控制底层网络服务的各个特征。这种类型的控制将允许应用使用它们自己的认知、自主控制技术来最小化它们的网络服务成本。

安全、商业智能和隐私原因使得网络运营商对这种类型的可编程控制开放其网络资产具有挑战性。本实施例解决了该挑战。

本实施例通过网络服务API的语义建模以及应当包括和排除的属性的定义、所需功能单元及其布置，以及由应用采取的动作驱动的网络所采取的控制场景的过程步骤(执行在其间的映射)来改进相关技术。

ETSI文档TR 126 928，V16，2020-11，标题为“5G；Extended Reality(XR)in 5G”与本实施例相关，因为它覆盖了XR应用的特性和网络要求。以下概念也涉及本实施例：

-边缘云(贯穿本公开，边缘云与远端云之间没有区别)；

-网络功能；

-闭环网络控制；

-微服务；

-可以利用机器学习技术的认知应用控制器。

如上所述，XR应用的吞吐量和时延要求可能不总是由通信服务提供商通常向消费者提供的网络服务(诸如消费者按月接收合同的尽力而为访问服务)来满足。运行成本(operational cost)是在尽力而为服务中缺乏性能的主要原因。递送更好吞吐量和延迟性能的高级连接服务消耗更多的网络资源，并且因此导致更高的运行成本。由于终端用户可能仅偶尔需要高级服务的增强性能，所以用于这种服务的附加资源的静态分配可能容易地转化为消费者的开支浪费以及服务提供商的资源和收入机会的浪费。

作为证明此成本动态性的类比，考虑可以选择用于从点A到点B的两种交通选项的人的场景：a)乘公交车；或b)预约专车乘坐。对于第一种方案，根据公共汽车在点A处的到达时间以及根据沿着点A和B之间的预设路径的交通拥堵程度，运输时间预计在20到40分钟之间。如果个人按月订购，则没有成本可变性。对于方案b)，如果在当前交通状况下采用最快路径，则预期运输时间在10到12分钟之间。成本固定在每次乘坐15美元。

类似地，用于支持XR应用的网络功能的边缘云部署比中央云部署导致更高的成本，因为边缘云在资源容量方面具有更严格的约束。联网应用提供商(NAP)可以通过确保网络功能仅在真正需要它们的时候和地方被部署在边缘云设施中来最小化它们的成本。作为示例，可以设想具有位于参与全息成像会话的两个不同国家中的两组终端用户的场景。除了应用的端点组件(诸如相机或耳机)之外，服务于多个端点的网络功能可以可选地部署在边缘云设施处，以处理来自其本地用户(例如，在一个国家中)的数据流，从而放松对远程用户(在另一国家中)的接入连接的吞吐量要求。这种边缘云处理的示例包括数据流代码转换、合并和捆绑、控制消息的聚集，以及管理、控制和状态消息的优先级化。NAP将希望通过适应端点布置和各个端点的要求来优化网络功能和网络资源部署的组合。

在给定性能需求和成本动态的情况下，当需要特殊网络能力来传递联网应用时，NAP必须与通信服务提供商(CSP)建立服务约定。CSP有许多选择来解决NAP的服务需求。本发明覆盖了CSP允许NAP通过网络即服务(NaaS)配置来控制网络服务的情况。虽然NaaS概念能够实现更简单和更灵活的应用部署，但是各种复杂的问题仍然需要为其实现而解决。

诸如ETSI零接触服务管理(ZSM)和TM Forum开放API的框架最近已经开始包括对实现端到端网络服务建立和管理的公共接口的定义。由ETSI ZSM定义的高度详细和复杂的接口致力于解决在CSP(在各种服务层上)和网络服务提供商(NSP)之间，或在操作它们自己的专用网络和CSP的大型企业之间的操作耦合的要求。然而，对于NAP开发者要使用的简明但强大的网络控制机制，没有已知的定义。在此上下文中，“简明”意味着简单和精益，仅具有应用开发者需要和理解的正确范围(不像具有针对功能共性的语义定义的全谱的现有接口那样复杂)，而“强大”意味着该机制允许应用所有者实时控制网络的域特定子段，同时动态地优化应用会话的运行成本。

与工业自动化应用不同，许多XR应用存在会话中的所有各方不能加入预设网络切片(slice)(例如，被配置为支持针对超低时延应用的URLLC服务的切片)的情形，这是当会话参与者驻留在不同CSP网络中时的情形(网络切片是物理网络的虚拟分区，其支持不同服务的性能度量和功能能力的区分)。

网络分片是由厂商和标准团体针对端到端网络服务管理能力的进行中的规范的基础。然而，当顶层服务编排被严格地并且专门地绑定到端到端网络分片时，应用控制器(例如，用于Zoom会议会话)在支持应用会话的网络段上没有直接可见性，因此不能优化它们的运行成本。例如，可能希望应用控制器能够仅在尽力而为服务中的拥塞正在降低终端用户体验质量(QoE)的网络段上请求增强的QoS能力(可能通过选择能够实施它们的网络切片)，同时只要它们保持不拥塞就在其它段上保持对尽力而为服务的选择。以QoE项表示的应用性能的准确知识只能由应用控制器保持。网络服务控制器可以收集服务质量(QoS)测量，但是将它们转换成QoE度量决不是小事，并且也不太可能被网络服务提供商与应用提供商共享。

图1示出了具有单元100的北向接口(NBI)110，单元100突出了网络服务和联网应用之间的网络服务控制规范中存在的功能差距。如图1所示，NBI 110的目的是配置服务订单，以便随后由网络域本身自主控制网络。E2E服务管理域(MD)120提供与E2E网络分片相关的管理服务，但也消耗由固定接入MD 130、传输MD 140，核心MD 150和云MD 160提供的管理服务。这种方法不能使得智能应用能够对网络服务进行运行时控制。

已经考虑了如何定义E2E服务MD的NBI。一种可能性是使用TMF(TeleManagementForum)接口。通用TMF用于服务提供方之间的耦合和操作。还考虑了定义单元100的其它框架，例如用于视频应用的Twilio API。

然而，TMF REST API不能用于发出实时命令以执行网络的细粒度控制。当前，TMF接口是用于网络服务生命周期管理的一组REST API的一部分：它是非独立的API，它依赖于其它API来建立资源对象引用的上下文。

生命周期服务编排(LSO)将接口的列表定义为生命周期管理的全面框架。该框架具有用于实现应用对齐NaaS API(AA-NAPI)的参考点。参考点的作用如下：

-客户通过请求改变服务策略允许的动态参数来控制服务；

-客户查询服务的运行状态；

-客户请求改变服务或服务组件(如服务接口)的管理状态；

-客户请求更新允许定制的默认服务参数(策略控制)。

为了动态控制的目的，这在客户和SP域之间引入了参考点。

网络服务操作中值得注意的趋势是自治闭环网络控制向生命周期管理方法的演进，在生命周期管理方法中，服务被配置、激活、检查保证、并且终止。这种观点考虑了服务提供商域之外的智能应用可能想要在应用会话运行时期间控制网络服务的替代事实(以及相关联的机会)。例如，对于具有全息图像传输的协作场景，如果一些参与者在地理上彼此接近，而另一参与者从另一国家连接，则应用控制器可以选择仅针对两组参与者中的一组来激活增强的QoS等级，而将另一组保持在尽力而为等级—所有这些决定取决于：从端点报告的QoE(其仅对应用可用)、端点的服务等级期望(尽力而为或者高级)、由网络提供商收取的高级服务的动态成本、以及可能的其它因素。

在各种标准文档中描述的远程会议和远程呈现应用以及它们的联网操作(例如：

-3GPP TS 26.114：IP Multimedia Subsystem(IMS)；Multimedia telephony；Media handling and interaction(IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互)，

-3GPP TS 26.223：Telepresence using the IP MultimediaSubsystem(IMS)；Media handling and interaction(使用IP多媒体子系统(IMS)的远程呈现；媒体处理和交互)，

-3GPP TSG-SA4会议#108e Immersive Teleconferencingand Telepresence forRemote Terminals(ITT4RT)PermanentDocument–Requirements,Working Assumptionsand PotentialSolutions(远程终端的沉浸式电话会议和远程呈现(ITT4RT)永久文档—需求、工作假设和潜在方案)，以及

-3GPP TS 26.223：“Telepresence using the IP MultimediaSubsystem(IMS)；Media handling and interaction”(“使用IP多媒体子系统(IMS)的远程呈现；媒体处理和交互”))

涉及将由在网络的管理域内的CSP或NSP操作的应用—通常作为IP多媒体子系统(IMS)套件的一部分。这些方案没有解决应用域和网络域之间经由不同接口的多管理域交互。相反，本发明是关于由联网应用提供商(NAP)拥有和操作的应用的操作。边缘云和多个媒体资源控制器也未在上述文献中解决。

在基于网络的媒体处理(NBMP)标题下与媒体流的传输相关的工作流模型可从文档ISO/IEC 23090-8获知：“Part 8:Network-based media processing”(“第8部分：基于网络的媒体处理”)。模型中“工作流”的概念主要涉及功能链的定义。NBMP的范围不包括具有其自己的资源表示模型的多个管理域的交互。相反，该文档试图建立一个整体模型，该整体模型结合了在通过网络传递媒体流中所涉及的所有实体。为了使该模型适用，所有NAP和所有CSP都需要采用文档中定义的完整操作模型。

用于网络服务管理的供应商方案提供了基于控制面板(dashboard)的管理。这种类型的方案被设计用于与操作人员交互。它不提供作为服务公开的可编程接口。为一般操作提供用于网络服务控制的充分发展的应用编程接口将可能对CSP产生许多挑战和关注。

文献ETSI GSM ZSM 009“End-to-end management and orchestration ofnetwork slicing”(“网络分片的端到端管理和编排”)提供了用于网络资源管理的接口定义。该框架围绕网络切片被建模为主要对象类型。另一方面，NAP和CSP之间更理想的接口将基于涉及最小对象集合(例如参与应用会话的节点)的意图。NAP所请求的操作(当意图被转换时)可以涉及网络切片或涉及不与切片实例或类型相关联的许多其他实体—例如，NAP所拥有的边缘功能可以被激活，并且CSP可能仅需要协调5G UPF嵌入。因此，严格的切片特定接口定义不适用于本发明所解决的场景。

3GPP公共API框架(CAPIF)是为3GPP移动网络域的公共北向编程接口提供API处理功能的框架定义。该框架描述了API调用程序、API公开功能、认证/授权、事件订阅和其它平台能力。

用于垂直应用的3GPP服务启用器架构层(SEAL)[TS 23.434V17.3.0 2021-09]是支持垂直应用的规范集合。SEAL旨在提供许多垂直利用(例如定位服务)的公共能力。

以上所回顾的方案都不包括本发明的以下特征：

·针对应用驱动端到端网络服务控制的网络即服务类型API模型；

·通过与给定端点的隐式关联，在最高服务API等级处的网络段控制请求的概念。

本方案由以下观察结果推动：

-NaaS模型将使网络更适合于高要求的智能应用的要求。

-NAP将拥有其联网应用的几乎每个方面。

-NaaS模型将为CSP创造新的收入机会。

本实施例提供了一种用于在特定应用类型的上下文中进行NAP和CSP交互的方法。根据实施例的方法在名为应用对齐NaaS API(AA-NAPI)的抽象接口定义下进行。AA-NAPI具有针对每种应用类型的特定定义和实例化。例如，用于沉浸式XR会议(XRC)应用的API被称为XRC-NAPI。

本实施例还提供了一种适配器功能，其使得能够在API的上下文和较低等级的端到端CSP服务编排接口之间进行耦合。这些较低等级接口可以基于由ETSI、TMF、网络供应商或CSP定义的框架。图2示出了根据本实施例的AA-NAPI和AA-NAPI适配器功能实例的体系结构布局。

本实施例定义了用于联网应用提供商(NAP)与通信服务提供商(CSP)的交互的接口，以及将接口上指示的意图映射到由CSP控制的传统较低等级服务接口上的适配器功能。这在图2中示出。

本实施例涉及应用特定接口的概念。对于不同的应用，接口基于应用的对象模型采取不同的形式。在本公开中使用XR会议(XRC)应用来描述方案。定义了应用和网络模型以帮助解释本实施例的概念。

根据本方案的接口的抽象形式被称为应用对齐NaaS API(AA-NAPI)。本方案的应用特定实施例被称为XRC-NAPI。在本节中，术语AA-NAPI和XRC-NAPI可以互换使用，因为后者是前者的特定实例。

首先描述伪XRC应用的操作。图3示出了根据实施例如何对分布式XRC会话进行建模。

在图3的例子中，应用的会话由智能应用控制器(IAC)310管理。会话包括驻留在网络节点(例如节点320)处的端点。发送端点包括执行诸如拼接多相机视图、编码流等操作的媒体处理功能。接收端点包括诸如在XR设备上呈现最终图像的功能。应用会话还包括诸如选择性转发单元(SFU)的网络功能。在多方协作应用中，每个参与者将他们的流发送到中央SFU功能。SFU功能将每个参与者的流转发到所有其它参与者。诸如SFU的网络功能是IA根据需要部署的能力—例如，当在会话中存在多于四个当事方时。

图4示出了当IAC根据其自身的操作需要解释它时的网络模型。模型的网络可以由一个或多个CSP拥有和操作。

NAP具有与CSP-A的预订合同，CSP-A向NAP提供端到端服务能力。根据NAP的网络视图，参与应用会话的每个节点连接到接入网(AN)405。AN 405提供两种类型的连接服务：尽力而为(BE)(即，默认服务)和高质量(HQ)(即，高级服务)。HQ服务提供低时延和高吞吐量保证。

网络包括边缘云设备，为了简单起见，此后称为边缘云(EC)404。IAC可以激活与特定端点具有地理位置相似性的EC 404上的边缘云功能(EF)403。CSP还包括靠近NAP EC或与NAP EC共处一地的EC(这种接近是为NAP和CSP之间的低时延耦合而有意建立的)。

AN 405通过路由器402并经由传输网络(TN)401彼此互连并与EC 404互连。TN 401还提供不同的服务等级，就像AN 405的BE和HQ等级一样。

HQ服务比BE服务更贵。当IAC在AN 405或TN 401中请求HQ服务时，根据与CSP的NAP预订合同，较高的成本被动态地施加到NAP上。这与本实施例无关，但是应当注意，可能存在许多不同的成本/预订模型，这些成本/预订模型以各种组合涉及不同当事方。假定TN HQ服务的成本高于AN HQ服务的成本。假定在EC 404处激活EF 403实例的成本高于TN HQ服务的成本。

应用端点驻留在接收节点(R)和接收/发送(RS)节点406中。每个端点连接到AN405。端点可假定R或RS节点406。在应用会话中，在任何给定时间总是只有一个RS节点406。AN 405和EF 403通过TN 401互连。

图5示出了IAC的概念验证实现。图中的IAC使用XRC-API来控制为XRC会话部署的网络服务等级和功能。IAC基于它从端点接收的QoE报告以及关于托管会话的环境的任何其他信息来确定它的决定策略。注意，QoE报告由应用实体(例如，端点)生成，并且从未通过AA-NAPI从网络服务层接收。

IAC依赖于其认知能力来控制用于确定正在进行的XRC会话的质量的网络服务变量。图6图示了这些认知能力是由强化学习(RL)模型产生的。RL技术允许IAC快速改进用于驱动成本最优重新配置决定的策略。

再次转向图2，根据本实施例的系统包括具有其抽象属性的应用对齐NaaS API和AA-NAPI适配器功能。

参考但不限于XRC应用，以更详细的方式讨论本实施例。以下符号可应用于XRC-NAPI的整个定义：

冒号标点符号(:)指示具有在后续行中列出的缩进属性的对象的定义。等号(＝)指示值实例。

AA-NAPI：

应用-类型＝“XRC”

服务-点：

类型＝“端点”或“边缘-功能”

地址

地理-位置

连接-流

网络：

接入-网络

传输-网络

服务类型：

默认-质量

应用-质量

请求：

查询-端点-网络

查询-动态-成本

改变-网络-服务-等级

激活-边缘-功能

去激活-边缘-功能

以上定义描述了应用根据其与CSP提供的网络服务的交互来解释其操作环境的模型。

服务点：

服务点表示参与应用会话的连接实体。对于XRC应用，有两种类型的服务点：端点和边缘功能。服务点之间的连接允许参与实体进行通信。

服务点的属性是类型、地址(例如，IPv6地址)、地理位置、以及连接流。对于XRC应用，端点和边缘功能是类型属性的两个可能值。地理位置属性与NAP和CSP之间的边缘云相关绑定有关。稍后以更详细的方式讨论NAP和CSP。连接流属性标识应用在服务等级方面感兴趣的特定连接。服务点向智能应用控制器(IA)报告它们当前用于应用会话的连接流。当作出服务类型决定时，IA不需要解释连接流标识符的语义，如下所述。应当注意，服务点可以具有与应用无关的其它活动数据流。

服务类型：

服务点的连接流可以是不同的服务类型。对于XRC应用，服务类型的可能值是默认质量和应用质量。默认质量服务类型是CSP向NAP提供而没有成本高级的服务类型。它对应于前面提到的尽力而为服务。例如，这将是(居民客户的)端点向CSP支付每月服务预订的情况。默认质量服务类型的选择不包括会话期间NAP的附加动态成本。应用质量服务类型的选择提高了CSP服务的质量，以使得应用旨在在任何网络条件下操作而没有QoS降级。应用质量服务类型的动态激活导致NAP的额外成本。应用质量服务对应于前面提到的“高质量”或“高级”服务类型。

对于给定的应用，CSP描述其提供应用质量服务类型的KPI参数。这些参数可由行业商定或由标准(例如，3GPP 5G 5QI值)规定。IAC可将端到端KPI要求分成每个域的分量。应当注意的是，当CSP定义了服务等级KPI(基于工业标准规范)时，它有益于应用开发者—它免除了他们了解技术细节的需要。

在该实施例的上下文中，IAC直接从端点接收服务质量报告作为QoE的度量。IAC检查QoE值以确定应用是否正从网络接收其正确操作所需的服务质量的等级。

边缘功能：

应用具有各种类型的服务点。对于XRC应用，边缘功能是除端点之外的另一类型的服务点。边缘功能是IAC可以激活以提高会话的端点的QoE的能力。

在该实施例的上下文中，IAC决定何时将边缘功能添加到会话以提高端点的服务质量。边缘功能的操作可以完全或部分地属于NAP，或者属于CSP。即使当生命周期管理完全属于NAP时，使用AA-NAPI，NAP协调边缘功能与CSP的激活，以使得CSP可以将其终止功能(例如5G UPF)与边缘功能的位置对齐。

网络：

在AA-NAPI的上下文中，网络是与应用的服务点相关联的底层物理基础设施的一段。根据需要，IAC为每个段选择服务类型。在后5G(post-5G)、6G以前(pre-6G)的技术时间框架中，XRC-NAPI的实现设想了两种类型的网络：接入网络(AN)用于端点附接，以及传输网络(TN)用于边缘功能之间的连接。这些网络可以代表独立的域，具有各自的通信技术和网络管理系统。例子包括固定接入网、移动接入网、以及光传输网。为了包括TN，XRC会话可以具有至少两个活动边缘功能或者不具有相同AN中的所有服务点。

请求：

请求传达了NAP希望CSP执行的动作。它们被制定为意图—仅具有足够的细节来表达NAP需求。

例如，XRC应用可以请求以下五种类型的动作：

a.查询端点网络是NAP了解给定端点的附接网络的属性的请求。该查询的目的是理解端点的网络的服务类型是否可以由CSP控制。例如，管理端点的AN的CSP可能不是支持AA-NAPI的相同CSP，因此NAP可能不能控制端点的AN服务类型。

b.NAP发出查询动态成本命令以了解不同服务类型的动态成本。在XRC-NAPI的情况下，成本是指由AN提供的应用质量服务类型，由TN提供的应用质量服务类型，以及在给定位置处边缘功能的激活。

c.NAP使用改变网络服务等级命令去设置网络对象的服务等级。例如，在XRC-NAPI中，该命令用于为AN或TN内的应用会话的连接流设置应用质量服务类型。

d.当NAP决定激活边缘功能时，它发出激活边缘功能命令。边缘功能配置可以有许多不同的组合。例如，边缘功能的生命周期可以完全属于NAP或CSP。当其属于NAP时，该命令指示CSP配置其网络，以使AN终端点与边缘功能位置对齐以满足低时延要求(例如，用于将5G UPF迁移到靠近边缘功能的位置)。

e.去激活边缘功能命令指示CSP复位针对边缘功能的先前激活而修改的网络配置。

在AA-NAPI的实现中，上面列出的每个请求可以包括表示所需值的参量。例如，查询端点网络请求包括至少一个表示目标端点的参量。参量可以是至少具有网络地址字段的数据结构。

AA-NAPI还可以包括上面没有明确描述的对象、服务类型、请求、服务点、以及网络。

AA-NAPI适配器：

AA-NAPI适配器和用于其它应用类型的适配器是将AA-NAPI请求转换成较低等级的事务表示的功能模块，即CSP使用的端到端(E2E)服务编排API。E2E服务编排API可以是符合标准的API，或者它可以是由CSP本身或由供应商开发的定制API。如介绍部分所述，这些API现在正在出现，但是没有商业上可获得的用于端到端网络可编程性的API。相反，存在面向控制面板的实现和用于单个CSP管理域的实现，并且还存在不是多域(因此不是端到端)的方案。

如上，图5示出了AA-NAPI的概念验证实现。在图5中，包括XRC-NAPI适配器的实例的XRC-NAPI被用作示例。在北向侧，适配器从IAC接收命令。这些命令在对象模型上操作，类似于在本节中早先描述的对象模型。在南向侧，适配器向网络结构的较低等级模块发出命令。

AA-NAP适配器，例如XRC-NAPI适配器。例如，是可以以Python语言实现的软件模块。它可以将XRC-NAPI公开为基于HTTP的REST GET和POST命令。在南向侧，它还可以使用REST GET和POST命令来与网络结构的较低层通信。例如，响应于NBI请求

-针对节点n0001将改变-网络-服务-等级为应用-质量，适配器可以向节点n0001发送REST命令：

-设置-最大-带宽为100Mbps(而默认-质量带宽是10Mbps)。

图7图示了根据实施例的以AA-NAPI的能力为中心的IAC的流程图。该流程图所示的方法包括以下步骤：

-710在接收到端点请求后，IAC启动应用会话；

-720IAC使用AA-NAPI来学习网络服务等级的当前成本模型；

-730IAC监测端点加入事件、端点退出事件、端点的角色(谈话、共享、流媒体、…)、以及来自端点的QoE报告；

-740对于加入会话的每个端点，IAC查询CSP以了解端点的AN网络的属性(例如，验证应用质量服务是否可用，或者网络是否可以由CSP控制)和边缘功能之间的TN的属性；

-750基于来自端点的QoE报告(以及来自帮助评估会话的服务质量的环境的任何其他输入)，IAC确定会话的当前状态；

-760基于会话的当前状态，IAC评估其先前决定的充分性，并且如果确定其应当被改进，则更新其学习到的做出决定策略；

-770如果会话的当前状态指示违反服务等级协议(SLA)，

则IAC采取行动以对网络服务进行改变或者激活新的边缘功能。

如上所述，IAC继续监测会话。如所述的，图7的流程图图示了本方案的一个可能的实施例。

图8图示了XRC应用工作流的示例(NAP的查询请求未在图表中示出)。图8示出了XRC端点、XRC IAC、以及XRC-NAPI适配器之间的事务。图8所示的图表表示从上到下的时间步骤。

如图8所示

-端点1(EP1)通过联系IAC来启动会话并且隐式地加入会话；

-EP1指示其正在向该会话中的其他节点发送内容；

-EP2加入会话；向IAC报告良好的QoE；

-EP3加入会话；报告良好的QoE；

-EP4加入会话；所有三个端点均报告低QoE。

-IAC决定将EP1的AN的服务类型设置为应用-质量；

-XRC-NAPI适配器向较低等级服务API发送命令来设置服务EP1的5G移动网络切片，以支持高带宽(承载连接上的3GPP

5G 5QI值90)。

-端点2、端点3、以及端点4报告了良好的QoE；

-EP5加入会话；报告良好的QoE；

-EP6加入会话；报告良好的QoE；

-EP7加入会话；报告良好的QoE；

-EP8加入会话；所有端点现在报告不良的QoE；

-IAC决定部署边缘功能以处理和转发来自EP1的媒体流；

-IAC向XRC-NAPI适配器发送激活-边缘-功能命令；

-XRC-NAPI适配器向较低等级API发送命令以迁移5G UPF功能，其终止接近EP1的地理-位置的EP1数据网络连接；

-所有端点均报告QoE良好。

应当注意，XRC-NAPI适配器可以将意图发送到E2E服务编排API，或者可以将命令直接发送到各个网络域管理器(例如，发送到3GPP 5G接入网络的域管理器)。

还应当注意，对于特定网络实例，为了防止任何QoE降级，IAC可以了解在一定数量的端点加入会话时激活边缘功能(而不是仅在不良的QoE报告时进行激活)。类似地，当一定数量的端点加入会话时，它也可以了解更新发送端点AN的服务类型。

注释：

本实施例涉及经由AA-NAPI的NAP-CSP交互的概念模型。因此，还覆盖了用于所有应用类型(除了XRC-NAPI之外)的AA-NAPI的实施例。

应当注意，对于高级服务质量可以有不同的成本模型。例如，端点而不是NAP可以支付高级服务类型的额外的动态成本。根据可以在端点-NAP-CSP三元组内定义的商业安排的组合，可以设想附加的成本模型。

除了NAP和CSP之外，AA-NAPI概念模型还可以包括其他功能实体。

除了XRC-NAPI之外，AA-NAPI可以被描述用于与诸如在文档ETSI TR 126 928V16.1.0中列出的许多场景相关的应用类型。它们包括在线XR游戏、实时XR共享和XR关键任务。

应当注意，XRC-NAPI定义使用易于遵循的实际表示。相反，AA-NAPI可以被描述为抽象对象，以覆盖使用具有形式语法的元语言的所有可能的应用类型。然而，该类型的符号将非常复杂，难以剖析和理解。

本公开中的XRC-NAPI定义仅示出了语义上相关的属性和选项。没有示出与这些类型的API有关的其它常见选项。例如，在操作API中，每个请求可以具有请求ID；每个请求可以具有确认响应；请求事务可以在具有两阶段提交的可靠模式中执行；请求可以包括充分描述上下文的属性，例如始发组织、预期接收方目的地；可通过使用可呈现其自身属性和操作方法的封装消息协议来进行请求；请求可以具有安全属性和设置以支持安全操作，以及这里未列出的许多其它属性和设置。

在XRC应用实例中，IAC仅在会话期间更新网络服务类型。另一实施例可以在会话期间升级和降级服务类型。

假设NAP和CSP之间的交互基于信任。在本公开中没有提及与潜在恶意动作相关的场景。

在用于联网应用的单个接口中集合在一起以简化其操作的一些语义方面包括：

-针对不同接口定义的应用特定模型—通过仅包含必要且特定的实体集合来简化信息模型；

-应用经由应用对象引用(例如端点)来控制服务组件的能力—例如，提高端点的接入网络的服务质量等级的请求；网络控制器可以将其转换为特定应用已知的网络特定动作；

-根据应用(本公开中的XR应用)的特性，在应用的接口中具有语义实体以改变服务功能链及其连接。例如，应用可以仅指示对与端点集群相关联的网络功能的需要；知道应用类型的上下文，网络控制器可以采取网络特定的动作并重新配置连接。

IAC不必始终启动与应用质量连接(高质量服务)的会话。这明显不同于现有的网络切片编排方案，在现有的网络切片编排方案中，独立于应用活动来设置服务类型。IAC等待来自端点的QoE报告，并且仅在QoE低于接受阈值时，才会激活应用质量服务类型。当越来越多的端点加入会话时，IAC还可以了解升级各个网络的服务类型。这种有条件的动作降低了应用的运行成本(通过更有效地使用资源)，并且允许它支持会话的参与者具有不同服务质量期望的情况，如包括小型设备或小型端点的端点的情况，小型设备或小型端点更喜欢遵守低成本服务并且声明它们不愿意升级到其接入网络中的高级服务。应当注意，IAC还具有在所有网络上启动具有应用质量服务类型的会话的选项，例如当应用是任务关键类型时。为了实现这个目的，目前存在于网络域中的网络控制接口不能简单地公开给应用域。网络域的复杂接口被设计用于最大的功能抽象和通用性。适合于由应用使用的接口的类型必须是具有受限功能范围的特定于应用的，并且从应用开发者的观点来看，不在网络域的语义语言中，易于理解并以语义覆盖使用。

与传统的端到端服务管理模型相反，AA-NAPI的网络模型允许IAC控制服务点之间的多个子网的服务等级。例如，对于发送端点和四个监听端点之间的会话，升级发送端点AN的服务类型可以提高所有各当事方的QoS。因此，该应用不必为监听节点的连接的更高服务质量而支付。当大多数端点报告低QoE而不是升级所有端点的服务类型时，IAC可以首先激活发送端点的边缘云处的边缘功能以聚集并转发传输流，从而如果QoE对于具有当前环境的所有相关约束的给定网络变得令人满意，则节省运行成本。

简单地将服务类型定义为“应用质量”允许应用开发者仅选择应用类型，但不必了解必须被满足以符合SLA要求的网络KPI的等级的技术细节。通过这种便利，本发明允许CSP将其自身有力地定位在下一代联网应用的生态系统内，而不将业务交给提供商的其他层。

本实施例的应用特定约束减少了安全攻击的表面，使CSP为其端到端服务提供北向编程接口更具吸引力。

本实施例允许NAP直接与CSP交互，而不需要在二者间有其他供应商的开销和成本。

本实施例为NAP和CSP提供了实时优化其运行成本的机会，这是由环境中不断变化的无数条件驱动的。

AA-NAPI的目的和益处是以细化、简化和应用友好的方式向第三方应用开发者呈现网络的E2E服务编排基础设施的现有能力。AA-NAPI并不意味着去扩展底层网络基础设施的实时控制能力。如果这些能力是受限的，则它们仍然是受限的。例如，供应商可以提供具有1秒响应时间的动态E2E切片控制服务；这种能力可以作为一组供应商API的一部分来提供，其中的一些可能与认证、安全、策略、或计费有关。供应商没有向XR开发者展示完整API套件的巨大复杂性，而是通过XRC-NAPI为他们提供了用于访问与其XR应用相关的所有编排功能的简化接口，作为NaaS提供的一部分。XRC-NAPI(厂商特定的XRC-NAPI适配器)的南向端使用作为厂商的E2E编排套件的一部分的API的完整集合，但不试图提高底层基础设施的切片控制解析度。

实施例不依赖于特定类型的E2E服务编排API(标准的或基于厂商的)。南向接口(AA-NAPI适配器)上的任何细节将仅对所选示例的服务编排套件有意义。在本公开的图5中示出了一个这样的示例。在该实施例中，基于python的REST API将请求映射到基于微服务的网络架构基础设施的内部命令。例如，API命令<Activate Edge Function>被映射到涉及网络结构的多个API的一系列动作—例如，标识当前通话节点、标识其边缘云集群、标识集群处的服务节点、确定所需的网络功能是否可以部署在节点处、部署网络功能、以及最终重新配置服务链以将边缘云节点放置在通话节点的环路中。

图9图示了概念验证实现中的IAC如何学习为与XRC应用的操作相关的子网络请求服务类型改变—提高其决定策略。该图表表明代理学习在大约240次偶发尝试中以至少0.5％的准确度做出正确的决定。

图10中示出了根据一个实施例的方法。该方法通常包括：

-响应于来自服务点或应用控制器的请求而启动1010应用会话；

-由通信服务提供商(CSP)提供1020应用特定接口(AA-NAPI)，应用特定接口与应用相关联，以用于控制应用会话的联网方面；

-通过使用应用特定接口来学习1030与特定应用类型相关联的网络服务类型的当前成本模型；

-对于加入会话的每个服务点，方法包括通过使用应用特定接口来查询1040与服务点相关联的网络属性；

-在连续服务质量监测1050期间，在检测到导致决定升级会话质量的会话质量降级之后，该方法包括：

_○通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型；

_○在应用的请求之后，由网络采取一系列网络特定的动作来重新配置网络，使得由特定的服务点接收到所请求的服务类型；

_○由应用激活新的网络能力，以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级。

_○在应用的请求之后，由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高。

每个步骤可以由计算机系统的相应模块来实现。

根据实施例的装置包括：用于响应于来自服务点或应用控制器的请求而启动应用会话的部件；用于由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)的部件，应用特定接口与应用相关联，以用于控制应用会话的联网方面；用于通过使用应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型的部件；对于加入会话的每个服务点，该装置包括：用于通过使用特定接口来查询与服务点相关联的网络属性的部件；在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，该装置包括：

_○用于通过使用应用特定接口，由应用改变与特定服务器点相关联的网络服务类型的部件；

_○在应用的请求之后，用于由网络采取一系列网络特定的动作来重新配置网络，使得由特定的服务点接收到所请求的服务类型的部件；

_○用于由应用激活新的网络能力以通过使用应用特定接口来提高与特定服务器点相关联的网络服务等级的部件；

_○在应用的请求之后，用于由网络采取一系列网络特定动作来安装新的网络能力，使得特定服务点的服务质量按照请求而被提高的部件。

部件包括至少一个处理器，并且存储器包括计算机程序代码，其中处理器还可以包括处理器电路系统。该存储器和计算机程序代码被配置为与该至少一个处理器一起使该装置执行根据各个实施例的图10的方法。

图11图示了根据实施例的装置。该装置的一般化结构将根据系统的功能模块进行解释。几个功能可以用单个的物理设备来完成，例如，如果需要，所有的计算过程都可以在单个的处理器中执行。根据图11的示例的装置的数据处理系统包括主处理单元1100，存储器1102，存储设备1104，输入设备1106，输出设备1108，以及图形子系统1110，其全部经由数据总线1112彼此连接。客户端可以被理解为在设备上运行的客户端设备或软件客户端。

主处理单元1100是用于处理数据处理系统内的数据的处理单元。主处理单元1100可以包括或实现为一个或多个处理器或处理器电路。存储器1102、存储设备1104、输入设备1106和输出设备1108可以包括本领域技术人员所认识到的其它组件。存储器1102和存储设备1104将数据存储在数据处理系统1100中。计算机程序代码驻留在存储器1102中，用于实施例如机器学习过程。输入设备1106将数据输入到系统中，而输出设备1108接收来自数据处理系统的数据，并将数据转发到例如显示器。虽然数据总线1112被示为单线，但它可以是以下的任何组合：处理器总线、PCI总线、图形总线、ISA总线。因此，本领域技术人员容易认识到，该装置可以是任何数据处理设备，诸如计算机设备、个人计算机、服务器计算机、移动电话、智能电话或因特网访问设备、例如因特网平板计算机。

各种实施例可以提供优点。例如，本实施例提供了使CSP能够将其自身有力地定位在下一代联网应用的生态系统内的能力。

本方案的应用特定约束有助于减少安全攻击表面，从而使CSP较少地考虑向其他方提供编程接口以控制其端到端服务。

本实施例允许NAP轻松地建立与CSP的直接交互，而其间没有具有其它提供商的开销和成本。

本实施例还为NAP提供了优化其运行成本的机会，并为CSP提供了更好地实时利用资源的机会—这是由环境中不断发展的各种条件驱动的。

各种实施例可以借助于驻留在存储器中并使相关装置执行该方法的计算机程序代码来实现。例如，设备可以包括用于处理、接收和传送数据的电路系统和电子器件，存储器中的计算机程序代码，以及当运行计算机程序代码时使设备执行实施例的特征的处理器。此外，类似服务器的网络设备可以包括用于处理、接收和发送数据的电路和电子器件，存储器中的计算机程序代码，以及当运行计算机程序代码时使得网络设备执行各种实施例的特征的处理器。

如果需要，这里讨论的不同功能可以以不同的顺序和/或与其它功能同时执行。此外，如果需要，一个或多个上述功能和实施例可以是可选的或可以被组合。

虽然在独立权利要求中阐述了实施例的各个方面，但是其他方面包括来自所描述的实施例和/或从属权利要求的特征与独立权利要求的特征的其他组合，而不仅仅是在权利要求中明确阐述的组合。

这里还要注意，虽然以上描述了示例性实施例，但是这些描述不应被视为具有限制意义。相反，在不脱离由所附权利要求限定的本公开的范围的情况下，可以进行若干变化和修改。

Claims (15)

1.一种用于通信的装置，包括至少一个处理器，存储器包括计算机程序代码，所述存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述装置执行至少以下：

响应于来自服务点或应用控制器的请求而启动应用会话；

由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，所述应用特定接口与应用相关联，以用于控制所述应用会话的联网方面；

通过使用所述应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；

对于加入所述会话的每个服务点，通过使用所述应用特定接口来查询与所述服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后：

通过使用所述应用特定接口，由所述应用改变与特定服务器点相关联的网络服务类型；

在应用的请求之后，由所述网络采取一系列网络特定动作来重新配置所述网络，使得由特定服务点接收到所请求的服务类型；

由所述应用激活新的网络能力，以通过使用所述应用特定接口来提高与特定服务器点相关联的网络服务等级；

在应用的请求之后，由所述网络采取一系列网络特定动作来安装新的网络能力，使得所述特定服务点的服务质量按照请求而被提高。

2.根据权利要求1所述的装置，其中所述存储器和所述计算机程序代码与所述至少一个处理器一起，还使得所述装置：在连续服务质量监测期间，在检测到潜在不必要的网络服务能力以及降低网络服务成本的后续决定之后：

通过使用所述应用特定接口，由所述应用改变与特定服务器点相关联的网络服务类型；

在应用的请求之后，由所述网络采取一系列网络特定动作来重新配置所述网络，使得由所述特定服务点接收到将降低引起的服务成本的所请求的服务类型；

通过使用所述应用特定接口，由所述应用去激活网络能力以降低与特定服务器点相关联的网络服务成本；

在应用的请求之后，由所述网络采取一系列网络特定动作来卸载网络能力，使得针对所述应用的引起的动态成本被降低。

3.根据权利要求1或2所述的装置，其中所述存储器和所述计算机程序代码与所述至少一个处理器一起，还使得所述装置：

添加边缘功能作为所述新的网络能力，以提高与所述特定服务器点相关联的网络服务等级。

4.根据权利要求1或2所述的装置，其中所述存储器和所述计算机程序代码与所述至少一个处理器一起，还使得所述装置：

将网络功能作为网络能力插入到与所述服务点相关联的边缘云中。

5.根据权利要求1或2所述的装置，其中所述存储器和所述计算机程序代码与所述至少一个处理器一起，还使得所述装置：

在去激活网络能力时移除边缘功能。

6.根据权利要求1或2所述的装置，其中所述存储器和所述计算机程序代码与所述至少一个处理器一起，还使得所述装置：

在卸载网络能力时移除与所述服务点相关联的边缘云处的网络功能。

7.根据权利要求1或2所述的装置，其中所述应用是扩展现实会话(XRC)应用。

8.一种用于通信的方法，包括：

响应于来自服务点或应用控制器的请求而启动应用会话；

由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，所述应用特定接口与应用相关联，以用于控制所述应用会话的联网方面；

通过使用所述应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；

对于加入所述会话的每个服务点，所述方法包括：

通过使用所述应用特定接口来查询与所述服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后，所述方法包括：

通过使用所述应用特定接口，由所述应用改变与特定服务器点相关联的网络服务类型；

在应用的请求之后，由所述网络采取一系列网络特定动作来重新配置所述网络，使得由特定服务点接收到所请求的服务类型；

由所述应用激活新的网络能力，以通过使用所述应用特定接口来提高与特定服务器点相关联的网络服务等级；

在应用的请求之后，由所述网络采取一系列网络特定动作来安装新的网络能力，使得所述特定服务点的服务质量按照请求而被提高。

9.根据权利要求8所述的方法，其中在连续服务质量监测期间，在检测到潜在不必要的网络服务能力以及降低网络服务成本的后续决定之后，所述方法还包括：

通过使用所述应用特定接口，由所述应用改变与特定服务器点相关联的网络服务类型；

在应用的请求之后，由所述网络采取一系列网络特定动作来重新配置所述网络，使得由所述特定服务点接收到将降低引起的服务成本的所请求的服务类型；

通过使用所述应用特定接口，由所述应用去激活网络能力以降低与特定服务器点相关联的网络服务成本；

在应用的请求之后，由所述网络采取一系列网络特定动作来卸载网络能力，使得针对所述应用的引起的动态成本被降低。

10.根据权利要求8或9所述的方法，还包括：添加边缘功能作为所述新的网络能力，以提高与所述特定服务器点相关联的网络服务等级。

11.根据权利要求8或9所述的方法，还包括：将网络功能作为网络能力插入到与所述服务点相关联的边缘云中。

12.根据权利要求8或9所述的方法，还包括：在去激活网络能力时移除边缘功能。

13.根据权利要求8或9所述的方法，还包括：在卸载网络能力时移除与所述服务点相关联的边缘云处的网络功能。

14.根据权利要求8或9所述的方法，其中所述应用是扩展现实会话(XRC)应用。

15.一种非暂时性计算机可读介质，包括在其上存储的计算机程序指令，当其通过至少一个处理器执行时，使得所述装置：

响应于来自服务点或应用控制器的请求而启动应用会话；

由通信服务提供商(CSP)提供应用特定接口(AA-NAPI)，所述应用特定接口与应用相关联，以用于控制所述应用会话的联网方面；

通过使用所述应用特定接口来学习与特定应用类型相关联的网络服务类型的当前成本模型；

对于加入所述会话的每个服务点，通过使用所述应用特定接口来查询与所述服务点相关联的网络属性；

在连续服务质量监测期间，在检测到导致决定升级会话质量的会话质量降级之后：

通过使用所述应用特定接口，由所述应用改变与特定服务器点相关联的网络服务类型；

在应用的请求之后，由所述网络采取一系列网络特定动作来重新配置所述网络，使得由特定服务点接收到所请求的服务类型；

由所述应用激活新的网络能力，以通过使用所述应用特定接口来提高与特定服务器点相关联的网络服务等级；

在应用的请求之后，由所述网络采取一系列网络特定动作来安装新的网络能力，使得所述特定服务点的服务质量按照请求而被提高。