CN113727382A - 网络质量确定方法、装置、网络设备及计算机存储介质 - Google Patents

Abstract

本发明实施例提供一种网络质量确定方法，通过监测各终端的呼叫业务数据，获取监测结果，并根据各终端的监测结果确定当前网络质量；本发明实施例还提供了一种网络质量确定装置、网络设备及计算机存储介质，通过实施上述方案，在某些实施过程中关注于各终端的呼叫业务数据，并借助于各终端的呼叫业务数据来确定当前网络质量，一照顾到了单个终端的体验，二使用的是控制面的呼叫业务数据，采集的数据量少，从而计算存储的开销也少，速率更快；简言之，在保证照顾单个终端体验的基础上，大大降低了计算和存储开销，很好地确定出网络质量，利于部署实施。

Description

网络质量确定方法、装置、网络设备及计算机存储介质

技术领域

本发明实施例涉及但不限于移动通信领域，具体而言，涉及但不限于一种网络质量确定方法、装置、网络设备及计算机存储介质。

背景技术

随着通信技术的快速发展以及数据业务的高速增长，用户对网络质量的要求也越来越高。为保证网络质量，及时发现网络质量问题变得越来越重要了，其中发现网络质量问题的方法主要有以下两种。

方法一是利用网元统计的各种关键性能指标(KPI，Key PerformanceIndicators)，如掉话率，切换成功率，覆盖率等，发现某些网元提供的服务质量不理想，这些KPI是网元根据预先设定的规则，识别出异常/正常的呼叫流程并统计次数，然后计算得到的。这种方法发现网络质量问题的开销要少，效率高。但由于是由网元统计得到的，没有包含具体用户信息，因此偏向宏观层面。对于网络的细微变化不是很敏感，不利于网络质量的持续改进。

方法二是在网络中部署探针来分析用户上网过程中产生的数据包得到一些指标，如TCP重传率，TCP建立时延，传输速率等，根据这些基础指标配合一些用户关注点生成用户感知的评估，一般称为关键质量指标(KQI，Key Quality Indicators)。如通过分析用户上网观看视频过程中的数据包交互，得到一些基础指标，如传输速率，响应延迟，视频文件质量等，进而利用这些数据得到用户关注的响应慢，视频卡顿等体验效果，对这些体验效果进行打分，得到可以量化的KQI指标。通过单用户的KQI指标进行统计得到质差的网元。由于这类方法需要分析的数据量很大，采集和分析计算量大，而且受终端和网站负荷，网站部署位置等因素影响大，用户感知评估准确度受影响，同时在将用户业务数据映射到具体的网元过程中可能存在偏差，导致得到的质差网元准确率不是很高。

由此可见，相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进。

发明内容

本发明实施例提供的一种网络质量确定方法、装置、网络设备及计算机存储介质，主要解决的技术问题是相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进。

为解决上述技术问题，本发明实施例提供一种网络质量确定方法，包括：

监测各终端的呼叫业务数据，获取监测结果；

根据各终端的监测结果确定当前网络质量。

本发明实施例还提供一种网络质量确定装置，所述网络质量确定装置包括：监测模块及确定模块；

所述监测模块，用于监测各终端的呼叫业务数据，获取监测结果；

所述确定模块，用于根据各终端的监测结果确定当前网络质量。

本发明实施例还提供一种网络设备，所述网络设备包括：处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如上所述的网络质量确定方法的步骤。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的网络质量确定方法的步骤。

根据本发明实施例提供的网络质量确定方法、装置、网络设备及计算机存储介质，通过监测各终端的呼叫业务数据，获取监测结果，并根据各终端的监测结果确定当前网络质量，解决了相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进的问题。也即本发明实施例提供的网络质量确定方法、装置、网络设备及计算机存储介质，关注于各终端的呼叫业务数据，并借助于各终端的呼叫业务数据来确定当前网络质量，一照顾到了单个终端的体验，二使用的是控制面的呼叫业务数据，采集的数据量少，从而计算存储的开销也少，速率更快；简言之，在保证照顾单个终端体验的基础上，大大降低了计算和存储开销，即很好地确定出网络质量，利于部署实施。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一提供的网络质量确定方法的基本流程图；

图2为本发明实施例一提供的监测各终端的呼叫业务数据获取监测结果的基本流程图；

图3为本发明实施例一提供的根据各终端的监测结果确定当前网络质量的基本流程图；

图4为本发明实施例一提供的确定终端自身存在问题的基本流程图；

图5为本发明实施例二提供的网络质量确定方法的基本流程图；

图6为本发明实施例三提供的网络质量确定装置的结构示意图；

图7为本发明实施例四提供的终端的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进的问题，本发明实施例提供一种网络质量确定方法，通过监测各终端的呼叫业务数据，获取监测结果，并根据各终端的监测结果确定当前网络质量；请参见图1所示。

S101:监测各终端的呼叫业务数据，获取监测结果。

S102:根据各终端的监测结果确定当前网络质量。

需要说明的是，本发明实施例中的呼叫业务数据包括影响用户体验的呼叫业务数据，其中，可以仅包括对用户体验影响较大的呼叫业务数据，也可以是仅包括对用户体验影响较小的呼叫业务数据，还可以是包括同时对用户体验影响较大以及较小的呼叫业务数据；在实际应用中，可先对呼叫业务数据对用户体验的影响程度进行判别，进而再确定所需监测的呼叫业务数据，进一步地，再对确定出的呼叫业务数据进行监测。

其中，本发明实施例中的呼叫业务数据包括影响用户体验的呼叫业务数据同时，该呼叫业务数据可以是正常情况下发生频次低的呼叫业务数据。可选地，本发明实施例中的呼叫业务数据包括但不限于：获取IP地址相关的呼叫业务数据、异系统切换相关的呼叫业务数据。值得注意的是，在实际应用中，呼叫业务数据可根据具体应用场景做灵活调整，并不局限于本发明实施例中所列举的获取IP地址以及异系统切换这两种呼叫业务数据。应当理解的是，获取IP地址相关的呼叫业务数据一般在终端开机后便通过相应流程获取IP地址，然后使用这个IP地址进行通信，直到终端关机，除非终端碰到严重问题，如长时间未与核心网完成一次交互，或者存在严重的丢包等，终端才会重新发起获取IP地址相关的呼叫业务流程，所以基于此分析而言，获取IP地址相关的呼叫业务数据在正常情况下发生频次较低。

为了更好地理解，这里以呼叫业务数据包括获取IP地址相关的呼叫业务数据为例进行说明。应当理解的是，在不同系统中，获取IP地址相关的呼叫业务数据不同，其中在长期演进(LTE,Long Term Evolution)系统中，获取IP地址相关的呼叫业务数据，包括ATTACH业务数据，即在LTE系统中终端是通过ATTACH流程获取IP地址；在5G新空口(NR,New Radio)系统中，获取IP地址相关的呼叫业务数据，包括REGISTER业务数据，即在5G NR终端是通过REGISTER流程获取IP地址。同时，对于LTE系统，基站和核心网(MME)间控制面采用的是S1MME接口，从该S1MME接口的信令监控系统中可获取ATTACH流程的相关记录；对于5G NR系统，基站和核心网(AMF)间控制面采用的Ng接口，从Ng接口的信令监控系统中获取REGISTER流程的相关记录。

其中，本发明实施例中可以从各接口的相关关系中确定终端标识以确定是哪个终端的呼叫业务数据，如对于LTE系统通过S1MME接口、等确定终端标识，对于5G NR系统通过Ng接口、等确定终端标识；应当理解的是，终端标识是用于识别终端用的，可以使用IMSI(International Mobile Subscriber Identity)，MSISDN(Mobile SubscriberInternational ISDN number)，或者IMEI(International Mobile Equipment Identity)等。值得注意的是，在实际应用中，确定终端标识以确定是哪个终端的呼叫业务数据需根据具体应用场景做灵活调整。

这样，与相关技术中的KPI方法相比，可以照顾到单个终端的体验，在网络指标没有明显劣化的情况下，也可以发现网络质量问题，从而可对网络质量问题进行解决以优化网络质量；与相关技术中的KQI方法相比，由于使用的控制面的呼叫业务数据，采集的数据量比较少，计算存储的开销少，速度快。

可选地，本发明实施例中，监测各终端的呼叫业务数据，获取监测结果，包括至少以下步骤，请参见图2所示：

S201:监测各终端在预设时间段内的呼叫业务数据。

S202:获取在预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数。

为了更好地理解，这里以一个示例进行说明；例如监测终端A、B、C、D、E在15分钟内的呼叫业务数据，设终端A、B、C、D、E在15分钟内所对应的呼叫业务流程为成功的次数分别是5、8、2、4、6，则获取到在15分钟内终端A呼叫业务流程为成功的次数为5、在15分钟内终端B呼叫业务流程为成功的次数为8、在15分钟内终端C呼叫业务流程为成功的次数为2、在15分钟内终端D呼叫业务流程为成功的次数为4、在15分钟内终端E呼叫业务流程为成功的次数为6。

值得注意的是，在实际应用中，预设时间段可灵活进行设定，如15分钟、30分钟等。

可选地，本发明实施例中，根据各终端的监测结果确定当前网络质量，包括至少以下步骤，请参见图3所示：

S301:在次数大于第一预设阈值时确定呼叫业务数据所对应终端为疑似质差终端。

S302:将各疑似质差终端根据其所属的基站或者小区进行分类，获取分类结果。

S303:根据分类结果确定当前网络质量。

为了更好地理解，这里以一个示例进行说明；例如承接上述示例，设第一预设阈值为3次，则终端A、B、D、E的呼叫业务流程成功的次数均大于3次，此时确定终端A、B、D、E为疑似质差终端；进一步地，从终端A、B、D、E分别对应的呼叫业务流程中获取到其所属的基站或者小区，依据终端A、B、D、E所属的基站或者小区进行分类，如将属于同一个基站的终端分为一类，设终端A、B、D属于基站或者小区a1，终端E属于基站或者小区a2，则此时分为两类，终端A、B、D为一类，终端E为一类；进一步地，根据分类结果确定当前网络质量。

值得注意的是，在实际应用中，第一预设阈值可灵活进行设定，如5次、8次等，以及分类也可灵活进行调整，只要分类后可根据分类结果确定当前网络质量即可。

可选地，本发明实施例中，将各疑似质差终端根据其所属的基站或者小区进行分类，获取分类结果，包括至少步骤：

将各疑似质差终端根据其所属的基站或者小区进行分类，计算得到各基站或小区内包含的疑似质差终端的数量。

为了更好地理解，这里以一个示例进行说明；例如承接上述示例，分类结果为基站或者小区a1内包含终端A、B、D，基站或者小区a2内包含终端E，则基站或者小区a1对应的疑似质差终端的数量为3，基站或者小区a2对应的疑似质差终端的数量为1。

可选地，本发明实施例中，根据分类结果确定当前网络质量，包括：

根据包含的疑似质差终端的数量由多到少对基站或者小区进行排序，其中包含疑似质差终端数量最多的基站或者小区确定为网络质量最差，包含疑似质差终端数量最少的基站或者小区确定为网络质量较好。

为了更好地理解，这里一个示例进行说明；例如承接上述示例，可以确定出基站或者小区a1包含疑似质差终端数量最多则基站或者小区a1的网络质量最差，基站或者小区a2包含疑似质差终端数量最少则基站或者小区a1的网络质量相对较好。

值得注意的是，上述所列举的示例中，为了方便表述涉及到的终端和其属基站的个数均较少，在实际应用中，终端和其属基站的个数需根据具体应用场景做灵活调整。

可选地，本发明实施例中，在次数大于第一预设阈值时确定呼叫业务数据所对应终端为疑似质差终端之前，还包括至少以下步骤，请参见图4所示：

S401:获取在预设时间段内呼叫业务数据所对应的呼叫业务流程的总次数。

S402:计算呼叫业务流程为成功的次数占总次数的比例。

S403:在比例低于第二预设阈值时，确定终端自身存在问题。

应当理解的是，在获取到在预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数，还可以获取在该预设时间段内呼叫业务数据所对应的呼叫业务流程为总次数，此时计算成功次数占总次数的比例，当比例低于第二预设阈值时，确定终端是自身存在问题，而非确定为疑似质差终端。这样，便可以避免由于终端自身存在问题而导致的确定疑似质差终端的准确率低的现象发生，在一定程度上提升了确定终端是否为疑似质差终端的准确性，进而提升了确定当前网络质量的准确性。

本发明实施例提供的网络质量确定方法，通过监测各终端的呼叫业务数据，获取监测结果，并根据各终端的监测结果确定当前网络质量，解决了相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进的问题。也即本发明实施例提供的网络质量确定方法，关注于各终端的呼叫业务数据，并借助于各终端的呼叫业务数据来确定当前网络质量，一照顾到了单个终端的体验，二使用的是控制面的呼叫业务数据，采集的数据量少，从而计算存储的开销也少，速率更快；简言之，在保证照顾单个终端体验的基础上，大大降低了计算和存储开销，可很好地确定出网络质量。

进一步地，本发明实施例提供的网络质量确定方法，使用的是控制面的影响用户体验且正常情况下发生频次低的呼叫业务数据，这样，在网络指标没有明显劣化的情况下，也可以发现网络质量问题，从而可对网络质量问题进行解决以优化网络质量。

进一步地，本发明实施例提供的网络质量确定方法，通过获取到的在预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数以及总的次数的比值，可确定是否是终端自身存在问题，这样，便提升了确定是否为疑似质差终端的准确性，进而提升了确定当前网络质量的准确性。

进一步地，本发明实施例提供的网络质量确定方法，流程简单，易于实施，利于部署。

实施例二：

本发明实施例是在实施例一的基础上，以一种具体的网络质量确定方法为例对本发明作进一步的示例说明，请参见图5所示：

S501:监测各终端在预设时间段内的呼叫业务数据。

S502:获取在预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数以及总的次数。

S503:计算呼叫业务流程为成功的次数占总次数的比例。

S504:判断比例是否低于第二预设阈值；

若否，执行S505，若是，执行S506。

S505:确定终端自身存在问题。

S506:判断成功的次数是否大于第一预设阈值；

若是，执行S507，若否，则结束流程。

S507:确定终端为疑似质差终端。

S508:将各疑似质差终端根据其所属的基站或者小区进行分类，计算得到各基站或小区内包含的疑似质差终端的数量。

S509:根据包含的疑似质差终端的数量由多到少对基站或者小区进行排序，其中包含疑似质差终端数量最多的基站或者小区确定为网络质量最差，包含疑似质差终端数量最少的基站或者小区确定为网络质量较好。

本发明实施例提供的网络质量确定方法，照顾到了单个终端的体验，在网络指标没有明显劣化的情况下，也可以发现基站或者小区的网络质量问题，从而可对网络质量问题进行解决以优化网络质量；同时由于使用的控制面的呼叫业务数据，采集的数据量比较少，一方面计算存储的开销少，速度快，另一方面在呼叫业务数据中直接包含了对应的基站或者小区，确定的基站或者小区的网络质量的准确性更高。

实施例三：

本发明实施例提供一种网络质量确定装置，请参见图6所示，本发明实施例提供的网络质量确定装置包括：监测模块601及确定模块602，其中：

监测模块601，用于监测各终端的呼叫业务数据，获取监测结果；

确定模块602，用于根据各终端的监测结果确定当前网络质量。

可选地，本发明实施例中，监测模块601用于监测各终端在预设时间段内的呼叫业务数据；获取在预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数。

可选地，本发明实施例中，确定模块602用于在次数大于第一预设阈值时确定呼叫业务数据所对应终端为疑似质差终端；将各疑似质差终端根据其所属的基站或者小区进行分类，获取分类结果；根据分类结果确定当前网络质量。

可选地，本发明实施例中，确定模块602用于将各疑似质差终端根据其所属的基站或者小区进行分类，计算得到各基站或小区内包含的疑似质差终端的数量。

可选地，本发明实施例中，确定模块602用于根据包含的疑似质差终端的数量由多到少对基站或者小区进行排序，其中包含疑似质差终端数量最多的基站或者小区确定为网络质量最差，包含疑似质差终端数量最少的基站或者小区确定为网络质量较好。

可选地，本发明实施例中，确定模块602还用于获取在预设时间段内呼叫业务数据所对应的呼叫业务流程的总次数；计算呼叫业务流程为成功的次数占总次数的比例；在比例低于第二预设阈值时，确定终端自身存在问题。

可选地，本发明实施例中，确定模块602还用于确定呼叫业务数据，其中呼叫业务数据包括影响用户体验的呼叫业务数据。

可选地，本发明实施例中，呼叫业务数据包括以下至少一种：获取IP地址相关的呼叫业务数据、异系统切换相关的呼叫业务数据。

可选地，本发明实施例中，在LTE系统中，获取IP地址相关的呼叫业务数据包括：ATTACH业务数据；在5G NR系统中，获取IP地址相关的呼叫业务数据包括：REGISTER业务数据。

值得注意的是，为了不累赘说明，在本发明实施例中并未完全阐述实施例一至二中的所有示例，应当明确的是，实施例一至二中的所有示例均适用于本发明实施例。

本发明实施例提供的网络质量确定装置，通过监测各终端的呼叫业务数据，获取监测结果，并根据各终端的监测结果确定当前网络质量，解决了相关技术中并未很好地确定出网络质量，大大影响了网络服务质量的改进的问题。所以和相关技术中的网络质量确定装置相比，本发明实施例提供的网络质量确定装置关注于各终端的呼叫业务数据，并借助于各终端的呼叫业务数据来确定当前网络质量，一照顾到了单个终端的体验，二使用的是控制面的呼叫业务数据，采集的数据量少，从而计算存储的开销也少，速率更快；简言之，在保证照顾单个终端体验的基础上，大大降低了计算和存储开销，可很好地确定出网络质量。

实施例四：

本发明实施例提供一种网络设备，请参见图7所示，本发明实施例提供的网络设备包括处理器701、存储器702、及通信总线703。

其中，本发明实施例中的通信总线703用于实现处理器701与存储器702之间的连接通信，处理器701则用于执行存储器702中存储的一个或者多个程序，以实现以下步骤：

监测各网络设备的呼叫业务数据，获取监测结果；

根据各网络设备的监测结果确定当前网络质量。

值得注意的是，为了不累赘说明，在本发明实施例中并未完全阐述实施例一至二中的所有示例，应当明确的是，实施例一至二中的所有示例均适用于本发明实施例。

本发明实施例还提供一种计算机存储介质，计算机存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如实施例一至二中的网络质量确定方法的步骤。

该计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机存储介质包括但不限于RAM(Random Access Memory，随机存取存储器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Erasable Programmable readonly memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(CompactDisc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种网络质量确定方法，包括：

监测各终端的呼叫业务数据，获取监测结果；

根据各终端的监测结果确定当前网络质量。

2.如权利要求1所述的网络质量确定方法，其特征在于，所述监测各终端的呼叫业务数据，获取监测结果，包括：

监测各终端在预设时间段内的呼叫业务数据；

获取在所述预设时间段内呼叫业务数据所对应的呼叫业务流程为成功的次数；

所述根据各终端的监测结果确定当前网络质量，包括：

在所述次数大于第一预设阈值时确定所述呼叫业务数据所对应终端为疑似质差终端；

将各所述疑似质差终端根据其所属的基站或者小区进行分类，获取分类结果；

根据所述分类结果确定当前网络质量。

3.如权利要求2所述的网络质量确定方法，其特征在于，所述将各所述疑似质差终端根据其所属的基站或者小区进行分类，获取分类结果，包括：

将各所述疑似质差终端根据其所属的基站或者小区进行分类，计算得到各基站或小区内包含的疑似质差终端的数量；

所述根据所述分类结果确定当前网络质量，包括：

根据包含的疑似质差终端的数量由多到少对基站或者小区进行排序，其中包含疑似质差终端数量最多的基站或者小区确定为网络质量最差，包含疑似质差终端数量最少的基站或者小区确定为网络质量较好。

4.如权利要求2所述的网络质量确定方法，其特征在于，所述在所述次数大于第一预设阈值时确定所述呼叫业务数据所对应终端为疑似质差终端之前，还包括：

获取在所述预设时间段内呼叫业务数据所对应的呼叫业务流程的总次数；

计算所述呼叫业务流程为成功的次数占所述总次数的比例；

在所述比例低于第二预设阈值时，确定所述终端自身存在问题。

5.如权利要求1-4任一项所述的网络质量确定方法，其特征在于，所述监测各终端的呼叫业务数据，获取监测结果之前，还包括：

确定呼叫业务数据，所述呼叫业务数据包括影响用户体验的呼叫业务数据。

6.如权利要求5所述的网络质量确定方法，其特征在于，所述呼叫业务数据包括以下至少一种：获取IP地址相关的呼叫业务数据、异系统切换相关的呼叫业务数据。

7.如权利要求6所述的网络质量确定方法，其特征在于，在LTE系统中，所述获取IP地址相关的呼叫业务数据，包括：ATTACH业务数据；

在5G NR系统中，所述获取IP地址相关的呼叫业务数据，包括：REGISTER业务数据。

8.一种网络质量确定装置，其特征在于，所述网络质量确定装置包括：监测模块及确定模块；

所述监测模块，用于监测各终端的呼叫业务数据，获取监测结果；

所述确定模块，用于根据各终端的监测结果确定当前网络质量。

9.一种网络设备，其特征在于，所述网络设备包括：处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如权利要求1至7中任一项所述的网络质量确定方法的步骤。

10.一种计算机存储介质，其特征在于，所述计算机存储介质

存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1至7中任一项所述的网络质量确定方法的步骤。

Images