本发明的示例性实施例，可以实现UCC与现有IaaS和NaaS控制器实现之间的子任务的分布。
[0058]S卩，根据本发明的示例性实施例，UCC可以是协调不同资源类型的控制器(例如，用于联网的NaaS、用于计算和存储的IaaS)的实体，亦即，将资源分配逻辑分布在UCC与每个特定资源类型的控制器之间(假设传统实施方式是可用且可扩展的)。
[0059]也就是说，根据图3中所示的程序的变体，给出了控制操作的示例性细节，其固有地同样相互独立。
[0060]根据本发明的示例性实施例的此类示例性控制操作可包括协调分别地与所述多个资源类型中的每一个相关联的控制实体的操作。
[0061]例如可如下扩展根据本发明的此类示例性实施例的UCC与特定资源控制器之间的接口。直接地在资源控制器之间或者经由UCC交换资源映射信息。
[0062]根据本发明的示例性实施例，资源预留的分段和因此要预留资源的所需步骤的数目被最小化，以资源控制器可以在一个“原子”操作中接受包含相同类型的一组资源的预留请求的方式来扩展UCC — IaaS接口。这种解决方案可能由于分多个步骤进行预留而仍要求对撤消预留的需要，但大大地减少了步骤的数目和因此的试错型操作的机会。根据此类实施例，UCC并不控制资源分配逻辑，其协调资源预留，并且在必要时协调试错操作模式，因此IaaS接口的用户不需要处理此类操作(参见图9)。图9呈现了其中UCC将朝向特定资源控制器的资源请求分组并在必要时协调后续资源预留试验的情形。在图9中，VMlx, VM2x和VM3x指示已修改参数，并且VM1*、VM2*和VM3*指示已修改映射。
[0063]换言之，根据图3中所示的程序的变体，给出了协调操作的示例性细节，其固有地同样相互独立。
[0064]根据本发明的示例性实施例的此类示例性协调操作可包括发射包含第一资源类型的一组资源要求的第一资源请求的操作。
[0065]根据图3中所示的程序的另一变体，给出了协调操作的示例性细节，其固有地同样相互独立。
[0066]根据本发明的示例性实施例的此类示例性协调操作包括发射包含基于所述第一资源请求而预留的所述第一类型的资源以及第二资源类型的资源要求的第二资源请求的操作、接收指示所述第二资源请求的接受或不接受的响应的操作以及在不接受的情况下撤消所述第一资源类型的所述资源的预留的操作。
[0067]此外，根据图4中所示的程序的变体，给出了示例性附加操作，其固有地同样相互独立。根据此类变体，根据本发明的示例性实施例的示例性方法可包括接收包含所述资源类型的一组资源要求的资源请求的操作。
[0068]替换地，根据本发明的其它示例性实施例，在两步解决方案中，将每个资源类型(即IaaS、NaaS)的控制器扩展至提出多个映射解决方案(并未预留实际资源)作为第一步骤，基于该映射提议，UCC确定最终资源映射，并向资源控制器发送回该选择，资源控制器仅在那时完成资源预留(参见图10)。图10呈现了其中将现有IaaS (NaaS)接口扩展至返回一组候选(即，可以满足所请求计算要求的一组资源)并基于提出的资源和联网要求而做出资源的最终选择的情形。在图10中，“联网候选”表示满足所请求联网参数的一组映射提议。
[0069]换言之，根据图3中所示的程序的变体，给出了协调操作的示例性细节，其固有地同样相互独立。
[0070]根据本发明的示例性实施例的此类示例性协调操作可包括根据所述资源要求来接收资源预留提议的操作、基于所述资源预留提议来确定要预留的基础设施资源的操作以及发射用以预留所述要预留的基础设施资源的指令的操作。
[0071]此外，根据图4中所示的程序的变体，给出了示例性附加操作，其固有地同样相互独立。根据此类变体，根据本发明的示例性实施例的示例性方法可包括接收包含资源要求的资源请求的操作、基于所述资源要求来发射资源预留提议的操作以及接收用以预留基于所述资源预留提议确定的所述要预留的基础设施资源的指令的操作。
[0072]替换地，根据本发明的其它示例性实施例，在替换两步解决方案中，将每个资源类型(例如IaaS、NaaS)的控制器都扩展至提出多个资源映射(而不预留实际资源)，并接受资源预留请求中的资源限制提议。其允许UCC连续地调用每个资源控制器，并且在后续请求中，UCC可基于先前的资源映射提议来设定限制。其还允许最后被调用的资源控制器可实现资源预留(UCC可以指示且UCC可以按照适当的顺序调用特定资源控制器，因此最后一个不需要实现资源映射提议功能，而只须接受关于资源预留的附加限制)。由于来自特定资源控制器的资源映射提议可用，所以UCC (以及可选地最后被调用的资源控制器)实现映射，并且UCC告知(一个或多个)其它资源控制器关于实现的资源映射的信息，并且其又在那时完成资源预留(参见图11)。图11呈现了其中现有IaaS (NaaS)接口被扩展至(i)返回一组候选(即，可以满足所请求计算要求的一组资源)、(ii)接受关于映射的附加限制以及(iii)在指示的情况下执行映射的情形。在图11中，“Req*”表示控制器可执行资源映射的指示，在这种情况下不需要发送映射候选。
[0073]换言之，根据图3中所示的程序的变体，给出了协调操作的示例性细节，其固有地同样相互独立。
[0074]根据本发明的示例性实施例的此类示例性协调操作可包括根据所述资源要求而连续地接收资源预留提议的操作、基于先前的资源预留提议而设定用于资源请求的资源限制的操作，以及发射包括所述资源限制的资源请求的操作。
[0075]此外，根据图4中所示的程序的变体，给出了示例性附加操作，其固有地同样相互独立。根据此类变体，根据本发明的示例性实施例的示例性方法可包括接收包含资源要求和资源限制的资源请求的操作，其中，基于所述资源限制来执行所述预留所述基础设施资源。
[0076]如上文所讨论的，根据本发明的示例性实施例提出的架构解决方案克服了上文识别的问题，并提供用于电信级云的可行解决方案。
[0077]提出的IaaS API接受复杂资源请求的扩展可以被检测到，并且是使用本发明的明确征兆(假设此扩展IaaS API将明确地证明该扩展)。
[0078]如果数据中心为托管应用程序提供了关于联网的QoS保证，则其可以是使用了本发明的指示符。
[0079]NaaS和/或IaaS提供关于可用和已分配资源的详细信息并允许控制所请求资源将被分配在哪里也可以是使用了本发明的指示符。
[0080]根据本发明的示例性实施例，UCC可以充当用于(电信级)云的IaaS，可能在现有(且扩展的)IaaS实现之上。此外，可以实现数据中心的更好且更加高效的资源管理、更低的运营支出(OPEX)和基建支出(CAPEX)金额。
[0081]可用各功能元件、处理器等来实现上述程序和功能。
[0082]在实体的前述示例性描述中，仅使用功能块描述了与理解本发明的原理有关的单元。该实体可包括其各自操作所必需的其它单元。然而，在本说明书中省略了这些单元的描述。不应将设备的功能块的布置理解成限制本发明，并且该功能可由一个块执行或者进一步分成子块。
[0083]当在前述描述中说明设备、即实体(或某个其它装置)被配置成执行某功能时，应将这样的功能理解成可由用于执行各功能的具体配置电路或装置等价地实现(即，应将措辞“被配置成...的单元”理解成将等价于诸如“用于...的装置”的措辞)。
[0084]一般而言，各装置(device) /设备(和/或其各部分)可表示用于执行各操作和/或显示出各功能的装置，和/或各装置(和/或其各部分)可具有用于执行各操作和/或