CN117296363A - 在通信系统中提供服务 - Google Patents

Abstract

由服务提供者处理的服务请求包括：响应于接收到对服务的请求，确定用于所请求的服务的资源级受管资源的列表，以及将该受管资源的列表拼接到资源集合对象。

Description

在通信系统中提供服务

技术领域

本申请涉及用于在通信系统中提供服务的方法、装置和计算机程序产品，并且更具体地但不排他地涉及网络切片。

背景技术

通信系统提供两个或更多个设备(诸如，用户终端、类机器终端、基站与其他接入点、网络功能、服务生产者、服务消费者和/或其他设备)之间的设施通信。可以例如借助于通信网络和提供用于在通信设备之间承载信息的通信信道的一个或多个兼容设备来提供通信系统。通信会话可以包括例如用于承载诸如话音、视频、电子邮件(email)、文本消息、多媒体、控制数据和/或内容数据等服务的通信的数据通信。

在移动或无线通信系统中，至少两个设备之间的通信的至少一部分通过无线或无线电链路发生。无线系统的示例包括公共陆地移动网络(PLMN)、基于卫星的通信系统和不同的无线局域网，例如无线局域网(WLAN)。用户可以经由适当的通信设备或终端的接入系统装置来接入更广泛的通信系统。通信设备的非限制性示例是用户装置(UE)或用户设备以及各种类机器终端。无线电接入可以由无线电接入系统或网络(RAN)的基站提供。无线电接入系统提供本地覆盖区域，并经由适当的传输系统连接到更大的通信系统(称为核心网络)。

核心网络包括提供各种功能和服务的各种实体。类似的功能和/或服务可以由位于不同位置的不同实体和/或由分布式数据处理来提供。至少一些功能和/或服务可以由虚拟数据处理实例提供。在接入设备和诸如应用功能的服务提供实体之间提供数据通信可以涉及中间的和其他关联的实体、过程和功能。

管理系统包括提供各种管理服务的各种实体，例如准备(provisioning)、配置、性能监控、故障监控等。

通信系统、服务、功能和设备通常根据给定的标准或规范来操作，该标准或规范规定了与系统相关联的各种实体被允许做什么以及应该如何实现。通常还定义了用于连接的通信协议和/或参数。通信系统的非限制性示例包括基于由第三代合作伙伴项目(3GPP)标准化的第五代(5G)网络的那些。

现代通信系统的特征被称为网络切片。网络切片是使在物理网络基础设施上实现虚拟化和/或独立逻辑网络的复用的特征。切片网络可以包括共享基础设施之上的一组逻辑网络。每个逻辑网络被设计为服务于特定的目的，并包括端到端配置和连接的所需的网络资源。每个网络切片可以理解为隔离的端到端网络，专为满足特定应用程序的不同需求而定制。可以在公共网络基础设施之上提供灵活且可扩展的网络切片。每个网络切片都可以由网络运营商管理。进一步地，一个运营商的网络切片可以提供给另一个运营商以构建另一个网络切片。运营商可以定义切片的具体特性，例如速度、延迟、可靠性和安全性。不同的功能可能需要不同的切片。例如，某些服务需要低延迟和非常可靠的切片，而其他服务可能需要更高的带宽，但对低延迟的需求较少。

网络运营商可以是移动网络运营商或虚拟移动网络运营商。网络切片可以被支持在被设计为有效地包含可以具有非常不同的服务等级的大量服务的移动网络中要求。基础设施提供商，即底层电信基础设施的所有者，可以将其物理资源出租给移动运营商。此外，运营商作为网络切片提供商，可以将其网络切片出租给其他移动运营商。根据所分配资源的可用性，移动运营商可以自主部署多个网络切片，这些网络切片是根据向其用户提供的各种应用程序定制的。然而，要实现对跨运营商的网络切片的适当支持，仍存在未解决的问题。

发明内容

根据一个方面，提供了一种用于由服务提供者处理服务请求的方法，所述方法包括：响应于接收到对服务的请求，确定用于所述请求的服务的资源级受管资源的列表；以及将所述受管资源的列表拼接到资源集合对象。

根据另一方面，提供了一种用于通信系统的装置，所述装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码配置为与所述至少一个处理器一起，使所述装置至少：响应于接收到对服务的请求，确定用于所述请求的服务的资源级受管资源的列表，以及将所述受管资源的列表拼接到资源集合对象。

根据更具体的方面，所述资源集合对象作为服务模型对象中的服务向所述请求者开放，所述服务模型对象将资源级别信息与和所述服务模型对象相关联的服务级规范的信息相关联。

可以创建新的受管资源列表和/或可以分配现有的受管资源列表以获得受管资源列表。

确定受管资源的列表可以包括：从另一服务提供者请求服务、从所述其他服务提供者接收所述请求的服务、以及将所述接收的服务视为受管资源。

所述服务可以包括网络切片。所述受管资源可以包括网络切片、网络切片子网、受管理功能、受管理服务和传输端点中的至少一个。所述资源集合对象可以包括网络切片子网。所述受管资源对象可以由受管元件或子网络包含。所述资源集合对象可以由子网络包含。

所述资源集合对象和所述受管资源列表上的至少一个受管资源可以从顶部对象继承。

所述受管资源的列表和拼接可以由递归操作来提供。

可以基于所述资源集合对象来构建端到端服务。

还可以提供用于实现本文公开的操作和功能的装置。

还可以提供体现本文描述的功能的至少一部分的计算机软件产品。根据一方面，计算机程序包括用于执行本文描述的方法中的至少一个的指令。

附图说明

现在将参考以下示例和附图仅通过示例的方式进一步详细描述一些方面，其中：

图1图示了通信系统的示意性示例；

图2示出了控制装置的示例；

图3示出了分层结构的网络切片示例；

图4是跨越多个运营商的网络切片拓扑示例；

图5和图6是根据某些示例的流程图；以及

图7至图10示出了根据某些示例的对象关系。

具体实施方式

以下描述给出了实践本发明的一些可能性的示例性描述以及有用背景信息。尽管说明书可以在文本的多个位置中引用“一”、“一个”或“一些”示例或实施例，但这并不一定意味着每次引用都是针对实施例的相同示例、或者特定特征仅适用于单个示例或实施例。不同示例和实施例的单个特征也可以组合以提供其他实施例。

首先参考图1作为背景给出关于通信系统的示例的整体描述，其中给出了包括无线电接入系统20、22、24(无线电接入网络；RAN)和示为云3的核心网络(CN)系统的系统1的示意性。用于连接核心和相应RAN的传输系统由相应的线21、23和25表示。通信设备10可以位于无线电接入系统之一的服务区域中，并且因此可以与系统20提供的接入点进行无线通信。接入系统20将设备连接到核心网络3。接入系统20可以不由设备10订阅的网络运营商操作。由多个不同运营商提供的大量系统可以被包括在系统中。不同系统的技术规格、特征和功能可能存在很大差异。

在图1的示例中，无线电接入系统20、22和24由基站示意性地呈现。然而，应当注意，无线电接入系统可以包括多个接入点。接入点可以包括可以发射/接收无线电信号的任何节点(例如，TRP、诸如gNB、eNB的基站、诸如UE的用户设备等等)。无线电接入架构的示例是3GPP 5G无线电接入架构。通信设备可以经由NG RAN(可以包括卫星接入)或经由其他技术(例如(使用例如N3IWF)对5G核心的不可信非3GPP接入、(使用例如TNGF/TWIF)对5G核心的可信非3GPP接入或(使用例如W-AGF或AGF)有线接入来接入核心网络。然而，实施例不限于这样的架构。

通信设备10是可以通过核心网络3请求由服务提供者提供的一项或多项服务的用户的示例。该设备可以与唯一的用户身份相关联。用户身份可以被分配给设备、设备的用户或者设备的用户向网络运营商的订阅。设备10可以是适合于无线通信的任何合适的通信设备。非限制性示例包括移动站(MS)(例如，诸如移动电话或所谓的“智能电话”的移动设备)、配备有无线接口卡或其他无线接口设施(例如，USB加密狗)的计算机、个人数据助理(PDA)或具有无线通信能力的平板电脑、机器类型通信(MTC)设备、物联网(IoT)类型通信设备或这些的任意组合等。该设备可以作为另一设备的一部分来提供。该设备可以经由用于接收的适当装置通过空中或无线电接口接收信号，并且可以经由用于发射无线电信号的适当装置发射信号。通信可以经由多个路径发生。多输入多输出(MIMO)型通信可以提供有多天线元件。

更广泛的通信系统或核心网络(CN)3可以包括5G核心网络(5GC)和提供一种或多种互连网络功能(NF)的实体。该系统可以包括一个或多个数据网络(DN)。在图1中，块11表示各种可能的网络功能。这些功能的非限制性且非详尽的列表包括接入和移动性管理功能(AMF)、会话管理功能(SMF)、本地PDU会话锚用户平面功能(L-PSAUPF)、策略控制功能(PCF)、应用功能(AF)、网络存储功能(NRF)和本地NEF(L-NEF)。其他管理、控制和应用功能也是可能的。例如，可以提供提供边缘应用服务器(EAS)、统一数据管理(UDM)、统一数据存储库(UDR)和各种用户平面功能的实体。还可以提供多个内容提供商。应当理解，由块11表示的实体中的至少一些可以被提供作为虚拟化环境中的虚拟数据处理实例。

诸如接入系统20、22、24或接入设备10的设备、或者服务开发商和/或服务提供者的设备以及任何网络实体的设备的功能可以由数据处理装置提供。数据处理可以由包括至少一个处理器和至少一个存储器的装置来提供。图2示出了包括处理器52、53和一个或多个存储器51的数据处理装置50的示例。图2还示出了装置的元件和用于将数据处理装置连接到设备的其他部件的接口之间的连接。至少一个存储器可包括至少一个ROM及/或至少一个RAM。通信设备可以包括其他可能的部件，用于软件和硬件辅助执行其被设计为执行和实现本文描述的特征的任务。至少一个处理器可以耦接到至少一个存储器。该至少一个处理器可以配置为执行适当的软件代码以实现以下方面中的一个或多个。软件代码可以存储在至少一个存储器中，例如存储在至少一个ROM中。

处理可以分布在多个处理器之间。该处理可以由虚拟数据处理实例提供，诸如在共享操作系统资源上操作的虚拟机或分离的核心(容器)。在本说明书中，术语“实体”涵盖了此类虚拟数据处理实例。

可以借助于一个或多个切片网络(例如，使用由移动运营商从底层电信基础设施的所有者租用的资源)向用户设备提供服务。图3中示出了这种情况的示例，其中示出了两个网络运营商(NOP)30和32。还示出了包括管理平面(管理视图34)和网络平面(网络视图35)的分层结构。该示例涉及网络切片Y和X。管理视图的NOP 32块示出NOP 32如何构建网络切片Y并将其提供给CSP 36。网络切片Y是基于由NOP 30作为服务提供的网络切片X而构建的。下面将更详细地描述解决与该示例相关的问题的示例建模。

3GPP TR 28.811v 0.4.0(针对Re l17)“公共网络集成非公共网络(PNI-NPN)”描述了一个示例，其中网络切片可以在多个网络中使用，使得端到端网络切片可以跨越多个网络和运营商。网络运营商A(NOP-A)可能希望向多个区域的用户提供网络切片。然而，NOP-A在用户所需的地理区域内没有无线电接入网络(RAN)覆盖。NOP-A可以选择网络运营商B(NOP-B)来为一个或多个地理区域提供所需的RAN覆盖。服务要求需要与NOP-B达成一致，然后NOP-B可以基于运营商之间的服务等级协议(SLA)在该地理区域中将网络切片作为服务提供给NOP-A。然后，NOP-A可以创建端到端(E2E)网络切片，该网络切片基于NOP-A的核心网络(CN)和RAN网络切片子网以及由NOP-B提供的仅RAN网络切片的组合来覆盖所需的地理区域。

支持这种网络切片的建议是，基于3GPP TS28.541版本17.1.0第17版中定义的现有网络资源模型(NRM)信息，在NOP-A的管理系统中配置顶部受管对象实例(MOI)，并参考NOP-B管理系统中的顶部RAN NetworkSliceSubnet MOI。网络资源模型(NRM)包括对表示网络资源的可管理方面的信息对象类的描述。

例如，可以从所述3GPP TS28.541的第6.2节和第6.3节以及图6.2.2-1中找到该提议的更详细解释。如果应用当前定义，将导致图4所示的情况。在图4示意图中，NOP-A的E2E网络切片(Networkslice-A_E2E)的顶部NetworkSliceSubnet MOI(Networkslicesubnet-A_E2E_top)由核心网络(CN)NetworkSliceSubnet MOI(Networkslicesubnet-A_CN_1)、NOP-A的RAN NetworkSliceSubnet MOI(Networkslicesubnet-A_RAN_1)、和NOP-B的顶部RAN NetworkSliceSubnet MOI(Networkslicesubnet-B_RAN_top)组成。

下面更详细地解释网络切片服务提供者如何服务于服务的客户，即，在管理平面上消费/使用服务的一方。应当注意，在本描述中，术语“客户”和“消费者”用于表示网络切片管理服务的用户。这样的用户不是终端用户，例如用户终端，而是通常是诸如使用例如“借出或购买”网络切片以借助于租用的服务来支持其自己的终端用户(订户)的网络运营商的组织。

基于现有网络资源模型信息(NRM)的布置可以具有可以影响在各种场景中切片网络的使用的某些方面。例如，该提案可以打破电信标准化部门(ITU-T)定义的电信管理网络的分层原则。也就是说，协议栈的不同层对网络有不同的看法(范围、抽象级别、开放(exposure)等)。通常，服务提供者(SP)作为黑匣子向其服务客户(SC)提供服务，而不开放详细的网络/资源拓扑(封装/抽象原则)，以避免泄露不必要的敏感信息(“需要知道”原则)和潜在的误用和误操作。因此，仅向服务的用户开放服务层级对象和相关属性，而不向用户开放较低层资源(例如，物理基础设施和/或传输资源)。当资源由不同用户的多个服务共享(可能订阅不同运营商)时尤其如此。换句话说，服务的用户通常被阻止“分解”或“逆向工程”由服务提供者提供的服务(例如网络切片)。相反，服务被提供为所消费服务的“构建块”中的一个，诸如服务的部分资源，即整个网络切片之外的单个网络切片子网或网络功能。通常可以例如通过协议条款和/或技术手段来防止服务分解或逆向工程对服务提供者的网络造成威胁/风险。

此外，该提议没有从表示用于满足服务客户需求的受管网络或网络部分的NetworkSliceSubnet受管对象实例(MOI)到表示当前NRM中对服务客户的商业开放的NetworkSliceMOI的引用。因此，对于NOP-A来说，跟踪与NOP-B就所提及的NetworkSliceSubnet MOI达成的协议和条款是不可能的，或者至少是非常困难且不切实际的。因此，NOP-A在尝试响应服务请求时无法知道NOP-B所引用的NetworkSliceSubnet MOI是否满足协议和条款。

下面解释了网络资源模型(NRM)信息扩展的一些示例，以实现对跨运营商的网络切片的有效支持。应当注意，尽管使用术语网络切片，但在更一般的意义上，网络切片可以被认为提供服务的示例。网络切片子网可以被视为受管资源的分组或集合的示例。受管功能或服务、网络切片和其他可能的资源(例如传输端点)可以被认为是受管资源的示例。

根据示例，网络切片被建模为提供服务方面和资源方面的双重视图的组合。从一个角度来看，当网络切片由网络切片提供商(NSP)向网络切片客户(NSC)提供时，网络切片可以被视为服务(商业开放)。从另一个角度来看，网络切片可以被视为资源。该资源可以由网络切片中的相同运营商作为网络运营商(NOP)内部模式提供，也可以由网络切片中的不同运营商作为服务(NSaaS)模式的提供。

这允许将网络切片拼接到资源集合对象(例如，网络切片子网)以构建另一个E2E服务。对于NOP情况，这可以是相同的NOP(其中网络切片被提供为NOP内部模式)或不同的NOP(例如其中网络切片以服务方式提供)。拼接可以将一个或多个网络切片子网、网络切片、受管功能和/或受管服务作为输入，并生成单个复合网络切片子网。通过将服务等级规范附加到网络切片，可以将“顶部”网络切片子网开放为网络切片。网络切片可以建模为可以用作要拼接到网络切片子网的元件的受管资源。该模型可以推广为不仅支持网络切片案例，而且使得其他用案例可以使用NRM实例中的资源集合。

基于本文描述的建模解决方案创建跨多个运营商的网络切片可以包括，在从网络切片客户(NSC)接收到提供网络切片的请求之后，网络切片提供商(NSP；例如运营商)识别以下网络切片子网的列表、和/或受管功能列表，和/或受管服务列表，和/或网络切片列表。网络切片客户可以是垂直的X，例如对于运营商来说是垂直客户的商业组织。网络切片的提供可以包括根据需要创建新的或分配现有的网络切片。在这种情况下，创建意味着部署新的网络切片(实例)，分配意味着可以重用/共享现有的网络切片(实例)。根据一种可能性，当网络切片客户向网络切片提供商请求切片时，客户可以使用“创建”请求或“分配”请求。

NSP还可以执行将网络切片子网列表、和/或受管功能列表、和/或受管服务列表、和/或网络切片列表拼接到(顶部)网络切片子网中。然后，通过将满足的服务等级规范(SLS；由服务配置文件表示)的信息附接或以其他方式关联到网络切片，(顶部)网络切片子网可以作为网络切片开放给NSC(例如，垂直X)。

要将网络切片作为上述资源拼接到(顶部)网络切片子网，运营商A可以向运营商B请求网络切片作为服务。从运营商B收到请求的网络切片后，运营商A可以拼接网络切片作为(顶部)网络切片子网的受管资源。例如，在此阶段可以将服务等级规范从作为服务的网络切片中剥离，将运营商A的命名空间中的新资源标识(ID)分配给该网络切片，等等。这也可以通过适当的平移或映射操作来提供。可以重复此步骤，直到将所有必需的“构建块”拼接到顶部网络切片子网。构建块可以包括例如从一个或多个运营商获得的网络切片。

图5示出了用于由通信系统中的服务提供者来处理服务请求的方法。在该方法中，在100处接收对服务的请求。然后在102处确定所请求的服务的资源级受管资源的列表。在104处将资源层受管资源的列表拼接到资源集合对象。

然后可以在106处执行诸如资源集合对象的开放的操作。该开放可以作为服务模型对象中的服务向请求者开放，所述服务模型对象将资源级别信息和与所述服务模型对象相关联的服务等级规范的信息相关联。需要注意的是，这只是示例，除了跨运营商网络切片之外还有其他用例。

根据示例，在服务提供者处实现的方法包括：在接收到来自服务客户(例如代表服务客户的管理工具)的服务请求时，请求该服务并确定受管资源的列表。然后将受管资源的列表拼接到资源集合对象。然后可以通过将服务等级协议的相关信息附加到服务来将资源集合对象作为服务开放给服务客户。

确定(识别)受管资源的列表可以包括服务提供者请求另一服务提供者创建/分配服务，服务提供者因此充当所请求的服务的消费者。当从其他服务提供者接收到服务时，可以将该服务拼接到资源集合对象作为受管资源。

图6示出了服务提供者向另一服务提供者(SP)请求服务的操作示例。对服务的请求在200处被发送到其他服务提供者。在202处，接收服务模型对象，该对象将资源开放为服务。如上所述，然后可以在204处将所请求的服务的资源级受管资源的列表拼接到资源集合对象。

将网络切片建模为资源和服务的组合有多种可能性。网络切片子网可以建模为资源或资源集合。网络切片子网、网络切片和其他受管资源可以包含在子网或受管元素中。

服务可以是网络切片或任何其他服务。受管资源还可以包括网络切片。受管资源还可以包括网络切片子网、受管功能、受管服务、传输端点等。资源集合可以包括网络切片子网。受管资源可以由受管元件或子网包含。资源集合可以由子网络包含。此上下文中的包含是命名包含，意味着受管资源可以是受管元素或子网的一部分。资源集合和受管资源可以从顶层继承。

图7A-7C示出了网络切片类图的示例。NetworkSlice和NetworkSliceSubnet继承自Function_，其中NetworkSliceSubnet具有与Function_的单向聚合。更具体地，图7A示出了网络切片继承关系，图7B示出了网络切片NRM片段，并且图7C示出了网络切片包含关系。

图8A-8C示出了提供图7的示例的变体的另一示例。更具体地，图8A示出了网络切片继承关系，图8B示出了网络切片NRM片段，并且图8C示出了网络切片包含关系。在本例中，NetworkSlice继承自NetworkSliceSubnet，因此对象NetworkSlice可以被视为添加了服务属性信息的NetworkSliceSubnet。以这种方式，就可以放弃“顶部”NetworkSliceSubnet的概念，而将NetworkSlice作为具有服务特性的顶部NetworkSliceSubnet。

图9A-9E示出了另一个示例。更具体地，图9A示出了通用继承关系，图9B示出了通用包含关系网络切片，图9C示出了通用关联/聚合关系，图9D示出了网络切片继承关系，以及图9E示出了网络切片NRM片段。这个示例展示了抽象且精炼的通用NRM。受管资源可以包括例如NetworkSlice、NetworkSliceSubnet、ManagedFunction、ManagedService、EP_Transport等。NetworkSlice可以被认为“资源的集合”，并且ManagedElement/Subnetwork可以被认为包含资源的“框”或“域”。

NRM定义的规范在不同的网络架构中不同。例如，针对5G网络和网络功能有一种NRM定义、针对LTE网络功能有一种、针对EPC网络功能有一种，以及可以由5G、LTE、RAN和Core等重复使用的通用定义。不同的NRM定义可以根据这个示例进行修改。这对于由不同系统使用的通用NRM定义尤其有益。

图10A-10F示出了另一个示例。更具体地，图10A示出了通用继承关系，图10B示出了通用包含关系网络切片，图10C示出了通用关联/聚合关系，图10D示出了网络切片继承关系，图10E示出了网络切片包含关系、以及图10F示出了网络切片NRM片段。此示例展示了通用NRM的进一步抽象和细化。创建资源集合，然后可以从顶部(Top)继承该资源集合。

NetworkSlice也是继承自Top。集合可以聚合Top，这意味着从Top继承的一切都可以被聚集到集合中。NetworkSliceSubnet是继承自资源集合。因此，一切也可以被聚合。

集合可以包括资源集合、服务集合等，并且可以定义覆盖不同甚至所有类型的对象(例如，服务、资源等)的更“抽象”的集合。该示例进一步将资源集合概括为集合。

本文描述的示例遵循这样的原则：资源应当通过资源集合递归地拼接，直到顶部资源集合(例如，顶部NetworkSliceSubnet MOI)而不是服务(例如，NetworkSlice MOI；跨运营商用例中作为服务的网络切片)。此外，可以避免服务(例如，网络切片)和资源(例如，网络切片子网)之间的双向关系。一般来说，资源层不需要知道其在上层所服务的服务，而只需要知道来自上层(通常是紧接其上层)的服务需求，以分配足够的资源来满足服务需求。可以提供向后兼容的网络切片布置。例如，可以提供对除了网络切片之外的其他服务的支持、除了受管功能和网络切片子网之外的其他资源类型的支持，以及对可能的未来扩展的支持。应当注意，虽然上面描述了示例实施例，但是在不脱离本发明的范围的情况下，可以对所公开的解决方案进行多种变化和修改。可以组合来自不同实施例的不同特征。

尽管所示的接入网络是无线的，但任何其他接入类型都是有效的。同样，5G核心网也只是示例。此外，5G核心网还指定可与多种类型的有线和无线电接入互通。

上述示例说明了增强管理平面的网络资源模型(NRM)的某些可能性。这些示例可以在通信系统的管理系统中实现，例如，操作支撑系统、网络管理器、网元管理器、网络切片管理功能、网络切片子网管理功能等。

实施例可以在权利要求的范围内变化。各种硬件和/或软件部件可以提供实现本文描述的原理所必需的手段。一般而言，一些示例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。例如，一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是实施例不限于此。虽然各种实施例可以被图示和描述为块图、流程图或使用一些其他图形表示，但是很好理解的是，本文描述的这些块、装置、系统、技术或方法可以作为非限制性示例来实现为硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合。

这些实施例可以通过存储在存储器中并且可由所涉及的实体的至少一个数据处理器执行的计算机软件或者通过硬件或者通过软件和硬件的组合来实现。功能的至少一部分可以在虚拟化环境中提供，并且实体的至少一些可以作为虚拟计算实例来提供。此外，就这一点而言，应当注意，上述过程的任一个可以表示程序步骤，或互连的逻辑电路、块和功能，或程序步骤和逻辑电路、块和功能的组合。软件可以存储在如存储器芯片或在处理器内实现的存储器块、诸如硬盘或软盘的磁介质以及诸如例如DVD及其数据变体CD的光学介质这种的物理介质上。

存储器可以是适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。作为非限制性示例，数据处理器可以是适合于本地技术环境的任何类型，并且可以包括、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、门级电路和基于多核处理器架构的处理器中一种或多种。

替代地或附加地，一些实施例可以使用电路来实现。该电路可以配置为执行先前描述的功能和/或方法过程中的一项或多项。该电路可以设置在网络实体和/或通信设备和/或服务器和/或设备中。

如本申请中所使用的，术语“电路”可以指以下的一项或多项或全部：

(a)仅硬件的电路实现方式(诸如仅以模拟和/或数字电路的实现方式)；

(b)硬件电路和软件的组合，诸如：

(i)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)硬件处理器与软件的任何部分(包括数字信号处理器)、软件和存储器，它们一起工作以使通信设备和/或设备和/或服务器和/或网络实

体来执行前述各种功能；以及

(c)硬件电路和/或处理器，诸如微处理器或微处理器的一部分，其需要软件(例如，固件)来操作，但该软件在不需要操作时可以不存在。

电路的此定义适用于本申请中(包括任何权利要求中)该术语的全部用途。作为另外的示例，如本申请中所使用的，术语“电路”还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们)随附软件和/或固件的一部分的实现。术语电路还涵盖例如集成器件。

应当注意，虽然已经关于某些架构描述了实施例，但是类似的原理可以应用于其他系统。因此，尽管上面参考无线网络、技术标准和协议的某些示例性架构，通过示例的方式描述了某些实施例，但是本文描述的特征可以应用于除了以上示例中详细图示和描述的那些之外的任何其他合适形式的系统、架构和设备。还应当注意，不同实施例的不同组合是可能的。这里还应当注意，虽然上面描述了示例性实施例，但是在不脱离本发明的精神和范围的情况下，可以对所公开的解决方案进行若干变化和修改。

Claims (25)

1.一种用于由服务提供者处理服务请求的方法，包括：

响应于接收到对服务的请求，确定用于所请求的服务的资源级受管资源的列表；以及

将所述受管资源列表拼接到资源集合对象。

2.如权利要求1所述的方法，包括将所述资源集合对象作为服务模型对象中的服务向所述请求者开放，所述服务模型对象将资源级别信息和与所述服务模型对象相关联的服务等级规范的信息相关联。

3.如权利要求1或2所述的方法，其中，确定所述受管资源列表包括创建新的受管资源列表和/或分配现有的受管资源列表。

4.如权利要求1所述的方法，其中，确定所述受管资源的列表包括：

从另一服务提供者请求服务，

从所述其他服务提供者接收所述请求的服务，以及

将所述接收的服务视为受管资源。

5.如权利要求1所述的方法，其中，所述服务包括网络切片。

6.如权利要求1所述的方法，其中，所述受管资源包括网络切片、网络切片子网、受管理功能、受管理服务和传输端点中的至少一个。

7.如权利要求1所述的方法，其中，所述资源集合对象包括网络切片子网。

8.如权利要求1所述的方法，其中，所述受管资源对象由受管元件或子网络包含。

9.如权利要求1所述的方法，其中，所述资源集合对象由子网包含。

10.如权利要求1所述的方法，其中，所述资源集合对象和所述受管资源列表上的至少一个受管资源从顶部对象继承。

11.如前述权利要求中任一项所述的方法，包括：递归地执行提供所述受管资源的列表和拼接的步骤。

12.如权利要求1所述的方法，还包括：基于所述资源集合对象来构建端到端服务。

13.一种用于通信系统的装置，所述装置包括：至少一个处理器和至少一个包括计算机程序代码的存储器，所述至少一个存储器所述和计算机程序代码配置为与所述至少一个处理器一起，使所述装置至少:

响应于接收到对服务的请求，确定用于所述请求的服务的资源级受管资源的列表；以及

将所述受管资源列表拼接到资源集合对象。

14.如权利要求13所述的装置，配置为将所述资源集合对象作为服务模型对象中的服务向所述请求者开放，所述服务模型对象将资源级别信息和与所述服务模型对象相关联的服务等级规范的信息相关联。

15.如权利要求13或14所述的装置，配置为创建新的受管资源列表和/或分配现有的受管资源列表。

16.如权利要求13至15中任一项所述的装置，配置为从另一服务提供者请求服务、从所述其他服务提供者接收所述请求的服务、以及将所述接收的服务视为受管资源。

17.如权利要求13至16中任一项所述的装置，其中，所述服务包括网络切片。

18.如权利要求13至17中任一项所述的装置，其中，所述受管资源包括网络切片、网络切片子网、受管理功能、受管理服务和传输端点中的至少一个。

19.如权利要求13至18任一项所述的装置，其中，所述资源集合对象包括网络切片子网。

20.如权利要求13至19中任一项所述的装置，其中，所述受管资源对象由受管元件或子网络包含。

21.如权利要求13至20中任一项所述的装置，其中，所述资源集合对象由子网包含。

22.如权利要求13至21中任一项所述的装置，其中，所述资源集合对象和所述受管资源列表上的至少一个受管资源从顶部对象继承。

23.如权利要求13至22中任一项所述的装置，配置为递归地操作以提供受管资源的列表和拼接。

24.如权利要求13至23任一项所述的装置，还配置为基于所述资源集合对象来构建端到端服务。

25.一种计算机可读介质，包括用于使处理器执行用于如权利要求1至12中任一项所述的方法的指令的程序代码。