CN108965058B - 一种终端网络性能探测方法及系统 - Google Patents
一种终端网络性能探测方法及系统 Download PDFInfo
- Publication number
- CN108965058B CN108965058B CN201810832358.9A CN201810832358A CN108965058B CN 108965058 B CN108965058 B CN 108965058B CN 201810832358 A CN201810832358 A CN 201810832358A CN 108965058 B CN108965058 B CN 108965058B
- Authority
- CN
- China
- Prior art keywords
- detection
- packet
- terminal
- network
- detected
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种终端网络性能探测方法及系统,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
Description
技术领域
本发明涉及网络性能探测技术领域,更具体的说,涉及一种终端网络性能探测方法及系统。
背景技术
目前,常用的网络性能探测方法是:在待检测网络设备端搭建web(World WideWeb,全球广域网服务)服务,使待检测网络设备端可以作为服务器,通过该web服务接收终端周期性发送的探测请求,也即应用层socket数据包,并对该探测请求进行响应,从而实现网络性能探测。在实际应用中,不同的终端网络性能探测方案使用的具体方法不一样,如Pathload探测网络带宽的方案是:终端周期性的向待检测网络设备端发送探测请求,待检测网络设备端依据探测请求数据包经过的网络路径,对自身和终端之间信道的网络带宽估计值进行估计,并将带宽估计结果通过响应数据包发送到终端。
然而,现有的探测方法需要在待检测网络设备端搭建web服务,以使待检测网络设备端提供探测服务;对于采用不断增加发包频率直到RTT(Round-Trip Time,往返时延)值或者丢包率超过某种阈值的压力测试方案,会增加终端侧网络设备的负载,并对终端上其他依赖网络应用的功能产生影响。
发明内容
有鉴于此,本发明公开一种终端网络性能探测方法及系统,以解决传统方案中存在的种种问题。
一种终端网络性能探测方法,应用于终端,所述探测方法包括:
启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,所述预设固定长度为能够保证所述探测数据包在传输过程中不会被拆包的最大长度;
记录每个所述探测数据包探测的往返时延时间;
判断所述往返时延时间是否不超过设定超时时间;
若所述往返时延时间不超过所述设定超时时间,则判定本次探测为一次有效探测;
记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率;
基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值。
优选的,所述基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率,具体包括:
根据公式(1)计算得到所述终端和所述待检测网络设备之间信道的丢包率Ploss;
优选的,所述基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值,具体包括:
根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
优选的,所述探测数据包包括:ICMP数据包,所述预设固定长度为1472字节。
优选的,还包括:
若所述往返时延时间超过所述设定超时时间,则判定本次探测为一次无效探测;
继续发送无效探测相对应的探测数据包的下一个探测数据包。
优选的,还包括:
将所述丢包率Ploss和所述网络带宽估计值BWest发送至后台进行量化分析,使所述后台在判定所述丢包率Ploss高于丢包率阈值和/或所述网络带宽估计值BWest低于网络带宽估计值阈值时进行告警。
一种终端网络性能探测系统,应用于终端,所述探测系统包括:
第一发送单元,用于启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,所述预设固定长度为能够保证所述探测数据包在传输过程中不会被拆包的最大长度;
第一记录单元,用于记录每个所述探测数据包探测的往返时延时间;
判断单元,用于判断所述往返时延时间是否不超过设定超时时间;
第一判定单元,用于在所述判断单元判断为是的情况下,判定本次探测为一次有效探测;
第二记录单元,用于记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
丢包率获取单元,用于基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率;
网络带宽估计值获取单元,用于基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值。
优选的,所述丢包率获取单元包括:
第一计算子单元,用于根据公式(1)计算得到所述终端和所述待检测网络设备之间信道的丢包率Ploss;
优选的,所述网络带宽估计值获取单元包括:
第二计算子单元,用于根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
优选的,所述探测数据包包括:ICMP数据包,所述预设固定长度为1472字节。
优选的,还包括:第二判定单元,用于在所述判断单元判断为否的情况下,判定本次探测为一次无效探测;
继续发送单元,用于在所述第二判定单元判定本次探测为一次无效探测之后,继续发送无效探测相对应的探测数据包的下一个探测数据包。
优选的,还包括:第二发送单元,用于将所述丢包率Ploss和所述网络带宽估计值BWest发送至后台进行量化分析,使所述后台在判定所述丢包率Ploss高于丢包率阈值和/或所述网络带宽估计值BWest低于网络带宽估计值阈值时进行告警。
从上述的技术方案可知,本发明公开的终端网络性能探测方法及系统,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据公开的附图获得其他的附图。
图1为本发明实施例公开的一种终端网络性能探测方法的流程图;
图2为本发明实施例公开的另一种终端网络性能探测方法的流程图;
图3为本发明实施例公开的一种终端网络性能探测系统的结构示意图;
图4为本发明实施例公开的另一种终端网络性能探测系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种终端网络性能探测方法及系统,以解决传统方案中存在的种种问题。
参见图1,本发明实施例公开的一种终端网络性能探测方法的流程图,该方法应用于终端,该方法包括步骤:
步骤S101、启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包;
终端启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包的过程,一般是终端上的一个应用程序采用独立的线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包。
相对于现有方案中终端向待检测网络设备端发送应用层socket数据包而言,本发明中,终端向待检测网络设备端发送的是IP数据包,而IP数据包的负载为ICMP(InternetControlMessage Protocol)数据包,ICMP是Internet控制报文协议,它是TCP/IP协议族的一个子协议,用于在IP主机、路由器之间传递控制消息。因此,在实际应用中,终端启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包为ICMP数据包。
由于以太网和TCP(Transmission ControlProtocol传输控制协议)/IP协议规定了单个IP包的最大包长为1500字节,对于超过1500字节的数据包,网络设备会将该数据包拆分成单个IP数据包不超过1500字节的多个数据包。因此,本发明对所发送的探测数据包的长度进行了限定,本步骤中所述的预设固定长度为能够保证探测数据包在传输过程中不会被拆包的最大长度。探测数据包不会被拆包的条件是:IP数据包包括包头和负载数据长度不超过1500字节,由于本探测方法采用ICMP数据包作为网络请求,因此IP包头占20个字节,ICMP包头占8个字节,负载数据长度不超过1500-20-8=1472字节的情况下才不会出现“拆包”的情况,因此,本发明中选择的最大ICMP数据包最大负载长度为1472字节,也即,当探测数据包为ICMP数据包时,所述预设固定长度为1472字节。
步骤S102、记录每个所述探测数据包探测的往返时延时间;
在实际应用中,可以将每个探测数据探测的往返时延时间,也即将第i次探测数据包探测的往返时延时间记录为trtt(i)。
本步骤中所述的往返时延时间指的是:从终端探测程序发出探测数据包开始到该探测程序接收到应答的数据包为止的总耗时。
步骤S103、判断所述往返时延时间是否不超过设定超时时间,如果是,则执行步骤S104;
需要特别说明的是,本步骤中的设定超时时间Ttimeout以及步骤S101中的预设固定频率fs均为经验值,需要根据实际的探测结果进行调整。
目前采用的依据实际探测结果对参数进行调整方案是:采用人工探测进行,比如如果丢包率显著高于使用ping命令得到的丢包率结果,说明本次发送频率(即预设固定频率fs)偏高或者超时时间过短,此时可以适当降低发送频率或者增加超时时间,如果之前为每2秒发送1个数据包,修改为每2.5秒发送1个数据包,之前的超时时间为200ms,修改新的超时时间为500ms。后续的设计方案是利用机器学习的思想,对发送频率和超时时间参数进行自动化的训练,得到一个网络带宽评估结果最理想,也即网络带宽评估结果更接近于实际的发送频率和超时时间参数。
发明人分别在windows PC,osx PC,android和iOS平台上验证发现,当预设固定频率fs=0.4HZ,设定超时时间Ttimeout=500ms时,对网络带宽的评估结果最理想。
因此,较优的,本发明中,预设固定频率fs=0.4HZ,设定超时时间Ttimeout=500ms。
步骤S104、判定本次探测为一次有效探测;
也就是说,当往返时延时间trtt(i)≤Ttimeout时,判定第i次探测为有效探测。
步骤S105、记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
步骤S106、基于向待检测网络设备连续发送探测数据包的次数N以及有效探测次数M,得到终端和待检测网络设备之间信道的丢包率;
具体的,根据公式(1)计算得到所述终端和所述待检测网络设备之间信道的丢包率Ploss;
步骤S107、基于有效探测次数M、预设固定长度以及往返时延时间,得到信道的网络带宽估计值。
具体的,根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
需要说明的是,根据丢包率和网络带宽估计值即可实现对终端网络性能的探测。
综上可知,本发明公开的终端网络性能探测方法,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
另外,需要特别说明的是,传统的终端网络性能探测方法,运营平台为节省流量成本,一般会使用P2P(Peer to Peer,对等网络)技术进行内容数据的加载和上传,在使用P2P技术加载时,终端获取数据的来源不一定是待检测网络设备,可能是另一个终端上传的数据,亦可能是从探测服务器加载的数据,因此,使得终端和待检测网络设备端通信过程中可能受到P2P技术对网络性能探测准确性的影响。
而本发明在整个探测过程中,未使用P2P协议,因此探测过程不受P2P技术对网络性能探测的影响。
需要说明的是,当终端根据公式(1)计算得到丢包率Ploss和根据公式(2)计算得到网络带宽估计值BWest之后,终端可以采用pingback(自动引用通知)的方式将丢包率Ploss和网络带宽BWest发送到后台进行量化分析。
量化分析指的是:后台对终端计算得到的丢包率Ploss和网络带宽估计值BWest以可视化的形式进行显示,并在丢包率Ploss高于丢包率阈值和/或网络带宽估计值BWest低于网络带宽估计值阈值时进行告警;同时,量化分析的过程还实现了对实际网络运行情况的监测,而这也是对丢包率Ploss和网络带宽估计值BWest进行量化分析的目的。
为进一步优化上述实施例,参见图2,本发明另一实施例公开的一种终端网络性能探测方法的流程图,在图1所示实施例的基础上,在步骤S103之后,还可以包括步骤:
步骤S108、若所述往返时延时间超过所述设定超时时间,则判定本次探测为一次无效探测。
为进一步优化上述实施例,在步骤S108之后,还可以包括步骤:
步骤S109、继续发送无效探测相对应的探测数据包的下一个探测数据包。
需要说明的是,终端每次发送的探测数据包的内容都是相同的,由于终端发送探测数据包的总次数是一定的,比如N次,而无效数据包的发送是占用探测数据包发送次数的,因此,当某次探测数据包的发送过程为无效探测,则继续发送无效探测相对应的探测数据包的下一个探测数据包。
综上可知,本发明公开的终端网络性能探测方法,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
与上述方法实施例相对应,本发明还公开了一种终端网络性能探测系统。
参见图3,本发明一实施例公开的一种终端网络性能探测系统的结构示意图,该系统应用于终端,该系统包括:
第一发送单元301,用于启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,所述预设固定长度为能够保证所述探测数据包在传输过程中不会被拆包的最大长度;
终端启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包的过程,一般是终端上的一个应用程序采用独立的线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包。
相对于现有方案中终端向待检测网络设备端发送应用层socket数据包而言,本发明中,终端向待检测网络设备端发送的是IP数据包,而IP数据包的负载为ICMP(InternetControlMessage Protocol)数据包,ICMP是Internet控制报文协议,它是TCP/IP协议族的一个子协议,用于在IP主机、路由器之间传递控制消息。因此,在实际应用中,终端启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包为ICMP数据包。
由于以太网和TCP(Transmission Control Protocol传输控制协议)/IP协议规定了单个IP包的最大包长为1500字节,对于超过1500字节的数据包,网络设备会将该数据包拆分成单个IP数据包不超过1500字节的多个数据包。因此,本发明对所发送的探测数据包的长度进行了限定,本步骤中所述的预设固定长度为能够保证探测数据包在传输过程中不会被拆包的最大长度。探测数据包不会被拆包的条件是:IP数据包包括包头和负载数据长度不超过1500字节,由于本探测方法采用ICMP数据包作为网络请求,因此IP包头占20个字节,ICMP包头占8个字节,负载数据长度不超过1500-20-8=1472字节的情况下才不会出现“拆包”的情况,因此,本发明中选择的最大ICMP数据包最大负载长度为1472字节,也即,当探测数据包为ICMP数据包时,所述预设固定长度为1472字节。
第一记录单元302,用于记录每个所述探测数据包探测的往返时延时间;
在实际应用中,可以将每个探测数据探测的往返时延时间,也即将第i次探测数据包探测的往返时延时间记录为trtt(i)。
本实施例中所述的往返时延时间指的是:从终端探测程序发出探测数据包开始到该探测程序接收到应答的数据包为止的总耗时。
判断单元303,用于判断所述往返时延时间是否不超过设定超时时间;
需要特别说明的是,设定超时时间Ttimeout以及上述的预设固定频率fs均为经验值,需要根据实际的探测结果进行调整。
目前采用的依据实际探测结果对参数进行调整方案是:采用人工探测进行,比如如果丢包率显著高于使用ping命令得到的丢包率结果,说明本次发送频率(即预设固定频率fs)偏高或者超时时间过短,此时可以适当降低发送频率或者增加超时时间,如果之前为每2秒发送1个数据包,修改为每2.5秒发送1个数据包,之前的超时时间为200ms,修改新的超时时间为500ms。后续的设计方案是利用机器学习的思想,对发送频率和超时时间参数进行自动化的训练,得到一个网络带宽评估结果最理想的发送频率和超时时间参数。
发明人分别在windows PC,osx PC,android和iOS平台上验证发现,当预设固定频率fs=0.4HZ,设定超时时间Ttimeout=500ms时,对网络带宽的评估结果最理想。
因此,较优的,本发明中,预设固定频率fs=0.4HZ,设定超时时间Ttimeout=500ms。
第一判定单元304,用于在所述判断单元303判断为是的情况下,判定本次探测为一次有效探测;
第二记录单元305,用于记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
丢包率获取单元306,用于基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率;
具体的,丢包率获取单元306包括:第一计算子单元;
第一计算子单元,用于根据公式(1)计算得到所述终端和所述待检测网络设备之间信道的丢包率Ploss;
网络带宽估计值获取单元307,用于基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值。
具体的,网络带宽估计值获取单元307包括:第二计算子单元;
第二计算子单元,用于根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
需要说明的是,根据丢包率和网络带宽估计值即可实现对终端网络性能的探测。
综上可知,本发明公开的终端网络性能探测系统,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
另外,需要特别说明的是,传统的终端网络性能探测方法,运营平台为节省流量成本,一般会使用P2P(Peer to Peer,对等网络)技术进行内容数据的加载和上传,在使用P2P技术加载时,终端获取数据的来源不一定是待检测网络设备,可能是另一个终端上传的数据,亦可能是从探测服务器加载的数据,因此,使得终端和待检测网络设备端通信过程中可能受到P2P技术对网络性能探测准确性的影响。
而本发明在整个探测过程中,未使用P2P协议,因此探测过程不受P2P技术对网络性能探测的影响。
需要说明的是,当终端根据公式(1)计算得到丢包率Ploss和根据公式(2)计算得到网络带宽估计值BWest之后,终端可以采用pingback(自动引用通知)的方式将丢包率Ploss和网络带宽BWest发送到后台进行量化分析。
因此,终端网络性能探测系统还可以包括:
第二发送单元,用于将所述丢包率Ploss和所述网络带宽估计值BWest发送至后台进行量化分析,使所述后台在判定所述丢包率Ploss高于丢包率阈值和/或所述网络带宽估计值BWest低于网络带宽估计值阈值时进行告警。
量化分析指的是:后台对终端计算得到的丢包率Ploss和网络带宽估计值BWest以可视化的形式进行显示,并在丢包率Ploss高于丢包率阈值和/或网络带宽估计值BWest低于网络带宽估计值阈值时进行告警;同时,量化分析的过程还实现了对实际网络运行情况的监测,而这也是对丢包率Ploss和网络带宽估计值BWest进行量化分析的目的。
为进一步优化上述实施例,参见图4,本发明另一实施例公开的一种终端网络性能探测系统的结构示意图,在图3所示实施例的基础上,探测系统还可以包括:
第二判定单元308,用于在所述判断单元303判断为否的情况下,判定本次探测为一次无效探测。
为进一步优化上述实施例,还可以包括:
继续发送单元309,用于在所述第二判定单元308判定本次探测为一次无效探测之后,继续发送无效探测相对应的探测数据包的下一个探测数据包。
需要说明的是,终端每次发送的探测数据包的内容都是相同的,由于终端发送探测数据包的总次数是一定的,比如N次,而无效数据包的发送是占用探测数据包发送次数的,因此,当某次探测数据包的发送过程为无效探测,则继续发送无效探测相对应的探测数据包的下一个探测数据包。
综上可知,本发明公开的终端网络性能探测系统,终端向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,并通过计算每个探测数据包每次探测的往返时间,来得到终端和待检测网络设备之间信道的丢包率和网络带宽估计值,实现对终端网络性能探测。相比传统方案而言,本发明无需在待检测网络设备端搭建web服务,并且,由于本发明中的发包频率是固定的,因此有效解决了传统方案中,因采用不断增加发包频率直到RTT值或者丢包率超过某种阈值的压力测试方案,而导致终端侧网络设备负载的增加,以及对终端上其他依赖网络应用的功能产生影响的问题。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种终端网络性能探测方法,其特征在于,应用于终端,所述探测方法包括:
启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,所述预设固定长度为能够保证所述探测数据包在传输过程中不会被拆包的最大长度;
记录每个所述探测数据包探测的往返时延时间;
判断所述往返时延时间是否不超过设定超时时间;
若所述往返时延时间不超过所述设定超时时间,则判定本次探测为一次有效探测;
记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率;
基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值,具体包括:
根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
3.根据权利要求1所述的探测方法,其特征在于,所述探测数据包包括:ICMP数据包,所述预设固定长度为1472字节。
4.根据权利要求1所述的探测方法,其特征在于,还包括:
若所述往返时延时间超过所述设定超时时间,则判定本次探测为一次无效探测;
继续发送无效探测相对应的探测数据包的下一个探测数据包。
5.根据权利要求1所述的探测方法,其特征在于,还包括:
将所述丢包率Ploss和所述网络带宽估计值BWest发送至后台进行量化分析,使所述后台在判定所述丢包率Ploss高于丢包率阈值和/或所述网络带宽估计值BWest低于网络带宽估计值阈值时进行告警。
6.一种终端网络性能探测系统,其特征在于,应用于终端,所述探测系统包括:
第一发送单元,用于启动探测线程,向待检测网络设备以预设固定频率发送预设固定长度的探测数据包,所述预设固定长度为能够保证所述探测数据包在传输过程中不会被拆包的最大长度;
第一记录单元,用于记录每个所述探测数据包探测的往返时延时间;
判断单元,用于判断所述往返时延时间是否不超过设定超时时间;
第一判定单元,用于在所述判断单元判断为是的情况下,判定本次探测为一次有效探测;
第二记录单元,用于记录向所述待检测网络设备连续发送N次所述探测数据包,累计的有效探测次数M,N和M均为正整数,且M≤N;
丢包率获取单元,用于基于向所述待检测网络设备连续发送所述探测数据包的次数N以及所述有效探测次数M,得到所述终端和所述待检测网络设备之间信道的丢包率;
网络带宽估计值获取单元,用于基于所述有效探测次数M、所述预设固定长度以及所述往返时延时间,得到所述信道的网络带宽估计值;
所述网络带宽估计值获取单元包括:
第二计算子单元,用于根据公式(2)计算得到所述信道的网络带宽估计值BWest;
式中,Plength为所述预设固定长度,trtt(i)为第i次探测的所述探测数据包的往返时延时间。
8.根据权利要求6所述的探测系统,其特征在于,所述探测数据包包括:ICMP数据包,所述预设固定长度为1472字节。
9.根据权利要求6所述的探测系统,其特征在于,还包括:
第二判定单元,用于在所述判断单元判断为否的情况下,判定本次探测为一次无效探测;
继续发送单元,用于在所述第二判定单元判定本次探测为一次无效探测之后,继续发送无效探测相对应的探测数据包的下一个探测数据包。
10.根据权利要求6所述的探测系统,其特征在于,还包括:
第二发送单元,用于将所述丢包率Ploss和所述网络带宽估计值BWest发送至后台进行量化分析,使所述后台在判定所述丢包率Ploss高于丢包率阈值和/或所述网络带宽估计值BWest低于网络带宽估计值阈值时进行告警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810832358.9A CN108965058B (zh) | 2018-07-26 | 2018-07-26 | 一种终端网络性能探测方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810832358.9A CN108965058B (zh) | 2018-07-26 | 2018-07-26 | 一种终端网络性能探测方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108965058A CN108965058A (zh) | 2018-12-07 |
CN108965058B true CN108965058B (zh) | 2021-03-02 |
Family
ID=64465043
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810832358.9A Active CN108965058B (zh) | 2018-07-26 | 2018-07-26 | 一种终端网络性能探测方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108965058B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109803161A (zh) * | 2019-01-14 | 2019-05-24 | 深圳市金锐显数码科技有限公司 | 电视遥控方法、装置及终端设备 |
CN113994274B (zh) * | 2019-04-10 | 2024-03-29 | 豪倍公司 | 网络压力测试 |
CN111629281B (zh) * | 2020-04-13 | 2021-02-02 | 北京创享苑科技文化有限公司 | 一种视频传输中基于网络丢包率分布的在线连续检验方法 |
CN112511454A (zh) * | 2020-10-14 | 2021-03-16 | 网宿科技股份有限公司 | 一种网络质量的探测方法、系统及装置 |
CN112468999A (zh) * | 2020-12-16 | 2021-03-09 | 国铁吉讯科技有限公司 | 一种通信系统的链路质量监测方法及系统 |
CN114157592B (zh) * | 2021-11-09 | 2024-05-07 | 北京天融信网络安全技术有限公司 | 网络设备流量管理的测试系统及方法 |
CN114745292B (zh) * | 2022-03-14 | 2023-09-05 | 优刻得科技股份有限公司 | 边缘容器云探测方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101072073A (zh) * | 2007-07-17 | 2007-11-14 | 武汉烽火网络有限责任公司 | 一种新型自定义以太网光电接口性能测试的方法及装置 |
CN102843257A (zh) * | 2012-08-15 | 2012-12-26 | 无锡北邮感知技术产业研究院有限公司 | 一种路径评估方法及装置 |
CN105765911A (zh) * | 2014-09-30 | 2016-07-13 | 华为技术有限公司 | 一种网络丢包的测量装置及方法 |
CN106255149A (zh) * | 2016-08-10 | 2016-12-21 | 广州市百果园网络科技有限公司 | 一种媒体数据传输方法及装置 |
CN108881008A (zh) * | 2017-05-12 | 2018-11-23 | 华为技术有限公司 | 一种数据传输的方法、装置和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006013737A (ja) * | 2004-06-24 | 2006-01-12 | Fujitsu Ltd | 異常トラヒック除去装置 |
-
2018
- 2018-07-26 CN CN201810832358.9A patent/CN108965058B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101072073A (zh) * | 2007-07-17 | 2007-11-14 | 武汉烽火网络有限责任公司 | 一种新型自定义以太网光电接口性能测试的方法及装置 |
CN102843257A (zh) * | 2012-08-15 | 2012-12-26 | 无锡北邮感知技术产业研究院有限公司 | 一种路径评估方法及装置 |
CN105765911A (zh) * | 2014-09-30 | 2016-07-13 | 华为技术有限公司 | 一种网络丢包的测量装置及方法 |
CN106255149A (zh) * | 2016-08-10 | 2016-12-21 | 广州市百果园网络科技有限公司 | 一种媒体数据传输方法及装置 |
CN108881008A (zh) * | 2017-05-12 | 2018-11-23 | 华为技术有限公司 | 一种数据传输的方法、装置和系统 |
Non-Patent Citations (1)
Title |
---|
使用ping测试MTU值;播种生活;《CSDN博客,blog.csdn.net/momomi_2005/article/details/22868745》;20140403;第1页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108965058A (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108965058B (zh) | 一种终端网络性能探测方法及系统 | |
US7675856B2 (en) | Bandwidth estimation in broadband access networks | |
US7852766B2 (en) | Detection method, detecting device, reference value calculating device and recording medium | |
EP2454852B1 (en) | Network transmission capacity measurement | |
CN105141542A (zh) | 基于tcp通信协议的拥塞窗口的控制算法和系统 | |
Ha et al. | Hybrid slow start for high-bandwidth and long-distance networks | |
CN104780004A (zh) | 一种家庭网关的带宽测速系统及方法 | |
US20140112148A1 (en) | Method and an apparatus for determining the presence of a rate limiting mechanism in a network | |
WO2011018850A1 (ja) | データ転送装置、データ転送方法及びデータ転送システム | |
US11290362B2 (en) | Obtaining local area network diagnostic test results | |
KR20060100512A (ko) | 전송제어 프로토콜 기반의 네트워크에서 평균 대역폭 추정방법 및 시스템 | |
US7613976B2 (en) | Method for setting the retransmission timeout period in a packet switched communication network | |
KR20180104869A (ko) | 데이터 전송 경로의 혼잡 탐지 방법 및 장치 | |
CN110290552B (zh) | 缓存深度的测量方法和装置、存储介质、电子装置 | |
CN113839840B (zh) | 一种卫星网络瓶颈链路的带宽自适应估计方法和系统 | |
CN115134277A (zh) | 一种动态调整网络连接数的宽带网络速率测试方法及设备 | |
KR100772535B1 (ko) | 애드 혹 네트워크를 구성하는 노드의 혼잡 제어 방법 및 그장치 | |
JP4282556B2 (ja) | フローレベル通信品質管理装置と方法およびプログラム | |
WO2015098101A1 (ja) | 遅延最小値算出装置、情報送信装置、遅延最小値算出方法およびプログラム記憶媒体 | |
JP2005110038A (ja) | 輻輳検知装置、tcpトラヒックの輻輳検知方法およびプログラム | |
CN109274704B (zh) | Tcp加速方法和装置、加速效果判断控制器和网关 | |
JP4926008B2 (ja) | 監視装置 | |
JP6407133B2 (ja) | 通信品質劣化検出システム、通信品質劣化検出方法、及びプログラム | |
Kato et al. | Inferring TCP Congestion Control Algorithms by Correlating Congestion Window Sizes and their Differences | |
JP5354684B2 (ja) | ネットワーク品質計測システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |