CN108737155B - 网络状态评估方法及装置 - Google Patents

Abstract

本发明公开了网络状态评估。提供一种用于通信网络中的服务网络状态的装置和方法。一种方法可包括得到网络中的至少一个端点的网络性能的基线或阈值。该方法还可包括通过比较至少一个端点的当前性能度量标准与基线或阈值来评估网络的服务网络状态。此外，该方法可包括当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路。

Description

网络状态评估方法及装置

技术领域

各种实施例涉及通信网络以及通信网络的评估。具体地，各种实施例可涉及检测和分析给定通信网络的网络状态。

背景技术

给定现代通信网络的复杂度，通常难以检测网络内的各种性能问题，更不用说修理了。至少部分困难源于多个路由，相同网络内的客户端可以使用该多个路由达到端点服务。当客户端尝试使用由网络提供的具体服务时，客户端发送请求至提供服务的通信网络中的端点。该端点可以是一个或更多个服务器，其负责执行或操作所请求的网络服务。

然而，该请求能够采用多条路径中的一条来达到端点。每条路径可包括多个网络实体，其通过网络将该请求从客户端转发直到达到服务端点。另外，一旦客户端请求最终能够达到端点服务，则能够由多个不同服务器提供服务至客户端。这给网络增加了进一步的复杂度，且使其越来越难以确定网络内的性能问题的位置。

发明内容

在某些实施例中，一种方法，可包括：得到网络中的至少一个端点的网络性能的基线或阈值。该方法还可包括通过比较至少一个端点的当前性能度量标准(metric)与基线或阈值来评估该网络的服务网络状态。此外，该方法包括当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路。

根据某些实施例，一种装置可包括：至少一个存储器，该至少一个存储器包括计算机程序代码；和至少一个处理器。该至少一个存储器和该计算机程序代码可以经配置，与该至少一个处理器一起致使该装置至少：得到网络中的至少一个端点的网络性能的基线或阈值。该至少一个存储器和该计算机程序代码还可以经配置，与该至少一个处理器一起，至少通过比较该至少一个端点的当前性能度量标准与该基线或阈值来评估网络的服务网络状态。此外，该至少一个存储器和该计算机程序代码可以经配置，与该至少一个处理器一起，至少，当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路。

在某些实施例中，一种装置，可包括：用于得到网络中的至少一个端点的网络性能的基线或阈值的装置。该装置还可包括用于通过比较该至少一个端点的当前性能度量标准与基线或阈值来评估网络的服务网络状态的装置。此外，该装置包括用于当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路的装置。

根据某些实施例，一种非暂时性计算机可读介质编码指令，当在硬件中执行时，该指令执行过程。该过程可包括得到网络中的至少一个端点的网络性能的基线或阈值。该过程还可包括通过比较该至少一个端点的当前性能度量标准与基线或阈值来评估网络的服务网络状态。此外，该过程可包括当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路。

根据某些实施例，一种计算机程序产品编码指令用于根据一种方法执行过程，该方法包括得到网络中的至少一个端点的网络性能的基线或阈值。该方法还可包括通过比较该至少一个端点的当前性能度量标准与基线或阈值来评估网络的服务网络状态。此外，该方法包括当评估的服务网络状态退化时，使用根本原因分析来确定致使服务网络状态退化的至少一个节点或至少一个链路。

附图说明

参考附图适当理解本发明，其中：

图1说明根据某些实施例的端点状态表的一个示例。

图2说明根据某些实施例的流程图的一个示例。

图3说明根据某些实施例的系统的一个示例。

具体实施方式

某些实施例能够有助于确定网络内的性能问题。具体地，可以评估通过网络中的每个可能路径的可达性和性能度量标准，如延迟、数据包丢失和/或带宽。总体服务网络状态(还称为服务网络状态)可以是一种给定端点在其中正提供服务的网络状态。可以通过比较当前性能度量标准和阈值或基线来评估服务网络状态。在一些实施例中，基于可以连续收集的历史网络性能度量标准可以得到基线。例如，使用多路径探测可以收集性能度量标准，且该性能度量标准可以反映端点的性能或网络内的任何其他节点的性能。阈值可以是动态的或静态的，并且可以基于基线确定动态阈值。

当评估的服务网络状态可能退化时，能够确定致使服务网络状态退化的至少一个节点和/或至少一个链路。例如，当服务网络状态被指示为处于警告状态或临界状态时，可以应用根本原因分析过程以查找对网络性能退化贡献最大的至少一个节点和/或至少一个链路。

在某些实施例中，由端点提供的服务可根据服务器域名、因特网协议(IP) 地址和/或服务协议或端口号被识别。如果使用服务器域名指定服务，则域名系统(DNS)查询可用于确定与域名相关联的可能IP地址或端点的列表。如上所述，可以有多个端点提供服务，或包括一同工作的多个服务器的端点以提供网络服务。在一些实施例中，多个端点可跨越不同的地理区域分布以基于客户端的位置提供最优路由或路径。DNS查询可有助于确定与域名相关联的可能端点的列表。

为了精确地确定或计算服务网络状态，发现或映射包括在网络的结构内的路由或路径可能是有帮助的。路由可以被限定为由从原始用户设备或探针到端点的服务请求采取的探测的IP地址或跳跃(hop)的线性序列。换句话说，路由可以是由请求采取的达到端点的网络内的路径。每个路由可包括一个或更多个网络实体或跳跃，如，路由器。用户设备可以是移动站，如移动电话或智能电话或多媒体设备和/或计算机，如平板电脑、个人计算机或手提电脑，其具备有无线或有线通信能力。在一些实施例中，每个路由内的性能度量标准可以不被收集或评估。然而，包括在网络内的路由可以被追踪，而不用必须收集或评估各个路由的性能度量标准。

一个或更多个跳跃的收集可以被限定为路由或路径。每个跳跃可以通过物理网络被连接到另一个跳跃，其中路由的最终跳跃被连接到端点服务器。在某些实施例中，来自每个路由中的两个相邻跳跃的性能测量可以用来计算跳跃之间的连接的性能度量标准。两个或更多个跳跃之间的连接可以被称为链路或边缘。

在某些实施例中，路由追踪探针可以用来映射或发现网络中的多个路由或路径。在其他实施例中，任何其他类型的方法可以用来确定、检测或映射网络中的路由。检测到的路由可以随后被聚合或合并，并且包括多个路由的网络映射可以被构建。路由的聚合或合并可以允许识别网络中的公共跳跃或节点以及网络内的公共链路或边缘。对于每个合并的边缘，基于例如边缘被使用或穿越的次数对在网络中映射或追踪的路由的总数量，可以计算中转可能性(transit likehood)。在某些实施例中，构建的网络映射可用来呈现对网络性能退化贡献最大的至少一个节点和/或至少一个链路。

服务网络状态可以表示正由通信网络中的一个或更多个端点提供的网络服务的总体状态。在某些实施例中，可以计算服务网络状态，以便提供网络连通性的质量的精确视图至提供服务的一个或更多个端点。评估服务网络状态可以集中于在至少一个或更多个端点处的性能度量标准。在一些实施例中，一个或更多个端点的性能度量标准可以因此被聚合而不考虑路径本身内的节点或链路的任何性能度量标准。然而，在一些实施例中，可以仅考虑一个或更多个端点的性能度量标准。

服务网络状态可以被置于任何数量的分类中。在某些实施例中，状态可以分类为处于良好、警告或临界状况。良好状态可意味着测量的网络服务的性能尚未退化到足以被视为有问题的。例如，良好状态可被表征为75或更大的应用性能指数。当一些路由具有测量的性能退化时，警告状态可以是可应用的。例如，警告状态可以被表征为在50和75之间的应用性能指数。另一方面，临界状态可以指示大多数路由具有测量的性能退化。例如，临界状态可被表征为50或以下的应用性能指数。

在某些实施例中，总体网络服务状态可以部分基于能够用来计算应用性能指数的应用性能方程式被计算。在一些实施例中，应用性能方程式可以基于它们的结果的重要性而加权系数或测量。在一个实施例中，应用性能指数 (API)可以如下被计算为：

如上述方程式所述，应用性能指数可以分配一半的权重给警告端点的数量，与良好端点的数量相对。在某些实施例中，可以根据不同用户的要求或规范自定义或配置API。

还可以计算在应用性能指数方程式中使用的良好端点数量和警告端点数量。类似于网络服务状态，每个端点的状态也可被分配具体的分类。例如，分类可以是临界的、警告的或良好的。端点分配至分类可以取决于在每个端点处的测量的性能度量标准。例如，给定端点处的测量的数据包丢失或延迟可以确定端点属于哪个分类。在某些实施例中，确定端点具有良好的、警告的还是临界的状态可以基于一个或更多个阈值。换句话说，在某些实施例中，可以确定一个或更多个阈值，并且可以将每个端点处的当前性能度量标准与阈值进行比较以确定端点的状态。阈值可以是静态的或动态的，并且在某些实施例中，动态阈值可以基于基线被得到。

当前性能度量标准可以基于样本的聚合而被确定。例如，给定端点处的数据包丢失测量的一百个样本可以被聚合或平均。平均的数据包丢失测量然后可以与给定端点处设置的阈值数据包丢失进行比较。阈值可针对每个网络而改变，并且可根据不同用户的要求或规范而被自定义。要求较高网络可靠性的特定用户可以具有比可以不要求较高网络可靠性的其他用户具有更高阈值。在某些实施例中，静态或动态阈值可以是可配置的或自定义的。例如，用来得到动态阈值的方程式可以是可自定义的或可配置的。例如，动态警告阈值可以是基线的1.5倍，这取决于特定用户。

图1说明根据某些实施例的端点状态表的一个示例。如图1中所示，端点状态可以被分类为三个不同分类，临界111、警告112和良好113。可以基于比较当前性能度量标准与之前已经确定的基线或阈值来确定每个状态。可以基于收集的性能度量标准的统计度量标准来确定基线，如，平均值(AVG)，最小值，最大值和/或标准差(STDEV)。然后可以基于基线统计度量标准得到用来计算阈值的动态阈值方程式。例如，可以根据以下方程式表示阈值：threshold＝(AVG+2×STDEV)。例如，临界端点状态111可以在不可达到的端点的百分比大于或等于不可达到的端点的百分比的阈值时而被确定。不可达到的端点百分比可以是尝试但不能访问由端点提供的服务的请求的数量除以访问由相同端点提供的服务的请求的总数量。不可达到的端点百分比可以由下式表示：

当关闭的端口百分比大于或等于关闭的端口百分比的阈值时，还可将端点状态确定为临界111。端口关闭可以意味着可以关闭端口或通信隧道，用于将请求从用户设备传输至提供服务的端点。关闭的端口可以不允许请求消息通过端口被发送至提供端点的服务。关闭的端口百分比可以通过下式表示：

传输控制协议(TCP)重置消息可以从网络发送至用户设备以指示给定端口或通信隧道可以被关闭以及端口或通信隧道不能用来传输任何进一步的数据。然而，TCP 重置消息可以从网络中的中间防火墙或端点被发送。因此，可以难于确定至端点的端口是否可以是实际关闭的或网络中的中间网络实体是否可以发送端口可以被关闭的指示至用户设备。

在另一示例中，当平均数据包丢失大于或等于端点处的数据包丢失的百分阈值时，端点状态110可以被视为临界111。数据包丢失可以是由用户设备发送的未达到端点的数据包的数量。当平均延迟大于或等于阈值延迟时，还可以确定临界状态111。在其他实施例中，当平均延迟减去基线延迟大于或等于阈值延迟时，可以确定临界状态111。在一些其他实施例中，当延迟增加的阈值小于平均延迟减去基线延迟再除以基线延迟时，如图1中所示，可以确定临界状态111。

在另一实施例中，端点状态110也可以被视为处于警告状态112。警告状态112可以是测量高于警告性能度量标准阈值但低于临界阈值的任何性能度量标准，如图1中所示。如前所述，临界状态阈值和/或警告状态阈值可以是独立的或基于客户使用由端点提供的服务被自定义。良好状态113可以是小于警告和临界阈值的任何性能度量标准。

性能度量标准阈值或基线可以是静态的或动态的。在某些实施例中，性能度量标准延迟可以通过考虑从端点至探针或用户设备的下载时间而被动态计算。使用以下方程式可以估计下载时间：P＝D+T×L，其中，P是总体页下载时间，D是纯数据传输时间，T是来回行程的数量，且L是端对端动态延迟。

延迟增加因数与临界和警告延迟值的阈值可以使用下式被限定：

延迟临界阈值可以是延迟增加因数的一半，而延迟警告阈值可以是延迟增加因数的四分之一。例如，当服务退化因数被设置到200％时，当总体下载时间可能翻倍时，性能可以被认为是被临界地退化。Latency_Base可以是端点的基线或阈值延迟。

如上所述，为了整体评估服务的状态，来自追踪的路径或路由中的每个的每个端点的性能度量标准可以被聚合。每个追踪可以包括在从用户设备(其可用作探测机)到提供服务的端点的路由上发现的IP地址的序列。IP地址的每个独特序列可以被看做路径或路由。针对每个路径或路由，中转可能性可以被确定。中转可能性可以是在记录的追踪总数量上由探针发现或使用的路径的次数。路径的传输可能性可因此通过下式表示：

总的路径遍历可以是例如给定路径被发现为追踪探测过程的部分的次数。

在某些实施例中，对于每个路径，可以计算在每个路径处的端点的所有性能度量标准的平均值。这些平均值可以基于每个路径的中转可能性被加权并被聚合以产生服务网络的聚合的性能度量标准。例如，以端点A结束的给定路径的传输可能性为.99，而以端点B结束的给定路径的传输可能性为.01。这意味着对于通过探针追踪的100条路径，其中99条可以在端点A处结束，而1条可以在端点B处结束。端点A处的聚合的性能度量标准的平均值可以因此被加权以反映端点A处的收集的度量标准可以比在端点B处的聚合的性能度量标准的平均值在统计上更精确，因为追踪的路径的百分之九十九包括端点A。

如上所述，例如，可以首先使用探针追踪网络中的不同路径。接下来，可以得到在网络中的至少一个端点处的网络性能的基线或阈值。可以根据尝试经由用户设备访问由端点提供的给定服务的用户的规范来自定义基线或阈值。然后可以通过比较在至少一个端点处的当前性能度量标准与预定基线或阈值来评估服务网络状态。当评估的服务网络状态被视为退化并且被表征为具有临界或警告状态时，可以确定致使退化的服务网络状态的至少一个节点或至少一个链路。例如，当状态处于临界或警告状态时，服务网络状态可以退化。

在某些实施例中，定位致使网络性能退化的一个或更多个网络实体可包括根本原因分析。根本分析可识别哪些路径包括不具有良好状态的端点。例如，如果任何给定端点具有警告或临界延迟状态，则已经具有来自阈值或基线值的最高延迟改变的警告或临界链路可以被识别为潜在的根本原因链路。在某些实施例中，例如，包括最高延迟改变的组可包括上部25％的链路，其具有来自阈值或基线值的最高延迟改变。在其他实施例中，被视为是最高延迟改变的百分比可以被调整到大于或小于25％。在一些其他实施例中，除了延迟之外的任何参数可以被选择例如，数据包丢失。与最高数据包丢失改变相关联的链路可以被识别、映射到在路径发现期间配置的网络映射，并且由用户使用或在互联网服务提供商中使用以找准(pinpoint)或校正潜在性能问题。

在一些实施例中，使用延迟改变和数据包丢失，根本原因分析可以被评估。换句话说，可以使用端点的延迟改变识别至少一个节点和/或至少一个链路。一旦具有最高延迟改变的组可以被识别，就可以识别具有最高数据包丢失的组的子组。对于网络路径上的每个节点，各个节点的状态可以从围绕任何给定单个节点的入口链路或出口链路的状态得到。当节点的入口链路和出口链路有具有临界状态的至少一个链路时，节点可被视为具有临界状态。当节点的入口链路和出口链路有具有警告状态的至少一个链路时，节点可被视为具有警告状态。

如上所述，在某些实施例中，与最高数据包丢失改变相关联的链路可以被突出显示，并且映射到在路径发现期间配置的网络映射。网络映射可以是发现的网络路径中的一些或全部的图。致使服务网络状态退化的至少一个节点或至少一个链路可以在网络映射内被突出显示、加粗或以任何其他方式指示。网络映射然后可以经由用户界面被显示给用户或网络提供商。在其他实施例中，至少一个节点或至少一个链路可以被显示、报告、或以任何其他方式发送给用户或网络提供商。在一些实施例中，与性能退化相关联的至少一个节点或至少一个链路可以被报告给网络提供商。因此，显示可以触发网络提供商修理或修复致使服务网络状态退化的至少一个节点或至少一个链路。

在某些实施例中，网络管理任务可作为根本原因分析的结果被执行以便修理退化的服务网络状态。例如，网络可以将所有通信量转移离开网络内的节点或跳跃。

图2说明根据某些实施例的流程图的一个示例。某些实施例可以包括使用在网络中的追踪路由探测来映射至少一个节点或至少一个链路，如步骤210 中示出的。在步骤220中，可以确定网络中的至少一个端点的网络性能的基线或阈值。确定基线或阈值的实体可以是与映射至少一个节点或至少一个链路相同的实体。例如，可以由位于通信网络内或能够与通信网络通信的服务器执行过程。在某些实施例中，实体可以连续接收来自探针的测量，如路由、数据包丢失、延迟和/或上面描述的任何其他网络测量。基线或阈值可以是静态的或动态的。例如，基线或阈值可以是动态延迟测量。在步骤230中，网络的服务网络状态可以通过比较至少一个端点的当前性能度量标准与基线或阈值而被评估。当前性能度量标准可以是在端点之一处的聚合的度量标准。

服务网络状态可以表示通过所有映射的路径到至少一个端点的总体状态。服务网络状态可以被分类为具有良好状态、警告状态和/或临界状态。当服务网络状态处于临界或警告状态时，评估的服务网络状态可以被称为是退化的。在某些实施例中，服务网络状态可以基于应用性能指数被计算。

在步骤240中，可以使用例如根本原因分析确定致使服务网络状态退化的至少一个节点或至少一个链路。确定的至少一个节点或至少一个链路可以然后经由用户界面被显示。例如，至少一个节点或至少一个链路可以在配置的网络映射中被突出显示。至少一个节点或至少一个链路可以因此被报告给网络提供商或尝试访问由至少一个端点提供的网络服务的用户设备的用户。至少一个节点或至少一个链路的显示可触发网络提供商修理或修复致使服务网络状态退化的至少一个节点或至少一个链路。

图3说明根据某些实施例的系统的一个示例。应当理解，图1和2中的每个信号或框可由各种装置或其组合实施，如硬件、软件、固件、一个或更多个处理器和/或电路。在一个实施例中，系统可包括若干装置，如，例如，网络实体320或用户设备310。系统可包括一个以上用户设备310和一个以上网络实体320，尽管仅示出了一个访问节点进行说明。网络实体可以是路由器、代理服务器、网络节点、服务器、主机、基站、或本文讨论的其他网络节点中的任何一个。网络实体320也可以是第三方服务器，其位于通信网络内或能够与通信网络通信。在某些实施例中，第三方服务器可以不由互联网服务提供商控制。

这些装置中的每个可包括至少一个处理器或控制单元或模块，分别标记为311和321。至少一个存储器可配备在每个装置中，并且分别标记为312和 322。存储器可包括包含在其中的计算机程序指令或计算机代码。一个或更多个收发器313和323可被配备，并且每个装置还可包括天线，分别示为314 和324。虽然每个仅示出一个天线，许多天线和多个天线元件可以被提供给装置中的每个。较高分类用户设备通常包括多个天线面板。例如，这些装置的其他配置可被提供。例如，除了无线通信之外，网络实体320和用户设备310 可以另外或可替换地针对有线通信进行配置，且在这种情况下，天线314和 324可说明任何形式的通信硬件，而不被限为仅一个天线。

收发器313和323可以每个独立地是发射器、接收器或发射器和接收器二者、或是针对发射和接收两者可被配置的单元或装置。在其他实施例中，用户设备或网络实体可具有至少一个单独的接收器或发射器。发射器和/或接收器(就关心的无线电部分而言)还可实施为远程无线电头，例如，其不位于装置本身中，而是在电线杆(mast)中。操作和功能可以灵活的方式在不同实体中执行，如节点、主机或服务器。换句话说，分工可以根据具体问题而变化。一个可能的用途是使网络节点传递局部内容。一个或更多个功能还可实施为可在服务器上运行的软件中的(一个或更多个)虚拟应用。

用户装置或用户设备310可是移动站(MS)，如移动电话或智能电话或多媒体设备、计算机，如平板电脑、个人计算机或手提电脑，其配备有无线或有线通信能力。用户设备310还可以是配备有无线通信能力的个人数据或数字助理(PDA)、便携式媒体播放器、数码相机、摄像机、配备有无线通信能力的导航单元或其任何组合。

在一些实施例中，装置(如，用户设备310或网络实体320)可以包括用于执行以上关于图1和2描述的实施例的装置。在某些实施例中，包括计算机程序代码的至少一个存储器可以被配置为利用至少一个处理器致使装置至少执行本文所述过程中的任何过程。

处理器311和321可通过任何计算或数据处理装置实现，如中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑装置 (PLD)、场可编程门阵列(FPGA)、数字增强电路、或可比较的装置或其组合。处理器可以被实施为单个控制器、或多个控制器或处理器。

对于固件或软件，实施方式可包括至少一个芯片组的模块或单元(例如，程序、功能等)。存储器312和322可独立地为任何适当的存储装置，如非暂时性计算机可读介质。可使用硬盘驱动器(HDD)、随机存取存储器(RAM)、闪存或其他适当的存储器。存储器可以组合在单个集成电路上作为处理器，或可以与单个集成电路分离。此外，计算机程序指令可存储在存储器中，并且可由处理器处理的那些能够是任何适当形式的计算机程序代码，例如，以任何适当编程语言编写的编译的或解释的计算机程序。存储器和数据存储实体通常在内部但也可以在外部或是其组合，如在当附加存储器容量从服务提供商获得的情况下。存储器可被修理或是可移除的。

存储器和计算机程序指令可以经配置，利用针对特定装置的处理器致使硬件装置(如，网络实体320和用户设备310)执行上述任何过程(例如，见图1和2)。因此，在某些实施例中，非暂时性计算机可读介质可编码有计算机指令或一个或更多个计算机程序(如，增加的或更新的软件例程、小程序或宏)，当在硬件中执行时，其可执行过程，如本文所述过程中的一个。计算机程序可由编程语言编码，其可为高级编程语言，如objective-C、C、C++、 C#、Java等，或低级编程语言，如机器语言或汇编程序。替代地，某些实施例可完全在硬件中执行。

此外，虽然图3说明包括网络实体320和用户设备310的系统，但是某些实施例可应用于其他配置，和涉及附加元件的配置，如本文示出和讨论的。例如，多个用户设备装置和多个网络实体可被呈现，或提供类似功能的其他节点可被呈现，如组合用户设备和网络实体的功能的节点，如中继节点。用户设备310可同样配备有各种用于通信的配置而不是通信网络实体320。例如，用户设备310可被配置用于装置对装置或机器对机器通信。

以上实施例提供了对网络功能和/或对网络内的节点或计算机功能或与网络通信的用户设备的改进。具体地，某些实施例可有助于确定通信网络内的性能退化。一些实施例然后可确定通信网络中的可潜在致使性能退化的至少一个节点或至少一个链路。至少一个节点或至少一个链路可然后被显示或报告给用户或网络提供商，其然后可修理或修复至少一个节点或至少一个链路。修理或修复至少一个节点或至少一个链路可有助于改善网络的总体性能，以及网络服务的可用性和性能。

整个说明书中描述的某些实施例的特征、结构或特点可以任何适当的方式在一个或更多个实施例中组合。例如，整个说明书中术语“某些实施例”，“一些实施例”，“其他实施例”或其他类似语言的使用指的是结合实施例描述的具体特征、结构或特点可包括在本发明的至少一个实施例中。因此，整个说明书中术语“在某些实施例中”，“在一些实施例中”，“在其他实施例中”或其他类似语言的出现不必要地指代相同组的实施例，并且描述的特征、结构或特点可以以任何适当的方式在一个或更多个实施例中组合。

本领域的普通技术人员将容易理解上述发明可利用不同顺序的步骤和/或利用在不同于所公开的那些配置的配置中的硬件元件来实践。因此，虽然本发明已经基于这些优选实施例进行了描述，但是对本领域技术人员明显的是，某些修改、变体或替代构造将是明显的，同时仍保持在本发明的精神和范围内。

Claims (18)

1.一种网络状态评估方法，包括：

得到网络中的至少一个端点的网络性能的基线，其中所述基线是基于历史网络性能度量标准得到的并且所述基线是动态的；

基于应用性能指数计算所述网络的服务网络状态；

通过比较所述至少一个端点的当前性能度量标准与所述网络性能的所述基线来评估所述网络的服务网络状态，从而确定所述服务网络状态是否退化；以及

当评估的服务网络状态退化时，使用根本原因分析来确定致使所述服务网络状态退化的至少一个节点或至少一个链路。

2.根据权利要求1所述的方法，还包括：

使用路由追踪探针映射所述至少一个节点或所述至少一个链路。

3.根据权利要求1所述的方法，其中，所述至少一个端点的所述当前性能度量标准是聚合的度量标准。

4.根据权利要求1所述的方法，其中，所述服务网络状态表示通过所有映射的路径至所述至少一个端点的总体状态。

5.根据权利要求1所述的方法，其中，所述服务网络状态具有良好状态、警告状态或临界状态。

6.根据权利要求1所述的方法，其中，所述基线包括动态延迟测量。

7.根据权利要求1所述的方法，还包括：

聚合所述至少一个端点的所述当前性能度量标准，其中，聚合的当前性能度量标准正评估所述网络的所述服务网络状态。

8.根据权利要求1所述的方法，其中，当所述服务网络状态具有临界或警告状态时，所评估的服务网络状态退化。

9.根据权利要求1所述的方法，还包括：

经由用户界面显示致使所述服务网络状态退化的所述至少一个节点或所述至少一个链路。

10.根据权利要求9所述的方法，其中，所述显示触发修理或修复致使所述服务网络状态退化的所述至少一个节点或所述至少一个链路。

11.根据权利要求1所述的方法，还包括：

将所述至少一个节点或所述至少一个链路报告给网络提供商或用户。

12.根据权利要求1所述的方法，还包括：

基于所述根本原因分析的结果执行网络管理任务以修理退化的服务网络状态。

13.一种网络状态评估装置，包括：

至少一个存储器，其包括计算机程序代码；

至少一个处理器；

其中，所述至少一个存储器和所述计算机程序代码经配置，与所述至少一个处理器一起致使所述装置至少：

得到网络中的至少一个端点的网络性能的基线，其中所述基线是基于历史网络性能度量标准得到的并且所述基线是动态的；

基于应用性能指数计算所述网络的服务网络状态；

基于所述至少一个端点的当前性能度量标准与所述网络性能的所述基线来评估网络的服务网络状态，从而确定所述服务网络状态是否退化；以及

当评估的服务网络状态退化时，使用根本原因分析来确定致使所述服务网络状态退化的至少一个节点或至少一个链路。

14.根据权利要求13所述的装置，其中，所述至少一个存储器和所述计算机程序代码经配置，与所述至少一个处理器一起致使所述装置至少：

经由用户界面显示致使所述服务网络状态退化的所述至少一个节点或所述至少一个链路。

15.根据权利要求13所述的装置，其中，所述显示触发修理或修复致使所述服务网络状态退化的所述至少一个节点或所述至少一个链路。

16.根据权利要求13所述的装置，其中，所述至少一个存储器和所述计算机程序代码经配置，与所述至少一个处理器一起致使所述装置至少：

将所述至少一个节点或所述至少一个链路报告给网络提供商或用户。

17.根据权利要求13所述的装置，其中，所述至少一个端点的所述当前性能度量标准是聚合的度量标准。

18.根据权利要求13所述的装置，其中，所述至少一个存储器和所述计算机程序代码经配置，与所述至少一个处理器一起致使所述装置至少：

聚合所述至少一个端点的所述当前性能度量标准，其中，聚合的当前性能度量标准正评估所述网络的所述服务网络状态。

Images