[发明专利]非实时协议媒体流的准实时协议度量

说明书

技术领域

本发明一般地涉及联网(networking)领域。

背景技术

通过分组交换网的两个端点之间的数据流在路径上的中间链路或装置超载时或因为其它原因可能经历数据丢失和延迟。由于各种管理原因，例如，为了识别在路径上的何处发生分组丢失和延迟，以及为了确定分组丢失和延迟在大小上是否不可接受，需要监测实时媒体流的分组丢失和延迟。

实时协议(RTP)被设计为固有地支持强有力的流监测技术。因此，当RTP流经过网络装置时，该网络装置处的RTP流的质量可以被监测以输出包括丢失、抖动和等待时间(latency)信息的RTP度量。之后，管理装置可以将这些RTP度量与由该数据路径上的其它网络装置输出的RTP度量聚合(aggregate)。之后，聚合后的信息通常用于服务监测和故障维修。

除了RTP以外的其它协议，例如网际协议版本4(IPv4)，不支持RTP的流监测特征，这使得很难或不可能使用现有的RTP监测资源来监测这些非RTP流。以下公开解决该问题和其它问题。

附图说明

图1图示出用于监测网际协议(IP)流并且输出丢失度量(lossmetric)的示例路由器。

图2图示出图1中所示的路由器在流监测期间所分析的示例IP版本4(IPv4)头部。

图3图示出使用图1中所示的路由器的示例方法。

图4图示出用于对IP流进行重新格式化以允许其它在路径上的网络装置来监测重新格式化后的流而不论源端点的行为如何的另一示例路由器。

图5图示出使用图4中所示的路由器的示例方法。

图6图示出用于重新格式化IP流以允许其它在路径上的网络装置来测量重新格式化后的流的等待时间的另一示例路由器。

图7图示出使用图6中所示的路由器的示例方法。

图8图示出使用图6中所示的监测装置的示例方法。

图9图示出利用(leverage)实时协议(RTP)度量计算引擎来确定非RTP流的准RTP度量的示例装置。

具体实施方式

概述

在一个实施例中，路由器接收包括IP分组的实时多媒体流。之后，路由器使用与RTP流的监测中所使用的资源类似的资源来处理IP分组的标识符字段中所包括的值，来识别实时多媒体流的度量。这些度量可以被递送给远程管理装置，以用于与位于该实时多媒体流的数据路径上的其它路由器输出的度量聚合。

描述

现在，将参考附图来描述本发明的若干优选示例。本发明的各种其它示例也是可以的和可行的。本发明可以以许多不同的形式被例示并且不应被理解为被限制于这里所阐述的示例。

以上列出的示图图示出本申请的优选示例和这样的示例的操作。在这些示图中，框的大小并不是表示各种物理组件的大小。其中，在相同的元件出现在多个示图中时，在其出现的所有示图中，用相同的标号来指示该元件。当两个元件不同地进行操作时，使用不同的标号，而不论这两个元件是否是同类网络装置。

仅示出并描述了对于向本领域技术人员传达对这些示例的理解必要的各种单元的那些部件。未示出的那些部件和元件是本领域传统的和公知的。

图1图示出用于监测网际协议(IP)流并且输出丢失度量的示例路由器。

系统100包括一个或多个在路径上的网络装置，例如路由器13，其监测诸如网际协议电视(IPTV)流之类的实时单播或多播流。路由器13包括用于在转发媒体流的同时测量该媒体流的丢失度量15的软件14。丢失度量15被输出给管理装置，以用于与由该数据路径上的其它网络装置(未示出)输出的其它丢失度量关联和聚合。

在本实施例中，端点11是使用IPv4协议来产生分组流21A的传统端点。流21A中的各个分组包括有效载荷数据24和头部数据23，头部数据23包括IP头部和UDP头部。头部数据23包括可用作流21A的流分类符X的寻址信息25。寻址信息25包括源和目的地地址(来自IP头部)和源和目的地UDP端口号(来自UDP头部)，这两者可组合构成流21A的流分类符X。流21A中的各个分组还包括位于IP头部中的16位标识字段26。根据传统行为，端点11将在IP分组分段(fragmentation)期间使用的不同的16位值插入流21A中的各分组的标识字段26中。