CN105306289A - 一种提高多模块设备可靠性的方法、装置及客户终端设备 - Google Patents
一种提高多模块设备可靠性的方法、装置及客户终端设备 Download PDFInfo
- Publication number
- CN105306289A CN105306289A CN201410305467.7A CN201410305467A CN105306289A CN 105306289 A CN105306289 A CN 105306289A CN 201410305467 A CN201410305467 A CN 201410305467A CN 105306289 A CN105306289 A CN 105306289A
- Authority
- CN
- China
- Prior art keywords
- module
- abnormal
- control board
- ping
- request message
- 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
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种提高多模块设备可靠性的方法、装置及客户终端设备。方法包括:第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;当确定出控制链路和/或数据链路异常时,第一模块进行重启。本发明的方案结合多模块设备的工作特点,监测模块之间的控制链路以及数据链路的通信可靠性,不但可以确定模块自身异常导致的问题,还能确定出模块之间因同步异常导致的问题,并及时进行恢复。
Description
技术领域
本发明涉及模块领域,特别是一种提高多模块设备可靠性的方法、装置及客户终端设备。
背景技术
随着时代的进步,技术的发展,如今的智能***往往是由多模块组成的。单芯片单模块难以应对当今搞复杂度的产品需求。大到智能家居,“模块”的概念如电视,冰箱,热水器,小到手机,无线路由器,“模块”的概念又如大控制板,无线Modem。可以说模块就是现在的智能***中的“细胞”,完成着一个个具体的功能,而模块间的通信,就是***的命脉。从这个角度来看,智能***的可靠性,至少需要从两个方面来保证。一是“细胞”的稳定性,二是“命脉”的通畅性。大到从智能家居的角度来看,无论是电视还是冰箱,均已有多年发展历史,作为细胞组成,已经有其自身稳定性;小到从无线CPE(Customer-premisesEquipment,客户终端设备)的角度来看,用于控制模块的控制板,和用于无线传输数据的Modem模块分别也都是比较成熟的产品,稳定性也都有各自的厂家或者芯片提供商来保证。那么现实的问题就是,“细胞”的可靠性不等同于***的可靠性。各自可靠不等于组合起来仍然可靠。现代电子产品的发展越来越复杂,产品越来越多的呈多模块协同工作的形态,整体***的可靠性、协同性就作为一个新的重要的问题表现出来。
发明内容
本发明要解决的技术问题是提供一种提高多模块设备可靠性的方法、装置及客户终端设备,能够确定模块自身异常导致的问题,还能确定出模块之间因同步异常导致的问题,并及时进行恢复。
为解决上述技术问题,本发明的实施例提供一种提高多模块设备可靠性的方法,所述多模块设备包括第一模块以及第二模块,且第一模块与第二模块协同工作,所述方法包括:
第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
当确定出所述控制链路和/或所述数据链路异常时,第一模块进行重启。
其中,所述方法还包括:
第一模块接收来第二模块发送的PING请求报文,并根据该第二模块发送的PING请求报文向所述第二模块发送PING响应报文。
其中,第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常的步骤包括:
在预设时间段内,第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块向第二模块发送控制命令的数目未达到对应的预设经验值,则第一模块确定所述控制链路异常。
其中,第一模块向第二模块发送PING请求报文的步骤包括:
第一模块按照预设周期向第二模块发送PING请求报文;
第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常的步骤包括:
若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则第一模块确定所述数据链路异常。
本发明的另一实施例还提供一种提高多模块设备可靠性的装置,应用于多模块设备的第一模块,其中,所述第一模块与所述多模块设备的第二模块协同工作,所述装置包括:
第一确定单元,用于根据第一模块与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
第一发送单元,用于利用第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
第二确定单元,用于根据第一模块接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
重启单元,用于当所述第二确定单元确定出所述控制链路和/或所述数据链路异常时,重启第一模块。
其中,所述装置还包括:
第二发送单元,用于在第一模块接收来第二模块发送的PING请求报文后,根据该第二模块发送的PING请求报文,利用第一模块向第二模块发送PING响应报文。
其中,所述第一确定单元用于:
在预设时间段内,若第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块接向第二模块发送控制命令的数目未达到对应的预设经验值,则确定所述控制链路异常。
其中,所述第一发送单元按照预设周期利用第一模块向第二模块发送PING请求报文;
所述第二确定单元用于:
若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则确定所述数据链路异常。
本发明的另一实施例还提供一种客户终端设备,包括:控制板以及调试解调器模块;所述控制板以及调试解调器模块均包括如权利要求5-8任一项所述的装置。
其中,
当所述控制板确定出其与调试解调器模块之间的控制链路异常时,则控制所述调试解调器模块重启;
在所述调试解调器模块重启后,若所述控制板依确定出所述控制链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启;
当所述控制板确定出其与调试解调器模块之间的数据链路异常时,则所述控制板重新进行拨号;
在重新拨号后,若控制板依确定出所述数据链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启。
本发明的上述技术方案的有益效果如下:
本发明的方案结合多模块设备的工作特点,监测模块之间的控制链路以及数据链路的通信可靠性,不但可以确定模块自身异常导致的问题,还能有效确定出模块之间因同步问题导致的异常现象,并及时进行恢复。此外,本发明的方法利用现有的控制命令对控制链路进行检测,由于无需要引入新的命令,因此实施起来更加便捷。
附图说明
图1为本发明中提高多模块设备可靠性的方法的步骤示意图;
图2为本发明中提高多模块设备可靠性的装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
一种提高多模块设备可靠性的方法,所述多模块设备包括第一模块以及第二模块,且第一模块与第二模块协同工作,如图1所示,所述方法包括:
步骤11,第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
步骤12,第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
步骤13,第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
步骤14,当确定出所述控制链路和/或所述数据链路异常时,第一模块进行重启。
本发明的方法结合多模块设备的工作特点,监测模块之间的控制链路以及数据链路的通信可靠性,不但可以确定模块自身异常导致的问题,还能有效确定出模块之间因同步异常导致的问题,并及时进行恢复。此外,本发明的方法利用现有的控制命令对控制链路进行检测,由于无需要引入新的命令,因此实施起来更加便捷。
此外,在上述实施例的基础之上,本发明的方法进一步包括:
步骤15,第一模块接收来第二模块发送的PING请求报文,并根据该第二模块发送的PING请求报文向所述第二模块发送PING响应报文。
通过步骤15的描述可以知道,本发明的第一模块与第二模块具有相同的功能,即第一模块与第二模块之间实现了双向的检测机制,一旦发现异常两端模块均能立即重启,从而进一步确保模块之间的稳定性以及异常情况恢复速度。
具体地,上述步骤11中,在预设时间段内,第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块向第二模块发送控制命令的数目未达到对应的预设经验值,则第一模块确定所述控制链路异常。
下面结合一个示例性的实现方式对步骤11和步骤14的进行详细介绍。
在本实现方式中,通过设置软看门狗对第一模块与第二模块之间的控制命令进行监控,实现了第一模块对控制链路的异常检测,其步骤如下所示:
步骤201:多模块设备的***启动后,第一模块先进行运行环境的检查(即RuntimeValidation,运行时验证)。在该步骤中,具体检查第一模块的版本信息以及第一模块是否处于非正常的工作状态(如更新、维护)。其结果将决定第一模块的看门狗是否启动。在检验均通过下(最新版本,正常工作状态)执行步骤202。
步骤202:创建软看门狗的定时器;定时器的时间可根据经验设定,如5分钟,或10分钟。
步骤203:第一模块每向第二模块发送一个控制命令,看门狗的变量S1加1;
步骤204:第一模块每收到一个来自第二模块的控制命令,看门狗的变量S2加1;
步骤205:在定时器超时后,第一模块进行S1和S2变量的有效性检查;该步骤是为了防止在步骤202至步骤205的执行过程中,第一模块发生类似更新、升级的事件,导致控制链路的检测失去意义。
步骤206:判断S1和S2这两个变量,如果均大于0(0为经验值),则执行步骤207;否则,执行步骤208;
步骤207:清空S1和S2变量,之后回到步骤203;
步骤208:第一模块采取重启等动作。
具体地,在上述步骤12中,第一模块按照预设周期向第二模块发送PING请求报文;并在步骤13中,若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则第一模块确定所述数据链路异常。
下面结合一个示例性的实现方式对步骤12至步骤14进行详细介绍。
在本实现方式中,通过设置软看门狗对第一模块与第二模块之间的PING报文进行监控,实现了第一模块对数据链路的异常检测,其步骤如下所示:
步骤301:第一模块开启软看门狗的定时器T1,该定时器超时时间是30秒;当定时器开启后进入一个30秒的预设周期。
步骤302:第一模发送PING请求报文;
步骤303:判断条件,如果T1超时,没有收到第二模块发送的ping响应包,则执行304;否则,执行步骤308。
步骤304:本周期没有收到PING响应包,重置T1,进入以下周期,并继续发送ping请求报文;如果收到执行步骤308;否则,执行步骤305。
步骤305:重置T1,累加变量S1;变量S1记录了发生异常的次数,在数据链路检测中,每30秒检测不到PING包,视为一次异常.
步骤306:判断变量S1是否大于等于3次;大于3次即到达容忍度值,执行步骤307;否则,回步骤303继续下一次定时器超时处理。
步骤307:第一模块发起重启。
步骤308:重置T1和变量S2,之后回到步骤302。
当然,作为一个优选方案,上述预设周期时间T1可根据数据链路的道拥塞程度动态设置。如两个模块之间负荷高,T1的数值就会设置较高,从适当降低PING请求报文的发送频率。另外,本实施例还可更深一步扩展,例如可修改PING的次数,根据第一模块接收PING响应报文的时间确定出数据链路响应情况,进而反应链路拥堵程度,也可一定程度反应第二模块的***负荷。
综上所述,本方案同时从控制链路和数据链路两方面进行诊断。且在两侧模块上均有诊断机制,任一模块跑飞,***均可正常感知,可以极高程度的提升***可靠性。
此外,本发明的实施例还提供一种提高多模块设备可靠性的装置,应用于多模块设备的第一模块,其中,所述第一模块与所述多模块设备的第二模块协同工作,如图2所示,所述装置包括:
第一确定单元,用于根据第一模块与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
第一发送单元,用于利用第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
第二确定单元,用于根据第一模块接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
重启单元,用于当所述第二确定单元确定出所述控制链路和/或所述数据链路异常时,重启第一模块。
本发明的装置结合多模块设备的工作特点,监测模块之间的控制链路以及数据链路的通信可靠性,不但可以确定模块自身异常导致的问题,还能有效确定出模块之间因同步异常导致的问题,并及时进行恢复。此外,本发明的方法利用现有的控制命令对控制链路进行检测,由于无需要引入新的命令,因此实施起来更加便捷。
具体地,在上述实施例的基础之上,本发明的装置还进步一包括:
第二发送单元,用于在第一模块接收来第二模块发送的PING请求报文后,根据该第二模块发送的PING请求报文,利用第一模块向第二模块发送PING响应报文。
通过上述描述可知,本发明的第一模块与第二模块相同,能够双向进行数据链路与控制链路的检测。
具体地,在上述实施例的基础之上,所述第一确定单元用于:
在预设时间段内,若第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块接向第二模块发送控制命令的数目未达到对应的预设经验值,则确定所述控制链路异常。
具体地,在上述实施例的基础之上,所述第一发送单元按照预设周期利用第一模块向第二模块发送PING请求报文;
所述第二确定单元用于:
若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则确定所述数据链路异常。
显然,本实施例的装置与本发明的提高多模块设备可靠性的方法相对应,该方法所能达到的技术效果,本装置同样能够达到。
此外,本发明的另一实施例还提供一种客户终端设备CPE,包括:控制板以及调试解调器Modem模块;其中,所述控制板以及调试解调器模块均包括上述提高多模块设备可靠性的装置。
CPE的控制板(CPEBoard)主要含有图形用户接口GUI、Router、wifi等组件,起控制功能,也是CPE整机和用户交界最为密切的部分。无论是联网断网,都是控制板来通知Modem模块来发起的。Modem模块则扮演传统数据卡的角色,主要含有无线协议栈等组件,和网络交互,在控制板和网络之间透传IP包。在控制板和Modem模块之间,会有控制链路和数据链路,前者传递控制消息,如信号强度,联网参数设置信息等;数据链路传递用户IP包。
由于控制板和Modem模块配有本发明的提高多模块设备可靠性的装置,因此控制板和Modem模块均能够检测出控制链路以及数据链路异常现象。
具体地,针对CPE的特点,本发明在重启策略上进行了进一步改进:
当所述控制板确定出其与调试解调器模块之间的控制链路异常时,则控制所述调试解调器模块重启;
在所述调试解调器模块重启后,若所述控制板依确定出所述控制链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启;
当所述控制板确定出其与调试解调器模块之间的数据链路异常时,则所述控制板重新进行拨号;
在重新拨号后,若控制板依确定出所述数据链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启。
下面结合实施例对本发明的客户终端设备CPE进行详细介绍。
<实施例一>
在实施例一中,CPE的控制板与Modem模块之间具体交互由AT命令,具体控制板对控制链路检测子流程,包含如下几个步骤:
步骤401:CPE***启动后,控制板先进行运行环境的检查(即RuntimeValidation,运行时验证)。在该步骤中,具体检查控制板的版本信息以及控制板和Modem模块是否处于非正常的工作状态(如Modem模块在重启过程中即为非正常工作状态更)。其结果将决定控制板的AT看门狗是否启动。在检验均通过下(最新版本,正常工作状态)执行步骤402。
步骤402:创建AT看门狗的定时器。
步骤403:控制板每向Modem模块发送一个AT命令,则变量S1加1。
步骤404:控制板每收到一个来Modem模块发送AT命令,则变量S2加1。
步骤405:在定时器超时后,第一模块进行S1和S2变量的有效性检查。
步骤406:判断S1和S2变量,如果均大于零,则进行步骤407;否则进行步骤408。
步骤407:清空累计变量S1和S2,之后返回步骤402。
步骤408:判断变量S3是否为1;变量S3用于决定控制板是否进行重启;是,则进步骤409;否,则进行步骤410。
步骤409:控制板向Modem模块发送重启通知,使Modem模块重启,之后控制板进行重启。
步骤410:控制板向Modem模块发送重启通知,使Modem模块重启,并对变量S3加1,使S3=1,之后回到步骤401。
在实施例一中,考虑CPE的控制板与多个模块具有协同工作关系,因此为了不影响用户体验,在控制板确定出控制链路异常后,先会控制Modem模块重启,如果依然不能解决问题,则控制板与Modem模块同时进行重启。
当然,对于Modem模块侧检测控制链路,则可以使用多个线程来实现。示例性地,一个线程来启动AT看门狗定时器并进行运行时判断;一个线程主要执行定时器超时后的操作,判断累计的AT数目,执行重启等相应动作等;再有一线程附加于原始功能之上,仅起统计功能。这种三个线程互相配合的方式,可以简单有效的记录并判断AT命令的数目。需要说明的是,由于Modem模块侧检测控制链路的原理与控制板一致,因此不再进行赘述。
<实施例二>
在实施例二中,控制板会周期性发送PING请求报文,根据拨号Profile情况,发送PINGV4或者PINGV6指令。其目的地址为专用的IP地址。例如PINGV4指令的目的地址是169.254.xx.xx,PINGV6指令的目的地址为2090::xxxx。Modem模块收到这种报文后,将不会尝试发送到网络,而是直接组装一个PING响应报文回应给控制板。具体地,Modem模块对于PINGV4的请求报文则交换其源、目的IPV4地址,重新计算IPheaderchecksum,置ICMPType(控制报文协议类型)为RSP响应,得到PING响应报文。对于PINGV6的请求报文,Modem模块交换其源、目的IPV6地址,重新计算ICMPv6checksum,置ICMPType为0x81(即设置为RSP响应)。
具体控制板对数据链路检测子流程,包含如下几个步骤:
步骤501:控制板发起拨号,拨号成功后记录S1为connected状态;
步骤502:控制板开启定时器T1,该定时器超时时间是30秒;
步骤503:控制板向Modem模块发送PING请求报文;
步骤504:判断条件,如果T1超时,联网状态S1仍为connected,则进行步骤505;否则执行步骤510。其中S1用于判断有效性。
步骤505:如果控制板本周期没有收到Modem模块发送的PING响应包,则重置T1,累加S2;如果收到则进行步骤510;
步骤506:判断变量S2是否大于等于3次,即到达容忍度值,如果到达,则进行步骤507;否则,进行步骤504,继续下一次定时器超时处理;
步骤507:判断变量S3是否为1,该变量记录了是应该重新发起拨号还是要发起重启;如果S3不为1则转步骤509,发起重新拨号;否则,进行步骤508。
步骤508:控制板重启;
步骤509,控制板重新拨号,并对S3加1,使S3=1,之后回到步骤502。
步骤510,重置T1和S2,之后回到步骤503。
在上实施例二中,控制板在联网成功后将会向模块发送PING请求报文。如果是IPv4拨号,将会有PING169.254.11.11这样的目的地址,如果是IPv6,将会有PING2090::1111这样的目的地址。这两种目的地址都是与Modem模块约定好的。控制板允许有3次收不到PING响应报文的情况。如大于3次则认为数据链路异常。异常后,将会先尝试发起重新拨号,如果仍不恢复,才会发起重启。由于数据链路异常并不影响控制链路,因此可以重新发起拨号。这种设计的目的是为了最小限度的影响用户感知。
而对于Modem模块侧检测数据链路,其流程是以收到第一条PING请求报文触发的。数据链检测的PING请求报文,可以根据PING包长度、约定的目的地址等信息来过滤出来。如果是常规PING包,则直接透传至网络。如果是数据链路检测的PING包,则将该PING包的源、目的IP地址互换,重新计算IPv4包首校验(对于IPv6则计算ICMPv6的checksum)等操作后,再发回给控制板。
作为优选方案,可直接将控制板发送的PING请求报文视作为Modem模块接收的来自控制板发送的PING响应报文。Modem模块一方面发回响应,一方面统计收到的PING请求报文数目,如果在周期内没有收到PING请求报文,则确定该周期发生异常。当异常次数到达门限,将会触发重启。需要说明的是,具体的Modem模块侧检测数据链路的原理,与控制板基本相同,本文不再赘述。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种提高多模块设备可靠性的方法,所述多模块设备包括第一模块以及第二模块,且第一模块与第二模块协同工作,其特征在于,所述方法包括:
第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
当确定出所述控制链路和/或所述数据链路异常时,第一模块进行重启。
2.根据权利要求1所述的方法,其特征在于,还包括:
第一模块接收来第二模块发送的PING请求报文,并根据该第二模块发送的PING请求报文向所述第二模块发送PING响应报文。
3.根据权利要求1所述的方法,其特征在于,
第一模块根据与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常的步骤包括:
在预设时间段内,第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块向第二模块发送控制命令的数目未达到对应的预设经验值,则第一模块确定所述控制链路异常。
4.根据权利要求1所述的方法,其特征在于,第一模块向第二模块发送PING请求报文的步骤包括:
第一模块按照预设周期向第二模块发送PING请求报文;
第一模块根据接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常的步骤包括:
若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则第一模块确定所述数据链路异常。
5.一种提高多模块设备可靠性的装置,应用于多模块设备的第一模块,其中,所述第一模块与所述多模块设备的第二模块协同工作,其特征在于,所述装置包括:
第一确定单元,用于根据第一模块与第二模块的控制命令交互状况确定第一模块与第二模块之间的控制链路是否异常;
第一发送单元,用于利用第一模块向第二模块发送PING请求报文,使得第二模块根据第一模块发送的PING请求报文向第一模块发送PING响应报文;
第二确定单元,用于根据第一模块接收到的所述PING响应报文的状况确定第一模块与第二模块之间的数据链路是否异常;
重启单元,用于当所述第二确定单元确定出所述控制链路和/或所述数据链路异常时,重启第一模块。
6.根据权利要求5所述的装置,其特征在于,还包括:
第二发送单元,用于在第一模块接收来第二模块发送的PING请求报文后,根据该第二模块发送的PING请求报文,利用第一模块向第二模块发送PING响应报文。
7.根据权利要求5所述的装置,其特征在于,所述第一确定单元用于:
在预设时间段内,若第一模块接收到来自第二模块发送的控制命令的数目未达到对应的预设经验值和/或第一模块接向第二模块发送控制命令的数目未达到对应的预设经验值,则确定所述控制链路异常。
8.根据权利要求5所述的装置,其特征在于,所述第一发送单元按照预设周期利用第一模块向第二模块发送PING请求报文;
所述第二确定单元用于:
若第一模块连续预设数目个周期均未能收到第二模块对应发送的PING响应报文,则确定所述数据链路异常。
9.一种客户终端设备,包括:控制板以及调试解调器模块;其特征在于,所述控制板以及调试解调器模块均包括如权利要求5-8任一项所述的装置。
10.根据权利要求9所述的客户终端设备,其特征在于,
当所述控制板确定出其与调试解调器模块之间的控制链路异常时,则控制所述调试解调器模块重启;
在所述调试解调器模块重启后,若所述控制板依确定出所述控制链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启;
当所述控制板确定出其与调试解调器模块之间的数据链路异常时,则所述控制板重新进行拨号;
在重新拨号后,若控制板依确定出所述数据链路异常,则所述控制板先控制所述调试解调器模块重启,之后所述控制板进行重启。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410305467.7A CN105306289A (zh) | 2014-06-27 | 2014-06-27 | 一种提高多模块设备可靠性的方法、装置及客户终端设备 |
PCT/CN2014/094129 WO2015196754A1 (zh) | 2014-06-27 | 2014-12-17 | 一种提高多模块设备可靠性的方法、装置及客户终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410305467.7A CN105306289A (zh) | 2014-06-27 | 2014-06-27 | 一种提高多模块设备可靠性的方法、装置及客户终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105306289A true CN105306289A (zh) | 2016-02-03 |
Family
ID=54936661
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410305467.7A Pending CN105306289A (zh) | 2014-06-27 | 2014-06-27 | 一种提高多模块设备可靠性的方法、装置及客户终端设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105306289A (zh) |
WO (1) | WO2015196754A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109982364A (zh) * | 2019-02-27 | 2019-07-05 | 京信通信***(中国)有限公司 | 链路自恢复方法、装置、终端***和存储介质 |
CN110933773A (zh) * | 2019-11-20 | 2020-03-27 | 北京连山时代科技有限公司 | 链路监测方法及装置 |
CN111884879A (zh) * | 2020-07-27 | 2020-11-03 | 深圳市元征科技股份有限公司 | 一种网络检测方法、装置以及相关设备 |
CN111918416A (zh) * | 2019-05-10 | 2020-11-10 | 华为技术有限公司 | 通信方法和通信装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101145988A (zh) * | 2007-07-19 | 2008-03-19 | 中兴通讯股份有限公司 | 一种通讯链路故障的检测及恢复方法 |
CN101345971A (zh) * | 2008-07-22 | 2009-01-14 | 京信通信***(中国)有限公司 | 数字射频拉远***的自愈监控方法及其装置 |
CN101908986A (zh) * | 2010-08-12 | 2010-12-08 | 杭州华三通信技术有限公司 | 一种链路故障的检测方法和设备 |
CN102026042A (zh) * | 2009-09-18 | 2011-04-20 | 中兴通讯股份有限公司 | 一种高级电信计算架构控制面的保活、自愈方法和装置 |
CN103634187A (zh) * | 2013-12-02 | 2014-03-12 | 许继电气股份有限公司 | 一种具有闭环自愈功能的hdlc通信方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2656463T3 (es) * | 2012-10-09 | 2018-02-27 | Adaptive Spectrum And Signal Alignment, Inc. | Método y sistema para diagnóstico de conectividad en sistemas de comunicaciones |
CN103297279B (zh) * | 2013-06-20 | 2016-03-23 | 烽火通信科技股份有限公司 | 一种多软件进程***上软件控制的主备单盘倒换方法 |
CN104958082B (zh) * | 2013-12-19 | 2017-11-24 | 海信集团有限公司 | 一种超声设备 |
-
2014
- 2014-06-27 CN CN201410305467.7A patent/CN105306289A/zh active Pending
- 2014-12-17 WO PCT/CN2014/094129 patent/WO2015196754A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101145988A (zh) * | 2007-07-19 | 2008-03-19 | 中兴通讯股份有限公司 | 一种通讯链路故障的检测及恢复方法 |
CN101345971A (zh) * | 2008-07-22 | 2009-01-14 | 京信通信***(中国)有限公司 | 数字射频拉远***的自愈监控方法及其装置 |
CN102026042A (zh) * | 2009-09-18 | 2011-04-20 | 中兴通讯股份有限公司 | 一种高级电信计算架构控制面的保活、自愈方法和装置 |
CN101908986A (zh) * | 2010-08-12 | 2010-12-08 | 杭州华三通信技术有限公司 | 一种链路故障的检测方法和设备 |
CN103634187A (zh) * | 2013-12-02 | 2014-03-12 | 许继电气股份有限公司 | 一种具有闭环自愈功能的hdlc通信方法 |
Non-Patent Citations (1)
Title |
---|
王梅: "《DOS命令现用现查》", 31 January 2008 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109982364A (zh) * | 2019-02-27 | 2019-07-05 | 京信通信***(中国)有限公司 | 链路自恢复方法、装置、终端***和存储介质 |
CN109982364B (zh) * | 2019-02-27 | 2022-05-03 | 京信网络***股份有限公司 | 链路自恢复方法、装置、终端***和存储介质 |
CN111918416A (zh) * | 2019-05-10 | 2020-11-10 | 华为技术有限公司 | 通信方法和通信装置 |
CN111918416B (zh) * | 2019-05-10 | 2023-10-10 | 华为技术有限公司 | 通信方法和通信装置 |
CN110933773A (zh) * | 2019-11-20 | 2020-03-27 | 北京连山时代科技有限公司 | 链路监测方法及装置 |
CN110933773B (zh) * | 2019-11-20 | 2020-08-18 | 北京连山时代科技有限公司 | 链路监测方法及装置 |
CN111884879A (zh) * | 2020-07-27 | 2020-11-03 | 深圳市元征科技股份有限公司 | 一种网络检测方法、装置以及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2015196754A1 (zh) | 2015-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110380907B (zh) | 一种网络故障诊断方法、装置、网络设备及存储介质 | |
CN103516571B (zh) | 一种双can总线保证数据通信可靠性的***架构及其方法 | |
CN111031565B (zh) | 一种识别ZigBee设备离在线状态的方法及装置 | |
CN108255646A (zh) | 一种基于心跳检测的工控应用程序故障自恢复的方法 | |
CN105306289A (zh) | 一种提高多模块设备可靠性的方法、装置及客户终端设备 | |
CN104200628B (zh) | 一种工业gprs监控终端 | |
CN104200629B (zh) | 一种基于gprs监控终端的软件*** | |
CN103441897A (zh) | 对虚拟网络中故障节点进行定位的方法及装置 | |
CN103401696A (zh) | 一种工业设备中的双网络冗余通讯***及通讯方法 | |
CN102611589A (zh) | 一种路由器断网自动侦测装置及其工作方法 | |
CN103686854A (zh) | 控制ap的方法和装置 | |
CN105242980A (zh) | 互补式看门狗***及互补式看门狗的监测方法 | |
CN105450469A (zh) | 一种工业设备中快速通信总线故障检测方法 | |
CN108174400B (zh) | 一种终端设备的数据处理方法及***、设备 | |
CN106033206A (zh) | 用于烹饪器具的自检方法、自检***和烹饪器具 | |
CN111107572A (zh) | 一种冗余备份方法及装置 | |
CN106961658A (zh) | 物联网家电设备离线恢复方法和联网模块 | |
CN110072244A (zh) | 一种无线链路失败定时器的控制方法及设备 | |
CN105159285B (zh) | Can控制器总线故障处理方法和装置 | |
CN104202395B (zh) | 一种gprs链路建立及保持任务的状态机实现方法 | |
CN116137603B (zh) | 链路故障的检测方法和装置、存储介质及电子装置 | |
CN108174398B (zh) | 一种终端设备的数据处理方法及***、设备 | |
CN104202394B (zh) | 一种基于gprs监控终端的多任务应用程序的实现方法 | |
CN104363156B (zh) | 一种双冗余网络拓扑方法 | |
JP2003143164A (ja) | 制御装置および通信故障検出方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160203 |