CN109076027A - 网络服务请求 - Google Patents

Abstract

提供了一种用于增强服务请求（120）的增强设备（10、116）和一种在通信网络中向网络服务分配网络资源的方法。通信网络包括网络资源，其能够提供在由客户端发布的服务请求中指定的网络服务。服务请求（120）包括直接部分（121）和间接部分（122），而间接部分包括至少一个分配条件。该方法包括响应于服务请求的直接部分（121）向网络服务无条件地分配一个或多个网络资源，以及响应于服务请求的间接部分（122）向网络服务有条件地分配一个或多个附加的网络资源，其中被有条件地分配的网络资源能够响应于客户端的另外的服务请求的直接部分被无条件地分配给网络服务，并且取决于至少一个分配条件对于向另一个网络服务的分配而言是可用的。

Description

网络服务请求

技术领域

本发明涉及网络服务请求。更特别地，本发明涉及增强服务请求以及响应于服务请求在通信网络中分配网络资源。

背景技术

公知的是在通信网络中使用服务请求以及响应于服务请求来分配网络资源。客户端可以发布指定服务的服务请求，并且服务提供商可以分配用于提供所请求的服务所需要的网络资源。通常，排他地使得所分配的网络资源可用于所请求的服务并且不可用于其他服务。

要求分配网络资源的服务请求也被用在通信网络中，通信网络通过也被称为服务链或虚拟网络转发图的虚拟网络功能（VNF）的链来提供电信服务。这些是经常使用诸如XML或YANG之类的专门编程语言对服务的高技术描述。响应于服务请求，网络可以通过利用VNF以及通过相应地分配网络资源和计算资源来提供网络功能。

实际上，在分配服务请求时可能产生若干问题。当服务请求是不完整的或模糊的时（即，当系统不能明确地解译服务请求时），系统要么拒绝整个服务请求要么拒绝不完整的部分。当整个服务请求被拒绝时，将不提供该服务。在不完整的部分被拒绝时，将不根据客户的希望来执行该服务。代之以，将执行该服务的默认版本。

对于许多客户端而言困难的是以高水平的精确度或完整性定义期望的网络服务，以及还有在机器可读的服务请求中正确地描述它。此外，客户端可能不正确地定义期望的网络服务，或者请求比需要的资源更多的资源。对于某个游戏服务而言，客户端可能要求20ms的延迟，而50 ms的延迟对于特定的游戏服务而言也是可接受的。作为不正确定义的结果，没有以高效的方式使用网络资源。

可能产生的另一个问题是，服务的需求通常不是事先已知的。换言之，当客户端发布服务请求时，通常不知道将需要多少（或到什么程度的）网络资源。此外，在正在提供网络服务时，对服务的需求可能增加以及可能需要更多的网络资源。然而，网络资源的原始分配可能使得向相同服务添加网络资源无效率的或者甚至是不可能的。

发明内容

本发明的第一目的是，通过在通信网络中提供用于增强服务请求的增强设备来解决这些问题，其中通信网络包括：能够响应于服务请求提供网络服务的网络资源，以及其中服务请求包括至少一个标识和至少一个服务性质，该设备包括：

-标识检测单元，其被配置用于检测服务请求的至少一个标识，

-性质确定单元，其被配置用于确定服务请求的至少一个服务性质，

-检索单元，用于通过使用服务请求的至少一个标识来从存储单元检索服务性质，

-比较单元，用于在至少一个确定的服务性质与所检索的服务性质之间执行比较，以及

-修改单元，用于响应于比较来修改服务请求的至少一个服务性质。

通过提供标识检测单元，标识可以被用来取决于标识以具体的方式增强服务请求。标识可以涉及例如发布服务请求的客户端，因此允许客户端特定的增强。

通过提供性质确定单元，可以例如出于比较的目的来检验服务请求的一个或多个性质。

通过提供检索单元，可以从存储单元检索服务性质，该存储单元可以例如存储关于一些或所有服务请求性质的统计数据。

通过提供比较单元，可以将在服务请求中确定的服务性质与从存储装置检索的服务性质进行比较。

通过提供修改单元，可以响应于比较来修改服务请求的服务性质。即，如果要求或期望修改，则比较的结果可以被用来修改服务请求的性质。

本发明的服务请求增强设备允许服务请求的性质与相应的所存储的性质的标识指定的比较。此外，取决于比较的结果，本发明的服务增强设备允许服务请求的性质被修改。如果服务请求的性质与相应的所存储的（即，参考）性质相同，则可能不需要修改。然而，如果服务请求的性质与相应的所存储的性质之间存在差异，则可能需要修改。

服务请求的性质可以是例如延迟、带宽、响应时间、存储器的量、服务质量（QoS）水平或任何其他相关的性质。

性质的修改可以包括利用性质的修改版本或者通过向性质添加数据来代替服务请求的性质。在一些情况下，“空”修改可以是适当的，其中性质没有被有效地修改。在其他情况下，添加数据可以包括添加与未来使用相关或者与潜在的未来使用相关的数据。

在实施例中，标识是以下各项中的至少一个：

-客户端标识，其标识发布服务请求的客户端，

-应用标识，其标识要由在服务请求中指定的网络服务激活的应用，

-服务标识，其标识响应于服务请求要由网络提供的服务，

-时间标识（诸如时间戳），其标识接收到服务请求的时间，

-设备标识，其标识在所请求的服务中所牵涉的设备，以及

-网络标识，其标识在提供服务请求中所指定的网络服务中所牵涉的网络。

服务请求可以包含诸如客户端标识之类的单个标识，但是将通常包括两个或更多个标识，例如客户端标识和应用标识二者。

在实施例中，增强设备进一步包括语法检查单元，其用于检查服务请求的语法。检查服务请求的语法提供了一种用于确定服务请求是否可以被解译的简单且快速的机制。

在实施例中，增强设备进一步包括策略检查单元，其用于检查服务请求是否遵守一个或多个策略。从网络服务提供商的视点来看，针对策略遵从性的检查提供了一种检查服务请求是否将被正确解译的附加机制。

本发明的增强设备在服务请求进入系统之前向服务请求智能地添加信息。

本发明还提供了一种用于在通信网络中分配服务请求的系统，该系统包括：

-如上文所描述的增强设备，

-包括服务性质的存储单元，以及

-分配系统，用于在通信网络中向网络服务分配网络资源，该分配系统被配置用于接收和处理由增强设备增强的服务请求。

本发明进一步提供了一种在通信网络中增强服务请求的方法，其中通信网络包括能够响应于服务请求提供网络服务的网络资源，以及其中服务请求包括至少一个标识以及至少一个服务性质，该方法包括：

-检测服务请求的至少一个标识，

-确定服务请求的至少一个性质，

-通过使用服务请求的至少一个标识来从存储单元检索服务性质，

-将所确定的服务性质与所检索的服务性质进行比较，以及

-响应于比较，修改服务请求的服务性质。

标识可以是以下各项中的至少一个：

-客户端标识，其标识发布服务请求的客户端，

-应用标识，其标识要由在服务请求中指定的网络服务激活的应用，

-服务标识，

-时间标识，

-设备标识，以及

-网络标识，其标识在提供服务请求中所指定的网络服务中所牵涉的网络。

该方法提供与上文所讨论的增强设备相同的优点。

该方法可以进一步包括检查服务请求的语法。可以在该方法的其他步骤之前执行的语法检查提供了一种用于确定服务请求是否可以被解译的简单且快速的机制。

该方法仍可以进一步包括检查服务请求是否遵守一个或多个策略。从网络服务提供商的视点来看，可以在一个或多个其他检查之后来执行的针对策略遵从性的检查提供了一种检查服务请求是否将被正确解译的附加机制。

本发明仍进一步提供一种软件程序产品，其包含允许处理器执行上文所描述的方法的指令。软件程序产品可以被存储在有形载体上，有形载体诸如DVD或USB棒。替代地，软件程序产品可以被存储在服务器上，可以使用因特网从该服务器下载该软件程序产品。软件程序产品包含可以被设备的处理器执行的软件指令，该设备诸如服务器、用户设备（例如智能电话）和/或监视设备。

本发明的第二目的是，通过提供一种在通信网络中向网络服务分配网络资源的方法来解决这些问题，其中通信网络包括网络资源，该网络资源能够提供在由客户端发布的网络请求中指定的网络服务，其中该服务请求包括直接部分和间接部分，以及其中间接部分包括至少一个分配条件，该方法包括：

-响应于服务请求的直接部分，向网络服务无条件地分配一个或多个网络资源，其中防止被无条件地分配的网络资源被无条件地分配或有条件地分配给另一个网络服务，以及

-响应于服务请求的间接部分，向网络服务有条件地分配一个或多个附加的网络资源，其中被有条件地分配的网络资源能够响应于客户端的另外的服务请求的直接部分而被无条件地分配给网络服务，并且取决于至少一个分配条件而可用于向另一个网络服务的分配。

通过提供包括两个部分的服务请求，所述两个部分是直接部分和间接部分，取决于条件，在必须被直接实现的服务请求的一部分与可以在未来被必须实现的服务请求的另一部分之间进行区分变得可能。响应于服务请求的直接部分，向网络服务直接地，即无条件地，分配一个或多个网络资源。然而，响应于服务请求的间接部分，有条件地分配一个或多个附加的网络资源。例如响应于另外的服务请求的直接部分，有条件分配可以被转换成无条件分配。取决于至少一个分配条件被有条件地分配的网络资源可用于其他网络服务。即，如果没有满足某个条件，则可以取消网络资源的有条件分配，因此使得这些网络资源服务对于向其他服务的分配而言是可用的。

因此可以看到的是，本发明的方法通过使该分配的部分是有条件的来允许网络资源的灵活分配。灵活分配进而使得网络服务的缩放非常简单且高效，因为可以在原始的服务请求中已经指定可能仅在未来需要的网络资源。

注意的是，客户端可以是网络服务提供商、应用提供商、另一通信网络或最终用户设备。另外注意的是，无条件的分配使得有关网络资源做好使用的准备，而有条件的分配可能仅暗示保留那些网络资源。

在实施例中，分配条件包括时间限制。即，如果没有在某个时间限制内将那些资源进行无条件地分配，则可以取消网络资源的有条件的分配。附加地或替代地，如果没有在某个时间限制内满足另一个条件，则可以取消网络资源的有条件的分配。施加时间限制确保了不能无期限地要求被有条件地分配的网络资源，并且将使得该被有条件地分配的网络资源在某个时间点处对于其他服务而言可用。因此可以看到的是，在该实施例中，有条件的分配在时间上受限制。本发明的方法可以因此进一步包括：在时间限制已经期满之后，允许将有条件地分配的网络资源无条件地或有条件地分配给另一个网络服务。

代替时间限制或者除了时间限制之外，还可以使用其他分配条件。在实施例中，分配条件包括阈值。当超过阈值时，有条件的分配可以被转换成无条件的分配。将阈值的值与例如用户的数量或数据量进行比较。这允许在例如网络服务的用户的数量超过阈值时使得网络资源的有条件的分配是无条件的。本发明的方法可以因此包括：如果超过阈值，则向网络服务无条件地分配被有条件地分配的网络资源。

本发明的方法可以进一步包括：响应于从客户端接收到的未来服务请求的直接部分，向网络服务无条件地分配被有条件地分配的网络资源。即，不考虑任何条件（诸如时间限制），可以通过在其直接部分中发布指定转换到无条件的分配的另外的服务请求来使得有条件的分配无条件。

相反地，本发明的方法可以进一步包括：响应于客户端的另外又一服务请求的直接部分或间接部分取消有条件的分配。该相同客户端的另外又一服务请求的直接部分可以包含用以取消有条件的分配的指令。响应于相同客户端的另外又一服务请求的间接部分取消有条件的分配也是可能的。即，如果相同客户端向另一服务有条件地分配网络资源，则可以例如通过涉及（refer to）其他服务的被有条件地分配的网络资源来取消其他服务所要求的网络资源的有条件的分配。

在本发明的有利的另外的实施例中，服务请求的间接部分进一步包括在时间限制内无条件地分配被有条件地分配的网络资源的可能性。通过使用网络资源的有条件的分配被转换成无条件的分配的可能性，可能的是，对分配优先化以及在某些情况下决定是否应当向一个网络服务或其他网络服务分配网络资源。更特别地，在实施例中，有条件地分配附加网络资源包括依靠可能性来确定要被有条件地分配的网络资源（诸如虚拟机和/或带宽）的实际数量和/或量。

本方法的实施例可以有利地进一步包括为客户端提供涉及被有条件地分配的网络资源的标识符。这样的标识符允许容易地标识被有条件地分配的网络资源。标识符可以在客户端稍后将其有条件的分配转换成无条件的分配时对被有条件地分配的资源进行匹配来促进资源编排（orchestration）过程。这样的标识符还可以促进比较可能性、时间限制或其他分配条件。

在一些实施例中，防止被有条件地分配的网络资源被无条件地分配或有条件地分配给另一个网络服务。即，在这样的实施例中，有条件地分配的网络资源可以仅被无条件地分配给相同网络服务，或者使得该有条件地分配的网络资源由相同的网络服务可用。

在实施例中，要被有条件地分配的网络资源的实际数量小于间接部分中所请求的网络资源的数量。在这样的实施例中，有条件地分配比所请求的更少的网络资源。可以通过可能性、条件、网络资源的可用性和/或其他因素来确定所请求的网络资源的数量与被有条件地分配的数量之间的差异。在其他实施例中，被有条件地分配的网络资源的量可以等于在服务请求的间接部分中指定的网络资源的数量，可能受制于可用性。

在使用时间限制的一些实施例中，可以将资源的有条件的分配的时间限制进行比较来决定哪个有条件的分配具有优先权。在一些情况下，当与另外在未来具有时间限制的（相同网络资源的）有条件的分配进行比较时，可能将优先权给予具有不久要期满的时间限制的有条件的分配。这通过以下内容来允许网络资源的高效使用：向短期内需要那些网络资源的服务有条件地分配那些网络资源，而之后可能向将长期需要它们的使用的服务分配相同的网络资源。

本发明附加地提供一种包括指令的软件程序产品，该指令允许处理器执行上文所描述的方法。软件程序产品可以包括有形载体，诸如DVD或USB棒。替代地，可以将软件程序产品存储在服务器上，可以使用因特网从该服务器下载该软件程序产品。软件程序产品包含可以被设备的处理器执行的软件指令，该设备诸如服务器、用户设备（例如，智能电话）和/或监视设备。

本发明进一步提供一种用于在通信网络中向服务分配网络资源的设备，其中该通信网络包括网络资源，该网络资源能够提供在由客户端发布的服务请求中指定的网络服务，其中该服务请求包括直接部分和间接部分，以及其中间接部分包括至少一个分配条件，该设备被配置用于：

-响应于服务请求的直接部分，向网络服务无条件地分配一个或多个网络资源，其中防止被无条件地分配的网络资源被无条件地分配或有条件地分配给另一个网络服务，以及

-响应于服务请求的间接部分，向网络服务有条件地分配一个或多个附加的网络资源，其中被有条件地分配的网络资源能够响应于客户端的另外的服务请求的直接部分而被无条件地分配给网络服务，并且取决于至少一个分配条件对于向另一个网络服务的分配而言是可用的。

本发明还另外提供了一种通信系统，其包括通信网络、如上文所描述的分配设备以及可选地包括被配置用于修改服务请求的间接部分的服务请求修改设备。在本发明的通信系统中，网络资源可以包括虚拟机或带宽，但是优选地包括虚拟机和带宽的组合。

注意的是，本发明涉及权利要求书中所记载的特征的所有可能的组合。

附图说明

将参考附图中图示的示例性实施例来进一步解释本发明，其中：

图1示意性地示出了包括网络资源的通信网络，在该通信网络中可以利用本发明。

图2示意性地示出了根据本发明的实施例的用于在通信网络中分配服务请求的系统。

图3示意性地示出了根据本发明的可以被增强的示例性服务请求。

图4示意性地示出了根据本发明的服务请求增强设备。

图5示意性地示出了包括根据本发明的服务请求增强设备的网络图。

图6示意性地示出了根据本发明的增强服务请求的方法的示例性实施例。

图7示意性地示出了根据现有技术的通信系统的示例。

图8示意性地示出了与根据本发明的资源管理系统的第一实施例相耦合的图7的通信系统。

图9示意性地示出了图8的资源管理系统与通信系统的元素之间的示例性数据交换。

图10示意性地示出了与根据本发明的资源管理系统的第二实施例相耦合的图7的通信系统。

图11示意性地示出了图10的资源管理系统与通信系统的元素之间的示例性数据交换。

图12示意性地示出了根据本发明的服务请求的实施例。

图13示意性地示出了根据本发明的分配网络资源的方法。

图14示意性地示出了要在所公开的方法中采用的一般系统的框图。

图15示意性地示出了允许处理器执行根据本发明的方法的软件程序产品。

具体实施方式

本发明允许对通信网络中的服务请求的改进的使用，特别地但不排他地允许利用可以由适合的网络资源执行的虚拟网络功能的网络。如果需要或期望的话，本发明使得修改网络请求是可能的，以更好地适应网络和/或网络资源分配系统的能力，和/或更好地适应请求网络服务的客户端的需要。

将参考通过虚拟网络功能（VNF）的链的电信服务供应来解释本发明，该虚拟网络功能（VNF）的链也被称为服务功能链（SFC）或虚拟网络功能转发图（VNFFG）。网络功能虚拟化（NFV）是一种将网络功能与它们的硬件解耦合从而将这些功能虚拟化的概念。使用NFV技术，物理设备可以被视为可以在其上动态地加载网络资源的资源。因此服务请求可以是SFC请求，以及可以以由网络资源分配系统所要求的语言和格式来表达。服务请求可以替代地或附加地以例如诸如英语之类的自然语言来表达。

注意的是，本发明不限于NFV相关的应用，而且还可以被应用在使用服务请求或类似机制的其他环境中。

图1中示意性地示出了示例性网络2。网络2被示出包括由适合的（有线的或无线）连接4所连接的网络资源（NR）3。网络资源3能够提供客户端可能在服务请求中指定的网络服务。

为了提供单个网络服务，可能需要一个或多个网络资源3。相反地，单个网络资源可以基本上同时提供两个或更多网络服务。网络资源3可以由适合的处理单元（诸如微处理器）和相关联的存储器构成。其他网络资源可以由诸如传输线和交换机之类的其他网络元素构成。

网络2被示出为连接到根据本发明的网络资源分配系统（NRAS）1。该系统被配置成响应于来自客户端5的服务请求（SR）向网络服务分配网络资源，诸如在图1中图示的网络资源3。

常规的网络资源分配系统仅分配服务请求中指定的资源。即，常规的网络资源分配系统使用服务请求中提供的信息来向服务分配网络资源，其使用在服务请求中指定的服务到所分配的网络资源的1对1翻译。然而，可以被示出的是，这不是高效的。客户端可以请求所需要的更高的规格。此外，客户端可能提供通常将不导致使用现有技术的网络资源分配的不明确的或不完整的服务请求。本发明提供了一种用于分配服务请求的系统，该系统是更灵活的并且产生更高效的网络资源分配。

在图2中更详细地示出了根据本发明的用于分配服务请求的系统200。网络服务请求增强器（NSRE）10和数据库20可以被布置在客户端5与NRAS 1之间，其可以是在图1中示出的。在示出的实施例中，因为在NSRE 10中实现了增强功能，所以NRAS 1可以是根据现有技术的设备。然而，在其他实施例中，NSRE 10和NRAS 1可以例如是单个集成的设备。数据库20在实施例中被示出为是被存储在存储单元中的性质数据库，其中存储了网络服务的性质数据库性质，如将之后更详细地解释的那样。

如在图2中图示的，NSRE 10接收例如来自客户端5的服务请求（SR）。如果可能并且期望的话，NSRE 10增强服务请求并且产生被传递到NRAS 1的增强的服务请求（SRx）。所增强的服务请求SRx被NRAS 1用来向在服务请求中指定的网络服务分配网络资源（例如，图1中图示的网络资源3）。

如可以被用在本发明的NSRE 10中的服务请求（SR）可以具有如在图3中图示的结构。服务请求被示出包括一个或多个标识以及一个或多个性质。标识可以例如包括客户端标识（客户端ID），其标识发布了SR的客户端；服务标识（服务ID），其标识所请求的服务；时间标识（诸如例如时间戳）；设备标识和/或其他标识。

服务请求的性质可以包括例如延迟、带宽、响应时间、存储器量、服务质量（QoS）水平和/或任何其他相关性质。NSRE可以将性质标识为完整的、不完整的、丢失的或不被允许的。不被允许的标识可以应用到不遵守策略规则的性质。

图4中更详细地示出了根据本发明的网络服务请求增强（NSRE）设备10的示例性实施例。NSRE设备被示出包括标识检测单元11，其被配置用于检测服务请求的至少一个标识；性质确定单元12，其被配置用于确定服务请求的至少一个性质；检索单元13，用于通过使用服务请求的至少一个标识来从存储单元检索服务性质；比较单元14，用于在至少一个所确定的服务性质与所检索的服务性质之间执行比较；以及修改单元15，用于响应于比较来修改服务请求的至少一个服务性质。

NSRE 10被配置用于使用以下各项中的至少一个来增强服务请求：策略信息、服务请求关键词分析、服务请求语法信息、关于服务请求的完整度的信息和/或其他信息。策略可以包括静态策略（基于客户信息、客户类型信息、网络身份、应用身份等的服务请求的部分的默认配置）、动态策略（基于接收到服务请求的时间以及从MN&O或网络中的其他监视实体接收到的监视信息的配置）、基于历史的策略（基于历史信息的解译和外推（extrapolation）的配置）以及基于外在性（externality）的策略（取决于来自外部源的信息的配置，该外部源例如是提供计划和预报信息的源）。

图5中示意性地示出了示例性NFV（网络功能虚拟化）管理和编排架构。该架构基于ETSI GS NFV 002 V1.2.1 (2014-12), Network Functions Virtualization(NFV);Architectural Framework。

图5的管理和编排架构被示出在操作支撑系统/业务支撑系统（OSS/BSS）、NFV基础设施（NFVI）与一方面的VNF-NFV基础设施（Vn-Nf）以及另一方面的NFV（网络功能虚拟化）管理和编排（MN&O）之间具有若干接口：第一OS-Ma接口、第二Ve-Vnfm接口以及第三Ng-Vi接口。元素管理器（EM）和虚拟网络功能（VNF）是架构的Vn-Nf的部分，而NFV编排器、一个或多个VNF管理器以及一个或多个虚拟化基础设施管理器是MN&O的部分。根据本发明，NSRE 10优选地位于OSS/BSS与MN&O之间，如在图5中示意性地图示的那样。NSRE 10还可以被视为OSS/BSS功能性的一部分。然而，NSRE 10还可以被放置在网络在客户端与MN&O之间的其他部分中，以及甚至被放置在被客户端用来提供服务请求的用户设备中。

图6中示意性地图示了根据本发明的增强服务请求的方法的示例性实施例。示例性方法6包括初始步骤60，其中发起该方法以及可以接收服务请求（SR），在当前的情况下是SFC请求。在第一步骤61中，检查了SFC请求的语法是否是正确的。这意指检查了SFC请求是否在原则上可以由具有被用在网络中的类型的MN&O进行解析，例如是否以正确的语言并且利用正确的模板来编写SFC请求。如果SFC请求的语法是正确的（“是”），则该方法以第二步骤62继续进行。如果不是（“否”），则该方法以步骤66继续进行，在步骤66中通过首先在服务请求上执行关键词分析以及从诸如图3中的存储单元20之类的存储单元检索匹配的SFC请求部分（通常是所谓的“片断（snippet）”：通过转发图相关的单个虚拟网络功能或虚拟网络功能的集合）来构造正确的SFC请求。存储单元通过使用在SFC中的或关于SFC可用的信息包含可标识的片断的足够大的集合，所述信息诸如客户端身份、时间、应用身份、网络身份、服务身份、设备身份，等等。如果服务请求中呈现的信息不足以构造有效的SFC请求，则关于与服务请求有关的附加信息询问产生服务请求的实体（通常是客户端）。该方法然后返回步骤61。

在步骤62中，检查了SFC请求是否允许单个实现方式，即，SFC请求是否可以由MN&O明确地解译。如果情况是这样的（“是”），则该方法以第三步骤63继续进行。如果不是（“否”），例如因为SFC请求是不明确的，则该方法以步骤67继续进行，在步骤67中完成SFC请求。步骤67可以包括检测丢失信息的子步骤。从诸如图3中的数据库存储单元20之类的存储单元检索匹配的SFC片断，从而完成SFC请求。如果NSRE不具有足够的信息或智能来确定SFC请求是否是明确的，则其可以请求MN&O代表NSRE来分析SFC请求，并且向NSRE提供答案。在已经完成SFC请求时，该方法以第三步骤63继续进行。

在步骤63中，检查了SFC请求是否遵守策略。如参考图4所描述的那样，策略可以包括静态策略（基于客户信息、客户类型信息、网络身份、应用身份等的服务请求的部分的默认配置）、动态策略（基于接收到服务请求的时间以及从MN&O或网络中的其他监视实体接收到的监视信息的配置）、基于历史的策略（基于历史信息的解译和外推的配置）以及基于外在性的策略（取决于来自外部源的信息的配置，该外部源例如是提供计划和预报信息的源）。

如果SFC请求遵守策略（“是”），则该方法以步骤64继续进行，其中SFC被例如传递到NFV管理和编排功能（参见图5）或者传递到NRAS（参见图2），并且该方法结束（65）。如果不是（“否”），则该方法以步骤68继续进行，其中再次使用来自诸如图3中的存储单元20之类的存储单元的片断来适配SFC请求，从而遵守适用的策略，该方法在这之后结束（65）。

本发明进一步允许以灵活的方式向网络服务分配网络资源。更特别地，除了常规的无条件资源分配之外，本发明允许在服务请求中指定有条件的资源分配。取决于一个或多个条件，可以使得有条件的分配无条件的或者可以取消该有条件的分配。

图7中示意性地图示的现有技术通信系统7包括第一数据中心70、第二数据中心80、交换机（SW）90和网络100。第一数据中心70包括第一服务器71和第二服务器72，以及将服务器71和72与交换机90和网络100相连接的交换机75、76和77。类似地，第二数据中心80包括第一服务器81、第二服务器82和第三服务器83。第二数据中心80进一步包括三个交换机85、86和87，它们将服务器81-83与交换机90和网络100相连接。交换机90将通信系统7与服务的两个接入点相连接，服务的两个接入点：接入点AP1和AP2。

在示出的示例中，第一数据中心70的每个服务器71、72能够主管两个虚拟网络功能（VNF），而第二数据中心80的服务器81、82和83也能够各主管两个虚拟网络功能。在当前的示例中，连接两个数据中心的网络100具有相对大的延迟。

如果必须在系统7中实现防火墙服务，以及如果该防火墙服务需要三个虚拟网络功能（VNF），则网络运营商可能向第一数据中心70的服务器分配所有三个虚拟网络功能。如上文所提到的，每个服务器能够主管两个虚拟网络功能。然而，如果之后决定需要多于三个虚拟网络功能，例如总共五个，则必须将那些虚拟网络功能中的至少一个容纳在第二数据中心80的服务器之一中。这具有如下缺点：主管相同功能的服务器现在被具有相对高延迟的网络（100）分离。将所有五个虚拟网络功能容纳在第二数据中心80的服务器中将是更好的，而将前三个虚拟网络功能从第一数据中心70转移到第二数据中心80通常是非常不方便的并且可能引起服务的中断。本发明通过提供网络资源的有条件的分配提供了一种针对该问题的解决方案，如之后将在下文解释的那样。

图8示意性地示出了根据本发明的第一实施例的资源管理系统8，该资源管理系统8与图7的通信系统7相耦合。在ETSI组规范“Network Function Virtualization(NFV)Management and Orchestration”(ETSI GS NFV- MAN 001 V1.1.,参见http:// www.etsi.org/deliver/etsi_qs/NFV-MAN/001_099/001/01.01.01_60/qs_nfv- man001v010101p.pdf)中公开了与图8的系统相似的资源管理系统。

图8中图示的示例性资源管理系统4包括服务器控制系统（SCS）111、网络控制系统（NCS）112、监视控制系统（MCS）113、网络功能目录（NFC）114以及资源分配系统（RAS）115。服务器控制系统111与服务器71、72和81-83相连接，而网络控制系统112与交换机75-77和85-87相连接来分别控制服务器和交换机。一个或多个客户端110可以与资源分配系统115相连接。服务器控制系统（SCS）111还可以被称为虚拟基础设施管理器（VIM），而资源分配系统115还可以被称为网络功能虚拟化编排器（NFVO）。

资源分配系统（RAS）115被配置成处置服务请求，该服务请求诸如来自例如应用提供商的客户端110的SFC（服务功能链）请求120。RAS 115负责向物理基础设施分配服务请求的元素，例如将虚拟网络功能（VNF）映射到服务器硬件上的虚拟机（VM）上以及将VNF链路映射到网络路径上，以及指导适当的控制基础设施在所分配的资源上部署服务部件。为了能够执行该分配，RAS 115具有全局资源拓扑视图，其包括如从与基础设施控制系统的交互收集的网络资源和服务器资源二者。RAS通过计及部署的服务以及根据本发明计及有条件的资源分配来维持该数据库，这也可以被称为资源预留。

根据本发明，可以将有条件服务请求规范属性添加到服务功能链（SFC）规范。在本发明的实施例中，可以将这样的有条件服务请求规范属性添加在服务请求的间接部分中，而服务请求的直接部分可以包括无条件服务请求规范属性。在本发明的实施例中，RAS 115适于将有条件的服务请求考虑在内。RAS 115不仅被配置成指导NCS 112和SCS 111来无条件地部署在服务请求的直接部分中所指定的服务，但是根据本发明还被配置成响应于服务请求的间接部分来有条件地分配（其还可以被称为预分配）资源。

注意的是，被有条件地分配的资源的数量可以不与在间接部分中所指定的资源的数量相同。有条件地分配的资源的数量可以例如取决于条件、那些条件被满足的可能性以及资源的可用性。可以在服务请求（的间接部分）中包括、可以从存储了条件和它们相关联的可能性的数据库来检索或者可以根据所存储的数据和/或被包括在服务请求中的数据来计算条件被满足的该可能性。

响应于服务请求的间接部分，RAS 115可以指导通信系统7的单元预先配置转发规则和/或预先配置虚拟机（VM）配置，而对这些转发规则或VM配置不给予客户端访问，直到满足某些条件。附加地或替代地，RAS 115可以阻挡一定量的资源直到满足某些条件。

随后，RAS 115可以向发布了服务请求的客户端提供对于被有条件地分配的资源的参考。那些参考可以被称为暂定（tentative）资源标识（TRID）。

网络控制系统（NCS）112负责建立网络路径，以便实现SFC的VNF链路。服务器控制系统（SCS）111负责在所选择的服务器资源上部署指定的VM。

网络功能目录（NFC）114负责存储网络功能（NF）类型、可部署的虚拟机（VM）映像的形式的它们的规范或者可以被编译并且在虚拟化环境内运行的代码，以及所要求的部署动作/脚本。

监视控制系统（MCS）113被配置用于监视网络功能、监视网络的（至少部分）和/或用于监视关于某些度量的服务功能链。可以被MCS 113监视的适合的度量是网络功能的CPU（中央处理单元）负载，以及网络路径或服务功能链中的分组包丢失和/或分组延迟。监视控制系统113可以与个别网络功能或者与控制服务功能链的控制系统进行交互，该控制系统诸如是网络控制系统（NCS）112、服务器控制系统（SCS）111或资源分配系统（RAS）115。

图9中示意性地图示了图8的通信系统7与资源管理系统8的元素之间的示例性信息流。

客户端110向RAS 115发送第一消息M1，服务请求。该服务请求可以具有SFC（服务功能链）规范的形式。然后RAS 115执行资源分配、选择适当的网络和服务器资源来部署如在服务请求中指定的链路连通性（例如VNF连通性）和VNF。随后，RAS 115指导两个消息中的特定的资源控制器：在消息M2a中指导NCS 112在指定的网络点之间建立适当的网络路径，而在消息M2b中指导SCS 111在所选择的服务器节点上部署虚拟机（VM）。从NFC 114取部署信息。

在消息3a中，NCS 112触发网络交换机来安装适当的转发和/或封装规则，而在消息3b中，SCS 111触发服务器部件来创建VM以及部署适当的映像。在消息4a和4b中，网络部件和服务器部件分别向NCS 112和SCS 111报告它们的动作的结果。基础设施控制器NCS和SCS聚合所接收到的信息，并且分别在消息M5a和M5b中向编排RAS 115发送所聚合的信息。RAS 115可以巩固实例化资源的信息，并且通过使用消息M6通知客户端110网络元素（VNF链路和VNF）的唯一实例标识符（实例化的资源ID）以及如何访问它们。

虽然图9的布置适于响应于服务请求来分配资源，但是其仅能够基于当前的要求来分配资源。换言之，其不能够将未来的要求考虑在内。本发明通过提供允许指定网络资源的有条件的分配的服务请求来解决该问题。之后将参考图12来解释这些经修改的服务请求的实施例。首先，将参照图10和图11来解释资源管理系统及其相关联的信息流。

在图10中图示的根据本发明的资源管理系统8的示例性第二实施例还包括服务器控制系统（SCS）111、网络控制系统（NCS）112、监视控制系统（MCS）113、网络功能目录（NFC）114以及资源分配系统（RAS）115。如在图8的实施例中那样，服务器控制系统111可以与服务器71、72和81-83相连接，而网络控制系统112与交换机75-77和85-87相连接以分别控制服务器和交换机。

然而，与图8的实施例形成对照，图10的实施例进一步包括有条件服务请求估计器（CSRE）116。有条件服务请求估计器（CSRE）可以是网络服务请求增强器（NSRE）的实施例。在示出的实施例中，CSRE 116被定位在客户端110与服务提供商（例如网络功能虚拟化提供商）的资源分配系统（RAS）115之间。其主要角色是通过扩大或适配服务请求以及通过提供关于与服务请求的间接（即，有条件）部分相关的信息的响应二者来在客户端110与RAS 115之间进行调解。有条件服务请求估计器（CSRE）116将诸如SFC请求120之类的服务请求转换成诸如图10中示出的SFC请求120'之类的经修改的服务请求。为此，CSRE 116使用可以由诸如数据库之类的外部信息系统所提供的信息。在该实施例中，CSRE 116对服务请求的无条件的直接部分是透明的，但是能够修改服务请求的有条件的间接部分。

有条件服务请求估计器（CSRE）116被配置成通过响应于信息修改服务请求来在客户端110与RAS 115之间进行调解，该信息诸如是：

-历史数据（过去的服务的使用），

-服务监视数据（现在的服务的使用），和/或

-外部数据（例如，天气，其可以影响某些服务的使用）。

除了修改服务请求之外，CSRE 116还可以被配置用于响应于上述或其他信息产生服务请求。

通过与MCS 113的交互，CSRE 116也可以构建服务的模型，从而能够预测该服务的未来使用。CSRE可以例如使网络和资源使用的增加与针对附加服务的服务改变请求相关。一旦CSRE已经建立了该关系，则CSRE可以（a）产生服务请求来增加被（有条件地和/或无条件地）分配给服务的资源（自动的资源缩放），或者（b）将间接部分插入针对特定服务的（未来）服务请求中，以增加被有条件地分配的资源，或者（c）修改针对特定资源的（未来）服务请求的间接部分，以增加有条件地分配的资源。

可以从外部信息系统接收外部数据，该外部信息系统诸如是包含过去天气数据和过去服务使用数据两者的数据库，因此使得可能确定服务在某些天气条件下被使用的可能性。

图11中示意性地图示了图10的布置中的信息流。除了CSRE的介入，图11的信息流与图9的信息流相似。由于CSRE 116的存在，消息M1被划分成两个消息M1*和M1**，第一消息M1*被从客户端110发送到CSRE 116，并且第二消息M1**被从CSRE 116发送到RAS 115。类似地，第六消息M6被划分成消息M6*和M6**，第一消息M6*被从RAS发送到CSRE并且第二消息M6**被从CSRE发送到客户端。

图11中图示的信息流适用于可以被组合到单个实施例中的两个实施例。在第一实施例中，CSRE向客户端110的原始服务请求添加间接服务部分。这些添加的间接服务部分可以基于所请求的服务的预测模型。使用预测模型，CSRE可以针对在不久的将来所要求的资源的可能增加来准备RAS。在第二实施例中，CSRE可以在来自客户端110的服务请求的预期中产生服务请求本身。该实施例允许（可以从CSRE 116与MCS 113之间的交互导出的）某些触发使CSRE 116来请求（可以已经或可以还没有被有条件地分配的）附加资源。

图12中示意性地图示了根据本发明的服务请求的实施例。示例性服务请求120被示出包括直接部分121和间接部分122。直接部分121可以与根据现有技术的服务请求（的部分）相对应并且指定可以被直接执行的一个或多个无条件的资源分配。相对地，间接部分122指定不能被直接执行的一个或多个有条件的资源分配。仅当满足分配条件时才执行这些有条件的分配。适合的条件可以是时间限制已经期满、阈值被超过，等等。

虽然图12的服务请求120被示出包含两个部分，直接部分和间接部分，但是这些部分之一可以是空的或不存在的。因此，在一些实施例中，一些服务请求可以仅包含间接部分，而其他服务请求仅包含直接部分。将清楚的是，仅包含直接部分的服务请求对于现有技术的服务请求而言是等同的以及可能是相同的。

将理解的是，服务请求120可以包含与所请求的服务的类型、需要的资源的量相关的附加信息和/或其他信息。

图13中示意性地图示了根据本发明的分配网络资源的方法的示例性实施例。可以通过图10的资源管理系统8来执行该方法。

图13的方法13包括初始步骤130，其中发起该方法以及接收来自客户端的服务请求。在第一步骤131中，响应于服务请求的直接部分，向网络服务无条件地分配（UA）一个或多个网络资源。在第二步骤132中，响应于服务请求的间接部分，向网络服务有条件地分配（CA）一个或多个网络资源。虽然步骤131和132在图13中被示出为连续步骤，但是它们也可以被并行执行，即，基本上同时地执行。

在下一步骤133中，检查了是否超过了分配条件的阈值（在目前的示例中，假设超过阈值暗示满足了分配条件）。如果满足了分配条件（是），则该方法以其中有条件的分配变为无条件的分配（）的步骤134继续进行。然后该方法在步骤135中结束。

如果没有通过超过阈值来满足该分配条件（否），则该方法以其中检查是否超过（还可以是分配条件的部分的）时间限制的步骤136继续进行。如果超过了时间限制（是），则该方法以其中取消有条件的分配（CAC）的步骤137继续进行。随后，该方法在步骤135中结束。如果没有超过时间限制（否），则该方法返回到步骤133。将理解的是，该方法的其他实施例也是可能的。

图14是图示了示例性数据处理系统的框图，该数据处理系统可以被用作用户装备的部分或者被用作诸如基站之类的网络节点。

数据处理系统140可以包括通过系统总线143耦合到存储器元件142的至少一个处理器141。这样，数据处理系统140可以在存储器元件142内存储程序代码。此外，处理器141可以执行经由系统总线143从存储器元件142访问的程序代码。在一个方面中，数据处理系统140可以被实现为适于存储和/或执行程序代码的计算机。然而应当理解的是，可以以包括能够执行在本说明书内所描述的功能的处理器和存储器的任何系统的形式来实现该数据处理系统140。

存储器元件142可以包括一个或多个物理存储器设备，诸如例如本地存储器144和一个或多个大容量存储设备145。本地存储器可以指代通常在程序代码的实际执行期间所使用的随机存取存储器或（一个或多个）其他非持久性存储器设备。大容量存储设备145可以被实现为硬盘驱动器或其他持久性数据存储设备。数据处理系统140还可以包括一个或多个高速缓存存储器（未示出），其提供至少一些程序代码的临时性存储，以便减少在执行期间必须从大容量存储设备145检索程序代码的次数。

被描绘为输入设备146和输出设备147的输入/输出（I/O）设备可选地可以耦合到数据处理系统140。输入设备的示例可以包括但不限于例如键盘、诸如鼠标之类的指点设备、触摸屏或诸如此类。输出设备的示例可以包括但不限于例如监视器或显示器、扬声器或诸如此类。可以直接地或者通过介于中间的I/O控制器来将输入设备146和/或输出设备147耦合到数据处理系统140。网络适配器148还可以耦合到数据处理系统140，以使得其能够通过介于中间的私有网络或公共网络来变为被耦合到其他系统、计算机系统、远程网络设备和/或远程存储设备。网络适配器148可以包括数据接收器和数据传输器，该数据接收器用于接收由所述系统、设备和/或网络传输到所述数据处理系统140的数据，以及该数据传输器用于向所述系统、设备和/或网络传输数据。调制解调器、有线调制解调器和以太网卡是可以与数据处理系统140一起使用的不同类型的网络适配器的示例。

如在图14中描画的，存储器元件142可以存储应用149。应当理解的是，数据处理系统140可以进一步执行可以促进应用的执行的操作系统（未示出）。可以由数据处理系统140，例如由处理器141，执行以可执行程序代码形式实现的应用。响应于执行应用149，数据处理系统140可以被配置成执行如在本申请中进一步详细公开的一个或多个操作。

在一个方面中，例如数据处理系统140可以表示多点传输控制系统MTC或用户设备UE。在该情况下，应用149可以表示客户端应用，其当被执行时配置数据处理系统140以执行本文中参考MTC或用户装备所描述的各种功能。MTC的示例包括提供蜂窝无线接入的电信网络的基站，例如NodeB或eNB。用户装备可以包括但不限于个人计算机、便携式计算机、移动电话，或诸如此类。

在另一方面中，数据处理系统140可以表示如本文中所描述的传输节点TN，在该情况下，应用149当被执行时可以配置数据处理系统140来执行如本公开中所描述的操作。

图15中示意性地图示的软件程序产品150包括诸如DVD之类的有形载体，其上寄存了包含允许处理器来执行本发明的方法的实施例的指令的软件程序。注意的是，这样的软件程序对于例如经由互联网从服务器的下载而言也是可用的。替代地或附加地，软件程序还可能能够在服务器上远程地运行。

如将由本领域技术人员理解的是，本发明的方面可以被体现为系统、方法或计算机程序产品。因此，本发明的方面可以采取以下形式：完全地硬件实施例、软件实施例（包括固件、驻留软件、微代码，等等）或将通常都可以在本文中被称为“电路”、“模块”或“系统”的软件方面和硬件方面进行组合的实施例。在本公开中描述的功能可以被实现为由计算机的微处理器来执行的算法。此外，本发明的方面可以采取计算机程序产品的形式，该计算机程序产品体现在具有体现，例如存储，于其上的计算机可读程序代码的一个或多个计算机可读介质中。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质可以是例如但不限于电子、磁、光学、电磁、红外或半导体系统、装置或设备，或者前述各项的任何适合的组合。计算机可读存储介质的更具体的示例（非穷尽列表）将包括以下内容：具有一条或多条电线的电连接、便携式计算机软磁盘、硬盘、固态驱动器、随机存取存储器（RAM）、非易失性存储器设备、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或闪速存储器）、光纤、便携式压缩盘只读存储器（CD-ROM）、光学存储设备、磁存储设备或前述各项的任何适合的组合。在本公开的上下文中，计算机可读存储介质可以是可以包含或存储用于由指令执行系统、装置或设备使用或者结合指令执行系统、装置或设备使用的程序的任何有形介质。

计算机可读信号介质可以包括具有体现于其中的计算机可读程序代码的传播数据信号，例如，在基带中或作为载波的部分。这样的传播信号可以采取各种形式中的任何形式，该各种形式中的任何形式包括但不限于电磁、光学或其任何适合的组合。计算机可读信号介质可以是不是计算机可读存储介质并且可以传送、传播或传递用于由指令执行系统、装置或设备使用或者结合指令执行系统、装置或设备使用的程序的任何计算机可读介质。

可以使用任何适当的介质来传输体现在计算机可读介质上的程序代码，该任何适当的介质包括但不限于无线的（使用电磁辐射和/或光学辐射）、有线的、光纤、电缆等等或前述各项的任何适合的组合。可以以一种或多种编程语言的任何组合来编写用于执行针对本发明的方面的操作的计算机程序代码，一种或多种编程语言包括面对对象的编程语言以及常规的过程编程语言，所述面对对象的编程语言诸如Java（TM）、Smalltalk、C++或诸如此类，所述常规的过程编程语言诸如“C”编程语言或类似的编程语言。程序代码可以以下述方式来执行：完全在用户的计算机上、部分在用户的计算机上、作为独立的软件包、部分在用户的计算机上并且部分在远程计算机上、或者完全在远程计算机或服务器上。在后者的场景中，可以通过任何类型的网络将远程计算机连接到用户的计算机，该任何类型的网络包括局域网（LAN）或广域网（WAN），或者可以（例如，通过使用因特网网服务提供商的因特网）进行到外部计算机的连接。

以下参考根据本发明的实施例的方法、装置（系统）和计算机程序产品的流程图示和/或框图描述本发明的方面。将理解，流程图示和/或框图的每个框、以及流程图示和/或框图中的框的组合可以由计算机程序指令来实现。可以向通用计算机、专用计算机或其他可编程的数据处理装置的处理器，特别地是微处理器或中央处理单元（CPU）提供这些计算机程序指令来生产机器，使得经由计算机的处理器、其他可编程的数据处理装置或其他设备执行的指令创建用于实现在流程图和/或框图的一个或多个框中指定的功能/动作的装置。

还可以将这些计算机程序指令存储在计算机可读介质中，该计算机程序指令可以引导计算机、其他可编程数据处理装置或其他设备以特定的方式运转，使得存储在计算机可读介质中的指令生产包括实现在流程图和/或框图的一个或多个框中指定的功能/动作的指令的制品。

还可以将计算机程序指令加载到计算机、其他可编程数据处理装置或其他设备中以使得在计算机、其他可编程装置或其他设备上执行的一系列操作步骤来产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现在流程图和/或框图的一个或多个框中指定的功能/动作的过程。

附图中的流程图和框图图示了根据本发明的各种实施例的系统、方法和计算机程序产品的可能实现的架构、功能性和操作。在这点上，流程图或框图中的每个框可以表示模块、区段或代码的部分，其包括用于实现（一个或多个）指定逻辑功能的一个或多个可执行指令。还应当注意的是，在一些替代的实现中，框中所指出的功能可以不以附图中指出的顺序发生。例如，实际上可以基本上同时地执行连续示出的两个框，或者取决于所牵涉的功能性，有时可以以相反的顺序来执行框中指出的功能。还将注意的是，可以由执行指定功能或动作的基于专用硬件的系统或专用硬件和计算机指令的组合来实现框图和/或流程图示中的每个框以及框图和/或流程图示中的框的组合。

将理解，上文所给出的本发明的描述不旨在以任何方式限制本发明。单数名词和冠词“一”和“一个”当然不意味着排除复数的可能性。可以利用本文档中所提到的设备的后继者来代替它们，即使这些后继者在撰写之时尚未知晓。如专利法中的既定规则，摘要绝不应当被用来限制权利要求的范围，权利要求中的参考数字也不应当用来限制权利要求的范围。

本领域技术人员将进一步理解，本发明不限于上文所提到的实施例，并且在不偏离如在所附权利要求书中所限定的本发明的范围的情况下，许多添加和修改是可能的。

Claims (15)

1.一种在通信网络中向网络服务分配网络资源的方法，

其中所述通信网络包括网络资源（71-77、81-87），所述网络资源能够提供在由客户端（110）发布的服务请求（120）中指定的网络服务，

其中所述服务请求包括直接部分（121）和间接部分（122），以及

其中所述间接部分包括至少一个分配条件，

所述方法包括：

-响应于所述服务请求的直接部分（121），向所述网络服务无条件地分配一个或多个网络资源，其中防止将被无条件地分配的网络资源被无条件或有条件地分配给另一个网络服务，以及

-响应于所述服务请求的间接部分（122），向所述网络服务有条件地分配一个或多个附加的网络资源，其中被有条件地分配的网络资源能够响应于所述客户端的另外的服务请求的直接部分被无条件地分配给所述网络服务，并且取决于所述至少一个分配条件对于向另一个网络服务的分配而言是可用的。

2.根据权利要求1所述的方法，

其中所述分配条件包括时间限制。

3.根据权利要求2所述的方法，进一步包括：

-在所述时间限制已经期满之后，允许被有条件地分配的网络资源被无条件或有条件地分配给另一个网络服务。

4.根据前述权利要求中的任一项所述的方法，

其中所述分配条件包括阈值。

5.根据权利要求4所述的方法，进一步包括：

-如果超过所述阈值，则向所述网络服务无条件地分配被有条件地分配的网络资源。

6.根据前述权利要求中的任一项所述的方法，进一步包括：

-响应于从所述客户端接收的另外的服务请求的直接部分，向所述网络服务无条件地分配被有条件地分配的网络资源。

7.根据前述权利要求中的任一项所述的方法，进一步包括：

-响应于所述客户端的另外又一服务请求的直接部分或间接部分，取消有条件的分配。

8.根据前述权利要求中的任一项所述的方法，

其中服务请求的间接部分进一步包括被有条件地分配的网络资源在所述时间限制内被无条件地分配的可能性。

9.根据权利要求8所述的方法，

其中有条件地分配附加的网络资源包括依赖于所述可能性来确定要被有条件地分配的网络资源的量或实际数量。

10.根据前述权利要求中的任一项所述的方法，进一步包括：

-向所述客户端提供指代被有条件地分配的网络资源的标识符。

11.一种软件程序产品（150），其包括允许处理器执行根据前述权利要求中的任一项所述的方法的所有步骤的指令。

12.一种用于在通信网络（7）中向网络服务分配网络资源的设备（115），

其中所述通信网络包括网络资源（71-77、81-87），所述网络资源能够提供在由客户端（110）发布的服务请求（120）中指定的网络服务，

其中所述服务请求包括直接部分（121）和间接部分（122），以及

其中所述间接部分包括至少一个分配条件，

所述设备被配置用于

-响应于所述服务请求的直接部分（121），向所述网络服务无条件地分配一个或多个网络资源，其中防止将被无条件地分配的网络资源被无条件或有条件地分配给另一个网络服务，以及

-响应于所述服务请求的间接部分（122），向所述网络服务有条件地分配一个或多个附加的网络资源，其中有条件地分配的网络资源能够响应于所述客户端的另外的服务请求的直接部分被无条件地分配给所述网络服务，并且取决于所述至少一个分配条件对于向另一个网络服务的分配而言是可用的。

13. 一种通信系统，包括：

-通信网络（7），以及

-根据权利要求12所述的分配设备（115）。

14.根据权利要求13所述的通信系统，其中所述网络资源包括虚拟机和/或带宽。

15.根据权利要求13或14所述的通信系统，进一步包括：

-服务请求修改设备（116），其被配置用于修改所述服务请求的间接部分（122）。