一种网络业务质量监测方法、装置、计算设备和存储介质与流程

1.本发明涉及网络质量监测技术领域，具体涉及一种网络业务质量监测方法、装置、计算设备和存储介质。


背景技术：

2.现有技术多基于将探针部署在服务器上，服务器物理直连核心设备的方式主动监测互联网核心出口设备的网络质量，设定不同时间周期，由探针系统建立监测任务，设定时间周期，依据时间周期通过探针系统对目标网络主动发起监测指令(如ping命令、trace命令等)，探测目标网络时延、抖动、丢包等性能指标，从而反馈目标网络质量，再通过人工汇总和分析对目标网络质量进行分析和质差定位等。
3.现有方式其一需采购探针设备或系统，成本投入较大；由于探针需物理直连核心设备，运行期间要保障网络和探针设备的稳定运行，因此后期网络、设备或服务器运维成本投入较大。其二，由于现有探测方式通过设定时间周期主动探测，导致经常出现探测周期内业务正常而周期外业务质差的问题出现，因此质差数据监测效率不高。其三，现有架构问题导致探针服务器或设备返回监测的时延、抖动等性能指标与实际业务性能指标存在偏差；由于核心设备物理直连的探针或服务器本身存在指令接收、指令下发、数据计算等时间，因此现有监测方式的时延较真实业务时延偏大。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种网络业务质量监测方法、装置、计算设备和存储介质。
5.根据本发明的一个方面，提供了一种网络业务质量监测方法，所述方法在协议层中设置有双向主动测量协议以及随流检测协议，所述方法包括：
6.采集待监测设备的端口流量数据，并依据所述双向主动测量协议采集待监测设备间的链路性能指标数据；
7.依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能；
8.若是，则依据所述随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据所述随流监测质量结果定位质差根因。
9.根据本发明的另一方面，提供了一种网络业务质量监测装置，所述装置在协议层中设置有双向主动测量协议以及随流检测协议，包括：
10.数据采集模块，用于采集待监测设备的端口流量数据，并依据设置于协议层的双向主动测量协议采集待监测设备间的链路性能指标数据；
11.判断模块，用于依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能；
12.监测模块，用于若判断得到需要启动随流检测功能，则依据设置于协议层的随流
检测协议对业务流进行特征标记，得到随流监测质量结果，并根据所述随流监测质量结果定位质差根因。
13.根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
14.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述一种网络业务质量监测方法对应的操作。
15.根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述一种网络业务质量监测方法对应的操作。
16.根据本发明的一种网络业务质量监测方法、装置、计算设备和存储介质，该方法在协议层中设置有双向主动测量协议以及随流检测协议，通过采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。本发明通过主动获取端口流量数据和链路性能指标数据，依据端口流量数据和链路性能指标数据判断是否启动随流检测功能，可以实时监测并及时精准定位质差根因，无需投入硬件设备资源，降低监测成本，提升用户体验。
17.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
18.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
19.图1示出了本发明实施例提供的一种网络业务质量监测方法流程图；
20.图2示出了本发明实施例提供的一种网络业务质量监测方法的架构设计示意图；
21.图3示出了本发明实施例提供的一种网络业务质量监测方法的报文染色过程示意图；
22.图4示出了本发明实施例提供的一种网络业务质量监测装置的结构示意图；
23.图5示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
24.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
25.图1示出了本发明一种网络业务质量监测方法实施例的流程图，该方法在协议层中设置有双向主动测量协议以及随流检测协议，如图1所示，该方法包括以下步骤：
26.步骤s110：采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据。
27.在一种可选的方式中，链路性能指标数据至少包括：待监测设备网络链路的时延数据、抖动数据、丢包数据；其中，时延数据包括双向时延数据和单向时延数据。
28.图2为本实施例架构设计示意图，如图2所示，本实施例以协议层、采集层和应用层架构实现，通过在协议层中部署双向主动测量协议(twamp)以及随流检测协议(in-situ flow information telemetry，ifit)；其中，twamp是核心网络设备支持的一种链路质量监测服务，可用于核心网络设备网络链路的性能测量，其可以在正反两个方向统计网络双向时延和抖动等，该技术可以以亚秒级速度反馈待监测设备网络链路的双向时延数据、单向时延数据、抖动数据、丢包数据，能很好地反映网络质量整体情况；ifit是一种基于真实业务流的随路测量技术，属于被动监测技术，具备真实业务流的端到端及逐跳服务等级协议(service level agreement，sla)测量能力，可快速感知网络相关故障，并进行精准定界、排障，通过对网络真实业务流进行特征标记(即染色)以直接检测网络业务质量，支持丢包及时延染色，可测量获得包数、字节数、时间戳等原始数据，因此，保证丢包数量真实性的同时根据包中的时间戳也保证了时延数据准确性。
29.进一步地，与现有技术的探针服务相比，本实施例twamp可以更精确地监测时延数据；具体地说，以twamp举例，设备a和设备b链路时延，设备a发包时间戳t1，设备b收包时间戳t2，设备b发包时间戳t3，设备a收报时间戳t4；则单向时延＝t2-t1、t4-t3；双向(往返)时延＝(t4-t1)-(t3-t2)。
30.以现有技术的探针服务举例，设备a和设备b链路时延。服务器指令下发至探针时间t1，探针读取指令时间t2，探针执行指令并发包至设备a时间t3，设备a发包至设备b时间t4；则单向时延＝t1+t2+t3+t4，双向(往返)时延＝2(t1+t2+t3+t4)。可见，twamp比现有探针服务时延减少了指令下发、读取及执行的时间，且twamp是基于数据包的时间戳计算时延，因此计算的时延与真实网络业务时延一致。
31.在一种可选的方式中，步骤s110进一步包括：通过简单网络管理协议和网络遥测技术按照预设时间粒度采集待监测设备的端口流量数据。
32.具体地说，如图2所示，本实施例的采集层部署了简单网络管理协议(simple network management protocol，snmp)和网络遥测技术(telemetry)；其中，snmp是tcp/ip网络中应用层标准协议，可按照预设时间粒度(例如5分钟)采集待监测设备的端口流量数据；telemetry是一种亚秒级高效采集技术，可按照预设时间粒度(亚秒级)采集待监测设备的端口流量数据；上述两种技术的结合可实现对网络端口流量数据更精细的采集。
33.需要特别说明的是，可以通过在待监测设备侧手动或自动开启snmp、telemetry、twamp和ifit等相关协议，从而无需部署额外的探针设备或服务器即可完成本实施例的网络业务质量监测方法。在待监测设备侧开启snmp服务后将生成管理信息库(management information base，mib)，国际互联网工程任务组(the internet engineering task force，ietf)规定mib的对象标识符(object identifier，oid)，因此通过snmp服务采集本实施例所需要的端口流量数据，相比传统探针方法，本实施例的这种方法增加了大客户业务质量保障条件。
34.步骤s120：依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功
能。
35.在一种可选的方式中，步骤s120进一步包括：判断端口流量数据是否超过第一阈值；若是，则判断链路性能指标数据是否存在波动变化；若存在波动变化，则启动随流检测功能；若不存在波动变化，则不启动随流检测功能。
36.在一种可选的方式中，步骤s120进一步包括：判断链路性能指标数据是否超过第二阈值；若是，则启动随流检测功能。
37.具体地说，由于twamp性能日常监控的时效性高于snmp流量日常监控，因此触发链路性能指标数据触发ifit功能的优先级高于端口流量数据，因此，当判断链路性能指标数据超过第二阈值时，自动触发并启动ifit功能监测特定客户业务质量。其中，第二阈值大于波动变化时对应的数值。
38.由于链路性能指标数据可以包括多个，因此，可以设置多个对应第二阈值，可通过监测待监测设备网络链路的时延数据、抖动数据、丢包数据，判断其中的任意一个超过对应第二阈值，则自动触发并启动ifit功能。
39.进一步地，可根据待监测设备的互联网运维情况设定第一阈值，判断端口流量数据超过第一阈值时，查看twamp链路性能指标数据，判断链路性能指标数据是否存在波动变化；若存在波动变化，则启动随流检测功能；若不存在波动变化，无需启动特定客户业务质量监测，此情况可判定为流量超限但不影响业务。
40.步骤s130：若判断需启动随流检测功能，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。
41.在一种可选的方式中，步骤s130进一步包括：根据随流检测协议按照预设周期对待监测设备的业务流进行特征标记，依据特征标记结果得到业务流数据包的包数、字节数和时间戳；依据包数、字节数和时间戳计算业务流在预设周期内的丢包数据和双向时延数据，得到随流监测质量结果；根据随流监测质量结果定位质差根因。
42.在一种可选的方式中，质差根因至少包括：网络故障发生节点、网络故障发生时间、网络故障发生原因。
43.图3为报文染色过程示意图，根据随流检测协议按照预设周期对待监测设备的业务流进行特征标记(即染色)，如图3所示，报文入口(ingress端)按照一定周期对被监测流的标记字段进行交替染色，统计本周期的染色报文数量；报文出口(egress端)按照ingress端相同的周期，统计本周期特征业务流染色报文数量。同时，在ingress端和egress端进行时延染色，记录报文入口时间戳t1,t3，报文出口时间戳t2,t4。计算业务流在周期i的丢包数据及双向时延数据公式如下式(3)和(4)：
44.packetloss[i]＝tx[i]-rx[i]；
ꢀꢀ
(3)
[0045]
delay[i]＝(t
2-t1)+(t
4-t3)；
ꢀꢀ
(4)
[0046]
其中，packetloss[i]是业务流在周期i的丢包数据，tx[i]是周期i内发包数据，rx[i]是周期i内收包数据，delay[i]是业务流在周期i的双向时延数据。
[0047]
通过ifit功能的特征标记，可真实记录业务流的时延和丢包情况，更具时效性和准确性；结合ifit功能端到端随流监测质量结果定位网络故障发生节点、网络故障发生时间、网络故障发生原因，从而解决网络故障，可以有效支撑网络质量运维。
[0048]
采用本实施例的方法，该方法在协议层中设置有双向主动测量协议以及随流检测
协议，通过采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。本发明通过主动获取端口流量数据和链路性能指标数据，依据端口流量数据和链路性能指标数据判断是否启动随流检测功能，可以实时监测并及时精准定位质差根因，无需投入硬件设备资源，降低监测成本，随流监测功能让质差数据更具真实性，提高质差业务监测的时效性，有效支撑现有网络故障运维。
[0049]
图4示出了本发明一种网络业务质量监测装置实施例的结构示意图。如图4所示，该装置包括：数据采集模块410、判断模块420和监测模块430。
[0050]
数据采集模块410，用于采集待监测设备的端口流量数据，并依据设置于协议层的双向主动测量协议采集待监测设备间的链路性能指标数据。
[0051]
在一种可选的方式中，数据采集模块410进一步用于：通过简单网络管理协议和网络遥测技术按照预设时间粒度采集待监测设备的端口流量数据。
[0052]
在一种可选的方式中，链路性能指标数据至少包括：待监测设备网络链路的时延数据、抖动数据、丢包数据；其中，时延数据包括双向时延数据和单向时延数据。
[0053]
判断模块420，用于依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能。
[0054]
在一种可选的方式中，判断模块420进一步用于：判断端口流量数据是否超过第一阈值；若是，则判断链路性能指标数据是否存在波动变化；若存在波动变化，则启动随流检测功能；若不存在波动变化，则不启动随流检测功能。
[0055]
在一种可选的方式中，判断模块420进一步用于：判断链路性能指标数据是否超过第二阈值；若是，则启动随流检测功能。
[0056]
监测模块430，用于若判断得到需要启动随流检测功能，则依据设置于协议层的随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。
[0057]
在一种可选的方式中，监测模块430进一步用于：根据随流检测协议按照预设周期对待监测设备的业务流进行特征标记，依据特征标记结果得到业务流数据包的包数、字节数和时间戳；依据包数、字节数和时间戳计算业务流在预设周期内的丢包数据和双向时延数据，得到随流监测质量结果；根据随流监测质量结果定位质差根因。
[0058]
在一种可选的方式中，质差根因至少包括：网络故障发生节点、网络故障发生时间、网络故障发生原因。
[0059]
采用本实施例的装置，该装置在协议层中设置有双向主动测量协议以及随流检测协议，通过采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。本装置通过主动获取端口流量数据和链路性能指标数据，依据端口流量数据和链路性能指标数据判断是否启动随流检测功能，可以实时监测并及时精准定位质差根因，无需投入硬件设备资源，降低监测成本，随流监测功能让质差数据更具真实性，提高质差业务监测的时效性，有效支撑现有网络故障运维。
[0060]
本发明实施例提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的一种网络业务质量监测方法。
[0061]
可执行指令具体可以用于使得处理器执行以下操作：
[0062]
采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；
[0063]
依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；
[0064]
若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。
[0065]
图5示出了本发明计算设备实施例的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
[0066]
如图5所示，该计算设备可以包括：
[0067]
处理器(processor)、通信接口(communications interface)、存储器(memory)、以及通信总线。
[0068]
其中：处理器、通信接口、以及存储器通过通信总线完成相互间的通信。通信接口，用于与其它设备比如客户端或其它服务器等的网元通信。处理器，用于执行程序，具体可以执行上述一种网络业务质量监测方法实施例中的相关步骤。
[0069]
具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。
[0070]
处理器可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。服务器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
[0071]
存储器，用于存放程序。存储器可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0072]
程序具体可以用于使得处理器执行以下操作：
[0073]
采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；
[0074]
依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；
[0075]
若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。
[0076]
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0077]
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0078]
类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在
上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
[0079]
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0080]
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0081]
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0082]
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

技术特征：
1.一种网络业务质量监测方法，其特征在于，所述方法在协议层中设置有双向主动测量协议以及随流检测协议，所述方法包括：采集待监测设备的端口流量数据，并依据所述双向主动测量协议采集待监测设备间的链路性能指标数据；依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能；若是，则依据所述随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据所述随流监测质量结果定位质差根因。2.根据权利要求1所述的方法，其特征在于，所述采集待监测设备的端口流量数据进一步包括：通过简单网络管理协议和网络遥测技术按照预设时间粒度采集待监测设备的端口流量数据。3.根据权利要求1所述的方法，其特征在于，所述依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能进一步包括：判断所述端口流量数据是否超过第一阈值；若是，则判断所述链路性能指标数据是否存在波动变化；若存在波动变化，则启动随流检测功能；若不存在波动变化，则不启动随流检测功能。4.根据权利要求1所述的方法，其特征在于，所述依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能进一步包括：判断所述链路性能指标数据是否超过第二阈值；若是，则启动随流检测功能。5.根据权利要求1所述的方法，其特征在于，所述依据所述随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据所述随流监测质量结果定位质差根因进一步包括：根据随流检测协议按照预设周期对待监测设备的业务流进行特征标记，依据特征标记结果得到业务流数据包的包数、字节数和时间戳；依据包数、字节数和时间戳计算业务流在预设周期内的丢包数据和双向时延数据，得到随流监测质量结果；根据所述随流监测质量结果定位质差根因。6.根据权利要求1-5任一项中所述的方法，其特征在于，所述链路性能指标数据至少包括：待监测设备网络链路的时延数据、抖动数据、丢包数据；其中，所述时延数据包括双向时延数据和单向时延数据。7.根据权利要求1-6任一项中所述的方法，其特征在于，所述质差根因至少包括：网络故障发生节点、网络故障发生时间、网络故障发生原因。8.一种网络业务质量监测装置，其特征在于，所述装置在协议层中设置有双向主动测量协议以及随流检测协议，包括：数据采集模块，用于采集待监测设备的端口流量数据，并依据设置于协议层的双向主动测量协议采集待监测设备间的链路性能指标数据；判断模块，用于依据所述端口流量数据和/或所述链路性能指标数据，判断是否启动随流检测功能；监测模块，用于若判断得到需要启动随流检测功能，则依据设置于协议层的随流检测
协议对业务流进行特征标记，得到随流监测质量结果，并根据所述随流监测质量结果定位质差根因。9.一种计算设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的一种网络业务质量监测方法对应的操作。10.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的一种网络业务质量监测方法对应的操作。

技术总结
本发明公开了一种网络业务质量监测方法、装置、计算设备和存储介质，该方法在协议层中设置有双向主动测量协议以及随流检测协议，通过采集待监测设备的端口流量数据，并依据双向主动测量协议采集待监测设备间的链路性能指标数据；依据端口流量数据和/或链路性能指标数据，判断是否启动随流检测功能；若是，则依据随流检测协议对业务流进行特征标记，得到随流监测质量结果，并根据随流监测质量结果定位质差根因。本发明通过主动获取端口流量数据和链路性能指标数据，依据端口流量数据和链路性能指标数据判断是否启动随流检测功能，可以实时监测并定位质差根因，无需投入硬件设备资源，降低监测成本，提升用户体验。提升用户体验。提升用户体验。


技术研发人员：黄旭 乔峤 常诚 刘博 李振强 丁立新 成梦虹 赵启恒 刘晓玲 陈露 郑剑宇 王妍
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2022.03.01
技术公布日：2023/9/13