专利名称：检测以太网多播性能的实现方法
技术领域：
本发明涉及网络通信技术领域，尤其涉及一种以太网OAM(操作管理和维护)中的多播性能检测技术。
背景技术：
随着网络通信技术的发展，Ethernet(以太网)技术凭借其高性价比的优势逐渐由局域网向城域网发展，其端口速率也从10M发展到10G。在以太网向城域网发展的过程中，要求Ethernet技术必须满足电信级网络要求。其中，OAM便是电信级网络对各种技术的基本要求。相应的OAM主要包括网络故障管理机制和网络性能管理机制。
目前，针对ETH网络的故障/性能管理机制包括基于ETH-CC(以太网连接性检查)连续性检测功能，用于检测ETHMEP之间连通性；基于ETH-LB(以太网环回)环回功能，用于MEP(维护域端点)和MIP(维护域中间节点)/MEP之间连通性检测，以及性能参数中的帧延迟和帧延迟抖动测量；ETH-LT(以太网链路跟踪)功能，用于故障定位；基于ETH-AIS(以太网告警指示信号)和ETH-RDI(以太网反向缺陷指示)的告警指示功能，用于故障告警前向/反向抑制；ETH-LM(以太网帧丢失测量)功能，用于测量性能参数中的帧丢失率；
ETH-DM(以太网帧延迟测量)功能，用于测量性能参数中的延迟。
在Y.17ethoam(Y.17以太网OAM)故障管理功能中，ETH-CC和ETH-LB功能可以以多播方式实现，但ETH-LT功能的多播实现难度较大，因而，目前还没有定义多播的ETH-LT。
而且，在Y.17ethoam性能管理功能中，FLR(帧丢失率)、FD(帧延迟)和FDV(帧延迟抖动)等网络性能参数的定义和测量都是基于单播点对点(Point to Point，P2P)的，对于多播的性能参数和测量尚无法实现。
随着以太网技术的发展，某些类型的以太网(如IEEE 802.3)所固有的适合组播的优点，使得基于以太网的多播业务将逐渐广泛应用于以太网中，为此，需要进行以太网组播性能参数的测量以衡量以太网的多播性能。
在MEF10-Ethernet Service Attribute(城域以太网论坛10-以太网业务属性)的Draft4(草案4)中，定义了多点之间的性能参数，具体表示为一个向量，向量的每一个元素表示多点组中某一对节点之间的性能参数。
目前，还有一种采用多条单播路径的性能参数的集合表示多点之间的性能参数的实现方法。
例如，假设网络中有3个节点，a、b和c，则在多点网络中的多点之间的网络性能参数以向量表示为(1){FLR(a，b)，FLR(c，b)，FLR(a，c)}表示了该网络的多点之间的帧丢失性能；(2){FD(a，b)，FD(c，b)，FD(a，c)}表示了该网络的多点之间的帧延迟性能；(3){FDV(a，b)，FDV(c，b)，FDV(a，c)}表示了该网络的多点之间的帧延迟变化性能。
当然，当网络中节点很多时，向量的元素也将大大增加，此时，不可能保存所有的元素，作为OAM，只需要其中的最大值、最小值和平均值即可，即，因此，对应的网络性能参数可以表示为(1)FLR{Ma×(最大值)，Min(最小值)，Average(平均值)}，多点之间帧丢失参数；(2)FD(Max，Min，Average)，多点之间帧延迟参数；(3)FDV(Max，Min，Average)，多点之间帧变化参数。
总之，目前已经存在多点之间网络性能参数定义，但是，相应的多点之间的性能参数是基于多条两点之间的单播性能参数所作出的定义，因而，基于该定义检测获得的网络性能参数也就对应着相应的单播网络性能参数。
但是，由于在OAM平面上收集所有两点之间的网络性能参数值是非常困难的，因此，在OAM平面上其实根本无法检测获得上述基于单点之间定义的多点之间的网络性能参数。
另外，如图1所示，由于P2MP的组播路径与其各条单播路径并不一定相同；而且，单播通信要完成组播通信的功能必须一条一条的轮流复制通信流量，而组播通信则由于在组播上游，流量可能只发送一份，仅仅在分叉点上才复制流量，使得组播通信相对来说会利用更少的网络资源。因此，直接使用组播通信和利用多条单播路径的单播通信构造出来的组播通信时效性也不一样。这就使得对于P2MP(点到多点)组播通信的特定环境，根本不适合采用点到多点的多条单播路径的单播网络性能参数去衡量P2MP组播通信的网络通信性能。
因此，P2MP多播通信的性能参数的定义和测量必须基于多播路径实现。但是，目前还没有一种可行的基于多播的网络性能参数检测方法。
发明内容
本发明的目的是提供一种检测以太网多播性能的实现方法，从而可以有效检测确定以太网中点到多点的多播网络性能参数，辅助以太网OAM提供全面的网络性能评估。
本发明的目的是通过以下技术方案实现的本发明提供了一种检测网络多播性能的实现方法，包括A、在测试发起点构造并发送包含标识信息的多播性能测量请求报文；B、接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文；C、测试发起点接收所述的性能测量响应报文，并根据接收报文中的标识信息测量多播性能参数。
所述的步骤A包括当实现以太网操作管理和维护OAM时，在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧，所述请求帧中承载着多播性能测量操作码信息及相应的标识信息。
所述的步骤A包括A1、当进行帧丢失测量时，在测试发起点构建采用多播MAC地址的多播请求帧，并在所述的请求帧中包含多播帧丢失测量请求操作码、前向发送帧计数器值信息及标识信息；和/或，A2、当进行帧延迟测量时，在测试发起点构建采用多播MAC地址的多播请求帧，并在所述的请求帧中包含多播帧延迟测量请求操作码、前向发送时间戳信息及标识信息。
所述的标识信息包括以太网OAM报文中的传输标识Transaction ID。
所述的步骤B包括B1、当进行帧丢失测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧丢失测量响应操作码、请求帧中的前向发送帧计数器值信息及接收节点的前向接收帧计数器值信息，并在延迟预定的随机延迟时间后发送该多播响应帧；和/或，B2、当进行帧延迟测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息并发送。
所述的步骤B2具体包括当进行帧延迟测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息及接收节点的前向接收时间戳信息，并在延迟预定的随机延迟时间后，将接收节点的后向发送时间戳写入多播响应帧中，并发送。
所述的步骤C包括在预定的时间内，测试发起点接收所述的性能测量响应报文，并根据接收报文中的标识信息测量多播性能参数。
所述的步骤C前还包括在测试多播请求帧之前，初始化帧丢失值和/或帧延迟值。
所述的帧丢失值包括最小帧丢失值、最大帧丢失值和/或总的帧丢失值，以及组播组大小的值；和/或，所述的帧延迟值包括最小帧延迟值、最大帧延迟值和/或总的帧延迟值，以及组播组大小的值。
所述的步骤C具体包括C1、当进行帧丢失测量时，测试发起点在预定的时间内，根据连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值和前向接收帧计数器值计算帧丢失值，并根据该帧丢失值更新最小帧丢失值、最大帧丢失值和/或总的帧丢失值以及组播组大小的值；和/或，C2、当进行帧延迟测量时，测试发起点在预定的时间内，根据接收到多播响应帧的时间，以及多播响应帧中的前向发送时间戳信息、前向接收时间戳信息和反向发送时间戳信息计算帧延迟值，并根据该帧延迟值更新最小帧延迟值、最大帧延迟值和/或总的帧延迟值以及组播组大小的值。
所述的步骤C1包括帧丢失值等于连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值的差值减去两个多播响应帧中的前向接收帧计数器值的差值，并且当所述的帧丢失值小于最小帧丢失值时，将最小帧丢失值更新为该帧丢失值；和/或，当所述的帧丢失值大于最大帧丢失值时，将最大帧丢失值更新为该帧丢失值；和/或，总的帧丢失值等于当前的总的帧丢失值与所述帧丢失值的和，且组播组大小的值需要加一。
所述的步骤C2包括帧延迟值等于接收多播响应帧的时间与前向发送时间戳信息的差值减去前向接收时间戳信息与反向发送时间戳信息的差值，并且当所述的帧延迟值小于最小帧延迟值时，则将所述帧延迟值作为最小帧延迟值；和/或，当所述的帧延迟值大于最大帧延迟值时，则将所述的帧延迟值作为最大帧延迟值；和/或，总的帧延迟值等于当前的总的帧延迟值与所述帧延迟值的和，且将组播组大小的值加一。
本发明中，执行所述的步骤C之前还包括C0、测试发起点接收所述的多播响应报文后，当其中的标识信息为正确的标识信息时，则执行步骤C。
所述的步骤C0还包括根据保存的有效的标识信息确定接收的多播响应报文中的标识信息是否正确。
由上述本发明提供的技术方案可以看出，本发明是以多播路径为基础定义以太网OAM中的多播性能参数，并提供了相应的多播性能参数检测方法。本发明对Y.17ethoam所定义的OAM帧格式改动不大，具体只需要增加4个消息操作码，对于帧延迟测量只要响应帧带回前向接收时间戳和后向发送时间戳，二者之差包含接收点所做的随机延迟即可。
而且，本发明在实现过程中，在发送点和接收点的处理流程较为简单，且采用的计算方法为基于原有单播性能测量的计算方法。
因此，本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量，从而辅助OAM提供更为全面的网络性能评估。
图1a为单播报文传送过程示意图；图1b为多播报文传送过程示意图；图2为本发明所述的方法总的具体实现过程示意图；图3为本发明所述的方法的具体实现过程一；
图4为本发明所述的方法的具体实现过程二。
具体实施例方式
本发明的核心是基于多播路径定义Ethernet中的P2MP多播性能参数，在Ethernet OAM中提供P2MP多播性能测量支持，从而能够象单播性能参数一样，在OAM平面从帧丢失率、帧延迟、帧延迟变化评估Ethernet的P2MP多播性能。
为便于对本发明的理解，下面将对本发明的具体实现方式进行说明。
本发明在具体实现过程中首先需要对P2MP多播性能参数进行定义，以便于后续过程中可以根据定义的内容进行相应的性能参数的测量；定义P2MP多播性能参数也从帧丢失、帧延迟和帧延迟变化三个方面实现。所述的P2MP多播性能参数是基于组播路径的性能参数，即相应的OAM的目的地址必须是组播地址，在定义过程中需要考虑组播组的大小Z，同时，还需要考虑测量的等待时间T。相应的每条组播路径的性能参数包括各性能参数的Max(最大)、Min(最小)以及Average(平均)值情况，在实际测量各性能参数过程中可以根据需要测量相应的Max、Min以及Average中的任一项或多项。
对于组播路径的性能参数，只有点到多点即点到组播组方向的参数值有意义，而反方向则因为其实质为单播方式而并不意义。但是，在测量时，通常可以使用two-way(双向)方式测量，即可能计算过程中包含了反方向的测量值，但这对组播性能评估并无大的影响。
本发明中定义的P2MP多播性能参数具体如下(1)P2MP-FLR，定义为P2MP各条多播路径FLR的(Max，Min，Average)Z，T；(2)P2MP-FD，定义为P2MP各条多播路径FD的(Max，Min，Average)Z，T；(3)P2MP-FDV，定义为P2MP各条多播路径FDV的(Max，Min，Average)Z，T；在上述各性能参数中，下标Z表示组播组大小，具体表示的是实时测量时所体现的组播组大小，即多播路径的条数，本发明中假设组播组大小是不可预知的，因此，对于two-way方式的测量，由测量发起点设置等待时间经验值T，如果回复报文都在T时间内到达，测量有效，如果超过等待时间T仍然能收到测量回复报文，则发出告警，具体是用OAM报文中的TransactionID(传输标识)实现的。
假如OAM功能实现在硬件中，Average的计算可能需要除法，这对于硬件来说非常困难，因此，可以用{Max，Min，Total(测量值的和)}Z，T来表示，其中Total表示各个多播路径性能参数测量值之和，这种表示方式与前面描述的表示方式的含义基本相同。此时，Total的存储空间必须足够大，通常需要64bit。
基于上述各多播性能参数的定义，相应的多播性能参数测量过程如下首先，在最新的Y.17ethoam Draft，Nov.，2005上，定义的以太网OAM通用帧头格式如表1所示表1
在现有技术中，对于单播性能测量，定义了帧丢失测量和帧延迟测量操作码，具体如下
LMM，帧丢失测量请求操作码；LMR，帧丢失测量响应操作码；DMM，帧延迟测量请求操作码；DMR，帧延迟测量请求操作码。
基于上述单播性能测量的操作码，本发明设置了多播性能测量的操作码，具体如下P2MP-LMM，P2MP多播帧丢失测量请求操作码；P2MP-LMR，P2MP多播帧丢失测量响应操作码；P2MP-DMM，P2MP多播帧延迟测量请求操作码；P2MP-DMR，P2MP多播帧延迟测量响应操作码。
在进行多播性能参数测量过程中测量帧中包括的字段如下(1)对于帧丢失测量单播LMM帧必须包含TxFCf字段，即前向发送帧计数器值，P2MP-LMM帧要求与此相同；单播LMR帧必须包含TxFCf、RxFCf和TxFCb字段，即前向发送帧计数器值、前向接收帧计数器值和后向帧发送计数器值，其中TxFCf字段就是从LMM帧中拷贝过来的，P2MP-LMM帧要求与此相同，但是实际上仅仅使用TxFCf、RxFCf。
(2)对于帧延迟测量单播DMM帧必须包含前向发送时间戳TxTimeStampf，P2MP-DMM帧要求与此相同；单播DMR帧必须包含前向发送时间戳TxTimeStampf，即从DMM帧拷贝过来的，对于P2MP-DMM帧，DMR还需要前向接收时间戳RxTimeStampf和后向发送时间戳TxTimeStampb，并且TxTimeStampb和RxTimeStampf之差必须含有接收点所做的随机延迟。
另外，和单播性能测量比较，P2MP多播性能测量中的Two-way方式的测量，面临两个问题(1)多点回流过大，为此，要求测量发起点必须以非常低的速率发送测量请求报文，按照Y.17ethoam，由于每个发送报文分配一个TransactionID，报文发出后，Transaction ID保留一段时间，用于关联回复报文，保留时间其实和报文发送速率是统一的，保留时间按照经验配置，例如缺省为5s；(2)多点回流过于集中，可以通过令接收点在响应之前延迟一个随机时间(即随机延迟)来克服，所述随机延迟是有一定范围的，该范围也是可配置的，例如缺省为1s。
无论是测量帧丢失还是帧延迟，从总体上看，对于多播测量来说都遵循大致相同的处理过程，相应的过程如图2所示首先，发送端发送多播测量请求帧，包括测量操作码、报文标识信息以及发送端发送时刻的参数值，比如测量帧丢失所需要的前向发送帧计数值，测量帧延迟所需要的前向发送时间戳；其次，接收端收到多播测量请求帧之后，进行回复，包括测量操作回复吗、报文表示信息以及接收端接收时刻的参数值以及回复发送时刻的参数值，比如测量帧丢失所需要的前向接收所需要的前向接收帧计数值，测量帧延迟所需要的前向接收时间戳、后向发送时间戳，并且还要将收到的参数值拷贝到回复报文中返回，比如测量帧丢失所需要的前向发送帧计数值，测量帧延迟所需要的前向发送时间戳；最后，发送端收到回复报文之后，首先验证报文的有效性，主要是验证报文ID是否有效，然后提取报文中的参数值，计算该路径上的参数值，最后利用该路径上的参数值，计算更新多播性能参数，包括具体的性能参数值，组播组的性能参数值总和，以及组播组大小、最大值和/或最小值，其中所述的性能参数值包括帧丢失值和帧延迟值。
针对帧丢失值的测量和帧延迟值的测量的不同之处在于在发送端收到回复报文之后，计算单条路径上帧丢失和帧延迟的计算公式是不一样的，具体将以后续的针对图3和图4的描述中进行相应的说明。
下面将结合图3和图4对各个多播性能参数的测量过程进行详细的说明。
(一)P2MP多播帧丢失测量(P2MP-LM)为便于对帧丢失测量过程的描述，首先进行如下假设假设在发送端发送测量报文的发送间隔为时间T，即本地Transaction ID保留时间，当发送报文后超过时间T时，将保存的Transaction ID删除，之后，若再收到带有该Transaction ID的帧，则认为不合法，可以发出告警；假设接收点收到多播测量帧后随机延迟范围，即所述随机延迟为R；假设本次测量的多播组的大小为Z；假设各条多播路径的帧丢失累计为Total，最小帧丢失为Min，最大帧丢失为Max。
其次，基于上述假设，相应的帧丢失测量的处理过程如下(1)在测量发起点，构建P2MP-LM请求帧，具体需要使用多播MAC地址和P2MP-LMM操作码，为当前帧分配一个Transaction ID，将当前前向发送帧计数器值填写到请求帧的TxFCf字段中，其他字段可以不关心；(2)测量发起点发送构建的请求帧，并启动Transaction ID保留定时器，超时长为T，同时清零Z、Total、Min、Max值。
(3)在接收点，即多播组中某一个点收到帧丢失测量请求帧后，构建P2MP-LMR响应帧，具体说来，就是以源MAC地址作为目的地址，以本地MAC地址作为源地址，响应操作码为P2MP-LMR，将Transaction ID和TxRCf拷贝到响应帧中，并且，将本地前向接收帧计数器值填写到响应帧的RxFCf字段中，其他字段不关心；(4)在时间R范围内做一个随机延迟，即延迟时间R后发送响应帧；
(5)测量发起点是依据两个P2MP-LMR帧来计算某条路径上的帧丢失的，在采用两个计数器值相减的时候需要考虑溢出；假设前一个响应帧的计数器值TxFCf1、RxFCf1，当前收到的响应帧的计数器值为TxFCf2、RxFCf2，则相应的处理流程如图3所示，具体为步骤31根据测量发起点中保留的Transaction ID值判断接收的响应帧中的Transaction ID是否一致，即Transaction ID是否有效，如果是，则执行步骤33，否则，执行步骤32，即产生告警；步骤33计算帧丢失值FL为(TxFCf2-TxFCf1)-(RxFCf2-RxFCf1)；步骤34计算总的帧丢失值Total为当前的Total值加上该FL值，且令Z值加1；步骤35判断当前的帧丢失的最小值Min是否大于FD值，如果是，则令Min＝FD，否则，执行步骤36；步骤36判断当前的帧丢失的最大Max是否小于FD值，如果是，则令Max＝FD，否则，过程结束。
基于上述步骤31至步骤36的处理过程，在测量发起点上持续T的时间内一直等待接收返回的同一Transaction ID的响应帧，并进行上述处理，当到达时间T后获得帧丢失的多播性能参数的值。
(二)P2MP多播帧延迟测量(P2MP-DM)同样，为便于对帧延迟测量过程的描述，首先进行如下假设假设在发送端发送测量报文的发送间隔为时间T，即本地Transaction ID保留时间，当发送报文后超过时间T时，将保存的Transaction ID删除，之后，若再收到带有该Transaction ID的帧，则认为不合法，可以发出告警；假设接收点收到多播测量帧后随机延迟范围，即所述随机延迟为R；假设本次测量的多播组的大小为Z；
假设各条多播路径的帧丢失累计为Total，最小帧丢失为Min，最大帧丢失为Max。
其次，基于上述假设，相应的帧延迟测量的处理过程如下(1)在测量发起点，构建P2MP-DM请求帧，具体需要使用多播MAC地址和P2MP-DMM请求操作码，为当前帧分配一个Transaction ID，将当前前向发送时间戳填写到请求帧的TxTimeStampf字段中，其他字段可以不关心；(2)在测量发起点发送请求帧，并启动Transaction ID保留定时器，超时长为T，同时清零Z、Total、Min、Max值。
(3)在接收点，即多播组中某一个点收到帧丢失测量请求帧后，构建P2MP-DMR响应帧，具体说来，就是以源MAC地址作为目的地址，以本地MAC地址作为源地址，响应操作码为P2MP-DMR，将Transaction ID和TxTimeStampf拷贝到响应帧中，并且将本地前向接收时间戳填写到响应帧的RxTimeStampf；(4)在接收点，在时间R范围内做一个随机延迟，即延迟R时间后，将后向发送时间戳填写到响应帧的TxTimeStampb字段中立即发送响应帧；(5)所述的测量发起点收到响应帧后，设收到时间为RxTimeb，则相应的处理流程如图4所示，具体包括步骤41根据测量发起点中保留的Transaction ID值判断接收的响应帧中的Transaction ID是否一致，即Transaction ID是否有效，如果是，则执行步骤43，否则，执行步骤42，即产生告警；步骤43 计算帧延迟时间FD为RxTimeb-TxTimeStampf-(RxTimeStampf-TxTimeStampb)；步骤44计算总的帧延迟时间Total为当前的Total值加上该FD值，且令Z值加1；步骤45判断当前的帧延迟时间的最小值Min是否大于FD值，如果是，则令Min＝FD，否则，执行步骤46；步骤46判断当前的帧延迟时间的最大值Max是否小于FD值，如果是，则令Max＝FD，否则，过程结束。
基于上述步骤41至步骤46的处理过程，在测量发起点上持续T的时间内一直等待接收返回的同一Transaction ID的响应帧，并进行上述处理，当到达时间T后获得帧延迟的多播性能参数的值。
综上所述，本发明提供的以多播路径为基础定义以太网OAM中的多播性能参数进而进行以太网多播性能参数检测的实现方法对Y.17ethoam所定义的OAM帧格式改动不大，只要求增加4个消息码，对于帧延迟测量只要响应帧带回前向接收时间戳和后向发送时间戳，二者之差包含接收点所做的随机延迟即可。发送点和接收点的处理流程也不复杂，并且基于原有单播性能测量的计算方法。因此，利用本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种检测网络多播性能的实现方法，其特征在于，包括A、在测试发起点构造并发送包含标识信息的多播性能测量请求报文；B、接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文；C、测试发起点接收所述的性能测量响应报文，并根据接收报文中的标识信息测量多播性能参数。
2.根据权利要求1所述的检测网络多播性能的实现方法，其特征在于，所述的步骤A包括当实现以太网操作管理和维护OAM时，在测试发起点构造并发送采用多播媒体接入控制MAC地址的多播请求帧，所述请求帧中承载着多播性能测量操作码信息及相应的标识信息。
3.根据权利要求2所述的检测网络多播性能的实现方法，其特征在于，所述的步骤A包括A1、当进行帧丢失测量时，在测试发起点构建采用多播MAC地址的多播请求帧，并在所述的请求帧中包含多播帧丢失测量请求操作码、前向发送帧计数器值信息及标识信息；和/或，A2、当进行帧延迟测量时，在测试发起点构建采用多播MAC地址的多播请求帧，并在所述的请求帧中包含多播帧延迟测量请求操作码、前向发送时间戳信息及标识信息。
4.根据权利要求3所述的检测网络多播性能的实现方法，其特征在于，所述的标识信息包括以太网OAM报文中的传输标识Transaction ID。
5.根据权利要求3所述的检测网络多播性能的实现方法，其特征在于，所述的步骤B包括B1、当进行帧丢失测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧丢失测量响应操作码、请求帧中的前向发送帧计数器值信息及接收节点的前向接收帧计数器值信息，并在延迟预定的随机延迟时间后发送该多播响应帧；和/或，B2、当进行帧延迟测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息并发送。
6.根据权利要求5所述的检测网络多播性能的实现方法，其特征在于，所述的步骤B2具体包括当进行帧延迟测量时，在接收多播请求的节点构建多播响应帧，在响应帧中包含所述标识信息、多播帧延迟测量响应操作码、请求帧中的前向发送时间戳信息及接收节点的前向接收时间戳信息，并在延迟预定的随机延迟时间后，将接收节点的后向发送时间戳写入多播响应帧中，并发送。
7.根据权利要求1至6任一项所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C包括在预定的时间内，测试发起点接收所述的性能测量响应报文，并根据接收报文中的标识信息测量多播性能参数。
8.根据权利要求7所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C前还包括在测试多播请求帧之前，初始化帧丢失值和/或帧延迟值。
9.根据权利要求8所述的检测网络多播性能的实现方法，其特征在于，所述的帧丢失值包括最小帧丢失值、最大帧丢失值和/或总的帧丢失值，以及组播组大小的值；和/或，所述的帧延迟值包括最小帧延迟值、最大帧延迟值和/或总的帧延迟值，以及组播组大小的值。
10.根据权利要求9所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C具体包括C1、当进行帧丢失测量时，测试发起点在预定的时间内，根据连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值和前向接收帧计数器值计算帧丢失值，并根据该帧丢失值更新最小帧丢失值、最大帧丢失值和/或总的帧丢失值以及组播组大小的值；和/或，C2、当进行帧延迟测量时，测试发起点在预定的时间内，根据接收到多播响应帧的时间，以及多播响应帧中的前向发送时间戳信息、前向接收时间戳信息和反向发送时间戳信息计算帧延迟值，并根据该帧延迟值更新最小帧延迟值、最大帧延迟值和/或总的帧延迟值以及组播组大小的值。
11.根据权利要求10所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C1包括帧丢失值等于连续接收的同一标识信息的两个多播响应帧中的前向发送帧计数器值的差值减去两个多播响应帧中的前向接收帧计数器值的差值，并且当所述的帧丢失值小于最小帧丢失值时，将最小帧丢失值更新为该帧丢失值；和/或，当所述的帧丢失值大于最大帧丢失值时，将最大帧丢失值更新为该帧丢失值；和/或，总的帧丢失值等于当前的总的帧丢失值与所述帧丢失值的和，且组播组大小的值需要加一。
12.根据权利要求10所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C2包括帧延迟值等于接收多播响应帧的时间与前向发送时间戳信息的差值减去前向接收时间戳信息与反向发送时间戳信息的差值，并且当所述的帧延迟值小于最小帧延迟值时，则将所述帧延迟值作为最小帧延迟值；和/或，当所述的帧延迟值大于最大帧延迟值时，则将所述的帧延迟值作为最大帧延迟值；和/或，总的帧延迟值等于当前的总的帧延迟值与所述帧延迟值的和，且将组播组大小的值加一。
13.根据权利要求1至6任一项所述的检测网络多播性能的实现方法，其特征在于，执行所述的步骤C之前还包括C0、测试发起点接收所述的多播响应报文后，当其中的标识信息为正确的标识信息时，则执行步骤C。
14.根据权利要求13所述的检测网络多播性能的实现方法，其特征在于，所述的步骤C0还包括根据保存的有效的标识信息确定接收的多播响应报文中的标识信息是否正确。
全文摘要
本发明涉及一种检测网络多播性能的实现方法。本发明主要包括首先，在测试发起点构造并发送包含标识信息的多播性能测量请求报文；然后，在接收所述多播性能测量报文的各节点分别向测试发起点发送包含所述标识信息的性能测量响应报文；最后，在预定的时间内，测试发起点接收所述的性能测量响应报文，并根据接收报文中的标识信息测量多播性能参数。本发明对Y.17ethoam所定义的OAM帧格式改动较小，且本发明在实现过程中，在发送点和接收点的处理流程较为简单，并采用了基于原有单播性能测量的计算方法进行多播性能测量的计算方法。因此，本发明可以在以太网OAM中很好的实现P2MP多播性能参数测量，从而辅助OAM提供更为全面的网络性能评估。
文档编号H04L12/56GK1992651SQ200510135298
公开日2007年7月4日 申请日期2005年12月29日 优先权日2005年12月29日
发明者李贺军 申请人:华为技术有限公司