使用第三方提供的基础设施或网络连接服务的方法和设备与流程

本申请要求于2015年6月2日提交的、序列号为62/170，051的美国专利申请以及于2016年5月31日提交的、序列号为15/169，465的美国专利申请的优先权，其内容通过引用并入本文。

本申请涉及无线接入网络，并且特别涉及管理和虚拟化网络以在服务提供商之间提供第三方基础设施的方法。

背景技术：

目前，移动虚拟网络运营商(mobilevirtualnetworkoperator，mvno)使用由移动网络运营商(mobilenetworkoperator，mno)提供的服务和基础设施向其订户提供服务。mvno和mno之间的关系通常由服务级别协议(servicelevelagreement，sla)定义。mvno通常安排从至少一个mno访问一组资源。mvno可以为了认证、计费和其他管理任务而运行自己的服务器，但是它依赖于mno来访问基础设施和无线接口。当mno的覆盖区域没有严格重叠时，一些mvno使用多个不同mno的资源来获得更广泛的覆盖，或者如果mno的覆盖区域重叠，一些mvno使用多个不同mno的资源来允许更好的服务。目前，mvno通常通过批量购买资源(例如批量购买语音通话分钟或批量购买数据)来运行，然后将其转售给终端客户。

有各种各样的建议和标准准备(如网络功能虚拟化(networkfunctionsvirtualization，nfv)管理和协调架构框架(managementandorchestrationarchitecturalframework，mano)，统称为nfv-mano)来促进网络架构的开发。在这样的模型中，被称为虚拟网络运营商(virtualnetworkoperator，vno)的面向客户的服务提供商运行虚拟网络(virtualnetwork，vn)，以向其客户(和终端用户)提供服务。vn利用虚拟化基础设施(由nfv基础设施(nfvinfrastructure，nfvi)启用)以及可在虚拟化环境中提供的各种功能。在许多不同的基础设施和服务提供商中使用管理和实例化技术可以允许不同虚拟服务提供商的互相操作。

期望允许管理和控制这种虚拟网络架构的方法和系统。

技术实现要素：

在诸如所谓第五代(5g)网络的下一代网络中，存在拥有基础设施的实体或基础设施提供商(infrastructureprovider，inp)，所述拥有基础设施的实体或基础设施提供商在其部署的基础设施上并不提供电信服务。为了允许不同的实体使用这种基础设施，预计将应用网络资源和网络功能的虚拟化。

本申请公开了一种以对已嵌入的虚拟网络和终端用户透明的方式使用虚拟化的基础设施，以协商控制和访问第三方inp基础设施的方法。

在下面讨论的架构中，三个不同的实体参与将服务递送到移动设备。inp提供可由多个不同方使用的基础设施。在许多实施例中，inp提供无线电接入网络(radioaccessnetwork，ran)资源。核心网络功能可以由电信连接服务提供商(telecommunicationsconnectivityserviceprovider，tcsp)提供，其也可以被称为服务提供商(serviceprovider，sp)。tcsp可以接合多个inp，使得它可以在不同的区域提供连接。tcsp也可以拥有物理ran资源。如果这些资源可用于其他tcsp，则ran资源可以被组织为inp。虚拟网络运营商(virtualnetworkoperator，vno)提供面向用户或面向客户的服务。vno可以与tcsp不同，允许大量的服务提供商得到支持。这些角色的分离允许不同方提供具有减小启动成本的服务。通过连接微微小区类型接入点(accesspoint，ap)，属性管理器等实体可以成为inp，而无需担心如何在基础设施上提供网络服务。tcsp不需要构建无线电接入网络所需的所有基础设施，甚至可以避免必须与终端用户打交道。

将达成客户协议的vno可以存在，以向客户的终端用户提供网络服务，但是其并不具有向其客户和终端用户提供这样的能力的全部或任何基础设施。

通过使基础设施可用于tcsp，inp可以使其基础设施可用于与tcsp相关联的任何vno。inp可以以多种不同的方式将其基础设施分配到tcsp，包括部分基础设施(在时间和/或频率分配中)的硬分配，或通过使用虚拟化将其基础设施分配到tcsp。可以为tcsp分配inp可以映射到物理基础设施的资源的虚拟化集合。类似地，tcsp可以使虚拟化资源用于vno，从而允许vno利用分配给tcsp的部分或全部资源。

在一个示例中，多个inp的基础设施可以由单个tcsp使用。在一个示例中，多个tcsp可以使用单个inp的基础设施。

当inp为tcsp分配或提供基础设施时，该基础设施可以被分配具有不同程度的控制。在一个示例中，控制能力可以包括功率控制和/或调度功能。

当inp将其基础设施分配给多个tcsp时，提供对不同的tcsp允许不同级别控制的机制。在一个示例中，inp可以分配单独tcsp专用的基础设施(指定为“硬部分(hardslice)”)。当inp将基础设施的硬部分分配给tcsp时，它也可能对tcsp有一定程度的控制能力。

在一个示例中，inp用于由个体tcsp使用的基础设施的分配可能不像在硬部分示例中那样被严格地标识。这种分配也称为“软部分(softslice)”，其允许访问inp的基础设施，而没有在分配的资源上严格限定边界。在一个示例中，取代将一定的时间或频率分配给tcsp的是，inp可以仅指示其一定百分比的基础设施在协商后的时间窗(例如，5秒时间窗内40％的资源块)内可用于tcsp。这种保证为tcsp提供了对inp基础设施的访问，但不严格地限定这种访问的条件，包括但不限于时间和/或频率分配。由于分配不是严格地限定的，没有为tcsp提供对基础设施进行精细的控制。相反，inp对基础设施保持某种控制，但是根据这种保证的条件，从tcsp取得用于它们的控制的指令和指导。

在一个示例中，inp可以向tcsp提供特定基础设施的物理层抽象及其能力，以供tcsp访问和使用。在一个示例中，提供这种抽象的相关成本可以是以动态或静态方式分配。

在一个示例中，第一tcsp可以插入在第二tcsp和inp之间。在这种情况下，从第二tcsp的角度看，第一tcsp可以充当虚拟inp。在这种示例中，从第一tcsp的角度看，第二tcsp可以充当虚拟vno。

因此，tcsp的tcsp控制元件可以与下游控制元件通信。下游元件可以是inp中的本地控制元件。或者，下游元件可以是下游tcsp的tcsp控制元件。tcsp控制元件使用这种通信来请求和/或接收对基础设施分配的访问和/或控制。

此外，tcsp的tcsp控制元件可以与上游控制元件通信。上游控制元件可以是上游tcsp的tcsp控制元件或vno的vn控制元件。tcsp控制元件使用这种通信来向vno提供对至少一个vnf的访问和/或控制，使用所分配的基础设施对该vnf进行实例化。

tcsp控制元件、inp的本地控制元件和/或vno的vn控制元件可以管理基础设施资源的各个方面，诸如资源控制(resourcecontrol，rc)、认证、授权和计费(authentication,authorizationandaccounting，aaa)、访问控制(accesscontrol，ac)和/或性能监视等。

根据一个示例，公开了向至少一个vno分配至少一个基础设施资源分配的方法。该方法包括在至少一个tcsp的tcsp控制元件上进行以下动作：向下游控制元件发送由与基础设施相关联的inp分配给tcsp的部分基础设施的请求；从下游控制元件接收响应，该下游控制元件向tcsp提供对分配的基础设施的访问和控制；以及访问和控制分配的基础设施。

访问和控制的动作可以包括将所分配的基础设施与分配给tcsp的其他基础设施进行合并。

该方法可以包括与上游控制元件通信，以向vno提供对分配的基础设施的访问和控制。

上游控制元件可以是上游tcsp的tcsp控制元件和/或与tcsp的tcsp控制元件通信的vno的vn控制元件。下游控制元件可以是下游tcsp的tcsp控制元件和/或与tcsp的tcsp控制元件通信的inp的本地控制元件。

在tcsp处理和控制分配的基础设施之前，tcsp控制元件和下游控制元件可以交换请求和响应直到达成资源使用策略。资源使用策略可以管理rc，aaa和/或ac属性和/或性能监视。

所分配的基础设施可以是资源的硬部分，其向tcsp提供该部分中的专用基础设施，和/或可以是软部分，其向tcsp提供该部分中的基础设施的使用上限。

根据一个示例，公开了一种用于访问和控制至少一个基础设施资源的一部分的tcsp，该基础设施资源由与基础设施相关联的inp分配给tcsp。该tcsp包括用于向inp的下游控制元件发送请求的tcsp控制元件，以将基础设施分配给tcsp，并且包括用于从向tcsp提供分配的基础设施的访问和控制的下游控制元件接收响应，其中tcsp访问和控制所述分配的基础设施。

tcsp控制元件可以是下游控制元件，该下游控制元件从上游tcsp的tcsp控制元件接收请求并将响应发送到上游tcsp的tcsp控制元件。tcsp控制元件可以包括与上游tcsp的tcsp控制元件协商资源使用策略的代理实体。

tcsp控制元件可以在上游tcsp的tcsp控制元件的引导下进行控制，和/或放弃对上游tcsp的tcsp控制元件的控制。

tcsp可以将分配给tcsp的其他资源与所分配的基础设施合并，和/或与上游控制元件通信，以便向至少一个vno提供对所分配的基础设施的访问和控制。

tcsp控制元件可以是与下游tcsp的tcsp控制元件通信的上游控制元件。

tcsp可以包括与tcsp控制元件通信的mano。mano可以包括协调器、vnf管理器和/或vim。

tcsp控制元件可以包括网络管理器、代理vnfm、共享vim、策略管理器和/或协商器。协商器可以与下游控制元件协商资源使用策略。策略管理器可以识别可接受的资源使用策略。协商器可以由协调器控制。共享的vim可以控制所述分配的基础设施。

根据一个方面，提供了一种电信连接服务提供商(tcsp)控制元件，包括：网络接口，处理器和非暂时性存储器。网络接口允许与基础设施提供商(inp)中的控制元件进行通信。非暂存性存储器存储指令，当由处理器执行所述指令时，所述指令使tcsp控制元件向基础设施提供商(inp)控制元件发送对要被分配给tcsp的部分基础设施的请求；以及响应于从向所分配的基础设施提供访问的inp控制元件处接收的响应，访问与所述inp控制元件相关联的所分配的inp资源部分。

在一个实施例中，响应于对所分配资源部分的控制的接收，存储器包含进一步的指令，以将控制指令发送到与所分配的资源部分相关联的基础设施。

在另一方面，提供一种支持在移动性管理功能处漫游用户设备(ue)的第三方认证的方法。该方法包括接收与ue相关联的连接请求；确定与连接请求相关联的ue不能使用本地资源进行认证；向第二移动性管理功能发送认证请求以获得所述ue的认证；从所述第二移动性管理功能处接收与所述ue相关联的第三方认证。

在实施例中，该方法还包括在接收连接请求之前，从第二移动性管理功能处接收切换请求。在另一个实施例中，所接收的第三方认证是用户的认证。

附图说明

现在将参考以下附图描述本申请的示例，其中不同附图中的相同附图标记表示相同的元件，其中：

图1是网络架构的示例配置的框图；

图2a是根据本申请的一个示例的示例性inp和服务提供商的逻辑视图；

图2b是图2a的示例的重新排列的视图；

图3是根据本申请的多个示例的第一示例类场景的框图，其中inp的资源被单个电信连接服务提供商(tcsp)完全使用；

图4是根据本申请的示例的第二示例类场景的框图，其中在多个tcsp之间共享inp的资源；

图5是适于与图4的一些示例结合使用的动态资源分配机制的框图；

图6示出了适合于提供图4的场景中从inp到tcsp的基础设施作为服务(iaas)能力的inp和tcsp的示例组件的框图；

图7示出了在图6的组件之间交换的示例信号的信号流程图；

图8是根据本申请的示例的第三示例类场景的框图，其中多个tcsp之间共享inp的资源；

图9示出了tcsp的示例组件的框图，所述tcsp适合于提供在图8的场景中从一个tcsp向另一个tcsp的iaas能力；

图10示出了在图9的组件之间交换的示例信号的信号流程图；

图11是根据本申请的示例的第四示例类场景的框图，其中来自一个tcsp的连接服务被共享给另一个tcsp；

图12示出了根据本申请的示例的由tcsp用于将至少一个基础设施资源分配给至少一个vno的示例动作的流程图；

图13是根据本申请的示例的处理系统的框图；以及

图14示出了在漫游场景中认证用户或用户设备的方法的呼叫流程。

具体实施方式

当vno接收到接纳新客户或向现有客户提供附加服务的请求时，vno将确定它是否具有足够的资源来向客户提供(附加)服务。如果没有足够的资源，可能会尝试通过从tcsp请求服务来获得对附加资源的访问。

当tcsp从vno接收到从tcsp获得服务或资源的请求时，tcsp将确定它是否具有足够的资源来向vno提供这样的服务。如果没有足够的资源，它可能会尝试访问附加资源，通过该附加资源它可以支持vno的请求。这可能涉及尝试从它已经从其中获得资源的inp处获得附加资源，或者与目前未被它利用来获得资源的一个或多个inp建立关系。如果tcsp具有对inp基础设施资源集的资源控制(resourcecontrol，rc)和/或访问控制(accesscontrol，ac)的可见性，则tcsp可以确定inp是否具有tcsp可以访问的资源能力，以支持vno。下面公开的机制为tcsp提供了对inp的资源可用性的可见性，以及为其可能缺少的mvno提供这种可见性的各种解决方案。

图1是示出不同网络实体之间的示例关系的框图。该图标识出vno1110和vno2115。每个vno110，115具有其自己的终端用户群体，每个总体地分别指定为客户1120和客户2125。

在一些示例中，vno110，115可以具有可区分的终端用户群体120，125，例如通过地理位置或服务类型来区分。服务类型的非限制性示例可以包括操作机器类型通信(mtc)传感器、紧急(警察，消防，医护人员)第一应答器服务和/或视频分发服务的警报公司或实体。每个这样的示例服务可以具有有特定特征的终端用户群体120，125。vno110，115可以满足具有这种特定特征的终端用户群体120，125。

或者，vno110，115可以简单地向选择订阅其服务的任何客户提供通用性质的服务。在这种示例中，由vno110，115服务的客户或终端用户群体120，125的性质可以指示vno110，115可以选择订阅什么资源以及影响该订阅的方式。

该图还示出了inpb130和inpr135。inp130，135和vno110，115之间不一定是一一对应的。可以支持任何数量的inp和vno。

inp130，135中的每一个都具有一个或多个相关联的基础设施资源集合和/或基础设施服务(统称为“基础设施”)140，145。在图1所示的示例中，示出了两个集合，每个集合都与一个不同的inp130，135相关联。基础设施140，145或由相关联的inp130，135分配的部分可以单独地或与其他基础设施140，145结合用于实例化一个或多个vnf(未示出)，所述vnf可以用于为一个或多个vno110，115的终端用户的移动设备(未示出)服务。在此上下文中，移动设备(未示出)是指连接到移动网络的设备，无论该设备是不是移动的。

由inp130，135提供的基础设施140，145可以是各种类型的，包括但不限于一个或多个ap(如图所示)，其可以是基站或enodeb(enb)、回程连接、处理和存储能力以及对本领域技术人员将显而易见的其他资源。这样的基础设施可以整体永久可用，以便一个或多个vno110，115使用。或者，基础设施140，145整体的一部分可以被分配或使用。非限制性示例包括，例如，仅分配基础设施140，145的一部分，诸如可用连接的特定频带、特定带宽和/或给定地理区域，和/或使基础设施140，145仅在特定日期窗或特定时间窗期间可用。

在一个示例中，inp130，135向其相关联的基础设施140，145及其控制技术提供一个或多个物理抽象。在一个非限制性示例中，这样的抽象可以包括指定动态或静态分配，和/或如本文所述的所谓的“硬”或“软”部分。

示出了分别被指定为tcspa150、tcspb160和tcspc155的一个或多个tcsp，其插入在vno110，115和inp130，135之间。tcsp150，160可以分别服务多个vno110，115和多个inp130，135。每个tcsp150，155，160可被分配由一个或多个inp130，135提供的基础设施140，145的一部分。每个tcsp150，155，160可以合并其从不同的inp130，135分配的基础设施140，145。tcsp150，155，160可以向vno110，115提供网络服务(包括对合并的基础设施140，145的分配的访问)。一个或多个vno110，115可以使用由tcsp150，155，160提供的(被合并的)被分配的基础设施140，145来实例化一个或多个vnf(未示出)。

从vno110，115的角度看，基础设施140，145被分配给tcsp150，155，160，在基础设施140，145上vno110，115已经将vnf(未示出)实例化。因此，vno110，115实际上不知道基础设施140，145实际上属于的inp130，135的存在。

类似地，从inp130，135的角度来看，客户/终端用户群体120，125订阅tcsp150，155，160。因此，inp130，135实际上不知道实际上订阅了终端用户群体120，125的vno110，115的存在。

在规定的一组条件下，tcsp150，155，160可以访问由inpb130拥有的基础设施140的分配，并且可以根据另一组条件访问由inpr135拥有的基础设施145的分配。如上所述，inp130，135的这种分配可以包括网络部分，其提供对映射到物理基础设施140145的一组nfvi的访问。在这样的条件下，tcsp150，155，160可以自由访问并控制其分配的单独地或与其他基础设施140，145组合的基础设施140，145。tcsp150，155，160可以向订阅的vno110，115提供对所分配的基础设施140，145的访问，由此vno110，115可以向其客户和终端用户120，125提供服务。

tcsp150，155，160既没有终端用户120，125也不具有基础设施140，145，而是面向vno110，115(或下文讨论的其他tcsp150，155，160)建模，使得它们具有分配给它们的基础设施140，145。

在一些示例使用情况下，某些实体(诸如网络运营商)将具有客户/终端用户120，125和自己的基础设施140，145。也就是说，这样的实体可以执行操作，以覆盖对应于vno110，115，inp130，135和tcsp150，155，160的多个阶层。因此，这样的实体可以被认为包括多个单独的虚拟实体，每个虚拟实体对应于这些阶层中的一个且仅有一个。

可以想象，除了相同网络运营商的相应虚拟实体之外，这样的虚拟实体(诸如虚拟tcsp实体)之一可以与实体交互。例如，虚拟tcsp实体可以寻求将基础设施140，145从inp150，155，160分配给它，而不是从相同网络运营商的虚拟inp实体处分配给它，或者虚拟inp实体可以将其基础设施140，145分配到除了虚拟tcsp实体之外的tcsp150，155，160。

预期的是，未来可能会越来越多地产生对应于这些阶层中仅一个的实体。

图2a是示出了图1中描述的三个阶层之间提供的服务的概念框图。顶层由vno110，115表示。向vno1110和vno2115中的每一个提供服务253，254，例如通过由tcspa150访问和控制被分配的基础设施140，145。tcspa150向vno1110提供的服务类型253可以与tcspa150向vno2115提供的服务类型254相同或不同。

为了能够向vno1110和/或vno2115提供服务253，254，通过inpb130和inpr135中的每一个向tcspa150提供基础设施140，145的分配233，238和相关资源(例如访问和控制基础设施140，145)。当由inp130，135向tcspa150提供虚拟化基础设施(例如nfvi)时，inp130，135可能扩展虚拟化基础设施的一个单元的容量，以满足tcsp150的需求。这可以被认为是提供基础设施作为服务(iaas)，因为基础设施的容量可以扩展到满足tcsp150的需求。由inpb130向tcspa150提供的分配233可以与由inpr135向tcspa150提供的分配238的分配相同或不同。

通过非限制性示例，由inpb130或inpr135分别提供的分配233，238可以包括通过其ap140，145之一的无线连接。在图中，ue1221利用通过分配233提供的这种连接，并且ue2222和ue3223利用通过分配238提供的这种连接。

尽管inp130，135可以拥有基础设施140，145，它可能没有拥有频谱的使用权限。频谱拥有者200可以没有基础设施140，145，并且可以不提供任何服务，但是可以与inp130，135达成协议230，235，以允许inp130，135使用某些地理区域的频谱。在一个示例中，频谱拥有者200还可以与tcsp150达成协议250，以允许在不同地理区域中使用某些频谱资源。在这种情况下，tcsp150可以指示inp130，130使用其具有所有权或访问权限的频谱段。

在图2b中，示出了相同的示例网络，但是现在可以看出，ue1221和ue3223是订阅vno1110的终端用户，而ue2222是订阅vno2115的终端用户。

对于vno110，115，tcsp150和inp130，135实体中的每一个都示出了一个或多个控制元件或服务器。本领域技术人员将理解，这些控制元件可以被实现为虚拟功能，所述虚拟功能在使用它们的实体资源上被实例化。

第一组这样的控制元件211，216，251，231，236与资源控制(rc)、认证、授权和计费(aaa)和/或访问控制(ac)控制通信有关。

rc特征以受控的方式分配系统的资源，可以包括但不限于调度、功率控制、小区分配、接入点的选择、带宽分配和/或接纳控制(ac)以及任何这些的任何组合。

aaa服务框架通常与基础设施140，145相关联，用于控制对计算机资源的访问、执行策略、审核使用和提供可以对服务进行计费所根据的信息。

可以被认为是rc的特征的ac是在通信系统中的验证过程，其中在建立连接之前执行检查，以查看当前资源是否足以用于所建议的连接，并且所建议的连接被授权或正确地被订阅。

第二组这样的控制元件212，217，252，232，237与诸如无线系统状态(包括信道反馈、干扰测量、链路加载、用户设备(userequipment，ue)状态和移动性信息)的性能监视和/或虚拟网络终端用户性能监视(包括用于计费的数据使用统计信息)有关。这种控制元件被称为监视器。

tcsp控制元件251和/或tcsp监视器252在tcspa150的资源内由tcspa150实例化，以支持与其他实体的控制通信。在一些示例中，对于由tcspa150向其提供服务253，254的每个vno110，115都存在tcsp控制元件251和/或tcsp监视器252。

vn控制元件211，216和/或vn监视器212，217在每个vno110，115获得的资源内由vno110，115中的每一个实例化并与之相关联。vn控制元件211，216和/或vn监视器212，217支持vno110，115级别的控制通信。vn控制元件211，216和/或vn监视器212，217可以使用监视器或控制元件的模板来实例化，tcspa150使得该监视器或控制元件的模板对相关联的vno110，115可用。

tcspa150可以使用每个inp130，135内的资源来实例化一个或多个本地控制元件231，236和/或本地监视器232，237。每个这样的本地控制元件231，236和/或本地监视器232，237向tcsp150提供控制通信服务233，238。在一些示例中，tcspa150可以在inp130，135处为tcsp控制元件251和/或tcsp监视器252实例化本地控制元件231，236和/或本地监视器232，237，该tcsp控制元件251和/或tcsp监视器252与vno110，115处相应的vn控制元件211，216和/或vn监视器212，217相关联。

从tcsp控制元件251，256(和tcsp监视器252，257)的角度来看，本地控制元件236(和本地监视器237)可以被认为是下游控制元件。相反，tcsp控制元件251，256(和tcsp监视器252，257)可以被认为是本地控制元件236(和本地监视器237)的上游控制元件。

可以在tcsp控制元件251和相关联的本地控制元件231，236之间交换234信息，并且可以在tcsp控制元件251和相关联的vn控制元件211，261之间交换253信息。类似地，可以在tcsp监视器252和相关联的本地监视器232，237之间交换239信息，并且可以在tcsp监视器252和相关联的vn监视器212，217之间交换256信息。

存在不同的方式分配由inp130，135提供给tcsp150，155，160的基础设施140，145。分配基础设施的一种方式是提供专用的单个tcsp150，155，160。在这种情况下，据称inp130，135已经向tcsp150，155，160提供了包括所分配的基础设施140，145的“硬部分”。在这种情况下，inp130，135放弃完全控制(包括调度、ap的选择、功率控制和其他这样的资源)基础设施140，145的rc、aaa和/或ac，和/或分配在硬部分中的性能监视。可以限制基础设施140，145的tcsp150，155，160控制，以防止对未分配给tcsp150，155，160的基础设施140，145的干扰。

与上述“硬部分”相反，分配资源的第二种方法是“软部分”。在一个软部分中，基础设施140，145的分配没有明确描述。inp130，135不是提供指定资源集合的分配，而是在指定更宽松的基础设施分配的服务级别协议(servicelevelagreement，sla)的情况下作出承诺或服务保证。

例如，inp130，135不是留下供tcsp150，155，160使用的特定资源块集合，而是确定在某个置信水平内，基础设施140，145的指定百分比可以分配给tcsp150，155，160。

或者，承诺可以是业务测量的分配，同时仍然指定置信水平。这允许inp130，135指定由tcsp150，155，160使用的基础设施140，145的上限。

因为在统计学上，tcsp150，155，160中的每一个将不使用其对基础设施140，145的完全分配，所以inp130，135可以转让总共超过可用基础设施的100％的分配。这允许inp130，135最大化收入和资源利用率。在软部分场景中，inp130，135仅为tcsp150，155，160提供rc、aaa和/或rc的部分控制和/或对软部分中提供的基础设施140，145的性能监视。剩余的控制依然保留在inp130，135，以便在tcsp150，155，160的指导下行使。

inp130，135的基础设施140，145可以以硬部分和/或软部分的各种组合分配给tcsp150，155，160，条件是所分配的硬部分的总和不会超过inp130，135的总可用基础设施140，145。

tcsp150，155，160可以向一个或多个vno110，115提供对其(合并)分配的基础设施140，145的一些或全部的访问。tcsp150，155，160可以向vno110，115提供相当于(合并)分配的基础设施140，145的硬部分或软部分的分配。

虽然基础设施140，145的硬部分可以被进一步部分为要提供给vno110，115的硬部分和软部分，但是可能不能提供基础设施140，145的软部分的硬部分。如果tcsp150，155，160已经分配有基础设施140，145的硬部分，则它可以依次将这样硬部分的硬部分和/或软部分的任何组合分配给每个vno110，115，再次假设硬部分的分配和分配在软部分中的上限的总和不超过由inp130，135分配给tcsp150，155，160的基础设施140，145的总和。

在一些示例中，可以向tcsp150，155，160提供对所分配的基础设施140，145的使用上限，但是对于这种使用具有保证的下限。这种分配可以被认为是包括至多到下限的基础设施140，145的硬部分，以及在上限和下限之差的基础设施140，145的软部分。

图3是inpb130的资源由单个tcspa150完全使用的第一示例类场景的示意图，至少vno1110是该tcspa150的订户。也就是说，inpb130的基础设施140的一部分(在这种情况下为全部)被分配给tcspa150，tcspa150假定完全控制和监视基础设施资源140上的容量。

在图3所示的第一示例场景中，inpb130可以被认为是“哑管道(dumbpipe)”，因为inpb130让tcspa150进行控制，tcspa150通过tcsp控制元件251执行所有rc、aaa和/或rc。tcspa150还通过tcsp监视器252执行所有监视。在一些示例中，tcsp控制元件251和tcsp监视器232可以由inpb130处的本地控制元件231和本地监视器232支持。

通过示例的方式，可以通过tcsp控制元件251，或者通过在本地控制元件231的控制下，对inpb130的基础设施140中的aaa服务器(未示出)的实例化，来执行所连接的移动设备的认证和对经认证的移动设备访问基础设施140的授权。这样的tcsp控制元件251和/或aaa服务器(未示出)可以包含与vno1110相关联的aaa信息部分。在这种情况下，vno控制元件211可以向tcsp控制元件251提供aaa数据，tcsp控制元件251然后将接收到的aaa数据的子集提供给在inpb130的基础设施140内实例化的aaa服务器(未示出)。这允许诸如ue221之类的移动设备的认证，而不需要总是从inpb130通过tcspa150进行aaa过程，以供vno1110完成。

因此，即使在tcspa150处完全控制，tcsp控制元件251和tcsp监视器252可以分别与本地控制元件231和本地监视器232通信，以请求和接收对基础设施140的访问和控制。

tcsp控制功能251可以通过定义的应用程序接口(api)与本地控制功能231通信，并且tcsp监视器252可以通过另一api与本地监视器232通信。

使用本地控制元件231和本地监视器232可以使inp130减轻任何客户级交互的负担。同时，这样的本地控制元件231，232帮助tcspa150提供满足任何服务级别保证的服务，使用单个逻辑资源池向其订阅的vno提供服务级别保证，该逻辑资源池包含跨越多个不同inp130的基础设施140。可以使用中央优化在tcspa150的订阅vno110之间分配这样的逻辑资源池。

假设在tcspa150、inpb130和由inpb130拥有的基础设施140之间的控制信号等待时间保持可接受的小，“哑管道”示例可以是合适的。

在图3所示的第二示例场景中，inpb130保持有限的控制，因为本地控制元件231执行ac、aaa和/或rc，并且本地监视器232执行性能监视，二者分别在tcsp控制元件251和tcsp监视器252的方向上。

例如，通过标识出特定时间窗的资源块掩码，tcspa150的tcsp控制元件251在某些方面(例如调度、功率控制、小区分配和/或准入)向inpb130提供指导，该特定时间窗由给定频率子带的多个时间传输间隔(tti)构成，在这样的条件下，inpb130的本地控制元件231自由进行逐帧的本地决策(包括但不限于调度和功率)。

此外，inpb130的本地监视器232可以定期和/或根据需要向tcspa150的tcsp监视器252提供常规的无线系统状态报告(包括但不限于信道反馈、干扰测量、链路负载、用户设备状态和移动性信息)。此外，vn终端用户性能监视由inpb130的本地监视器232提供给tcspa150的tcsp监视器252，vno1110可以通过tcspa150进行充电。

因此，在这种示例中，仍然需要部分的tcspa150有相当程度的智能。

当tcspa150和inpb130之间的控制信号等待时间太大以使得哑管道示例不可行时，或者在inpb130不希望放弃对tcspa150的完全控制的情况下，这种有限的控制示例可能是合适的。

与哑管道示例一样，可以使用inpb130的本地aaa服务器(未示出)来发现未授权的ue221(例如不被tcspa150支持的那些ue221)何时尝试访问由inpb130分配给tcspa150的基础设施140。

图4是第二示例类场景的示意图，其中inpr135的基础设施145在多个tcsp(在这种情况下，为tcspa150和tcspb160)之间共享。vno1101和vno2115是每个tcspa150和tcspb160的订户。在第二类场景中，inpr135在多个tcsp150，160之间共享其基础设施145。

在这类场景下，vno1110和vno2115各自具有其自己的vn控制元件211，216以及vn监视器212，217。tcspa150和tcspb160中的每一个都具有tcsp控制元件(分别为251，256)和/或tcsp监视器(分别为252，257)。inpr135具有本地控制元件236和本地监视器237。tcsp控制元件251，256和/或tcsp监视器252，257可以与本地控制元件236和/或本地监视器237通信以请求和/或接收对基础设施145的访问和控制。

在图4所示的第一示例场景中，inpr135向每个tcspa150和tcspb160分配单独的硬部分，每个硬部分都具有对inpr135的基础设施145的完全控制。inpr135可以向tcspa150和tcspb160中的每一个提供有虚拟化资源的单独的网络部分。虚拟化资源可以直接映射到物理基础设施145。在这种示例中，tcspa150和tcspb160中的每一个都被分配有对其分配的基础设施145的控制和/或监视访问和责任。通过向每个tcsp150，160提供不同的网络部分，inpr135可以放弃控制而同时隔离来自每个tcsp150，160的流量。该示例可以被认为是“哑管道”示例的扩展，inpr135的基础设施145的每个部分都被认为是专用于给定tcsp150，160的虚拟inp(未示出)的所有基础设施。

在另一个示例中，部分没有被分配，但是tcspa150和tcspb160中的每一个都被分配有对其分配的基础设施的控制。此示例可能不提供流量隔离，但实施可能不太复杂。

在图4所示的第二示例场景中，inpr135向tcspa150和tcspb160中的每一个分配具有对基础设施145的部分控制的硬部分。在这种示例中，inpr135保留有限的控制，因为本地控制元件236执行ac、aaa和/或rc，并且本地监视器237执行性能监视。inpr135的这种有限的控制运用受制于来自每个tcsp控制元件251，256和每个tcsp监视器252，257的方向。该场景可以被认为是有限控制示例的扩展，其中inpr135的基础设施145的每个部分都被认为是专用于给定tcsp150，160的虚拟inp(未示出)的所有基础设施。

在图4所示的第三示例场景中，inpr135将软部分(即，使用基础设施145的上限)分配给tcspa150和tcspb160中的每一个。当inpr135能够解决tcspa150和tcspb160之间的任何资源争用相关的冲突时，这样的示例可能是合适的。

例如，inpr135可以向tcspa150和tcspb160二者提供动态资源状态反馈。这种反馈可以包括资源使用数据，其也可以指示在那时对tcsp150，160可用的附加资源，并在动态变化的基础上指示允许的区域。之后，tcspa150和tcspb160对它们分配的基础设施145的部分使用进行它们自己的调度。

图5示出了由inpr135实现的机制的非限制性示例实施例，以提供这种动态资源状态反馈。资源分配器(resourceassignor,ra)510接收三个输入，即：资源保证511，该资源保证511已经由inpr135提供给每一个tcspa150和tcspb160；与inpr135相关联资源的当前使用度量512；以及用于即将到来的传输时间间隔(tti)t的来自tcspa150和tcspb160中每一个的资源的请求551，561。

例如，由inpr135分配给tcspa150的软部分可以被分配有资源保证511，在一定数量tti的时间窗上，tcspa150将平均接收到给定百分比的inpr135的基础设施145。

基于资源保证参数511、当前资源使用量512和接收到的资源请求551，561，资源分配器510为tcspa150和tcspb160中的每一个分配用于每个tti的允许资源552，562。

由inpr135向tcspa150和tcspb160中的每一个提供的动态资源状态反馈允许tcsp150，160执行调度，尽管事实是基础设施145并不是在排他性的基础上进行分配。否则，每个tcsp150，160被给予对在软部分下已被分配的基础设施145的监视和/或责任的完全控制和访问。

此外，在这种示例中，信道状态和资源利用率和用户服务质量(qos)可以由本地控制元件236发送到tcsp控制元件251，256。

在一些情况下，当相邻小区中的信道由不同的tcsp150，160使用时，在tcsp150，160之间建立干扰协议是适合的。这样的协议可以是静态的或动态的。

在图4所示的第四示例场景中，inpr135将具有基础设施145的部分控制的软部分分配给tcspa150和tcspb160中的每一个。在这种示例中，inpr135保留有限的控制(包括过调度)，因为本地控制元件236执行ac、aaa和/或rc，并且本地监视器237执行性能监视。inpr135对这种有限的控制运用受制于来自每个tcsp控制元件251，256和每个tcsp监视器252，257的方向。

当本地控制元件236准许对tcspa150的资源访问时，tcspa150以全功率控制获得所分配的部分。在某些情况下，tcspa150可以在其自己的流量内分配调度优先级。

图6是示出在图4场景中适合于将inpr135的基础设施145分配给tcspa150和tcspb160的inpr135、tcspa150和tcspb160的示例组件的框图。

可以存在tcsp150，160和/或inpr135中的一个或多个的其他实体，为了清楚和简单的解释，未示出。此外，所示实体中的一个或多个可以省略或由其他组件替代。

tcspa150和tcspb160以其某些组成实体的方式示出，为了该图的目的，例如，管理and协调器(managementandorchestrator，mano)实体610和tcsp控制元件251，256。这些实体一起起作用来实例化一组虚拟化网络功能(virtualizednetworkfunction，vnf)657(统称为656)，667(统称为666)，以用于分配给每个tcsp150，160的基础设施145上相关联的tcsp150，160。

mano610可以包括协调器611、vnf管理器(vnfmanager，vnfm)612和虚拟基础设施管理器(virtualinfrastructuremanager，vim)613。

协调器611负责在tcspa150的合并资源(包括由inpr135分配给tcspa150的基础设施145)上，结合vnfm612和vim613实例化和管理vnf656，以用于tcspa150。协调器611识别由tcsp150，160拥有和/或分配给tcsp150，160的合适的存在点(pop)实体或节点645，并将这些pop位置传递到vnfm612上，其中在tcsp150，160上托管vnf657。

vnfm612对vnf657进行生命周期管理，该vnf657与tcspa150的pop645上的tcspa150，160相关联，其可以在不同时间包含载入、实例化、配置、激活和最终停用vnf657。

vim613管理tcspa150的合并资源。

在图6中，每个tcsp控制元件251，256包括用于相应tcsp150，160的网络管理器651、代理vnfm652、共享vim653、策略管理器654和协商实体655。

网络管理器651向协调器611提供与服务相关的需求作为服务请求。

在tcspa150的情况下，代理vnfm652执行由inpr135分配给tcspa150的pop645上的vnf657的生命周期管理。

共享vim653结合inpr135的本地控制元件236管理分配给tcspa150的inpr135的基础设施145。

策略管理器654负责维护和确保与服务相关的需求，例如，以非限制性示例的方式，tcspa150的关键性能指标(kpi)和成本/财务限制被强制执行。策略管理器654可以是协调器611的内部功能或外部实体。策略管理器654为协商实体655识别可接受的资源策略。

tcspa150的协商实体655与inpr135协商，以获得与策略管理器654识别的可接受资源策略一致的协商资源使用策略。一旦建立了这样的策略，与tcspa150(使用分配给tcspa150的基础设施145进行实例化)相关联的vnf657可以由tcspa150通过代理vnfm652和共享vim653结合inpr135的本地控制元件236来管理和/或控制。

inpr135还根据其某些组成实体，即本地控制元件236而示出。本地控制元件236包括vim633、策略管理器634和协商实体655。

与vim613类似，vim633结合tcspa150和tcspb160各自的共享vim653来管理inpr135的基础设施645。

策略管理器634负责维护并确保与服务相关的需求，例如，以非限制性示例的方式，inpr135的kpi和成本/财务限制被强制执行。策略管理器634可以是inpr135的内部功能或外部实体。策略管理器634为代理实体635标识可接受的资源策略。

代理实体635通过与tcsp150，160的单个协商实体655协商来确定用于所有tcsp150，160的资源使用策略，以获得与策略管理器634识别的可接受资源策略一致的协商资源使用策略。

图7是示出可以在图6的组件之间交换的示例信号的信号流程图。

tcspa150和tcspb160的网络管理器651各自向其协调器611发送701，703对基础设施145的服务请求。服务请求可以包括vnf请求(包括但不限于sdn控制器(sdn-c)、调度器和服务质量(qos)探测器)，nfvi使用请求(包括但不限于计算、存储和网络)，频谱使用请求和业务qos要求(包括但不限于速率和延迟)。

tcspa150和tcspb160的协商实体655各自向inpr135的代理实体635发送请求702，704，该inpr135的代理实体635包含其资源使用需求和其提出的资源使用策略(与其策略管理器654协商)。

结合inpr135的策略管理器634，考虑到所涉及的所有方并将个别化的资源使用策略(在一些示例中可以是确定硬部分还是软部分，部分中包括什么资源和/或在软部分上可能存在什么限制)与tcspa150和tcspb160的协商实体655进行通信706，707，inpr135的代理实体635使用服务请求来确定所提出的组合资源使用策略705。

如果所提出的资源使用策略705不符合tcspa150和tcspb160两者，则重复动作和流程702-707，直到资源使用策略705被同意为止。

当所提出的资源使用策略705对于tcspa150是可接受708的且对于tcspb160是可接受709的时，tcspa150和tcspb160的协调器611将各自优化并识别710，711合适的pop645，以用于托管其vnf656，666以及与分配给tcspa150和tcspb160的基础设施145相关联的资源使用(包括但不限于频谱)。

tcspa150和tcspb160的协调器611各自向其共享vim653发送712，713请求以分配与它们识别的pop645相关联的资源。

当完成后，tcspa150和tcspb160的共享vims653分别发送714，715一个确认回到tcspa150和tcspb160的协调器611。

tcspa150和tcspb160的协调器611各自向其代理vnfm652发送716，717请求，以使用分配给tcspa150和tcspb160的基础设施145实例化一个或多个vnf657，667。

tcspa150和tcspb160的代理vnfm652各自使用分配给tcspa150和tcspb160的基础设施145来实例化718，719一个或多个vnf657，667。

tcspa150和tcspb160的代理vnfm652各自将确认发送720，721回他们的协调器611。

协调器611指示其共享vim653分配资源和代理vfnm652在pop645处实例化vnf657，667的过程可以通过在各个tcsp150，160的nfv-mano610内的内部信令来实现。

当vnf657，667已被实例化时，由vnf657，667将报告722，723发送回其代理vnfm652。

当接收到这种报告722，723时，tcspa150和tcspb160的代理vnfm652各自将它们转发724，725到它们的网络管理器651。

一旦vnf657，667完全活动，则各个tcsp150，160可以通过其代理vnfm652访问和管理它们各自的vnf657，667。

因此，对于硬资源分片，每个tcsp150，160可以管理其自己的vnf。对于软资源分片，可以通过新一轮的资源协商来解决对基础设施145的争用来解决，该新一轮的资源协商由tcsp150，160的协商实体655与inp135的代理实体635协作共享资源145来进行。这种协商本质上可以是分布式的或迭代的。

图8是第三示例类场景的示意图，其中inpr135的基础设施945在多个tcsp之间共享，在这种情况下，多个tcsp为tcspa150和插入inpr135与tcspa之间的tcspc155。在这样的示例中，从tcspa150的角度来说，tcspc155以模拟inp130，135的方式运行到tcspa150。tcspa150可以被认为是相对于tcspc155的上游tcsp，并且tcspc155可以被认为是相对于tcspa150的下游tcsp。

tcspa150从tcspc155“重新借用”inpr135分配给tcspc155的基础设施945。tcspc155可以获得这种具有全部或部分控制的基础设施945的硬部分或软部分，例如已经结合图3或图4的场景或其他方式描述过的。

图8的情况可以发生在，例如，如果tcspa150没有任何方式直接访问inpr135，但是期望使用来自inpr135的基础设施945，例如为了向ue2222提供有保证的服务，因为它访问服务器，例如服务器x801。

在所示的场景中，tcspa150知道inpr135的基础设施945可用于向ue2222提供此类服务，并且基础设施945已经被分配给tcspc155。因此，tcspa150请求tcspc155将期望的基础设施945(例如，链路和无线电接入)分配给tcspa150。

图9是示出在图8的场景中适合于将inpr135的基础设施945通过tcspc155分配给tcspa150的inpr135、tcspa150和tcspc155的示例组件的框图。

在图9中，还示出了tcspa150具有通过上述机制(包括以非限制性示例的方式，结合图7)从一个或多个inp130，135处分配给它的基础设施145，tcspa150联合基础设施145实例化nfv656，除了具有由tcspc155分配给它的基础设施945之外。此外，tcspc155可以使用由inp135分配给它的基础设施945来实例化nfv966，其结合图7，通过上述机制访问，包括以非限制性示例的方式。

tcspa150和tcspc155以其某些组成实体的方式被示出，即，为了该图的目的，mano实体610和tcsp控制元件251，951。

在图6中描述的tcsp控制元件251示出了与tcsp控制元件951不同的组件配置，反之亦然。如上所述，除了所示的一些组件之外或替代所示的一些组件，tcsp控制元件251可以具有tcsp控制元件951中所示的一些组件，反之亦然。

因此，tcspc155的tcsp控制元件951(和tcsp监视器(未示出))可以被认为是tcspa150的tcsp控制元件251(和tcsp监视器252)的下游控制元件，相反地，tcspa150的tcsp控制元件251(和tcsp监视器252)可以被认为是tcspc155的tcsp控制元件951(和tcsp监视器(未示出))的上游控制元件。

tcsp控制元件951包括网络管理器651、策略管理器934和代理实体935。

策略管理器954，如策略管理器654，负责维护和确保tcspc155中与服务相关的需求被强制执行。策略管理器954可以是协调器611的内部功能或外部实体。策略管理器954为代理实体935标识可接受的资源策略。在一些示例中，策略管理器954在目的和/或功能上可以与策略管理器654相似，因为它还可以为相关联的协商实体655标识可接受的资源策略。

代理实体935通过与tcspa150的协商实体655协商以达成与策略管理器954标识的可接受资源策略相一致的协商资源使用策略，来确定用于tcspa150的资源使用策略。一旦建立了这样的策略，使用分配给tcspc155的基础设施945，tcspa150通过代理vnfm652和共享vim653再结合inpr135的本地控制元件236就可以管理和/或控制与tcspa150相关联的vnf956。

也就是说，tcspc155经由其nfv-mano610能够向tcspa150提供具有对vns956和基础设施945的完整和/或部分控制的网络协调能力。

图10是示出可以在图9的组件之间交换的示例信号的信号流程图。

tcspa150的网络管理器651将资源的服务请求发送1001到tcspa150的协调器611。服务请求可以包括vnf请求(包括但不限于sdn-c、调度器和qos探测器)、nfvi请求(包括但不限于计算、存储和网络)、频谱使用请求和业务qos要求(包括但不限于速率和延迟)。

tcspa150的协商实体655向tcspc155的代理实体935发送请求1002，包含资源使用需求和(与tcspa150的策略管理器654协商)提出的tcspa150的资源使用策略。

tcspc155的网络管理器651向tcspc155的协调器611发送1003资源的服务请求。服务请求可以包括vnf请求(包括但不限于sdn-c、调度器和qos探测器)、nfvi请求(包括但不限于计算、存储和网络)、频谱使用请求和业务qos要求(包括但不限于速率和延迟)。

tcspc155的协调器611将该信息转发到tcspc155的代理实体935上，包含资源使用需求和(与tcspc155的策略管理器954协商)提出的tcspc155的资源使用策略。

结合tcspc155的策略管理器954，tcspc155的代理实体935在考虑所涉及的所有方的情况下使用服务请求来确定提出的组合资源使用策略1004，并将个性化的资源使用策略(在一些示例性实施例中可以是确定硬部分与软部分，部分中包括什么资源以及软部分上可能存在什么限制)通信1005到tcspa150的协商实体655。

如果所提出的资源使用策略1004不符合tcspa150和tcspc155两者，则重复动作和流程1002-1005，直到资源策略1004被同意为止。

当所提议的资源使用策略1004对tcspa150和tcspc155两者都是可接受的时，tcspa150和tcspc155的协调器611将各自优化并识别1007，1008适合的pop645，以用于托管其vnf656，966和资源使用(包括但不限于频谱)，该资源使用与由inpr135分配给tcspc155的基础设施945相关联。

tcspa150的协调器611可发送1009一个确认回到tcspc155的代理935。

tcspa150的协调器611向tcspa150的共享vim653发送1010请求，以分配与所识别的pop645相关联的资源，并且tcspc155的协调器611向tcspc155的vim613发送请求，以分配与所识别的pop645相关联的资源。

tcspa150的共享vim653发送1012一个确认回到tcspa150的协调器611，并且当完成后，tcspc155的vim613发送1013一个确认回到tcspc155的协调器611。

tcspa150的协调器611向tcspa150的代理vnfm652发送1014请求，以使用由tcspc155分配给tcspa150的基础设施945来实例化一个或多个vnf657，并且tcspc155的协调器611向tcspc155的vnfm612发送1015请求，以使用分配给tcspc155的基础设施945来实例化一个或多个vnf967。

tcspa150的代理vnfm652使用由tcspc155分配给tcspa150的基础设施945来实例化1016一个或多个vnf957，并且tcspc155的vnfm612使用分配给tcspc155的基础设施945来实例化1017一个或多个vnf967。

tcspa150的代理vnfm652发送1018一个确认回到tcspa150的协调器611，并且tcspc155的vnfm612发送1019一个确认回到tcspc155的协调器611。

通过tcspa150的nfv-mano610内的内部信令可以实现协调器611指示共享vim653分配资源和代理vnfm652在其pop645上实例化vnf957的过程。类似地，通过tcspc155的nvf-mano610内的内部信令可以实现协调器611指示vim613分配资源和vnfm612在其pop645上实例化vnf967的过程。

当vnf967已经被实例化时，由vnf967将报告1020发回到tcspc155的vnfm612。当vnf657已经被实例化时，由vnf657将报告1021发回到tcspa150的代理vnfm652。

当接收到这样的报告1019时，tcspc155的vnfm612将它们1022转发给tcspc155的网络管理器651。当接收到这样的报告1020时，tcspa150的代理vnfm652将它们转发1023给tcspa150的网络管理器651。

一旦vnf657，967是完全活动的，则各个tcsp150，155可分别通过代理vnfm652和vnfm612访问和管理它们各自的vnf657，967。

因此，对于硬资源分片，每个tcsp150，155可以管理其自己的vnf657，957，967。对于软资源分片，可以由tcspa150的协商器655通过新一轮的资源协商来解决基础设施145，945的争用，与tcspc155的代理实体935协作共享资源145。这种协商本质上可以是分布式的或迭代的。

图11是第四示例类型场景的示意图，其中inpr135的基础设施945在多个tcsp之间共享，在这种情况下，多个tcsp为tcspa150和tcspc155。在这样的示例中，从tcspc155的角度看，tcspa150可以以模拟vno110，115的方式起作用。例如，tcspa150可以向tcspc155请求连接服务。tcspa150可以被认为是相对于tcspc155的上游tcsp，并且tcspc155可以被认为是相对于tcspa150的下游tcsp。

作为非限制性示例，如果tcspa150希望使用服务，例如，由tcspc155提供的连接性服务，以便为ue2222提供有保证的服务，则该场景可能会发生，因为它访问服务器，例如服务器x801。

该情况与图8中描述的情况不同，因为tcspa150不一定知道tcspc155将要使用什么基础设施945来提供服务。相反，tcspa150依赖于qos保证，在一些示例性实施例中，qos保证可以被载入其与tcspc155已经达成的服务级别协议(sla)。

tcspc155经由其nfv-mano610能够向tcspa150提供网络连接服务。所请求的连接服务可以针对给定的地理区域，具有给定的链路、vm和对由tcspa150运营的虚拟网络的客户和终端用户的给定区域的接入服务保证。

根据这种qos保证，tcspc155的任务是建立rc、aaa和/或ac机制和/或性能监视，以维护其在这种sla下的义务。

在一些情况下，如果tcspa150确定其他用户可能也可以漫游到tcspc155的基础设施945所覆盖的区域，同时仍然隶属于tcspa150，则tcspa150可以向tcspc155请求增强的sla来覆盖这样的预测行为。

从tcspc155的角度看，tcspa150充当vno。因此，tcspc155的tcsp控制元件951(和tcsp监视器(未示出))可以被认为是tcspa150的tcsp控制元件251(和tcsp监视器252)的下游控制元件，相反地，tcspa150的tcsp控制元件251(和tcsp监视器252)可以被认为是tcspc155的tcsp控制元件951(和tcsp监视器(未示出))的上游控制元件。

然而，tcspc155仍然是完全“封闭的网络”，因为它不公开其网络细节。相反，它仅提供覆盖细节以及输入和输出节点、链接等。在从tcspa150接收到用于连接的请求之后，vnf的放置由tcspc155决定。

方法动作

现在转到图12，其中示出了一般以1500示出的流程图，其中示出了处理器在tcsp150，155，160处采取的示例动作，以将至少一个基础设施资源140，145分配给至少一个vno110，115。

一个示例动作1210是向下游控制元件发送请求，以便将基础设施140，145的一部分通过与基础设施140，145相关联的inp130，135分配给tcsp150，155，160。

一个示例动作1220从下游控制元件接收响应，向tcsp150，155，160提供对分配的基础设施的访问和控制。

一个示例动作1230是访问并控制分配的基础设施140，145。

在一些示例中，一个示例动作1240与上游控制元件进行通信，以用于向vno110，115提供对分配的基础设施的访问和控制。

示例设备

已经详细描述了根据本申请的示例性实施例，但是应注意的是，实施例主要以与一个或多个这样的组件之间的交互相关的装置或设备的组合以及处理动作相关。

图13是可以用于实现大体上在1400处示出的诸如inp110，115、tcsp150，155，160和/或inp130135的一个或多个设备并且用于以本文公开的一种或多种方法来执行动作的处理系统的框图。

设备1300包括处理单元1310、存储介质1320和通信接口1330。在一些示例性实施例中，设备1300还可以包括将这些组件中的一些或全部互连的处理总线1340，以及其他设备和/或控制器。在一些示例性实施例中，设备1300可以包括输入/输出(i/o)设备1350、网络连接设备1360、收发机1370和/或天线1380。

以非限制性示例的方式，处理单元1310通过向通信接口1330发送数据和/或控制信号，以及通过从存储介质1320检索数据和/或指令来控制设备1300的一般操作，以执行本文公开的方法动作。

无论如何配置，处理单元1310的硬件被配置为能够以足够的软件、处理能力、存储器资源和网络吞吐量能力进行操作，以处理放置在其上的任何工作负载。

如上所述，存储介质1320提供由设备1300使用的数据的存储。

存储介质1320还可用于在驻留在计算机程序产品上或计算机程序产品中的计算机程序中存储计算机代码和/或代码序列、指令、配置信息、数据和/或脚本，当由处理执行时单元1310执行时，该计算机程序产品使处理单元1310执行与设备1300相关联的一个或多个功能，如本文所公开的。

通信接口1330有助于与i/o设备1350、网络连接设备1360和/或通信网络中的其他实体进行通信。在一些示例性实施例中，通信接口1330用于连接到收发机1370，收发机1370可以包括一个或多个发射机和/或接收机，以及至少一个天线1380，通过该至少一个天线1380进行这种通信。因此，通信接口1330可以包括一个或多个接口和适当数量的端口，以将内部和外部i/o设备1350、网络连接设备等耦合到处理单元1310。

网络连接设备1360可以使处理单元1310能够与因特网或一个或多个内部网(未示出)通信以与远程设备通信，用于数据处理和/或通信。网络连接设备1360还可以包括和/或与一个或多个收发器1370接口，用于无线地或以其他方式发送和接收信号。通过这样的网络连接，可以想到，处理单元1310可以在执行上述方法动作中的一个或多个的过程中从网络接收信息或者可以向网络输出信息。

收发机1370操作以准备要被发送的数据和/或转换接收的数据，以供处理单元1310处理。

可以省略其他组件以及设备1300的相关功能，以免模糊本文呈现的概念。

图14是示出两个tcsp的交互以允许漫游的呼叫流程图。如上所述，例如，关于图8和图11，tcsp可以彼此交互，一个作为inp或vno。这允许与vno相关联的ue连接到与tcsp相关联的inp中的接入点，所述tcsp不与vno相关联。通过tcsp到tcsp交互，ue可以有效地在受访网络上漫游，同时仍然获得将在家庭网络中存在的许多服务和处理。

应当理解，认证ue的要求可以在vno之间甚至在tcsp之间变化。利用这种变化，可以用用户认证替换ue认证。该认证可以由第三方认证服务提供。可能不需要不同的vno和tcsp来支持第三方身份验证，即使是这样，也不保证每个vno或tcsp都支持相同的第三方认证服务。这将产生漫游的问题，因为ue可能尝试连接到不支持其家庭网络所支持的相同认证的网络。

图14是示出用于第三方认证的机制并且还用于在漫游环境中支持第三方认证的呼叫流程1400。ue1402向连接到支持其vno的tcsp的ap11404发送连接请求1410。ap11404将连接请求1412转发到与ue的vno相关联的tcsp中的移动性管理功能(mmf)1406。mmf11406基于接收到的连接请求确定第三方认证服务1408将被用于认证。认证请求1414将被发送到第三方1408。第三方认证服务1408创建与ue11402的会话并执行第三方认证1416。如上所述，这可以是ue认证或用户认证(或两者)。成功认证后，第三方1408向mmf11406发送认证响应1418。在这一点上，基于tcsp的mmf知道会话已被认证。然后进行网络接入层(nas)安全设置1420，随后是接入层(as)安全设置1421。当执行nas1420和as1421过程时，连接响应向ue11402传播。本领域技术人员将理解，可以使用其他安全过程，但是示出了nas和as，以尽可能地保持与3gpplte标准的兼容性。

当ue11402向与tcsp1相关联的任何inp支持的地理区域的边缘移动时，mmf1406可以识别服务ue11402的另一个tcsp，tcsp2。切换过程1424可以在mmf11406和mmf21423之间发生，并且可以可选地包括密钥共享。mmf11406可以可选地向ue11402发送漫游指令1425。漫游指令可以向ue11402提供在连接过程期间可以使用的信息，以使服务通过tcsp2路由。ue11402向ap21422发送连接请求1426，ap21422将连接请求1428转发到mmf21423。ue11402不能由mmf21423使用第三方1408认证。这可能是由于mmf21423不支持第三方认证，或者可能是由于mmf21423尤其不支持第三方1408。因为ue11402正在漫游，并且因为它先前已经与mmf11406进行了会话，所以mmf21423可以向mmf11406发送认证请求1430。mmf1可以可选地请求1432将认证证书发送到mmf21423。认证响应1434被发送到mmf21423。mmf21423可以可选地使用来自认证响应1434的信息来识别第三方1408，然后在会话1436中连接。在1432或1436之后，第三方1408可以可选地重复认证1416。在这一点上，mmf21423已经认证了ue11402或用户。然后可以进行nas安全设置1438和as安全设置1440。

术语

术语“包含”和“包括”以开放式方式使用，因此应被解释为表示“包括但不限于”。术语“示例”和“示例性”仅用于识别用于说明性目的的实例，并且不应被解释为将本申请的范围限制于所述实例。特别地，术语“示例性”不应被解释为表示或向其所使用的表述赋予任何褒义的、有利的或其他性质，无论是在设计、性能或其他方面。

任何形式的术语“耦合”和“通信”旨在表示无论是电学上，机械上，化学上还是其他方式通过某些接口，设备，中间组件或连接的直接连接或间接连接。

除非另有说明，诸如“向上”、“向下”、“左”和“右”之类的定向术语用于指代附图中的方向。类似地，诸如“向内”和“向外”之类的词分别用于表示朝向和远离设备的几何中心，及其面积或体积或其指定部分的方向。此外，本文所述的所有尺寸旨在仅以示例的方式，以用于示出某些实施例的目的，并且不旨在将本申请的范围限制于可能偏离可能指定的尺寸的任何实施例。

除非另有说明，单数形式的参考文献包括复数形式，反之亦然。

如本文所使用的，诸如“第一”和“第二”之类的关系术语，以及诸如“a”，“b”等等的编号设备可以仅用于将一个实体或元件与另一实体或元件区分开，而不一定要求或暗示这些实体或元件之间的任何物理或逻辑关系或顺序。

通用

本文中描述本申请的原理、方面和实施例的所有陈述以及其具体示例旨在包括其结构和功能等同物。此外，此类等同物包括当前已知的等同物以及将来开发的等同物，即所开发的任何执行相同功能的元件，不管其结构如何。

应当理解，可以通过省略、添加或用等效功能元件替换元件的方式来修改的本发明提供了可以在各种各样的特定情况下实现的许多适用的发明构思。所讨论的具体实施例仅仅是说明制造和使用本申请的具体方式，并不限制本申请的范围。相反，本文阐述的一般原理被认为仅仅是对本申请范围的说明。

显而易见的是，在参考该说明书后，关于替代、修改和等价物的各种修改和变化将被相关领域的技术人员理解并且作用于本文公开的实施例，而不脱离如所附权利要求所限定的本申请。

因此，本文公开的说明书和实施例仅被认为是示例，其中本申请的真实范围由以下编号的权利要求公开。