CN115484153A - 一种基于mqtt协议实现自动诊断cpe的方法和系统 - Google Patents
一种基于mqtt协议实现自动诊断cpe的方法和系统 Download PDFInfo
- Publication number
- CN115484153A CN115484153A CN202210961021.4A CN202210961021A CN115484153A CN 115484153 A CN115484153 A CN 115484153A CN 202210961021 A CN202210961021 A CN 202210961021A CN 115484153 A CN115484153 A CN 115484153A
- Authority
- CN
- China
- Prior art keywords
- cpe
- app
- diagnosis
- self
- mqtt
- 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.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 87
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000007476 Maximum Likelihood Methods 0.000 title 1
- 238000012360 testing method Methods 0.000 title 1
- 238000004092 self-diagnosis Methods 0.000 claims abstract description 38
- 238000004891 communication Methods 0.000 claims abstract description 18
- 238000012545 processing Methods 0.000 claims abstract description 13
- 238000012544 monitoring process Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 claims description 7
- 230000009286 beneficial effect Effects 0.000 abstract description 4
- 230000008439 repair process Effects 0.000 abstract description 4
- 230000004044 response Effects 0.000 description 6
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 229920006235 chlorinated polyethylene elastomer Polymers 0.000 description 1
- 238000000136 cloud-point extraction Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
-
- 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/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Automation & Control Theory (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开涉及一种基于MQTT协议实现自动诊断CPE的方法和系统,所述方法包括如下步骤:APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户,APP端和CPE设备均连接MQTT服务器,通过MQTT服务器代理方式处理来自APP或CPE的主题消息发布和订阅;如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。本公开有利于用户随时可通过APP进行CPE自动诊断记录故障信息,便于管理人员对CPE问题排查与修复。
Description
技术领域
本公开涉及CPE终端设备故障自动诊断领域,尤其是涉及一种基于MQTT协议实现自动诊断CPE的方法和系统。
背景技术
越来越多的用户使用了CPE设备(CPE设备,Customer Premise(s)Equipment的首字母缩写词,指用于访问Internet或通常访问提供商网络上的服务的任何连接设备),以往对CPE设备的管理与监控局限于WEB,未能更好更方便管理以及监控设备运行状况;一方面,当设备出现故障问题导致无法正常上网或带宽速率不稳定时,普通用户并不了解设备出现故障内容应该如何去处理,例如:DHCP服务器故障、DNS状态故障、PON状态连接故障等情况;另一方面,面对越来越多CPE使用用户直接反馈问题,大大增加了运营商或OLT(光线路终端设备)管理人员工作量,这给OLT管理人员带来极大不便以及管理效率低下的问题。
发明内容
本公开提供一种基于MQTT协议实现自动诊断CPE的方法和系统,用户基于APP程序上通过MQTT(消息队列遥测传输协议)协议实现CPE设备自动诊断异常问题与修复,并可上报给后台管理服务器记录诊断信息。本公开提供以下技术方案来解决背景技术中记载的任一技术问题或实现上述目的:
作为本公开实施例的一个方面,提供一种基于MQTT协议实现自动诊断CPE的方法,包括如下步骤:
步骤S1:APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;
步骤S2:如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户,APP端和CPE设备均连接MQTT服务器,通过MQTT服务器代理方式处理来自APP或CPE的主题消息发布和订阅;
步骤S3:如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。
可选地,所述步骤S2具体包括如下步骤:
步骤S201:APP端以CPE设备的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容,发布到MQTT服务器中;
步骤S202:CPE端订阅到APP发布的主题消息,解析消息内容,获取到APP端请求的诊断信息,以CPE设备的MAC作为唯一标识,通过JSON格式将APP端请求的信息内容封装成主题消息,发布到MQTT服务器中;
步骤S203:APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,APP端获取到CPE设备回复的诊断信息数据,根据自定义协议结构解析内容并呈现数据到APP中。
可选地,步骤S3具体包括如下步骤:
步骤S301:APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE设备的CPE端;
步骤S302:APP端根据自定义协议向CPE端发送自诊断API指令;
步骤S303:CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包;
步骤S304:APP端请求CPE设备的诊断数据,根据自定义协议结构解析内容并呈现数据到APP中。
可选地,在步骤S3中的使用自定义Https API指令来请求自诊断CPE设备之后,还包括如下步骤:
步骤S4:将自诊断CPE设备诊断出的消息内容上报到后台服务器记录。
作为本公开实施例的另一方面,提供一种基于MQTT协议实现自动诊断CPE的系统,包括APP端、CPE设备和MQTT服务器,所述APP端和CPE设备均连接MQTT服务器;所述APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户;所述MQTT服务器通过代理方式处理来自APP或CPE的主题消息发布和订阅;如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。
可选地,所述APP端以CPE设备的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容,发布到MQTT服务器中;CPE端订阅到APP发布的主题消息,解析消息内容,获取到APP端请求的诊断信息,以CPE设备的MAC作为唯一标识,通过JSON格式将APP端请求的信息内容封装成主题消息,发布到MQTT服务器中;APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,APP端获取到CPE设备回复的诊断信息数据,根据自定义协议结构解析内容并呈现数据到APP中。
可选地,所述APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE设备的CPE端;所述APP端根据自定义协议向CPE端发送自诊断API指令;CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包。
可选地,所述APP端请求CPE设备的诊断数据,根据自定义协议结构解析内容并呈现数据到APP中。
可选地,所述APP端将自诊断CPE设备诊断出的消息内容上报到后台服务器记录。
本公开的有益效果至少包括:1、本公开将CPE自动诊断监控方法实现APP端管理,是对现有技术WEB自动诊断管理局限性的扩展,有利于用户随时可通过APP进行CPE自动诊断记录故障信息,便于管理人员对CPE问题排查与修复;
2、本公开通过MQTT与HTTPS不同协议、不同网络状况来对CPE实现自动诊断故障,解决了当APP处于无网络状态或CPE不在身边的情况,APP也能对CPE实现自动诊断处理,监控CPE运行状况。
附图说明
图1为本公开实施例中的实现CPE自动诊断两种方式的流程图;
图2为本公开实施例中的实现CPE自动诊断的示意图。
具体实施方式
为使本公开的上述目的、特征和优点能够更加明显易懂,下面将结合附图和具体的实施例对本公开的技术方案进行详细说明。需要指出的是,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例,基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
实施例1
本实施例提供一种基于MQTT协议实现自动诊断CPE的方法,应用于APP平台对CPE设备故障自动诊断方式的管理,如图1-2所示,具体包括如下步骤:
步骤S1:使用APP注册账户并登录后,给CPE设备绑定已登录的APP账户,APP和CPE设备均连接MQTT(消息队列遥测传输协议)服务器,通过MQTT服务器代理方式处理来自APP或CPE的主题消息发布与订阅;
步骤S2:APP端以CPE的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容发布到MQTT服务器中,APP发布主题消息的格式如下所示,表示请求网络诊断主题消息:
mqtt:表示连接上MQTT服务器的属性名称;
doPublish:表示发布MQTT主题;
topic:表示发布MQTT自定义可变头部内容,由发布者与订阅者之间协调头部信息的内容,来设置或获取数据信息。
cpe_mac:以CPE MAC地址作为唯一标识;
internet_diag:表示是网络诊断的请求;
request:表示请求数据;
qos:表示确保消息到达,至少发送一次;
payload:表示消息内容,指订阅者所携带给CPE的参数;
步骤S3:CPE端订阅到APP发布的主题消息,通过JSON格式(键/值对)将APP端请求的diag_name(诊断模块名称)封装成主题消息,然后发布主题到MQTT服务器中如下所示;CPE发布响应网络诊断主题消息的格式:
response:表示响应APP端请求;
message:表示回应的诊断数据信息内容;
步骤S4:APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,获取到CPE设备回复的诊断信息数据,APP中监听/关闭订阅CPE主题消息的格式,如下:
uni.$on(“cpe_mac/internet_diag/response”,(res)=>{
let content=res.message
});
uni.$off(“{cpe_mac}/internet_diag/response”);
uni.$on:表示监听订阅CPE发布的MQTT主题消息;
uni.$off:表示关闭MQTT主题消息订阅;
res:表示获取到CPE发布的诊断消息,
取得CPE诊断消息res.message结果集,数据格式分析:
{
status:诊断中/诊断完成/错误,
status_describe:wan口异常,
type:网络诊断,
sub_type:wan连接失败,
result_code:200,
result_desc:处理成功/处理失败
}
status:表示CPE诊断进程,当结果值处于未完成状态时,表示CPE还在诊断中,继续订阅MQTT消息直至完成状态或诊断故障,方可关闭消息订阅;
status_describe:表示诊断状态描述,即诊断CPE对应功能结果描述;
type:表示诊断类型,支持WIFI和网络诊断;
sub_type:表示子类型-具体执行的诊断;
result_code、result_desc:CPE响应了诊断处理代码与处理结果描述;
将res.message结果集内容呈现在APP中,用户通过诊断出的消息内容,直观了解到CPE故障问题,用户针对相应故障问题去解决,并可将故障上报到后台服务器记录。
实施例2
通过HTTPS实现CPE自动诊断处理方法流程,具体包括如下步骤:
步骤S1:APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE端;
步骤S2:登录CPE端后,APP端根据自定义协议向CPE端发送自诊断API指令,APP请求的网络自诊断API指令,例子如下:
https://192.168.1.1:69/set/internet_diag
步骤S3:CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包,CPE封装诊断结果信息的格式处理,如下:
{
status:诊断中/诊断完成/错误,
status_describe:wan口异常,
type:网络诊断,
sub_type:wan连接失败,
result_code:200,
result_desc:处理成功/处理失败
}
status:表示CPE诊断进程,当结果值处于未完成状态时,表示CPE还在诊断中,继续上述步骤S2中获取(get)诊断信息内容,直至诊断完成状态或诊断故障,方停止;
status_describe:表示诊断状态描述,即诊断CPE对应功能结果描述;
type:表示诊断类型,支持WIFI和网络诊断;
sub_type:表示子类型-具体执行的诊断;
result_code、result_desc:CPE响应了诊断处理代码与处理结果描述;
将res.message结果集内容呈现在APP中。
步骤S4:APP端请求CPE设备的诊断数据(请求例子:如步骤S2,get操作),根据自定义协议结构解析内容并呈现数据到APP中,用户通过诊断出的消息内容,直观了解到CPE故障问题,用户针对相应故障问题去解决,并可将故障上报到后台服务器记录
实施例3
本实施例提供一种基于MQTT协议实现自动诊断CPE的系统,应用于APP平台对CPE设备故障自动诊断方式的管理,如图1-2所示,具体包括APP端、CPE设备和MQTT服务器,所述APP端和CPE设备均连接MQTT服务器;
所述APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;
如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户;所述MQTT服务器通过代理方式处理来自APP或CPE的主题消息发布和订阅;
如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。
在一些实施例中,所述APP端以CPE设备的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容,发布到MQTT服务器中;CPE端订阅到APP发布的主题消息,解析消息内容,获取到APP端请求的诊断信息,以CPE设备的MAC作为唯一标识,通过JSON格式将APP端请求的信息内容封装成主题消息,发布到MQTT服务器中;APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,APP端获取到CPE设备回复的诊断信息数据,根据自定义协议结构解析内容并呈现数据到APP中。
在一些实施例中,所述APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE设备的CPE端;所述APP端根据自定义协议向CPE端发送自诊断API指令;CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包。
在一些实施例中,所述APP端请求CPE设备的诊断数据,根据自定义协议结构解析内容并呈现数据到APP中。
在一些实施例中,所述APP端将自诊断CPE设备诊断出的消息内容上报到后台服务器记录。
本公开将CPE自动诊断监控方法使用了MQTT与HTTPS实现APP端管理,是对现有技术WEB自动诊断管理局限性的扩展,有利于用户随时可通过APP进行CPE自动诊断记录故障信息,便于管理人员对CPE问题排查与修复。
尽管已经示出和描述了本公开的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本公开的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本公开的范围由所附权利要求及其等同物限定。
Claims (9)
1.一种基于MQTT协议实现自动诊断CPE的方法,其特征在于,包括如下步骤:
步骤S1:APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;
步骤S2:如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户,APP端和CPE设备均连接MQTT服务器,通过MQTT服务器代理方式处理来自APP或CPE的主题消息发布和订阅;
步骤S3:如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。
2.如权利要求1所述的基于MQTT协议实现自动诊断CPE的方法,其特征在于,所述步骤S2具体包括如下步骤:
步骤S201:APP端以CPE设备的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容,发布到MQTT服务器中;
步骤S202:CPE端订阅到APP发布的主题消息,解析消息内容,获取到APP端请求的诊断信息,以CPE设备的MAC作为唯一标识,通过JSON格式将APP端请求的信息内容封装成主题消息,发布到MQTT服务器中;
步骤S203:APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,APP端获取到CPE设备回复的诊断信息数据,根据自定义协议结构解析内容并呈现数据到APP中。
3.如权利要求2所述的基于MQTT协议实现自动诊断CPE的方法,其特征在于,步骤S3具体包括如下步骤:
步骤S301:APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE设备的CPE端;
步骤S302:APP端根据自定义协议向CPE端发送自诊断API指令;
步骤S303:CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包;
步骤S304:APP端请求CPE设备的诊断数据,根据自定义协议结构解析内容并呈现数据到APP中。
4.如权利要求1-3任一项所述的基于MQTT协议实现自动诊断CPE的方法,其特征在于,在步骤S3中的使用自定义Https API指令来请求自诊断CPE设备之后,还包括如下步骤:
步骤S4:将自诊断CPE设备诊断出的消息内容上报到后台服务器记录。
5.一种基于MQTT协议实现自动诊断CPE的系统,其特征在于,包括APP端、CPE设备和MQTT服务器,所述APP端和CPE设备均连接MQTT服务器;所述APP端根据自定义的指令向后台服务器发送请求,判断APP端与后台服务器之间能否正常通信;如果能正常通信,则使用APP端中的APP注册账户并登录后,给CPE设备绑定已登录的APP账户;所述MQTT服务器通过代理方式处理来自APP或CPE的主题消息发布和订阅;如果不能正常通信,APP端则无需登录后台服务器,使用自定义Https API指令来请求自诊断CPE设备。
6.如权利要求5所述的基于MQTT协议实现自动诊断CPE的系统,其特征在于,所述APP端以CPE设备的MAC作为唯一标识,根据自定义MQTT协议组装诊断主题信息内容,发布到MQTT服务器中;CPE端订阅到APP发布的主题消息,解析消息内容,获取到APP端请求的诊断信息,以CPE设备的MAC作为唯一标识,通过JSON格式将APP端请求的信息内容封装成主题消息,发布到MQTT服务器中;APP端通过监听自定义的自诊断主题消息,订阅到CPE发布在MQTT服务器中主题消息,APP端获取到CPE设备回复的诊断信息数据,根据自定义协议结构解析内容并呈现数据到APP中。
7.如权利要求5或6所述的基于MQTT协议实现自动诊断CPE的系统,其特征在于,所述APP端通过扫描CPE设备二维码获得CPE相关信息,根据得到CPE的信息内容连接上WIFI后,登录CPE设备的CPE端;所述APP端根据自定义协议向CPE端发送自诊断API指令;CPE设备接收到APP自诊断请求指令,CPE设备端将开启执行自诊断功能,将诊断结果以JSON格式封装回应APP端请求的数据包。
8.如权利要求5或6所述的基于MQTT协议实现自动诊断CPE的系统,其特征在于,所述APP端请求CPE设备的诊断数据,根据自定义协议结构解析内容并呈现数据到APP中。
9.如权利要求5或6所述的基于MQTT协议实现自动诊断CPE的系统,其特征在于,所述APP端将自诊断CPE设备诊断出的消息内容上报到后台服务器记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210961021.4A CN115484153A (zh) | 2022-08-11 | 2022-08-11 | 一种基于mqtt协议实现自动诊断cpe的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210961021.4A CN115484153A (zh) | 2022-08-11 | 2022-08-11 | 一种基于mqtt协议实现自动诊断cpe的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115484153A true CN115484153A (zh) | 2022-12-16 |
Family
ID=84422980
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210961021.4A Pending CN115484153A (zh) | 2022-08-11 | 2022-08-11 | 一种基于mqtt协议实现自动诊断cpe的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115484153A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103946804A (zh) * | 2011-11-18 | 2014-07-23 | 汤姆逊许可公司 | 包括用于终端用户装置的远程管理的发布/订阅代理及相应的终端用户装置的系统 |
CN109088723A (zh) * | 2018-10-26 | 2018-12-25 | 四川长虹电器股份有限公司 | 一种基于mqtt协议的远程控制方法 |
US20190097872A1 (en) * | 2017-09-25 | 2019-03-28 | Dasan Zhone Solutions, Inc. | System and method for remote maintenance |
CN109788003A (zh) * | 2019-03-26 | 2019-05-21 | 华南理工大学 | 一种基于mqtt协议的智能公厕设备交互方法及系统 |
-
2022
- 2022-08-11 CN CN202210961021.4A patent/CN115484153A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103946804A (zh) * | 2011-11-18 | 2014-07-23 | 汤姆逊许可公司 | 包括用于终端用户装置的远程管理的发布/订阅代理及相应的终端用户装置的系统 |
US20190097872A1 (en) * | 2017-09-25 | 2019-03-28 | Dasan Zhone Solutions, Inc. | System and method for remote maintenance |
CN109088723A (zh) * | 2018-10-26 | 2018-12-25 | 四川长虹电器股份有限公司 | 一种基于mqtt协议的远程控制方法 |
CN109788003A (zh) * | 2019-03-26 | 2019-05-21 | 华南理工大学 | 一种基于mqtt协议的智能公厕设备交互方法及系统 |
Non-Patent Citations (1)
Title |
---|
姚丹等: "基于MQTT协议的物联网通信系统的研究与实现", 信息通信, no. 03, 15 March 2016 (2016-03-15), pages 1 - 4 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8732516B2 (en) | Method and system for providing customer controlled notifications in a managed network services system | |
US7822849B2 (en) | Apparatus and method for measuring and using response to SNMP requests to provide real-time network parameter estimates in a network management zone | |
US7370105B2 (en) | Quality of service control, particularly for telecommunication | |
WO2022179140A1 (zh) | 一种数据处理方法及系统 | |
US7688951B1 (en) | Automated rules based proactive alarm analysis and response | |
CN112202635B (zh) | 链路的监控方法、装置、存储介质以及电子装置 | |
US11659449B2 (en) | Machine learning-based network analytics, troubleshoot, and self-healing holistic telemetry system incorporating modem-embedded machine analysis of multi-protocol stacks | |
CN112468335A (zh) | 一种ipran云专线故障定位方法及装置 | |
EP3633925A1 (en) | Method and system for remote quality of experience diagnostics | |
KR100579393B1 (ko) | 다계층 데이터망에서의 고객망 장애 데이터 실시간 통지를위한 장치 및 그 방법 | |
CN114268938A (zh) | 用户前置设备的纳管方法、装置、设备以及存储介质 | |
CN106059787A (zh) | 一种小型机服务器状态的获取方法及装置 | |
US9584603B2 (en) | System and method for management of ethernet premise devices | |
KR100429894B1 (ko) | 멀티 에이전트간 통신에 의한 네트워크 장애 관리 장치 및방법 | |
EP1873967B1 (en) | Method and network element for improving error management in managed networks, and computer program product therefor | |
CN115484153A (zh) | 一种基于mqtt协议实现自动诊断cpe的方法和系统 | |
CN113965622A (zh) | 一种基于X window位图显示窗口图形化代理方法 | |
CN101232409B (zh) | 不对称数字用户线路终端设备的配置方法 | |
CN103227781A (zh) | 基于用户数据报协议的网络诊断及性能评估系统和方法 | |
CN115835275A (zh) | 一种5g cpe故障诊断的方法及装置 | |
CN107612768B (zh) | 基于Windows本地数据库访问流量采集方法及系统 | |
CN110635946B (zh) | 一种兼容多种网络协议的支持多端诊断的网络诊断系统及方法 | |
Gaspary et al. | Towards a programmable agent-based distributed architecture for enterprise application and service management | |
JP3763140B2 (ja) | Snmpプロトコルにおけるエラー伝達方法、エラー伝達プログラム及びエラー伝達システム | |
CN102340408B (zh) | 一种接入节点信息查询方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |