[发明专利]在网元中执行测试的方法以及相应的网元

说明书

技术领域

本发明涉及网络测试领域。

背景技术

越来越多的运营商关注在开通业务之前验证网络是否合格，业务激活(Service Activation)测试因此变成了一个重要的热点技术。在过去，IETF RFC2544一直是应用最为广泛的以太网业务测试方法，因为它是这一领域的唯一标准。但是，RFC2544并不含有所需的所有测量，例如包抖动、QoS测量和多个并发的业务级别。为了解决这些问题，ITU-T引入了Y.1564，它能够仿真在网络上运行的所有类型的业务，并且同时分别为每个业务测试所有的关键SLA参数，并且也能够验证网络提供的QoS机制以为不同的业务类型提供不同的优先级，从而使得更加准确的验证和更加快速的部署及查纠错。现在，越来越多的业务提供商青睐于使用内部的CPE(客户端设备)测试功能来将业务激活过程简单化，而不是依赖于高成本的外部测试设备。虽然一些CPE设备制造商已经在他们的网元(network element)中实现了RFC2544，但是到目前，还没有CPE设备制造商实现了新标准Y.1564。

发明内容

可见，在CPE或其他网元中实现Y.1564将会成为运行商以太网市场的一个关键区分因素。

下面是一些现有的测试方法

1.Y.1731TST.

2.802.1ag LB.

3.JDSU私有环回协议(proprietary Loopback protocol)

4.EXFO Y.1564.

其中，Y.1731TST能够执行单向的业务性能测试，但是它无法验证业务配置(CIR/CBS/PIR/PBS以及QoS优先级)，也无法仿真IP包或其他上层的包。

802.1ag LB与Y.1731TST类似，它只能够测试环路测试，而无法进行单向测试。在传输路径具有非对称性能的情况下，单向的性能无法从环路测试结果中正确地导出。

JDSU私有环回协议带有在远程NE上的EVC环回，它仅能够测试环路参数，并仅能够仿真层2的帧。

EXFO Y.1564是现有的较好的方案，但是它需要非常昂贵的测试设备，并且需要额外的同步机制、带外信令以及复杂的算法。

在发出用户业务之前，NE对到来的用户业务执行QoS处理，包括管制(policing)(CIR/CBS/PIR/PBS)→拥塞控制(congestion control)→排队(queuing)→调度(scheduling)→整形(shaping)。一些现有的测试方法中，例如802.1ag LB/Y.1731是基于以太网的OAM(运行、管理和维护)功能。OAM功能被用于将OAM包插入到QoS处理之中或从中提取出OAM包，即OAM包被插入在管制(CIR/CBS/PIR/PBS)之后且拥塞控制之前。

可见，OAM功能位于管制和拥塞控制之间，因此OAM包并没有经历管制处理，所以OAM与真正的用户业务并不完全相同。这就是基于OAM的测试方式无法验证业务配置(IR/CBS/PIR/PBS和QoS优先级)的原因。但是，Y.1564需要验证业务配置，包括业务分类、CIR/PIR/CBS/PBS以及QoS参数，例如优先级。因此，需要一种新的测试方案来满足Y.1564的需求。

根据本发明的一个方面，在测试业务的发送方，提供了一种在第一网元中用于执行测试的方法，包括如下步骤：

-产生测试业务，并且在将该测试业务发送给第二网元用于测试之前，将该测试业务提供给QoS处理；

其中，该产生步骤包括：

-调度一个或多个流的测试业务；

-为被调度的流生成测试帧；

-在所生成的测试帧中加入发送时间标记。

根据该方面，该测试业务在QoS处理之前被插入，因此它所受的处理与真实的用户业务一样，所以业务配置(CIR/CBS/PIR/PBS和QoS优先级)能够被测试，因而所有的Y.1564的要求能够被覆盖。除此之外，该方案在网元(NE)中被执行，而无需外部的测试设备，并且运营商不需要在现场部署测试工程师并且使用成本高昂的测试仪器。

在一个优选的实施方式中，该方法在该产生步骤之前还包括如下步骤：

-从网络管理系统接收测试配置；

所述产生步骤根据该测试配置产生所述测试帧；

所述QoS处理包括下述操作：

管制，拥塞控制，排队，调度和整形。