CN110048909B - 网络运维方法及装置 - Google Patents

Abstract

本申请公开一种网络运维方法及装置，该方法包括：接收终端发送的第一检测报文，第一检测报文包括终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；接收处于无线局域网中的网络设备发送的第二检测报文，第二检测报文包括网络设备的运行信息；判断服务检测信息和运行信息中属于同一类预设关联条件的参数是否匹配；根据判断结果，确定无线局域网中是否出现业务异常。本申请中终端对无线局域网进行检测，周期性发送第一检测报文给服务器。无线局域网中网络设备周期性自检，发送第二检测报文给服务器。服务器综合当前周期内的第一检测报文和第二检测报文，判断网络中是否存在业务异常，判断所依据的数据全面，提高业务异常的判断精度。

Description

网络运维方法及装置

技术领域

本申请涉及网络通信技术领域，具体涉及一种网络运维方法及装置。

背景技术

经过多年发展，无线局域网(Wireless Local Area Networks，WLAN)应用已经基本趋于成熟。随着精细化管理的普及，用户对WLAN网络的使用要求越来越高，用户需要随时了解自己的网络动态，如网络中是否存在风险，如果出现问题，能否及时发现和解决等。基于这些用户需求，目前出现了网络运维系统。

但当前的网络运维系统通常是通过SNMP(Simple Network ManagementProtocol，简单网络管理协议)等方式周期性地从无线接入点或交换机等网络设备处获取设备运行参数和配置参数等数据，根据获取的数据评判网络设备是否出现异常。

但仅根据网络设备的数据进行判断，所依据的数据过于单一，会导致误判的情况，判断精度不高。例如，无线接入点上设置的VLAN(Virtual Local Area Network，虚拟局域网)地址段与用户终端所属的VLAN地址段不一致，如此用户终端无法通过该无线接入点对应的WLAN访问互联网，该WLAN中存在网络异常。但仅根据无线接入点的运行参数及配置参数会误判为该WLAN中不存在网络异常。

发明内容

为解决以上问题，本申请提供一种网络运维方法及装置，在业务异常判断时，综合当前周期内终端的第一检测报文、网络设备的第二检测报文，所依据的数据很全面，大大提高了业务异常的判断精度。本申请通过以下几个方面来解决以上问题。

第一方面，本申请实施例提供了一种网络运维方法，应用于服务器，所述方法包括：

接收终端发送的第一检测报文，所述第一检测报文包括所述终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；

接收处于所述无线局域网中的网络设备发送的第二检测报文，所述第二检测报文包括所述网络设备的运行信息；

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配；

根据判断结果，确定所述无线局域网中是否出现业务异常。

结合第一方面，本申请实施例提供了上述第一方面的第一种可能的实现方式，其中，所述判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配。

结合第一方面的第一种可能的实现方式，本申请实施例提供了上述第一方面的第二种可能的实现方式，其中，所述根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，包括：

根据所述异常参数包括的设备标识，确定所述异常参数所属的第一设备；

根据所述异常参数包括的第一服务参数，确定所述异常参数对应的网络服务；

根据所述异常参数对应的网络服务，从所述服务检测信息及所述运行信息中，分别获取与所述异常参数属于相同网络服务的第二服务参数和第三服务参数；

根据所述异常参数所属的第一设备，从所述服务检测信息及所述运行信息中，分别获取第一设备状态参数和第二设备状态参数，所述第一设备状态参数所属的第二设备及所述第二设备状态参数所属的第三设备均与所述第一设备通信。

结合第一方面的第二种可能的实现方式，本申请实施例提供了上述第一方面的第三种可能的实现方式，其中，所述判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配，包括：

根据所述异常参数的值及所述第一设备状态参数的值，判断所述第一设备与所述第二设备之间是否存在配置参数值不一致；根据所述异常参数的值及所述第二设备状态参数的值判断所述第一设备与所述第三设备之间是否存在配置参数值不一致；

如果所述第一设备与所述第二设备之间存在配置参数值不一致，则确定所述异常参数的值与所述第一业务参数的值不匹配；如果所述第一设备与所述第三设备之间存在配置参数值不一致，则确定所述异常参数的值与所述第二业务参数的值不匹配；

如果所述第一设备与所述第二设备之间的配置参数值一致，且所述第一设备与所述第三设备之间的配置参数值一致，则判断所述第一服务参数的值是否与所述第二服务参数的值不一致，以及判断所述第一服务参数的值是否与所述第三服务参数的值不一致；

如果所述第一服务参数的值与所述第二服务参数的值不一致，则确定所述异常参数的值与所述第一业务参数的值不匹配；如果所述第一服务参数的值与所述第三服务参数的值不一致，则确定所述异常参数的值与所述第二业务参数的值不匹配。

结合第一方面的第三种可能的实现方式，本申请实施例提供了上述第一方面的第四种可能的实现方式，其中，所述方法还包括：

若确定所述第一服务参数的值与所述第二服务参数的值一致，且所述第一服务参数的值与所述第三服务参数的值一致，则获取与业务异常相关的历史数据；

根据所述异常参数对应的网络服务，从所述历史数据中获取与所述异常参数属于相同网络服务的第四服务参数；

判断所述第四服务参数中是否存在所述异常参数；

如果所述第四服务参数中存在所述异常参数，则识别所述第四服务参数中包含的异常参数是否符合所述无线局域网的正常业务策略；

如果所述第四服务参数中包含的异常参数符合所述正常业务策略，则确定所述无线局域网中未出现业务异常；

如果所述第四服务参数中包含的异常参数不符合所述正常业务策略，则确定所述无线局域网中出现业务异常。

结合第一方面的第四种可能的实现方式，本申请实施例提供了上述第一方面的第五种可能的实现方式，其中，所述方法还包括：

若所述异常参数的值与所述第一业务参数的值不匹配，则根据所述异常参数和所述第一业务参数，确定出现所述业务异常的异常设备；

若所述异常参数的值与所述第二业务参数的值不匹配，则根据所述异常参数和所述第二业务参数，确定出现所述业务异常的异常设备；

若所述第四服务参数中包含的异常参数不符合所述正常业务策略，则根据所述第四服务参数包括的所述异常参数，确定出现所述业务异常的异常设备。

结合第一方面的第五种可能的实现方式，本申请实施例提供了上述第一方面的第六种可能的实现方式，其中，所述方法还包括：

向维护终端发送告警通知消息，所述告警通知消息包括所述异常设备的设备标识及异常描述信息；

若预设数据库中包含所述业务异常对应的异常处理命令，则向所述异常设备发送所述异常处理命令，以使所述异常设备运行所述异常处理命令修复所述业务异常。

第二方面，本申请实施例提供了一种网络运维方法，应用于终端，包括：

周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息；

向服务器发送第一检测报文，所述第一检测报文包括所述服务检测信息，以使所述服务器根据所述服务检测信息及处于所述无线局域网中的网络设备的运行信息确定所述无线局域网是否出现业务异常，所述网络设备的运行信息为所述网络设备向所述服务器发送的第二检测报文包括的。

结合第二方面，本申请实施例提供了上述第二方面的第一种可能的实现方式，其中，所述周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息，包括：

周期性地对搜索到的无线局域网进行外网访问检测；

获取所述无线局域网对应的外网速度及内网速度；

将外网访问的检测结果、所述外网速度及所述内网速度作为服务检测信息。

结合第二方面，本申请实施例提供了上述第二方面的第二种可能的实现方式，其中，所述方法还包括：

接收所述服务器发送的异常处理命令；

运行所述异常处理命令修复自身出现的业务异常。

第三方面，本申请实施例提供了一种网络运维方法，应用于网络设备，包括：

周期性地进行业务自检，得到所述网络设备的运行信息；

向服务器发送第二检测报文，所述第二检测报文包括所述网络设备的运行信息，以使所述服务器根据所述网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，所述服务检测信息为所述网络设备所属的所述无线局域网中的终端向所述服务器发送的第一检测报文包括的。

结合第三方面，本申请实施例提供了上述第三方面的第一种可能的实现方式，其中，所述方法还包括：

接收所述服务器发送的异常处理命令；

运行所述异常处理命令修复自身出现的业务异常。

第四方面，本申请实施例提供了一种网络运维装置，应用于服务器，所述装置包括：

接收模块，用于接收终端发送的第一检测报文，所述第一检测报文包括所述终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；接收处于所述无线局域网中的网络设备发送的第二检测报文，所述第二检测报文包括所述网络设备的运行信息；

判断模块，用于判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配；

异常确定模块，用于根据判断结果，确定所述无线局域网中是否出现业务异常。

第五方面，本申请实施例提供了一种网络运维装置，应用于终端，包括：

生成模块，用于周期性地对搜索到的无线局域网进行检测，得到服务检测信息；

发送模块，用于向服务器发送第一检测报文，所述第一检测报文包括所述服务检测信息，以使所述服务器根据所述服务检测信息及处于所述无线局域网中的网络设备的运行信息确定所述无线局域网是否出现业务异常，所述网络设备的运行信息为所述网络设备向所述服务器发送的第二检测报文包括的。

第六方面，本申请实施例提供了一种网络运维装置，应用于网络设备，包括：

生成模块，用于周期性地进行业务自检，得到所述网络设备的运行信息；

发送模块，用于向服务器发送第二检测报文，所述第二检测报文包括所述网络设备的运行信息，以使所述服务器根据所述网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，所述服务检测信息为所述网络设备所属的所述无线局域网中的终端向所述服务器发送的第一检测报文包括的。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

本申请实施例中，终端能够对周边的无线局域网进行业务检测，并周期性地发送第一检测报文给服务器。无线局域网中的各个网络设备周期性地对自身进行检测，并发送第二检测报文给服务器。服务器综合当前周期内终端的第一检测报文和网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，若仍无法确定是否存在业务异常，再结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变的明显，或通过本申请的实践了解到。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例所提供的一种网络运维方法所基于的网络架构示意图；

图2示出了本申请实施例所提供的一种网络运维方法的信令交互示意图；

图3示出了本申请一个实施例所提供的一种网络运维方法的流程图；

图4示出了本申请另一实施例所提供的一种网络运维方法的流程图；

图5示出了本申请另一实施例所提供的一种网络运维方法的流程图；

图6示出了本申请一个实施例所提供的一种网络运维装置的结构示意图；

图7示出了本申请另一实施例所提供的一种网络运维装置的结构示意图；

图8示出了本申请另一实施例所提供的一种网络运维装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施方式。虽然附图中显示了本申请的示例性实施方式，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请实施例提供了一种网络运维方法，该方法所基于的网络架构如图1所示，该网络架构包括服务器、至少一个网络设备及至少一个终端。其中，服务器可以为具有智能网络管理功能的公有云、私有云或本地服务器等。网络设备可以为无线接入点、交换机、接入控制器、防火墙设备等。终端为具有业务检测功能的无线终端，如安装有业务检测应用程序的手机或专用于业务检测的设备等。

上述至少一个网络设备能够组成无线局域网。终端能够通过上述网络设备组成的无线局域网与服务器通信，也可以通过3G、长期演进技术(Long TermEvolution，LTE)、4G或5G等与服务器通信。图1中仅示意性地画出了服务器、一个终端和四个网络设备，四个网络设备分别为无线接入点、交换机、接入控制器和防火墙设备。

在本申请实施例中，终端周期性地对其搜索到的无线局域网进行业务检测，生成第一检测报文并上传给服务器。各个网络设备周期性地进行自检，生成第二检测报文并上传给服务器。服务器依据终端的第一检测报文和网络设备的第二检测报文，综合评判当前网络中是否出现业务异常，若判断不出来，则进一步结合与异常判断相关的历史数据进行异常判断。由于判断是否出现业务异常时，综合考虑了终端的数据、网络设备的数据及历史数据，从而大大提高了判断的准确度，降低了误判的情况发生，并且在判断出线业务异常时，能够及时通知运维人员，并下发相应的策略进行网络调整。

参见图2，本申请实施例具体通过如下步骤进行网络运维管理，具体包括：

步骤101：终端周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息。

本步骤具体通过如下步骤1011-1013的操作来进行网络服务检测，包括：

步骤1011：终端周期性地对搜索到的无线局域网进行外网访问检测。

在本申请实施例中，终端上安装有用于进行网络服务检测的应用程序。终端周期性地调用该应用程序搜索周围环境中存在的无线接入点，当终端搜索到无线接入点时，调用该应用程序对该无线接入点对应的无线局域网进行外网访问检测。

终端对搜索到的无线接入点对应的无线局域网进行外网访问检测时，首先对该无线接入点进行接入检测，记录接入耗时。

即终端发送接入请求给该无线接入点，若该无线接入点具有接入密码，则终端发送的接入请求中需携带自身的设备标识信息及正确的接入密码，设备标识信息为能够唯一标识该终端的标识信息，如终端的设备序列号等。该无线接入点接收该接入请求，对该接入请求携带的接入密码验证通过后，建立与该终端之间的通信连接，允许该终端接入该无线接入点对应的无线局域网中。若该无线接入点不具有接入密码，则上述接入请求中携带终端的设备标识信息。该无线接入点接收该接入请求，建立与该终端之间的通信连接，允许该终端接入该无线接入点对应的无线局域网中。终端记录从发出接入请求至成功接入该无线局域网所花费的时间，作为上述接入耗时。

在图1所示的无线局域网中，交换机或接入控制器上配置有DHCP(Dynamic HostConfiguration Protocol，动态主机配置协议)，DHCP被应用于局域网络环境中，主要作用是集中的管理、分配IP地址，使局域网络环境中的主机动态的获得IP地址、网关地址、DNS(Domain Name System，域名系统)服务器地址等信息。终端接入该无线局域网之后，若DHCP配置在交换机上，则交换机为该终端分配一个IP地址，并将该IP地址经无线接入点转发给该终端。若DHCP配置在接入控制器上，则接入控制器为该终端分配一个IP地址，并将该IP地址依次通过交换机和无线接入点转发给该终端。终端记录从接入该无线局域网至接收到IP地址所花费的时间，作为上述地址获取耗时。

终端还在该无线局域网中进行用户认证，并记录认证耗时。终端发送认证请求给无线接入点，该认证请求携带终端的设备标识信息、用户账号及用户密码。无线接入点将该认证请求转发给交换机或接入控制器。交换机或接入控制器接收到该认证请求后对该认证请求携带的用户账号及用户密码进行验证，验证通过后经无线接入点返回认证通过响应消息给该终端。终端记录从发出上述认证请求至接收到认证通过响应消息之间所花费的时间，作为上述认证耗时。

终端还从配置有DHCP的交换机或接入控制器获取网关地址，并记录获取网关地址所花费的时间，作为上述网关回应耗时。

终端还能够从配置有DHCP的交换机或接入控制器获得DNS服务器地址，终端依据该DNS服务器地址访问DNS服务器，发送域名解析请求给DNS服务器，该域名解析请求携带预设域名或用户输入的域名，预设域名可以为知名网站的域名。DNS服务器接收该域名解析请求，解析该域名解析请求携带的域名，域名解析完成后DNS服务器发送域名解析响应消息给终端。终端记录从发出域名解析请求至接收该域名解析响应消息所花费的时间，作为上述域名解析耗时。域名解析成功之后，终端通过该无线局域网访问该域名对应的网站，即终端通过该无线局域网建立与该域名对应的网站的通信连接，并记录建立该通信连接所花费的时间，作为上述网站访问耗时。

终端周期性地按照上述方式对搜索到的无线局域网提供的所有网络服务进行业务检测，包括接入检测、IP地址分配检测、用户认证检测、网关地址获取检测、DNS解析检测、网站访问检测等。

步骤1012：终端获取无线局域网对应的外网速度及内网速度。

终端通过该无线局域网进行域名解析并访问该域名对应的网站后，还获取该无线局域网对应的外网速度及内网速度。外网速度为终端通过该无线局域网访问外部网站的数据传输速度，内网速度为终端在该无线局域网内部传输数据的速度。终端通过自身安装的用于测速的应用程序访问外部网站并测得外网速度及内网速度。

步骤1013：终端将外网访问的检测结果、外网速度及内网速度作为服务检测信息。

上述外网访问的检测结果包括步骤1011中进行接入检测时记录的接入耗时、IP地址分配耗时、用户认证时获取的认证耗时、获取网关地址时记录的网关回应耗时、进行域名解析时记录的域名解析耗时以及访问域名对应的网站时记录的网站访问耗时等。终端将上述外网访问的检测结果以及步骤1012测得的外网速度和内网速度作为服务检测信息。

步骤102：终端向服务器发送第一检测报文，第一检测报文包括上述服务检测信息。

终端将上述服务检测信息组织为JSON(JavaScript Object Notation，JS对象简谱)格式的报文内容，通过HTTPS(Hyper Text Transfer Protocol over Secure SocketLayer，超文本传输安全协议)协议对该JSON格式的报文内容进行加密，得到第一检测报文，然后通过该无线局域网将该第一检测报文发送给服务器。或者，通过3G、长期演进技术、4G或5G等将第一检测报文发送给服务器。

在本申请实施例中，终端通过上述步骤101和102的操作周期性地发送第一检测报文给服务器，从而使得服务器在进行网络运维时结合终端对无线局域网的第一检测报文以及下文中该无线局域网中的网络设备上报的第二检测报文，判断该无线局域网中是否存在业务异常，提高异常判断的准确性。

对于上述无线局域网中包括的各个网络设备，则通过如下步骤103和104的操作周期性地将第二检测报文发送给服务器，从而使得服务器在进行网络运维时也能够结合网络设备的第二检测报文来判断无线局域网中是否存在业务异常，提高异常判断的精度。

步骤103：网络设备周期性地进行业务自检，得到该网络设备的运行信息。

无线局域网中的网络设备周期性地获取自身的运行信息，该运行信息包括告警情况信息、设备状态信息和网络传输信息等，根据该运行信息，生成第二检测报文。

其中，告警情况信息是网络设备通过检查自身是否存在告警而获得的。设备状态信息包括网络配置信息及网络设备当前的资源、端口、流量等使用情况信息。网络配置信息为网络设备上配置的设备标识、地址、端口等参数，网络设备上配置有网络配置信息才能够与无线局域网中的其他设备通信。网络传输信息包括网络设备统计的自身进行数据传输的丢包率、重传率等，以及通过该网络设备进行数据传输的每个终端对应的空口选速，以及当前的无线信号强度等。

上述步骤102和步骤103并行执行，对步骤的编号并不限定步骤的执行时序。

步骤104：网络设备向服务器发送第二检测报文，第二检测报文包括该网络设备的运行信息。

网络设备将上述运行信息组织为JSON格式的报文内容，通过HTTPS协议对该JSON格式的报文内容进行加密，得到第二检测报文。在本申请实施例中，网络设备进行业务自检的周期与上述终端对周边的无线局域网进行业务检测的周期同步。无线局域网中的各个网络设备生成第二检测报文后，通过该无线局域网将该第二检测报文传输给服务器。

步骤105：服务器接收终端发送的第一检测报文，第一检测报文包括终端对无线局域网提供的网络服务进行检测时获取的服务检测信息。

步骤106：服务器接收处于该无线局域网中的网络设备发送的第二检测报文，第二检测报文包括网络设备的运行信息。

在本申请实施例中，终端向服务器上报第一检测报文的周期与网络设备向服务器上报第二检测报文的周期同步。服务器接收终端周期性发送的第一检测报文。在同一周期内，服务器还接收网络设备发送的第二检测报文。该周期是通过服务器统一配置的。

步骤107：服务器判断第一检测报文包括的服务检测信息和第二检测报文包括的运行信息中属于同一类预设关联条件的参数是否匹配。

上述预设关联条件包括属于相同网络服务，或，参数对应的设备相互之间通信连接等。

服务器判断上述服务检测信息及运行信息二者任一中是否存在满足预设异常条件的异常参数。其中，预设异常条件规定了服务检测信息及运行信息中不符合无线局域网正常运行情况的数据取值范围。预设异常条件具体为存在告警、耗时超过预设时长、数据传输速率低于预设阈值等。例如，网络设备的第二检测报文中存在告警，则第二检测报文中的告警情况信息则为异常参数。再如，终端的第一检测报文中，若域名解析耗时超过预设时长，则第一检测报文中与域名解析相关的参数均为异常参数。

若确定当前周期接收到的第一检测报文及第二检测报文中均不存在异常参数，则确定当前未出现业务异常，存储当前周期接收的第一检测报文及第二检测报文。

若确定第一检测报文和/或第二检测报文中存在异常参数，则根据异常参数，从服务检测信息和运行信息中分别获取第一业务参数和第二业务参数，第一业务参数和第二业务参数均与异常参数属于同一类预设关联条件。

上述异常参数中包括设备标识和第一服务参数。其中，设备标识用于唯一标识异常参数所属的第一设备，第一服务参数可以包括与接入服务相关的参数、与域名解析服务相关的参数、与网关地址获取服务相关的参数等。

具体地，服务器根据上述异常参数包括的设备标识，确定异常参数所属的第一设备；服务器根据异常参数包括的第一服务参数，确定异常参数对应的网络服务；根据异常参数对应的网络服务，从服务检测信息及运行信息中，分别获取与异常参数属于相同网络服务的第二服务参数和第三服务参数；服务器根据异常参数所属的第一设备，从服务检测信息及运行信息中，分别获取第一设备状态参数和第二设备状态参数，第一设备状态参数所属的第二设备及第二设备状态参数所属的第三设备均与第一设备通信。

上述第一业务参数即包括从服务检测信息中获取的第二服务参数和第一设备状态参数，上述第二业务参数即包括从运行信息中获取的第三服务参数和第二设备状态参数。

服务器从服务检测信息及运行信息中分别获取到与异常参数属于同一类预设关联条件的第一业务参数和第二业务参数后，判断异常参数的值与第一业务参数的值是否匹配，以及判断异常参数的值与第二业务参数的值是否匹配。

具体地，服务器根据异常参数的值及上述第一设备状态参数的值，判断异常参数所属的第一设备与第一业务参数所属的第二设备之间是否存在配置参数值不一致；服务器根据异常参数的值及第二设备状态参数的值判断异常参数所属的第一设备与第二业务参数所属的第三设备之间是否存在配置参数值不一致；如果第一设备与第二设备之间存在配置参数值不一致，则服务器确定异常参数的值与第一业务参数的值不匹配；如果第一设备与第三设备之间存在配置参数值不一致，则服务器确定异常参数的值与第二业务参数的值不匹配。

如果服务器判断出第一设备与第二设备之间的配置参数值一致，且第一设备与第三设备之间的配置参数值一致，则进一步判断异常参数包括的第一服务参数的值是否与第一业务参数包括的第二服务参数的值不一致，以及判断异常参数包括的第一服务参数的值是否与第二业务参数包括的第三服务参数的值不一致；如果第一服务参数的值与第二服务参数的值不一致，则服务器确定异常参数的值与第一业务参数的值不匹配；如果第一服务参数的值与第三服务参数的值不一致，则服务器确定异常参数的值与第二业务参数的值不匹配。

步骤108：服务器根据判断结果，确定该无线局域网中是否出现业务异常。

若服务器通过上述107的操作判断出异常参数的值与第一业务参数的值及第二业务参数的值二者中任一不匹配时，确定当前该无线局域网中出现了业务异常。

由于无线局域网中出现的业务异常并不仅仅与设备之间的网络配置或网络中的数据传输有关，在网络配置正确且数据传输正常的情况下也可能出现业务异常，如用于连接某地区多个无线接入点的汇聚交换机故障会导致该地区的无线局域网出现业务异常。再如，若终端的自身硬件导致该终端数据传输速率慢，则该终端接入任何无线局域网中都会出现业务异常。

为了提高业务异常的判断精度，本申请实施例中还结合与业务异常相关的历史数据，通过对历史数据的大数据分析来确定网络中是否出现业务异常，进一步提高业务异常的判断精度。其中，历史数据包括过去服务器接收到的第一检测报文、第二检测报文以及过去的异常判断结果、异常处理记录等。

服务器若确定上述异常参数包括的第一服务参数的值与第一业务参数包括的第二服务参数的值一致，且异常参数包括的第一服务参数的值与第二业务参数包括的第三服务参数的值一致，即服务器判断出异常参数值与第一业务参数的值及第二业务参数的值均匹配，则服务器进一步还获取与业务异常相关的历史数据；根据异常参数对应的网络服务，从历史数据中获取与异常参数属于相同网络服务的第四服务参数。

服务器判断上述第四服务参数中是否存在异常参数；如果第四服务参数中存在异常参数，则服务器识别第四服务参数中包含的异常参数是否符合无线局域网的正常业务策略；如果第四服务参数中包含的异常参数符合正常业务策略，则服务器确定无线局域网中未出现业务异常；如果第四服务参数中包含的异常参数不符合正常业务策略，则服务器确定无线局域网中出现业务异常。

为了便于理解上述业务异常的判断过程，下面结合具体示例进行说明。例如，无线接入点在提供接入服务为终端配置VLAN(Virtual Local Area Network，虚拟局域网)时，错将用于访问外网的VLAN配置为访问内网的VLAN。则终端在将第一检测报文上传给服务器后，服务器能够确定出该终端的第一检测报文中包括无法访问外网的异常参数，服务器从该无线局域网中的网络设备的第二检测报文中获取与该异常参数属于相同网络服务的第二业务参数，即获取无网络设备的第二检测报文中与访问外网相关的参数、网络设备的设备状态信息等。服务器通过检测各个网络设备的设备状态参数，能够确定出无线接入点上配置的VLAN的地址段与终端上配置的地址段不同，从而确定出当前存在网络配置错误，确定该无线局域网中当前存在业务异常。

再如，若终端进行域名解析时耗时超过预设时长，则终端将第一检测报文上传服务器后，服务器确定出的异常参数为终端侧与域名解析相关的参数。服务器获取该异常参数对应的第二业务参数，即获取当前周期接收的网络设备的第二检测报文中与域名解析相关的参数、网络设备的设备状态参数等。服务器通过检测网络设备的设备状态参数，确定异常参数中与网络配置相关的参数的值与该设备状态参数的值一致，当前网络中不存在网络配置错误。

进一步地，服务器检测当前周期网络设备侧与域名解析相关的参数，假设网络设备侧存在数据传输过程中丢包重传的情况，则服务器能够通过网络设备侧与域名解析相关的参数，确定异常参数中与域名解析相关的参数的值与网络设备侧与域名解析相关的参数的值不一致，确定出当前网络中存在数据传输异常，确定终端侧域名解析耗时超过预设时长是因为网络中数据传输异常导致的。

又如，终端因自身硬件原因导致的无线信号不稳定，发送数据的速率很低，则终端将第一检测报文上传给服务器，服务器能够从该第一检测报文中确定出异常参数，并获取该异常参数对应的第二业务参数，即获取当前周期网络设备的第二检测报文中与终端数据上传相关的参数、网络设备的设备状态参数等。服务器通过检测网络设备的设备状态参数，确定异常参数中与网络配置相关的参数的值与该设备状态参数的值一致，确定当前网络中不存在网络配置错误。

进一步地，服务器检测当前周期网络设备侧与终端数据上传相关的参数的值与该终端侧数据上传相关的参数的值一致，则确定终端与网络设备之间不存在数据传输异常。

之后服务器从与业务异常相关的历史数据中获取与上述异常参数属于相同网络服务的第四服务参数，第四服务参数为历史数据中与该终端数据上传相关的参数。服务器对第四服务参数进行统计分析，判断第四服务参数中是否存在上述异常参数，若存在，则确定在过去该终端多次出现该异常数据是否符合无线局域网的正常业务策略，如果是，则确定当前无线局域网中未出现业务异常。否则确定当前无线局域网中出现了业务异常。

如，若服务器识别出过去该终端接入其他无线局域网时都存在信号不稳定、数据上传速度低的问题，则确定当前无线局域网中未出现业务异常，而是该终端自身存在异常。

本申请实施例通过上述方式确定出无线局域网中当前是否存在业务异常，并在确定出现业务异常时，进一步地还可以定位出导致该业务异常出现的根源所在，即定位出异常设备。具体通过如下方式来确定异常设备，包括：

若服务器确定出异常参数的值与第一业务参数的值不匹配，则根据异常参数和第一业务参数，确定出现业务异常的异常设备；若异常参数的值与第二业务参数的值不匹配，则根据异常参数和第二业务参数，确定出现业务异常的异常设备；若第四服务参数中包含的异常参数不符合正常业务策略，则根据第四服务参数包括的异常参数，确定出现业务异常的异常设备。

通过上述方式确定出异常设备后，服务器还向维护终端发送告警通知消息，该告警通知消息包括异常设备的设备标识及异常描述信息。该异常描述信息用于描述异常设备出现的异常，如异常设备的哪个配置参数出错或异常设备在数据传输过程中丢包等。维护终端接收到该告警通知消息后显示该告警通知消息，维护人员看到该告警通知消息后，能够及时获知无线局域网中该异常设备出现的问题，并及时对该异常设备进行维护，以修复该异常设备存在的问题。

在本申请实施例中，服务器上还预先配置了预设数据库，该预设数据库中存储有业务异常与异常处理命令的对应关系，业务异常对应的异常处理命令用于出现该业务异常的异常设备运行该异常处理命令来修复该业务异常。

当服务器确定当前出现业务异常时，查询预设数据库中是否包含该业务异常对应的异常处理命令，如果是，则向异常设备发送该业务异常对应的异常处理命令，以使该异常设备运行该异常处理命令从而修复该业务异常。

若上述异常设备为终端，则终端接收服务器发送的异常处理命令，运行该异常处理命令修复自身出现的业务异常。若上述异常设备为网络设备，则网络设备接收服务器发送的异常处理命令，运行该异常处理命令修复自身出现的业务异常。

服务器通过上述方式对当前出现的业务异常进行处理之后，还存储终端的第一检测报文、网络设备的第二检测报文以及异常判断结果及异常处理记录等数据。若服务器确定当前未出现业务异常，则仅存储终端的第一检测报文及网络设备的第二检测报文。

为了便于理解上述服务器进行异常判断及异常处理的过程，下面结合具体示例进行详细说明。例如，假设某区域的汇聚交换机故障，导致连接到该汇聚交换机的所有无线接入点均掉线。则服务器接收到某终端的第一检测报文及网络设备的第二检测报文，分析发现接入控制器的第二检测报文中包括关于某个无线接入点掉线的告警情况信息，则服务器获取终端侧与该无线接入点相关的参数、网络设备的设备状态参数等。服务器通过对终端侧与该无线接入点相关的参数及网络设备的设备状态参数进行分析，发现当前网络不存在网络配置错误及数据传输异常。

进一步地，服务器从与业务异常相关的历史数据中获取与该无线接入点相关的参数以及当前其他无线局域网中与无线接入点相关的参数，通过对历史数据中与该无线接入点相关的参数进行分析，确定过去一段时间内该无线接入点是否掉线并不具有统计规律，确定该无线接入点本身并未出现故障。服务器根据当前其他无线局域网中与无线接入点相关的参数，对当前掉线的多个无线接入点进行聚类，确定这多个无线接入点是否处于同一地域，如果是，则确定这些无线接入点所处地域的汇聚交换机存在业务异常，则发送告警通知消息给维护终端，该告警通知消息用于指示该汇聚交换机存在业务异常，以使维护人员及时对该汇聚交换机进行检修。

本申请实施例中，终端能够对周边的无线局域网进行业务检测，并周期性地发送第一检测报文给服务器。无线局域网中的各个网络设备周期性地对自身进行检测，并发送第二检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请另一实施例提供了一种网络运维方法，该方法的执行主体为上述实施例中的服务器，该服务器可以为公有云或私有云等。参见图3，该方法具体包括：

步骤201：服务器接收终端发送的第一检测报文，第一检测报文包括终端对无线局域网提供的网络服务进行检测时获取的服务检测信息。

终端周期性地对周边的无线局域网进行业务检测，并生成第一检测报文，发送第一检测报文给服务器。服务器接收当前周期内终端发送的第一检测报文。

步骤202：服务器接收处于该无线局域网中的网络设备发送的第二检测报文，第二检测报文包括网络设备的运行信息。

网络设备周期性地对自身进行自检，并生成第二检测报文，发送该第二检测报文给服务器。网络设备进行自检的周期与终端进行业务检测的周期同步。服务器接收当前周期内网络设备发送的第二检测报文。

步骤203：服务器判断上述服务检测信息和运行信息中属于同一类预设关联条件的参数是否匹配。

上述预设关联条件包括属于相同网络服务，或，参数对应的设备相互之间通信连接等。

服务器判断服务检测信息及运行信息二者任一中是否存在满足预设异常条件的异常参数；若存在异常参数，则服务器根据异常参数，从服务检测信息和运行信息中分别获取第一业务参数和第二业务参数，第一业务参数和第二业务参数均与异常参数属于同一类预设关联条件；服务器判断异常参数的值与第一业务参数的值是否匹配，以及判断异常参数的值与第二业务参数的值是否匹配。

其中，预设异常条件规定了服务检测信息及运行信息中不符合无线局域网正常运行情况的数据取值范围。预设异常条件具体为存在告警、耗时超过预设时长、数据传输速率低于预设阈值等。上述异常参数中包括设备标识和第一服务参数。其中，设备标识用于唯一标识异常参数所属的第一设备，第一服务参数可以包括与接入服务相关的参数、与域名解析服务相关的参数、与网关地址获取服务相关的参数等。

具体地，服务器根据异常参数包括的设备标识，确定异常参数所属的第一设备；根据异常参数包括的第一服务参数，确定异常参数对应的网络服务；服务器根据异常参数对应的网络服务，从服务检测信息及运行信息中，分别获取与异常参数属于相同网络服务的第二服务参数和第三服务参数；服务器根据异常参数所属的第一设备，从服务检测信息及运行信息中，分别获取第一设备状态参数和第二设备状态参数，第一设备状态参数所属的第二设备及第二设备状态参数所属的第三设备均与第一设备通信。

上述第一业务参数即包括从服务检测信息中获取的第二服务参数和第一设备状态参数，上述第二业务参数即包括从运行信息中获取的第三服务参数和第二设备状态参数。

服务器通过如下方式来判断异常参数的值与第一业务参数的值是否匹配，以及判断异常参数的值与第二业务参数的值是否匹配，包括：

服务器根据异常参数的值及第一设备状态参数的值，判断第一设备与第二设备之间是否存在配置参数值不一致；服务器根据异常参数的值及第二设备状态参数的值判断第一设备与第三设备之间是否存在配置参数值不一致；如果第一设备与第二设备之间存在配置参数值不一致，则服务器确定异常参数的值与第一业务参数的值不匹配；如果第一设备与第三设备之间存在配置参数值不一致，则服务器确定异常参数的值与第二业务参数的值不匹配。

如果第一设备与第二设备之间的配置参数值一致，且第一设备与第三设备之间的配置参数值一致，则服务器判断第一服务参数的值是否与第二服务参数的值不一致，以及判断第一服务参数的值是否与第三服务参数的值不一致；如果第一服务参数的值与第二服务参数的值不一致，则服务器确定异常参数的值与第一业务参数的值不匹配；如果第一服务参数的值与第三服务参数的值不一致，则服务器确定异常参数的值与第二业务参数的值不匹配。

步骤204：服务器根据判断结果，确定该无线局域网中是否出现业务异常。

若服务器通过上述步骤203的操作判断出异常参数的值与第一业务参数的值及第二业务参数的值二者中任一不匹配时，确定当前该无线局域网中出现了业务异常。

服务器若确定上述异常参数包括的第一服务参数的值与第一业务参数包括的第二服务参数的值一致，且异常参数包括的第一服务参数的值与第二业务参数包括的第三服务参数的值一致，即服务器判断出异常参数值与第一业务参数的值及第二业务参数的值均匹配，则服务器进一步还获取与异常参数属于相同网络服务的第四服务参数。

服务器判断上述第四服务参数中是否存在异常参数；如果第四服务参数中存在异常参数，则服务器识别第四服务参数中包含的异常参数是否符合无线局域网的正常业务策略；如果第四服务参数中包含的异常参数符合正常业务策略，则服务器确定无线局域网中未出现业务异常；如果第四服务参数中包含的异常参数不符合正常业务策略，则服务器确定无线局域网中出现业务异常。

若服务器确定当前出现业务异常，则进一步地还可以定位出导致该业务异常出现的根源所在，即定位出异常设备。具体通过如下方式来确定异常设备，包括：

若服务器确定出异常参数的值与第一业务参数的值不匹配，则根据异常参数和第一业务参数，确定出现业务异常的异常设备；若异常参数的值与第二业务参数的值不匹配，则根据异常参数和第二业务参数，确定出现业务异常的异常设备；若第四服务参数中包含的异常参数不符合正常业务策略，则根据第四服务参数包括的异常参数，确定出现业务异常的异常设备。

通过上述方式确定出异常设备后，服务器还向维护终端发送告警通知消息，告警通知消息包括异常设备的设备标识及异常描述信息，该异常描述信息用于描述异常设备出现的异常，如异常设备的哪个配置参数出错或异常设备在数据传输过程中丢包等；维护终端接收到该告警通知消息后显示该告警通知消息，维护人员看到该告警通知消息后，能够及时获知无线局域网中该异常设备出现的问题，并及时对该异常设备进行维护，以修复该异常设备存在的问题。

服务器上还预先配置了预设数据库，该预设数据库中存储有业务异常与异常处理命令的对应关系，业务异常对应的异常处理命令用于出现该业务异常的异常设备运行该异常处理命令来修复该业务异常。当服务器确定当前出现业务异常时，还查询预设数据库中是否包含该业务异常对应的异常处理命令，若预设数据库中包含业务异常对应的异常处理命令，则发送异常处理命令给异常设备，以使异常设备运行该异常处理命令，从而修复该业务异常。

本申请实施例中服务器的操作细节与上述实施例中服务器的操作相同，因此在此不再赘述。

本申请实施例中，在当前周期内服务器接收终端发送的第一检测报文及网络设备发送的第二检测报文，综合当前周期内终端的第一检测报文和网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请另一实施例提供一种网络运维方法，该方法的执行主体为上述实施例中所述的终端，终端为能够对周边的无线局域网提供的网络服务进行业务检测的终端。参见图4，该方法具体包括：

步骤301：终端周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息。

在当前周期到达时，终端对搜索到的无线局域网进行外网访问检测；获取无线局域网对应的外网速度及内网速度；将外网访问的检测结果、外网速度及内网速度作为服务检测信息。

步骤302：终端向服务器发送第一检测报文，第一检测报文包括服务检测信息，以使服务器根据服务检测信息及处于无线局域网中的网络设备的运行信息确定无线局域网是否出现业务异常，网络设备的运行信息为网络设备向服务器发送的第二检测报文包括的。

终端将上述服务检测信息组织为JSON格式的报文内容，通过HTTPS协议对该JSON格式的报文内容进行加密，得到第一检测报文，然后通过该无线局域网或3G、长期演进技术、4G或5G等向服务器发送第一检测报文。

服务器接收该第一检测报文，并结合当前周期接收的网络设备的第二检测报文，确定当前是否存在业务异常。进一步地，服务器还结合历史数据，对历史数据进行大数据分析，确定当前是否存在业务异常。当服务器确定存在业务异常，且服务器确定该业务异常对应的异常设备为终端，并从预设数据库获取到该业务异常对应的异常处理命令时，服务器发送该异常处理命令给终端。

终端接收服务器发送的异常处理命令；运行该异常处理命令修复自身出现的业务异常。

在本申请实施例中，终端的操作细节均可参考上述实施例中终端的操作，因此在此对终端的操作细节不再赘述。

本申请实施例中，终端能够对周边的无线局域网进行业务检测，并周期性地发送第一检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请另一实施例提供了一种网络运维方法，该方法的执行主体为上述实施例中所述的网络设备，网络设备可以为组成无线局域网的无线接入点、交换机、接入控制器、防火墙设备等。参见图5，该方法具体包括：

步骤401：网络设备周期性地进行业务自检，得到该网络设备的运行信息。

在本申请实施例中，网络设备进行业务自检的周期与上述实施例中终端对周边的无线局域网进行业务检测的周期同步。

网络设备周期性地获取自身的运行信息，该运行信息包括告警情况信息、设备状态信息和网络传输信息。

其中，告警情况信息是网络设备通过检查自身是否存在告警而获得的。设备状态信息包括网络配置信息及网络设备当前的资源、端口、流量等使用情况信息。网络配置信息为网络设备上配置的设备标识、地址、端口等参数信息，网络设备上配置有网络配置信息才能够与无线局域网中的其他设备通信。网络传输信息包括网络设备统计的自身进行数据传输的丢包率、重传率等，以及通过该网络设备进行数据传输的每个终端对应的空口选速，以及当前的无线信号强度等。

步骤402：网络设备向服务器发送第二检测报文，第二检测报文包括该网络设备的运行信息，以使服务器根据该网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，服务检测信息为网络设备所属的无线局域网中的终端向服务器发送的第一检测报文包括的。

网络设备将获得的运行信息组织为JSON格式的报文内容，通过HTTPS协议对该JSON格式的报文内容进行加密，得到第二检测报文，通过无线局域网向服务器发送第二检测报文。

服务器接收该第二检测报文，并结合当前周期接收的终端的第一检测报文，确定当前是否存在业务异常。进一步地，服务器还结合历史数据，对历史数据进行大数据分析，确定当前是否存在业务异常。当服务器确定存在业务异常，且服务器确定该业务异常对应的异常设备为网络设备，并从预设数据库获取到该业务异常对应的异常处理命令时，服务器发送该异常处理命令给网络设备。

网络设备接收服务器发送的异常处理命令；运行该异常处理命令修复自身出现的业务异常。

在本申请实施例中，网络设备的操作细节均可参考上述实施例中网络设备的操作，因此在此对网络设备的操作细节不再赘述。

本申请实施例中，无线局域网中的各个网络设备周期性地对自身进行检测，并发送第二检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请一个实施例提供一种网络运维装置，该装置用于执行上述方法实施例中服务器所执行的操作，参见图6，该装置包括：

接收模块50，用于接收终端发送的第一检测报文，第一检测报文包括终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；接收处于无线局域网中的网络设备发送的第二检测报文，第二检测报文包括网络设备的运行信息；

判断模块51，用于判断服务检测信息和运行信息中属于同一类预设关联条件的参数是否匹配；

异常确定模块52，用于根据判断结果，确定无线局域网中是否出现业务异常。

上述判断模块51包括：

第一判断单元，用于判断服务检测信息及运行信息二者任一中是否存在满足预设异常条件的异常参数；

获取单元，用于若存在异常参数，则根据异常参数，从服务检测信息和运行信息中分别获取第一业务参数和第二业务参数，第一业务参数和第二业务参数均与异常参数属于同一类预设关联条件；

第二判断单元，用于判断异常参数的值与第一业务参数的值是否匹配，以及判断异常参数的值与第二业务参数的值是否匹配。

上述获取单元，用于根据异常参数包括的设备标识，确定异常参数所属的第一设备；根据异常参数包括的第一服务参数，确定异常参数对应的网络服务；根据异常参数对应的网络服务，从服务检测信息及运行信息中，分别获取与异常参数属于相同网络服务的第二服务参数和第三服务参数；根据异常参数所属的第一设备，从服务检测信息及运行信息中，分别获取第一设备状态参数和第二设备状态参数，第一设备状态参数所属的第二设备及第二设备状态参数所属的第三设备均与第一设备通信。

上述第二判断单元，用于根据异常参数的值及第一设备状态参数的值，判断第一设备与第二设备之间是否存在配置参数值不一致；根据异常参数的值及第二设备状态参数的值判断第一设备与第三设备之间是否存在配置参数值不一致；

如果第一设备与第二设备之间存在配置参数值不一致，则确定异常参数的值与第一业务参数的值不匹配；如果第一设备与第三设备之间存在配置参数值不一致，则确定异常参数的值与第二业务参数的值不匹配；

如果第一设备与第二设备之间的配置参数值一致，且第一设备与第三设备之间的配置参数值一致，则判断第一服务参数的值是否与第二服务参数的值不一致，以及判断第一服务参数的值是否与第三服务参数的值不一致；

如果第一服务参数的值与第二服务参数的值不一致，则确定异常参数的值与第一业务参数的值不匹配；如果第一服务参数的值与第三服务参数的值不一致，则确定异常参数的值与第二业务参数的值不匹配。

上述异常确定模块52，还用于若确定第一服务参数的值与第二服务参数的值一致，且第一服务参数的值与第三服务参数的值一致，则获取与业务异常相关的历史数据；根据异常参数对应的网络服务，从历史数据中获取与异常参数属于相同网络服务的第四服务参数；

判断第四服务参数中是否存在异常参数；如果第四服务参数中存在异常参数，则识别第四服务参数中包含的异常参数是否符合无线局域网的正常业务策略；如果第四服务参数中包含的异常参数符合正常业务策略，则确定无线局域网中未出现业务异常；如果第四服务参数中包含的异常参数不符合正常业务策略，则确定无线局域网中出现业务异常。

该装置还包括：异常设备定位模块，用于若异常参数的值与第一业务参数的值不匹配，则根据异常参数和第一业务参数，确定出现业务异常的异常设备；若异常参数的值与第二业务参数的值不匹配，则根据异常参数和第二业务参数，确定出现业务异常的异常设备；若第四服务参数中包含的异常参数不符合正常业务策略，则根据第四服务参数包括的异常参数，确定出现业务异常的异常设备。

异常处理模块，用于向维护终端发送告警通知消息，告警通知消息包括异常设备的设备标识及异常描述信息；若预设数据库中包含业务异常对应的异常处理命令，则向异常设备发送异常处理命令，以使异常设备运行异常处理命令修复业务异常。

本申请实施例中，终端能够对周边的无线局域网进行业务检测，并周期性地发送第一检测报文给服务器。无线局域网中的各个网络设备周期性地对自身进行检测，并发送第二检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请另一实施例提供一种网络运维装置，该装置用于执行上述方法实施例中终端所执行的操作，参见图7，该装置包括：

生成模块60，用于周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息；

发送模块61，用于向服务器发送第一检测报文，第一检测报文包括服务检测信息，以使服务器根据服务检测信息及处于无线局域网中的网络设备的运行信息确定无线局域网是否出现业务异常，网络设备的运行信息为网络设备向服务器发送的第二检测报文包括的。

上述生成模块60，用于对搜索到的无线局域网进行外网访问检测；获取无线局域网对应的外网速度及内网速度；将外网访问的检测结果、外网速度及内网速度作为服务检测信息。

该装置还包括：异常处理模块，用于接收服务器发送的异常处理命令；运行该异常处理命令修复自身出现的业务异常。

本申请实施例中，终端能够对周边的无线局域网进行业务检测，并周期性地发送第一检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

本申请另一实施例提供一种网络运维装置，该装置用于执行上述方法实施例中网络设备所执行的操作，参见图8，该装置包括：

生成模块70，用于周期性地进行业务自检，得到该网络设备的运行信息；

发送模块71，用于向服务器发送第二检测报文，第二检测报文包括该网络设备的运行信息，以使服务器根据该网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，服务检测信息为网络设备所属的无线局域网中的终端向服务器发送的第一检测报文包括的。

该装置还包括异常处理模块，用于接收服务器发送的异常处理命令；运行该异常处理命令修复自身出现的业务异常。

本申请实施例中，无线局域网中的各个网络设备周期性地对自身进行检测，并发送第二检测报文给服务器。服务器综合当前周期内终端的第一检测报文、网络设备的第二检测报文，判断当前网络中是否存在业务异常。进一步地，还结合历史数据进行大数据分析，以确定是否存在业务异常。在业务异常判断时所依据的数据很全面，综合了当前周期内的实时数据以及对历史数据的统计分析，大大提高了业务异常的判断精度。

为了实现上述各实施例，本申请一实施例还提出了一种网络运维设备，包括存储器、处理器，存储器上存储有可执行程序；处理器读取存储器中存储的可执行程序代码，运行与该可执行程序代码对应的程序，用于实现如上述任一实施例的网络运维方法。

为了实现上述实施例，本申请另一实施例还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该计算机程度被处理器执行时实现如上述任一实施例的网络运维方法。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备有固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述，仅为本申请较佳的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种网络运维方法，其特征在于，应用于服务器，所述方法包括：

接收终端发送的第一检测报文，所述第一检测报文包括所述终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；

接收处于所述无线局域网中的网络设备发送的第二检测报文，所述第二检测报文包括所述网络设备的运行信息；

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配；

根据判断结果，确定所述无线局域网中是否出现业务异常。

2.根据权利要求1所述的方法，其特征在于，所述根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，包括：

根据所述异常参数包括的设备标识，确定所述异常参数所属的第一设备；

根据所述异常参数包括的第一服务参数，确定所述异常参数对应的网络服务；

根据所述异常参数对应的网络服务，从所述服务检测信息及所述运行信息中，分别获取与所述异常参数属于相同网络服务的第二服务参数和第三服务参数；

根据所述异常参数所属的第一设备，从所述服务检测信息及所述运行信息中，分别获取第一设备状态参数和第二设备状态参数，所述第一设备状态参数所属的第二设备及所述第二设备状态参数所属的第三设备均与所述第一设备通信。

3.根据权利要求2所述的方法，其特征在于，所述判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配，包括：

根据所述异常参数的值及所述第一设备状态参数的值，判断所述第一设备与所述第二设备之间是否存在配置参数值不一致；根据所述异常参数的值及所述第二设备状态参数的值判断所述第一设备与所述第三设备之间是否存在配置参数值不一致；

如果所述第一设备与所述第二设备之间存在配置参数值不一致，则确定所述异常参数的值与所述第一业务参数的值不匹配；如果所述第一设备与所述第三设备之间存在配置参数值不一致，则确定所述异常参数的值与所述第二业务参数的值不匹配；

如果所述第一设备与所述第二设备之间的配置参数值一致，且所述第一设备与所述第三设备之间的配置参数值一致，则判断所述第一服务参数的值是否与所述第二服务参数的值不一致，以及判断所述第一服务参数的值是否与所述第三服务参数的值不一致；

如果所述第一服务参数的值与所述第二服务参数的值不一致，则确定所述异常参数的值与所述第一业务参数的值不匹配；如果所述第一服务参数的值与所述第三服务参数的值不一致，则确定所述异常参数的值与所述第二业务参数的值不匹配。

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

若确定所述第一服务参数的值与所述第二服务参数的值一致，且所述第一服务参数的值与所述第三服务参数的值一致，则获取与业务异常相关的历史数据；

根据所述异常参数对应的网络服务，从所述历史数据中获取与所述异常参数属于相同网络服务的第四服务参数；

判断所述第四服务参数中是否存在所述异常参数；

如果所述第四服务参数中存在所述异常参数，则识别所述第四服务参数中包含的异常参数是否符合所述无线局域网的正常业务策略；

如果所述第四服务参数中包含的异常参数符合所述正常业务策略，则确定所述无线局域网中未出现业务异常；

如果所述第四服务参数中包含的异常参数不符合所述正常业务策略，则确定所述无线局域网中出现业务异常。

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

若所述异常参数的值与所述第一业务参数的值不匹配，则根据所述异常参数和所述第一业务参数，确定出现所述业务异常的异常设备；

若所述异常参数的值与所述第二业务参数的值不匹配，则根据所述异常参数和所述第二业务参数，确定出现所述业务异常的异常设备；

若所述第四服务参数中包含的异常参数不符合所述正常业务策略，则根据所述第四服务参数包括的所述异常参数，确定出现所述业务异常的异常设备。

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

向维护终端发送告警通知消息，所述告警通知消息包括所述异常设备的设备标识及异常描述信息；

若预设数据库中包含所述业务异常对应的异常处理命令，则向所述异常设备发送所述异常处理命令，以使所述异常设备运行所述异常处理命令修复所述业务异常。

7.一种网络运维方法，其特征在于，应用于终端，包括：

周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息；

向服务器发送第一检测报文，所述第一检测报文包括所述服务检测信息，以使所述服务器根据所述服务检测信息及处于所述无线局域网中的网络设备的运行信息确定所述无线局域网是否出现业务异常，所述网络设备的运行信息为所述网络设备向所述服务器发送的第二检测报文包括的，以使得所述服务器：

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配。

8.根据权利要求7所述的方法，其特征在于，所述周期性地对搜索到的无线局域网提供的网络服务进行检测，得到服务检测信息，包括：

周期性地对搜索到的无线局域网进行外网访问检测；

获取所述无线局域网对应的外网速度及内网速度；

将外网访问的检测结果、所述外网速度及所述内网速度作为服务检测信息。

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

接收所述服务器发送的异常处理命令；

运行所述异常处理命令修复自身出现的业务异常。

10.一种网络运维方法，其特征在于，应用于网络设备，包括：

周期性地进行业务自检，得到所述网络设备的运行信息；

向服务器发送第二检测报文，所述第二检测报文包括所述网络设备的运行信息，以使所述服务器根据所述网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，所述服务检测信息为所述网络设备所属的所述无线局域网中的终端向所述服务器发送的第一检测报文包括的，以使得所述服务器：

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配。

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

接收所述服务器发送的异常处理命令；

运行所述异常处理命令修复自身出现的业务异常。

12.一种网络运维装置，其特征在于，应用于服务器，所述装置包括：

接收模块，用于接收终端发送的第一检测报文，所述第一检测报文包括所述终端对无线局域网提供的网络服务进行检测时获取的服务检测信息；接收处于所述无线局域网中的网络设备发送的第二检测报文，所述第二检测报文包括所述网络设备的运行信息；

判断模块，用于判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配；

异常确定模块，用于根据判断结果，确定所述无线局域网中是否出现业务异常。

13.一种网络运维装置，其特征在于，应用于终端，包括：

生成模块，用于周期性地对搜索到的无线局域网进行检测，得到服务检测信息；

发送模块，用于向服务器发送第一检测报文，所述第一检测报文包括所述服务检测信息，以使所述服务器根据所述服务检测信息及处于所述无线局域网中的网络设备的运行信息确定所述无线局域网是否出现业务异常，所述网络设备的运行信息为所述网络设备向所述服务器发送的第二检测报文包括的，以使得所述服务器：

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配。

14.一种网络运维装置，其特征在于，应用于网络设备，包括：

生成模块，用于周期性地进行业务自检，得到所述网络设备的运行信息；

发送模块，用于向服务器发送第二检测报文，所述第二检测报文包括所述网络设备的运行信息，以使所述服务器根据所述网络设备的运行信息及服务检测信息确定无线局域网是否出现业务异常，所述服务检测信息为所述网络设备所属的所述无线局域网中的终端向所述服务器发送的第一检测报文包括的，以使得所述服务器：

判断所述服务检测信息和所述运行信息中属于同一类预设关联条件的参数是否匹配，包括：

判断所述服务检测信息及所述运行信息二者任一中是否存在满足预设异常条件的异常参数；

若存在所述异常参数，则根据所述异常参数，从所述服务检测信息和所述运行信息中分别获取第一业务参数和第二业务参数，所述第一业务参数和所述第二业务参数均与所述异常参数属于同一类预设关联条件；

判断所述异常参数的值与所述第一业务参数的值是否匹配，以及判断所述异常参数的值与所述第二业务参数的值是否匹配。

Images