WO2022089234A1 - 故障处理方法、服务器、电子设备和可读存储介质 - Google Patents

故障处理方法、服务器、电子设备和可读存储介质 Download PDF

Info

Publication number
WO2022089234A1
WO2022089234A1 PCT/CN2021/124376 CN2021124376W WO2022089234A1 WO 2022089234 A1 WO2022089234 A1 WO 2022089234A1 CN 2021124376 W CN2021124376 W CN 2021124376W WO 2022089234 A1 WO2022089234 A1 WO 2022089234A1
Authority
WO
WIPO (PCT)
Prior art keywords
processed
real
analyzed
fault type
parameter
Prior art date
Application number
PCT/CN2021/124376
Other languages
English (en)
French (fr)
Inventor
杨国强
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2022089234A1 publication Critical patent/WO2022089234A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • 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/04—Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
    • 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/06—Generation of reports
    • 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/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance

Abstract

本公开的实施例提出一种故障处理方法、服务器、电子设备和可读存储介质。该方法包括：依据待分析参数，确定待处理设备对应的实时故障类型，其中，待分析参数是通过筛选用户体验参数而获得的参数；以及依据实时故障类型，对待处理设备进行处理。通过筛选用户体验参数以获得待分析参数，依据待分析参数确定待处理设备对应的实时故障类型，可筛选出用户体验度差的设备作为待处理设备，自动根据待分析参数对待处理设备进行分析，以快速准确地确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。

Description

故障处理方法、服务器、电子设备和可读存储介质
相关申请的交叉引用
本公开要求在2020年10月27日提交国家知识产权局、申请号为202011160351.0、发明名称为“故障处理方法、服务器、电子设备和可读存储介质”的中国专利申请的优先权，该申请的全部内容通过引用结合在本公开中。
技术领域
本公开的实施例涉及但不限于无线通信技术领域，具体涉及一种故障处理方法、服务器、电子设备和可读存储介质。
背景技术
随着通信网络的发展，无线宽带(WiFi)设备已在家庭网络中得到普遍应用。通过WiFi设备不仅能够连接互联网，实现用户的上网需求，还能通过WiFi设备远程控制家里电器设备的运行，以实现用户的个性化需求。
在运营商对通信网络的日常运行维护的过程中，存在多种不同类型的网络故障，其中，与WiFi相关的故障占比很高，接近家庭网络故障的50％。因WiFi故障对用户的使用体验影响较大、WiFi故障的投诉率很高且WiFi故障不易排查，导致运营商在排查WiFi故障时的运维成本高。
发明内容
本公开提供一种故障处理方法、服务器、电子设备和可读存储介质。
本公开实施例提供一种故障处理方法，方法包括：依据待分析参数，确定待处理设备对应的实时故障类型，其中，待分析参数是通过筛选用户 体验参数而获得的参数；以及依据实时故障类型，对待处理设备进行处理。
本公开实施例提供一种故障处理服务器，包括：故障类型确定模块，被配置成依据待分析参数，确定待处理设备对应的实时故障类型，其中，待分析参数是通过筛选用户体验参数而获得的参数；以及处理模块，被配置成依据实时故障类型，对待处理设备进行处理。
本公开实施例提供一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本公开实施例中的任意一种故障处理方法。
本公开实施例提供了一种可读存储介质，该可读存储介质存储有计算机程序，计算机程序被处理器执行时实现本公开实施例中的任意一种故障处理方法。
根据本公开实施例的故障处理方法、服务器、电子设备和可读存储介质，通过筛选用户体验参数来获得待分析参数，依据待分析参数确定待处理设备对应的实时故障类型，可筛选出用户体验度差的设备作为待处理设备，自动根据待分析参数对待处理设备进行分析，以快速准确的确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。
关于本公开的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1示出本公开一实施例中的故障处理方法的流程示意图。
图2示出本公开又一实施例中的故障处理方法的流程示意图。
图3示出本公开实施例中的故障处理服务器的结构示意图。
图4示出本公开实施例中的故障处理系统的组成方框图。
图5示出本公开实施例中的通过故障处理服务器对待处理设备进行数 据采集的模块连接方式示意图。
图6示出本公开实施例中的故障处理服务器通过第三方管理设备下发优化命令给待处理设备的模块连接方式示意图。
图7示出本公开实施例中的对待处理设备的故障进行初步排查的方法的流程示意图。
图8示出本公开实施例中通过故障处理系统来实现对待处理设备的故障进行处理的方法的流程示意图。
图9示出能够实现根据本公开实施例的故障处理方法和装置的电子设备的示例性硬件架构的结构图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白，下文中将结合附图对本公开的实施例进行详细说明。需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。
目前，WiFi故障主要包括WiFi信号弱、WiFi无法连接、上网慢和WiFi经常掉线等。运营商对于WiFi故障的诊断，主要是基于第069号技术报告(Technical Report-069，TR069)协议，使用自动配置服务器(Auto-Configuration Server，ACS)进行远程诊断，或者，采用上门服务的方式，使用可以与WiFi设备直连的手机软件(Application，APP)进行现场故障定位和排查。采用远程诊断的方式虽然降低了上门排障的成本，但是由于TR069协议的局限性，此诊断方式仅能针对单设备进行诊断，无法覆盖家庭网络，而且无法实现高频率数据采集和对历史数据的分析等。采用上门服务的方式使上门排障成本较高，所采集的数据有限，无法追溯历史性能数据，导致排障效率较低。
图1示出本公开一实施例中的故障处理方法的流程示意图。该故障处理方法可应用于故障处理服务器。如图1所示，本公开实施例中的故障处理方法可以包括以下步骤。
步骤110，依据待分析参数，确定待处理设备对应的实时故障类型。
其中，待分析参数是通过筛选用户体验参数而获得的参数。例如，待分析参数可以包括网络侧运行参数和待处理设备的运行参数；其中，网络侧运行参数包括错包率、发送数据包的数量、接收数据包的数量、发送字节数和接收字节数中的任意一种或几种；待处理设备的运行参数包括接收的信号强度指示、信道利用率、传输速率、发射功率、空闲信道评估结果和频段信息中的任意一种或几种。通过不同的待分析参数可确定待处理设备可能存在的故障类型，方便对待处理设备的远程控制，实时改善待处理设备的运行情况。
在一些具体实现中，待处理设备包括家庭网关或路由器。以上对于待处理设备仅是举例说明，其他未说明的待处理设备也在本公开的保护范围之内，可根据具体情况具体设定，在此不再赘述。
步骤120，依据实时故障类型，对待处理设备进行处理。
其中，实时故障类型可以是环境因素导致的故障，也可以是待处理设备自身问题导致的故障。根据不同的实时故障类型，对待处理设备进行分类别的处理。
在一些具体实现中，依据实时故障类型，对待处理设备进行处理的步骤120，包括：在确定实时故障类型是待处理设备所使用的信道存在信道间干扰的情况下，切换待处理设备所使用的信道；在确定实时故障类型是待处理设备的信号覆盖区域面积小于预设覆盖阈值的情况下，增加待处理设备的发射功率；在确定实时故障类型是待处理设备的传输速度小于预设速度阈值的情况下，采用频段引导的方式对待处理设备进行处理。
在一些实例中，在确定实时故障类型是待处理设备所使用的信道存在信道间干扰的情况下，可下发切换信道指令给待处理设备，以使待处理设备能够更换至无信道间干扰的优质信道上工作，提升数据的传输速率。在确定实时故障类型是待处理设备的信号覆盖区域面积小于预设覆盖阈值的情况下，可下发功率调整指令给待处理设备，使待处理设备能够实时提高其发射功率，扩大待处理设备的信号覆盖区域面积，提升待处理设备的覆盖范围。这样，使待处理设备能为更多的终端设备提供通信服务。
在一些具体实现中，采用频段引导的方式对待处理设备进行处理的步骤，包括：依据待处理设备的传输速度，指定待处理设备使用预设频段进行业务的处理。
例如，由于2.4G频段对应的传输速度较小，而5G频段对应的传输速度较大。当待处理设备的传输速度小于预设速度阈值时，通过频段引导的方式，例如，将使用2.4G频段对应的信道的待处理设备引导至5G频段对应的信道，可快速提升待处理设备的传输效率。
在本实施例中，通过从用户体验参数中筛选获得待分析参数，自动根据待分析参数对待处理设备进行分析，以快速准确的确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。
在一些具体实现中，步骤110中的依据待分析参数，确定待处理设备对应的实时故障类型，包括：依据待分析参数中的网络侧运行参数和待处理设备的运行参数，确定待处理设备的预设速率阈值；依据待分析参数中的采样周期、发送字节数和接收字节数，计算获得用户数据传输时长；依据待处理设备的预设速率阈值、待分析参数中的协商速率和用户数据传输时长，确定待处理设备对应的实时故障类型。
其中，协商速率可以通过一次调制传输的数据量和传输时间计算获得，例如，协商速率等于一次调制传输的数据量与传输时间的比值，一次调制传输的数据量是一个符号携带的数据bit数，一个符号携带的数据bit数是一个符号携带的编码bit数与编码率的乘积值，一个符号携带的编码bit数等于子载波数乘以每子载波编码bit数乘以空间流数所获得的乘积值。传输时间为一个符号的传输时间，即符号时间。还可以通过查表的方式来获得协商速率。在确定协商速率低于预设速率阈值，且，一个采样周期内的终端设备在进行数据传输时所消耗的时长大于预设时长阈值时，可确定该待处理设备下挂的终端设备中存在低速终端，即实时故障类型是存在低速终端的故障。
通过分析参数中的网络侧运行参数和待处理设备的运行参数，确定待 处理设备的预设速率阈值，并将待分析参数中的协商速率与该预设速率阈值做比较，同时，依据待分析参数中的采样周期、发送字节数和接收字节数，计算获得用户数据传输时长；可实时反映待处理设备下挂的终端设备的运行情况，例如，是否存在上传或下载速率缓慢的终端设备，以反映待处理设备的处理速度缓慢的实时故障类型，可准确定位到待处理设备可能存在的故障类型，加快对待处理设备的处理效率。
在一些具体实现中，步骤110中的依据待分析参数，确定待处理设备对应的实时故障类型，包括：依据待分析参数中的接收的信号强度指示，确定待处理设备的信号覆盖区域面积；依据信号覆盖区域面积，确定待处理设备对应的实时故障类型。
例如，通过接收的信号强度指示(Received Signal Strength Indication，RSSI)，或待处理设备在预设时长内的平均RSSI，可估算出待处理设备能够服务的终端设备的数量，根据这些终端设备所处的位置信息，可确定待处理设备的信号覆盖区域面积；当信号覆盖区域面积小于预设面积阈值时，可知该待处理设备存在覆盖不足的故障，无法给预设数量的终端设备提供通信服务。
通过待分析参数中的RSSI，可间接获得待处理设备的网络信号的覆盖范围情况，加快定位待处理设备可能存在的实时故障类型，保证能够为预设数量的终端设备提供可靠的通信服务。
在一些具体实现中，步骤110中的依据待分析参数，确定待处理设备对应的实时故障类型，包括：依据待分析参数中的信道利用率，确定待处理设备的信道干扰等级，其中，信道利用率是预设时长内对预设频段对应的信道进行统计获得的利用率；依据信道干扰等级，确定待处理设备对应的实时故障类型。
在一些实例中，通过对信道利用率进行评分，获得评分结果，然后根据评分结果确定信道干扰等级，该信道干扰等级反映了待处理设备所使用的信道存在的信道间干扰的严重程度，信道干扰等级越高，表征存在的信道间干扰越严重，待处理设备的工作效率越低。通过信道干扰等级，可直观的体现待处理设备存在的故障的严重程度，为运维人员提供了可靠的处 理依据，加快对待处理设备出现的故障的处理效率，保证待处理设备的正常高效运行。
在一些具体实现中，步骤120中的依据实时故障类型，对待处理设备进行处理，包括：重新启动待处理设备。
需要说明的是，当无法判断待处理设备可能存在的实时故障类型，或，通过不同的调整方式对待处理设备进行处理之后，用户体验度仍然较低的情况下，可重新启动待处理设备，
在本实施例中，通过重新启动待处理设备，可使待处理设备能够恢复正常工作，保证用户能够正常的使用待处理设备，提升用户体验度。
图2示出本公开又一实施例中的故障处理方法的流程示意图。该故障处理方法可应用于故障处理服务器。如图2所示，本公开实施例中的故障处理方法可以包括以下步骤。
步骤210，获取用户体验参数。
例如，WIFI设备每间隔N分钟，就将采集到的用户体验参数上报给故障处理服务器，以使故障处理服务器能够及时获得各个WIFI设备的使用情况，其中，N为大于或等于1的整数。其中的用户体验参数可以包括资产类参数和性能类参数，资产类参数用于表征WIFI设备的所属关系信息，例如，WIFI设备的名称、序列号、物理地址、厂商名称、设备型号等参数中的任意一种或几种。
性能类参数用于表征WIFI设备在运行时的性能参数，例如，系统资源数据，故障处理服务器的运行数据和WIFI设备的运行数据等。其中，网络侧运行数据可以包括故障处理服务器的网际互连协议(Internet Protocol，IP)地址、发送包数、接收包数、发送字节数、接收字节数、发送错误包数、接收错误包数和错包率等参数中的任意一种或几种。WIFI设备的运行数据可以包括服务集标识(Service Set Identifier，SSID)、实例号、认证方式、信道号、信道利用率、频段、发射功率、发送成功包数、接收成功包数、发送错误包数、接收错误包数、错误的空闲信道评估(Clear Channel Assessment，CCA)、Beacon计数、背景噪声、WIFI设备下挂的 终端设备的名称、连接时间、终端设备的IP地址、终端设备的信号强度、建链速率、接收字节数、发送字节数和协商速率等参数中的任意一种或几种。
步骤220，筛选用户体验参数，以获得待分析参数。
其中，待分析参数包括错包率或空闲信道评估结果。
需要说明的是，错包率可以是发送错误包数与发送的总数据包数的比值(即，发送错误包率)，也可以是接收错误包数与接收的总数据包数的比值(即，接收错误包率)，表征WIFI设备与故障处理服务器之间传输的数据包的错误情况，进而确定WIFI设备是否能够获得较好的通信服务。
在无线通信系统中，在WIFI设备需要在某一频道上发送数据给故障处理服务器之前，首先在这个频道上进行数据的接收。如果经过预设时长(例如，5秒)，都没有发现有其它WIFI设备在此频道上发送数据，则开始发送自己的数据包；如果发现有其他WIFI设备在这个频道上发送数据，则随机避让一段时间后再次重试此过程。这样，能够有效地避免无线信道上的冲突，即带有冲突避免的载频侦听多路访问(Carrier Sense Multiple Access with Conflict Avoidance，CSMA/CA)。其中的空闲信道评估结果可以包括错误的CCA，也可以是正确的CCA，以表征当前的信道的占用情况。
步骤230，依据错包率或空闲信道评估结果，确定用户体验度。
在一些实例中，在确定某台WIFI设备的发送错误包率或接收错误包率大于预设错报率，或，错误的CCA的值大于预设CCA阈值的情况下，计算获得该WIFI设备对应的用户体验度。例如，可根据发送错误包率或接收错误包率对WIFI设备进行评分，根据评分结果来确定WIFI设备对应的用户体验度。
步骤240，依据用户体验度和预设体验度阈值，确定待处理设备。
在一些实例中，在确定某台WIFI设备对应的用户体验度小于预设体验度阈值的情况下，将该WIFI设备确定为待处理设备。其中的预设体验度阈值是根据历史数据提前设定的阈值，例如，设定预设体验度阈值为5， 如果某台WIFI设备对应的用户体验度(例如，为3)小于5，则表示该WIFI设备可能存在故障，将该WIFI设备确定为待处理设备，进而对待处理设备做进一步的分析和处理，以实时保证待处理设备的正常工作，提升用户体验度。
步骤250，依据待分析参数，确定待处理设备对应的实时故障类型。
步骤260，依据实时故障类型，对待处理设备进行处理。
需要说明的是，本实施例中的步骤250～步骤260，与上一实施例中的步骤110～步骤120相同，在此不再赘述。
在本实施例中，通过从用户体验参数中筛选获得待分析参数，并根据待分析参数中的错包率或空闲信道评估结果，确定用户体验度；在确定用户体验度小于预设体验度阈值的情况下，确定待处理设备(即,用户体验度差的设备)，加快对待处理设备的筛查。依据待分析参数确定待处理设备对应的实时故障类型，自动根据待分析参数对待处理设备进行分析，以快速准确的确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。
下面结合附图，详细介绍根据本公开实施例的故障处理服务器。图3示出本公开实施例中的故障处理服务器的结构示意图。如图3所示，故障处理服务器可以包括如下模块。
故障类型确定模块310，被配置成依据待分析参数，确定待处理设备对应的实时故障类型，其中，待分析参数是从用户体验参数中筛选获得的参数；处理模块320，被配置成依据实时故障类型，对待处理设备进行处理。
在一些具体实现中，故障处理服务器，还包括：获取模块，被配置成获取用户体验参数；筛选模块，被配置成筛选用户体验参数，以获得待分析参数，其中，待分析参数包括错包率或空闲信道评估结果；体验度确定模块，被配置成依据错包率或空闲信道评估结果，确定用户体验度；待处理设备确定模块，被配置成依据用户体验度和预设体验度阈值，确定待处 理设备。
在一些具体实现中，故障类型确定模块310，包括：阈值确定子模块，被配置成依据待分析参数中的网络侧运行参数和待处理设备的运行参数，确定预设速率阈值；计算子模块，被配置成依据待分析参数中的采样周期、发送字节数和接收字节数，计算获得用户数据传输时长；故障类型确定子模块，被配置成依据预设速率阈值、待分析参数中的协商速率和用户数据传输时长，确定待处理设备对应的实时故障类型。
在一些具体实现中，故障类型确定模块310，包括：覆盖面积确定子模块，被配置成依据待分析参数中的接收的信号强度指示，确定待处理设备的信号覆盖区域面积；故障类型确定子模块，被配置成依据信号覆盖区域面积，确定待处理设备对应的实时故障类型。
在一些具体实现中，故障类型确定模块310，包括：干扰等级确定子模块，被配置成依据待分析参数中的信道利用率，确定待处理设备的信道干扰等级，其中，信道利用率是预设时长内对预设频段对应的信道进行统计获得的利用率；故障类型确定子模块，被配置成依据信道干扰等级，确定待处理设备对应的实时故障类型。
在一些具体实现中，处理模块320，还包括：第一处理子模块，被配置成在确定实时故障类型是待处理设备所使用的信道存在信道间干扰的情况下，切换待处理设备所使用的信道；第二处理子模块，被配置成在确定实时故障类型是待处理设备的信号覆盖区域面积小于预设覆盖阈值的情况下，提高待处理设备的发射功率；第三处理子模块，被配置成在确定实时故障类型是待处理设备的传输速度小于预设速度阈值的情况下，采用频段引导的方式对待处理设备进行调整。
在一些具体实现中，为了采用频段引导的方式对待处理设备进行调整，第三处理子模块还包括：频道引导单元，被配置成依据待处理设备的传输速度，指定待处理设备使用预设频段进行业务的处理。
在一些具体实现中，处理模块320，包括：重启子模块，被配置成重新启动待处理设备。
在一些具体实现中，待处理设备包括家庭网关或路由器。
在本实施例中，通过使用故障类型确定模块筛选用户体验参数以获得待分析参数，依据待分析参数确定待处理设备对应的实时故障类型，可筛选出用户体验度差的设备作为待处理设备，自动根据待分析参数对待处理设备进行分析，以快速准确的确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；使用处理模块依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。
图4示出本公开实施例中的故障处理系统的组成方框图。该故障处理系统可用于远程定位和排查家庭网络中的WIFI设备的故障，降低用户的投诉率和运营商的运维成本。
如图4所示。该故障处理系统包括：故障处理服务器410和待处理设备420。其中，故障处理服务器410包括命令下发模块411、数据采集模块412、典型故障预警及主动优化模块413、运行数据分析模块414、WEB数据展示模块415和报表模块416。待处理设备420包括接收配置命令模块421和数据周期采集上报模块422。
其中，待处理设备420可以是能够上网的终端设备(例如，家庭网关或路由器等)。接收配置命令模块421被配置成接收故障处理服务器410通过命令下发模块411下发的配置命令；数据周期采集上报模块422被配置成将待处理设备420运行时的数据上报给故障处理服务器410中的数据采集模块412。
故障处理服务器410被配置成对待处理设备420的实时的运行数据(例如，从用户体验参数中筛选出的待分析参数等)进行分析、存储和展示，通过命令下发模块411下发优化配置信令给待处理设备420，以实现对待处理设备420所产生的故障进行实时处理。
其中，命令下发模块411被配置成将故障处理命令下发给待处理设备420，实时解决故障。
数据采集模块412被配置成获取待处理设备420的实时的运行数据， 并将实时运行数据存储在数据库417中，以方便运行数据分析模块414的提取和分析。
典型故障预警及主动优化模块413被配置成根据运行数据分析模块414反馈的分析结果判断故障的类型，并根据不同的故障类型对待处理设备420进行实时告警，或，通过命令下发模块411对待处理设备420所发生的典型故障进行实时处理和优化。
运行数据分析模块414被配置成从数据库中提取待分析参数，并根据待分析参数对待处理设备420进行分析，以确定待处理设备420是否发生故障。
WEB数据展示模块415被配置成将WIFI设备组网拓扑图、运行时的数据、对待处理设备420的故障诊断结果，以及故障修复建议等信息通过web页面展示给运维人员，以提升对故障的处理效率。
报表模块416被配置成存储对待处理设备420的故障诊断结果和故障修复建议等信息；数据库417被配置成存储数据采集模块412发送的待处理设备420的实时的运行数据。
在一些具体实现中，图5示出本公开实施例中的通过故障处理服务器对待处理设备进行数据采集的模块连接方式示意图。如图5所示，待处理设备420中的数据周期采集上报模块422可采用图5中的WIFI设备周期数据采集上报插件522实现；故障处理服务器410中的数据采集模块412可以包括数据采集接口4122和数据清洗/适配/分类子模块4121。
其中，数据采集接口4122被配置成接收WIFI设备周期数据采集上报插件522上报的接口数据，并将该接口数据发送给数据清洗/适配/分类子模块4121；数据清洗/适配/分类子模块4121被配置成将获取到的接口数据进行处理，例如，对接口数据进行清洗，筛选获得与故障类型相适配的待分析数据，并根据不同的故障类型，对待分析数据进行分类，例如，待分析数据可以包括资产数据和性能数据等，以方便后续的分析。
需要说明的是，其中的WIFI设备周期数据采集上报插件522还可以采用设备内置的采集单元来实现，WIFI设备周期数据采集上报插件522 与数据采集接口4122之间的接口类型有多种，可以是实现157号技术报告(Technical Report–157，TR157)的服务接口、可以是表示性状态转移(Representation State Transfer，REST)形式的应用程序接口(Application Programming Interface，API)、还可以是文件传输协议(File Transfer Protocol，FTP)接口，或，基于传输控制协议(Transmission Control Protocol，TCP)的全双工通信协议(WebSockets)接口等。以上对于接口类型仅是举例说明，其他未说明的待接口类型也在本公开的保护范围之内，可根据具体情况具体设定，在此不再赘述。
在一些具体实现中，图6示出本公开实施例中的故障处理服务器通过第三方管理设备下发优化命令给待处理设备的模块连接方式示意图。如图6所示，命令下发模块411可以使用命令下发接口611来实现，故障处理服务器410中的典型故障预警及主动优化模块413通过命令下发接口611将配置信令下发给第三方管理设备430，然后，由第三方管理设备430将配置信令转发给待处理设备420中的接收配置命令模块421，以使故障处理服务器410能够对待处理设备420进行远程控制，及时的解决待处理设备420中出现的故障，提升了故障的处理效率，保证待处理设备420的稳定运行，提升用户体验度。
在一些具体实现中，图7示出本公开实施例中的对待处理设备的故障进行初步排查的方法的流程示意图。
在待处理设备420的日常使用过程中，经常会出现一些典型的故障，故障处理服务器410通过如下步骤对待处理设备420所出现的故障类型进行判定。
步骤701，分析待处理设备的CPU和RAM信息。
其中，中央处理器(Central Processing Unit，CPU)，随机存取存储器(Random Access Memory，RAM)。
步骤702，判断CPU或RAM信息是否出现异常。
需要说明的是，在确定CPU或RAM信息中存在出现异常时，执行步骤704；否则，执行步骤703。
步骤703，系统资源正常，继续对待处理设备进行分析。
步骤704，判断发出的beacon帧计数是否发生变化。
需要说明的是，beacon表示信标(Beacon)。如果信标间隔(Beacon Interval)调高，有助于发挥无线网络性能，可节省待处理设备420消耗的电量；如果Beacon Interval调低，可以加快故障处理服务器410与待处理设备420之间的连接速度。
在确定发出的beacon帧计数没有发生变化时，执行步骤705，否则，执行步骤706。
步骤705，终端设备可能没有网络信号。
步骤706，判断是否在重启前与终端设备无关联，在重启后与终端设备有关联。
需要说明的是，在确定待处理设备420在重启前与终端设备无关联，但在该待处理设备420重启后与终端设备有关联时，执行步骤705；否则，执行步骤707。
步骤707，判断在重启后，关联的终端设备的数量是否增加。
例如，当待处理设备420重启后，其关联的终端设备的数量增加(例如，由原来的2个增加到8个)时，则执行步骤710；否则，执行步骤708，继续对待处理设备420进行分析。
步骤708，判断是否给终端设备分配地址。
需要说明的是，在确定已经给终端设备分配地址时，执行步骤709；否则，执行步骤710。
步骤709，判断是否有关联失败的消息。
需要说明的是，在确定与终端设备存在关联失败的消息时，执行步骤710；否则，执行步骤711。
步骤710，终端设备可能存在有网络信号但无法关联的故障。
步骤711，判断终端设备是否存在频繁上下线的现象。
需要说明的是，在确定终端设备存在频繁上下线的现象时，执行步骤710；否则，执行步骤712。
步骤712，判断WAN连接时是否没有IP地址。
需要说明的是，在确定进行WAN连接时没有IP地址时，执行步骤713；否则，执行步骤714。
步骤713，终端设备可能存在能关联，但无法上网的故障。
步骤714，判断WAN接口速率是否小于预设阈值，或，协商速率小于预设速率阈值。
需要说明的是，在确定WAN接口速率小于预设阈值，或，协商速率小于预设速率阈值时，执行步骤713；否则，执行步骤715。
步骤715，判断信道利用率是否大于预设利用率阈值。
需要说明的是，在确定信道利用率大于预设利用率阈值时，执行步骤717；否则，执行步骤716。
步骤716，判断协商速率是否小于预设速率阈值。
需要说明的是，在确定协商速率小于预设速率阈值时，执行步骤717；否则，结束流程，确定终端设备不存在故障。
步骤717，终端设备可能存在上网速度慢、视频卡顿的故障。
通过以上步骤的判断，可确定终端设备可能出现的几种典型故障，例如，终端设备可能没有网络信号；终端设备可能存在有网络信号但无法关联的故障；终端设备可能存在能关联但无法上网的故障；终端设备可能存在上网速度慢、视频卡顿的故障等。根据以上可能出现的不同的故障场景，对终端设备进行数据采集，以便进一步确定故障的确切原因。在具体实现时，还可以使用故障处理服务器410定期对待处理设备420进行轮询采集的方式，获得待分析数据。通过对待处理设备420在重启前后所获得的待分析数据进行分析，筛选出可能出现故障的设备。不仅可以为运营商从不同维度统计现网运行的WIFI设备的故障情况；还可以为设备厂商分析WIFI设备的故障原因，进而通过迭代优化的方式，提升WIFI设备的质量。
图8示出本公开实施例中通过故障处理系统来实现对待处理设备的故障进行处理的方法的流程示意图。
步骤801，从获取到的用户体验参数中筛选获得待分析参数，依据待分析参数确定用户体验度。
例如，故障处理服务器410通过数据采集模块412获得待处理设备420中的数据周期采集上报模块422所采集到的用户体验参数，例如，每间隔N分钟，WIFI设备(即，待处理设备420)以扩展性较好的JS对象简谱(JavaScript Object Notation，JSON)的数据格式，或，可扩展标记语言(Extensible Markup Language，XML)的数据格式上报到故障处理服务器410中的用户体验参数，其中，N为大于或等于1的整数。该用户体验参数可以包括资产类参数和性能类参数，其中，资产类参数可以包括设备名称、序列号、物理地址、厂商名称、设备型号等参数中的任意一种或几种。为了方便管理和查询，还可以包括由终端综合管理系统(Integrated Terminal Management System，ITMS)获得的与待处理设备420对应的用户标识信息(例如，用户宽带账号、手机号码等)。
性能类参数包括系统资源数据，网络侧运行数据和WIFI设备的运行数据。系统资源数据可以包括CPU，内存，运行时长，以及下挂终端设备的数量等参数中的任意一种或几种。网络侧运行数据可以包括故障处理服务器410的IP地址、发送包数、接收包数、发送字节数、接收字节数、发送错误包数和接收错误包数等参数中的任意一种或几种。WIFI设备的运行数据可以包括SSID、实例号、认证方式、信道号、信道利用率、频段、发射功率、发送成功包数、接收成功包数、发送错误包数、接收错误包数、错误的CCA、Beacon计数、背景噪声、WIFI设备下挂的终端设备的名称、连接时间、终端设备的IP地址、终端设备的信号强度、建链速率、接收字节数、发送字节数和协商速率等参数中的任意一种或几种。通过对以上数据的筛选，获得待分析数据，通过该待分析数据可以确定用户体验度，即用户在使用WIFI设备时的感受程度。例如，采集影响用户使用体验的几个关键指标作为待分析数据，通过对待分析数据进行分析及评分，确定用户体验度。
例如，在预设时长内，通过判断WIFI设备的发送错误包率或接收错误包率是否大于预设错报率，或，False CCA的值是否大于预设CCA阈值，确定该WIFI设备对应的用户体验度。
步骤802，判断是否存在用户体验度小于预设体验度阈值的设备。
需要说明的是，当确定某台设备对应的用户体验度小于预设体验度阈值时，将该设备确定为待处理设备420，然后，执行步骤803；否则，结束流程。
步骤803，通过不同的分析算法，确定待处理设备420对应的实时故障类型。
例如，采用低速终端(Station，STA)分析算法对待处理设备420下挂的终端设备进行分析，确定待处理设备420对应的实时故障类型。其中的低速STA分析算法可以包括如下步骤：先假设采样周期为T秒，T为大于或等于1的整数；通过待分析参数中的网络侧运行参数和待处理设备的运行参数，确定预设速率阈值(例如，预设速率阈值为50Mbps)；然后在确定协商速率低于该预设速率阈值的情况下，根据公式(1)来计算获得一个采样周期内的终端设备在进行数据传输时所消耗的时长Ta：
Figure PCTCN2021124376-appb-000001
根据公式(2)计算获得时间占比：
Figure PCTCN2021124376-appb-000002
如果时间占比大于预设占比阈值(例如，70％)，则判定该待处理设备下挂的终端设备是低速终端，即实时故障类型是存在低速终端的故障。
在一些实例中，采用干扰分析算法对待处理设备420进行分析。在预设时长内，针对待处理设备420在2.4G频段内正在使用的WIFI信道，统计获得信道干扰等级(例如，可包括优秀等级、良好等级和差等级)。该信道干扰等级是依据信道利用率确定的等级(例如，预设时长包括第一时长、第二时长和第三时长。若第一时长内的信道利用率大于预设利用率阈值，则将该时长内的信道干扰等级确定为优秀等级；若第二时长内的信道利用率等于预设利用率阈值，则将该时长内的信道干扰等级确定为良好等 级；若第三时长内的信道利用率小于预设利用率阈值，则将该时长内的信道干扰等级确定为差等级)。计算获得预设时长内的平均信道利用率。在确定第三时长与预设时长的比值大于预设时长占比(例如，40％)，或，平均信道利用率大于预设利用率阈值的情况下，确定待处理设备420存在的实时故障类型是信道干扰严重。同理，针对5G频段内所使用的WIFI信道，也可以采用上述分析算法，来确定待处理设备420存在的实时故障类型。
在一些实例中，采用覆盖分析算法对待处理设备420下挂的终端设备进行分析。针对某个终端设备，在预设时长(例如，5分钟)内，统计获得该终端设备的RSSI；分别计算获得RSSI大于预设信号强度阈值的第一时长占比、RSSI等于预设信号强度阈值的第二时长占比、RSSI小于预设信号强度阈值的第三时长占比(即RSSI优、良、差的占比)，以及RSSI的平均值；然后，在确定第三时长占比大于预设RSSI占比阈值(例如，50％)，或，RSSI的平均值小于预设RSSI阈值(例如，-95dBm)的情况下，确定终端设备处于待处理设备420的信号覆盖较差的区域。即待处理设备420的实时故障类型是信号覆盖区域面积较小，不足以为该终端设备提供正常的通信服务。
在一些具体实现中，以上几个分析算法之间还可以存在依赖关系，例如，可将覆盖分析算法和干扰分析算法的计算结果，作为低速STA分析算法的输入条件，以确定低速STA分析算法中的相关阈值。当某个终端设备使用2.4G频段所处的信道存在的信道间干扰较大，并且该终端设备所处位置的网络信号覆盖较差，则该终端设备对应的预设速率阈值会适当的增大。
步骤804，在确定实时故障类型是待处理设备420所使用的信道存在信道间干扰的情况下，切换待处理设备420所使用的信道。
例如，依据待处理设备420的传输速度，指定待处理设备420使用预设频段对应的信道(即信道干扰较少的信道)进行业务的处理。当2.4G频段对应的信道存在较强的信道间干扰时，可将待处理设备420引导至5G频段对应的信道，以提升待处理设备420的传输效率。
步骤805，在确定实时故障类型是待处理设备420的信号覆盖区域面 积小于预设覆盖阈值的情况下，提高待处理设备420的发射功率。
例如，可提示待处理设备420提高其发射功率，或，使用多台路由器组成无线网格网络(mesh)，即多跳网络，来扩展待处理设备420的信号覆盖区域面积，以使待处理设备420下挂的终端能够获得更优的通信服务。
步骤806，在确定实时故障类型是待处理设备420的传输速度小于预设速度阈值的情况下，采用频段引导的方式对待处理设备420进行调整。
在一些具体实现中，步骤804～步骤806中的调整方式可以采用下发配置命令的形式实现，例如，如图6所示，故障处理服务器410调用第三方管理设备430所提供的接口，实现对待处理设备420的远程配置。其中，配置信令可以包括更换信道、切换终端设备关联的频段、重启指令等。通过接口信令的远程配置，可灵活的对待处理设备420进行远程控制，节省了运营商的运维成本，同时，提升用户体验度。
步骤807，对待处理设备420进行重启。
步骤808，判断重启后的待处理设备420对应的用户体验度是否小于预设体验度阈值。
在确定重启后的待处理设备420对应的用户体验度仍然小于预设体验度阈值的情况下，返回步骤803，继续对待处理设备420进行分析；否则，确定重启后的待处理设备420已恢复正常工作，结束流程。
在本实施例中，通过从用户体验参数中筛选获得待分析参数，依据待分析参数确定待处理设备对应的实时故障类型，可筛选出用户体验度差的设备作为待处理设备，自动根据待分析参数对待处理设备进行分析，以快速准确的确定待处理设备对应的实时故障类型，提升故障排查效率，降低运行维护成本；依据该实时故障类型对待处理设备进行处理，实现了对故障设备的自动修复，保证设备的运行稳定性，提升用户体验度。
需要明确的是，本公开并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
图9示出能够实现根据本公开实施例的故障处理方法和装置的电子设备的示例性硬件架构的结构图。
如图9所示，电子设备900包括输入设备901、输入接口902、中央处理器903、存储器904、输出接口905、、输出设备906和总线907。其中，输入接口902、中央处理器903、存储器904、以及输出接口905通过总线907相互连接，输入设备901和输出设备906分别通过输入接口902和输出接口905与总线907连接，进而与电子设备900的其他组件连接。
输入设备901接收来自外部的输入信息，并通过输入接口902将输入信息传送到中央处理器903；中央处理器903基于存储器904中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器904中，然后通过输出接口905将输出信息传送到输出设备906；输出设备906将输出信息输出到电子设备900的外部供用户使用。其中，中央处理器903，被配置为运行存储器904中存储的程序，以执行上述实施例描述的故障处理方法。
在一个实施例中，图9所示的电子设备可以被实现为一种故障处理系统，该故障处理系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的故障处理方法。
以上所述，仅为本公开的示例性实施例而已，并非用于限定本公开的保护范围。一般来说，本公开的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本公开不限于此。
本公开的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本公开附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表 示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例，上文已提供了对本公开的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本公开的范围。因此，本公开的恰当范围将根据权利要求确定。

Claims (12)

  1. 一种故障处理方法，其中，所述方法包括：
    依据待分析参数，确定待处理设备对应的实时故障类型，其中，所述待分析参数是通过筛选用户体验参数而获得的参数；以及
    依据所述实时故障类型，对所述待处理设备进行处理。
  2. 根据权利要求1所述的方法，其中，所述依据待分析参数，确定待处理设备对应的实时故障类型的步骤之前，所述方法还包括：
    获取所述用户体验参数；
    筛选所述用户体验参数，以获得所述待分析参数，其中，所述待分析参数包括错包率或空闲信道评估结果；
    依据所述错包率或所述空闲信道评估结果，确定用户体验度；以及
    依据所述用户体验度和预设体验度阈值，确定所述待处理设备。
  3. 根据权利要求1所述的方法，其中，所述依据待分析参数，确定待处理设备对应的实时故障类型的步骤，包括：
    依据所述待分析参数中的网络侧运行参数和所述待处理设备的运行参数，确定所述待处理设备的预设速率阈值；
    依据所述待分析参数中的采样周期、发送字节数和接收字节数，计算获得用户数据传输时长；以及
    依据所述预设速率阈值、所述待分析参数中的协商速率和所述用户数据传输时长，确定所述待处理设备对应的所述实时故障类型。
  4. 根据权利要求1所述的方法，其中，所述依据待分析参数，确定待处理设备对应的实时故障类型的步骤，包括：
    依据所述待分析参数中的接收的信号强度指示，确定所述待处理设备的信号覆盖区域面积；以及
    依据所述信号覆盖区域面积，确定所述待处理设备对应的所述实时故障类型。
  5. 根据权利要求1所述的方法，其中，所述依据待分析参数，确定待处理设备对应的实时故障类型的步骤，包括：
    依据所述待分析参数中的信道利用率，确定所述待处理设备的信道干扰等级，其中，所述信道利用率是预设时长内对预设频段对应的信道进行统计获得的利用率；以及
    依据所述信道干扰等级，确定所述待处理设备对应的所述实时故障类型。
  6. 根据权利要求1所述的方法，其中，所述依据所述实时故障类型，对所述待处理设备进行处理的步骤，包括：
    在确定所述实时故障类型是所述待处理设备所使用的信道存在信道间干扰的情况下，切换所述待处理设备所使用的信道；
    在确定所述实时故障类型是所述待处理设备的信号覆盖区域面积小于预设覆盖阈值的情况下，增加所述待处理设备的发射功率；以及
    在确定所述实时故障类型是所述待处理设备的传输速度小于预设速度阈值的情况下，采用频段引导的方式对所述待处理设备进行处理。
  7. 根据权利要求6所述的方法，其中，所述采用频段引导的方式对所述待处理设备进行处理的步骤，包括：
    依据所述待处理设备的传输速度，指定所述待处理设备使用预设频段进行业务的处理。
  8. 根据权利要求1所述的方法，其中，所述依据所述实时故障类型，对所述待处理设备进行处理的步骤，包括：
    重新启动所述待处理设备。
  9. 根据权利要求1至8中任一项所述的方法，其中，所述待处理设备包括家庭网关或路由器。
  10. 一种故障处理服务器，包括：
    故障类型确定模块，被配置成依据待分析参数，确定待处理设备对应的实时故障类型，其中，所述待分析参数是通过筛选用户体验参数而获得的参数；以及
    处理模块，被配置成依据所述实时故障类型，对所述待处理设备进行处理。
  11. 一种电子设备，包括：
    一个或多个处理器；
    存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一项所述的故障处理方法。
  12. 一种可读存储介质，其特征在于，所述可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-9中任一项所述的故障处理方法。
PCT/CN2021/124376 2020-10-27 2021-10-18 故障处理方法、服务器、电子设备和可读存储介质 WO2022089234A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011160351.0 2020-10-27
CN202011160351.0A CN114500224A (zh) 2020-10-27 2020-10-27 故障处理方法、服务器、电子设备和可读存储介质

Publications (1)

Publication Number Publication Date
WO2022089234A1 true WO2022089234A1 (zh) 2022-05-05

Family

ID=81383610

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/124376 WO2022089234A1 (zh) 2020-10-27 2021-10-18 故障处理方法、服务器、电子设备和可读存储介质

Country Status (2)

Country Link
CN (1) CN114500224A (zh)
WO (1) WO2022089234A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115376296A (zh) * 2022-08-23 2022-11-22 泉州年盛信息科技有限公司 一种基于工业互联网的生产故障预警系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115733864A (zh) * 2022-12-02 2023-03-03 中国电子科技集团公司第十五研究所 一种设备运行管理方法、系统、装置及存储介质
CN116167748B (zh) * 2023-04-20 2023-08-25 中国市政工程西南设计研究总院有限公司 一种城市地下综合管廊运维方法、系统、装置及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105703934A (zh) * 2014-11-28 2016-06-22 亿阳信通股份有限公司 一种面向家庭宽带业务的pon网络故障诊断方法和装置
CN106230634A (zh) * 2016-08-01 2016-12-14 青岛海信宽带多媒体技术有限公司 一种链路故障的诊断方法、装置和机顶盒
CN107493183A (zh) * 2016-06-13 2017-12-19 中国移动通信集团北京有限公司 一种故障定位方法及装置
CN109617715A (zh) * 2018-11-27 2019-04-12 中盈优创资讯科技有限公司 网络故障诊断方法、系统
EP3611928A1 (en) * 2018-08-16 2020-02-19 Rohde & Schwarz GmbH & Co. KG Apparatus and method for configuring a monitoring device, system for monitoring a streaming or broadcast service
CN111817891A (zh) * 2020-07-07 2020-10-23 中国联合网络通信集团有限公司 网络故障处理方法、装置、存储介质及电子设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105703934A (zh) * 2014-11-28 2016-06-22 亿阳信通股份有限公司 一种面向家庭宽带业务的pon网络故障诊断方法和装置
CN107493183A (zh) * 2016-06-13 2017-12-19 中国移动通信集团北京有限公司 一种故障定位方法及装置
CN106230634A (zh) * 2016-08-01 2016-12-14 青岛海信宽带多媒体技术有限公司 一种链路故障的诊断方法、装置和机顶盒
EP3611928A1 (en) * 2018-08-16 2020-02-19 Rohde & Schwarz GmbH & Co. KG Apparatus and method for configuring a monitoring device, system for monitoring a streaming or broadcast service
CN109617715A (zh) * 2018-11-27 2019-04-12 中盈优创资讯科技有限公司 网络故障诊断方法、系统
CN111817891A (zh) * 2020-07-07 2020-10-23 中国联合网络通信集团有限公司 网络故障处理方法、装置、存储介质及电子设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115376296A (zh) * 2022-08-23 2022-11-22 泉州年盛信息科技有限公司 一种基于工业互联网的生产故障预警系统
CN115376296B (zh) * 2022-08-23 2023-06-23 北京国联视讯信息技术股份有限公司 一种基于工业互联网的生产故障预警系统

Also Published As

Publication number Publication date
CN114500224A (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
WO2022089234A1 (zh) 故障处理方法、服务器、电子设备和可读存储介质
US11641318B2 (en) Method for testing a wireless link of a Wi-Fi node, and circuit performing the method
EP2755416B1 (en) Method and apparatus for remotely locating wireless network fault
JP4507005B2 (ja) 無線通信システム，無線通信方法及びプログラム
US20170111813A1 (en) Network monitor
US8880945B2 (en) Customer premises equipment diagnostic, recovery, and reporting systems and methods
CN111125208A (zh) 一种数据采集处理方法、装置及系统
WO2014040466A1 (zh) 控制ap的方法和装置
WO2014101439A1 (zh) 业务流监测相关的方法、装置和系统
CN115484047A (zh) 云平台中的泛洪攻击的识别方法、装置、设备及存储介质
CA3121748A1 (en) Systems and methods for node outage determination and reporting
WO2012159580A1 (zh) 一种获取终端通信链路质量的方法、网络接入设备及系统
US11652682B2 (en) Operations management apparatus, operations management system, and operations management method
US9887857B2 (en) Method for scheduling management operation on devices in a home network
CN111741361A (zh) 家庭网关实现自动检测并显示iptv质量的方法
US20230020974A1 (en) Service Monitoring Method, Apparatus, and System
CN115835275A (zh) 一种5g cpe故障诊断的方法及装置
US20160149787A1 (en) Data transmission system, data transmission monitoring method, and computer-readable medium
CN108289307B (zh) 一种终端设备的数据处理方法及系统、设备
KR101071376B1 (ko) Ｉｐ 네트워크 품질 정보를 이용한 ｉｐ 네트워크 장비 관리 장치
US11985049B2 (en) Method and system for guaranteeing service application experience
WO2023174287A1 (zh) 一种时延分析方法及装置
US20230224228A1 (en) Method and System for Guaranteeing Service Application Experience
US9106531B2 (en) Detection of link connectivity in communication systems
CN113037584A (zh) 一种节点状态检测方法、装置、设备及存储介质

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED DD/MM/YYYY)