或系统，或者使用有形地具体化在信息载体中的计算机程序产品来实施，这些信息载体诸如CD-R0M、DVD_R0M、半导体存储器、信号和/或数据流、以及硬盘。这种计算机程序产品可以促使数据处理装置来进行本说明书中所描述的一个或多个操作。
[0026]另外，在本说明书中所描述的主题还能够实施为包括处理器和耦合到该处理器的存储器的系统。该存储器可以编码一个或多个程序，该一个或多个程序促使该处理器执行本说明书中所描述的方法动作中的一个或多个方法动作。进一步地，本说明书中所描述的主题能够使用各种MRI机器来实施。
[0027]在随附的示例性附图和下面的示例性描述中阐述了一个或多个实施方式的细节。根据该描述和附图，并且根据权利要求书，其他特征将是明显的。
【附图说明】
[0028]图1不出了利用流量管理系统和方法来实施的不例性网络。
[0029]图2示出了能够利用图1的流量管理系统和方法来实施的示例性服务水平估计模型。
[0030]图3示出了用于实施如图1和2中所示出的方法和系统的示例性计算机系统。
【具体实施方式】
[0031]在下文中，将参考附图而给出对示例的详细描述。应当理解，可以做出对这些示例的各种修改。特别是，一个示例的元素可以被组合并且使用在其他示例中以形成新的示例。
[0032]本申请一般性地描述了用于网络的网络容量的管理的计算和网络技术。网络包括节点、链路(也被称为信道)、以及能够经由网络的链路而连接以建立链路连接以便实现这些节点之间的远程通信(也被称为通信)的任何中间节点的集合。
[0033]优选地，该网络是远程通信网络。优选地，该网络是M2M网络，并且进一步优选地是窄带M2M网络。窄带描述了一种信道，在该信道中，网络中的节点之间所传送的消息的带宽不显著地超过该信道的相干带宽。
[0034]描述了新的系统和方法，用以管理和/或用以控制网络中的流量，特别是，在可用网络容量是有限的场合。所描述的流量管理的系统和方法能够被用来，就网络中的和/或跨越不同网络的节点之间的失败链路连接和/或网络的服务质量的方面来说，最小化高峰使用的影响。因此，所描述的流量管理的系统和方法能够被用来，针对与带宽有关的性能调整特殊性而优化网络的网络容量。
[0035]网络容量涉及用以将数据从网络中的一个节点传输至网络中的另一个节点的网络的一个或多个信道的最大容量。流量管理系统能够因此被用来，针对与带宽有关的性能调整特殊性而优化网络的网络容量。网络容量能够基于网络中的信道中的每个信道的信道容量。信道容量可以对能够通过信道可靠传输的数据速率定义最严格的上界。
[0036]本申请的目的是最小化网络中的失败链路连接并且最大化网络的服务质量。换句话说，本申请的目的在于网络的优化的网络容量。如本文所描述的流量管理系统和方法，通过减小对实时数据的取回以及对实时数据的处理以便确定用于容量请求的网络容量，来实现这个目的。网络容量，优选为优化的网络容量，通过评估对于网络容量的请求(在本文中也称为容量请求)是否不超过阈值水平来计算(或确定)。在发送对应数据和/或处理请求本身之前，能够从网络之内或之外的节点发送容量请求，以便确定网络是否具有容量来处理该请求。基于网络容量将不会被超过的信任水平来设置该阈值水平。例如，假设
[0037]-具体网络节点中的最大容量“M”，
[0038]-对于容量单元(例如，节点中的资源或网络的节点)的平均利用时间=T，
[0039]-容量单元的利用时间的标准偏差=O，
[0040]-α是服务水平，
[0041]-置信水平“k”，
[0042]-T-计数=发生在间隔:T+k* σ (其涉及在服务水平α的情况下，实际容量利用时间将不会超过这个值T-计数的概率；τ-计数因此被称为阈值水平并且不应超过Μ)中的容量请求的数量。
[0043]假设η是等于该阈值水平T-计数的在先前时间中所接收的对于网络的给定节点的容量请求的数量。如果η等于Μ，则该容量潜在地已经完全被利用并且在满足任何另外的请求之前，流量控制器(优选地与实时数据取回器交互)将必须取回所述节点的(当前)利用率的实时数据，以便避免超额订购。
[0044]最优服务水平估计基于一种用于在供应链中逼近最优库存量的启发式模型，也被称为“报童模型”。
[0045]流量管理系统和方法对与容量请求(也称为容量请求的统计数据)和服务水平估计模型有关的所估计的和/或预测性的数据进行操作。能够根据对完成的网络活动的定期数据分析来得到容量请求的统计数据。将被估计的容量请求的统计数据包括对于容量单位(例如，节点的资源，网络中的节点)的平均利用时间=Τ，和/或容量单元的利用时间的标准偏差=σ。所述统计数据能够涉及诸如在呼叫网络节点上的全局平均和/或能够是诸如每网络节点和/或每请求(类型)地专门化的。
[0046]鉴于阈值水平，该服务水平估计模型被应用到容量请求的统计数据，用以管理绝大多数的网络请求和/或用以由此最小化(或者至少减小)为了利用优化的网络容量来操作网络所需要的实时数据取回和实时数据分析的量。
[0047]图1示出了流量管理系统100，流量管理系统100实施了用于网络300 (诸如远程通信网络或Μ2Μ网络)的管理和/或控制的对应的流量管理方法。网络300包括多个节点310 (也称为网络节点310)。流量管理系统100连接到网络300。流量管理系统还可操作为，取回为对应的网络请求来请求网络容量的一个或多个容量请求200。该网络请求涉及对于网络300内的数据和/或数据处理的请求。能够从网络300的节点310和/或从网络300之外的节点取回容量请求200。容量请求200能够例如经由web服务、JMS消息、或者类似的请求来指定，并且包括与网络请求有关的数据，该网络请求包括如下的数据和/或信息，为了取回与该容量请求中所涉及的一个或多个节点有关的信息而需要该数据和/或信息。容量请求200因此涉及网络300中的流量。
[0048]流量管理系统100处理容量请求200，以确定容量请求200是否被满足，使得对应的网络请求能够在网络300中被处理。为了这个目的，流量管理系统100鉴于网络300的可用容量而分析容量请求200，优选地在给定的时间点和/或在用以取回与容量请求200有关的统计数据的给定时间段期间。网络300的可用容量能够通过容量模型130的评估和/或网络300中的过去和/或当前的流量来估计和/或确定。容量请求200的统计数据然后被使用在服务水平估计模型110中，以确定阈值水平是否被满足。下面参考图2来详细描述服务水平估计模型110。
[0049]为了实施上面的计算，流量管理系统100能够包括请求接口 120、容量模型130、分析引擎140、实时数据取回器150、流量控制器160、和/或节点接口 170。
[0050]该流量管理系统还可操作为取回和/或截取一个或多个容量请求200，一个或多个容量请求200为在请求接口 120处的对应的网络300请求来请求网络容量。接口 120可操作为接受传入的容量请求200。在网络300中有可用容量的情况中，肯定的确认消息被发送给容量请求200的请求者。在关于容量请求200的不可用容量的情况中，否定的响应消息被发送给容量请求200的请求者。
[0051]流量管理系统100可操作为，通过节点接口 170而连接至网络300的节点310。节点接口 170可操作为，接收与节点310的容量利用的实时状态有关的数据和/或信息，和/或实时地终止/中止网络300中的节点310之间的已有连接的状态。
[0052]容量模型130是指定网络300的容量的标准模型。容量模型130能够基于网络300的预测性数据分析。使用容量模型130，在至少一个节点310中的当前利用的资源的估计，能够通过以下计算来执行:在时间TO中所利用的容量单元的数量等于在间隔(Τ0-Τ-计数，TO)中所接收的请求的数量。
[0053]实时数据取回器150是一种标准的网络组件，其可操作为取回与网络300 (包括网络300中的信道和节点)有关的实时数据。实时数据取回器150可操作为，利用节点接口170来取回与网络300中的给定节点310中的容量请求200有关的状态的实时数据和/或信息。
[0054]流量控制器160是一种标准的网络组件，其可操作为控制网络300中的网络活动，优选地与网络300中的过去和/或当前的流量有关。流量控制器160还可以可操作为，响应于网络请求而协调网络300中的节点310的分配和/或解除分配。对于在流量管理系统100处所接收的容量请求200，流量控制器160可操作为执行以下操作:如果根据容量请求200的容量(可能)是可用的，则通过访问容量模型130来估计。如果基于容量模型130的分析，对于容量请求200的容量是可用的，则流量控制器160经由容量接口 120将肯定的确认消息发送给容量请求200的请求者。对应的请求然后能够在网络300中被处理。
[0055]如果基于容量模型130的分析，对于容量请求200的容量不是可用的，则流量控制器160经由容量接口 120将否定的响应消息发送给容量请求200的请求者。在这种情况中，流量控制器160进一步与实时数据取回器150交互来取回实时数据，以便检查网络300关于容量的实时状态。优选地，如果基于容量模型130的分析，对于容量请求200的容量不是可用的，并且如果请求200具有正常优先级，则流量控制器160经由容量接口 120将否定的响应消息发送给容量请求200的请求者。如果基于容量模型130的分析，对于容量请求200的容量不是可用的，并且如果请求200具有高优先级，则流量控制器160保持搁置或者中止已有的容