CN114375001B - 一种网络测速方法及设备 - Google Patents

Abstract

本申请实施例公开了一种网络测速方法及设备。获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；对每个网络接口分别启动多个同方向测速线程；其中，所述测速线程包括上行测速线程与下行测速线程；对所述多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注；其中，所述第二标识信息与测速线程对应的网络接口的第一标识信息相关；获取连续多个第一预设时长内，带有所述第二标识信息的测速线程对应的测速报文的数据量，以根据所述测速报文的数据量，得到当前方向对应的网络测速速率。通过上述方法，提高网络测速准确率。

Description

一种网络测速方法及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种网络测速方法及设备。

背景技术

网络测速是测速设备通过网络接口卡接入局域网或互联网，并与测速服务器进行一段时间的数据交互，从而判定该网络可允许承载的最大速率的一种网络测试。

进行网络测速需要在网络两端部署不同设备，其中，一端为测速服务器，另一端为测速终端设备。终端设备通常使用一个网络接口接入网络并与测速服务器建立通信，通过拉取服务器数据报文对当前网络的速率进行评估。

但是，当网络实际速率高于测速设备网络接口最大能力，或测速设备不支持网络设备所提供的网络接入方式时，通常难以对当前网络速率进行准确测量。

发明内容

本申请实施例提供了一种网络测速方法及设备，用于解决如下技术问题：当网络实际速率高于测速设备网络接口最大能力，或测速设备不支持网络设备所提供的网络接入方式时，通常难以对当前网络速率进行准确测量。

本申请实施例采用下述技术方案：

本申请实施例提供一种网络测速方法。包括，获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；对每个网络接口分别启动多个同方向测速线程；其中，测速线程包括上行测速线程与下行测速线程；对多个同方向测速线程进行网络连接检测，以将接收到测速报文的的网络接口对应的测速线程进行第二标识信息标注；其中，第二标识信息与测速线程对应的网络接口的第一标识信息相关；获取连续多个第一预设时长内，带有第二标识信息的测速线程对应的测速报文的数据量，以根据测速报文的数据量，得到当前方向对应的网络测速速率。

本申请实施例通过获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息，能够确定出当前网络接口的类型，以及不同类型的网络接口分别接入网络数量。通过对每个网络接口分别启动多个同方向测速线程，从而实现多种不同类型的多个接口同时接入网络测速，多接口混合测速，从而达到网络速率最大化。此外，本申请实施例根据接收或发送的测速报文的数据量，以及预设时长的数量，得到网络速率，通过多个预设时长的数据，扩大计算数据量，从而提高计算出的网络速率的准确性。

在本申请的一种实现方式中，根据测速报文的数据量，得到当前方向对应的网络测速速率，具体包括：将第一预设时长内，带有第二标识信息的测速线程分别对应的测速报文的数据量进行求和计算，得到第一报文数据总量；对连续多个第一预设时长分别对应的第一报文数据总量进行求和计算，得到第二报文数据总量；基于第二报文数据总量与第一预设时长的数量，得到当前方向对应的网络测速速率。

在本申请的一种实现方式中，将第一预设时长内，带有第二标识信息的测速线程分别对应的测速报文的数据量进行求和计算，具体包括：在测速线程为下行测速线程的情况下，将同一预设时长内带有所述第二标识信息的测速线程对应的网络接口，分别接收的测速报文的数据量进行求和计算；或者在测速线程为上行测速线程的情况下，将同一预设时长内带有所述第二标识信息的测速线程对应的网络接口，分别发送的测速报文的数据量进行求和计算。

在本申请的一种实现方式中，对多个同方向测速线程进行网络连接检测，具体包括：通过测速设备向测速服务器发起网络连接请求，在接收到测速服务器连接成功事件后，确认当前测速线程为已连接状态；通过已连接状态的测速线程向测速服务器发送测速指令，并等待响应，在测速设备接收到测速服务器响应的测速数据后，将测速线程标记为有效状态。

本申请实施例通过确保测速设备发起测速时的线程有效性，能够去除无效线程，使有效线程达到预期数量。从而确保测速过程中各个测速线程的稳定性，进而确保测速速率的准确性。

在本申请的一种实现方式中，对每个网络接口分别启动多个同方向测速线程之后，方法还包括：对多个同方向测速线程分别设定相应的固定缓冲区；将通过网络接口接收到的测速报文循环放入固定缓冲区，以通过固定缓冲区内的测速报文进行网络测速分析；或者将需要发送的测速报文循环放入固定缓冲区，以通过网络接口将固定缓冲区中的测速报文进行发送处理。

本申请实施例通过对多个同方向测速线程分别设定相应的固定缓冲区，并将接收的数据或者需要发送的数据循环放入该固定缓冲区。能够避免频繁申请RAM空间，而产生时间开销和大量垃圾内存的问题，同时也能降低对RAM的性能要求。

在本申请的一种实现方式中，获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息，具体包括：通过网络诊断工具或者终端协议，对接入当前网络的多个网络接口的网络连通性进行检测；确定网络连通成功的网络接口，并获取网络连通成功的网络接口对应的第一标识信息；其中，网络连通性为网络接口与测速服务器之间的网络连通性。

在本申请的一种实现方式中，对每个网络接口分别启动多个同方向测速线程之后，方法还包括：在测速线程为上行测速线程的情况下，确定测速数据包的当前发送次序；从预先配置的各发送次序对应的测速报文内容中，获取与当前发送次序相对应的测速报文；调用传输层协议，以通过传输层协议生成数据包；其中数据包含有数据填充区域；将与当前发送次序相应的测速报文，填充至数据包，以生成当前需发送的测速数据包。

在本申请的一种实现方式中，生成当前需发送的测速数据包之后，方法还包括：确定发送各测速数据包的发送时间，以及确定测速服务器接收各测速数据包的接收时间；根据各测速数据包对应的发送时间与接收时间，确定出第一收发信息；其中，第一收发信息至少包括最大收发时间信息、最小收发时间信息以及平均收发时间信息中的一项；确定预设收发时间内发送的测速数据包的数量，以及在预设收发时间内测速服务器接收到测速数据包的数量；根据发送的测速数据包的数量与接收到测速数据包的数量，确定出第二收发信息；将第一收发信息与第二收发信息发送至分析服务器，以通过分析服务器确定当前网络通信质量。

在本申请的一种实现方式中，获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息之前，方法还包括：周期性地向测速服务器列表中所包含的多个测速服务器分别发送探测报文数据；接收多个测速服务器的反馈报文数据，根据反馈报文数据确定多个测速服务器分别对应的延迟时间；基于获取到多个延迟时间，确定多个测速服务器分别对应的平均延迟时间；在测速服务器列表中确定出平均延迟时间最小的测速服务器，以通过平均延迟时间最小的测速服务器进行网络测速。

本申请实施例提供一种网络测速设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；对每个网络接口分别启动多个同方向测速线程；其中，测速线程包括上行测速线程与下行测速线程；对多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注；其中，第二标识信息与测速线程对应的网络接口的第一标识信息相关；获取连续多个第一预设时长内，带有第二标识信息的测速线程对应的测速报文的数据量，以根据测速报文的数据量，得到当前方向对应的网络测速速率。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例通过获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息，能够确定出当前网络接口的类型，以及不同类型的网络接口分别接入网络的数量。通过对每个网络接口分别启动多个同方向测速线程，从而实现多种不同类型的多个接口同时接入网络测速，多接口混合测速，从而达到网络速率最大化。此外，本申请实施例根据接收或发送的测速报文的数据量，以及预设时长的数量，得到网络速率，通过多个预设时长的数据，扩大计算数据量，从而提高计算出的网络速率的准确性。

附图说明

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

图中：

图1为本申请实施例提供的一种网络测速装置的结构示意图；

图2为本申请实施例提供的一种网络测速方法流程图；

图3为本申请实施例提供的一种网络测速流程框图；

图4为本申请实施例提供的一种公网测速装置的结构示意图；

图5为本申请实施例提供的一种局域网测速装置的结构示意图；

图6为本申请实施例提供的一种网络测速设备的结构示意图。

具体实施方式

本申请实施例提供一种网络测速方法及设备。

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

网络测速是测速设备通过网络接口卡接入局域网或互联网，并与测速服务器进行一段时间的数据交互，从而判定该网络可允许承载的最大速率的一种网络测试。

进行网络测速需要在网络两端部署不同设备，其中，一端为测速服务器，另一端为测速终端设备。终端设备通常使用一个网络接口接入网络并与测速服务器建立通信，通过拉取服务器数据报文对当前网络的速率进行评估。

但是，当前网络测速通常会遇到如下问题：

1.当网络实际速率高于测速设备网络接口最大能力时，测速设备无法准确反映实际网络速率，解决方法之一为更换、提高更高规格的网络接口卡。

2.当网络接入设备提供多种接入方式，而其每种接入方式只提供总带宽中的一部分带宽能力时，测速设备无法准确测试出该网络真实速率。例如无线路由器，wan口支持2.5Gbps速率，其单个Lan口最大能力为1Gbps、WIFI最大能力1.8Gbps时，无法通过单一网络接口测试实际带宽速率。

3.当测速设备不支持网络设备提供的网络接入方式时，无法进行测速。如手机具有WIFI接口，无法接入以太网交换机。

为了解决上述问题，本申请实施例提供一种网络测速方法及设备。通过获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息，能够确定出当前网络接口的类型，以及不同类型的网络接口分别接入网络的数量。通过对每个网络接口分别启动多个同方向测速线程，从而实现多种不同类型的多个接口同时接入网络测速，多接口混合测速，从而达到网络速率最大化。此外，本申请实施例根据接收或发送的测速报文的数据量，以及预设时长的数量，得到网络速率，通过多个预设时长的数据，扩大计算数据量，从而提高计算出的网络速率的准确性。

下面通过附图对本申请实施例提出的技术方案进行详细的说明。

图1为本申请实施例提供的一种网络测速装置的结构示意图。如图1所示，网络测速装置包括显示模块、测速模块、网络模块、系统模块以及网络接口模块。

在本申请的一个实施例中，网络接口模块可以包括一个或多个以太网接口、一个或多个光纤接口、一个或多个WIFI接口、一个或多个其它接口。网络接口模块可以支持多种、多个网络接口同时接入网络测速，以进行多接口混合测速。

具体地，在进行网络测速时，通过网络测速装置的网络模块，逐个检测已接入网络的网络接口与测速服务器之间的网络连通性，记录当前可用网络接口及其信息。通过网络测速装置的测速模块，进行下行网络测速与上行网络测速。

进一步地，在进行下行网络测速时，通过网络测速装置的测速模块，对于每个可用网络接口分别启动多个有效的下行测速线程。并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。将各个网络接口所有线程每秒钟接收服务器的测速报文量做累加。当到达s秒后停止下行测速，将每秒数据做统计算法，得出本次下行测速的总体评估速率。然后执行上行测速，重复上述过程，得出本次上行测速的总体评估速率。并将上行测速结果与下行测速结果通过显示模块进行显示。

进一步地，通过网络测速装置的系统模块，将测速线程分配到多个CPU内核运行，以避免CPU单核处理性能不足导致的速率不准确。同时，在RAM中为每个线程的网络连接分配固定缓冲区，测速中循环使用该缓冲区，避免频繁申请RAM空间产生时间开销和大量垃圾内存，降低RAM性能要求。

图2为本申请实施例提供的一种网络测速方法流程图。如图2所示，网络测速方法包括如下步骤：

S101、网络测速装置获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息。

在本申请的一个实施例中，网络测速装置周期性地向测速服务器列表中所包含的多个测速服务器分别发送探测报文数据。接收多个测速服务器的反馈报文数据，根据反馈报文数据确定多个测速服务器分别对应的延迟时间。基于获取到多个延迟时间，确定多个测速服务器分别对应的平均延迟时间。在测速服务器列表中确定出平均延迟时间最小的测速服务器，以通过平均延迟时间最小的测速服务器进行网络测速。

具体地，网络测速装置在获取到测速服务器列表后，可以周期性地向测速服务器列表中的测速服务器发送探测报文，测速服务器可以针对探测报文向网络测速装置发送反馈报文，从而网络测速装置可以确定出平均延迟时间最小的测速服务器。

进一步地，网络测速装置可以在测速前向测速服务器列表中的若干测速服务器发送探测报文。该探测报文中的目的IP地址即为该测速服务器列表中的一个测速服务器的IP地址。例如，在进行下行测速时，该探测报文可以是HTTP get报文，在进行上行测速时，该探测报文可以是HTTP post报文，反馈报文则是针对该HTTP get报文或HTTP post报文的反馈报文。

进一步地，通过探测报文和反馈报文之间的时间差确定出延迟时间，并进行记录。确定出每一个测速服务器对应的多个延时时间，并根据延时时间的数量，得到每一个测速服务器对应的平均延时时间。将每一个测速服务器对应的平均延时时间进行比对，从而确定出平均延迟时间最小的测速服务器。将该平均延迟时间最小的测速服务器作为当前测速服务器，从而提高测速的准确率。

在本申请的一个实施例中，网络测速装置通过网络诊断工具或者终端协议，对接入当前网络的多个网络接口的网络连通性进行检测。确定网络连通成功的网络接口，并获取网络连通成功的网络接口对应的第一标识信息。其中，网络连通性为网络接口与测速服务器之间的网络连通性。

具体地，在网络测速时，网络测速装置首先检测已启动的物理网络接口的类型和数量，通过网络操作，例如Ping、telnet或其它方式，逐个检测已接入网络的网络接口与测速服务器之间的网络连通性。确定网络连通成功的网络接口，并获取网络连通成功的网络接口对应的第一标识信息，例如，第一表示信息可以为NICa、NICb、NICn。

S102、网络测速装置对每个网络接口分别启动多个同方向测速线程。

在本申请的一个实施例中，在进行下行网络测速或在进行上行网络测速时，需要分别启动一个或多个测速线程。

具体地，在进行下行网络测速时，确认当前存在至少一个可用网络接口后，对于每个可用网络接口分别启动n个有效的下行测速线程，并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。或者，在进行下行网络测速时，确认当前存在至少一个可用网络接口后，对于每个可用网络接口分别启动n个有效的下行测速线程，并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。

需要说明的是，本申请实施例优选对每个可用网络接口分别启动4个有效的测速线程，但不仅仅限于4个，可以根据实际情况对启动的测速线程的数量进行调节。

在本申请的一个实施例中，对多个同方向测速线程分别设定相应的固定缓冲区。将通过网络接口接收到的测速报文循环放入固定缓冲区，以通过固定缓冲区内的测速报文进行网络测速分析。或将需要发送的测速报文循环放入固定缓冲区，以通过网络接口将固定缓冲区中的测速报文进行发送处理。

具体地，当进行高速率带宽测速时需要处理大量数据报文，测速的准确性依赖测速装置性能尤其是CPU和RAM。本申请实施例通过测速装置将测速线程分配到多个CPU内核运行，避免CPU单核处理性能不足导致的速率不准确。同时，在RAM中为每个线程的网络连接分配固定缓冲区，测速中循环使用该缓冲区，避免频繁申请RAM空间产生时间开销和大量垃圾内存，降低RAM性能要求。

S103、网络测速装置对多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注。

在本申请的一个实施例中，通过测速设备向测速服务器发起网络连接请求，在接收到测速服务器连接成功事件后，确认当前测速线程为已连接状态。通过已连接状态的测速线程向测速服务器发送测速指令，并等待响应，在测速设备接收到测速服务器响应的测速数据后，将测速线程标记为有效状态。

具体地，测速设备向测速服务器发起网络连接请求，当接收到测速服务器连接成功事件后该线程为已连接状态，在线程已连接状态下向测速服务器发送测速指令并等待响应，当测速设备接收到测速服务器响应的测速数据后标记为线程有效状态。

进一步地，当线程与测速服务器建立网络连接成功并接收到测速数据，则将该线程记为有效线程。并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。其中绑定网络接口NICa启动的测速线程记为NICaT1、NICaT2…NICaTn，绑定网络接口B启动的测速线程记为NICbT1…NICbTn。

S104、网络测速装置获取连续多个第一预设时长内，带有第二标识信息的测速线程对应的测速报文的数据量，以根据测速报文的数据量，得到当前方向对应的网络测速速率。

在本申请的一个实施例中，将第一预设时长内，带有第二标识信息的测速线程对应的测速报文的数据量进行求和计算，得到第一报文数据总量。对连续多个第一预设时长分别对应的第一报文数据总量进行求和计算，得到第二报文数据总量。基于第二报文数据总量与第一预设时长的数量，得到当前方向对应的网络测速速率。

具体地，在测速线程为下行测速线程的情况下，将同一预设时长内，带有第二标识信息的测速线程对应的网络接口，分别接收的测速报文的数据量进行求和计算。或者在测速线程为上行测速线程的情况下，将同一预设时长内，带有第二标识信息的测速线程对应的网络接口，分别发送的测速报文的数据量进行求和计算。

例如，在测速线程为下行测速线程的情况下，将各个网络接口所有线程每秒钟接收服务器的测速报文量做累加。如第一秒累加NICaT1+NICaT2+…+NICaTn...+NICnTn的所有测速数据记为D1，将第二秒中所有线程测速数据记为D2，第s秒中所有线程测速数据记为Ds。其中D1、D2..Ds为每秒的瞬时下行速率。当到达s秒后停止下行测速，将每秒数据做统计算法，得出本次下行测速的总体评估速率。如Rd＝(D1+D2+。。。+Ds)/s，Rd为当前网络评估下行速率。

再如，在测速线程为上行测速线程的情况下，将各个网络接口所有线程每秒钟发送至服务器的测速报文量做累加，如第一秒累加NICaT1+NICaT2+…+NICaTn...+NICnTn的所有测速数据记为D1，将第二秒中所有线程测速数据记为D2，第s秒中所有线程测速数据记为Ds。其中D1、D2..Ds为每秒的瞬时上行速率。当到达s秒后停止上行测速，将每秒数据做统计算法，得出本次上行测速的总体评估速率。如Ru＝(D1+D2+。。。+Ds)/s，Ru为当前网络评估上行速率。

在本申请的一个实施例中，在测速线程为上行测速线程的情况下，在通过网络接口将测速报文进行发送之前，需要确定测速数据包的当前发送次序。从预先配置的各发送次序对应的测速报文内容中，获取与当前发送次序相对应的测速报文。调用传输层协议，以通过传输层协议生成数据包。其中数据包含有数据填充区域。将与当前发送次序相应的测速报文，填充至数据包，以生成当前需发送的测速数据包。

具体地，测速线程为上行测速线程时，需要生成测速数据包，将测速报文填充至该测速数据包中，并将该测速数据包进行发送。在确定出当前需要发送的数据包的次序后，从预先配置的各发送次序中，查询到与当前次序相同的次序，并确定该次序对应的测速报文内容。将该测速报文填充至生成的数据包中，从而得到当前需要发送的测速数据包。

在本申请的一个实施例中，确定发送各测速数据包的发送时间，以及确定测速服务器接收各测速数据包的接收时间。根据各测速数据包对应的发送时间与接收时间，确定出第一收发信息。其中，第一收发信息至少包括最大收发时间信息、最小收发时间信息以及平均收发时间信息中的一项。确定预设收发时间内发送的测速数据包的数量，以及在预设收发时间内测速服务器接收到测速数据包的数量。根据发送的测速数据包的数量与接收到测速数据包的数量，确定出第二收发信息。将第一收发信息与第二收发信息发送至分析服务器，以通过分析服务器确定当前网络通信质量。

具体地，确定发送各测速数据包的发送时间，以及确定测速服务器接收各测速数据包的接收时间。通过该发送时间与接收时间之间的差值，可以得到每个数据包对应的收发时间，从而确定出第一收发信息。在测速数据包发送的过程中，也会存在数据包丢失的状况。因此，通过获取发送的数据包的数量与接收到的数据包的数量，可以得到丢失的数据包的数量，并根据该丢失的数据包的数量建立第二收发信息。通过将第一收发信息与第二收发信息上传至分析服务器，可以对当前数据传输的速度、传输质量等进行分析。

图3为本申请实施例提供的一种网络测速流程框图。如图3所示，网络测速包括：

在本申请的一个实施例中，建立网络连接，检测已启动物理网络接口的类型和数量，通过网络操作(例如Ping、telnet或其它方式)逐个检测已接入网络的一个或多个网络接口与测速服务器之间的网络连通性，记录当前可用网络接口及其信息。

在本申请的一个实施例中，执行下行测速，基于每个网络接口分别启动测速线程。

具体地，在进行下行测速时，确认当前存在至少一个可用网络接口后，对于每个可用网络接口分别启动多个有效的下行测速线程，并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。

进一步地，确定是否到达测速时长，若已到达测速时长，则根据每秒速率评估网络下行速率。若没有到达测速时长，则累计一秒内各接口所有线程测速数据。

具体地，将各个网络接口所有线程每秒钟接收服务器的测速报文量做累加，如第一秒累加NICaT1+NICaT2+…+NICaTn...+NICnTn的所有测速数据记为D1，将第二秒中所有线程测速数据记为D2，第s秒中所有线程测速数据记为Ds。其中D1、D2..Ds为每秒的瞬时下行速率。当到达s秒后停止下行测速，将每秒数据做统计算法，得出本次下行测速的总体评估速率。如Rd＝(D1+D2+。。。+Ds)/s，Rd为当前网络评估下行速率。

在本申请的一个实施例中，执行下行测速，基于每个网络接口分别启动测速线程。

具体地，进行上行测速，确认当前存在至少一个可用网络接口后，对于每个可用网络接口分别启动多个有效的上行测速线程，并将该线程中的网络连接绑定到该物理网络接口所对应的网络设备。

进一步地，确定是否到达测速时长，若已到达测速时长，则根据每秒速率评估网络上行速率。若没有到达测速时长，则累计一秒内各接口所有线程测速数据。

具体地，上行测速过程中，将各个网络接口所有线程每秒钟发送至服务器的测速报文量做累加，如第一秒累加NICaT1+NICaT2+…+NICaTn...+NICnTn的所有测速数据记为D1，将第二秒中所有线程测速数据记为D2，第s秒中所有线程测速数据记为Ds。其中D1、D2..Ds为每秒的瞬时上行速率。

当到达s秒后停止上行测速，将每秒数据做统计算法，得出本次上行测速的总体评估速率。如Ru＝(D1+D2+。。。+Ds)/s，Ru为当前网络评估上行速率。

图4为本申请实施例提供的一种公网测速装置的结构示意图。如图4所示，公网测速装置包括信通测速终端、宽带接入服务器(Broadband Remote Access Server,，BRAS)、城域网、核心网以及测速节点。信通测速终端与测速节点连接，测速节点与宽带接入服务器进行连接，且信通测速终端与BRAS连接、城域网与核心网连接，城域网与BRAS连接，通过测速节点进行测速。图5为本申请实施例提供的一种局域网测速装置的结构示意图。如图5所示，局域网测速装置包括信通测速终端与测速节点。信通测速终端与网络接口连接，网络接口与测速终端进行连接，通过测速终端对局域网进行测速。

图6为本申请实施例提供的一种网络测速设备的结构示意图。如图6所示，网络测速设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；

对每个网络接口分别启动多个同方向测速线程；其中，所述测速线程包括上行测速线程与下行测速线程；

对所述多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注；其中，所述第二标识信息与测速线程对应的网络接口的第一标识信息相关；

获取连续多个第一预设时长内，带有所述第二标识信息的测速线程对应的测速报文的数据量，以根据所述测速报文的数据量，得到当前方向对应的网络测速速率。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请的实施例可以有各种更改和变化。凡在本申请实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (9)

1.一种网络测速方法，其特征在于，所述方法包括：

获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；

对每个网络接口分别启动多个同方向测速线程；其中，所述测速线程包括上行测速线程与下行测速线程；

对所述多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注；其中，所述第二标识信息与测速线程对应的网络接口的第一标识信息相关；

获取连续多个第一预设时长内，带有所述第二标识信息的测速线程对应的测速报文的数据量，以根据所述测速报文的数据量，得到当前方向对应的网络测速速率；

所述根据所述测速报文的数据量，得到当前方向对应的网络测速速率，包括：

将所述第一预设时长内带有所述第二标识信息的测速线程，分别对应的测速报文的数据量进行求和计算，得到第一报文数据总量；

对连续多个第一预设时长分别对应的第一报文数据总量进行求和计算，得到第二报文数据总量；

基于所述第二报文数据总量与所述第一预设时长的数量，得到当前方向对应的网络测速速率。

2.根据权利要求1所述的一种网络测速方法，其特征在于，所述第一预设时长内带有所述第二标识信息的测速线程，分别对应的测速报文的数据量进行求和计算，具体包括：

在所述测速线程为下行测速线程的情况下，将同一预设时长内带有所述第二标识信息的测速线程对应的网络接口，分别接收的测速报文的数据量进行求和计算；或者

在所述测速线程为上行测速线程的情况下，将同一预设时长内带有所述第二标识信息的测速线程对应的网络接口，分别发送的测速报文的数据量进行求和计算。

3.根据权利要求1所述的一种网络测速方法，其特征在于，所述对所述多个同方向测速线程进行网络连接检测，具体包括：

通过测速设备向所述测速服务器发起网络连接请求，在接收到所述测速服务器连接成功事件后，确认当前测速线程为已连接状态；

通过已连接状态的测速线程向所述测速服务器发送测速指令，并等待响应，在所述测速设备接收到所述测速服务器响应的测速数据后，将所述测速线程标记为有效状态。

4.根据权利要求1所述的一种网络测速方法，其特征在于，所述对每个网络接口分别启动多个同方向测速线程之后，所述方法还包括：

对所述多个同方向测速线程分别设定相应的固定缓冲区；

将通过网络接口接收到的测速报文循环放入所述固定缓冲区，以通过所述固定缓冲区内的测速报文进行网络测速分析；或者

将需要发送的测速报文循环放入所述固定缓冲区，以通过所述网络接口将所述固定缓冲区中的测速报文进行发送处理。

5.根据权利要求1所述的一种网络测速方法，其特征在于，所述获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息，具体包括：

通过网络诊断工具或者终端协议，对接入当前网络的多个网络接口的网络连通性进行检测；

确定网络连通成功的网络接口，并获取所述网络连通成功的网络接口对应的第一标识信息；

其中，所述网络连通性为所述网络接口与测速服务器之间的网络连通性。

6.根据权利要求1所述的一种网络测速方法，其特征在于，所述对每个网络接口分别启动多个同方向测速线程之后，所述方法还包括：

在所述测速线程为上行测速线程的情况下，确定测速数据包的当前发送次序；

从预先配置的各发送次序对应的测速报文内容中，获取与所述当前发送次序相对应的测速报文；

调用传输层协议，以通过所述传输层协议生成数据包；其中所述数据包含有数据填充区域；

将与当前发送次序相应的测速报文，填充至所述数据包，以生成当前需发送的测速数据包。

7.根据权利要求6所述的一种网络测速方法，其特征在于，所述生成当前需发送的所述测速数据包之后，所述方法还包括：

确定发送各所述测速数据包的发送时间，以及确定测速服务器接收各所述测速数据包的接收时间；

根据各所述测速数据包对应的发送时间与接收时间，确定出第一收发信息；其中，所述第一收发信息至少包括最大收发时间信息、最小收发时间信息以及平均收发时间信息中的一项；

确定预设收发时间内发送的所述测速数据包的数量，以及在所述预设收发时间内所述测速服务器接收到所述测速数据包的数量；

根据所述发送的所述测速数据包的数量与所述接收到所述测速数据包的数量，确定出第二收发信息；

将所述第一收发信息与所述第二收发信息发送至分析服务器，以通过所述分析服务器确定当前网络通信质量。

8.根据权利要求1所述的一种网络测速方法，其特征在于，所述获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息之前，所述方法还包括：

周期性地向测速服务器列表中所包含的多个测速服务器分别发送探测报文数据；

接收所述多个测速服务器的反馈报文数据，根据所述反馈报文数据确定所述多个测速服务器分别对应的延迟时间；

基于获取到多个所述延迟时间，确定所述多个测速服务器分别对应的平均延迟时间；

在所述测速服务器列表中确定出平均延迟时间最小的测速服务器，以通过所述平均延迟时间最小的测速服务器进行网络测速。

9.一种网络测速设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取接入当前网络的多个不同类型的网络接口分别对应的第一标识信息；

对每个网络接口分别启动多个同方向测速线程；其中，所述测速线程包括上行测速线程与下行测速线程；

对所述多个同方向测速线程进行网络连接检测，以将接收到测速报文的网络接口对应的测速线程进行第二标识信息标注；其中，所述第二标识信息与测速线程对应的网络接口的第一标识信息相关；

获取连续多个第一预设时长内，带有所述第二标识信息的测速线程对应的测速报文的数据量，以根据所述测速报文的数据量，得到当前方向对应的网络测速速率；

所述根据所述测速报文的数据量，得到当前方向对应的网络测速速率，包括：

将所述第一预设时长内带有所述第二标识信息的测速线程，分别对应的测速报文的数据量进行求和计算，得到第一报文数据总量；

对连续多个第一预设时长分别对应的第一报文数据总量进行求和计算，得到第二报文数据总量；

基于所述第二报文数据总量与所述第一预设时长的数量，得到当前方向对应的网络测速速率。