CN107454614A - 一种定位Modem死机的方法及装置 - Google Patents
一种定位Modem死机的方法及装置 Download PDFInfo
- Publication number
- CN107454614A CN107454614A CN201610382084.9A CN201610382084A CN107454614A CN 107454614 A CN107454614 A CN 107454614A CN 201610382084 A CN201610382084 A CN 201610382084A CN 107454614 A CN107454614 A CN 107454614A
- Authority
- CN
- China
- Prior art keywords
- modem
- produces
- deadlock
- routing device
- crash
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种定位Modem死机的方法及装置,涉及通信技术领域,能够准确获取Modem产生的死机信息,以便于确定当前时刻Modem产生死机的原因。本发明实施例的方法包括:检测无线传输模块Modem是否产生死机;当Modem产生死机时,确定Modem产生死机的相关参数,以及检测周期内Modem产生死机的次数,相关参数至少包括:Modem产生死机的时间,以及Modem产生死机时生成的死机信息;将相关参数与检测周期内Modem产生死机的次数,存储至路由设备的指定存储区域中,以便于目标设备或者技术人员根据指定存储区域中存储的数据快速完成Modem死机的定位。本发明适用于定位Modem死机原因。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种定位Modem死机的方法及装置。
背景技术
随着通信技术的发展,尤其是3G(英文:Third Generation,中文:是第三代移动通信技术)/4G(英文:The 4th Generation,中文:***移动通信技术)网络的普及,3G/4G路由设备可以通过3G/4G Modem(3G/4G无线传输模块,以下简称Modem)请求接入3G/4G网络,从而完成数据通信过程。但是,在3G/4G路由设备正常工作中,Modem可能由于内部处理逻辑漏洞、硬件电路设计缺陷,以及与网络不兼容等原因而产生死机。在实际使用过程中,若Modem出现死机,就会导致3G/4G设备无法正常接入网络,从而影响数据通信过程。因此,为了保证3G/4G路由设备能够稳定访问网络,需要根据Modem出现死机的原因,有针对性地优化Modem,以避免Modem因相同原因而引起的Modem再次死机,从而降低Modem产生死机的概率,保证Modem能够长期稳定地运行。
在现有技术中,技术人员可以通过实验重现的手段,将产生死机的Modem断电,并连接到专门的工具,等待Modem再次产生死机时,来获取Modem的死机信息,从而定位Modem当前时刻的死机问题。由于Modem产生死机的可能原因较多,因此,Modem前后两次产生死机的原因可能并不相同。也就意味着,技术人员不仅无法及时掌握Modem的死机原因,同时,也可能因为前后两次产生死机的原因不同而无法准确确定Modem之前产生死机的原因。因此,采用上述实现方法,往往由于Modem产生死机的过程难以重现,而无法针对之前产生死机的原因来优化Modem,从而造成Modem仍可能因相同的原因在使用过程中产生死机。
发明内容
本发明实施例提供一种定位Modem死机的方法及装置,能够准确获取Modem产生的死机信息,以便于确定当前时刻Modem产生死机的原因。
为达到上述目的,本发明实施例采用如下技术方案:
第一方面,本发明实施例提供一种定位Modem死机的方法,所述方法包括:
检测无线传输模块Modem是否产生死机;
当所述Modem产生死机时,确定所述Modem产生死机的相关参数,以及检测周期内所述Modem产生死机的次数,所述相关参数至少包括:所述Modem产生死机的时间,以及所述Modem产生死机时生成的死机信息;
将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中,根据所述指定存储区域中存储的数据完成所述Modem死机的定位。
第二方面,本发明实施例提供一种定位Modem死机的装置,所述装置包括:
异常监控模块,用于检测无线传输模块Modem是否产生死机;
异常处理模块,用于当所述异常监控模块检测到所述Modem产生死机时,确定所述Modem产生死机的相关参数,以及检测周期内所述Modem产生死机的次数,所述相关参数至少包括:所述Modem产生死机的时间,以及所述Modem产生死机时生成的死机信息;
所述异常处理模块,还用于将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中,以便于根据所述指定存储区域中存储的数据完成所述Modem死机的定位。
本发明实施例提供的一种定位Modem死机的方法及装置,当检测到Modem产生死机时,则获取Modem产生死机的时间、Modem产生死机时生成的死机信息,以及检测周期内Modem产生死机的次数,并将这些数据存储到路由设备的指定存储区域中,以便于目标设备或者技术人员能够根据这些数据完成Modem死机的定位。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程,现有技术因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明通过将Modem产生的数据及时存储到路由设备的指定存储区域,使得目标设备或者技术人员能够在Modem产生死机时,直接获取死机信息,从而确定Modem产生死机的原因。因此,本发明实施例能够准确获取当前时刻Modem产生的死机信息,从而便于掌握当前时刻Modem产生死机的原因。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的一种定位Modem死机的方法流程图;
图2为本发明实施例提供的另一种定位Modem死机的方法流程图;
图3为本发明实施例提供的另一种定位Modem死机的方法流程图;
图4为本发明实施例提供的另一种定位Modem死机的方法流程图;
图5为本发明实施例提供的一种定位Modem死机的装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供一种定位Modem死机的方法,如图1所示,该方法可以由路由设备执行。在本发明实施例中,Modem可以与路由设备集成在一起,也可以通过接口与路由设备相连。另外,考虑到路由设备可以通过3G/4G Modem请求接入3G/4G网络,因此路由设备可以具体为3G/4G路由设备。该方法流程具体可以包括:
101、检测Modem是否产生死机。其中,当检测到Modem产生死机时,执行步骤102;否则,为了达到实时检测的目的,可以循环执行步骤101。
在本发明实施例中,可以通过设置检测周期来检测在该检测周期内Modem的运行状态,即在检测周期内实时检测Modem是否产生死机。其中,检测周期可以根据Modem内部工作过程中对时间的需求,以及待连接的网络环境等进行设置。
102、确定Modem产生死机的相关参数,以及检测周期内Modem产生死机的次数。
其中,相关参数至少包括:Modem产生死机的时间,以及Modem产生死机时生成的死机信息。
当检测到Modem产生死机时,首先触发Modem自动进入download模式。在download模式下,路由设备可以读取Modem产生死机时生成的死机信息,还可以记录Modem产生死机的时间。与此同时,考虑到路由设备会在检测周期内实时对Modem产生死机的情况进行检测,因此,路由设备还可以统计检测周期内Modem产生死机的次数。需要说明的是,download模式可以为Modem运行过程中一种特殊的模式,具体可以由Modem内核设计者提供。
103、将相关参数与检测周期内Modem产生死机的次数,存储至路由设备的指定存储区域中。
将Modem产生的数据存储到路由设备的指定存储区域中,不需要直接与Modem相连,通过读取路由设备的指定存储区域,就能获取到Modem产生的数据,从而完成Modem死机的定位。
本发明实施例提供的一种定位Modem死机的方法,当检测到Modem产生死机时,则获取Modem产生死机的时间、Modem产生死机时生成的死机信息,以及检测周期内Modem产生死机的次数,并将这些数据存储到路由设备的指定存储区域中,以便于能够根据这些数据完成Modem死机的定位。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程,现有技术因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明通过将Modem产生的数据及时存储到路由设备的指定存储区域,使得能够在Modem产生死机时,直接获取死机信息,从而确定Modem产生死机的原因。因此,能够准确获取当前时刻Modem产生的死机信息,从而便于掌握当前时刻Modem产生死机的原因。
为了防止存储区域中的数据丢失,在本发明实施例的一个实现方式中,可以将存储区域中的数据进行压缩、转存。因此,在如图1所示的实现方式的基础上,还可以实现为如图2所示的实现方式。其中,在执行步骤103将相关参数与检测周期内Modem产生死机的次数,存储至路由设备的指定存储区域中之后,还可以执行步骤104和步骤105:
104、压缩指定存储区域中存储的内容,得到目标数据。
105、将目标数据移动至目标存储区域。
其中,目标存储区域包括路由设备的Flash(中文:闪存)或与路由设备外接的存储设备。
由于Modem的突然断电等原因可能会造成已存储的数据丢失,因此,在本发明实施例中,为了进一步确保已存储的数据能够有效保存,可以将目标数据移动到路由设备的Flash或与路由设备外接的存储设备中,从而避免上述情况的发生。这样一来,也就可以确保所读取到的死机信息的完整性、可靠性。
本发明实施例提供的一种定位Modem死机的方法,将存储在路由设备指定存储区域的数据进行压缩,得到目标数据,并将目标数据转存到路由设备的Flash或与路由设备外接的存储设备中。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程,现有技术因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明通过将目标数据转存到目标存储区域,能够避免突然断电等原因造成的数据丢失,同时,确保了所转存的经压缩后的死机信息为当前时刻造成Modem死机的相关信息。因此,本发明能够在准确获取当前时刻Modem产生的死机信息,从而便于掌握当前时刻Modem产生死机的原因的基础上,进一步确保死机信息的完整性、可靠性。并且,通过压缩的手段,使数据能够在其他存储空间内仅占用较小的空间就可以保存。
为了减少路由设备中内存资源的浪费,在本发明实施例的一个实现方式中,在将目标数据转存后,可以释放目标数据对应的压缩前的原始数据所占用的资源。因此,在如图2所示的实现方式的基础上,还可以实现为如图3所示的实现方式。其中,在执行步骤105将目标数据移动至目标存储区域之后,还可以执行步骤106:
106、清除指定存储区域中存储的数据。
本发明实施例提供的一种定位Modem死机的方法,在将目标数据转存后,可以清除路由设备指定存储区域中存储的数据。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程,现有技术因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明通过释放目标数据对应的压缩前的原始数据所占用的资源,能够减少资源浪费情况,同时,避免下次Modem产生死机时,因存储死机信息而出现内存不足的问题。因此,采用上述方法能够及时释放死机信息所占的内存资源,便于下次Modem产生死机时,能够有足够的存储空间来存储Modem产生的死机信息。
为了减少对用户正常通信过程的影响,同时,确保Modem产生死机后,能够及时恢复Modem的正常工作,在本发明实施例的一个实现方式中,可以在需要进行针对性排查Modem死机问题时才触发异常检测功能。并且,在触发异常检测功能且成功存储数据之后,或是在不需要触发异常检测功能时,能够及时进行复位操作。因此,在如图1所示的实现方法的基础上,还可以实现为如图4所示的实现方式。其中,在执行步骤102确定Modem产生死机的相关参数,以及检测周期内Modem产生死机的次数之前,还可以执行步骤107,且在执行步骤103将相关参数与检测周期内Modem产生死机的次数,存储至路由设备的指定存储区域中之后,以及当步骤107的判决结果为否时,可以执行步骤108:
107、确定路由设备是否处于异常检测状态。其中,当路由设备处于异常检测状态时,执行步骤102和步骤103;否则,执行步骤108。并且,在执行步骤103之后,执行步骤108。
当Modem进入download模式后,由于获取Modem产生死机时生成的死机信息的过程中,会导致网络暂时断开,且Modem产生死机时生成的死机信息数据量越大,Modem进入download模式后,获取数据的过程所消耗的时间就越长,因此,会对用户正常通信造成较大影响。例如:高通Modem的获取数据的过程需要消耗2分钟左右,这样至少会造成网络断开近2分钟。因此,为了减少对用户正常通信过程的影响,可以在需要排查Modem死机问题时,才执行步骤102和步骤103。
在本发明实施例中,可以通过设置一个异常检测标识,来确定当前检测周期内路由设备是否处于异常检测状态。比如:异常检测标识的取值可以设置为0或者1。其中,1表示当前检测周期内路由设备处于异常检测状态,0表示当前检测周期内路由设备未处于异常检测状态。在本发明实施例中,为了保证用户的正常通信,可以预先将异常检测标识设置为默认取值,即将异常检测标识设置为0。当需要对路由设备进行异常检测过程时,可以通过调整异常检测标识,以使路由设备进入异常检测状态,即将异常检测标识更改为1。当检测到异常检测标识为1时,执行步骤102和103;当检测到异常检测标识为0时,执行步骤108。
108、将Modem复位。
当异常检测标识为1且成功存储数据之后,或者异常检测标识为0时,可以执行Modem复位操作,从而使Modem在经过至少一次复位操作后恢复正常,也就使路由设备能够通过Modem完成网络接入过程。
在Modem复位成功后,可以将Modem死机信息通过网络发送到监控中心,或者通过TFTP(英文:Trivial File Transfer Protocol,中文:简单文件传输协议)/FTP(英文:FileTransfer Protocol,中文:文件传输协议)协议传输到PC(英文:Personal Compute,中文:个人计算机)中。其中,Modem死机信息中可以携带出现Modem死机的路由设备的路由设备标识,以告知控制中心或PC该路由设备中Modem所产生的死机。另外,由于标识可以作为区分不同路由设备的信息,因此,在本发明实施例中,可以通过上报路由设备标识,以使控制中心或PC区分不同路由设备所上报的死机信息。
需要说明的是,Modem复位后,可以继续执行步骤101。但是,若连续多次进行Modem复位操作后,Modem仍不能复位成功,即Modem无法恢复到正常模式,则认为当前时刻Modem所产生的死机为不可恢复的情况,此时,可以停止进行Modem复位操作,以节省用于复位操作所耗费的资源。同时,为了尽可能少地影响用户的正常通信,可以通过触发告警等方式,通知维护人员进行修复。
本发明实施例提供的一种定位Modem死机的方法,若路由设备处于异常检测状态,则确定并存储Modem产生死机时的数据,并在完成数据存储之后执行Modem复位操作;若路由设备未处于异常检测状态,则直接执行Modem复位操作。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程,现有技术因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明可以仅在路由设备处于异常检测状态时才触发异常检测功能,并在未处于异常检测状态时,直接将产生死机的Modem死机进行复位。这样既可以减少不必要的数据存储过程,进而减少因数据存储而造成的Modem断电情况的发生,从而减少上述操作对用户正常通信过程的影响。
本发明实施例提供一种定位Modem死机的装置20,如图5所示,该装置20用于执行如图1至图4所示的任意一种方法,该装置20包括:
异常监控模块21,用于检测无线传输模块Modem是否产生死机。
异常处理模块22,用于当异常监控模块21检测到Modem产生死机时,确定Modem产生死机的相关参数,以及检测周期内Modem产生死机的次数,相关参数至少包括:Modem产生死机的时间,以及Modem产生死机时生成的死机信息。还用于当所述异常监控模块21检测到未处于所述异常检测状态时,当所述Modem产生死机时,不做处理,直接进入异常恢复模块。
异常处理模块22,还用于将相关参数与检测周期内Modem产生死机的次数,存储至路由设备的指定存储区域中,以便于根据指定存储区域中存储的数据完成Modem死机的定位。
在本发明实施例的一个实现方式中,异常处理模块22,还用于压缩指定存储区域中存储的内容,得到目标数据。
异常处理模块22,还用于将目标数据移动至目标存储区域,目标存储区域包括路由设备的闪存Flash或与路由设备外接的存储设备。
在本发明实施例的一个实现方式中,异常处理模块22,还用于清除指定存储区域中存储的数据。
在本发明实施例的一个实现方式中,异常监控模块21,还用于确定路由设备是否处于异常检测状态。
异常处理模块22,还用于当异常监控模块21检测到路由设备处于异常检测状态时,执行当Modem产生死机时,确定相关参数,以及检测周期内Modem产生死机的次数。
在本发明实施例的一个实现方式中,装置20还包括:
异常恢复模块23,用于将Modem复位,或者,当路由设备未处于异常检测状态时,将Modem复位。
本发明实施例提供的一种定位Modem死机的装置,当检测到Modem产生死机时,则获取Modem产生死机的时间、Modem产生死机时生成的死机信息,以及检测周期内Modem产生死机的次数,并将这些数据存储到路由设备的指定存储区域中,以便于目标设备或者技术人员能够根据这些数据完成Modem死机的定位。相比较于现有技术中通过实验重现的手段来定位Modem死机原因的过程中,因前后两次产生Modem死机的原因可能存在不同而导致无法准确确定Modem实际使用过程中产生死机的原因,本发明通过将Modem产生的数据及时存储到路由设备的指定存储区域,使得目标设备或者技术人员能够在Modem产生死机时,直接获取死机信息,从而确定Modem产生死机的原因。因此,能够准确获取当前时刻Modem产生的死机信息,从而便于掌握当前时刻Modem产生死机的原因。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:Read-Only Memory,简称:ROM)或随机存储记忆体(英文:Random Access Memory,简称:RAM)等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种定位Modem死机的方法,其特征在于,所述方法包括:
检测无线传输模块Modem是否产生死机;
当所述Modem产生死机时,确定所述Modem产生死机的相关参数,以及检测周期内所述Modem产生死机的次数,所述相关参数至少包括:所述Modem产生死机的时间,以及所述Modem产生死机时生成的死机信息;
将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中,根据所述指定存储区域中存储的数据完成所述Modem死机的定位。
2.根据权利要求1所述的方法,其特征在于,在所述将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中之后,包括:
压缩所述指定存储区域中存储的内容,得到目标数据;
将所述目标数据移动至目标存储区域,所述目标存储区域包括所述路由设备的闪存Flash或与所述路由设备外接的存储设备。
3.根据权利要求2所述的方法,其特征在于,在所述将所述目标数据移动至目标存储区域之后,包括:
清除所述指定存储区域中存储的数据。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,在所述当所述Modem产生死机时,确定所述Modem产生死机的相关参数,以及检测周期内所述Modem产生死机的次数之前,包括:
确定所述路由设备是否处于异常检测状态;
当所述路由设备处于所述异常检测状态时,当所述Modem产生死机时,确定所述相关参数,以及所述检测周期内所述Modem产生死机的次数。
5.根据权利要求4所述的方法,其特征在于,当所述路由设备处于所述异常检测状态时,在所述将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中之后,包括:
将所述Modem复位;
或者,
当所述路由设备未处于所述异常检测状态时,在所述确定所述路由设备是否处于异常检测状态之后,包括:
当所述路由设备未处于所述异常检测状态时,将所述Modem复位。
6.一种定位Modem死机的装置,其特征在于,所述装置包括:
异常监控模块,用于检测无线传输模块Modem是否产生死机;
异常处理模块,用于当所述异常监控模块检测到所述Modem产生死机时,确定所述Modem产生死机的相关参数,以及检测周期内所述Modem产生死机的次数,所述相关参数至少包括:所述Modem产生死机的时间,以及所述Modem产生死机时生成的死机信息;
所述异常处理模块,还用于将所述相关参数与所述检测周期内所述Modem产生死机的次数,存储至路由设备的指定存储区域中,以便于根据所述指定存储区域中存储的数据完成所述Modem死机的定位。
7.根据权利要求6所述的装置,其特征在于,所述异常处理模块,还用于压缩所述指定存储区域中存储的内容,得到目标数据;
所述异常处理模块,还用于将所述目标数据移动至目标存储区域,所述目标存储区域包括所述路由设备的闪存Flash或与所述路由设备外接的存储设备。
8.根据权利要求7所述的装置,其特征在于,所述异常处理模块,还用于清除所述指定存储区域中存储的数据。
9.根据权利要求6至8中任意一项所述的装置,其特征在于,所述异常监控模块,还用于确定所述路由设备是否处于异常检测状态;
所述异常处理模块,还用于当所述异常监控模块检测到所述路由设备处于所述异常检测状态时,当所述Modem产生死机时,确定所述相关参数,以及所述检测周期内所述Modem产生死机的次数。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
异常恢复模块,用于将所述Modem复位,或者,当所述路由设备未处于所述异常检测状态时,将所述Modem复位。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610382084.9A CN107454614A (zh) | 2016-05-31 | 2016-05-31 | 一种定位Modem死机的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610382084.9A CN107454614A (zh) | 2016-05-31 | 2016-05-31 | 一种定位Modem死机的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107454614A true CN107454614A (zh) | 2017-12-08 |
Family
ID=60485265
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610382084.9A Pending CN107454614A (zh) | 2016-05-31 | 2016-05-31 | 一种定位Modem死机的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107454614A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801734A (zh) * | 2005-01-05 | 2006-07-12 | 华为技术有限公司 | 实现调制解调器信号故障分析的方法及装置 |
CN101325520A (zh) * | 2008-06-17 | 2008-12-17 | 南京邮电大学 | 基于日志的智能自适应网络故障定位和分析方法 |
CN101924665A (zh) * | 2010-07-20 | 2010-12-22 | 广州杰赛科技股份有限公司 | 一种Cable Modem的监测***及监测方法 |
CN102186117A (zh) * | 2011-03-30 | 2011-09-14 | 深圳市同洲电子股份有限公司 | 一种网络状态的判定方法和数字电视终端 |
CN104184649A (zh) * | 2013-05-23 | 2014-12-03 | 上海斐讯数据通信技术有限公司 | 调制解调器***的log日志的获取方法 |
CN104394023A (zh) * | 2014-12-09 | 2015-03-04 | 上海斐讯数据通信技术有限公司 | 用于网络接入终端的故障收集方法及*** |
-
2016
- 2016-05-31 CN CN201610382084.9A patent/CN107454614A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801734A (zh) * | 2005-01-05 | 2006-07-12 | 华为技术有限公司 | 实现调制解调器信号故障分析的方法及装置 |
CN101325520A (zh) * | 2008-06-17 | 2008-12-17 | 南京邮电大学 | 基于日志的智能自适应网络故障定位和分析方法 |
CN101924665A (zh) * | 2010-07-20 | 2010-12-22 | 广州杰赛科技股份有限公司 | 一种Cable Modem的监测***及监测方法 |
CN102186117A (zh) * | 2011-03-30 | 2011-09-14 | 深圳市同洲电子股份有限公司 | 一种网络状态的判定方法和数字电视终端 |
CN104184649A (zh) * | 2013-05-23 | 2014-12-03 | 上海斐讯数据通信技术有限公司 | 调制解调器***的log日志的获取方法 |
CN104394023A (zh) * | 2014-12-09 | 2015-03-04 | 上海斐讯数据通信技术有限公司 | 用于网络接入终端的故障收集方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7412631B2 (en) | Methods and structure for verifying domain functionality | |
CN110166462B (zh) | 访问控制方法、***、电子设备及计算机存储介质 | |
CN107832355A (zh) | 一种爬虫程序的代理获取的方法及装置 | |
CN109284207A (zh) | 硬盘故障处理方法、装置、服务器和计算机可读介质 | |
CN107579861A (zh) | 基于多线路监测的网站可用性告警方法、装置及电子设备 | |
CN104572472B (zh) | 一种程序执行顺序诊断方法与*** | |
CN115766402B (zh) | 服务器故障根因的过滤方法和装置、存储介质及电子装置 | |
CN108073486A (zh) | 一种硬盘故障的预测方法和装置 | |
CN101430658A (zh) | 异常复位信息的保存方法及装置 | |
CN111581043A (zh) | 服务器功耗的监控方法、装置和服务器 | |
CN106201904A (zh) | 用于内存垃圾回收的方法及装置 | |
CN107070747A (zh) | 一种在网卡绑定模式下自动化测试网卡网络连接稳定性的方法 | |
CN107659430A (zh) | 一种节点处理方法、装置、电子设备和计算机存储介质 | |
CN107533524A (zh) | 用于写时复制的存储器控制器的配置 | |
CN107567074A (zh) | 网络连接方法、装置及终端 | |
CN106899436A (zh) | 一种云平台故障预测诊断*** | |
CN107454614A (zh) | 一种定位Modem死机的方法及装置 | |
CN104780123B (zh) | 一种网络包收发处理装置及其设计方法 | |
CN106603428A (zh) | 一种消息队列保护方法及装置 | |
CN114218037A (zh) | 一种硬盘管理方法、装置、设备及机器可读存储介质 | |
US20200142798A1 (en) | Bus monitoring system, method and apparatus | |
CN108957260A (zh) | 局部放电检测***及方法、存储介质、处理器 | |
CN116414722B (zh) | 模糊测试处理方法、装置、模糊测试***及存储介质 | |
CN112068935A (zh) | kubernetes程序部署监控方法、装置以及设备 | |
CN110598797B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171208 |
|
RJ01 | Rejection of invention patent application after publication |