CN109150650B - 通信故障报告的方法和对应的设备 - Google Patents

通信故障报告的方法和对应的设备 Download PDF

Info

Publication number
CN109150650B
CN109150650B CN201810694939.0A CN201810694939A CN109150650B CN 109150650 B CN109150650 B CN 109150650B CN 201810694939 A CN201810694939 A CN 201810694939A CN 109150650 B CN109150650 B CN 109150650B
Authority
CN
China
Prior art keywords
access point
point device
area network
network interface
probe request
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201810694939.0A
Other languages
English (en)
Other versions
CN109150650A (zh
Inventor
阿西·阿布拉莫维茨
科恩·范奥斯特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital CE Patent Holdings SAS
Original Assignee
InterDigital CE Patent Holdings SAS
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 InterDigital CE Patent Holdings SAS filed Critical InterDigital CE Patent Holdings SAS
Publication of CN109150650A publication Critical patent/CN109150650A/zh
Application granted granted Critical
Publication of CN109150650B publication Critical patent/CN109150650B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • 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
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • 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/0681—Configuration of triggering conditions
    • 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Abstract

当检测到无线接入点与为所述无线接入点附近的设备提供服务的服务提供商之间的通信链路的故障时，在一个或多个无线通信信道上广播探测请求消息。广播的探测请求消息包括使消息能够被识别为报告通信链路故障的遇险消息的特定有效载荷。接收遇险消息的无线通信可及的范围内的另一无线接入点可以取代通信链路故障的无线接入点，向服务提供商传送通信链路故障报告。

Description

通信故障报告的方法和对应的设备
技术领域
本公开总体上涉及用于诊断和修复的报告设备所经历的通信故障的领域。
背景技术
本文描述的任何背景信息旨在向读者介绍本领域中可能与以下描述的本实施例相关的各个方面。这样的讨论有助于向读者提供背景信息以便帮助更好地理解本公开的各方面。因此，应当理解，这些陈述应以这种方式被解读。
典型地，诸如机顶盒(STB)、高清电视(HDTV)和互联网协、议电话机的用户终端将通过由服务提供商提供的接入点(AP)或网关(GW)控制的局域网(LAN)连接到服务提供商(SP)。网关提供无线和有线通信以用于连接LAN设备。网关还具有网络接口，所述网络接口使网关能够连接到广域网(WAN)，以用于连接到互联网特别是用于连接到服务提供商的服务器。与WAN的连接例如根据有线服务接口规范(DOCSIS)、数字订户线路(DSL)、光纤到户(FTTH)或长期演进(LTE)。网关可以由服务提供商通过使用简单网络管理协议(SNMP)或技术报告069(TR-069)(如远程设备管理协议)的链路进行远程管理。对于服务提供商来说，该通信链路到订户网关的故障严重中断向订户提供服务。在长时间的故障期间，服务提供商无法触及网关并诊断和修复故障。通常，在这种情况下，订户将注意到连接丢失并可能重新启动网关。如果这没有帮助，则订户将不得不例如使用他的移动电话来联系服务提供商的帮助台，并且帮助台将引导用户通过一系列诊断测试找出连接故障的原因，希望能够恢复丢失的连接。如果订户没有基本的技术知识，则帮助台的介入可能非常困难。对于订户和服务提供商两者而言，服务提供商和网关之间的连接丢失是令人讨厌的。
因此，需要一种解决方案来改善连接故障的检测并建立不需要订户介入的连接故障诊断。
发明内容
根据本公开的一个方面，提供了一种通信故障报告的方法。该方法由第一接入点设备实现，并且包括：由第一接入点设备检测第一接入点设备经由第一接入点设备的广域网接口与第一接入点设备的服务提供商通信的故障。由所述第一接入点设备经由所述第一接入点设备的无线局域网接口在至少一个无线通信信道上发送至少一个探测请求消息，所述至少一个探测请求消息包括使所述至少一个探测请求消息能够被至少第二接入点设备识别为遇险消息以由所述至少第二接入点设备向所述服务提供商报告所述故障的有效载荷，其中所述遇险消息表示所述第一接入点设备经由所述第一接入点设备的广域网接口与所述服务提供商通信的所述故障的报告。
根据通信故障报告方法的另一方面，该方法还包括：为了发送至少一个探测请求消息，选择在其上接收到了应答先前由所述第一接入点设备发送的用于扫描所述第一接入点设备附近的无线局域网的探测请求消息的探测响应消息的至少一个无线通信信道。
根据通信故障报告方法的另一方面，该方法还包括：为了发送至少一个探测请求消息，选择具有与所述第一接入点设备相同的服务提供商的至少第二接入点设备，所述相同的服务提供商从包括在所述探测响应消息中的信息中被识别。
根据通信故障报告方法的另一方面，有效载荷还包括第一接入点设备的广域网接口的媒体接入控制地址。
根据通信故障报告方法的另一方面，有效载荷还包括第一接入点设备的互联网协议地址。
根据通信故障报告方法的另一方面，有效载荷还包括根据技术报告069数据模型格式化的第一接入点设备的参数。
根据通信故障报告方法的另一方面，有效载荷还包括根据简单网络管理协议格式化的第一接入点设备的参数。
本原理还涉及由第二接入点设备实现的通信故障报告的方法。该方法包括：从第一接入点设备在由第二接入点设备用于第二接入点设备的局域网的无线通信信道上接收至少一个探测请求消息。该方法还包括：当所述至少一个探测请求消息包括将所述至少一个探测请求消息识别为表示所述第一接入点设备与所述第一接入点设备的服务提供商通信的故障的遇险消息的有效载荷时，经由所述第二接入点设备的广域网接口向所述服务提供商报告所述第一接入点设备与所述服务提供商通信的故障。
本原理还涉及一种第一接入点设备，包括处理器、存储器、广域网接口和无线局域网接口，被配置为检测第一接入点设备经由广域网接口与第一接入点设备的服务提供商通信的故障。所述处理器、存储器、广域网接口和无线局域网接口还被配置为：经由无线局域网接口在至少一个无线通信信道上发送至少一个探测请求消息，所述至少一个探测请求消息包括使所述至少一个探测请求消息能够被至少第二接入点设备识别为遇险消息以由所述至少第二接入点设备向所述服务提供商报告所述故障的有效载荷，其中所述遇险消息表示所述第一接入点设备经由所述第一接入点设备的广域网接口与所述服务提供商通信的所述故障的报告。
根据第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：为了发送至少一个探测请求消息，选择在其上接收到了应答先前由所述第一接入点设备发送的用于扫描所述第一接入点设备附近的无线局域网的探测请求消息的探测响应消息的至少一个无线通信信道。
根据所述第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：为了发送至少一个探测请求消息，选择具有与所述第一接入点设备相同的服务提供商的至少第二接入点，所述相同的服务提供商从包括在所述探测响应消息中的信息中被识别。
根据第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：在有效载荷中包括第一接入点设备的广域网接口的媒体接入控制地址。
根据第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：在有效载荷中包括第一接入点设备的互联网协议地址。
根据第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：在有效载荷中包括根据技术报告069数据模型格式化的第一接入点设备的参数。
根据第一接入点设备的另一方面，所述处理器、存储器、广域网接口和无线局域网接口还被配置为：在有效载荷中包括根据简单网络管理协议格式化的第一接入点设备的参数。
根据第一接入点设备的另一方面，第一接入点设备是网关。
根据本原理的另一方面，提供了一种第二接入点设备，包括处理器、存储器、无线局域网接口和广域网接口，被配置为：从第一接入点经由无线局域网接口在至少一个无线通信信道上接收至少一个探测请求消息，所述至少一个探测请求消息包括使至少一个探测请求消息能够被第二接入点设备识别为遇险消息的有效载荷，其中所述遇险消息表示在第一接入点的广域网接口上的所述第一接入点和服务提供商之间的通信故障的报告。上述处理器、存储器、广域网接口和无线局域网接口还被配置为：经由第二接入点设备的广域网接口向第一接入点的服务提供商报告通信故障。
附图说明
通过对特定的非限制性的实施例的描述，将清楚本公开的更多优点为了描述可获得本公开的优点的方式，通过参考附图中所示出的特定实施例来呈现对本发明原理的具体描述。附图描绘了本公开的示例性实施例，因此不应被认为限制其范围。所描述的实施例可进行组合，以形成具有特定优点的实施例。以下附图中，与先前的附图中已经描述的项目具有相同附图标记的项目将不会被再次描述，以避免不必要地使本公开变得不清楚。将参照附图描述实施例，在附图中：
图1是连接到服务提供商的典型订户家庭。
图2是在无线设备和接入点之间建立的无线通信的序列图。
图3是包括对同一服务提供商的若干订户的网络基础架构。
图4是示出了根据本公开的一些原理的连接故障报告的方法的实施例的序列图。
图5是示例探测请求格式。
图6是示出了根据本公开的一些原理的连接故障报告的方法的另一实施例的序列图。
图7是由检测到与服务提供商的通信故障的接入点实现的根据本公开原理的连接故障报告的方法的实施例的流程图。
图8是具有用于实现根据本公开原理的方法的处理器和存储器的接入点12的实施例。
图9是适于实现根据本公开原理的方法的接入点32的实施例。
图10是根据本原理的由接收一个或多个探测请求消息的接入点32实现的根据本公开原理的通信故障报告方法的实施例的流程图。
应该理解，附图用于说明本公开的概念的目的，并不一定是用于说明本公开的唯一可能的配置。
具体实施方式
本说明书示意了本公开的原理。因此，可以理解的是，本领域的技术人员将能够设计出虽然没有明确地在此描述或示出但体现了本公开原理并包括在其精神和范围之内的各种布置。
这里记载的所有示例和条件语言预期用于教导目的，以帮助读者理解本公开原理和发明人为改进现有技术而贡献的构思，并且应解释为不限于这些具体记载的示例和条件。
此外，这里对本公开的原理、方面、实施例及其特定示例做出引述的所有声明意在包括本发明的结构和功能上的等同物。此外，这种等同物旨在包括当前已知的等同物以及将来研发的等同物，即，执行相同功能的所研发的任何元件，而无论其结构。
图1是连接到服务提供商的典型订户家庭。系统1包括经由链路100连接到广域网WAN 11的服务提供商SP 10和订户家庭1001。订户家庭1001包括网关GW 12。网关12为家庭网络LAN设备机顶盒STB 13、数字电视DTV 14、个人计算机PC 15和智能电话16提供有线和无线接入点(AP)。在服务提供商10针对组合的因特网、电话和IPTV服务的三重播放提供的上下文中向订户提供网关12。网关12包括若干网络接口：使连接101能够与WAN 11连接的第一广域接口、使有线连接103能够与有线LAN设备13和14连接的第二局域网接口、以及使无线连接102能够与无线LAN设备PC 15和智能手机16连接的第三无线局域网接口。在系统1中，订户网关12和服务提供商10之间的链路101的故障由于所有服务、因特网、电话和IPTV都受到影响而可能令订户非常烦恼。这种故障在服务提供商的帮助台呼叫中所占的比例很高。
图2是在PC 15(或智能电话16)和网关12之间建立的WiFi(Wi-Fi联盟的商标，基于IEEE 802.11标准的无线LAN技术)通信的序列图。就WiFi而言，PC 15是移动站(STA)，并且网关1 2是接入点(AP)。移动站PC 15由于未被认证且未被关联而开始。作为网络发现的一部分，移动站PC 15广播探测请求消息200以发现移动站PC 15邻近的WiFi网络。这些探测请求通告移动站支持的数据速率和WiFi能力。探测请求被发送到FF：FF：FF：FF：FF：FF(十六进制表示法)的BSSID(运行在无线接入点上的WiFi芯片组的媒体接入控制(MAC)地址或硬件地址)和目的地第2层地址，并且接收到该消息的所有AP将响应。接收探测请求的AP(诸如网关12)将发送探测响应201，通告服务集标识符(SSID，＝无线网络名称)、支持的数据速率、加密类型和AP的无线能力。移动站PC 15从其接收到的探测响应中选择(根据偏好自动地或基于手动用户选择)网络，并且关联过程开始。移动站向所选择的AP(这里，向GW 12)发送202认证信息(认证帧)。接入点GW 12接收认证帧并且响应203移动站PC 15。移动站PC 15向所选接入点GW 12发送关联请求204。接入点GW 12接收关联请求204，并以关联响应205进行响应。认证和关联请求帧和应答具有本领域已知的格式，在此不再详述。移动站PC 15现在与接入点GW 12完全关联，并且数据传输开始206。探测请求在所有信道上发送，并且探测请求的发送是站点和接入点之间的关联的前导。“探测”或发送探测请求通常在IEEE802.11中用于实现多个目标(例如当前网络的主动扫描)，还用于存在检测和链路活动检测。
图3是包括对同一服务提供商10或不同服务提供商(10和10′)的若干订户的网络基础架构。基础架构3包括第一订户的第一家庭1001和第二订户的第二家庭3001。第二家庭3001包括第二网关32。第二家庭3001中的第二网关32还包括无线网络302。第二网关32包括具有LAN设备33-36的第二LAN。由于链路101中断，第一家庭1001中的第一网关12与WAN 11断开连接。第二家庭3001中的第二网关32仍经由链路301连接到WAN 11。第一家庭1001中的网关12和第二家庭3001中的网关32各自在彼此的WiFi通信范围内。
在下文中，术语“网关”(GW)、“接入点”(AP)和“无线接入点”(WAP)被无差别地使用以表示相同的意思。这意味着如下所述的网关也是(无线)接入点。在计算机联网中，无线接入点是允许无线网络兼容设备连接到网络的联网硬件设备。因此，本原理可以应用于除了网关的其他类型的接入点，诸如充当无线接入点(例如，向LAN设备提供WiFi或WiMAX无线接入点以及向用于连接到WLAN的LAN设备的WLAN提供4G/5G/LTE无线连接)的移动设备。
图4是示出了根据本公开的一些原理的连接故障报告的方法的实施例的序列图。该实施例包括：发送探测请求遇险消息(遇险消息)(即，具有特定有效载荷的探测请求消息)，该探测请求遇险消息在由接入点接收时由探测请求消息的特定有效载荷标识为遇险消息。第一家庭1001中的网关12中的故障监视功能检测到第一家庭1001经由链路101与网关12的SP 10通信中的持久中断或严重通信错误，这阻止了网关12与网关12的服务提供商SP 10通信。类似于参考图2的消息200，网关12在所有RF信道1至n上广播(发送)探测请求遇险消息400至402，以期望探测请求遇险消息由RF信号可及的范围内的网关接收。所发送的探测请求遇险消息与消息200的不同之处在于，根据本原理，这些是具有特定有效载荷的探测请求消息。特定有效载荷使得能够由接收接入点/网关识别为遇险消息。图4示出了仅由一个网关GW 32接收探测请求遇险消息。例如，n＝8，并且由网关32接收403在信道八上发送的探测请求遇险消息。网关42不在RF信号可及的范围内，并且不接收由网关12发送的探测请求遇险消息。备选地，网关42可以在RF信号可及的范围内，并且接收来自网关12的探测请求遇险消息，但是由于网关42不是来自服务提供商SP 10的服务提供的订户的网关，所以网关42丢弃该来自网关12的探测请求遇险消息。备选地，网关42可以在RF信号可及的范围内，并且接收来自网关12的探测请求遇险消息，并且即使网关42不是来自服务提供商SP 10的服务提供的订户的网关，但网关42是来自服务提供商SP 10′的服务提供的订户的网关，网关42也不丢弃该来自网关12的探测请求遇险消息。网关32从接收到的探测请求遇险消息中提取404信息，如网关12的标识信息、以及与在探测请求遇险消息的有效载荷中存在的故障的性质有关的其他信息。网关12可以包括网关12通过链路301向网关12的服务提供商SP 10发送405的故障报告消息中的其他信息。接收遇险消息并发送故障报告消息的网关/接入点在下文中也被称为“转发”网关/接入点。服务提供商SP 10接收故障报告，并由此在没有任何用户干预的情况下被通知网关12的连接故障。该机制有利地使服务提供商即使在订户不在的情况下(例如，当订户没有正使用他的网关时)也能知道这些问题及其性质。如果在同一通信路径中多个遇险网关报告许多相同性质的故障，则服务提供商可以推断出问题是由服务提供商与多个遇险网关之间的通信路径中的路由器故障或者路由器与服务提供商之间的通信链路故障引起的。在从其他网关接收到的故障报告分析和可能的故障报告分析之后，服务提供商的服务平台可以采取适当措施，例如重新启动到网关12的网络路径中的故障路由器或动态主机配置协议(DHCP)服务器、下载并安装新的路由器软件或DHCP服务器软件、或者物理替换或修复遇险网关/接入点与服务提供商之间的通信链路中的网络设备、或者物理替换或修复诊断为故障的通信链路。可以看出，遇险网关与转发网关之间的通信不超出探测请求消息的发送，即，网关之间不存在关联和数据交换。完整的数据通信建立将需要遇险网关扮演站点的角色，参见图2。网关是针对限定接入点，并且通常不具有成为站点所需要的软件或硬件(无线通信芯片组)。由接入点广播探测请求被接入点用于扫描并确定最少使用的信道，并且因此，为扫描功能提供适当的接入点软件和硬件(无线通信芯片组)。因此，根据本原理，基于由接入点广播探测请求来广播遇险消息的特征有利地不需要硬件修改，也不需要重要的软件修改。因此，本原理可以容易地实现为针对异构网关集合的高层升级。
图5是IEEE802.11标准中规定的示例探测请求格式。供应商专用字段中包括使特定有效载荷成为探测请求遇险消息的特定有效载荷，以与IEEE802.11兼容。供应商特定的字段被如下格式化：
<vendor-specific tag><OUI><vendor-specific-type><data>(1)
OUI是组织特定标识符。供应商特定标签(1)可以重复多次，直到探测请求帧大小耗尽。探测请求帧大小可以达到2300个字节，因此可以假没2000个字节可用于特定有效载荷。在减去首部信息之后，约1920个字节的有效载荷数据可用。根据特定实施例，使用单个有效载荷消息。探测请求遇险消息中的OUI可以表示发布该消息的设备的公司/品牌、或者已经提供该设备且该设备的用户已经订阅了服务提供的服务提供商。增加的数值(序列号)用于供应商特定类型字段，以便可以对探测请求遇险消息排序；例如，第一个探测请求遇险消息具有数值0，最后的探测请求遇险消息具有数值n。对于示例探测请求遇险消息，<数据>字段被组织如下：
ο消息类型：1个字节。“遇险消息”＝0x01。
ο认证信息：
·设备证书-250个字节；
·随机数(4个字节，见下一字段)；
·数字消息签名：使用遇险设备的私钥通过随机数+设备证书的散列(如果使用SHA1，则有160个字节)进行加密；
ο寻址：
·遇险设备的MAC地址(如果还未包括在证书中)：6个字节
·遇险设备的最后一个已知IP地址：4个字节
·服务提供商的IP地址：4个字节
ο遇险设备的用于诊断目的的数据：
·系统运行时间：4个字节
·最新的日志数据：文本数据的160个字节
·配置概要：240个字节
·链路数据：根据适用的管理数据模型(例如，TR-069)
格式化的各设备参数信息。
数字消息签名和设备证书是安全相关字段(在此不再进一步描述)，并且可以根据本领域已知的技术进行格式化。
其他信息可以被包括在探测请求遇险消息的数据字段中，其适于遇险设备并且用类型-长度值(TLV)编码。可以使用除了TR-069之外的其他数据模型，例如，SNMP。
上述探测请求遇险消息格式作为示例被包括。探测请求遇险消息可以具有任何不同的格式(专有的或标准化的)，但是会至少需要接收网关将该消息理解为遇险消息。因此，这样的消息将包括表示该消息是遇险消息的信息。此外，探测请求遇险消息将至少包括使消息的服务提供商接收机能够识别网络中的遇险网关的信息(设备标识符)。
根据特定实施例，如在以上示例遇险消息格式中所述，遇险网关包括遇险网关广播(发送)的探测请求遇险消息中的遇险网关的最后使用的IP地址。
根据特定实施例，遇险网关包括使得能够识别服务提供商的信息。这使遇险消息的接收机设备能够识别遇险消息指定哪个服务提供商(例如，10或10′)，并且当接收机设备仅转发指定接收机设备“自己的”提供商的遇险消息并丢弃指定除了接收机设备“自己的”提供商之外的遇险消息时，这会是有利的。根据特定实施例，该信息作为附加字段被包括在探测请求遇险消息中。根据特定实施例，OUI被用于包括该信息。
根据特定实施例，遇险消息的接收机设备利用其自己的服务提供商验证服务提供商信息，并且如果相同，则遇险消息的接收机设备将具有相同服务提供商信息的探测响应消息发送到遇险网关。接收探测响应的遇险网关验证探测响应中的服务提供商信息是否与遇险网关“自己的”服务提供商匹配。如果匹配，则遇险网关“知道”：遇险消息被在广播遇险消息的特定信道上存在的′友好′网关接收，并且遇险消息将由该友好网关转发到遇险消息中的提供商IP地址。
备选地或附加地，如在上述示例遇险消息格式中所提及的，遇险网关在广播的探测请求遇险消息中包括有关WAN接口(连接到故障通信链路)的遇险网关的媒体接入控制地址。MAC地址是分配给设备的网络接口的唯一标识符。MAC地址用作大多数IEEE802网络技术(包括以太网和WiFi)的网络地址。MAC地址通常由设备中的网络接口控制器(NIC)的制造商分配并存储在其硬件中。当NIC设备制造商分配MAC地址时，它通常对制造商的注册标识号进行编码，并可以被称为烧录地址(BIA)。制造商的注册标识号还可以被称为以太网硬件地址(EHA)或硬件地址。该地址可以与先前提到的IP地址进行对比，先前提到的IP地址在IP地址协商期间例如经由DHCP协议分配给该设备，并且因此可以改变。
备选地或附加地，遇险网关在广播的探测请求遇险消息中包括遇险网关的序列号。
根据特定实施例，广播的探测请求遇险消息包括能够由服务提供商的服务平台进行故障诊断的其他数据。这样的数据可以包括误码率(BER)、丢失的分组的数量、信号强度或可有助于诊断所遇到的通信问题的原因的任何其他数据。例如，该信息可以根据TR-069或SNMP进行格式化。
根据特定实施例，广播的探测请求遇险消息包括在报告数据过大而被包括在一个探测请求遇险消息的有效载荷中的情况下的序列号。
根据特定实施例，广播的探测请求遇险消息中的信息被压缩以减小尺寸。
根据可有利地与任何先前描述的实施例组合的特定实施例，探测请求遇险消息仅在所选数量的信道上或在单个所选的信道上广播。尽管原则上，上面讨论的针对最少使用的信道的扫描由现有技术接入点/网关用来确定最少使用的信道并用于使用这些信道与其无线LAN设备进行无线通信，目的是避免与相邻接入点使用的信道发生数据冲突，根据本原理，这种扫描的结果令人惊讶地并有利地用于：选择一个或多个相反由相邻接入点使用的最多使用的信道，并且在所选的一个或多个所使用信道上广播探测请求消息。该实施例有利地提高了广播探测请求遇险消息的效率，因为其目标在于，在可能找到使用所选信道之一且在所选信道之一上监听的相邻网关的信道上广播，并且避免占用未使用的信道并在无论如何也没有相邻设备正在监听的信道上广播遇险消息上浪费时间和电力。
根据可以有利地与任何先前描述的实施例组合的特定实施例，当在网关(遇险网关)与该网关在WAN中的服务提供商之间的主通信链路上检测到异常时，执行先前讨论的针对由相邻接入点使用的信道(所使用信道)的扫描。这样，遇险网关可以将其遇险消息定向到对一个或多个所使用信道的更新选择，并提高广播遇险消息的效率。根据特定实施例，在广播遇险消息的持续时间期间定期执行先前讨论的针对所使用信道的扫描以适应于所使用信道列表中的改变。
根据特定实施例，在超时期限到期之后，遇险网关暂停或停止广播遇险消息。这有利地避免了广播遇险消息扰乱相邻网关之间的通信以及那些相邻网关与它们的LAN设备之间的通信。
图6是示出了根据本公开的一些原理的连接故障报告的方法的另一实施例的序列图。该实施例包括仅基于探测请求机制在遇险网关与相邻网关及最终在服务提供商的服务中心之间创建双向通信路径。在已经从与遇险网关GW 12相邻的网关GW 32接收到故障报告405之后，遇险网关12的服务提供商10向GW 32发送遇险消息确认600。网关32接着通过在从遇险网关12接收到遇险消息的信道上广播(发送)探测请求消息，以具有特定有效载荷的探测请求消息601的形式向遇险网关GW 12通知遇险消息确认的接收，其中所述特定有效载荷将探测请求消息标记为遇险消息接收确认。有利地，这使遇险网关12能够获知遇险消息已被接收到并且已被考虑。
根据特定的有利实施例，当接收到遇险消息接收确认时，停止广播遇险消息。
根据特定实施例，遇险消息确认包括与转发网关(这里为GW 32)的标识有关的信息。根据特定实施例，该信息包括转发网关(这里为GW 32)的无线网络的SSID(网络名称)。这使遇险网关能够识别由转发网关使用的网络，并且最终可以用于遇险网关与转发网关之间的任何进一步通信。
根据另一实施例，发送故障报告405和从服务提供商600接收确认消息是根据诸如SNMP或TR-069的远程管理协议。
根据另一实施例，遇险消息接收确认消息包括其他信息，如服务提供商10与遇险网关12之间的通信故障的原因的指示以及返回到正常操作的预期时间。这样的信息可以有利地显示在遇险网关的LAN中的显示设备上的弹出消息中，以使服务提供商10的服务提供的订户知道所遇到的通信问题的状态，并且如果许多订户正在经历由网络11中的重要故障引起的通信问题，则提高客户满意度并避免使呼叫中心和帮助台过载。
根据另一实施例，遇险消息接收确认消息包括其他信息，例如针对将使遇险设备能够修复通信故障的本地原因的遇险设备的指令和更新。如先前所提及，针对探测请求遇险消息，如果有效载荷大小不足以使其他信息包括在一个探测请求中，则探测请求遇险消息确认消息可以包括序列号。在这种情况下，将其他信息以具有遇险设备的SSID且具有随后的序列号的一系列探测请求发送到遇险设备，并且该系列的每个消息优选地包括第一个序列号和最后序列号。
图7是由检测与其服务提供商10的通信故障的接入点12实现的根据本公开原理的通信故障报告的方法的实施例的流程图700。该方法例如由图3的网关12实现。在第一步骤701中，确定在接入点12与接入点12的服务提供商10之间的通信链路101上是否检测到通信故障，或者是否检测到接入点12经由接入点12的广域网接口802与接入点12的服务提供商10通信的故障。如果没有检测到通信故障(701-否)，则重复步骤701。在检测到通信故障(701-是)之后，在步骤702中接入点12在一个或多个无线通信信道上广播(发送)一个或多个探测请求消息。根据本原理，广播的探测请求消息是特定的探测请求消息，因为：它们具有使接收探测请求消息的一个或多个第二接入点32能够将这些探测请求消息识别为遇险消息的特定有效载荷，遇险消息表示第一接入点12与第一接入点12的服务提供商10之间的通信链路101上的通信的故障的报告、或第一接入点12经由第一接入点的广域网接口802与第一接入点的服务提供商10通信的故障的报告。接收遇险消息的一个或多个第二接入点32向接入点12的服务提供商10报告通信故障，例如，接入点32可以使用接入点32自己的广域网接口902经由WAN 11向服务提供商10报告通信故障。
图8是适于实现根据本公开原理的方法的接入点12的实施例。设备12包括处理器或中央处理器或处理单元800、存储器801、用于经由通信链路101将接入点连接到WAN 11和服务提供商10的广域网接口802以及用于与LAN设备13-16连接的局域网接口803。网络接口803被分为两个网络接口803a和803b，用于分别与LAN设备13-16进行无线通信和有线通信，例如，无线局域网接口803a用于与设备15和16进行无线WiFi连接、以及有线局域网接口803b用于与设备13和14进行有线以太网连接。处理器800检测在通信链路101上与服务提供商10的通信故障、或检测接入点12经由接入点12的广域网接口802与接入点12的服务提供商10通信的故障。在检测到通信故障之后，网络接口803a被用于在一个或多个无线通信信道上广播(发送)可由一个或多个相邻接入点(例如，接入点32)接收的探测请求遇险消息，该一个或多个相邻接入点将经由其自己与WAN 11的通信链路(例如，经由通信链路301)向服务提供商10报告故障。
图9是适于实现根据本公开原理的方法的接入点32的实施例。图8是遇险消息发射机的图，而图9是遇险消息接收机(遇险消息转发设备)的图。
设备32包括处理器或中央处理器或处理单元900、存储器901、用于将接入点经由通信链路301连接到WAN 11和服务提供商10或10′的广域网接口902(接入点32的服务提供商可以与接入点12的服务提供商是同一服务提供商10，或者可以是不同的服务提供商10′)、以及用于与LAN设备33-36连接的局域网接口903。网络接口903被分为两个局域网接口903a和803b，用于分别与LAN设备33-36进行无线通信和有线通信，例如，无线局域网接口903a用于与设备35和36进行无线WiFi连接，以及有线局域网接口903b用于与设备33和34的有线以太网连接。一个或多个探测请求消息经由无线局域网接口903a从遇险接入点12在无线通信信道上被接收，并且被处理器900识别为表示报告接入点12与接入点12的服务提供商10之间通过接入点12的广域网接口802的通信故障的一个或多个遇险消息。由于一个或多个探测请求消息的特定的有效载荷，处理器900将一个或多个探测请求消息识别为一个或多个遇险消息。当处理器900已经将一个或多个探测请求消息识别为一个或多个遇险消息时，处理器900经由接入点设备12自己的广域网接口902将故障报告给从其接收到一个或多个遇险消息的接入点设备12的提供商10。
图10是根据本原理的由接入点32接收一个或多个探测请求消息实现的根据本公开的原理的通信故障报告方法10000的实施例的流程图。该方法例如由接入点32实现。在第一步骤10001中，根据本原理，确定接入点32是否在由接入点32用于接入点32的局域网的无线通信信道上接收至少一个探测请求消息。如果没有收到遇险消息，则重复步骤10001(10001-否)。然而，如果接收到遇险消息，则进行步骤10002。在该步骤中，接入点32经由接入点32的广域网接口902向接入点12的服务提供商10报告接入点12与接入点12的服务提供商10通信的故障。如果探测请求消息包括将探测请求消息识别为表示接入点12与接入点12的服务提供商10通信的故障的遇险消息的有效载荷，则根据本原理，接入点32识别探测请求消息是否是遇险消息。
应该理解的是，在所有实施例中，图中的一些元件可能不被使用或不是必需的。一些操作可以并行执行。与所示出和/或描述的实施例不同的实施例也是可能的。例如，实现本原理的设备可以包括硬件和软件的组合。
应该理解，本公开原理的方面可以体现为系统、方法或计算机可读介质。因此，本公开原理的方面可以采用完全硬件实施例的形式、完全软件实施例(包括固件、驻留软件、微代码等)的形式或组合了软硬件方面的实施例的形式，它们可以一般地在此定义为“电路”、“模块”或“系统”。此外，本公开原理的方面可以采用计算机可读存储介质的形式。可以利用一个或多个计算机可读存储介质的任意组合。
因此，例如，将理解的是，本文中所呈现的示图表示实现本公开原理的说明性系统组件和/或电路的概念图。类似地，将认识到的是，任意流图、流程图、状态转变图、伪码等表示可以在计算机可读存储介质中充分表示并由计算机或处理器如此执行的各种处理，而不管是否明确地示出了这种计算机或处理器。
计算机可读存储介质可以采用计算机可读程序产品的形式，所述计算机可读程序产品体现在一个或多个计算机可读介质中，并且其中体现有可由计算机执行的计算机可读程序代码。如本文中使用的计算机可读存储介质被认为是非暂时性存储介质，其具有用来在其中存储信息的内在能力以及提供从中获取信息的内在能力。计算机可读存储介质可以是例如但不限于：电、磁、光、电磁、红外或半导体系统、装置或设备或前述系统、装置或设备的任意合适组合。存储介质的一些或全部方面可以位于远程(例如在“云”中)。应当认识到，尽管提供了可应用本发明原理的计算机可读存储介质的更具体示例，但如本领域普通技术人员更容易理解的，以下项仅是说明性的而非穷尽地列出：硬盘、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、便携式压缩盘只读存储器(CD-ROM)、光存储设备、磁存储设备或前述项的任意合适组合。

Claims (17)

1.一种由根据IEEE 802.11的第一接入点设备(12)实现的通信故障报告的方法(600)，所述方法包括：
由所述第一接入点设备检测(701)所述第一接入点设备经由所述第一接入点设备的广域网接口(802)与所述第一接入点设备的服务提供商(10)通信的故障；
由在接入点AP模式下操作的所述第一接入点设备在不切换到站点STA模式且不在STA模式下建立与第二接入点设备的连接的情况下经由所述第一接入点设备的无线局域网接口(803)在至少一个无线通信信道上发送(702)至少一个IEEE 802.11探测请求消息，所述至少一个IEEE 802.11探测请求消息包括使所述至少一个IEEE 802.11探测请求消息能够被至少第二接入点设备(32)识别为遇险消息以由所述至少第二接入点设备向所述服务提供商报告所述故障的有效载荷，其中所述遇险消息表示所述第一接入点设备经由所述第一接入点设备的广域网接口与所述服务提供商通信的所述故障的报告。
2.根据权利要求1所述的方法，还包括：为了发送至少一个IEEE 802.11探测请求消息，选择在其上接收到了应答先前由所述第一接入点设备发送的用于扫描所述第一接入点设备附近的无线局域网的探测请求消息的探测响应消息的至少一个无线通信信道。
3.根据权利要求2所述的方法，还包括：为了发送至少一个IEEE 802.11探测请求消息，选择具有与所述第一接入点设备相同的服务提供商的至少第二接入点设备，所述相同的服务提供商从包括在所述探测响应消息中的信息中被识别。
4.根据权利要求1至3中任一项所述的方法，其中，所述有效载荷还包括所述第一接入点设备的所述广域网接口的媒体接入控制地址。
5.根据权利要求1至3中任一项所述的方法，其中，所述有效载荷还包括所述第一接入点设备的互联网协议地址。
6.根据权利要求1至3中任一项所述的方法，其中，所述有效载荷还包括根据技术报告069数据模型格式化的所述第一接入点设备的参数。
7.根据权利要求1至3中任一项所述的方法，其中，所述有效载荷还包括根据简单网络管理协议格式化的所述第一接入点设备的参数。
8.一种由根据IEEE802.11的第二接入点设备(32)实现的通信故障报告的方法，所述方法包括：
从在接入点AP模式下操作的第一接入点设备(12)在由所述第二接入点设备用于所述第二接入点设备的局域网的无线通信信道上接收至少一个IEEE802.11探测请求消息，所述至少一个IEEE802.11探测请求消息是在所述第一接入点设备不与所述第二接入点设备建立连接的情况下被所述第二接入点设备接收的；
当所述至少一个IEEE802.11探测请求消息包括将所述至少一个IEEE802.11探测请求消息识别为表示所述第一接入点设备与所述第一接入点设备的服务提供商通信的故障的遇险消息的有效载荷时，经由所述第二接入点设备的广域网接口(902)向所述服务提供商报告所述第一接入点设备与所述服务提供商通信的故障。
9.一种根据IEEE802.11的第一接入点设备(12)，所述第一接入点设备(12)包括处理器(800)、存储器(801)、广域网接口(802)和无线局域网接口(803)，并被配置为：
检测所述第一接入点设备经由所述广域网接口与所述第一接入点设备的服务提供商(10)通信的故障；以及
由在接入点AP模式下操作的所述第一接入点设备在不切换到站点STA模式且不在STA模式下建立与第二接入点设备的连接的情况下经由所述无线局域网接口在至少一个无线通信信道上发送(702)至少一个IEEE802.11探测请求消息，所述至少一个IEEE802.11探测请求消息包括使所述至少一个IEEE802.11探测请求消息能够被至少第二接入点设备(32)识别为遇险消息以由所述至少第二接入点设备向所述第一接入点设备的所述服务提供商报告所述故障的有效载荷，其中所述遇险消息表示所述第一接入点设备经由所述广域网接口与所述服务提供商通信的所述故障的报告。
10.根据权利要求9所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：为了发送至少一个IEEE802.11探测请求消息，选择在其上接收到了应答先前由所述第一接入点设备发送的用于扫描所述第一接入点设备附近的无线局域网的探测请求消息的探测响应消息的至少一个无线通信信道。
11.根据权利要求10所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：为了发送至少一个IEEE802.11探测请求消息，选择具有与所述第一接入点设备相同的服务提供商的至少第二接入点，所述相同的服务提供商从包括在所述探测响应消息中的信息中被识别。
12.根据权利要求9至11中任一项所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：在所述有效载荷中包括所述第一接入点设备的所述广域网接口的媒体接入控制地址。
13.根据权利要求9至11中任一项所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：在所述有效载荷中包括所述第一接入点设备的互联网协议地址。
14.根据权利要求9至11中任一项所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：在所述有效载荷中包括根据技术报告069数据模型格式化的所述第一接入点设备的参数。
15.根据权利要求9至11中任一项所述的第一接入点设备，其中，所述处理器、所述存储器、所述广域网接口和所述无线局域网接口还被配置为：在所述有效载荷中包括根据简单网络管理协议格式化的所述第一接入点设备的参数。
16.根据权利要求9至11中任一项所述的第一接入点设备，其中，所述第一接入点设备是家庭接入网关。
17.一种根据IEEE802.11的第二接入点设备(32)，所述第二接入点设备(32)包括处理器(900)、存储器(901)、无线局域网接口(903a)和广域网接口(902)，并被配置为：
从在接入点AP模式下操作的第一接入点设备(12)经由所述无线局域网接口在至少一个无线通信信道上接收至少一个IEEE802.11探测请求消息，所述至少一个IEEE802.11探测请求消息是在所述第一接入点设备不与所述第二接入点设备建立连接的情况下被所述第二接入点设备接收的，所述至少一个IEEE802.11探测请求消息包括使所述至少一个IEEE802.11探测请求消息能够被所述第二接入点设备识别为遇险消息的有效载荷，其中所述遇险消息表示在所述第一接入点的广域网接口(802)上的所述第一接入点和服务提供商之间的通信故障的报告；以及
经由所述第二接入点设备的所述广域网接口向所述第一接入点的所述服务提供商报告所述通信故障。
CN201810694939.0A 2017-06-28 2018-06-28 通信故障报告的方法和对应的设备 Active CN109150650B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP17305808.2A EP3422637A1 (en) 2017-06-28 2017-06-28 Method of communication failure reporting and corresponding apparatus
EP17305808.2 2017-06-28

Publications (2)

Publication Number Publication Date
CN109150650A CN109150650A (zh) 2019-01-04
CN109150650B true CN109150650B (zh) 2023-08-11

Family

ID=59315534

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810694939.0A Active CN109150650B (zh) 2017-06-28 2018-06-28 通信故障报告的方法和对应的设备

Country Status (4)

Country Link
US (1) US10904777B2 (zh)
EP (2) EP3422637A1 (zh)
CN (1) CN109150650B (zh)
BR (1) BR102018013362A2 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11190395B2 (en) * 2018-08-08 2021-11-30 International Business Machines Corporation Alerting service provider of failed network connectivity by IoT-enabled modem
US10791191B2 (en) * 2018-11-05 2020-09-29 Slack Technologies, Inc. Maintaining minimum interface functionality in an absence of a push-based communications connection in a group-based communication system
WO2020182446A1 (en) * 2019-03-08 2020-09-17 British Telecommunications Public Limited Company Vehicle management
US10862742B2 (en) * 2019-03-08 2020-12-08 Juniper Networks, Inc. Method for conveying AP error codes over BLE advertisements
CN110418366A (zh) * 2019-06-14 2019-11-05 武汉慧联无限科技有限公司 一种故障上报装置及方法
CN110445651A (zh) * 2019-08-08 2019-11-12 珠海格力电器股份有限公司 基于集中器对数据进行边缘化处理的方法及装置
US11115225B2 (en) * 2019-11-20 2021-09-07 Verizon Patent And Licensing Inc. Remote home router communication via set-top box
CN112073234A (zh) * 2020-09-02 2020-12-11 腾讯科技（深圳）有限公司 一种故障检测方法、装置、系统、设备及存储介质
US20230370871A1 (en) * 2020-09-16 2023-11-16 Arris Enterprises Llc Method for remote debugging of gateway when wan connection of gateway is lost
WO2022221036A1 (en) * 2021-04-13 2022-10-20 Arris Enterprises Llc Notifying service provider of wi-fi gateway issues
CN113852526A (zh) * 2021-08-24 2021-12-28 天翼数字生活科技有限公司 基于WiFi的家庭网络诊断方法和系统
CN113905050B (zh) * 2021-08-30 2023-07-18 成都市联洲国际技术有限公司 一种互联网访问信息的探测方法、装置和系统
CN113873560A (zh) * 2021-09-29 2021-12-31 中国电信股份有限公司 网络故障的处理方法和装置
US20230232254A1 (en) * 2022-01-20 2023-07-20 Red Hat, Inc. Mayday-relay mechanism in a mesh network

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1685670A (zh) * 2002-10-03 2005-10-19 思科技术公司 无线台站在与接入点关联前确定网络度量的方法
CN1802839A (zh) * 2003-01-13 2006-07-12 摩托罗拉公司(在特拉华州注册的公司) 通过无线局域网向移动站提供网络服务信息的方法和装置
CN101088255A (zh) * 2004-12-27 2007-12-12 讯宝科技公司 用于从接入点至基础设施链路故障恢复的方法和系统
WO2013085366A1 (ko) * 2011-12-08 2013-06-13 엘지전자 주식회사 무선 통신 시스템에서 고속 링크 셋업 방법 및 장치
CN104935466A (zh) * 2015-06-17 2015-09-23 杭州华三通信技术有限公司 一种故障处理方法和装置
CN105722121A (zh) * 2016-03-30 2016-06-29 中国联合网络通信集团有限公司 网关工作模式切换方法和装置、网关、可穿戴设备
EP3043595A1 (en) * 2013-08-23 2016-07-13 LG Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
CN106255180A (zh) * 2016-10-18 2016-12-21 青岛海信宽带多媒体技术有限公司 无线网络接入点的连接方法及装置
CN106576057A (zh) * 2014-06-27 2017-04-19 谷歌公司 端对端网络诊断

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7035202B2 (en) * 2001-03-16 2006-04-25 Juniper Networks, Inc. Network routing using link failure information
US20070064660A1 (en) * 2005-09-16 2007-03-22 Qi Emily H Techniques for enhanced transition from access point to access point by a mobile wireless device
US20080080365A1 (en) 2006-09-28 2008-04-03 Weeresinghe Ranjith Thomas Mah Wireless Access Point Failover System and Method
US8621067B2 (en) 2009-09-10 2013-12-31 At&T Intellectual Property I, Lp Apparatus and method for managing communications
US8811152B2 (en) * 2009-10-29 2014-08-19 At&T Intellectual Property I, L.P. System and method to support secondary channel connection from residential gateway to service provider network
CN102740337B (zh) 2011-04-12 2015-08-12 中兴通讯股份有限公司 基站的远程维护方法及系统
JP6082817B2 (ja) * 2012-11-04 2017-02-15 エルジー エレクトロニクス インコーポレイティド 複数の無線接続技術を支援する端末が無線リンク失敗の発生時に回復する方法及びそのための装置
EP2739081A1 (en) * 2012-11-29 2014-06-04 British Telecommunications public limited company Network access restoration
EP2739093A1 (en) 2012-11-29 2014-06-04 British Telecommunications public limited company Restoration of network access
KR20140148286A (ko) * 2013-06-21 2014-12-31 주식회사 케이티 무선랜 접속 실패 정보 보고 방법 및 그 장치
EP3075184B1 (en) * 2013-11-28 2021-10-20 British Telecommunications public limited company Network access fault reporting
CN103874114B (zh) 2014-03-19 2018-06-12 新华三技术有限公司 一种ap故障处理方法、ap设备以及ac设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1685670A (zh) * 2002-10-03 2005-10-19 思科技术公司 无线台站在与接入点关联前确定网络度量的方法
CN1802839A (zh) * 2003-01-13 2006-07-12 摩托罗拉公司(在特拉华州注册的公司) 通过无线局域网向移动站提供网络服务信息的方法和装置
CN101088255A (zh) * 2004-12-27 2007-12-12 讯宝科技公司 用于从接入点至基础设施链路故障恢复的方法和系统
WO2013085366A1 (ko) * 2011-12-08 2013-06-13 엘지전자 주식회사 무선 통신 시스템에서 고속 링크 셋업 방법 및 장치
EP3043595A1 (en) * 2013-08-23 2016-07-13 LG Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
CN106576057A (zh) * 2014-06-27 2017-04-19 谷歌公司 端对端网络诊断
CN104935466A (zh) * 2015-06-17 2015-09-23 杭州华三通信技术有限公司 一种故障处理方法和装置
CN105722121A (zh) * 2016-03-30 2016-06-29 中国联合网络通信集团有限公司 网关工作模式切换方法和装置、网关、可穿戴设备
CN106255180A (zh) * 2016-10-18 2016-12-21 青岛海信宽带多媒体技术有限公司 无线网络接入点的连接方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
无线局域网内的漫游管理的研究和实现;李富年;;微计算机信息(30);全文 *

Also Published As

Publication number Publication date
CN109150650A (zh) 2019-01-04
US10904777B2 (en) 2021-01-26
EP3422638A1 (en) 2019-01-02
EP3422637A1 (en) 2019-01-02
EP3422638B1 (en) 2022-10-26
BR102018013362A2 (pt) 2019-01-15
US20190007847A1 (en) 2019-01-03

Similar Documents

Publication Publication Date Title
CN109150650B (zh) 通信故障报告的方法和对应的设备
US10447533B2 (en) System and method for managing access point functionality and configuration
JP2019536397A (ja) フォールト検出を容易にするためにパケットをキャプチャおよび／または使用するための方法および装置
US20190141614A1 (en) Wi-Fi Configuration Method, Wi-Fi Mobile Terminal, And Wi-Fi Device
CN112106397A (zh) 提供备用网络连接的无线接入点和方法
US20100039958A1 (en) Device, system, and method for automatically configuring application terminals in home network
CN109548019B (zh) 一种配网方法及系统
US9749883B2 (en) Troubleshooting WI-FI connectivity by measuring the round trip time of packets sent with different modulation rates
JP5796264B2 (ja) シグナリング追跡方法、装置、およびシステム
EP3145161A1 (en) Automatic wireless access network configuration synchronization method and apparatus
US8432833B2 (en) Auto MEP ID assignment within CFM maintenance association
KR102133001B1 (ko) 네트워크 관리 장치, 네트워크 관리 시스템 및 네트워크 관리 방법
EP2541834A1 (en) Method and device for managing machince-to-machine network topology structure
WO2017143968A1 (zh) 更新基本服务集标识bssid
US20130150022A1 (en) Small base station and method for providing self-organizing network (son) for small base station
US9948497B2 (en) System for and method of automatically discovering and configuring NIDs
KR100965626B1 (ko) 무선 랜 시스템의 진단 방법과 진단 프로토콜
EP4087320A1 (en) Method for channel switching in wireless mesh network, and wireless device
CN113708951A (zh) 用于实现智能终端设备的自动配网的方法和系统
WO2011110125A2 (zh) 更改通信链路的方法和接入点
KR100998750B1 (ko) 무선 랜 시스템의 진단 방법과 진단 프로토콜
CN113709846A (zh) 用于自动触发用户装备的无感配网的方法和设备
KR20160016301A (ko) 중계기 감시 시스템, 마스터 중계기 및 마스터 중계기에 의한 중계기 감시 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right

Effective date of registration: 20190523

Address after: Paris France

Applicant after: Interactive digital CE patent holding Co.

Address before: I Si Eli Murli Nor, France

Applicant before: THOMSON LICENSING

TA01 Transfer of patent application right
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant