CN110460732A - 网络质量监控方法、装置及通信服务器 - Google Patents

Abstract

本发明提供了一种网络质量监控方法、装置及通信服务器，在被测设备(如用户终端或通信服务器)与当前的被测通信服务器之间的网络质量不满足通信要求的情况，被测通信服务器可以响应网络质量测试请求，得到该被测设备的测试服务器及网络测试策略，以控制被测设备与该测试服务器进行网络通信，获取参考网络质量测试结果，由于参考网络质量测试结果能够直接表明该被测设备与测试服务器之间的网络质量是否满足通信要求，这样，结合该被测设备与被测通信服务器之间的网络质量不满足通信要求这一检测结果，就能够确定出被测通信服务器的接入网络是否异常，以便在异常时及时通知运维人员执行相应措施，保证用户之间的网络电话通信质量。

Description

网络质量监控方法、装置及通信服务器

技术领域

本发明涉及互联网技术领域，更具体的说，是涉及一种网络质量监控方法、装置及通信服务器。

背景技术

VoIP(Voice over Internet Protocol，基于IP的语音传输，又称为网络电话)是将模拟声音讯号数字化，以数据封包的形式在IP数据网络上做实时传递，成为目前企业广泛使用的办公管理工具，能够提供语音、视频、会议、远程桌面、文档共享等服务，且VoIP更优的稳定性给企业沟通带来良好的沟通体验。

在实际应用中，若在客户端通过VoIP数据通道访问通信服务器过程中，出现卡顿，音质、画质不清等问题，通常需要用户启动终端安装的一些安全软件或测速工具等，对客户端当前所用网络进行质量检测，获取当前网络传输速度等参数，以了解当前网络情况，过程比较复杂，且无法定位导致网络质量差的原因，进而也就无法保证客户端正常稳定运行，影响了用户对网络的使用体验。

发明内容

有鉴于此，本发明提供了一种网络质量监控方法、装置及通信服务器，利用被测设备与测试服务器之间的参考网络质量测试结果，来确定被测通信服务器的接入网络是否异常，即定位造成被测设备与被测通信服务器之间的网络质量差的问题，以便据此进行有针对性地维护，保证用户之间的网络电话通信质量。

为实现上述目的，一方面，本发明实施例提出了一种网络质量监控方法，所述方法包括：

响应网络质量测试请求，得到网络测试策略及被测设备的测试服务器，所述网络质量测试请求是在所述被测设备与被测通信服务器之间的网络质量不满足通信要求的情况下生成的，所述被测通信服务器能够为所述被测设备提供网络电话接入服务；

获取所述被测设备按照所述网络测试策略，与所述测试服务器进行网络通信所得到的参考网络质量测试结果；

利用所述参考网络质量测试结果，对所述被测设备与所述被测通信服务器之间的网络质量进行校验，确定所述被测通信服务器的接入网络是否异常。

又一方面，本发明实施例还提出了一种网络质量监控装置，所述装置包括：

请求响应模块，用于响应网络质量测试请求，得到网络测试策略及被测设备的测试服务器，所述网络质量测试请求携带有所述被测设备的标识信息，且是在所述被测通信服务器与被测设备之间的网络质量不满足通信要求的情况下生成的；

参考网络质量测试结果获取模块，用于获取所述被测设备按照所述网络测试策略，与所述测试服务器进行网络通信所得到的参考网络质量测试结果；

网络质量校验模块，用于利用所述参考网络质量测试结果，对所述被测设备与所述被测通信服务器之间的网络质量进行校验，得到造成所述网络质量不满足所述通信要求的异常信息。

又一方面，本发明实施例还提出了一种存储介质，其上存储有程序，该程序被处理器调用并执行，实现上述网络质量监控方法的各个步骤。

又一方面，本发明实施例还提出了一种通信服务器，所述通信服务器包括：

通信接口；

存储器，用于存储实现如上所述的网络质量监控方法的程序；

处理器，用于加载并执行所述存储器存储的程序，以实现如上所述的网络质量监控方法的各步骤。

经由上述的技术方案可知，与现有技术相比，本发明提供了一种网络质量监控方法、装置及通信服务器，在被测设备(如用户终端或通信系统网络中的通信服务器)与当前的被测通信服务器之间的网络质量不满足通信要求，如通信过程中出现卡顿、音质、画质不清等异常情况，本实施例可以响应网络质量测试请求，得到该被测设备的测试服务器及网络测试策略，以控制被测设备与该测试服务器进行网络通信，被测通信服务器将获取该网络通信过程中所得到的参考网络质量测试结果，由于参考网络质量测试结果能够直接表明该被测设备与测试服务器之间的网络质量是否满足通信要求，这样，再结合该被测设备与被测通信服务器之间的网络质量不满足通信要求这一检测结果，就能够得知造成该网络质量不满足通信要求的问题，确定出被测通信服务器的接入网络是否异常，若异常，也就能够及时通信相关运维人员执行预设措施，保证用户之间的网络电话通信质量，提高用户体验。

附图说明

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

图1示出了实现本发明提出网络质量监控方法的系统结构示意图；

图2示出了本发明提出的一种通信服务器的硬件结构示意图；

图3示出了本发明提出的网络质量监控方法的一可选示例的流程图；

图4示出了本发明提出的网络质量监控方法中，对被测设备与测试服务器之间的测试网络质量数据的展示界面示意图；

图5示出了本发明提出的网络质量监控方法的又一可选示例的流程图；

图6示出了本发明提出的网络质量监控方法的一应用场景的流程示意图；

图7示出了本发明提出的网络质量监控装置的一可选示例的结构图；

图8示出了本发明提出的网络质量监控装置的又一可选示例的结构图。

具体实施方式

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

其中，在本发明实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本发明实施例的描述中，“多个”是指两个或多于两个。

以下术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

如今，随着人工智能的技术研究和进步，使得人工智能技术在越来越多的领域中发挥重要的价值，机器学习/深度学习作为一种人工智能技术，其实际上是一门多领域交叉学科，涉及概率论、统计学、凸分析、算法复杂度等多门学科，主要包括人工神经网络、强化学习、归纳学习等技术。

针对背景技术部分描述的现有技术，由于导致客户端通过VoIP(Voice overInternet Protocol，基于IP的语音传输，又称为网络电话)数据通道，与通信服务器进行数据交互的网络质量不佳的原因不是唯一的，可能是提供VoIP服务的通信服务器的网络问题，也可能是用户终端自身的网络问题，所以，上文描述的现有的网络质量监控方法，只能检测出用户终端中的客户端与该通信服务器之间的VoIP网络通信质量好坏，并不能定位是什么原因导致的网络质量差，进而也就无法有针对性地进行改善，保证用户侧客户端的正常稳定运行。

对此，本发明希望能够对VoIP数据通道的网络性能进行实时监测和监控，无需用户手动操作，能够提供给网络运营人员比较全局的网络质量数据，来准确定位造成网络质量差的问题，以便据此优化产品服务性能。具体的，本发明提出利用该客户端所在终端与其他通信服务器之间的网络质量，来确定造成该客户端与VoIP通信服务器之前的网络质量差的原因，即判断是终端的网络问题，还是该VoIP通信服务器的网络问题。

其中，在网络质量检测及分析过程中，可以结合人工智能技术实现，以提高网络质量监测效率及准确性，具体实现过程可以参照下文方法实施例相应部分的描述，本发明对如何利用人工智能技术实现网络质量监控的实现过程不作详述。

可选的，在实际应用中，对于提供VoIP业务服务的通信服务器往往是多个，且通常部署在不同的城市，以供相应城市和/或相邻城市的用户的终端访问，享受VoIP业务服务。在某用户使用具有VoIP业务功能的即时通信应用客户端，与其他用户进行即时通信的场景下，数据发送方的终端接入本地或相邻城市的通信服务器后，会经过数据接收方的终端接入的本地或相邻城市的通信服务器，将即时通信数据发送至接收方的终端，在该数据传输过程中，不仅是终端与通信服务器之间的网络通信质量影响数据传输速度，两个通信服务器之间的网络通信质量，也会影响数据传输速度。所以，本发明也可以采用上文描述的构思，实现两个具有VoIP功能的通信服务器之间的网络质量的检测，以便依据检测结果，为即时通信的用户终端选择最优的通信服务器，保证即时通信质量，提高用户体验。

其中，在上段描述的即时通信场景下，进行即时通信的任意两个用户之间，可以如上文描述经过两个具有VoIP功能的通信服务器实现通信，也可能会经过三个甚至是更多个具有VoIP功能的通信服务器，实现这两个用户之间的即时通信，这种情况下，结合上述分析，不仅要保证用户终端与其直接接入的通信服务器之间的网络质量，还需要保证即时通信通道中相邻通信的两个通信服务器之间的VoIP数据通道的网络质量，才能够保证整个VoIP通信质量。需要说明，关于用户终端与该通信服务器之间的VoIP通信质量即网络质量的检测方法的发明构思，与两个通信服务器之间的VoIP通信质量的检测方法的发明构思类似，本发明不再赘述。

基于上述对本发明提出的网络质量监控方法的发明构思的分析，参照图1，本发明提出了一种实现该网络质量监控方法的系统架构示意图，该系统可以包括终端11、通信服务器12及测试服务器13，其中：

终端11可以是手机、笔记本电脑、平板电脑、台式电脑及工控机等终端设备，其上可以安装有能够访问即时通信平台的客户端，实现与其他用户的即时通信，本发明对其实现即时通信的客户端类型不作限定，可以是独立安装的即时通信客户端，也可以是浏览器提供的网页即时通信客户端等，需要说明的是，本发明的该即时通信客户端能够实现VoIP服务，也就是说，通信双方可以使用网络电话进行即时通信。

通信服务器12可以是为用户提供网络电话服务以及即时通信服务的服务设备，即是与终端11具有的即时通信客户端相匹配的服务器，其可以是独立的服务器，也可以是由多个服务器构成的服务器集群，本发明对该通信服务器的结构不做限定，本发明下文实施例将当前监控的通信服务器称为被测通信服务器。

结合上述分析，通信服务器12可以部署在不同的城市，电子设备的即时通信客户端，可以接入本地的通信服务器，再与对方所在地的通信服务器进行通信，实现双方的VoIP通信，本发明对用户之间如何进行VoIP通信的实现方法不做详述。

测试服务器13可以是与上述通信服务器12类型不同的服务设备，也就是说，该测试服务器13可以为用户提供其他类型的通信服务，但并不限定测试服务器13所提供的通信类型，需要其能够与用户使用的电子设备进行网络通信，以便获取相应的网络质量数据，并将其作为参考，定位造成该终端11与通信服务器12之间的网络质量差的问题。

可选的，根据实际需要，为了保证通信服务器所提供的通信服务的可靠稳定性，通常需要相应的运维人员，在后台监控通信服务器的工作情况，及时了解用户使用该通信服务器的反馈信息，并据此调整通信服务器的服务功能，提高该通信服务器的通信性能。

因此，该系统还可以包括供运维人员使用的后台设备，该后台设备可以输出用户反馈数据，获取运维人员输入的配置信息、调整策略/指令等数据，实现对用户终端的远程控制及测试，改善用户终端的网络质量，提高用户使用该通信服务器期间的体验感受。需要说明，本发明对该后台设备的类型不作限定，可以根据具体应用场景以及实际需求确定。

应该理解，对于本发明提出的网络质量监控系统的组成结构，并不局限于上文实施例列举的几部分，可以根据实际需求进行灵活调整，图1仅作为该系统组成结构的示意性说明，并不局限于图1示出的组成结构及其连接关系。

另外，在一些实施例中，上述电子设备或服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等计算机设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。可见，本发明的多个能够提供VoIP服务的通信服务器之间，可以构成一个区块链系统(本发明将其称为通信系统网络)，以供用户查阅各通信服务器的相关信息，但通信系统网络的呈现结构并不局限于这种区块链系统。

示例性，参照图2，为本发明提出的通信服务器的一可选实例的结构示意图，该通信服务器可以是具有VoIP服务功能的即时通信服务器，即上述通信服务器，本发明对其产品类型不作限定，如图2所示，该通信服务器可以包括但并不局限于：通信接口121、存储器122和处理器123，其中：

本实施例中，通信接口121、存储器122和处理器123之间可以通过通信总线实现相互间的通信，且通信接口121、存储器122、处理器123以及通信总线的数量可以为至少一个，可以依据具体应用需求确定，本发明对上述计算机设备的组成部件及其数量不作限定。

通信接口121可以包括无线通信模块的接口，以实现与其他设备的网络通信，本发明中，该通信接口121可以包括实现VoIP功能的网络电话接口，其可以与用户终端的网络电话接口建立VoIP数据通道，实现用户终端与该通信服务器之间的网络电话功能；根据需要，该通信接口121还可以包括如WIFI模块的接口、GPRS模块的接口、GSM模块的接口，以及USB(通用串行总线，universal serial bus)接口、串/并口等等，本发明对通信接口121包含的接口类型及数量不做限定。

存储器122可以用于存储实现本发明提出的网络质量监控方法的程序，还可以存储实现该网络质量监控方法过程中所产生的各种中间数据，以及其他设备发送的数据等，可以依据应用场景的需求确定，本发明不做详述。

在实际应用中，存储器122可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器123可以用来调用并执行存储器所存储的程序，以实现本发明提出的网络质量监控方法的各步骤，具体实现过程可以参照下文方法实施例相应部分的描述。

本实施例中，处理器123可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等，本发明对处理器123的具体结构不做详述。

应该理解，对于本发明提出的通信服务器的硬件组成结构，并不局限于上文列举的组成部件，图2仅是示意性说明，并不构成对通信服务器结构的限定。

另外，对于测试服务器的硬件组成结构与上述图2所示的通信服务器的结构类似，其也可以包括通信接口、存储器及处理器几部分，主要区别在于存储器所存储的程序内容不同，以使处理器调用并执行该程序，实现对用户终端的通信方法不同，关于测试服务器与用户终端之间的具体通信方法，可以依据该测试服务器为用户终端的客户端所提供的服务类型确定，本发明不做详述。

结合上图1示出的系统架构以及图2示出的通信服务器的组成结构，参照图3，为本发明提出的网络质量监控方法的一种可选示例流程图，该方法可以适用于上述通信服务器，如上述分析，该通信服务器可以是具有VoIP服务功能的通信服务器，本发明中，可以将与该通信服务器进行通信的用户终端或其他通信服务器记为被测设备，将该通信服务器记为被测通信服务器，且该被测通信服务器与被测设备之间可以实现网络电话通信，关于两者之间如何实现网络电话通信的方法不做详述。

本实施例中，以被测设备为用户终端为例进行说明，在网络质量监控过程中，可以将当前监控的通信服务器称为被测通信服务器，将当前接入被测通信服务器的用户终端称为被测用户终端，且测试服务器能够与被测用户终端进行网络通信，本发明对该测试服务器的类型不做限定。如图3所示，该方法可以包括但并不局限于以下步骤：

步骤S11，响应网络质量测试请求，得到网络测试策略及被测用户终端的测试服务器；

本实施例中，该网络质量测试请求可以是被测用户终端与被测通信服务器之间的网络质量不满足通信要求的情况下生成的，也就是说，在被测用户终端与被测通信服务器之间的网络质量较差的情况下，生成包含被测用户终端的标识信息的网络质量测试请求，以请求定位造成该网络质量差的问题。可见，本实施例主要是对确定被测用户终端与被测通信服务器之间的网络质量较差的情况下，如何定位造成该网络质量差的问题的过程进行说明，关于如何获取被测用户终端与被测通信服务器之间的网络质量的方法，本实施例不做详述。

其中，该通信要求可以指被测用户终端与被测通信服务器之间的网络质量良好，具体可以包括被测用户终端与被测通信服务器之间的网络质量等级达到预设等级，或者是被测用户终端与被测通信服务器之间的网速大于网速阈值等等，本发明对该通信要求的具体内容不做限定。

另外，上述被测用户终端的标识信息可以是网络地址等唯一标识，以区分各用户终端，以便被测通信服务器能够据此准确实现对被测用户终端的数据交互，本发明对该标识信息的具体内容不做限定。

步骤S12，将该网络测试策略发送至被测用户终端；

步骤S13，获取被测用户终端按照该网络测试策略与测试服务器进行网络通信所得到的参考网络质量测试结果；

继上文分析，本实施例中的测试服务器是用来辅助定位、造成被测用户终端与被测通信服务器之间网络质量差的问题的服务器，更具体地说，该测试服务器的引入是用来验证被测用户终端自身的网络是否有问题，所以，本实施例要求该测试服务器能够与被测用户终端进行网络通信，但并不限定该测试服务器的类型。

可见，本实施例需要获取测试服务器与被测用户终端进行通信所产生的网络质量数据，为了得到可靠且全面的网络质量数据，本发明可以预先确定两者进行通信所依据的网络测试策略，如什么时间开始测试、多久测试一次、多久汇总一次、每次测试需要记录什么数据等等，需要说明，本发明对该网络测试策略的获取方法不作限定，可以是预先定义好的，在需要时直接调用即可，也可以是由被测通信服务器的后台运维人员针对被测用户终端及测试服务器配置生成的等等。

被测通信服务器确定对被测用户终端及测试服务器之间的网络质量进行测试，并得到相应的网络测试策略后，可以将该网络测试策略发送至被测用户终端，远程控制被测用户终端按照该网络测试策略，与测试服务器进行网络通信，并获取该网络通信过程中所产生的测试网络质量数据，依据该测试网络质量数据，得到该被测用户终端与测试服务器之间的参考网络质量测试结果，此时，该参考网络质量测试结果可以表明该被测用户终端自身的通信网络是否存在异常情况。

需要说明，本发明对上述测试网络质量数据的内容，以及被测通信服务器对被测用户终端的远程控制方式不做限定。根据实际需求，该测试网络质量数据可以包括测试过程中的总包数、丢包数、延迟等，其中，丢包数和延迟可以依据回包时间等参数计算得到，本发明对这些参数的具体获取方式不做限定。其中，在该测试过程中，发送至测试服务器的测试请求中通常携带有被测用户终端的标识信息，如终端序列号、IP对应序列号、用户标识等等，以使测试服务器能够据此回包，以实现上述参数的计算。

可选的，结合上述分析，在被测设备与测试服务器的测试过程中，按照网络测试策略，可以是每间隔t1时间向测试服务器发起网络质量测试请求，记录本次测试发送的测试包数量及接收到的回包数量，以及相应的发包时间、回包时间等参数，之后，可以间隔t2时间对当前一个周期内记录的测试包数据进行汇总，输出相应的日志信息，此时该日志信息可以包括但并不局限于IP地址、丢包率、平均延时、详细数量等信息，之后，被测通信服务器的运维人员可以通过查阅日志信息，得知被测设备与测试服务器的参考网络质量测试结果，也可以由被测通信服务器自动对得到的多个日志信息进行分析，得到被测设备与测试服务器的参考网络质量测试结果，本发明对获取该参考网络质量测试结果的方法不做限定。

其中，在实际测试过程中，被测通信服务器可以根据实际需求，响应测试停止请求，控制所有测试逻辑停止执行，以停止各被测通信服务器与对应的被测用户终端之间的测试，以及被测用户终端与测试服务器之间的测试，本发明对该测试停止请求的生成方法不做限定。

由此可见，本实施例中，对于被测用户终端与测试服务器进行网络通信所得到的参考网络质量测试结果，可以由被测通信服务器通过对获取到的测试网络质量数据(如上述日志信息记录的内容)进行分析得到，也可以由被测用户终端或测试服务器对该测试网络质量数据分析得到，本发明对该网络质量测试结果的直接获取对象不做限定。

可选的，在实际应用中，根据需要，该参考网络质量测试结果可以包含相应的测试网络质量数据、网络质量等级，及造成网络质量等级较低(即网络质量较差)的问题等，本发明对该参考网络质量测试结果包含的内容不做限定。可选的，本发明描述的网络质量的测试可以是指UDP(User Datagram Protocol，用户数据报协议)网络检测，关于UDP网络检测的具体实现过程，本实施例不做详述。被测通信服务器得到上述参考网络质量测试结果后，可以发送至运维人员登录的客户端进行展示，如图4所示，运维人员可以通过展示内容，直观得知测试次数以及每一次测试的总包数、丢包数、RTT(Round-Trip Time，往返时延，本实施例可以指一个计算周期的平均往返时延，具体计算过程不做详述)等参数，从而依据这些参数，来确定被测用户终端自身的通信网络是否异常，具体确定方法不做详述。

由此可见，本实施例上文描述的对终端与服务器之间的网络质量的测试，具体可以是通过对两者通信的网速进行测试，即上述网络测试过程可以是测速过程，本发明对如何实现通信网络的速度测试的方法不做限定。基于此，在实际应用中，为了实现网络质量测试，可以在上述各测试服务器、被测通信服务器中预先配置相应的测速模块(即实现网络速度测试的测速程序构成的功能模块，本发明对该测速程序内容不做详述)，这样，在需要进行网络质量测试时，可以直接调用该测速模块执行相应的测速程序，即可得到相应的网络质量数据，但并不局限于这种测速方式。

步骤S14，利用该参考网络质量测试结果，对被测用户终端与被测通信服务器之间的网络质量进行校验，确定被测通信服务器的接入网络是否异常。

如上述分析，利用测试服务器与被测用户终端之间的网络通信，得到的参考网络质量测试结果能够表明该被测用户终端自身的通信网络是否异常，基于此，在该被测用户终端与被测通信服务器之间的网络质量不满足通信要求，即被测用户终端与被测通信服务器之间的VoIP数据通道异常的情况下，若参考网络质量测试结果能够表明该被测用户终端自身的通信网络正常，可以准确定位造成该VoIP数据通道异常的是被测通信服务器，也就是说，当前被测通信服务器自身的通信网络异常，从而导致用户使用的VoIP业务出现卡顿、音质、画质不清晰等问题，此时，可以重新选择相同类型的一具有VoIP服务功能的通信服务器，替代当前的被测通信服务器，保证用户之间的网络电话稳定、顺畅。

若参考网络质量测试结果能够表明该被测用户终端自身的通信网络异常，也就是说，两个不同类型的服务器与同一被测用户终端进行网络通信，通信过程都不顺畅即网络质量较差，此时较大概率是被测用户终端自身的通信网络出现异常，因此，本发明可以直接确定当前的被测通信服务器的通信网络正常。

当然，这种情况下，也可能是被测用户终端和被测通信服务器两者的通信网络都异常，所以，本发明还可以进一步通过调整被测用户终端的网络配置参数，按照上述方式，重新检测其与测试服务器之间的网络质量，来确定被测用户终端的通信网络，如此反复，直至调整至被测用户终端的通信网络正常后，再获取其与被测通信服务器之间的网络质量，若此时所得网络质量仍不满足通信要求，可以确定该被测通信服务器的通信网络异常，若此时网络质量满足了通信要求，可以确定被测通信服务器的通信网络异常，之前的网络质量不满足通信要求是由被测用户终端的通信网络异常造成的。

基于此，上述得到的造成被测用户终端与被测通信服务器之间的网络质量不满足通信要求的异常信息，可以包括具体是哪个通信网络异常，如被测用户终端和/或被测通信服务器的通信网络异常，以便据此决定是否需要更换用户终端(即被测服终端)当前所接入的被测通信服务器等，以保证用户之间的通信顺畅可靠。

综上所述，本实施例在用户终端(即被测用户终端)访问通信服务器(即被测通信服务器)，实现与其他用户终端之间的远程通信过程中，若被测用户终端与被测通信服务器之间的网络质量不满足通信要求，造成通信过程中出现卡顿、音质、画质不清等问题，被测通信服务器可以响应网络质量测试请求，得到被测用户终端的测试服务器及其所需的网络测试策略，并远程控制该被测用户终端按照该网络测试策略，实现与测试服务器之间的网络通信，并得到被测用户终端与测试服务器之间的参考网络质量测试结果，之后，本实施例能够结合该参考网络质量测试结果，对该被测用户终端与被测通信服务器之间的网络质量进行校验，准确定位造成该网络质量不佳的问题，具体是被测用户终端和/或被测通信服务器自身的通信网络异常造成，以便后续进行有针对性地维护，保证用户之间的即时通信质量，提高了用户体验。

应该理解的是，本实施例中的被测用户终端是参与即时通信的任一用户所使用的终端，对应的被测通信服务器则是该终端所接入的通信服务器，不同用户终端所接入的通信服务器可能不同，

作为本发明又一可选示例，如上述分析，为了保证用户之间的即时通信顺畅，还需要保证双方或多方用户所接入的通信服务器之间的通信通道正常，因此，本发明除了按照上述方式检测各用户终端及其接入的通信服务器之间的VoIP数据通道的网络质量，还可以按照这种监控方式，获取不同通信服务器之间的VoIP数据通道的网络质量，即监控双方或多方用户所接入的通信服务器之间的通信通道的网络质量，以保证双方或多方用户之间的通信通道的网络质量。

这种情况下，上述被测设备可以是能够提供网络电话接入服务的通信服务器，如能够实现即时通信功能的各种社交服务器等，本发明对该通信服务器的类型不做限定，且此时的该通信服务器和上述被测通信服务器可以部署在同一城市，也可以部署在不同城市，可以根据具体的应用场景确定，无论是否被部署在同一城市，实现两者之间的网络质量监控方法相同，且与上述实施例描述的实现被测用户终端与被测通信服务器之间的网络质量监控方法类似，本发明在此不再赘述。

应该理解的是，下文实施例描述的实现用户终端与通信服务器之间的网络质量监控的其他方法或细化方法，均适用于不同通信服务器之间的网络质量监控，本发明仅以用户终端作为被测设备为例进行说明，对于被测设备为通信服务器的情况类似，本发明不再重复描述。

结合上述分析，在上述被测设备为接入被测通信服务器的用户终端，即使用该通信服务器的网络电话业务的电子设备的情况下，如图5所示，本发明还提出了实现网络质量监控方法的又一可选示例的流程图，该方法仍可以适用于该被测通信服务器，将接入该被测通信服务器的用户终端称为被测用户终端，参照图5，该方法可以包括但并不局限于：

步骤S21，获取针对被测通信服务器的用户反馈数据；

本实施例中，该用户反馈数据可以是接入该被测通信服务器的各用户终端反馈的数据，其可以表明相应用户终端与该被测通信服务器之间的网络质量，也就是说，该用户反馈数据是用户终端访问被测通信服务器，使用其VoIP服务功能后，向该被测通信服务器反馈的体验感受，其可以是用户手动输入的对该被测通信服务器提供的VoIP服务的实际感受，如网络流畅、通话质量不佳、经常出现卡断等等，本发明对该用户反馈数据的内容及其获取方式不做限定。

需要说明的是，本实施例获取的用户反馈数据是针对一个通信服务器的，而不是针对一类通信服务器的，步骤S21中的这个被测通信服务器是指当前参数网络质量测试的用户终端所接入的VoIP网络的通信服务器。

步骤S22，对用户反馈数据进行统计，得到用户终端与该被测通信服务器之间的网络质量不满足通信要求的用户反馈数据的数量；

如上述分析，有的用户反馈数据可能表明相应用户终端与该被测通信服务器之间的网络质量较好，即满足通信要求，而有的用户反馈数据可能表明相应终端与该被测通信服务器之间的网络质量较差，即不满足通信要求，本发明可以按照用户反馈数据表明的用户质量的好坏，对用户反馈数据进行分类，主要获取表明用户终端与该被测通信服务器之间的网络质量不满足通信要求的用户反馈数据的数量。

其中，需要说明的，同一用户终端可以向被测通信服务器反馈多条用户反馈数据，本发明在对用户反馈数据进行统计时，主要是针对每一条用户反馈数据表明的网络质量的好坏进行统计，可以不用关注该用户反馈数据是哪个用户终端反馈的等，本发明对步骤S22的具体实现方法不作限定。

步骤S23，若统计得到的数量达到阈值，生成网络质量测试请求；

可见，若表明用户终端与该被测通信服务器之间的网络质量，不满足通信要求的用户反馈数据的数量达到阈值，也就是说，较多用户反馈使用被测通信服务器的网络电话业务时的网络质量较差，可以检测造成该网络质量差的问题，此时，可以生成包含被测用户终端的标识信息的网络质量测试请求，其中，该被测用户终端可以是访问该被测通信服务器的任一用户终端，且本发明对该阈值的具体数值不做限定，可以依据具体场景需求配置。

需要说明的，对于上述生成网络质量测试请求的触发条件，并不局限于本实施例描述的方式，也可以是同一用户终端反馈与被测通信服务器的网络质量较差的反馈次数达到一定数值后，直接生成针对该用户终端的网络质量测试请求等等。

可选的，在上述步骤S23中，若统计得到的数量达到阈值，本发明的被测通信服务器还可以进一步验证其与被测用户终端之间的网络质量是否满足通信要求，这种情况下，可以获取针对被测用户终端配置的接入服务测试策略，从而利用被测终端的标识信息及该接入服务测试策略，生成针对该被测用户终端的网络质量测试请求，其中，该接入网络测试策略可以用于测试被测用户终端与被测通信服务器之间的网络质量，也就是说，被测用户终端可以按照该接入网络测试策略，与被测通信服务器进行通信，获取通信所产生的网络质量数据，并据此分析得到被测用户终端与被测通信服务器之间的网络质量是否满足通信要求的检测结果，若验证被测用户终端与被测通信服务器之间的网络质量不满足通信要求，可以生成网络质量测试请求。

更进一步地，本发明还可以按照上述接入网络测试策略，获取该被测用户终端与其可接入的每一个通信服务器的网络质量，通过将这多个通信服务器对应的网络质量进行比对，得到被测用户终端与被测通信服务器之间的网络质量的网络质量等级，若该网络质量等级小于预设等级，再生成网络质量测试请求。可见，本实施例中，若被测用户终端与每一个可接入的通信服务器的网络质量都不佳，但该被测用户终端与被测通信服务器之间的网络质量是相对较好的，可以不用生成网络质量测试请求，对其通信网络做进一步测试，当然，也可以做进一步测试后，向该被测用户终端反馈相应的测试结果，以告知用户可能是其使用的用户终端自身通信网络不佳，造成与通信服务器的网络质量不佳。

可见，本发明可以根据实际需求，确定生成网络质量测试请求的触发条件，并不局限于本发明列举的几种触发条件。

步骤S24，响应该网络质量测试请求，获取被测通信服务器与被测用户终端之间的网络质量数据；

步骤S25，利用该网络质量数据，检测被测通信服务器与被测用户终端之间的网络质量是否满足通信要求，如果是，进入步骤S26；如果否，执行步骤S27；

本实施例中，若在生成网络质量测试请求之前，并未对被测用户终端与被测通信服务器之间的网络质量做进一步验证，可以在响应该网络质量测试请求时，先对被测用户终端与被测通信服务器之间的网络质量做进一步验证，具体的，可以按照上述接入网络测试策略，实现被测用户终端与被测通信服务器之间的通信，并利用该通信过程中所产生的网络质量数据，确定两者之间的网络质量是否满足通信要求，其中，关于获取被测通信服务器与被测用户终端之间的网络质量的过程，与上述获取被测用户终端与测试服务器之间的网络质量的过程类似，本实施例不做详述。

步骤S26，向被测用户终端反馈相应的网络质量检测结果；

按照上述方式，被测通信服务器验证与被测用户终端之间的网络质量满足通信要求的情况下，可以不用利用测试服务器对该网络质量做进一步校验，可以直接将该网络质量检测结果反馈至被测用户终端，告知相应用户当前其终端与接入的通信服务器之间的网络质量良好。

可见，步骤S26反馈的网络质量检测结果可以包含：被测通信服务器与被测用户终端之间的网络质量满足通信要求，但并不局限于该内容，可以根据实际需求确定。

步骤S27，获取被测用户终端的测试服务器及网络测试策略；

步骤S28，将该网络测试策略发送至被测用户终端；

步骤S29，获取被测用户终端执行网络测试策略，与测试服务器进行网络通信所产生的测试网络质量数据；

步骤S210，利用该测试网络质量数据，得到被测用户终端与测试服务器进行网络通信的参考网络质量测试结果；

按照上述方式，被测通信服务器验证其与被测用户终端之间的网络质量不满足通信要求的情况下，可以将被测用户终端可以访问的其他通信服务器作为测试服务器，由被测通信服务器远程控制被测用户终端与测试服务器进行通信，并监控该测试服务器与该被测用户终端之间的网络质量是否满足通信要求，即获取被测用户终端与测试服务器进行网络通信的参考网络质量测试结果，来确定被测用户终端自身的通信网络是否异常。

其中，关于被测用户终端与测试服务器进行网络通信的参考网络质量测试结果的获取过程，可以参照上述实施例相应部分的描述，本实施例不再赘述。

并且，上述测试服务器可以是至少一个能够与被测用户终端网络通信的，区别于被测通信服务器的其他通信服务器，若该测试服务器的数量为多个，被测通信服务器可以得到一个测试服务器列表，在后续测试过程中，可以按照网络测试策略，依次向该测试服务器列表中的各测试服务器进行网络质量测试，得到上述参考网络质量测试结果，具体测试过程可以参照上文实施例相应部分的描述，这种情况下，能够更加准确得知被测用户终端自身的通信网络是否正常。

步骤S211，若该参考网络质量测试结果表明被测用户终端的通信网络正常，确定被测通信服务器的接入网络异常；

继上述分析，分别与被测用户终端通信的被测通信服务器和测试服务器的网络质量均不满足通信要求，较大概率是该被测用户终端自身的通信网络异常，当然，也可以通过调整被测用户终端的网络配置，进一步确定是被测通信服务器的接入网络异常，还是被测用户终端的通信网络异常，具体方法不做限定。

若被测用户终端与测试服务器进行通信的网络质量满足通信要求(即网络质量较好)，说明被测用户终端和测试服务器两者各自的通信网络均正常，这种情况下，若被测用户终端与被测通信服务器的网络质量不满足通信要求(即网络质量较差)，可以认为是被测通信服务器自身的接入网络异常，此时，其他用户终端与该被测通信服务器进行通信的网络质量也可能不满足通信要求，可以通知被测通信服务器的运维人员，对该被测通信服务器的接入网络配置进行调整，以保证用户终端与被测通信服务器之间的通信质量良好，进而保证用户之间的网络电话顺畅。

步骤S212，获取被测用户终端可接入的其他通信服务器的接入网络检测结果；

步骤S213，利用该接入网络检测结果，按照通信服务器接入分配要求，从接入网络正常的其他通信服务器中选择一目标通信服务器；

步骤S214，控制被测用户终端从当前接入的被测服务器切换至该目标通信服务器接入。

本实施例中，确定被测通信服务器自身的接入网络异常的情况下，为了保证用户能够继续与其他用户进行网络电话通信，可以通过解析网络质量测试请求，得到被测用户终端的标识信息，再利用该标识信息，获取当前被测用户终端可接入的同类型的其他多个通信服务器(本发明可以将其称为第二通信服务器)，之后，可以从该被测用户终端能够接入的多个第二通信服务器中，重新选择一个接入网络正常的第二通信服务器，以使该被测用户终端接入重新选择的第二通信服务器，继续与对方用户终端进行网络电话通信。

基于此，本发明按照上述方式得到一被测通信网络的接入网络测试结果(即接入网络正常或异常)后，可以将该接入网络测试结果，更新至由多个上述通信服务器构成的通信网络系统中，以使运维人员和/或用户能够访问该通信网络系统，查看该通信网络系统中各通信服务器(即具有VoIP服务功能的同一类型的通信服务器，如某即时通信服务器)的接入网络测试结果。

这样，本实施例在重新选择通信服务器的过程中，可以获取当前的被测用户终端可接入的其他通信服务器(除当前的被测通信服务器之外的通信服务器)的接入网络测试结果，得知其他通信服务器的接入网络是否正常，之后，可以依据该接入网络测试结果，选择接入网络正常的一第二通信服务器作为目标通信服务器，具体可以依据预设的通信服务器接入配置要求完成该选择操作。

其中，通信服务器接入分配要求可以是各用户终端访问通信服务器时，系统为该用户终端分配通信服务器的要求，如优先可以选择部署在该用户终端所属地的通信服务器作为目标通信服务器，若用户终端所属地没有部署接入网络正常的通信服务器，可以从相邻地区选择一接入网络正常的通信服务器等，本发明对该通信服务器接入分配要求的内容不做限定。

在重新选定目标通信服务器后，当前被测通信服务器可以远程控制被测用户终端，切换至该目标通信服务器接入，即利用该目标通信服务器实现与其他用户的网络电话通信。在完成切换操作后，该目标通信服务器即可作为新的被测通信服务器，按照上文描述的方法，对该新的被测通信服务器与被测用户终端的网络质量进行监控，以保证两个或多个用户之间的网络电话期间的网络通信质量良好，保证网络电话顺畅，提高用户使用通信服务器进行网络电话的体验感受。

进一步地，在本发明实际应用中，本发明的运维人员和/或用户，可以随时查看上述通信系统网络中各通信服务器的接入网络测试结果，以得知各通信服务器的接入网络是否正常，即被测通信服务器可以响应通信系统网络查看请求，得到通信系统网络数据，此时，该信系统网络数据可以包含构成通信网络系统的多个通信服务器各自的接入网络测试结果，而该通信系统网络查看请求可以是运维人员登录的客户端发起的，但并不局限于此，之后被测通信服务器可以将该通信系统网络数据反馈至客户端进行展示，此时，该通信系统网络数据可以采用网络地图的方式进行展示，即通信系统网络中的每个通信服务器作为网络地图的一个节点，运维人员可以选择查看任一节点，展示该节点对应的接入网络测试结果，以使运维人员能够直观得知通信服务器的系统布局，以及每个通信服务器的接入网络是否异常。

基于上述实施例对本发明提出的网络质量监控方法的描述，下面以用户A使用企业微x这一即时通信应用程序的网络电话，与用户B进行沟通的场景为例，对该场景下的网络电话的通信网络的质量监控过程进行说明。参照图6所示的场景流程示意图，在该网络电话沟通过程中，若用户A、用户B感受到卡顿、画质、音质不清等问题，可以将该问题反馈至企业微x服务器(即用户终端相应接入的即时通信服务器)，以使企业微x的运维人员了解这一情况，若多个用户均反馈使用某一个企业微x服务器(将其记为被测通信服务器，本实施例以用户A终端接入的企业微x服务器为例进行说明，并将该企业微x服务器记为通信服务器A)进行网络电话过程中，出现上述通信质量不佳等问题，该企业微x服务器可以响应网络质量测试请求，确定接入该被测通信服务器的用户A或用户B所使用的用户终端为被测用户终端，以用户A终端为例进行说明，获取用户A终端的网络测试策略，及其能够通信的测试服务器列表，之后，通信服务器A可以远程控制用户A终端执行该网络测试策略，实现该用户A终端与各测试服务器之间的网络质量的测试，具体测试过程可以参照上文相应部分的描述。

通信服务器A得到该用户A终端与测试服务器之间的参考网络质量测试结果后，能够得知该用户A终端自身的通信网络是否异常，如果没有异常，但该用户A终端与通信服务器A之间的网络质量异常，说明通信服务器A的接入网络异常，才会导致用户A终端通过该通信服务器A与用户B终端的网络电话通信不佳。

同理，还可以按照方式检测用户B终端与通信服务器B(即用户B终端接入的企业微x服务器)之间的网络质量异常的情况下，定位导致该网络质量异常的问题；还可以检测通信服务器A与通信服务器B之间(获取其他通信服务器之间)的网络质量是否满足通信要求，如果否，可以定位导致该网络质量不满足通信要求的问题等等，本发明不做一一详述，且图6并未示出这两部分的网络质量监控过程，可以参照上述用户A终端与通信服务器A之间的网络质量监控过程的描述。

其中，在确定各通信服务器的接入网络(本发明是指网络电话的接入网络)正常或异常后，可以据此更新由通信服务器构成的通信系统网络图中，相应通信服务器的接入网络检测结果，以使运维人员能够直观看到各通信服务器的接入网络情况，以便在某用户终端当前接入的通信服务器的接入网络异常的情况下，能够重新选择一个接入网络正常，且靠近该用户终端所属地的通信服务器，替代用户终端当前接入的通信服务器，保证该用户终端与其他用户终端的网络电话的通信质量。

参照图7，为本发明提出的网络质量监控装置的一可选示例的结构图，该装置可以适用于通信服务器，具体可以包括但并不局限于：

请求响应模块21，用于响应网络质量测试请求，得到网络测试策略及被测设备的测试服务；

其中，网络质量测试请求携带有被测设备的标识信息，且是在被测通信服务器与被测设备之间的网络质量不满足通信要求的情况下生成的；

参考网络质量测试结果获取模块22，用于获取被测设备按照网络测试策略，与测试服务器进行网络通信所得到的参考网络质量测试结果；

可见，该参考网络质量测试结果可以表明被测设备与测试服务器之间的网络质量是否满足通信要求，通常携带有被测设备的标识信息，如设备自身的序列号、IP地址对应的序列号、使用该被测设备的用户标识等。且该被测通信服务器能够为被测设备提供网络电话接入服务，关于该网络电话接入服务的实现过程不做详述。

可选的，该参考网络质量测试结果获取模块22可以包括：

网络测试策略发送单元，用于将网络测试策略发送至被测设备；

测试网络质量数据获取单元，用于获取被测设备执行网络测试策略，与测试服务器进行网络通信所产生的测试网络质量数据；

参考网络质量测试结果获取单元，用于利用测试网络质量数据，得到被测设备与测试服务器进行网络通信的参考网络质量测试结果。

网络质量校验模块23，用于利用参考网络质量测试结果，对被测设备与被测通信服务器之间的网络质量进行校验，确定被测通信服务器的接入网络是否异常。

作为本发明一可选示例，上述网络质量校验模块23可以包括：

检测单元，用于利用参考网络质量测试结果，检测被测设备的通信网络是否异常；

第一确定单元，用于在被测设备的通信网络正常的情况下，确定被测通信服务器的接入网络异常；

第二确定单元，用于在被测设备的通信网络异常的情况下，确定被测通信服务器的接入网络正常；

在被测设备的通信网络异常的情况下，网络质量校验模块23还可以包括：

调整单元，用于调整被测设备的网络配置，触发该检测单元重新检测被测设备的通信网络，直至被测设备的通信网络正常；

第三确定单元，用于在被测设备的通信网络正常的情况下，检测被测设备与被测通信服务器之间的网络质量满足通信要求，确定被测通信服务器的接入网络正常。

可选的，在上述被测设备为接入被测通信服务器的用户终端的情况下，该装置还可以包括：

用户反馈数据获取模块，用于获取针对被测通信服务器的用户反馈数据，用户反馈数据表明用户终端与被测通信服务器之间的网络质量；

数据统计模块，用于对获取的用户反馈数据进行统计；

网络质量测试请求生成模块，用于在统计结果表明第一用户反馈数据的数量达到阈值的情况下，生成网络质量测试请求；

其中，第一用户反馈数据表明用户终端与被测通信服务器之间的网络质量不满足通信要求。

进一步地，上述网络质量测试请求生成模块还可以包括：

接入服务测试策略获取单元，用于获取针对被测用户终端配置的接入服务测试策略，被测用户终端是接入被测通信服务器的任一用户终端；

网络质量测试请求生成单元，用于利用接入服务测试策略，生成针对被测用户终端的网络质量测试请求，接入服务测试策略用于测试被测用户终端与被测通信服务器之间的网络质量。

可选的，在上述各实施例的基础上，该装置还可以包括：

标识信息获取模块，用于解析网络质量测试请求，得到被测用户终端的标识信息；

通信服务器获取模块，用于利用被测用户终端的标识信息，获取被测用户终端可接入的多个通信服务器；

网络质量获取模块，用于按照接入服务测试策略，获取被测用户终端与每一个可接入的通信服务器之间的网络质量；

网络质量等级获取模块，用于将多个通信服务器分别对应的网络质量进行比对，得到被测通信服务器与被测用户终端之间的网络质量的网络质量等级；

相应地，上述被测设备与被测通信服务器之间的网络质量不满足通信要求可以包括被测用户终端与被测通信服务器之间的网络质量的网络质量等级小于预设等级。

作为本发明又一可选示例，如图8所示，本发明提出的网络质量监控装置还可以包括：

接入网络测试结果更新模块24，用于利用被测通信服务器的接入网络异常，更新通信系统网络中的相应通信服务器的接入网络测试结果，通信系统网络是由具有网络电话接入服务的多个通信服务器构成；

接入网络测试结果获取模块25，用于获取被测设备可接入的第二通信服务器的接入网络测试结果，第二通信服务器是指通信系统网络中除了被测通信服务器之外的通信服务器；

通信服务器选择模块26，用于利用接入网络测试结果，按照通信服务器接入分配要求，从接入网络正常的第二通信服务器中，选择目标通信服务器；

切换控制模块27，用于控制被测设备从当前接入的被测通信服务器切换至目标通信服务器接入。

可选的，该装置还可以包括：

通信系统网络数据获取模块，用于响应通信系统网络查看请求，得到通信系统网络数据，通信系统网络数据包含构成通信网络系统的多个通信服务器各自的接入网络测试结果；

通信系统网络数据展示模块，用于将通信系统网络数据反馈至发起通信系统网络查看请求的客户端进行展示。

应该理解，上述各模块或单元均是应用程序模块，其实现相应功能的过程，可以参照上述方法实施例相应部分的描述。

另外，需要说明，本发明上述实施例中的被测设备可以是用户终端，也可以是通信系统网络中的其他通信服务器，具体实现过程可以参照上述方法实施例相应部分的描述，不再分别赘述。

本发明还提供了一种存储介质，其上存储有程序，该程序被处理器调用并执行，以实现上述网络质量监控方法的各步骤，具体实现过程可以参照上述方法实施例相应部分的描述。

本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、通信服务器、系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种网络质量监控方法，其特征在于，所述方法包括：

响应网络质量测试请求，得到网络测试策略及被测设备的测试服务器，所述网络质量测试请求是在所述被测设备与被测通信服务器之间的网络质量不满足通信要求的情况下生成的，所述被测通信服务器能够为所述被测设备提供网络电话接入服务；

获取所述被测设备按照所述网络测试策略，与所述测试服务器进行网络通信所得到的参考网络质量测试结果；

利用所述参考网络质量测试结果，对所述被测设备与所述被测通信服务器之间的网络质量进行校验，确定所述被测通信服务器的接入网络是否异常。

2.根据权利要求1所述的方法，其特征在于，若所述被测设备为接入所述被测通信服务器的用户终端，所述方法还包括：

获取针对被测通信服务器的用户反馈数据，所述用户反馈数据表明用户终端与所述被测通信服务器之间的网络质量；

对所述用户反馈数据进行统计；

若统计结果表明第一用户反馈数据的数量达到阈值，生成所述网络质量测试请求；

其中，所述第一用户反馈数据表明用户终端与所述被测通信服务器之间的网络质量不满足所述通信要求。

3.根据权利要求2所述的方法，其特征在于，所述生成所述网络质量测试请求，包括：

获取针对被测用户终端配置的接入服务测试策略，所述被测用户终端是接入所述被测通信服务器的任一用户终端；

利用所述接入服务测试策略，生成针对所述被测用户终端的网络质量测试请求，所述接入服务测试策略用于测试所述被测用户终端与所述被测通信服务器之间的网络质量。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

解析所述网络质量测试请求，得到被测用户终端的标识信息；

利用所述被测用户终端的标识信息，获取所述被测用户终端可接入的多个通信服务器；

按照所述接入服务测试策略，获取所述被测用户终端与每一个可接入的通信服务器之间的网络质量；

将所述多个通信服务器分别对应的网络质量进行比对，得到所述被测通信服务器与所述被测用户终端之间的网络质量的网络质量等级；

所述被测设备与所述被测通信服务器之间的网络质量不满足所述通信要求，包括：

所述被测用户终端与所述被测通信服务器之间的网络质量的网络质量等级小于预设等级。

5.根据权利要求1所述的方法，其特征在于，所述获取所述被测设备按照所述网络测试策略，与所述测试服务器进行网络通信所得到的参考网络质量测试结果，包括：

将所述网络测试策略发送至所述被测设备；

获取所述被测设备执行所述网络测试策略，与所述测试服务器进行网络通信所产生的测试网络质量数据；

利用所述测试网络质量数据，得到所述被测设备与所述测试服务器进行网络通信的参考网络质量测试结果。

6.根据权利要求1～5任一项所述的方法，其特征在于，所述利用所述参考网络质量测试结果，对所述被测设备与被测通信服务器之间的网络质量进行校验，确定所述被测通信服务器的接入网络是否异常，包括：

利用所述参考网络质量测试结果，检测所述被测设备的通信网络是否异常；

如果所述被测设备的通信网络正常，确定所述被测通信服务器的接入网络异常；

如果所述被测设备的通信网络异常，确定所述被测通信服务器的接入网络正常，或者调整所述被测设备的网络配置，并重新检测所述被测设备的通信网络，直至所述被测设备的通信网络正常的情况下，检测所述被测设备与所述被测通信服务器之间的网络质量满足所述通信要求，确定所述被测通信服务器的接入网络正常。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

利用所述被测通信服务器的接入网络异常，更新通信系统网络中的相应通信服务器的接入网络测试结果，所述通信系统网络是由具有网络电话接入服务的多个通信服务器构成；

获取所述被测设备可接入的第二通信服务器的接入网络测试结果，所述第二通信服务器是指所述通信系统网络中除了所述被测通信服务器之外的通信服务器；

利用所述接入网络测试结果，按照通信服务器接入分配要求，从接入网络正常的第二通信服务器中，选择目标通信服务器；

控制所述被测设备从当前接入的所述被测通信服务器切换至所述目标通信服务器接入。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

响应通信系统网络查看请求，得到通信系统网络数据，所述通信系统网络数据包含构成所述通信网络系统的多个通信服务器各自的接入网络测试结果；

将所述通信系统网络数据反馈至发起所述通信系统网络查看请求的客户端进行展示。

9.一种网络质量监控装置，其特征在于，所述装置包括：

请求响应模块，用于响应网络质量测试请求，得到网络测试策略及被测设备的测试服务器，所述网络质量测试请求是在所述被测通信服务器与被测设备之间的网络质量不满足通信要求的情况下生成的，所述被测通信服务器能够为所述被测设备提供网络电话接入服务；

参考网络质量测试结果获取模块，用于获取所述被测设备按照所述网络测试策略，与所述测试服务器进行网络通信所得到的参考网络质量测试结果；

网络质量校验模块，用于利用所述参考网络质量测试结果，对所述被测设备与所述被测通信服务器之间的网络质量进行校验，确定所述被测通信服务器的接入网络是否异常。

10.一种通信服务器，其特征在于，所述通信服务器包括：

通信接口；

存储器，用于存储实现如权利要求1～8任一项所述的网络质量监控方法的程序；

处理器，用于加载并执行所述存储器存储的程序，以实现如权利要求1～8任一项所述的网络质量监控方法的各步骤。