网络质量评估方法及装置与流程

电子通信装置的制造及其应用技术1.本技术涉及通信技术领域，尤其涉及网络质量评估方法及装置。背景技术：2.电子设备已经成为人们日常生活不可或缺的电子产品，例如，手机、平板电脑、可穿戴设备等，用户使用电子设备观看在线视频、文章、图片等数据流量。为了提升用户体验，电子设备对承载数据流的无线网络质量进行评估得到网络的体验质量(quality of experience，qoe)，用以指导决策中心切换至qoe更优的网络。但是，已有的网络qoe评估方法得到的评估结果不准确。技术实现要素：3.有鉴于此，本技术提供了网络质量评估方法及装置，以解决上述技术问题，其公开的技术方案如下：4.第一方面，本技术提供了一种网络质量评估方法，应用于电子设备，所述方法包括：从无线网络数据流量中识别出视频流量；对于视频流量大于零的采集周期，解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延及重传数据包的信息；根据重传数据包的信息获得无线网络在采集周期对应的重传率；对于视频流量为零的采集周期，确定无线网络对应的往返时延和重传率均为无效值；基于连续预设数量个采集周期对应的往返时延或重传率，获得无线网络对应的质量评估结果。5.该方案能够识别出视频流量，并解析视频流量的数据包解析得到传输该视频流量的网络对应的往返时延或重传率，进而结合往返时延或重传率评估传输该视频流量的无线网络的qoe，避免了采用下载速率评估网络qoe导致的误判网络qoe变差，因此，提高了网络qoe的评估结果的准确率。而且，在视频流量为零的周期，确定该周期的往返时延和重传率均为无效值，不使用该周期的数据评估网络qoe，从而避免了网络偶发波动场景，或者正常缓冲暂停的场景下，导致的网络qoe误判为变差，因此，提高了网络的qoe评估结果准确率。6.在第一方面一种可能的实现方式中，基于连续预设数量个采集周期对应的往返时延或重传率，获得无线网络对应的质量评估结果，包括：如果连续预设数量个采集周期中，往返时延的数值为有效值且大于或等于时延阈值的连续采集周期的数量达到预设比例，确定无线网络的网络质量为差；或者，如果连续预设数量个采集周期中，重传率的数值为有效值且大于或等于重传率阈值的连续采集周期的数量达到预设比例，确定无线网络的网络质量为差。该方案中，如果连续多个周期中网络qoe为差的连续周期数量达到预设比例，则确定该网络的最终qoe为变差，这样能够避免网络偶发波动及正常缓冲暂停的场景导致的网络qoe误判为变差的现象发生，因此，提高了网络qoe评估的准确率。7.在第一方面另一种可能的实现方式中，时延阈值为350ms至450ms中的任一数值，重传率阈值为大于等于60％且小于100％的任一数值，预设比例为大于等于60％且小于100％的任一数值。8.在第一方面又一种可能的实现方式中，对于视频流量大于零的采集周期，解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延，包括：从同一采集周期对应的视频流量中，获取发送的数据包对应的发送时间，以及接收的数据包对应的确认接收包中的确认接收时间；基于确认接收时间和发送时间之间的时间间隔，获得往返时延。9.在第一方面再一种可能的实现方式中，对于视频流量大于零的采集周期，解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延，包括：若同一采集周期对应的视频流量中仅包括发送的数据包，则确定采集周期的上一采集周期对应的往返时延为采集周期对应的往返时延。10.在第一方面另一种可能的实现方式中，根据重传数据包的信息获得无线网络在采集周期对应的重传率，包括：根据同一采集周期内的上行数据包中的重传数据包的数量，以及上行数据包的总数量，获得采集周期的上行重传率；根据同一采集周期内的下行数据包中重传数据包的数量，以及下行数据包的总数量，获得采集周期的下行重传率；确定上行重传率和下行重传率中数值大的重传率，为无线网络在采集周期对应的重传率。11.在第一方面又一种可能的实现方式中，所述方法还包括：当确定无线网络的网络质量差后，请求备用路径，并对备用路径进行时延探测；若时延探测符合预设时延要求，确定备用路径可用；在备用路径可用后的预设时长内，若再次确定无线网络的网络质量差，将视频流量切换至备用路径。该方案在确定传输视频流的网络qoe变差后，探测可用的备用路径，若再次接收到数据流的qoe变差的评估结果，则将该视频流切换至该备用路径，从而避免了弱网环境下视频流出现的卡顿现象，因此提高该视频流的流畅度。12.在第一方面再一种可能的实现方式中，电子设备的操作系统采用android系统，android系统包括设置在内核层的流量上报模块；从无线网络数据流量中识别出视频流量，包括：流量上报模块根据预设过滤特征，对无线网络传输的数据包进行过滤，识别出视频流量。该方案通过设置在内核层的流量上报模块获取视频流量，以实现对特定类型的流量的传输qoe单独进行评估。13.在第一方面又一种可能的实现方式中，对于视频流量大于零的采集周期，解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延，包括：对于视频流量大于零的采集周期，流量上报模块解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延及重传数据包的信息。该方案由内核层的流量上报模块获取视频流量的往返时延及重传数据包的信息，并上报至流量感知模块，以实现流量感知模块评估传输该视频流量的网络的qoe。14.在第一方面另一种可能的实现方式中，对于视频流量大于零的采集周期，流量上报模块解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延，包括：对于视频流量大于零的采集周期，流量上报模块从采集周期传输的视频流量中，获取发送数据包的发送时间，以及接收与数据包对应的确认接收包中的确认接收时间；流量上报模块基于确认接收时间和发送时间之间的时间间隔，获得任一采集周期对应的往返时延。15.在第一方面又一种可能的实现方式中，对于视频流量大于零的采集周期，流量上报模块解析视频流量的数据包，获得传输视频流量的无线网络在采集周期对应的往返时延，包括：若流量上报模块确定同一采集周期对应的视频流量中仅包括发送的数据包，则确定采集周期的上一采集周期对应的往返时延为采集周期对应的往返时延。16.在第一方面再一种可能的实现方式中，android系统还包括设置在原生c/c++库的流量感知模块，根据重传数据包的信息获得无线网络在采集周期对应的重传率，包括：流量感知模块接收流量上报模块发送的重传数据包的信息，以及，基于重传数据包的信息获得无线网络在采集周期对应的重传率。17.在第一方面又一种可能的实现方式中，流量感知模块还接收流量上报模块发送的采集周期对应的往返时延；基于连续预设数量个采集周期对应的往返时延或重传率，获得无线网络对应的质量评估结果，包括：如果流量感知模块确定连续预设数量个采集周期中，往返时延的数值为有效值且大于或等于时延阈值的连续采集周期的数量达到预设比例，判定无线网络的网络质量差；或者，如果流量感知模块确定连续预设数量个采集周期中，重传率的数值为有效值且大于或等于重传率阈值的连续采集周期的数量达到预设比例，判定无线网络的网络质量差。18.第二方面，本技术还提供了一种电子设备，该电子设备包括：一个或多个处理器、存储器和触摸屏；存储器用于存储程序代码；处理器用于运行程序代码，使得电子设备实现如第一方面任一种可能的实现方式所述的网络质量评估方法。19.第三方面，本技术还提供了一种计算机可读存储介质，其上存储有指令，当指令在电子设备上运行时，使得电子设备执行第一方面任一种可能的实现方式所述的网络质量评估方法。20.第四方面，本技术还提供了一种计算机程序产品，当该计算机程序产品在电子设备上运行时，使得该电子设备实现第一方面任一种可能的实现方式所述的网络质量评估方法。21.应当理解的是，本技术中对技术特征、技术方案、有益效果或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或有益效果的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或有益效果。因此，本说明书中对于技术特征、技术方案或有益效果的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合本实施例中所描述的技术特征、技术方案和有益效果。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或有益效果即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和有益效果。附图说明22.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。23.图1是视频下载速率的示意图；24.图2是本技术实施例提供的一种电子设备的结构示意图；25.图3是本技术实施例提供的一种电子设备的软件架构示意图；26.图4是本技术实施例提供的一种网络质量评估方法的流程示意图；27.图5是本技术实施例提供的另一种网络质量评估方法的流程示意图；28.图6是本技术实施例提供的一种网络质量评估装置的结构示意图。具体实施方式29.本技术说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。30.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。31.为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：32.用户利用电子设备观看多媒体数据流量(如，视频流量、视频通话、图文数据流)等需要传输大量数据包的场景下，如果当前连接的无线网络质量较差，多媒体数据流量会出现卡顿现象，例如，用户在从wifi覆盖的区域到无wifi的区域过程中观看视频，由于wifi信号逐渐减弱，如果不能准确评估出wifi网络质量变差，可能导致用户观看数据流量的过程出现卡顿。33.以视频流量为例，已有的传输视频流量的网络qoe评估方法是使用视频流量的下载速率评估该网络qoe。但是，如图1所示，视频缓冲过程具有波峰和波谷，即视频缓冲达到一定阈值后会停止缓冲。因此，利用下载速率评估视频流网络的qoe的方式，无法区分是视频正常缓冲停止，还是由于网络质量差导致视频下载速率降低，可能导致误判卡顿。34.例如，正常缓冲停止时数据流下载速率降低，可能误判为网络质量差导致数据流下载速率下降、可能出现卡顿，进而切换承载该数据流的无线网络，网络切换本身可能会导致流量传输卡顿，此外，如果误判wifi网络质量变差并切换至蜂窝网络，可能会导致用户的移动通信网络的流量浪费。35.为了解决上述技术问题，本技术提供了一种网络质量评估方法，从无线网络数据流量中识别出视频流量。对于视频流量大于零的采集周期，解析该视频流量中的数据包，得到传输该视频流量的无线网络在采集周期对应的往返时延及重传数据包的信息；进一步，根据重传数据包的信息获得该无线网络在采集周期对应的重传率。对于视频流量为零的采集周期，确定无线网络在该采集周期对应的往返时延和重传率为无效值。最后，基于连续预设数量个采集周期对应的往返时延或重传率，得到该无线网络的质量评估结果。该方案能够识别出视频流量，并解析视频流量的数据包解析得到传输该视频流量的网络对应的往返时延或重传率，进而结合往返时延或重传率评估传输该视频流量的无线网络的qoe，利用往返时延和重传率能够分别评估不同状态下的无线网络对应的qoe，当承载视频流量的无线网络未完全阻塞时，可以仅通过往返时延对网络进行质量评估；当该无线网络出现丢包现象时，会触发数据包重发，此种情况下可以使用数据包的重传率来评估数据流的质量，因此，该方案扩大了适用场景。而且，该方案避免了采用下载速率评估网络qoe导致的误判网络qoe变差，因此，提高了网络qoe的评估结果的准确率，进而提高了数据流量的卡顿评估结果的准确率。36.应用本技术提供的网络质量评估方法的电子设备可以是手机、平板电脑、手持计算机、上网本、个人数字助理(personal digital assistant，pda)、可穿戴电子设备等设备，本技术对应用该方法的手持电子设备的具体形式不做特殊限制。37.图2是本技术实施例提供的一种电子设备的结构示意图。38.如图2所示，该电子设备可以包括处理器110、显示屏120、存储器130、移动通信模块140、无线通信模块150、天线1、天线2、音频模块160，其中，音频模块160包括扬声器161、耳机接口162、受话器163、麦克风164。39.可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。40.处理器110是电子设备的神经中枢和指挥中心，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。41.显示屏120用于显示图像，视频、一系列图形用户界面(graphical user interface，gui)等。存储器130可以用于存储计算机可执行程序代码，该可执行程序代码可以包括操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。该可执行程序代码包括指令，处理器110通过运行存储在存储器130的指令，从而使电子设备执行各种功能应用以及数据处理。42.电子设备的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以分层架构的android系统为例，示例性说明电子设备的软件结构。43.图3是本技术实施例的电子设备的软件结构框图。44.分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。以android系统为例，在一些实施例中，将android系统分为四层，从上至下分别为应用程序层(application，app)，应用程序框架层(framework)，原生c/c++库，以及内核层(kernel)。45.图3仅示出了与本技术的网络质量评估方法相关的软件层及软件层包含的模块。46.应用程序层可以包括一系列应用程序包。在一些实施例中，应用程序包可以包括视频app、即时通讯app、浏览器等。47.应用程序框架层(framework)为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架，也可以称为service层。应用程序框架层包括一些预先定义的函数。在本技术实施例中，如图3所示，应用程序框架层可以包括系统环境感知模块、第一路径管理模块、第一策略管理模块、通道qoe评估模块、网络连接管理模块。48.系统环境感知模块，用于感知应用的退出/打开、前后台切换、安装/卸载等事件。49.第一路径管理模块，用于对链路状态管理，通路的启动/停止。50.第一策略管理模块，基于感知系统输入的信息生成策略模板，用于应用具体引擎。51.其中，第一路径管理模块和第一策略管理模块组成service层的决策中心。52.原生c/c++库包括守护进程(deamon)，本技术的守护进程中包括第二策略管理模块、第二路径管理模块和流量感知模块，其中，第二策略管理模块和第二路径管理模块组成守护进程层的决策中心。53.第二策略管理模块用于多路径http加速。54.第二路径管理模块用于链路质量信息统计汇总。55.在本技术的实施例中，流量感知模块用于智能流(如某预设数据类型的流量)的感知、识别和统计。56.kernel层是硬件和软件之间的层，在本技术实施例中，kernel层设置有流量上报模块和策略执行模块。57.流量上报模块用于收集网络质量评估所需的报文信息，例如，识别出预设数据类型的数据流量，并解析数据流量获得往返延时和重传数据包的信息，并将这些信息发送至流量感知模块。58.策略执行模块用于基于网络切换策略执行数据流切换处理。59.在本技术实施例中，硬件层可以包括显示屏、移动通信模块、无线通信模块、音频模块和存储器等。60.需要说明的是，本技术实施例虽然以android系统为例进行说明，但是其基本原理同样适用于基于鸿蒙系统(harmony os)、ios或windows等操作系统的电子设备。61.下面将结合图3和图4介绍本技术实施例提供的网络质量评估方法，本实施例以基于android系统的电子设备为例进行说明。62.该网络质量评估方法扩展了网络加速业务的网络qoe评估方式。在用户使用电子设备观看视频或进行视频通话等需传输视频流的场景下，网络加速业务利用本技术提供的网络质量评估方法评估当前监测的视频流的传输网络对应的qoe，并在qoe变差时，将该视频流切换至qoe更优的网络，避免当前传输视频流的网络qoe下降导致视频流下载速率下降进而导致视频卡顿的现象发生，从而提高用户体验。63.如图4所示，该网络质量评估方法可以包括以下步骤：64.s110，系统环境感知模块感知预设应用处于前台运行状态，初始化网络加速业务。65.预设应用是指可能传输大量数据包的应用，例如，用于播放视频的app、即时通讯app(如电话app、微信app等)、浏览器等可能传输大量数据流的应用程序，系统环境感知模块感知到此类app启动或由后台切换至前台时，初始化网络加速业务。66.在一些实施例中，网络加速业务的初始化过程包括：系统环境感知模块向第一策略管理模块发送使能信号，第一策略管理模块接收到该使能信号后启动，向第二策略管理模块发送使能信号，启动第二策略管理模块，以及由第二策略管理模块向kernel层的策略执行模块发送该应用对应的网络切换策略。67.在一些实施例中，某一应用对应的网络切换策略预先写入配置文件中，在初始化时从配置文件中读取相应的网络切换策略。68.网络切换策略包括流量类型和切换动作，例如，流量类型可以是多媒体数据流，如视频流、图文数据流等，切换动作包括“reset”和“ip change”，其中，“reset”表示通过重新设置socket切换至备用网络，“ip change”表示通过更改ip地址切换至备用网络。69.第二策略管理模块向流量感知模块发送使能信号，即启动流量感知模块。流量感知模块启动后向流量上报模块发送流量感知模型。70.该流量感知模型描述了预设数据类型的数据流量所具有的特征，以及确定往返时延的方法和识别重传数据包的方法。71.s120，流量上报模块从无线网络数据流量中识别出视频流量。72.在本技术的其他实施例中，数据流量的数据类型可以根据实际需求确定，如视频流量、其他多媒体类型的数据流量，此处不再详述。73.流量上报模块基于流量感知模型中的过滤特征，对所有无线网络传输的数据报文进行过滤，得到视频类型的流量，即视频流量。74.例如，以基于tcp协议传输的视频流量为例说明，过滤特征可以包括端口、url后缀、content type等，例如，端口为80(80是http的端口号)，url后缀包含“f4v”、content type为mp4，则确定该数据流量为基于tcp协议的视频流量。75.基于其他协议的数据流，可以根据该其他协议的数据流的特征获得过滤特征。76.s130，对于视频流量大于零的采集周期，流量上报模块解析该周期采集的视频流量，获得传输待评估数据流量的无线网络在该周期对应的往返时延并发送至流量感知模块。77.其中，视频流量大于零是指无线网络在某一采集周期传输的上行视频流量和下行视频流量中的至少一种不为零。采集周期是流量上报模块监测视频流量的信息并上报至流量感知模块的周期，该周期可以根据实际应用需求设定，例如，500ms。此外，本文中的周期即采集周期。78.往返时延表示发送端发送完数据到发送端接收到来自接收方的确认接收报文之间的时间间隔，如果往返时延数值较大表明网络未完全阻塞但存在延时情况。79.在一些实施例中，流量上报模块基于流量感知模型中的往返时延确定方法，解析一个采集周期内的视频流量的数据包，获得任一上行数据包的发送时间，以及该上行数据包的确认接收时间，根据该确认接收时间和发送时间之间的时间差得到往返时延。80.以tcp协议为例进行说明，发送方发送的tcp数据包中包含发送时间的字段，解析该字段获得该数据包的发送时间。接收方成功接收到数据后，会向发送方回复一个ack数据包，表示已经确认接收到数据。发送方接收了ack数据包，确认接收方已经接收到数据。ack数据包中包含接收方接收到数据的时间字段，解析该字段的内容得到接收方接收到数据的时间，即确认接收时间。81.在一种可能的实现方式中，直接根据同一采集周期对应的确认接收时间和发送时间，得到该周期的往返时延。例如，例如，确认接收时间和发送时间之间的时间间隔是200ms，则确定该周期对应的往返时延是200ms。82.在一种可能的实现方式中，可以基于当前采集周期(即，当前周期)的确认接收时间和发送时间，以及历史采集周期的往返时延，利用协议栈时延平滑算法计算得到当前周期的往返时延。83.在一些实施例中，时延平滑算法公式为srtt(t)＝α*srtt(t-1)+(1-α)*rtt，其中，srtt(t)是当前周期对应的平滑计算后的往返时延，srtt(t-1)是当前周期的上一采集周期(即上一周期)对应的平滑计算后的往返时延，rtt是当前周期的确认接收时间与发送时间之间的时间间隔，即平滑计算前的往返时延，α是加权移动平均值，可以根据实际需求设定，通常取值为0.8～0.9。84.例如，当前周期的确认接收时间与发送时间之间的时间间隔是200ms，上一周期的确认接收时间与发送时间之间的时间间隔是150ms，当前周期对应的往返时延基于200ms和150ms，利用协议栈时延平滑算法计算得到本周期的往返时延为0.8*150+0.2*200＝160ms。85.例如，在一种场景下，某一周期暂停下载视频(即视频正常缓冲停止)，此种情况下，该周期采集到的上下行视频流均为零，而上一周期的往返时延是450ms，如果该周期的时延数据使用上一周期的时延数据，则认为该周期的往返时延也是450ms，此种情况会误判为当前网络的qoe为差。而采用本技术的方案，如果某个周期没有传输视频数据包，不使用历史时延数据评估网络的qoe，此种情况下，该周期的往返时延的数值为无效值，从而避免暂停下载场景或网络偶发波动的场景下，使用历史时延数据评估网络导致qoe评估结果不准确的情况发生。86.此外，本技术提供的数据流质量评估方法不仅适用于基于tcp传输协议的数据流量，还可以应用于基于其他传输协议的数据流量，本技术对此并不限定。对于基于其他传输协议的数据流量，根据该传输协议的传输特点获得相应的时延确定方法，进而基于该时延确定方法确定该传输协议的数据流量对应的时延数据。87.s140，流量上报模块解析视频流量，识别出重传数据包的信息并发送至流量感知模块。88.流量上报模块基于流量感知模型中的识别重传数据包的方法，从待评估数据流量中识别出重传数据包。其中，不同传输协议对应的识别重传数据包的方法不同，下面以tcp传输协议为例说明识别重传数据包的过程：89.tcp协议中，发送方发送数据一段时间后，没有收到应答(即ack数据包)认为接收方未接收到发送的数据，此时会将没有收到应答的数据再重新发送一遍，即重传。90.流量上报模块基于流量感知模型中的上行重传包判定方法识别出上行数据包(即电子设备发送至服务器的数据包)中的重传数据包，进一步统计一段时间内的上行重传数据包的数量，例如，一段时间可以根据实际需求设定，如500ms。91.同理，基于下行重传包判定方法识别出下行数据包(即电子设备接收的服务器下发的数据包)中的重传数据包，进一步统计一段时间内的下行重传数据包的数量。92.在一些实施例中，流量上报模块能够获得电子设备本次发送的上行数据包序号和预期发送序号，其中，上行数据包序号是指电子设备本次发送的数据包中最后一个数据的序号；预期发送序号是电子设备将要发送的下一个数据包的序号。93.上行重传包判定方法可以是：上行数据包序号＜预期发送序号。即如果本次发送的数据包的序号小于预期发送序号，则确定本次发送的数据包是上行重传数据包。94.同理，流量上报模块能够获得电子设备本次接收到的下行数据包序号，以及该数据包的包长度，以及预期接收序号。95.下行数据包序号是电子设备本次接收的下行数据包中第一个数据的序号，包长度是整个数据包中所有数据的长度，根据(下行数据包序号+包长度-1)计算得到的序号，即本次接收到的数据包中最后一个数据的序号。96.预期接收序号是电子设备下一次要接收到的数据包中第一个数据的序号。97.下行重传包判定方法可以是：下行数据包序号+包长度-1＜预期接收序号。即，如果本次接收到的数据包的最后一个数据的序号小于预期接收序号，则确定本次接收的数据包是下行重传数据包。98.而且，流量上报模块还统计待评估数据流量的总流量，包括上行数据流量和下行数据流量。其中，上行流量可以是一段时间(与识别上行重传数据包的时间段一致)内的上行数据包的总数量，下行流量可以是一段时间(与识别下行重传数据包的时间段一致)内的下行数据包的总数量。99.最后，流量上报模块将往返时延、上行重传数据包数量、下行重传数据包数量、上行数据流量和下行数据流量上报至流量感知模块。流量上报模块以500ms为周期采集视频流量的信息并上报至流量感知模块。100.s150，流量感知模块根据同一采集周期重传数据包的信息，获得无线网络在该周期对应的重传率。101.在本实施例中，流量感知模块根据流量上报模块上报的同一周期对应上行重传数据包数量和上行数据包总数量计算得到该周期对应的上行重传率，同理可以计算得到下行重传率。102.例如，某一周期中，上行重传数据包数量是50，上行数据包总数据量是100，则该周期的上行重传率为50％。又如，下行重传数据包数量是60，下行数据包总数量为150，则该周期的下行重传率为40％。103.在一些实施例中，同一周期对应的上行重传率和下行重传率不同，此种情况下，取数值较大的值作为该周期对应的重传率，例如，某个周期对应的上行重传率是40％，下行重传率是60％，则确定该周期对应的重传率为60％。104.如果某一周期没有传输视频数据包，在此种场景下，不使用历史重传率数据来评估网络的qoe，此种情况下，该周期的重传率的数值为无效值，这样能够避免在暂停下载场景，或者，网络偶发波动的场景下，使用历史重传率数据评估网络导致的qoe评估结果不准确的情况发生。105.在本技术的其他实施例中，可以直接由流量上报模块根据重传数据包的信息计算得到各个周期对应的重传率，然后，直接将重传率上报至流量感知模块。106.s160，流量感知模块根据连续预设数量个周期对应的往返时延或重传率，获得无线网络对应的质量评估结果。107.可以根据实际需求设定时延阈值和重传率阈值，例如，时延阈值为350～450ms中的任一数值，重传率阈值为60％～100％之间的任一数值。108.在一些实施例中，如果流量感知模块确定某个周期的往返时延大于或等于时延阈值，则确定本周期的网络qoe为差。如果某个周期的重传率阈值大于或等于重传率阈值，则确定本周期的网络qoe差。109.同一网络在不同状态下，采用不同的参数评估网络，例如，在网络未完全阻塞只是发生延时的状态下，利用往返时延评估网络qoe；而如果出现丢包，触发了tcp协议栈重传报文，表明网络已阻塞，此种场景下使用丢包率(即重传率)评估网络qoe。110.如果某个周期对应的重传率为0，表明网络未阻塞，则利用该周期的往返时延评估网络qoe；如果获取不到某一周期对应的往返时延，则利用该周期的重传率评估网络qoe。111.在一些实施例中，为了避免网络偶发波动对网络qoe评估结果的影响，当连续预设数量个周期的网络qoe均为差时，才判定该无线网络的qoe为差。112.预设数量可以根据实际需求设定，例如，连续多个周期中，网络qoe为差的连续周期数量达到预设比例(如60％～100％之间的任一数值)，例如，预设比例为60％，如果连续的5个周期中连续3个周期的网络qoe为差，则认为该无线网络的qoe为差。113.下面以两个示例说明网络qoe评估过程：114.例如，一个示例中，时延阈值为400ms、重传率阈值为60％，qoe为“bad”的连续周期的预设比例为60％时，则确定无线网络的qoe为“bad”。115.各个周期对应的往返时延、重传率、各周期的qoe，以及流qoe(即数据流的qoe)的数据如表1所示。116.表1中，“invalide”表示无效值，“good”表示qoe为好，“bad”表示qoe为差，“n/a”表示无法确定本周期qoe是好是差。117.表1[0118][0119]如表1所示，对于往返时延，第1至3周期和第5至7周期均存在对应的时延数据，第4个周期的时延数据为无效值；对于重传率，第1个周期的重传率为20％，其他周期均为0，由此可知，在第2至7周期这段时间内，无线网络未完全阻塞但存在延时现象，此种场景下，基于各周期的往返时延评估当前周期的网络qoe。[0120]如表1所示，第3至第7这5个周期中第5至第7周期的往返时延均超过了时延阈值400ms，即第5至7这3个周期的qoe均为“bad”，可见，5个周期中有3个连续周期的qoe都是“bad”，即，qoe为“bad”的连续周期数量的比例达到60％，因此，在第7个周期确定无线网络的qoe为“bad”。[0121]又如，在另一个示例中，无线网络在各周期对应的往返时延、重传率、各周期的qoe及流qoe的数据如表2所示：[0122]表2[0123][0124][0125]本示例中，仍以时延阈值为400ms、重传率阈值为60％，qoe为“bad”的连续周期数量大于或等于60％时，则确定无线网络的qoe为“bad”，作为判定条件进行说明。[0126]如表2所示，对于往返时延，第1和第2两个周期的时延数据均未超过延时阈值，第3个周期的时延数据为450ms大于400ms，而第4至7个周期的时延数据的数值均为无效值。同时，对于重传率，这7个周期中的前3个周期的重传率均为0，第4个周期的重传率为50％，第5至7个周期的重传率高达100％，因此，确定在第4至7个周期这段时间内，该无线网络出现丢包现象且已完全阻塞，此种应用场景下，基于重传率评估无线网络的qoe。[0127]如表2所示，第3至第7周期中的第5至第7周期的重传率均超过了重传率阈值60％，即5个周期中有3个连续周期的qoe都是“bad”，因此，在第7个周期确定无线网络的qoe为“bad”。[0128]由上述的表1和表2所示的示例可知，当无线网络处于不同的状态下，基于与状态场景相匹配的网络参数评估网络的qoe，例如，在网络未阻塞仅是延时的场景下，基于往返时延评估网络的qoe，在网络阻塞出现丢包现象的场景下，基于重传率评估网络的qoe。[0129]而且，由表1和表2所示的示例可知，在检测到连续3个周期的qoe为差时才判定网络的qoe变差，避免了无线网络的偶发波动导致网络qoe误判为差，因此降低了网络qoe变差的误报率，提高了网络qoe评估结果的准确性，进而提升了传输待评估数据流量的稳定性。[0130]本实施例提供的网络质量评估方法，从无线网络数据流量中识别出视频流量，对于视频流量大于零的周期，解析该视频流量中的数据包得到该周期对应的往返时延及重传数据包的信息。进一步，根据重传数据包的信息得到该周期的重传率。最后，基于预设数量个周期对应的往返时延或重传率评估无线网络的qoe。该方案结合网络的往返时延或重传率评估网络的qoe，避免了采用数据流量下载速度评估网络的qoe导致的误判网络qoe变差，因此，提高了网络qoe的准确率。而且，在视频流量为零的周期，确定该周期的往返时延和重传率均为无效值，不使用历史数据，以及，利用多个周期的网络qoe确定网络的最终qoe，从而避免了网络偶发波动场景，或者正常缓冲暂停的场景下，导致的网络qoe误判为变差，因此，进一步提高了网络的qoe评估结果准确率。[0131]而且，如果无线网络的往返时延超过时延阈值，且重传率小于重传率阈值，确定无线网络仅出现延时现象，此种场景下，基于往返时延评估网络的qoe。如果无线网络的重传率大于重传率阈值，确定无线网络出现阻塞，此种场景下，基于重传率评估网络的qoe，因此，扩大了该方案的适用范围。[0132]评估网络qoe的目的是，当监测到当前无线网络的qoe变差后，将视频流量切换至qoe更优的网络承载，避免无线网络的qoe变差导致视频流量出现的卡顿。因此，如图5所示，本技术提供了另一种网络质量评估方法实施例，该实施例在图4所示实施例的基础上还包括以下步骤：[0133]s210，第二路径管理模块接收到流量感知模块上报的网络qoe评估结果为变差后，向第一路径管理模块发送备用路径请求。[0134]流量感知模块获得数据流qoe评估结果后上报至第二路径管理模块，如果第二路径管理模块确定该qoe评估结果为“bad”，则确定数据流的qoe变差，向第一路径管理模块请求备用路径，即请求连接备用网络，这里的备用路径是指能够连接备用网络的网络路径。[0135]备用网络是指电子设备能够连接的其他无线网络，例如，监测到承载视频流量的wifi网络“123”的qoe变差，则其他可连接的wifi网络(除当前连接的“123”的wifi之外的wifi网络)或移动数据网络即备用网络。[0136]s220，第一路径管理模块向网络连接管理模块发送备用网络连接请求。[0137]s230，网络连接管理模块响应备用网络连接请求，建立备用网络的路径(即，备用路径)，并在备用路径建立成功后向第一路径管理模块返回路径建立成功通知。[0138]s240，第一路径管理模块接收路径建立成功通知后，向通道qoe评估模块发送备用路径探测请求。[0139]s250，通道qoe评估模块响应备用路径探测请求，探测备用路径的可用性。[0140]在一些实施例中，探测备用路径的时延，如果时延小于预设阈值(如1000ms)，则确定备用路径可用；如果时延大于或等于预设阈值，则确定备用路径不可用。[0141]s250，若确定备用路径可用，则通道qoe评估模块向第一路径管理模块返回备用路径可用通知。[0142]s260，第一路径管理模块向第二路径管理模块发送备用路径可用通知，第二路径管理模块记录该备用路径可用。[0143]s270，当第二路径管理模块再次接收到流量感知模块上报的数据流的qoe评估结果变差后，通知第二策略管理模块切换至备用路径。[0144]第二路径管理模块接收到备用路径可用通知后的预设时长内，如果再次接收到数据流的qoe变差的qoe评估结果，则该第二路径管理模块向第二策略管理模块请求切换至备用路径。其中，预设时长可以根据实际需求设定，例如，1000ms。[0145]s280，第二策略管理模块响应网络切换请求，向策略执行模块发送网络切换策略。[0146]第二策略管理模块接收到第二路径管理模块发送的网络切换请求后，向网络连接管理模块发送网络切换策略，网络连接管理模块基于该网络切换策略切换至备用网络。[0147]s290，策略执行模块解析网络切换策略，将预设数据类型的数据流量切换至备用路径。[0148]策略执行模块接收到网络切换策略后，解析得到需要切换网络的流量类型(如视频流)和切换动作，基于该切换动作将该类型的流量切换至备用路径。[0149]本实施例提供的网络质量评估方法，在确定传输视频流的网络qoe变差后，探测是可用的备用路径，若再次接收到数据流的qoe变差的评估结果，则将该视频流切换至该备用路径，从而避免了弱网环境下视频流出现的卡顿现象，因此提高该视频流的流畅度。[0150]本技术提供的网络质量评估方法，从无线网络数据流量中感知视频流量，进一步解析该视频流量的数据包获得传输该视频流量的无线网络的时延、重传率等信息。进一步基于预设数量个周期的时延或重传率，得到该无线网络的质量评估结果。虽然上述的网络质量评估方法实施例均以android系统为例进行说明，但是这不能对本技术提供的网络质量评估方法造成限制。该方案同样适用于基于鸿蒙系统(harmony os)、或windows等其他操作系统的电子设备中。本领域技术人员可以根据不同操作系统的应用需求，对本技术提供的网络质量评估方法的流程做适应性修改，以达到与本技术的方案相同的技术效果。[0151]本技术实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。[0152]在采用对应各个功能划分各个功能模块的情况下，图6示出了上述实施例中涉及的网络质量评估装置的一种可能的组成示意图，该装置能执行本技术各方法实施例中任一方法实施例的步骤。所述网络质量评估装置为电子设备或支持电子设备实现实施例中提供的方法的通信装置，例如该通信装置可以是芯片系统。[0153]如图6所示，该网络质量评估装置可以包括：[0154]流量识别模块210，用于从无线网络数据流量中识别出视频流量；[0155]流量解析模块220，用于对于视频流量大于零的采样周期，解析视频流量，获得传输该视频流量的无线网络在该周期对应的往返时延及重传数据包的信息，对于视频流量为零的采集周期，确定无线网络对应的往返时延和重传率均为无效值；[0156]重传率获取模块230，用于根据所述重传数据包的信息，获得无线网络在各个周期对应的重传率；[0157]网络质量评估模块240，用于基于连续预设数量个周期对应的往返时延或重传率，获得无线网络对应的质量评估结果。[0158]需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。[0159]本技术实施例提供的网络质量评估装置，用于执行上述任一实施例的网络质量评估方法，因此可以达到与上述实施例的网络质量评估方法相同的效果。[0160]本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中包括指令，当上述指令在电子设备上运行时，使得该电子设备实现上述任一实施例提供的网络质量评估方法。[0161]本实施例还提供了一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得该电子设备实现上述任一实施例提供的网络质量评估方法。[0162]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。[0163]在本实施例所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。[0164]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。[0165]另外，在本实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0166]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。[0167]以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!