CN115022200A - 检测方法、系统、节点及计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种检测方法、系统、节点及计算机可读存储介质，涉及通信技术领域，所述方法包括：第一域内的第一节点在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；所述第一节点向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

Description

检测方法、系统、节点及计算机可读存储介质

技术领域

本公开涉及通信技术领域，尤其是一种检测方法、系统、节点及计算机可读存储介质。

背景技术

随流检测技术是一种逐包粒度的随流质量测量技术，利用该技术可以在流转发过程中实时采集流的性能数据。网络中部署了随流检测技术的节点可以将业务流的随流检测结果上报给控制节点，以便控制节点可以基于任意两个节点上报的随流检测结果计算该任意两个节点之间的端到端传输时延以及丢包率等网络性能情况。

相关技术中，网络中部署了随流检测技术的节点针对接收的每个业务流均进行随流检测，并将每个业务流的随流检测结果均上报至控制节点。

发明内容

发明人注意到，相关技术中的方式下，节点进行随流检测的工作压力较大。

为了解决上述问题，本公开实施例提出了如下解决方案。

根据本公开实施例的一方面，提供一种检测方法，包括：第一域内的第一节点在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；所述第一节点向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

在一些实施例中，所述第一节点仅对所述N个业务流进行随流检测，以得到所述N个随流检测结果。

在一些实施例中，N为1至M/2中的一个值。

在一些实施例中，N＝1。

在一些实施例中，所述方法还包括：所述第一节点基于所述M个业务流中每个业务流的业务类型确定该业务流在所述第一域内的转发路径；在所述M个业务流的转发路径相同的情况下，所述第一节点在所述M个业务流中的每个业务流中添加具有相同流标识的随流检测信息；在所述添加后，所述第一节点转发所述M个业务流。

在一些实施例中，所述第一节点为所述转发路径上的头节点。

在一些实施例中，每个业务流均为基于互联网协议第6版分段路由SRv6协议进行封装的报文，每个业务流中的随流检测信息由该业务流中的逐跳选项头HBH或目的选项头DOH携带。

在一些实施例中，所述转发路径上具有在所述第一节点后的至少一个第二节点，所述方法还包括：每个第二节点在所述随流检测周期内接收所述M个业务流；每个第二节点向所述控制节点发送所述M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

在一些实施例中，每个第二节点基于所述随流检测信息仅对所述P个业务流进行随流检测，以得到所述P个随流检测结果。

在一些实施例中，所述至少一个第二节点包括所述转发路径上的尾节点，所述方法还包括：所述尾节点删除所述M个业务流中的每个业务流中的所述随流检测信息；在所述删除后，所述尾节点将所述M个业务流转发至第三域。

在一些实施例中，P＝N。

在一些实施例中，所述多个业务流还包括与所述M个业务流的转发路径不同的至少一个业务流，所述至少一个业务流中每个业务流的转发路径互不相同，所述第一节点向所述控制节点发送所述至少一个业务流中每个业务流的随流检测结果。

在一些实施例中，所述M个业务流来自第二域，所述第一域为骨干网，所述第二域为城域网。

根据本公开实施例的另一方面，提供一种检测装置，包括：接收模块，被配置为在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；发送模块，被配置为向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

根据本公开实施例的又一方面，提供一种检测装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。

根据本公开实施例的再一方面，提供一种检测系统，包括：第一节点，被配置为在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数；基于所述M个业务流中每个业务流的类型确定该业务流在所述第一域内的转发路径；在所述M个业务流的转发路径相同的情况下，在所述M个业务流中的每个业务流中添加具有相同流标识的随流检测信息；在所述添加后，转发所述M个业务流；以及所述转发路径上在所述第一节点后的至少一个第二节点，每个第二节点被配置为在所述随流检测周期内接收所述M个业务流；向所述控制节点发送所述M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

在一些实施例中，所述第一节点为所述转发路径上的头节点。

在一些实施例中，所述第一节点被配置为仅对所述N个业务流进行随流检测，以得到所述N个随流检测结果；和/或每个第二节点被配置为基于所述随流检测信息仅对所述P个业务流进行随流检测，以得到所述P个随流检测结果。

根据本公开实施例的还一方面，提供一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述任意一个实施例所述的方法。

根据本公开实施例的还一方面，提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现上述任意一个实施例所述的方法。

本公开实施例中，考虑到转发路径相同的多个业务流在转发时的性能数据是一致的，故，针对转发路径相同的多个业务流可以仅上报其中部分业务流的随流检测结果。如此，降低了节点进行随流检测时上报数据的压力，从而降低了节点进行随流检测的工作压力。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开一些实施例的检测方法的流程示意图；

图2是根据本公开另一些实施例的检测方法的流程示意图；

图3是根据本公开一些实施例的第一节点进行随流检测的示意图；

图4是根据本公开一些实施例的节点的结构示意图；

图5是根据本公开另一些实施例的节点的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是根据本公开一些实施例的检测方法的流程示意图。

在步骤102，第一域内的第一节点在一个随流检测周期内接收多个业务流。

这里，多个业务流可以包括转发路径相同的M个业务流，M≥2，M为整数。

在一些实施例中，第一域可以是网络中需要进行随流检测的检测域。例如，可以指定网络中的骨干网或城域网作为该检测域。

在一些实施例中，M个业务流来自第二域，其中，第一域可以为骨干网，第二域可以为城域网。

在一些实施例中，第一节点可以是M个业务流的转发路径上的任意一个节点。例如，第一节点可以是该转发路径上传输M个业务流的第一个节点(即头节点)、中间节点或最后一个节点(即尾节点)。

在一些实施例中，第一节点可以是网络中部署有随流检测技术的转发设备。例如，第一节点可以是使能了随流检测功能的路由器或交换机等。

在步骤104，第一节点向第一域内的控制节点发送M个业务流中N个业务流的N个随流检测结果。

这里，1≤N＜M，N为整数。

在一些实施例中，控制节点可以是第一域内的控制管理设备。控制管理设备例如可以是域内的集中控制器、网管或者执行流量分析功能的流量分析设备。

在一些实施例中，第一节点在一个随流检测周期内接收的多个业务流还可以包括与M个业务流的转发路径不同的至少一个业务流。

这种情况下，若该至少一个业务流中每个业务流的转发路径互不相同，则第一节点可以向控制节点发送至少一个业务流中每个业务流的随流检测结果；若该至少一个业务流中每个业务流的转发路径均相同，则第一节点可以向控制节点发送至少一个业务流中部分业务流的随流检测结果。例如，与M个业务流的转发路径不同的至少一个业务流包括3个业务流，若这3个业务流的转发路径互不相同，则第一节点可以向控制节点发送这3个业务流的3个随流检测结果；若这3个业务流的转发路径均相同、且与M个业务流的转发路径不同，则第一节点可以向控制节点发送1个业务流的随流检测结果或2个业务流的随流检测结果。

在一些实施例中，第一节点向控制节点发送的业务流的随流检测结果可以包括接收该业务流的时间戳和该业务流中的数据包的数量中的至少一项。

上述实施例中，考虑到转发路径相同的多个业务流在转发时的性能数据是一致的，故，针对转发路径相同的多个业务流可以仅上报其中部分业务流的随流检测结果。如此，降低了节点进行随流检测时上报数据的压力，从而降低了节点进行随流检测的工作压力。

在一些实施例中，第一节点可以对M个业务流均进行随流检测，以得到M个业务流的M个随流检测结果，并将其中N个业务流的N个随流检测结果发送至控制节点。

在另一些实施例中，第一节点可以仅对M个业务流中的N个业务流进行随流检测，以得到N个随流检测结果，并将这N个随流检测结果发送至控制节点。如此，还降低了节点进行随流检测时采集数据的压力，从而进一步降低了节点进行随流检测的工作压力。

在一些实施例中，N可以为1至M/2中的一个值。如此，有助于进一步降低节点进行随流检测时采集数据和上报数据的压力，从而进一步降低了节点进行随流检测的工作压力。

在一些实施例中，N可以等于1。如此，进行随流检测的节点可以仅采集并上报转发路径相同的多个业务流中任意一个业务流的随流检测结果，更进一步降低了节点进行随流检测时采集数据和上报数据的压力，从而更进一步降低了节点进行随流检测的工作压力。

下面结合一些实施例对图1所示的检测方法进行进一步说明。

图2是根据本公开另一些实施例的检测方法的流程示意图。

与图1所示实施例相比，图2所示实施例还包括步骤202至步骤206。

在步骤202，第一节点基于M个业务流中每个业务流的业务类型确定该业务流在第一域内的转发路径。

在一些实施例中，每个业务流中可以携带有表示该业务流的业务类型的业务标识。第一节点可以基于控制节点下发的转发路径和业务标识之间的对应关系以及每个业务流的业务标识确定该业务流在第一域内的转发路径。例如，第一节点作为骨干网中的节点接收来自城域网的M个业务流，每个业务流中可以携带有基于该业务流类型确定的绑定段标识(Bing Segment ID，BSID)，第一节点可以基于每个业务流中的BSID确定该业务流在骨干网内的转发路径对应的段标识列表(Segment ID List，SID List)，此骨干网SID List即可体现该业务流在骨干网内的转发路径。

在步骤204，在M个业务流的转发路径相同的情况下，第一节点在M个业务流中的每个业务流中添加具有相同流标识的随流检测信息。

在一些实施例中，随流检测信息中可以包括流标识、丢包检测染色标记(L标志位)和时延测量染色标记(D标志位)。例如，L标志位取值为“1”表示采集丢包，取值为“0”表示不采集丢包；D标志位取值为“1”表示采集时间戳，取值为“0”表示不采集时间戳。

应理解，第一节点之后的节点基于M个业务流的随流检测信息中的相同流标识可以确定M个业务流具有相同的转发路径。

在步骤206，在添加随流检测信息后，第一节点转发M个业务流。

在一些实施例中，在第一节点不是转发路径上的尾节点的情况下，第一节点可以基于转发路径将添加有随流检测信息的M个业务流转发至在第一节点后的另一节点；在第一节点是转发路径上的尾节点的情况下，第一节点可以将添加有随流检测信息的M个业务流转发至第三域中的另一节点。第三域例如可以是与第二域不同的城域网。

上述实施例中，转发路径上的任意一个节点在确定接收的多个业务流的转发路径相同的情况下，可以在每个业务流中添加具有相同流标识的随流检测信息，以便在该任意一个节点后的每个节点可以基于随流检测信息中的相同流标识确定该节点接收的多个业务流具有相同的转发路径，进而在进行随流检测时也能够仅上报部分随流检测结果。如此，后续每个节点也可以具备进行随流检测时降低工作压力的能力。

在一些实施例中，M个业务流中每个业务流可以是基于互联网协议第6版分段路由(Segment Routing IPv6，SRv6)协议进行封装的报文。这种情况下，每个业务流中的随流检测信息可以由该业务流中的逐条选项头(Hop-by-Hop Options header，HBH)或目的选项头(Destination Options header，DOH)携带。如此，由于HBH和DOH是IPv6标准定义的扩展字段，故，支持IPv6标准的节点都能对该扩展字段携带的信息进行处理。相对于其他个人草案定义的字段，减少了数据丢包的可能性，从而提高了节点进行随流检测的可靠性。

在一些实施例中，第一节点可以是转发路径上的头节点。如此，可以确保转发路径上的每个节点均可以基于随流检测信息对接收的多个业务流进行随流检测并仅上报部分随流检测结果，从而降低了转发路径上所有节点进行随流检测的工作压力。

在一些实施例中，M个业务流的转发路径上可以具有在第一节点后的至少一个第二节点，即该转发路径上至少具有两个节点。

这种情况下，每个第二节点可以在一个随流检测周期内接收添加有随流检测信息的M个业务流，并向控制节点发送这M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

如此，可以确保第一节点后的每个节点均可以基于相同的随流检测信息进行随流检测并仅上报部分随流检测结果，从而降低了后续每个节点进行随流检测的工作压力。

在一些实施例中，每个第二节点可以基于随流检测信息仅对P个业务流进行随流检测，以得到P个随流检测结果。如此，还降低了在第一节点后的进行随流检测的节点进行随流检测时采集数据的压力，从而进一步降低了节点进行随流检测的工作压力。

在一些实施例中，P可以为1至M/2中的一个值。

在一些实施例中，P可以等于1。如此，在第一节点后的进行随流检测的节点可以仅采集并上报转发路径相同的多个业务流中任意一个业务流的随流检测结果，从而更进一步降低了节点进行随流检测的工作压力。

应理解，P和N的取值可以相同，也可以不同，本公开在此不做限定。在一些实施例中，P和N的取值相同。如此，针对转发路径上的不同节点无需进行不同的设置，从而可以使得不同节点的工作压力更加均衡。

在一些实施例中，转发路径上在第一节点后的至少一个第二节点可以包括转发路径上的尾节点，也即，尾节点是一个第二节点。

这种情况下，尾节点可以删除M个业务流中的每个业务流中的随流检测信息，并在该删除后将已删除随流检测信息的M个业务流转发至第三域。例如，M个业务流可以来自第二域，第一域内M个业务流的转发路径上的尾节点可以将每个业务流中由第一节点添加的随流检测信息删除后(即还原为来自第二域的原始的M个业务流)再转发至第三域。

如此，转发路径上的尾节点可以将每个业务流中的随流检测信息剥离后再转发至另一域，以降低转发至另一域的业务流的数据冗余度。

图3是根据本公开一些实施例的第一节点进行随流检测的示意图。

如图3所示，虚线圆圈表示域(图3示意性的示出了第一域和第二域)，实线圆圈表示域内的节点，实线圆圈中的字母用于标识该实线圆圈所表示的节点(图3示意性的示出了第一域内的4个节点A、B、C和D，以及第二域内的节点E)。两个实线圆圈之间连接的虚线表示这两个实现圆圈所表示的节点之间的路径，与实线圆圈连接的实线箭头表示该实现圆圈所表示的节点向域内的控制节点发送的随流检测结果。

节点A作为第一域内的第一节点在一个随流检测周期中可以接收来自第二域内的节点E转发的多个业务流(图3示意性的示出了多个业务流中的业务流1至5)。

假设每个业务流均为基于SRv6协议进行封装的报文，第一域为骨干网，第二域为城域网。

在每个业务流中还携带有由城域网内的节点添加的随流检测信息的情况下，骨干网内的节点A可以在为每个业务流添加用于指示该业务流在骨干网中的转发路径的外层报文时，将该业务流中由城域网内的节点添加的随流检测信息复制到该外层报文的HBH/DOH字段中，并将该随流检测信息中的流标识改写为与该业务流在骨干网中的转发路径对应的流标识。

例如，业务流1至3的转发路径均相同，为A-B-D，业务流4至5的转发路径与业务流1至3的转发路径不同，为A-C-D。业务流1至5中由城域网内的节点添加的随流检测信息中的流标识为Flow ID1至Flow ID5。

针对业务流1至3，节点A可以仅采集并向控制节点上报业务流1至3中任意一个业务流的随流检测结果，并且将业务流1至3中由城域网内的节点添加的随流检测信息中的流标识Flow ID1至Flow ID3均改写为相同的流标识SID1后再转发至节点B。进而，节点B可以仅基于业务流1至3中任意一个业务流的随流检测信息进行数据采集，并仅向控制节点上报一个随流检测结果，然后再将业务流1至3转发至节点D。类似地，节点D也可以仅基于业务流1至3中任意一个业务流的随流检测信息进行数据采集，并仅向控制节点上报一个随流检测结果。

针对业务流4至5，节点A可以仅采集并向控制节点上报业务流4或业务流5的随流检测结果，并且将业务流4和业务流5中由城域网内的节点添加的随流检测信息中的流标识Flow ID4和Flow ID5均改写为相同的流标识SID2后再转发至节点C。进而，节点C可以仅基于业务流4或业务流5的随流检测信息进行数据采集，并仅向控制节点上报一个随流检测结果，然后再将业务流4和业务流5转发至节点D。类似地，节点D也可以仅基于业务流4或业务流5的随流检测信息进行数据采集，并仅向控制节点上报一个随流检测结果。

如此，节点A和D虽均接收了5个业务流但均可以仅采集并上报两个随流检测结果，节点B虽接收了3个业务流但可以仅采集并上报一个随流检测结果，节点C虽接收了2个业务流但可以仅采集并上报一个随流检测结果。可见，相对于相关技术中针对每个业务流均进行采集并上报一个随流检测结果的方式，本公开提供的方式降低了节点进行随流检测的工作压力。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于节点实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图4是根据本公开一些实施例的节点的结构示意图。

如图4所示，节点400包括接收模块410和发送模块402。

接收模块401可以被配置为在一个随流检测周期内接收多个业务流，多个业务流包括转发路径相同的M个业务流，M≥2，M为整数。

发送模块402可以被配置为向第一域内的控制节点发送M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

图5是根据本公开另一些实施例的节点的结构示意图。

如图5所示，节点500包括存储器501以及耦接至该存储器501的处理器502，处理器502被配置为基于存储在存储器501中的指令，执行前述任意一个实施例的方法。

存储器501例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

节点500还可以包括输入输出接口503、网络接口504、存储接口505等。这些接口503、504、505之间、以及存储器501与处理器502之间例如可以通过总线506连接。输入输出接口503为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口504为各种联网设备提供连接接口。存储接口505为SD卡、U盘等外置存储设备提供连接接口。

本公开实施例还提供了一种检测系统，包括第一节点以及转发路径上在第一节点后的至少一个第二节点。例如，第一节点是上述节点400/500。

第一节点可以被配置为在一个随流检测周期内接收多个业务流，多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；向第一域内的控制节点发送M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数；基于M个业务流中每个业务流的类型确定该业务流在第一域内的转发路径；在M个业务流的转发路径相同的情况下，在M个业务流中的每个业务流中添加具有相同流标识的随流检测信息；在添加随流检测信息后，转发M个业务流。

每个第二节点可以被配置为在随流检测周期内接收M个业务流；向控制节点发送M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

在一些实施例中，第一节点可以为转发路径上的头节点。

在一些实施例中，第一节点还可以被配置为仅对N个业务流进行随流检测，以得到N个随流检测结果。

在一些实施例中，每个第二节点还可以被配置为基于随流检测信息仅对P个业务流进行随流检测，以得到P个随流检测结果。

本公开提供的检测系统的具体描述可参考前述本公开提供的检测的方法的相关实施例，在此不再赘述。

本公开实施例还提供了一种计算机可读存储介质，包括计算机程序指令，该计算机程序指令被处理器执行时实现上述任意一个实施例的方法。

本公开实施例还提供了一种计算机程序产品，包括计算机程序，其中，该计算机程序被处理器执行时实现上述任意一个实施例的方法。

至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解，可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。

Claims (20)

1.一种检测方法，包括：

第一域内的第一节点在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；

所述第一节点向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

2.根据权利要求1所述的方法，其中，所述第一节点仅对所述N个业务流进行随流检测，以得到所述N个随流检测结果。

3.根据权利要求1所述的方法，其中，N为1至M/2中的一个值。

4.根据权利要求3所述的方法，其中，N＝1。

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

所述第一节点基于所述M个业务流中每个业务流的业务类型确定该业务流在所述第一域内的转发路径；

在所述M个业务流的转发路径相同的情况下，所述第一节点在所述M个业务流中的每个业务流中添加具有相同流标识的随流检测信息；

在所述添加后，所述第一节点转发所述M个业务流。

6.根据权利要求5所述的方法，其中，所述第一节点为所述转发路径上的头节点。

7.根据权利要求5所述的方法，其中，每个业务流均为基于互联网协议第6版分段路由SRv6协议进行封装的报文，每个业务流中的随流检测信息由该业务流中的逐跳选项头HBH或目的选项头DOH携带。

8.根据权利要求5所述的方法，其中，所述转发路径上具有在所述第一节点后的至少一个第二节点，所述方法还包括：

每个第二节点在所述随流检测周期内接收所述M个业务流；

每个第二节点向所述控制节点发送所述M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

9.根据权利要求8所述的方法，其中，每个第二节点基于所述随流检测信息仅对所述P个业务流进行随流检测，以得到所述P个随流检测结果。

10.根据权利要求8所述的方法，其中，所述至少一个第二节点包括所述转发路径上的尾节点，所述方法还包括：

所述尾节点删除所述M个业务流中的每个业务流中的所述随流检测信息；

在所述删除后，所述尾节点将所述M个业务流转发至第三域。

11.根据权利要求8所述的方法，其中，P＝N。

12.根据权利要求1所述的方法，其中，所述多个业务流还包括与所述M个业务流的转发路径不同的至少一个业务流，所述至少一个业务流中每个业务流的转发路径互不相同，所述第一节点向所述控制节点发送所述至少一个业务流中每个业务流的随流检测结果。

13.根据权利要求1所述的方法，其中，所述M个业务流来自第二域，所述第一域为骨干网，所述第二域为城域网。

14.一种节点，包括：

接收模块，被配置为在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；

发送模块，被配置为向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数。

15.一种节点，包括：

存储器；以及

耦接至所述存储器的处理器，被配置为基于存储在所述存储器中的指令，执行权利要求1-7、12-13任意一项所述的方法。

16.一种检测系统，包括：

第一节点，被配置为在一个随流检测周期内接收多个业务流，所述多个业务流包括转发路径相同的M个业务流，M≥2，M为整数；向所述第一域内的控制节点发送所述M个业务流中N个业务流的N个随流检测结果，1≤N＜M，N为整数；基于所述M个业务流中每个业务流的类型确定该业务流在所述第一域内的转发路径；在所述M个业务流的转发路径相同的情况下，在所述M个业务流中的每个业务流中添加具有相同流标识的随流检测信息；在所述添加后，转发所述M个业务流；以及

所述转发路径上在所述第一节点后的至少一个第二节点，每个第二节点被配置为在所述随流检测周期内接收所述M个业务流；向所述控制节点发送所述M个业务流中P个业务流的P个随流检测结果，1≤P＜M，P为整数。

17.根据权利要求16所述的系统，其中，所述第一节点为所述转发路径上的头节点。

18.根据权利要求16所述的系统，其中：

所述第一节点被配置为仅对所述N个业务流进行随流检测，以得到所述N个随流检测结果；和/或

每个第二节点被配置为基于所述随流检测信息仅对所述P个业务流进行随流检测，以得到所述P个随流检测结果。

19.一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现权利要求1-13任意一项所述的方法。

20.一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现权利要求1-13任意一项所述的方法。

Images