CN112929228B - 带宽测试方法及用户设备、存储装置 - Google Patents

带宽测试方法及用户设备、存储装置 Download PDF

Info

Publication number
CN112929228B
CN112929228B CN202110024476.9A CN202110024476A CN112929228B CN 112929228 B CN112929228 B CN 112929228B CN 202110024476 A CN202110024476 A CN 202110024476A CN 112929228 B CN112929228 B CN 112929228B
Authority
CN
China
Prior art keywords
data packet
bandwidth
data packets
service data
sent
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
Application number
CN202110024476.9A
Other languages
English (en)
Other versions
CN112929228A (zh
Inventor
孟伟
刘明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Dahua Technology Co Ltd
Original Assignee
Zhejiang Dahua Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhejiang Dahua Technology Co Ltd filed Critical Zhejiang Dahua Technology Co Ltd
Priority to CN202110024476.9A priority Critical patent/CN112929228B/zh
Publication of CN112929228A publication Critical patent/CN112929228A/zh
Application granted granted Critical
Publication of CN112929228B publication Critical patent/CN112929228B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/50—Testing arrangements

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

本申请公开了一种带宽测试方法及用户设备、存储装置，其中，带宽测试方法包括：在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长；利用总数据量和累计时长，得到可用的剩余带宽。上述方案，能够在不影响正常业务的前提下，简化带宽测试。

Description

带宽测试方法及用户设备、存储装置
技术领域
本申请涉及信息技术领域，特别是涉及一种带宽测试方法及用户设备、存储装置。
背景技术
随着电子信息技术的发展，手机、平板电脑、摄像头等诸多电子设备通过路由器等网络设备接入网络，以满足网上冲浪等各种业务需求。
网络连接通常存在一定的带宽限制，在超出带宽的情况下，可能发生传输堵塞、延迟等情况，从而影响体验。因此，有必要对网络连接进行带宽测试。目前，一般通过搭建专用的带宽测试环境(如，专用的带宽测试服务器等)，以进行带宽测试，操作繁琐，且影响正常业务。有鉴于此，如何在不影响正常业务的前提下，简化带宽测试成为亟待解决的问题。
发明内容
本申请主要解决的技术问题是提供一种带宽测试方法及用户设备、存储装置，能够在不影响正常业务的前提下，简化带宽测试。
为了解决上述问题，本申请第一方面提供了一种带宽测试方法，包括：在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长；利用总数据量和累计时长，得到可用的剩余带宽。
为了解决上述问题，本申请第二方面提供了一种用户设备，包括相互耦接的存储器和处理器，存储器存储有程序指令，处理器用于执行程序指令以实现上述第一方面中的带宽测试方法。
为了解决上述问题，本申请第三方面提供了一种存储装置，存储有能够被处理器运行的程序指令，程序指令用于上述第一方面中的带宽测试方法。
上述方案，在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，从而利用总数据量和累计时长，得到可用的剩余带宽。故此，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。
附图说明
图1是本申请带宽测试方法一实施例的流程示意图；
图2是本申请带宽测试方法一实施例的状态示意图；
图3是本申请带宽测试方法另一实施例的流程示意图；
图4是本申请带宽测试装置一实施例的框架示意图；
图5是本申请用户设备一实施例的框架示意图；
图6是本申请存储装置一实施例的框架示意图。
具体实施方式
下面结合说明书附图，对本申请实施例的方案进行详细说明。
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。
本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。
请参阅图1，图1是本申请带宽测试方法一实施例的流程示意图。具体而言，可以包括如下步骤：
步骤S11：在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长。
在一个实施场景中，本公开实施例中的步骤可以由用户设备执行，用户设备具体可以包括但不限于：路由器、CPE(Customer Premise Equipment，客户前置设备)等网络设备，用户设备可以连接若干节点设备，节点设备可以包括但不限于：手机、平板电脑、摄像头等，具体可以根据实际应用情况进行设置，在此不做限定。例如，在无线监控场景中，用户设备可以是CPE，节点设备可以是摄像头；在家庭、办公场景中，用户设备可以是路由器，节点设备可以是手机、平板电脑等，其他情况可以以此类推，在此不再一一举例。
在一个具体的实施场景中，以移动通信的带宽测试为例，用户设备可以为CPE，在5G移动通信场景中，用户设备具体可以为5G CPE，5G CPE可以集成有5G蜂窝网络模块和WiFi AP(Wireless Fidelity Access Point)模块，5G CPE通过WiFi AP模块实现与诸如手机、平板电脑、摄像头等节点设备的互联，并将节点设备传来的业务数据包通过5G蜂窝模块实时传送到5G基站。请结合参阅图2，图2是本申请带宽测试方法一实施例的状态示意图。如图2所示，5G CPE连接有摄像头A、摄像头B、摄像头C、摄像头D共计4个节点设备，并接收来自上述摄像头的业务数据包(如，监控码流)，将其传至5G基站，从而5G基站将数据包上传至公网，以供流媒体平台浏览。在家庭、办公等场景，可以以此类推，在此不再一一举例。
在一个实施场景中，冗余数据包包括与业务无关的数据包。具体地，冗余数据包可以包含随机字符串；或者，冗余数据包可以包含预设图像的图像数据，预设图像可以是全黑的图像、全白的图像等等，在此不做限定。
在一个具体的实施场景中，在由用户设备执行本公开实施例中的步骤的情况下，冗余数据包可以由用户设备生成，并在发送业务数据包的间隙，发送冗余数据包。
在一个实施场景中，在由用户设备执行本公开实施例中的步骤的情况下，用户可以通过web界面或者APP访问用户设备，并通过web界面或者APP向用户设备发送带宽测试命令，以使用户在接收到带宽测试命令之后，自动通过本公开实施例中的步骤进行带宽测试。
在一个实施场景中，预设测试结束条件可以包括：连续发送失败的数据包不少于预设数值个。上式方式，通过将预设测试结束条件设置为包括：连续发送失败的数据包不少于预设数值个，能够通过连续发送失败的数据包不少于预设数值来衡量带宽上限，从而结束带宽测试，进而能够有利于提高带宽测试的准确性。
在一个具体的实施场景中，预设数值可以根据实际应用需要进行设置。例如，在业务数据包的数据量较大的情况下，较少的业务数据包发送失败即可能发生卡顿、掉帧，从而影响用户体验，故此，预设数值可以设置地较小；或者，在业务数据包的数据量较小的情况下，较多的业务数据包发送失败才可能发生卡顿、掉帧，从而影响用户体验，故此，预设数值可以设置地较大。也就是说，预设数值可以与业务数据包的数据量为负相关关系。上述方式，能够进一步确保在不影响正常业务的情况下进行带宽测试，并提高带宽测试的准确性。
在另一个具体的实施场景中，预设数值也可以设置为一个固定值，例如，可以设置为：3、4、5等等，在此不做限定。
在又一个具体的实施场景中，为了确保带宽测试对正常业务的影响尽可能地低，在连续发送失败的数据包中包含业务数据包的情况下，可以重新发送连续发送失败的数据包中所包含的业务数据包。上述方式，可以确保在带宽测试过程中发送失败的业务数据包被重新发送，从而能够尽可能地降低带宽测试对正常业务的影响。
在又一个具体的实施场景中，在数据包发送成功之后，数据包的发送目的地将予以反馈，若未接收到反馈，则可以认为数据包发送失败。故此，在连续预设数值次未收到反馈的情况下，可以认为当前已满负荷发送，即已经达到网络带宽的极限，从而可以结束带宽测试。
在一个实施场景中，在检测到不满足预设测试结束条件的情况下，可以检测是否存在尚未发送的业务数据包，若存在，则发送尚未发送的业务数据包，若不存在，则可以发送冗余数据包。上述方式，可以在带宽测试过程中，确保业务数据包优先于冗余数据包发送，从而能够有利于进一步确保带宽测试不对正常业务造成影响。
在一个具体的实施场景中，在本公开实施例中的步骤由用户设备执行的情况下，用户设备可以实时监测节点设备是否有业务数据包传输过来，如果有依次将业务数据包添加至发送队列，并按照“先进先出”的原则，将队列中的业务数据包依次发送。为了最大程度地保障节点设备业务数据包的实时发送，用户设备每发送完一个数据包，检测是否还存在尚未发送的业务数据包，若存在，则优先发送尚未成功发送的业务数据包，否则，发送冗余数据包。
在另一个具体的实施场景中，为了便于后续剩余带宽的计算，在数据包的发送过程中，每成功发送一个数据包，可以将发送成功的数据包的类型(如，业务数据包、冗余数据包)、发送时间、数据包的数据量等进行记录。
在又一个具体的实施场景中，在发送冗余数据包的过程中，可以获取上一个发送成功的业务数据包的第一编号，并将第一编号作为本次即将发送的冗余数据包的第二编号，从而发送第二编号的冗余数据包。上述方式，将即将发送的冗余数据包的上一个发送成功的业务数据包的第一编号，作为该冗余数据包的第二编号，并将第二编号的冗余数据包发送，能够有利于使接收数据包的目的地端根据数据包的编号，及上一次接收到的数据包的编号，快速判断本次所接收到的数据包为冗余数据包，以进行丢弃等操作。例如，本次即将发送的冗余数据包的上一个成功发送的业务数据包的第一编号为i，由于本次即将发送的为冗余数据包，故可以将该冗余数据包的第二编号设置为上述第一编号i。
需要说明的是，本公开实施例中的累计时长是指：在满足预设测试结束条件的情况下，已成功发送的数据包在发送过程中所消耗的累计时长。
在一个具体的实施场景中，已发送成功的数据包为连续的数据包。例如，数据包1、数据包2、……、数据包n为发送成功的数据包，而数据包n+1、数据包n+2、数据包n+3为发送失败的数据包，在预设测试结束条件设置为包括：连续发送失败的数据包不少于3个的情况下，记成功发送数据包1的起始时间为t1，成功发送数据包n的起始时间为tn，则累计时长可以记为：tn-t1。
在另一个具体的实施场景中，已发送成功的数据包并非连续的数据包。例如，数据包1、数据包2为发送成功的数据包，而数据包3、数据包4为发送失败的数据包，数据包5、数据包6为发送成功的数据包，数据包7、数据包8、数据包9为发送失败的数据包，在预设测试结束条件设置为包括：连续发送失败的数据包不少于3个的情况下，累计时长为数据包1和数据包2的发送时长、数据包5和数据包6的发送时长之和。
步骤S12：利用总数据量和累计时长，得到可用的剩余带宽。
在一个实施场景中，可以将已发送成功的数据包中冗余数据包的总数据量与累计时长之间的比值，作为剩余带宽。仍以前述数据包1、数据包2、……、数据包n为发送成功的数据包为例，累计时长为tn-t1，记数据包1、数据包2、……、数据包n中冗余数据包的总数据量为S，则可以通过下式计算得到剩余带宽：
Figure BDA0002889905060000061
在一个实施场景中，在本公开实施例中的步骤由用户设备执行，且用户设备可转发所连接的节点设备的业务数据包的情况下，在计算得到剩余带宽之后，可以获取节点设备所占用的平均带宽，从而可以利用剩余带宽和平均带宽，得到用户设备还可以连接的节点设备的数量。上述方式，通过节点设备所占用的平均带宽，以及测试得到的剩余带宽，计算得到用户设备还可以连接的节点设备的数量，能够有利于便于用户根据计算得到的数量，继续通过用户设备将节点设备连接至网络，提高用户体验。
在一个具体的实施场景中，以用户设备为CPE、节点设备为摄像头为例，可以获取摄像头的分辨率(如，1920*1080、1280*960等)、编码类型(如，H.264等)等，并据此计算摄像头所需占用的平均带宽。
在另一个具体的实施场景中，也可以统计已连接的同一类型的节点设备在过去某段时间内做占用的平均带宽(或最大带宽)，作为还可以连接的节点设备的平均带宽。
上述方案，在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，从而利用总数据量和累计时长，得到可用的剩余带宽。故此，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。
请参阅图3，图3是本申请带宽测试方法另一实施例的流程示意图。具体可以包括如下步骤：
步骤S301：用户设备初始化。
以用户设备为CPE为例，在用户设备启动之后，可以初始化WiFi AP模块，根据当前配置创建热点，以供节电设备连接；并初始化蜂窝网络模块，连接基站。
在用户设备初始化完成之后，一方面，用户设备可以不断检测是否有新的节点设备连接，并接收来自用户设备的业务数据包；另一方面，用户设备可以对接收到的业务数据包进行发送处理，并在此期间进行带宽测试。具体如下：
步骤S302：检测是否有节点设备接入，若是，则执行步骤S303，否则执行步骤S304。
在初始化完成之后，用户设备即可不断检测是否节点设备接入。具体地，可以以预设频率进行检测。预设频率可以根据实际应用需要进行设置，例如，在对节点设备的接入响应要求较高的情况下，可以将预设频率设置地较大，而在对节点设备的接入响应要求相对宽松的情况下，可以将预设频率设置地稍小，在此不做限定。
步骤S303：对节点设备进行鉴权，并将鉴权通过的节点设备加入到节点设备列表。
具体地，可以鉴别节点设备的接入密码等是否正确，若正确，则可以认为该节点设备通过鉴权，并将其添加至节点设备列表，以供管理员对其进行管理(如，限流、剔除等)。此外，如图3所示，本公开实施例中，在将鉴权通过的节点设备加入到节点设备列表之后，可以重新执行上述步骤S302以及后续步骤。
步骤S304：检测是否有节点上传业务数据包，若是，则执行步骤S305，否则执行步骤S306。
用户设备检测是否有节点设备上传业务数据包，以免影响正常业务。具体地，可以以预设频率检测是否有节点设备上传业务数据包。例如，在对业务数据包的上传实时性要求较高的情况下，预设频率可以设置地较大，而对业务数据包的上传实时性要求相对宽度的情况下，预设频率可以设置地稍小，在此不做限定。
步骤S305：将业务数据包添加至发送队列。
在一个实施场景中，发送队列中的业务数据包也可以按照“先进先出”的原则，进行后续的发送。
步骤S306：重新执行步骤S302以及后续步骤。
在未有节点设备上传业务数据包的情况下，可以重新检测是否有节点设备接入。
在一个实施场景中，在将业务数据包添加至发送队列之后，也可以重新执行步骤S302以及后续步骤。
如前所述，另一方面，用户设备可以对接收到的业务数据包进行发送处理，并在此期间进行带宽测试。具体如下：
步骤S307：更新当前发送开始时间，以及成功发送的数据包个数。
在一个实施场景中，在开始带宽测试时，可以更新当前发送开始时间，为了便于计算，可以更新开始时间为0，成功发送的数据包个数为0。
步骤S308：检测发送队列是否存在尚未发送的业务数据包，若否，则执行步骤S309，否则执行步骤S310。
具体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S309：发送冗余数据包。
具体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S310：发送尚未发送的业务数据包。
具体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S311：检测数据包是否发送成功，若是，则执行步骤S312，否则执行步骤S313。
在执行发送上述冗余数据包或业务数据包之后，可以检测是否发送成功，若发送成功，则可以记录数据包的发送时间、类型、数据量，以便后续计算剩余带宽，若发送失败，则可以统计连续发送失败的个数，并在发送失败的数据包为业务数据包的情况下，重新将其发送，以尽可能地不影响正常业务。
步骤S312：记录数据包的发送时间、类型、数据量。
具体可以参阅前述公开实施例中的相关描述，在此不再赘述。此外，如图3所示，本公开实施例中，在记录数据包的发送时间、类型、数据量之后，可以重新执行上述步骤S308以及后续步骤。
步骤S313：检测连续发送失败的数据包是否不少于预设数值个，若是，则执行步骤S314，否则执行步骤S316。
体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S314：获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，并利用总数据量和累计时长，得到可用的剩余带宽。
体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S315：重新发送连续发送失败的数据包中所包含的业务数据包。
体可以参阅前述公开实施例中的相关描述，在此不再赘述。
步骤S316：在发送失败的数据包为业务数据包的情况下，将发送失败的业务数据包重新添加至发送队列。
为了进一步尽可能地降低带宽测试对正常业务的影响，在发送失败的数据包为业务数据包的情况下，可以将发送失败的业务数据包重新添加至发送队列。此外，如图3所示，在将发送失败的业务数据包重新添加至发送队列之后，可以重新执行步骤S308以及后续步骤。
区别于前述实施例，通过在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，从而利用总数据量和累计时长，得到可用的剩余带宽。故此，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。此外，通过检测是否存在尚未发送的业务数据包，在存在的情况下，发送尚未发送的业务数据包，而在不存在的情况下，发送冗余数据包，能够确保优先发送业务数据包，从而能够尽可能地降低带宽测试对正常业务的影响。此外，在连续发送失败的数据包中包含业务数据包的情况下，重新发送连续发送失败的数据包中所包含的业务数据包，能够确保在带宽测试过程中发送失败的业务数据包重新被发送，重新能够有利于尽可能地降低带宽测试对正常业务的影响。
请参阅图4，图4是本申请带宽测试装置40一实施例的框架示意图。带宽测试装置40包括：信息获取模块41和带宽计算模块42，信息获取模块41用于在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，带宽计算模块42用于利用总数据量和累计时长，得到可用的剩余带宽。
上述方案，在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，从而利用总数据量和累计时长，得到可用的剩余带宽。故此，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。
在一些公开实施例中，带宽测试装置40还包括发送检测模块，用于在检测到不满足预设测试结束条件的情况下，检测是否存在尚未发送的业务数据包，带宽测试装置40还包括第一发送模块，用于在存在尚未发送的业务数据包时，发送尚未发送的业务数据包，带宽测试装置40还包括第二发送模块，用于在不存在尚未发送的业务数据包时，发送冗余数据包。
区别于前述实施例，可以在带宽测试过程中，确保业务数据包优先于冗余数据包发送，从而能够有利于进一步确保带宽测试不对正常业务造成影响。
在一些公开实施例中，第二发送模块包括编号获取子模块，用于获取上一个发送成功的业务数据包的第一编号，并将第一编号，作为本次即将发送的冗余数据包的第二编号，第二发送模块包括数据包发送子模块，用于发送第二编号的冗余数据包。
区别于前述实施例，将即将发送的冗余数据包的上一个发送成功的业务数据包的第一编号，作为该冗余数据包的第二编号，并将第二编号的冗余数据包发送，能够有利于使接收数据包的目的地端根据数据包的编号，及上一次接收到的数据包的编号，快速判断本次所接收到的数据包为冗余数据包，以进行丢弃等操作。
在一些公开实施例中，预设测试结束条件包括：连续发送失败的数据包不少于预设数值个。
区别于前述实施例，通过将预设测试结束条件设置为包括：连续发送失败的数据包不少于预设数值个，能够通过连续发送失败的数据包不少于预设数值来衡量带宽上限，从而结束带宽测试，进而能够有利于提高带宽测试的准确性。
在一些公开实施例中，预设数值与业务数据包的数据量为负相关关系。
区别于前述实施例，将预设数值与业务数据包的数据量设置为负相关关系，能够进一步确保在不影响正常业务的情况下进行带宽测试，并提高带宽测试的准确性。
在一些公开实施例中，带宽测试装置40还包括重新发送模块，用于在连续发送失败的数据包中包含业务数据包的情况下，重新发送连续发送失败的数据包中所包含的业务数据包。
区别于前述实施例，可以确保在带宽测试过程中发送失败的业务数据包被重新发送，从而能够尽可能地降低带宽测试对正常业务的影响。
在一些公开实施例中，带宽计算模块42具体用于将总数据量与累计时长之间的比值，作为剩余带宽。
区别于前述实施例，将总数据量与累计时长之间的比值，作为剩余带宽，能够有利于提高剩余带宽计算的便利性。
在一些公开实施例中，带宽测试装置40用于使用户设备执行，且用户设备用于转发所连接的节点设备的业务数据包，带宽测试装置40还包括平均带宽获取模块，用于获取节点设备占用的平均带宽，带宽测试装置40还包括可连设备数量计算模块，用于利用剩余带宽和平均带宽，得到用户设备还可连接的节点设备的数量。
区别于前述实施例，能够有利于便于用户根据计算得到的数量，继续通过用户设备将节点设备连接至网络，提高用户体验。
请参阅图5，图5是本申请用户设备50一实施例的框架示意图。用户设备50包括相互耦接的存储器51和处理器52，存储器51存储有程序指令，处理器52用于执行程序指令以实现上述任一带宽测试方法实施例中的步骤。具体地，用户设备50可以包括但不限于：CPE、路由器等，在此不做限定。
具体而言，处理器52用于控制其自身以及存储器51以实现上述任一带宽测试方法实施例中的步骤。处理器52还可以称为CPU(Central Processing Unit，中央处理单元)。处理器52可能是一种集成电路芯片，具有信号的处理能力。处理器52还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器52可以由多个集成电路芯片共同实现。
本公开实施例中，处理器52用于在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长；处理器52用于利用总数据量和累计时长，得到可用的剩余带宽。
上述方案，在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送数据包的累计时长，从而利用总数据量和累计时长，得到可用的剩余带宽。故此，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。
在一些公开实施例中，处理器52用于在检测到不满足预设测试结束条件的情况下，检测是否存在尚未发送的业务数据包，处理器52用于在存在尚未发送的业务数据包时，控制与处理器52耦接的通信电路发送尚未发送的业务数据包，处理器52用于在不存在尚未发送的业务数据包时，控制与处理器52耦接的通信电路发送冗余数据包。
区别于前述实施例，可以在带宽测试过程中，确保业务数据包优先于冗余数据包发送，从而能够有利于进一步确保带宽测试不对正常业务造成影响。
在一些公开实施例中，处理器52用于获取上一个发送成功的业务数据包的第一编号，并将第一编号，作为本次即将发送的冗余数据包的第二编号，处理器52用于控制通信电路发送第二编号的冗余数据包。
区别于前述实施例，将即将发送的冗余数据包的上一个发送成功的业务数据包的第一编号，作为该冗余数据包的第二编号，并将第二编号的冗余数据包发送，能够有利于使接收数据包的目的地端根据数据包的编号，及上一次接收到的数据包的编号，快速判断本次所接收到的数据包为冗余数据包，以进行丢弃等操作。
在一些公开实施例中，预设测试结束条件包括：连续发送失败的数据包不少于预设数值个。
区别于前述实施例，通过将预设测试结束条件设置为包括：连续发送失败的数据包不少于预设数值个，能够通过连续发送失败的数据包不少于预设数值来衡量带宽上限，从而结束带宽测试，进而能够有利于提高带宽测试的准确性。
在一些公开实施例中，预设数值与业务数据包的数据量为负相关关系。
区别于前述实施例，将预设数值与业务数据包的数据量设置为负相关关系，能够进一步确保在不影响正常业务的情况下进行带宽测试，并提高带宽测试的准确性。
在一些公开实施例中，处理器52用于在连续发送失败的数据包中包含业务数据包的情况下，控制通信电路重新发送连续发送失败的数据包中所包含的业务数据包。
区别于前述实施例，可以确保在带宽测试过程中发送失败的业务数据包被重新发送，从而能够尽可能地降低带宽测试对正常业务的影响。
在一些公开实施例中，处理器52用于将总数据量与累计时长之间的比值，作为剩余带宽。
区别于前述实施例，将总数据量与累计时长之间的比值，作为剩余带宽，能够有利于提高剩余带宽计算的便利性。
在一些公开实施例中，带宽测试方法由用户设备执行，用户设备用于转发所连接的节点设备的业务数据包，处理器52用于获取节点设备占用的平均带宽，处理器52用于利用剩余带宽和平均带宽，得到用户设备还可连接的节点设备的数量。
区别于前述实施例，能够有利于便于用户根据计算得到的数量，继续通过用户设备将节点设备连接至网络，提高用户体验。
请参阅图6，图6为本申请存储装置60一实施例的框架示意图。存储装置60存储有能够被处理器运行的程序指令601，程序指令601用于实现上述任一带宽测试方法实施例中的步骤。
上述方案，在正常传输业务数据包的过程中，即可通过期间传输冗余数据包测试得到剩余带宽，能够不影响正常业务，且无需搭建专用的带宽测试环境，因此能够在不影响正常业务的前提下，简化带宽测试。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种带宽测试方法，其特征在于，包括：
在检测到满足预设测试结束条件的情况下，获取已成功发送的数据包中除业务数据包之外的冗余数据包的总数据量，以及发送所述数据包的累计时长；其中，所述冗余数据包由用户设备生成，并在发送所述业务数据包的间隙，发送所述冗余数据包；
利用所述总数据量和所述累计时长，得到可用的剩余带宽。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在检测到不满足所述预设测试结束条件的情况下，检测是否存在尚未发送的业务数据包；
若存在，则发送尚未发送的业务数据包；
若不存在，则发送所述冗余数据包。
3.根据权利要求2所述的方法，其特征在于，所述发送所述冗余数据包，包括：
获取上一个发送成功的业务数据包的第一编号，并将所述第一编号，作为本次即将发送的冗余数据包的第二编号；
发送所述第二编号的冗余数据包。
4.根据权利要求1所述的方法，其特征在于，所述预设测试结束条件包括：连续发送失败的数据包不少于预设数值个。
5.根据权利要求4所述的方法，其特征在于，所述预设数值与所述业务数据包的数据量为负相关关系。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
在连续发送失败的数据包中包含业务数据包的情况下，重新发送连续发送失败的数据包中所包含的业务数据包。
7.根据权利要求1所述的方法，其特征在于，所述利用所述总数据量和所述累计时长，得到所述用户设备可用的剩余带宽，包括：
将所述总数据量与所述累计时长之间的比值，作为所述剩余带宽。
8.根据权利要求1所述的方法，其特征在于，所述带宽测试方法由用户设备执行，所述用户设备用于转发所连接的节点设备的业务数据包；在所述利用所述总数据量和所述累计时长，得到所述用户设备可用的剩余带宽之后，所述方法还包括：
获取所述节点设备占用的平均带宽；
利用所述剩余带宽和所述平均带宽，得到所述用户设备还可连接的节点设备的数量。
9.一种用户设备，其特征在于，包括相互耦接的存储器和处理器，所述存储器存储有程序指令，所述处理器用于执行所述程序指令以实现权利要求1至8任一项所述的带宽测试方法。
10.一种存储装置，其特征在于，存储有能够被处理器运行的程序指令，所述程序指令用于实现权利要求1至8任一项所述的带宽测试方法。
CN202110024476.9A 2021-01-08 2021-01-08 带宽测试方法及用户设备、存储装置 Active CN112929228B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110024476.9A CN112929228B (zh) 2021-01-08 2021-01-08 带宽测试方法及用户设备、存储装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110024476.9A CN112929228B (zh) 2021-01-08 2021-01-08 带宽测试方法及用户设备、存储装置

Publications (2)

Publication Number Publication Date
CN112929228A CN112929228A (zh) 2021-06-08
CN112929228B true CN112929228B (zh) 2022-06-07

Family

ID=76162795

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110024476.9A Active CN112929228B (zh) 2021-01-08 2021-01-08 带宽测试方法及用户设备、存储装置

Country Status (1)

Country Link
CN (1) CN112929228B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113411269B (zh) * 2021-07-07 2022-05-17 杭州网易云音乐科技有限公司 限流控制方法、限流控制装置、存储介质及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1878094A (zh) * 2005-06-10 2006-12-13 腾讯科技（深圳）有限公司 一种网络最大可用带宽的测试方法
CN101754109A (zh) * 2008-12-05 2010-06-23 中兴通讯股份有限公司 基于融合业务系统的消息发送和接收方法、融合业务系统
EP2482494A1 (en) * 2011-01-27 2012-08-01 TeliaSonera AB Measuring CPE bandwidth
CN105847873A (zh) * 2016-05-16 2016-08-10 西安电子科技大学 面向监控应用的高清视频码流与数据复用系统及方法
CN109547287A (zh) * 2018-11-23 2019-03-29 盛科网络（苏州）有限公司 带宽测试方法及装置、存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI295887B (en) * 2005-04-20 2008-04-11 Compal Electronics Inc Method for sending and receiving data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1878094A (zh) * 2005-06-10 2006-12-13 腾讯科技（深圳）有限公司 一种网络最大可用带宽的测试方法
CN101754109A (zh) * 2008-12-05 2010-06-23 中兴通讯股份有限公司 基于融合业务系统的消息发送和接收方法、融合业务系统
EP2482494A1 (en) * 2011-01-27 2012-08-01 TeliaSonera AB Measuring CPE bandwidth
CN105847873A (zh) * 2016-05-16 2016-08-10 西安电子科技大学 面向监控应用的高清视频码流与数据复用系统及方法
CN109547287A (zh) * 2018-11-23 2019-03-29 盛科网络（苏州）有限公司 带宽测试方法及装置、存储介质

Also Published As

Publication number Publication date
CN112929228A (zh) 2021-06-08

Similar Documents

Publication Publication Date Title
CN108777666B (zh) 链路聚合的分流方法及相关设备
KR101457241B1 (ko) 네트워크에서의 완전 메시 레이트 트랜잭션
US20170373864A1 (en) Data transmission method, apparatus, and system
CN104159306B (zh) 一种控制空口资源的方法、设备及系统
CN102017505B (zh) 管理tcp数据段的传输的方法和设备
US9781595B2 (en) Wireless communication device
CN112804711A (zh) 数据传输方法、装置、计算机可读介质及电子设备
CN111263239B (zh) 视频帧丢包的处理方法及相关装置
CN115720384A (zh) 连接建立方法及相关设备
CN112787945A (zh) 数据传输方法、装置、计算机可读介质及电子设备
US20230216758A1 (en) Information acquisition method and apparatus, storage medium, and electronic apparatus
CN112929228B (zh) 带宽测试方法及用户设备、存储装置
EP3793176A1 (en) Data processing method, device and apparatus
CN105357229A (zh) 一种视频处理方法及装置
EP1825663B1 (en) Method, apparatus and computer program for providing services and services usage information for a wireless subscriber unit
EP1351465B1 (en) Voice transmitting and receiving system
CN113747489A (zh) Udp通信质量评估方法、装置及电子设备
US20180123971A1 (en) Application Implementation Method and Service Controller
CN108540273B (zh) 一种数据包重传的方法和装置
CN106231618B (zh) 一种发送编解码重协商请求的方法及装置
CN111432441B (zh) 音频数据发送方法及装置、计算机可读存储介质
US20130286922A1 (en) Video multicast optimization
CN112449366B (zh) 报文转发方法、装置、无线ap设备及存储介质
CN103283185A (zh) 数据通信的优先级设定
US9565086B2 (en) Network-transmission inspection device and network-transmission inspection method

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