CN102045181A - 一种终端脱网故障的处理方法和装置 - Google Patents
一种终端脱网故障的处理方法和装置 Download PDFInfo
- Publication number
- CN102045181A CN102045181A CN2009100934706A CN200910093470A CN102045181A CN 102045181 A CN102045181 A CN 102045181A CN 2009100934706 A CN2009100934706 A CN 2009100934706A CN 200910093470 A CN200910093470 A CN 200910093470A CN 102045181 A CN102045181 A CN 102045181A
- Authority
- CN
- China
- Prior art keywords
- grid
- terminal
- log information
- simplification
- state
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种终端脱网故障的处理方法和装置,将平时获取简化Log信息与脱网时获取详细Log信息相结合,对终端处于脱网状态前后的信息可以准确获取,并借助脱网模拟器对脱网原因进行分析判断,并根据问题库或其他相应策略进行相应的处理,有效的克服了脱网的不可预测性与信息获取之间的矛盾,而通过脱网模拟器进行问题分析,并建立问题库对脱网问题进行统一处理的方式,提高了对终端脱网问题进行处理的效率,并节约了成本投入。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种终端脱网故障的处理方法和装置。
背景技术
终端脱网,概括来说就是终端与网络失同步,造成终端作为被叫呼叫不通或作为主叫不能发起业务(如打电话、发短信等)的状态,甚至因此而导致终端死机,严重影响终端的正常工作。
终端脱网后,在终端中的具体表现有两种:
(1)终端界面可操作,但实际底层与网络失去交互,这种情况,用户在不发起业务的情况下很难发现终端已处于脱网状态。
(2)终端界面不可操作,显示“限制服务”、“注册未知”、“无信号”、“紧急呼叫”等信息,提示发生脱网,这种情况下,用户可以直接发现终端已经处于脱网状态。
终端脱网是一类较为复杂的问题,与终端和网络都有关。现有的技术方案没有针对终端脱网异常进行分析和解决的,只是有针对终端掉话或终端自身故障进行处理的相应方案,具体说明如下:
(1)终端掉话
现有的技术方案主要针对终端发生掉话故障时,如何收集参数判断掉话、上报数据、定位故障原因等方面的技术进行处理。
具体的实现方式是通过在终端中统一设定掉话故障参数,并在呼叫过程中记录对应参数值和时间并加以对比。若该终端出现掉话,则将该终端所记录的发生掉话时的数据记录上报给网络管理中心,使得网络管理中心能够及时、准确、完整地定位故障发生的原因,从而提出掉话解决方案。
该方案中具体的***实现的结构示意图和方法处理的流程示意图分别如图1和图2所示。
该方案的重点和创新点在于提出了一套统一、完善的掉话故障日志记录输出内容规范,包括关键场景参数和对应的掉话原因分析等,能够较为全面的搜集终端掉话时的各项指标,填补了目前3GPP国际标准在上述领域的空白。
(2)终端自身故障
现有的技术方案的研究的对象是终端在使用过程中自身产生的不良情况、异常和故障。
通过借助第三方诊断服务器,输入终端自身故障的日志(Log)信息,从而产生相关诊断参数,并将该诊断参数返回给终端的自动诊断程序,并据此生成与诊断结果相对应的错误代码,最后,将相应的错误代码显示于终端的屏幕或第三方诊断服务器的提示界面上,从而,提示操作者终端出现故障,以便于操作者掌握故障原因。具体实现框图见下图3:
该方案中具体的***实现的结构示意图如图3所示。
该方案解决了以往终端自身发生故障时,向网络运营商的解析服务器发送大量日志信息而产生的通信成本的问题,同时通过在终端屏幕或第三方装置的提示界面上显示诊断结果对应的错误代码的方式,避免了读取复杂Log信息产生的人力成本。
针对现有技术方案,在实现本发明的过程中,发明人发现现有技术方案至少存在以下问题::
对于第一种方案,该方案的关键技术点在于规范掉话故障日志记录输出内容,包括搜集关键场景参数和对应的掉话原因分析等。但上述参数在针对性、全面性方面并不能直接适用于终端脱网的异常场景,脱网会造成掉话,但掉话并不一定导致脱网,对于突发性的脱网异常不能够及时处理。同时该方案将记录参数上报给网管中心以定位故障发生的原因,加大了网络负担和通信成本。
对于第二种方案,该方案的关键技术点在于用第三方装置(诊断服务器)代替了原网络运营商的解析服务器的功能,虽然削减了向网络发送终端故障Log信息的通信成本和与上述作业有关的人力成本,但不能针对脱网复杂多变的情况进行不同处理,同时无法解决与网络有关的脱网异常现象。方案本身对于故障Log信息的分析过程也过于简单和不明晰,无法用于解决实际脱网异常现象。
发明内容
本发明实施例提供一种终端脱网故障的处理方法和装置,通过平时获取简化Log信息与脱网时获取详细Log信息相结合的方式,对终端处于脱网状态的原因进行判断,并进行相应的处理。
为达到上述目的,本发明实施例一方面提供了一种终端脱网故障的处理方法,应用于包括至少一个终端和一个脱网模拟器的***中,所述脱网模拟器中包含一个问题库,所述终端在正常工作的状态下,实时获取高层的简化日志Log信息,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,并将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器,所述方法包括以下步骤:
所述脱网模拟器接收所述终端上报的所述简化Log信息和所述详细Log信息;
所述脱网模拟器分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数;
所述脱网模拟器将所述异常参数与所述问题库中已存储的故障信息进行匹配,并在匹配结果达到匹配阈值时,根据所述问题库中相应的故障信息确定所述终端发生脱网故障的原因和相应的处理方式。
优选的,所述终端在正常工作的状态下,实时获取高层的简化日志Log信息,具体包括:
所述终端通过自身的存储空间和/或外置的存储装置对所述简化Log信息进行存储;
当存储所述简化Log信息的空间不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
优选的,当存储所述简化Log信息的空间不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息,具体为:
当存储所述简化Log信息的空间不足时,所述终端对所述简化Log信息进行压缩,并通过所述压缩后空余出的空间继续存储新获取到的所述简化Log信息;
当被存储的简化Log信息被压缩后,所剩余的空间仍然不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
优选的,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,具体为:
所述终端备份当前已有的简化Log信息,并在确认时间阈值所对应的时间范围内获取底层和高层的详细Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述终端判断自身处于非脱网的正常状态,所述终端删除备份的所述简化Log信息和获取到的所述详细Log信息,并开始重新实时获取高层的简化Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述终端判断自身保持脱网状态,所述终端继续获取所述详细Log信息。
优选的,如果在所述时间阈值所对应的确认时间范围内,所述终端判断自身保持脱网状态时,所述终端继续获取所述详细Log信息之后,还包括:
所述终端所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,所述终端将备份的所述简化Log信息和当前获取到的所述详细Log信息上报给所述脱网模拟器。
优选的,所述脱网模拟器将所述异常参数与所述问题库中已存储的故障信息进行匹配,并在匹配结果达到匹配阈值时,根据所述问题库中相应的故障信息确定所述终端发生脱网故障的原因和相应的处理方式,具体为:
所述脱网模拟器判断所述异常参数与所述问题库中已存储的一个或多个故障信息的匹配度是否达到匹配阈值;
当所述脱网模拟器判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为所述故障信息所对应的故障原因,并在所述问题库中存在相应处理方式的情况下,根据所述故障信息所对应的处理方式对所述终端的脱网状态进行处理或将所述处理方式提示给用户;
当所述脱网模拟器判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为未知原因。
优选的,当所述脱网模拟器判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,如果所述问题库中所存储的故障信息没有对应的处理方式,所述方法还包括:
所述脱网模拟器向所述终端发出告警提示,和/或向网络侧进行上报,请求相应的处理。
优选的,当所述脱网模拟器判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为未知原因之后,所述方法还包括:
如果所述***中的其他终端也上报了脱网参数,所述脱网模拟器将所述终端的异常参数与所述其他终端所上报的脱网参数进行比较;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果达到相似阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为新的、终端自身为主的原因,将所述终端的异常参数和相关信息更新到所述问题库中。
优选的,所述脱网模拟器分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数之后,还包括:
所述脱网模拟器根据所述处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
所述脱网模拟器在离线状态下连接所述待检测终端和所述模拟构建的网络环境,并判断所述待检测终端是否处于脱网状态;
当所述待检测终端处于脱网状态时,所述脱网模拟器判断所述待检测终端与所述处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当所述待检测终端没有处于脱网状态时,所述脱网模拟器判断所述待检测终端对于所述脱网案例表现正常。
另一方面,本发明实施例还提供了一种终端,应用于包括至少一个终端和一个脱网模拟器的***中,包括:
状态识别模块,用于判断所述终端是否处于脱网状态;
记录模块,与所述状态识别模块相连接,用于在所述状态识别模块判断所述终端处于正常工作状态时,实时获取高层的简化Log信息,并在所述状态识别模块判断所述终端处于脱网状态时,备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息;
通信模块,与所述记录模块相连接,用于将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器。
优选的,所述记录模块用于在所述状态识别模块判断所述终端处于正常工作状态时,实时获取高层的简化Log信息,具体为通过所述终端自身的存储空间和/或外置的存储装置对所述简化Log信息进行存储,包括:
判断子模块,用于判断是否还有剩余的存储空间存储所述简化Log信息;
处理子模块,与所述判断子模块相连接,用于当所述判断子模块判断存储所述简化Log信息的空间不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
优选的,所述记录模块,还包括压缩子模块,与所述判断子模块和所述处理子模块相连接,用于当所述判断子模块判断存储所述简化Log信息的空间不足时,对所述简化Log信息进行压缩,使所述记录模块能够通过所述压缩后空余出的空间继续存储新获取到的所述简化Log信息;
所述处理子模块,还用于当所述简化Log信息被所述压缩子模块压缩后,所述判断子模块仍判断所剩余的空间仍然不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
优选的,所述终端还包括:
设置模块,与所述状态识别模块相连接,用于设置脱网状态的确认时间阈值、记录时间阈值或信息量阈值;
所述状态识别模块在判断所述终端处于脱网状态之后,继续判断所述终端是否在所述设置模块所设置的确认时间阈值所对应的时间范围内脱离脱网状态;
其中,
如果在所述确认时间阈值所对应的时间范围内,所述状态识别模块判断所述终端处于非脱网的正常状态,所述记录模块删除备份的所述简化Log信息和获取到的所述详细Log信息,并开始重新实时获取高层的简化Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述状态识别模块判断所述终端保持脱网状态时,所述记录模块继续获取所述详细Log信息,并在所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,所述通信模块将备份的所述简化Log信息和当前获取到的所述详细Log信息上报给所述脱网模拟器。
另一方面,本发明实施例还提供了一种脱网模拟器,应用于包括至少一个终端和一个脱网模拟器的***中,所述脱网模拟器中包含一个问题库,所述终端在正常工作的状态下,实时获取高层的简化Log信息,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,并将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器,所述脱网模拟器包括:
接收模块,用于接收所述终端上报的所述简化Log信息和所述详细Log信息;
分析模块,与所述接收模块相连接,用于分析所述接收模块所接收到的简化Log信息和详细Log信息,确定所述终端的异常参数;
匹配模块,与所述分析模块相连接,用于将所述分析模块所得到的异常参数与所述问题库中已存储的故障信息进行匹配,判断匹配结果是否达到匹配阈值;
处理模块,与所述匹配模块相连接,用于根据所述匹配模块的匹配结果,对所述处于脱网状态的终端进行相应的处理。
优选的,所述处理模块根据所述匹配模块的匹配结果,对所述处于脱网状态的终端进行相应的处理,具体包括:
当所述匹配模块判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,所述处理模块确认所述终端处于脱网状态的原因为所述故障信息所对应的故障原因,并在所述问题库中存在相应处理方式的情况下,根据所述故障信息所对应的处理方式对所述终端的脱网状态进行处理或将所述处理方式提示给用户,如果所述问题库中所存储的故障信息没有对应的处理方式,所述处理模块还用于向所述终端发出告警提示,和/或向网络侧进行上报,请求相应的处理;
当所述匹配模块判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述处理模块确认所述终端处于脱网状态的原因为未知原因。
优选的,在所述处理模块确认所述终端处于脱网状态的原因为未知原因之后,如果所述接收模块还接收到所述***中的其他终端也上报了脱网参数,所述匹配模块将所述终端的异常参数与所述其他终端所上报的脱网参数进行比较;
其中,
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果达到相似阈值时,所述处理模块确认所述终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,所述处理模块确认所述终端处于脱网状态的原因为新的、终端自身为主的原因,将所述终端的异常参数和相关信息更新到所述问题库中。
优选的,所述脱网模拟器还包括设置模块和测试模块:
所述设置模块,与所述分析模块相连接,用于在所述分析模块分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数之后,根据所述处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
所述测试模块,与所述设置模块和所述处理模块相连接,用于在离线状态下连接所述设置模块所设置的所述待检测终端和所述模拟构建的网络环境,并判断所述待检测终端是否处于脱网状态;
其中,
当所述待检测终端处于脱网状态时,所述处理模块判断所述待检测终端与所述处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当所述待检测终端没有处于脱网状态时,所述处理模块判断所述待检测终端对于所述脱网案例表现正常。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,将平时获取简化Log信息与脱网时获取详细Log信息相结合,对终端处于脱网状态前后的信息可以准确获取,并借助脱网模拟器对脱网原因进行分析判断,并根据问题库或其他相应策略进行相应的处理,有效的克服了脱网的不可预测性与信息获取之间的矛盾,而通过脱网模拟器进行问题分析,并建立问题库对脱网问题进行统一处理的方式,提高了对终端脱网问题进行处理的效率,并节约了成本投入。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中的一种终端掉话处理方法的流程示意图;
图2为现有技术中的一种终端掉话处理方法的***实现的结构示意图;
图3为现有技术的一种终端自身故障诊断的方法的流程示意图;
图4为本发明实施例所提供的一种终端脱网故障的处理方法的流程示意图;
图5为本发明实施例所提供的具体应用场景下的一种终端脱网故障的处理方法的流程示意图;
图6为本发明实施例所提供的一种预判终端是否存在脱网隐患的方法的流程示意图;
图7为本发明实施例所提供的一种终端的结构示意图;
图8为本发明实施例所提供的一种脱网模拟器的结构示意图。。
具体实施方式
为了克服现有技术中的缺陷,本发明实施例提供了一种终端脱网故障的处理方法,应用于包括至少一个终端和一个脱网模拟器的***中,其中,脱网模拟器中包含一个问题库。
如图4所示,为本发明实施例所提出的一种终端脱网故障的处理方法的流程示意图,具体包括以下步骤:
步骤S401、脱网模拟器接收终端上报的简化Log信息和详细Log信息。
其中,简化Log信息和详细Log信息具体由终端通过以下方式进行获取:
(1)终端在正常工作的状态下,实时获取高层的简化Log信息。
上述的简化Log信息通过终端自身的存储空间和/或外置的存储装置进行存储。
当存储简化Log信息的空间不足时,通过以下两种方式进行处理:
方式一、终端直接用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
方式二、终端首先对简化Log信息进行压缩,并通过压缩后空余出的空间继续存储新获取到的简化Log信息,但当所存储的简化Log信息在被压缩后,所剩余的空间仍然不足时,终端将用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
(2)当终端判断自身处于脱网状态时,终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息。
首先,终端备份当前已有的简化Log信息,并在确认时间阈值所对应的时间范围内获取底层和高层的详细Log信息。
如果在确认时间阈值所对应的时间范围内,终端判断自身已经处于非脱网的正常状态,终端删除备份的简化Log信息和获取到的详细Log信息,并开始重新实时获取高层的简化Log信息。
如果在确认时间阈值所对应的时间范围内,终端判断自身保持脱网状态,终端继续获取详细Log信息。
在具体的应用场景中,终端可能因网络切换或其他原因而导致短暂性的可自我恢复的暂时脱网状态,这种暂时脱网状态并非真正的脱网状态,也无需进行相应的处理,在很短的时间内便可以自我恢复,上述的设置就是为了避免将这样的暂时脱网状态误判为真正的脱网状态而采取相应的处理流程而造成的***资源浪费,以及对正常业务的影响。
(3)终端将简化Log信息和详细Log信息上报给脱网模拟器。
当终端所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,终端将备份的简化Log信息和当前获取到的详细Log信息上报给脱网模拟器。
其中的信息量阈值和记录时间阈值都是根据终端中的存储空间情况或***判断脱网原因所需要的信息量进行设置的,目的是保证终端中的存储空间不会因为存储详细Log信息而被占用,同时保证能够获取到足够的详细Log信息,以进行脱网原因的分析,其中,具体阈值数值的变化并不影响本发明的保护范围。
步骤S402、脱网模拟器分析简化Log信息和详细Log信息,确定终端的异常参数。
步骤S403、脱网模拟器将异常参数与问题库中已存储的故障信息进行匹配,并在匹配结果达到匹配阈值时,根据问题库中相应的故障信息确定终端发生脱网故障的原因和相应的处理方式。
本步骤的具体实现流程为:
脱网模拟器判断异常参数与问题库中已存储的一个或多个故障信息的匹配度是否达到匹配阈值。
当脱网模拟器判断异常参数与一个或多个故障信息的匹配度达到匹配阈值时,脱网模拟器确认终端处于脱网状态的原因为故障信息所对应的故障原因,并在问题库中存在相应处理方式的情况下,根据故障信息所对应的处理方式对终端的脱网状态进行处理或将所述处理方式提示给用户,其中,如果问题库中所存储的故障信息没有对应的处理方式,脱网模拟器向终端发出告警提示,和/或向网络侧进行上报,请求相应的处理。
当脱网模拟器判断异常参数与问题库中的任何故障信息的匹配度都不能达到匹配阈值时,脱网模拟器确认终端处于脱网状态的原因为未知原因。
在具体的应用场景中,脱网模拟器确认终端处于脱网状态的原因为未知原因之后,还包括以下处理流程:
如果***中的其他终端也上报了脱网参数,脱网模拟器将终端的异常参数与其他终端所上报的脱网参数进行比较。
如果终端的异常参数与其他终端所上报的脱网参数之间的比较结果达到相似阈值时,脱网模拟器确认终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理。
如果终端的异常参数与其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,脱网模拟器确认终端处于脱网状态的原因为新的、终端自身为主的原因,将终端的异常参数和相关信息更新到问题库中。
进一步的,本发明实施例所提出的技术方案还可以包括基于异常参数而进行的其他待检测终端的脱网隐患预判,具体处理流程包括:
脱网模拟器根据处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
脱网模拟器在离线状态下连接待检测终端和模拟构建的网络环境,并判断待检测终端是否处于脱网状态;
当待检测终端处于脱网状态时,脱网模拟器判断待检测终端与处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当待检测终端没有处于脱网状态时,脱网模拟器判断待检测终端对于所述脱网案例表现正常。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,将平时获取简化Log信息与脱网时获取详细Log信息相结合,对终端处于脱网状态前后的信息可以准确获取,并借助脱网模拟器对脱网原因进行分析判断,并根据问题库或其他相应策略进行相应的处理,有效的克服了脱网的不可预测性与信息获取之间的矛盾,而通过脱网模拟器进行问题分析,并建立问题库对脱网问题进行统一处理的方式,提高了对终端脱网问题进行处理的效率,并节约了成本投入。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明实施例保护的范围。
一般来讲,脱网故障的特点包括以下几点:
导致的原因非常复杂:可能与终端、网络及二者IOT均有关。
难以及时抓取脱网时的日志信息:用户发现业务异常时终端实际上已经处于脱网状态。
脱网场景难以复现:Log信息不全或不及时。
无法进行脱网预判:脱网多为突发、偶然性现象,缺乏预防措施。
根据上述的脱网场景的特殊性,本发明实施例提出了一种终端脱网故障的处理方法,用于攻克现网中处理脱网问题的难点,并及时有效地解决脱网相关异常。
具体如图5所示,为本发明实施例提出的具体应用场景下的一种终端脱网故障的处理方法的流程示意图,具体包括以下步骤:
步骤S501、脱网模拟器初始化问题库数据,并为问题库中现有的脱网异常现象数据建立相关参数索引。
需要说明的是,本步骤的实现可以是在***初始化的过程中进行,也可以是在脱网模拟器第一次收到终端上报的异常参数之前的任意时刻进行,因此,本步骤的实现顺序并不直接由本步骤的需要决定,本步骤具体出现位置的变化并不影响本发明的保护范围。
步骤S502、终端利用相应的存储控件抓取简单的、记录高层信令流程的简化Log信息。
在具体应用场景中,上述的简化Log信息可以通过终端自身的存储空间、外置的存储装置或者两者相组合的方式进行存储,具体存储方式的变化并不影响本发明的保护范围。
需要说明的是,由于终端自身存储空间有限,本发明实施例中优选的选择外置的存储装置(例如:SD卡、CF卡等存储介质)进行简化Log信息的存储,能够进行简化Log信息存储的存储装置的类型均属于本发明的保护范围。
步骤S503、终端判断简化Log信息的存储空间是否已满。
如果存储空间已满,则执行步骤S504;
如果存储空间未满,则执行步骤S505。
步骤S504、终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
在具体的应用场景中,在覆盖原有的简化Log信息之前,还可以包括对原有的简化Log信息进行压缩的过程,通过压缩过程所节省出的存储空间可以被继续用来存储新获取的简化Log信息。
需要说明的是,压缩过程只是为了更多的保存简化Log信息而进行的处理,是否包含压缩过程并不影响本发明的保护范围。
但是,在压缩后仍然存储空间不足时,终端则必须通过覆盖原有简化Log信息的方式保存最新获取的简化Log信息。
为了保证简化Log信息的时效性,终端优先选择最早获取的简化Log信息进行覆盖,即按照时间顺序覆盖原有的简化Log信息,通过这样的方式,使保存的简化Log信息的获取时间与当前时间尽可能的接近,从而保证了简化Log信息的时效性,以及根据该信息所生成的处理结果的准确性。
在进行完上述的压缩或覆盖流程,并获得新的存储空间后,转回步骤S502继续进行简化Log信息的获取。
步骤S505、终端判断自身是否处于脱网状态。
当终端判断自身没有处于脱网状态,即处于正常业务状态时,执行步骤S502;
当终端判断自身处于脱网状态时,执行步骤S506。
在具体的应用场景中,终端判断自身是否处于脱网状态可以是通过周期性或随机发起业务进行判断,如果业务发起成功,则终端判断自身处于正常业务状态,相反,如果业务发起失败,则终端判断自身处于脱网状态。
除了上述的主动发起业务的方式外,其他能够实现脱网状态时别的方式也应属于本发明的保护范围。
步骤S506、终端备份存储空间中已存储的简化Log信息,同时开始记录此时终端从底层到高层的详细Log信息。
其中,备份简化Log信息的方式可以是将存储空间中已存储的简化Log信息放入缓存中,从而备份脱网前终端高层信令流程的相关信息。
而详细Log信息的获取则是为了记录脱网后终端的状态信息。
步骤S507、经过一段时间后,终端判断脱网异常是否已经恢复。
其中,所经过的时间实际为预先设置的确认时间阈值,这样设置的原因是基于终端所发生的脱网异常可能是可恢复,例如,在2G/3G互操作的过程中,由于跨***重选,需要终端在网络上重新进行注册,并因此而导致出现短暂脱网状态,但在注册完成后,终端将恢复到正常业务状态。
因此,上述的确认时间阈值就是为了避免终端由于这样的可恢复脱网而启动真正的脱网处理流程,并进而造成***资源的浪费,或对终端的正常业务构成影响。确认时间阈值的大小一般是根据可恢复脱网状态的恢复时间来设定,一般设定为秒级的时间长度,具体确认时间阈值所对应的时间长度的大小变化并不会影响本发明的保护范围。
基于上述设定,在经过确认时间阈值所对应的时间长度后,如果终端判断脱网异常已经恢复,则执行步骤S508;
如果终端判断脱网异常没有恢复,则执行步骤S509。
步骤S508、终端删除备份的简化Log信息和获取到的详细Log信息。
删除完成后,返回步骤S502,重新开始记录简化Log信息。
步骤S509、终端判断详细Log信息的记录量是否达到要求。
在本步骤中,详细Log信息的记录量是否达到要求的判断依据是终端所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值。
其中的信息量阈值和记录时间阈值都是根据终端中的存储空间情况或***判断脱网原因所需要的信息量进行设置的,目的是保证终端中的存储空间不会因为存储详细Log信息而被占用,同时保证能够获取到足够的详细Log信息,以进行脱网原因的分析,其中,具体阈值数值的变化并不影响本发明的保护范围。
如果终端判断详细Log信息的记录量没有达到要求,则继续记录详细Log信息,并继续执行步骤S509;
如果终端判断详细Log信息的记录量达到要求,则执行步骤S510。
步骤S510、终端将简化Log信息和详细Log信息上报给脱网模拟器。
步骤S511、脱网模拟器分析接收到的简化Log信息和详细Log信息,确定终端的异常参数。
上述的异常参数主要是与脱网异常相关的参数,例如:终端DSP状态、ARM状态、协议栈状态、OS状态、应用业务状态等,以及网络侧的信号强度、布网情况、小区个数及配置、重选/切换参数及门限等内容。
脱网模拟器通过对比脱网前的简化Log信息和脱网后的详细Log信息,提取出上述与脱网异常相关的参数。
步骤S512、脱网模拟器将异常参数与问题库中的各信息进行匹配。
具体的实现方式可以是脱网模拟器将异常参数输入到问题库索引中进行信息匹配。
步骤S513、脱网模拟器判断匹配结果是否达到匹配阈值。
如果脱网模拟器判断匹配结果达到匹配阈值,即判断该终端当前处于脱网状态属于问题库中的已有案例,则执行步骤S514;
如果脱网模拟器判断匹配结果没有达到匹配阈值,即判断该终端当前处于脱网状态不是问题库中的已有案例,则执行步骤S515。
其中的匹配阈值是根据***需求进行设置的,表示异常参数与问题库中的已有数据的相似度,如果与某项问题库中的已有数据相似度达到一定程度,则认为该异常参数与该已有数据一致,即当前终端的脱网原因就是该已有数据所表征的脱网原因。
匹配阈值的大小可以根据***对精确度的要求进行调整,具体数值的变化并不影响本发明的保护范围。
步骤S514、脱网模拟器和/或终端根据问题库中的已有案例信息进行脱网状态的原因显示,并根据问题库中的相应处理方案对终端的脱网状态进行处理。
由于该终端当前处于脱网状态属于问题库中的已有案例,因此,脱网模拟器直接在问题库中查询相应的数据信息,根据问题库中存储的脱网原因,在脱网模拟器和/或终端中进行显示,并提示测试人员或用户根据该处理方案进行终端的脱网状态处理。
如果问题库中所存储的故障信息没有对应的处理方式,脱网模拟器可以向终端发出告警提示,和/或向网络侧进行故障上报,请求相应的处理。
步骤S515、脱网模拟器判断终端的异常参数与***中的其他终端所上报的脱网参数是否一致。
即脱网模拟器判断终端的异常参数与其他终端所上报的脱网参数之间的比较结果是否达到相似阈值。
其中的相似阈值也可以是根据***需求进行设置的,表示异常参数与其他终端的脱网参数的相似度,如果相似度达到一定程度,则认为该终端与其他终端的网络状态一致或相似,因此,导致脱网的原因也应该是一致的。
并且,由于两部或多部终端本身同时出现相同的故障的可能性很低,因此,可以确定当多部终端在相同的网络环境下都出现脱网故障时,可以认为当前网络环境存在故障或网络质量不达标。
相似阈值的大小可以根据***对精确度的要求进行调整,具体数值的变化并不影响本发明的保护范围。
如果判断结果不一致,执行步骤S516;
如果判断结果一致,执行步骤S517。
步骤S516、脱网模拟器确认终端处于脱网状态的原因为新的、终端自身为主的原因,将终端的异常参数和相关信息更新到问题库中。
即将相关参数及信息录入问题库中,更新问题库和索引表。
步骤S517、脱网模拟器确认终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理。
进一步的,本发明实施例所提出的技术方案还可以在离线状态下对未检测终端进行脱网预判,基于步骤S501至步骤S511所提取与脱网异常相关的参数,脱网模拟器可以据此构建并复现已有脱网案例的场景,以判断被测终端是否存在相同的脱网隐患。
具体流程示意图如图6所示,具体包括以下步骤:
步骤S601~步骤S611、与步骤S501~步骤S511相似,用于提取与脱网异常相关的参数,在此不再重复叙述。
步骤S612、脱网模拟器根据上述脱网异常相关的参数构建已有脱网案例的网络环境,并调整被测终端的状态机与发生脱网异常的终端保持一致,从而模拟了当时发生脱网时的场景。
步骤S613、脱网模拟器在离线状态下连接被测终端与模拟器,判断终端能否正常发起业务。
如果终端不能正常发起业务,则执行步骤S614;
如果终端能够正常发起业务,则执行步骤S615。
步骤S614、脱网模拟器确认该被测试终端也存在相同脱网隐患,需进行处理。
步骤S615、脱网模拟器确认该被测试终端对于所述脱网案例表现正常。
本步骤完成后,对于该终端在该脱网案例中的检测流程结束,可以根据***需要进行其他脱网案例的检测。
为了实现上述的技术方案,如图7所示,本发明实施例还提供了一种终端,应用于包括至少一个终端和一个脱网模拟器的***中,包括:
状态识别模块71,用于判断终端是否处于脱网状态。
记录模块72,与状态识别模块71相连接,用于在状态识别模块71判断终端处于正常工作状态时,实时获取高层的简化Log信息,并在状态识别模块71判断终端处于脱网状态时,备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,具体为通过终端自身的存储空间和/或外置的存储装置对简化Log信息进行存储,包括:
判断子模块721,用于判断是否还有剩余的存储空间存储简化Log信息;
处理子模块722,与判断子模块721相连接,用于当判断子模块721判断存储简化Log信息的空间不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
在具体的应用场景中,记录模块72还包括压缩子模块723,与判断子模块721和处理子模块722相连接,用于当判断子模块721判断存储简化Log信息的空间不足时,对简化Log信息进行压缩,使记录模块72能够通过压缩后空余出的空间继续存储新获取到的简化Log信息;在此种情况下,处理子模块722还用于当简化Log信息被压缩子模块723压缩后,判断子模块721判断所剩余的空间仍然不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
通信模块73,与记录模块72相连接,用于将简化Log信息和详细Log信息上报给脱网模拟器。
在具体的应用场景中,终端还包括:
设置模块74,与状态识别模块71相连接,用于设置脱网状态的确认时间阈值、记录时间阈值或信息量阈值。
状态识别模块71在判断终端处于脱网状态之后,继续判断终端是否在设置模块74所设置的确认时间阈值所对应的时间范围内脱离脱网状态。
其中,
如果在确认时间阈值所对应的时间范围内,状态识别模块71判断终端已经处于非脱网的正常状态,记录模块72删除备份的简化Log信息和获取到的详细Log信息,并开始重新实时获取高层的简化Log信息;
如果在确认时间阈值所对应的时间范围内,状态识别模块71判断终端保持脱网状态时,记录模块72继续获取详细Log信息,并在所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,通信模块73将备份的简化Log信息和当前获取到的详细Log信息上报给脱网模拟器。
另一方面,本发明实施例还提供了一种脱网模拟器,应用于包括至少一个终端和一个脱网模拟器的***中。
如图8所示,脱网模拟器中包含一个问题库81,终端在正常工作的状态下,实时获取高层的简化Log信息,当终端判断自身处于脱网状态时,终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,并将简化Log信息和详细Log信息上报给脱网模拟器,脱网模拟器包括:
接收模块82,用于接收终端上报的简化Log信息和详细Log信息;
分析模块83,与接收模块82相连接,用于分析接收模块所接收到的简化Log信息和详细Log信息,确定终端的异常参数;
匹配模块84,与分析模块83相连接,用于将分析模块83所得到的异常参数与问题库81中已存储的故障信息进行匹配,判断匹配结果是否达到匹配阈值;
处理模块85,与匹配模块84相连接,用于根据匹配模块84的匹配结果,对处于脱网状态的终端进行相应的处理,具体包括:
当匹配模块84判断异常参数与一个或多个故障信息的匹配度达到匹配阈值时,处理模块85确认终端处于脱网状态的原因为故障信息所对应的故障原因,并在问题库中存在相应处理方式的情况下,根据故障信息所对应的处理方式对终端的脱网状态进行处理或将相应的处理方式提示给用户,如果问题库81中所存储的故障信息没有对应的处理方式,处理模块85还用于向终端发出告警提示,和/或向网络侧进行上报,请求相应的处理;
当匹配模块84判断异常参数与问题库中的任何故障信息的匹配度都不能达到匹配阈值时,处理模块85确认终端处于脱网状态的原因为未知原因。
在具体的应用场景中,在处理模块85确认终端处于脱网状态的原因为未知原因之后,如果接收模块82还接收到***中的其他终端也上报了脱网参数,匹配模块84将终端的异常参数与其他终端所上报的脱网参数进行比较;
其中,
如果终端的异常参数与其他终端所上报的脱网参数之间的比较结果达到相似阈值时,处理模块85确认终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理;
如果终端的异常参数与其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,处理模块85确认终端处于脱网状态的原因为新的、终端自身为主的原因,将终端的异常参数和相关信息更新到问题库中。
进一步的,脱网模拟器还包括设置模块86和测试模块87:
设置模块86,与分析模块83相连接,用于在分析模块83分析简化Log信息和详细Log信息,确定终端的异常参数之后,根据处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
测试模块87,与设置模块86和处理模块85相连接,用于在离线状态下连接设置模块86所设置的待检测终端和模拟构建的网络环境,并判断待检测终端是否处于脱网状态;
其中,
当待检测终端处于脱网状态时,处理模块85判断待检测终端与处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当待检测终端没有处于脱网状态时,处理模块85判断待检测终端对于所述脱网案例表现正常。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例所提出的技术方案,将平时获取简化Log信息与脱网时获取详细Log信息相结合,对终端处于脱网状态前后的信息可以准确获取,并借助脱网模拟器对脱网原因进行分析判断,并根据问题库或其他相应策略进行相应的处理,有效的克服了脱网的不可预测性与信息获取之间的矛盾,而通过脱网模拟器进行问题分析,并建立问题库对脱网问题进行统一处理的方式,提高了对终端脱网问题进行处理的效率,并节约了成本投入。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (17)
1.一种终端脱网故障的处理方法,其特征在于,应用于包括至少一个终端和一个脱网模拟器的***中,所述脱网模拟器中包含一个问题库,所述终端在正常工作的状态下,实时获取高层的简化日志Log信息,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,并将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器,所述方法包括以下步骤:
所述脱网模拟器接收所述终端上报的所述简化Log信息和所述详细Log信息;
所述脱网模拟器分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数;
所述脱网模拟器将所述异常参数与所述问题库中已存储的故障信息进行匹配,并在匹配结果达到匹配阈值时,根据所述问题库中相应的故障信息确定所述终端发生脱网故障的原因和相应的处理方式。
2.如权利要求1所述的方法,其特征在于,所述终端在正常工作的状态下,实时获取高层的简化日志Log信息,具体包括:
所述终端通过自身的存储空间和/或外置的存储装置对所述简化Log信息进行存储;
当存储所述简化Log信息的空间不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
3.如权利要求2所述的方法,其特征在于,当存储所述简化Log信息的空间不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息,具体为:
当存储所述简化Log信息的空间不足时,所述终端对所述简化Log信息进行压缩,并通过所述压缩后空余出的空间继续存储新获取到的所述简化Log信息;
当被存储的简化Log信息被压缩后,所剩余的空间仍然不足时,所述终端用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
4.如权利要求1所述的方法,其特征在于,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,具体为:
所述终端备份当前已有的简化Log信息,并在确认时间阈值所对应的时间范围内获取底层和高层的详细Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述终端判断自身处于非脱网的正常状态,所述终端删除备份的所述简化Log信息和获取到的所述详细Log信息,并开始重新实时获取高层的简化Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述终端判断自身保持脱网状态,所述终端继续获取所述详细Log信息。
5.如权利要求4所述的方法,其特征在于,如果在所述时间阈值所对应的确认时间范围内,所述终端判断自身保持脱网状态时,所述终端继续获取所述详细Log信息之后,还包括:
所述终端所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,所述终端将备份的所述简化Log信息和当前获取到的所述详细Log信息上报给所述脱网模拟器。
6.如权利要求1所述的方法,其特征在于,所述脱网模拟器将所述异常参数与所述问题库中已存储的故障信息进行匹配,并在匹配结果达到匹配阈值时,根据所述问题库中相应的故障信息确定所述终端发生脱网故障的原因和相应的处理方式,具体为:
所述脱网模拟器判断所述异常参数与所述问题库中已存储的一个或多个故障信息的匹配度是否达到匹配阈值;
当所述脱网模拟器判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为所述故障信息所对应的故障原因,并在所述问题库中存在相应处理方式的情况下,根据所述故障信息所对应的处理方式对所述终端的脱网状态进行处理或将所述处理方式提示给用户;
当所述脱网模拟器判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为未知原因。
7.如权利要求6所述的方法,其特征在于,当所述脱网模拟器判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,如果所述问题库中所存储的故障信息没有对应的处理方式,所述方法还包括:
所述脱网模拟器向所述终端发出告警提示,和/或向网络侧进行上报,请求相应的处理。
8.如权利要求6所述的方法,其特征在于,当所述脱网模拟器判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为未知原因之后,所述方法还包括:
如果所述***中的其他终端也上报了脱网参数,所述脱网模拟器将所述终端的异常参数与所述其他终端所上报的脱网参数进行比较;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果达到相似阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,所述脱网模拟器确认所述终端处于脱网状态的原因为新的、终端自身为主的原因,将所述终端的异常参数和相关信息更新到所述问题库中。
9.如权利要求1所述的方法,其特征在于,所述脱网模拟器分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数之后,还包括:
所述脱网模拟器根据所述处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
所述脱网模拟器在离线状态下连接所述待检测终端和所述模拟构建的网络环境,并判断所述待检测终端是否处于脱网状态;
当所述待检测终端处于脱网状态时,所述脱网模拟器判断所述待检测终端与所述处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当所述待检测终端没有处于脱网状态时,所述脱网模拟器判断所述待检测终端对于所述脱网案例表现正常。
10.一种终端,其特征在于,应用于包括至少一个终端和一个脱网模拟器的***中,包括:
状态识别模块,用于判断所述终端是否处于脱网状态;
记录模块,与所述状态识别模块相连接,用于在所述状态识别模块判断所述终端处于正常工作状态时,实时获取高层的简化Log信息,并在所述状态识别模块判断所述终端处于脱网状态时,备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息;
通信模块,与所述记录模块相连接,用于将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器。
11.如权利要求10所述的终端,其特征在于,所述记录模块用于在所述状态识别模块判断所述终端处于正常工作状态时,实时获取高层的简化Log信息,具体为通过所述终端自身的存储空间和/或外置的存储装置对所述简化Log信息进行存储,包括:
判断子模块,用于判断是否还有剩余的存储空间存储所述简化Log信息;
处理子模块,与所述判断子模块相连接,用于当所述判断子模块判断存储所述简化Log信息的空间不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
12.如权利要求11所述的终端,其特征在于,所述记录模块,还包括压缩子模块,与所述判断子模块和所述处理子模块相连接,用于当所述判断子模块判断存储所述简化Log信息的空间不足时,对所述简化Log信息进行压缩,使所述记录模块能够通过所述压缩后空余出的空间继续存储新获取到的所述简化Log信息;
所述处理子模块,还用于当所述简化Log信息被所述压缩子模块压缩后,所述判断子模块仍判断所剩余的空间仍然不足时,用最新获取到的简化Log信息覆盖最早获取到的简化Log信息。
13.如权利要求10所述的终端,其特征在于,还包括:
设置模块,与所述状态识别模块相连接,用于设置脱网状态的确认时间阈值、记录时间阈值或信息量阈值;
所述状态识别模块在判断所述终端处于脱网状态之后,继续判断所述终端是否在所述设置模块所设置的确认时间阈值所对应的时间范围内脱离脱网状态;
其中,
如果在所述确认时间阈值所对应的时间范围内,所述状态识别模块判断所述终端处于非脱网的正常状态,所述记录模块删除备份的所述简化Log信息和获取到的所述详细Log信息,并开始重新实时获取高层的简化Log信息;
如果在所述确认时间阈值所对应的时间范围内,所述状态识别模块判断所述终端保持脱网状态时,所述记录模块继续获取所述详细Log信息,并在所获取的详细Log信息的信息量达到信息量阈值,或获取详细Log信息的时间长度达到相应的记录时间阈值时,所述通信模块将备份的所述简化Log信息和当前获取到的所述详细Log信息上报给所述脱网模拟器。
14.一种脱网模拟器,其特征在于,应用于包括至少一个终端和一个脱网模拟器的***中,所述脱网模拟器中包含一个问题库,所述终端在正常工作的状态下,实时获取高层的简化Log信息,当所述终端判断自身处于脱网状态时,所述终端备份当前已有的简化Log信息,开始获取底层和高层的详细Log信息,并将所述简化Log信息和所述详细Log信息上报给所述脱网模拟器,所述脱网模拟器包括:
接收模块,用于接收所述终端上报的所述简化Log信息和所述详细Log信息;
分析模块,与所述接收模块相连接,用于分析所述接收模块所接收到的简化Log信息和详细Log信息,确定所述终端的异常参数;
匹配模块,与所述分析模块相连接,用于将所述分析模块所得到的异常参数与所述问题库中已存储的故障信息进行匹配,判断匹配结果是否达到匹配阈值;
处理模块,与所述匹配模块相连接,用于根据所述匹配模块的匹配结果,对所述处于脱网状态的终端进行相应的处理。
15.如权利要求14所述的脱网模拟器,其特征在于,所述处理模块根据所述匹配模块的匹配结果,对所述处于脱网状态的终端进行相应的处理,具体包括:
当所述匹配模块判断所述异常参数与一个或多个故障信息的匹配度达到所述匹配阈值时,所述处理模块确认所述终端处于脱网状态的原因为所述故障信息所对应的故障原因,并在所述问题库中存在相应处理方式的情况下,根据所述故障信息所对应的处理方式对所述终端的脱网状态进行处理或将所述处理方式提示给用户,如果所述问题库中所存储的故障信息没有对应的处理方式,所述处理模块还用于向所述终端发出告警提示,和/或向网络侧进行上报,请求相应的处理;
当所述匹配模块判断所述异常参数与所述问题库中的任何故障信息的匹配度都不能达到所述匹配阈值时,所述处理模块确认所述终端处于脱网状态的原因为未知原因。
16.如权利要求15所述的脱网模拟器,其特征在于,在所述处理模块确认所述终端处于脱网状态的原因为未知原因之后,如果所述接收模块还接收到所述***中的其他终端也上报了脱网参数,所述匹配模块将所述终端的异常参数与所述其他终端所上报的脱网参数进行比较;
其中,
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果达到相似阈值时,所述处理模块确认所述终端处于脱网状态的原因为网络原因,并向网络侧进行上报,请求相应的处理;
如果所述终端的异常参数与所述其他终端所上报的脱网参数之间的比较结果没有达到相似阈值时,所述处理模块确认所述终端处于脱网状态的原因为新的、终端自身为主的原因,将所述终端的异常参数和相关信息更新到所述问题库中。
17.如权利要求14所述的脱网模拟器,其特征在于,还包括设置模块和测试模块:
所述设置模块,与所述分析模块相连接,用于在所述分析模块分析所述简化Log信息和所述详细Log信息,确定所述终端的异常参数之后,根据所述处于脱网状态的终端的异常参数,调整待检测终端的状态机和模拟构建网络环境;
所述测试模块,与所述设置模块和所述处理模块相连接,用于在离线状态下连接所述设置模块所设置的所述待检测终端和所述模拟构建的网络环境,并判断所述待检测终端是否处于脱网状态;
其中,
当所述待检测终端处于脱网状态时,所述处理模块判断所述待检测终端与所述处于脱网状态的终端存在相同的脱网隐患,应用相同的处理策略进行处理;
当所述待检测终端没有处于脱网状态时,所述处理模块判断所述待检测终端对于所述脱网案例表现正常。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910093470.6A CN102045181B (zh) | 2009-10-10 | 2009-10-10 | 一种终端脱网故障的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910093470.6A CN102045181B (zh) | 2009-10-10 | 2009-10-10 | 一种终端脱网故障的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102045181A true CN102045181A (zh) | 2011-05-04 |
CN102045181B CN102045181B (zh) | 2013-08-07 |
Family
ID=43910999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910093470.6A Expired - Fee Related CN102045181B (zh) | 2009-10-10 | 2009-10-10 | 一种终端脱网故障的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102045181B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103138899A (zh) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | 通信链路层中通信包的重传方法及装置 |
CN103458454A (zh) * | 2012-05-31 | 2013-12-18 | 北京鼹鼠科技发展有限公司 | 一种基于安卓***的通信终端掉话测试方法和测试装置 |
CN103514069A (zh) * | 2012-11-22 | 2014-01-15 | Tcl集团股份有限公司 | 测试Android***HAL层API的方法及*** |
CN106126402A (zh) * | 2016-06-14 | 2016-11-16 | 网易(杭州)网络有限公司 | 加速器异常的处理方法及装置 |
CN107294786A (zh) * | 2017-07-13 | 2017-10-24 | 郑州云海信息技术有限公司 | 一种故障信息处理方法及装置 |
CN107408225A (zh) * | 2014-12-01 | 2017-11-28 | 阿普泰克科技公司 | 操作数据的自适应处置 |
CN107426750A (zh) * | 2017-07-18 | 2017-12-01 | 上海斐讯数据通信技术有限公司 | 一种手机注册失败自动诊断方法及*** |
CN107465841A (zh) * | 2017-08-15 | 2017-12-12 | 东莞市金铭电子有限公司 | 一种故障信息上报方法及终端 |
CN109684525A (zh) * | 2018-12-20 | 2019-04-26 | Oppo(重庆)智能科技有限公司 | 文档显示方法、装置、存储介质及测试设备 |
WO2019153505A1 (zh) * | 2018-02-07 | 2019-08-15 | 平安科技(深圳)有限公司 | 一种故障修复数据包的发布方法及服务器 |
CN111093176A (zh) * | 2020-03-25 | 2020-05-01 | 炬星科技(深圳)有限公司 | 机器人网络监控方法、设备及存储介质 |
CN111324757A (zh) * | 2018-12-17 | 2020-06-23 | 北京四维图新科技股份有限公司 | 地图数据的问题处理方法及装置 |
WO2023123901A1 (zh) * | 2021-12-29 | 2023-07-06 | 深圳市广和通无线股份有限公司 | 通信适配修复方法、装置、***及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7409318B2 (en) * | 2000-02-14 | 2008-08-05 | Nextnine Ltd. | Support network |
US7734764B2 (en) * | 2004-12-17 | 2010-06-08 | General Electric Company | Automated remote monitoring and diagnostics service method and system |
CN101137168B (zh) * | 2007-01-10 | 2010-05-19 | 中兴通讯股份有限公司 | 一种检测享有话权的移动终端异常脱网的装置及方法 |
-
2009
- 2009-10-10 CN CN200910093470.6A patent/CN102045181B/zh not_active Expired - Fee Related
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103138899A (zh) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | 通信链路层中通信包的重传方法及装置 |
CN103458454A (zh) * | 2012-05-31 | 2013-12-18 | 北京鼹鼠科技发展有限公司 | 一种基于安卓***的通信终端掉话测试方法和测试装置 |
CN103514069A (zh) * | 2012-11-22 | 2014-01-15 | Tcl集团股份有限公司 | 测试Android***HAL层API的方法及*** |
CN107408225B (zh) * | 2014-12-01 | 2020-01-07 | 阿普泰克科技公司 | 操作数据的自适应处置 |
CN107408225A (zh) * | 2014-12-01 | 2017-11-28 | 阿普泰克科技公司 | 操作数据的自适应处置 |
CN107408226A (zh) * | 2014-12-01 | 2017-11-28 | 阿普泰克科技公司 | 资产健康评分及其使用 |
US11144378B2 (en) | 2014-12-01 | 2021-10-12 | Uptake Technologies, Inc. | Computer system and method for recommending an operating mode of an asset |
US10754721B2 (en) | 2014-12-01 | 2020-08-25 | Uptake Technologies, Inc. | Computer system and method for defining and using a predictive model configured to predict asset failures |
CN106126402A (zh) * | 2016-06-14 | 2016-11-16 | 网易(杭州)网络有限公司 | 加速器异常的处理方法及装置 |
CN107294786A (zh) * | 2017-07-13 | 2017-10-24 | 郑州云海信息技术有限公司 | 一种故障信息处理方法及装置 |
CN107426750A (zh) * | 2017-07-18 | 2017-12-01 | 上海斐讯数据通信技术有限公司 | 一种手机注册失败自动诊断方法及*** |
CN107465841A (zh) * | 2017-08-15 | 2017-12-12 | 东莞市金铭电子有限公司 | 一种故障信息上报方法及终端 |
CN107465841B (zh) * | 2017-08-15 | 2022-10-14 | 西藏育宁科技集团有限公司 | 一种故障信息上报方法及终端 |
WO2019153505A1 (zh) * | 2018-02-07 | 2019-08-15 | 平安科技(深圳)有限公司 | 一种故障修复数据包的发布方法及服务器 |
CN111324757A (zh) * | 2018-12-17 | 2020-06-23 | 北京四维图新科技股份有限公司 | 地图数据的问题处理方法及装置 |
CN111324757B (zh) * | 2018-12-17 | 2023-08-22 | 北京四维图新科技股份有限公司 | 地图数据的问题处理方法及装置 |
CN109684525A (zh) * | 2018-12-20 | 2019-04-26 | Oppo(重庆)智能科技有限公司 | 文档显示方法、装置、存储介质及测试设备 |
CN111093176A (zh) * | 2020-03-25 | 2020-05-01 | 炬星科技(深圳)有限公司 | 机器人网络监控方法、设备及存储介质 |
WO2023123901A1 (zh) * | 2021-12-29 | 2023-07-06 | 深圳市广和通无线股份有限公司 | 通信适配修复方法、装置、***及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102045181B (zh) | 2013-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102045181A (zh) | 一种终端脱网故障的处理方法和装置 | |
CN110311831B (zh) | 基于容器云的***资源监控方法及相关设备 | |
CN101197621B (zh) | 一种对网管***故障进行远程诊断定位的方法及其*** | |
CN102355368B (zh) | 一种网络设备的故障处理方法及*** | |
CN105550073A (zh) | 数据库备份方法及其*** | |
CN106201844B (zh) | 一种日志收集方法及装置 | |
CN101873462A (zh) | Dvr的数据备份恢复方法、***及dvr | |
CN105159964A (zh) | 一种日志监控方法及*** | |
CN109460343A (zh) | 基于日志的***异常监控方法、装置、设备及存储介质 | |
CN104246767A (zh) | 用于云同步***的遥测*** | |
EP2608595A1 (en) | Mobile terminal and failure recovery method thereof | |
CN112203316B (zh) | 网络异常的恢复方法、装置、电子设备及存储介质 | |
CN109522316A (zh) | 日志处理方法、装置、设备和存储介质 | |
CN107102928A (zh) | 一种应用程序崩溃信息上报方法和装置 | |
CN103971500A (zh) | 一种远程设备故障信息采集***数据压缩传输方法 | |
CN111930703A (zh) | 日志文件自动抓取方法、装置和计算机设备 | |
CN113051428B (zh) | 一种摄像机前端存储备份的方法及装置 | |
CN102325171B (zh) | 一种监控***中数据的存储方法及其*** | |
CN111935237B (zh) | 日志处理方法及***、电子设备及存储介质 | |
CN111010706A (zh) | 一种异常恢复方法及装置 | |
EP4354297A1 (en) | Data integrity processing method and apparatus, and electronic device | |
JP2007233918A (ja) | ログ情報収集システム、情報処理装置、ログ情報収集方法およびプログラム | |
CN113763596B (zh) | 一种机载异构网络数据记录方法 | |
CN116302989A (zh) | 压力测试方法及***、存储介质、计算机设备 | |
CN114448775A (zh) | 设备故障信息处理方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130807 Termination date: 20211010 |