骤205 (图2中未示出):转发所述第一预设报文到位于所述目的RP与所述源RP之间的链路上的其他CP。
[0055]所述CP转发第一预设报文到位于所述目的RP与所述源RP之间的链路上的其他CP设备，使得所述链路上的其他CP也学习到所述第一预设报文的源MAC地址，最终使得第一报文的源RP发送的所有单播报文，在所述源RP到所述目的RP之间的链路上需要经过的所有CP上均实现已知单播。
[0056]另外，当某一 CP设备发生损坏或链路中断使得单播报文不可能达到对方时，流量仍会占用CP链路大量带宽，影响其他报文的转发速率。为了解决这一问题，本实施例中，可选地，所述报文处理方法还包括:
[0057]步骤206 (图2中未示出):所述CP持续发送未知单播通知报文到所述第一报文的源RP。
[0058]源RP设备在接收到所述未知单播通知报文时，本实施例中所述未知单播通知报文复用CNM报文，根据其中保留位置的值确定该CNM报文为未知单播通知报文，以及根据CN-TAG确定当前的未知单播报文为第一报文。
[0059]可选地，所述源RP启动一定时器，判断在预设时间段内是否接收到所述第一报文的目的RP发送的所述第一预设报文。如果在预设时间段内未接收到所述第一预设报文，则说明目前源RP发送的单播报文由于链路故障等原因，不可到达目的RP。为了避免目的不可达的报文占用大量带宽，所述源RP停止发送当前报文。
[0060]同时所述源RP发送第二预设报文到所述目的RP，当目的RP接收到第二预设报文时，目的RP得知所述源RP当前发送的报文不可到达自身，则目的RP回复第三预设报文到所述源RP。
[0061]通过在源RP和目的RP之间交互预设报文，使得所述源RP在接收到所述第三预设报文之后，确定当前链路已经恢复正常，且源RP发送的单播报文可以到达目的RP。此时源RP可以重新开始发送所述当前报文。
[0062]可选地，为了避免占用带宽资源，第二预设报文和第三预设报文同样为空数据报文。
[0063]步骤207 (图2中未示出):在满足第一预设条件时，所述CP停止发送所述未知单播通知报文到所述目的RP，其中所述第一预设条件为:所述CP接收到所述目的RP发送的所述第一预设报文；或所述CP学习到所述第一预设报文的源MAC地址。
[0064]当CP接收到第一预设报文或者已经学习到所述第一预设报文的源MAC地址时，说明CP到目的RP的链路正常且报文可达，因此，所述CP不再向所述目的RP发送未知单播通知报文。
[0065]步骤208 (图2中未示出):在满足第二预设条件时，所述CP停止发送所述未知单播通知报文到所述源RP，其中所述第二预设条件为:所述CP接收到所述源RP发送的第二预设报文，其中所述第二预设报文为所述源RP在接收到所述CP持续发送的所述未知单播通知报文时，向所述目的RP发送的预设的报文。
[0066]当所述CP接收到第二预设报文时，说明CP到源RP的链路正常且报文可达，因此，不再向源RP发送未知单播通知报文。
[0067]上述实施例中，第一报文在位于源RP到目的RP之间的链路上的所有CP和目的RP上均有对应的MAC表项，实现了在链路出现震荡导致MAC表项被清空时，将第一报文由未知单播报文转变为已知单播报文的目的，并为后续链路出现拥塞时提供QCN技术支持。
[0068]同时，通过源RP和目的RP之间交互空数据报文，实现二层单播MAC表项的建立及目的不可达的报文的收发控制。
[0069]参见图3，为本发明报文处理方法的另一个实施例流程图，该实施例从数据流终端RP侧进行描述，包括以下步骤:
[0070]步骤301:接收拥塞点设备CP在检测到当前队列中的第一报文为未知单播报文时，向所述RP持续发送的未知单播通知报文；
[0071]步骤302:所述RP判断自身是否为所述第一报文的目的RP ;
[0072]步骤303:当所述RP为所述第一报文的目的RP时，发送第一预设报文到所述第一报文的源RP，以使得所述CP在接收到所述第一预设报文后，学习所述第一预设报文的源媒体访问控制MAC地址。
[0073]图3所示实施例与前述图2所示实施例的描述一致，其区别仅在于执行主体不同，在此不再赘述。
[0074]由上述实施例可见，第一报文在CP和目的RP上均有对应的MAC表项，实现了将第一报文由未知单播报文转变为已知单播报文的目的，并为后续链路出现拥塞时提供QCN技术支持。
[0075]另外，通过源RP和目的RP之间交互空数据报文，实现二层单播MAC表项的建立及目的不可达的报文的收发控制。
[0076]上述过程是从CP设备端检测到存在未知单播报文时，如何实现将未知单播报文转变为已知单播的情况。本发明实施例中，还有另一种针对在RP端检测到出现了未知单播报文时，如何实现将未知单播报文转变为已知单播的情况，如下:
[0077]当所述RP接收到目的MAC地址为自身的第二报文时，判断所述RP上的MAC表项中是否存在所述第二报文的源MAC地址，如果不存在，说明发送第二报文的源RP端此时发送的报文已经处于未知单播状态，则对应地，所述RP可以学习所述第二报文的源MAC地址，然后发送所述第一预设报文到所述第二报文的源RP。其中，可选地，所述RP在学习了所述第二源MAC地址后，连续发送2个以上的第一预设报文。
[0078]当CP接收到所述第一预设报文时，所述CP学习所述第一预设报文的源MAC地址，即学习到第二报文的目的MAC地址，并转发该报文，最终使得第二报文在位于所述第二报文的源RP到目的RP之间的链路上的所有CP和目的RP上均有对应的MAC表项。
[0079]参见图4，为本发明报文处理方法的另一个实施例流程图，该实施例通过拥塞点设备与数据流终端之间的交互，详细描述了本发明实施例针对在CP端检测到出现未知单播报文时，如何进行报文处理的过程:
[0080]步骤401:拥塞点设备CP检测当前队列的报文中是否存在未知单播报文。
[0081]CP转发出端口上没有当前队列的某一报文目的MAC的表项时，说明当前队列的报文中存在未知单播报文。
[0082]步骤402:当检测到所述当前队列中的第一报文为未知单播报文时，所述CP持续发送未知单播通知报文到所述第一报文的源RP和目的RP。
[0083]由于现有技术中，CP与RP之间的通信采用拥塞通知消息(Congest1nNotificat1n Message，CNM)。可选地，本实施例中，未知单播通知报文可以复用所述CNM报文。将CNM报文中的至少一位保留位置设置为预定值，并且用拥塞通知标签(CN-TAG)作为所述未知单播标识，通过在所述CNM报文中携带CN-TAG，来标识所述第一报文为未知单播报文。
[0084]可选地，所述CP以每秒I个报文的速率持续发送CNM报文到源RP和目的RP。所述CNM报文中至少一位保留位置已经设置为预定值，且携带标识所述第一报文的CN-TAG。以使得源RP或目的RP设备在接收到所述CNM报文时，根据保留位置的值确定该CNM报文为未知单播通知报文，并根据CN-TAG确定当前的未知单播报文为第一报文。
[0085]步骤403:当所述目的RP接收到所述CP持续发送的所述未知单播通知报文后，所述目的RP发送第一预设报文到所述源RP。
[0086]为了避免由于丢包造成CP后续无法学习到所述第一预设报文的源MAC地址，当目的RP接收到所述未知单播通知报文后，目的RP连续发送2个以上第一预设报文到源RP，其中所述第一预设报文的目的MAC地址为第一报文的源MAC地址，且第一预设报文为空数据报文。
[0087]步骤404:所述CP接收到所述第一预设报文后，学习所述第一预设报文的源MAC地址。
[0088]CP在接收到所述第一预设报文后，学习其中的源MAC地址，此时学习到的是第一报文的目的RP的MAC地址，从而在CP上建立了与第一报文对应的MAC表项。
[0089]步骤405:所述CP转发所述第一预设报文到位于所述目的RP与所述源RP之间的链路上的其他CP。
[0090]所述CP转发第一预设报文到位于所述目的RP与所述源RP之间的链路上的其他CP设备，使得其他CP也学习到所述源MAC地址，最终使得第一报文的源RP发送的所有单播报文，在从所述源RP到所述目的RP之间的链路上的所有CP上均实现已知单播。
[0091]步骤406:当所述CP接收到所述第一预设报文或学习到所述第一预收报文的源MAC地址后，停止向所述目的RP发送所述未知单播通知报文。
[0092]当CP接收到第一预设报文或者已经学习到所述第一预收报文的源MAC地址时，说明CP到目的RP的链路正常且报文可达，因此，所述CP不再向所述目的RP发送未知单播通知报文。
[0093]步骤407:当所述源RP接收到所述未知单播通知报文后，启动定时器，判断在预设时间段内是否接收到所述目的RP发送的所述第一预设报文。如果在定时器到时之前，接收到所述第一预设报文，则执行步骤408，否则执行步骤409。
[0094]步骤408:所述源RP关闭定时器。
[0095]源RP在预设时间段内接收到目的RP发送的所述第一预设报文时，说明源RP至目的RP之间的链路正常，且报文可达。因此，关闭定时器，继续当前报文的发送即可。
[0096]步骤409:所述源RP停止发送当前报文。
[0097]步骤410:所述源RP发送第二预设报文到所述目的RP。
[0098]所述源RP在预设时间段内未接收到所述第一预设报文，则说明目前源RP发送的单播报文由于链路故障等原因，不可到达目的RP。为了避免目的不可达的报文占用大量带宽，所述源RP停止发送当前报文。
[0099]同时，所述源RP向所述目的RP发送第二预设报文，第二预设报文的目的MAC地址为所述目的RP的MAC地址。可选地，第二预设报文为空数据报文。源RP以每秒2个报文的速率发送所述第二预设报文。
[0100]步骤4