发明内容
本发明所要解决的技术问题是提供一种通信终端的监测方法,以克服通信终端的通信终端自身原因引起的数据业务断流问题。
本发明还提供了一种通信终端的监测装置,用以保证上述方法在实际中的应用及实现。
为了解决上述问题,本发明公开了一种通信终端的监测方法,所述方法包括:
监测通信终端的运行状态;
判断所述运行状态是否发生非空口信号质量所导致的异常;
当确定所述运行状态发生非空口信号质量所导致的异常时,触发所述通信终端重新启动。
优选地,当所述运行状态包括网络连接状态,所述判断运行状态是否发生非空口信号质量所导致的异常包括:
在监测到所述通信终端的所述网络连接状态为没有可连接的小区时,提取所述通信终端中预置的重启标识位,所述重启标识位的初始值为第一标识,在所述通信终端重新启动后,所述重启标识位更新为第二标识,所述通信终端重新启动并建立与网络侧的连接后,所述重启标识位更新为所述第一标识;
判断所述重启标识位是否为所述第一标识,若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络连接状态,所述判断运行状态是否发生非空口信号质量所导致的异常包括:
在监测到所述通信终端的所述网络连接状态为无法连接检测到的小区时,更新预置的连接次数统计变量;
判断所述连接次数统计变量是否达到预设阀值,若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络业务处理状态,所述判断运行状态是否发生非空口信号质量所导致的异常包括:
在监测到所述通信终端的所述网络业务处理状态为存在网络连接请求时,判断所述通信终端是否在预设时间段内未与网络侧建立连接;
若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络业务处理状态,所述判断运行状态是否发生非空口信号质量所导致的异常包括:
在监测到所述通信终端的所述网络业务处理状态为存在对所述通信终端内用户识别卡访问请求时,读取所述用户识别卡的状态标识位,并通过所述状态标识位确定所述用户识别卡被正常读取;
判断所述通信终端在预设时间段内是否接收到对所述访问请求的响应信息;
若否,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络传输数据状态,所述网络传输数据包括所述通信终端链路层的底层参数和/或接收到的中断,所述监测通信终端的运行状态包括:
获取所述通信终端链路层的底层参数和/或接收到的中断;
所述判断运行状态是否发生非空口信号质量所导致的异常包括:
判断所述通信终端链路层的各个底层参数是否超出相应的预设范围,若在预设时间段内存在至少一个底层参数超出相应的预设范围,则确定所述运行状态发生非空口信号质量所导致的异常;
和/或,
判断所述通信终端链路层接收到的中断是否来源于链路层所需中断源,若在预设时间段内,所述中断均不来源于链路层所需中断源,则确定所述运行状态发生非空口信号质量所导致的异常。
本发明还提供了一种通信终端的监测装置,其特征在于,包括:
运行状态监测模块,用于监测通信终端的运行状态;
异常判断模块,用于判断所述运行状态是否发生非空口信号质量所导致的异常;
重启模块,用于当确定所述运行状态发生非空口信号质量所导致的异常时,触发所述通信终端重新启动。
优选地,当所述运行状态包括网络连接状态,所述异常判断模块包括:
标识位查看子模块,用于在监测到所述通信终端的所述网络连接状态为没有可连接的小区时,提取通信终端中预置的重启标识位,所述重启标识位的初始值为第一标识,在所述通信终端重新启动后,所述重启标识位更新为第二标识,所述通信终端重新启动并建立与网络侧的连接后,所述重启标识位更新为所述第一标识;
标识判断子模块,用于判断所述重启标识位是否为所述第一标识,若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络连接状态,所述异常判断模块包括:
更新子模块,用于在监测到所述通信终端的所述网络连接状态为无法连接检测到的小区时,更新预置的连接次数统计变量;
变量判断子模块,用于判断所述连接次数统计变量是否达到预设阀值,若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络业务处理状态,所述异常判断模块包括:
连接查询子模块,用于在监测到所述通信终端的所述网络业务处理状态为存在网络连接请求时,判断所述通信终端是否在预设时间段内未与网络侧建立连接,若是,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络业务处理状态,所述异常判断模块包括:
标识位读取子模块,用于在监测到所述通信终端的所述网络业务处理状态为存在对所述通信终端内用户识别卡的访问请求时,读取所述用户识别卡的状态标识位,并通过所述状态标识位确定所述用户识别卡被正常读取;
信息判断子模块,用于判断所述通信终端在预设时间段内是否接收到对所述访问请求的响应信息,若否,则确定所述运行状态发生非空口信号质量所导致的异常。
优选地,当所述运行状态包括网络传输数据状态,所述网络传输数据包括所述通信终端链路层的底层参数和/或接收到的中断,所述运行状态监测模块还用于获取所述通信终端链路层的底层参数和/或接收到的中断;
所述异常判断模块,具体用于判断所述通信终端链路层的各个底层参数是否超出相应的预设范围,若在预设时间段内存在至少一个底层参数超出相应的预设范围,则确定所述运行状态发生非空口信号质量所导致的异常;
和/或,
所述异常判断模块,具体用于判断所述通信终端链路层接收到的中断是否来源于链路层所需中断源,若在预设时间段内,所述中断均不来源于链路层所需中断源,则确定所述运行状态发生非空口信号质量所导致的异常。
与现有技术相比,本发明具有以下优点:
依据本发明实施例,对通信终端的运行状态进行监测,当监测到运行状态发生非空口信号质量所导致的异常时,触发通信终端重新启动,一方面,当通信终端自身异常导致无法进行网络连接时,也可以触发通信终端的重新启动;另一方面,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
在无线通信系统中,需要通信终端与基站进行及时通信交互才能保证业务的正常进行,根据LTE系统相关技术标准(TS36.321,TS36.322,TS36.323),LTE链路层涉及到PDCP(Packet Data Convergence Protocol,分组数据汇聚)、RLC(Radio Link Control,无线链路控制)、MAC(MediumAccess Control,介质访问控制)三层协议。
其中,PDCP子层接收到对传输的业务数据进行头压缩和加密,然后递交到RLC子层;RLC子层对业务数据进行分段,并控制业务数据的重传;MAC子层通过动态调度的方式将业务数据进行传输。
空口信号质量问题可能会导致网络业务中断,例如,通信终端从一个小区移动到另一个小区时,需要将连接的网络信号切换到新的小区,此时可能会出现信号短暂连接不上的状况,又如,在经过隧道或是存在建筑物的遮挡时,也会出现信号微弱或连接不上的问题。
当空口信号质量出现问题,通信终端可以监测到数据传输过程中可能会出现以下状况:
1、监测到无线信号连接失败(radio link failure)
1.1监测到物理层下行失步;
1.2监测到MAC层随机接入失败;
1.3AM模式(Acknowledged Mode,确认模式)下,监测到RLC层重传失败;
2、监测到小区切换失败,或者在通信制式间切换失败;
3、监测到RRC信令完整性保护失败;
4、监测到RRC连接重配失败。
按照协议规定,在通信终端监测到以上情况时,可以发起网络连接重建立的过程,具体的重建过程可以包括如下步骤:
首先,处于RRC连接状态并激活了安全的通信终端,在以上各种情况下,向基站发送RRC连接重建立请求消息。
基站接收到消息后,进行相关处理,并向通信终端发送RRC连接重建立消息,通信终端在接收到RRC连接重建立消息后,停止相关定时器,恢复承载RRC信令的无线承载,重新激活安全,包括完整性保护和加密,并进行测量处理。
通信终端向基站发送RRC重建立完成消息,基站接收到该消息后,RRC连接重建立流程结束。
当通信终端自身出现问题致使数据业务传输中断时,通过以上重建过程无法得到恢复,例如,通信终端内部的USIM卡负载时间过长,程序运行时间过长后出现各种累积的问题,包括各种参数和变量频繁变化出现异常(超出参数的正常范围),导致信号处理异常;又如,通信终端接收机运行时间过长,无法正常接收数据。这些通信终端自身的问题仅仅通过重新与基站建立连接是无法解决的。并且,由于以上重建过程是在连接建立后才开始监测,通信终端自身原因导致无法进行网络连接时,并不会触发重建机制,也就无法进一步恢复正常数据业务。
有鉴于此,本发明实施例提供了一种通信终端的监测方法和装置,通过监测通信终端的运行状态,对于非空口信号质量导致的异常,触发通信终端重启,以克服通信终端自身原因引起的数据业务断流问题。
参考图1,示出了本发明的一种通信终端的监测方法实施例1的流程图具体可以包括以下步骤:
步骤101、监测通信终端的运行状态。
本发明实施例中,通信终端可以是各种包含通信芯片的终端,例如LTE上网卡、无线CPE(Customer Premise Equipment,客户终端设备)、智能手机等等。通信终端除了通信芯片(如LTE芯片)之外还可以包括应用处理器,应用处理器与通信终端中的各个应用程序通信,用于处理通信终端的应用程序请求,应用处理器接收到通信终端中应用程序的网络连接请求后,通知通信芯片与网络侧发起网络连接。
其中,通信芯片包括了与基站进行数据传输过程的链路层,在数据传输过程中涉及到多层协议,例如LTE链路层包含PDCP、RLC、MAC三层协议。通信终端与网络侧建立网络连接后,数据通过链路层、物理层,经过多层协议的处理后发送到网络侧或是应用处理器。
例如,以通信终端为手机为例,通过手机的浏览器触发一个网络连接请求后,浏览器将网络连接请求发送到应用处理器,应用处理器通知通信芯片与网络侧发起网络连接;通信终端与网络侧建立连接时,该网络连接请求经过通信终端链路层、物理层的处理后发送到网络侧;通信终端与网络侧经过LTE连接建立信令流程之后,成功建立连接,之后手机中的应用程序即可通过此LTE连接进行数据传输。
本发明实施例中,通信终端也可以是通信芯片(例如LTE芯片),用于在接收到外界(例如应用处理器)发送的网络连接请求后,发起与网络侧的连接。
步骤102、判断运行状态是否发生非空口信号质量所导致的异常。
在发生空口信号质量所导致的异常时,会发起网络连接重建立过程,在本发明实施例中,对通信终端的运行状态进行监测时,可以判断网络运行状态是否发生了非空口信号质量所导致的异常,以对于非空口信号导致的异常进行进一步的处理。
通信终端无法连接网络时,并不会触发重建过程,而通过本发明实施例,当通信终端自身异常无法进行网络连接时,也可以作为运行状态的异常情况,该异常并非空口信号质量所导致。
步骤103、当确定运行状态发生非终端信号质量所导致的异常时,触发通信终端重新启动。
通过步骤101和步骤102可以确定通信终端的运行状态发生了非空口信号质量所导致的异常,无法通过背景技术中重建的方式进行解决,可以通过重启使通信终端恢复到出厂设置。
本发明实施例中,当通信终端为通信芯片时,通信终端的重启为通信芯片的重启;当通信终端包括通信芯片和应用处理器时,通信终端的重启为通信芯片的重启。
由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,可以解决重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
并且,依据本发明实施例,通信终端自身异常无法进行网络连接时,也可以作为非空口信号质量所导致的运行状态的异常情况,进一步通过通信终端的重启解决。
可选地,通信终端的运行状态可以包括网络连接状态、网络业务处理状态或网络传输数据状态,相应的,以下给出各种不同的运行状态发生非空口信号质量所导致的异常的实施例。
参考图2,示出了本发明的一种通信终端的监测方法实施例2的流程图具体可以包括以下步骤:
步骤201、监测通信终端的网络连接状态。
本发明实施例中,网络连接状态是指通信芯片与网络侧建立网络连接过程中的各种状态,可以包括小区搜索状态,与网络侧的连接状态等。
步骤202、在监测到通信终端的网络连接状态为没有可连接的小区时,提取通信终端中预置的重启标识位。
其中,重启标识位的初始值为第一标识,在通信终端重新启动后,重启标识位更新为第二标识,通信终端重新启动并建立与网络侧的连接后,重启标识位更新为第一标识。
通信芯片在进行网络连接时,首先会搜索小区信号,在监测到网络连接状态为没有可连接的小区时,可能是因为通信芯片当前已经脱离网络服务区,也可能是因为通信芯片自身的问题所导致,例如,通信芯片接收机出现问题,无法接收到网络信号。
本发明实施例中,在通信芯片预置重启标识位(UE Reset Flag),用以标识通信芯片是否重启过,此标志位可以位于通信芯片的出厂设置参数中,保存在下电不擦除的flash中。
重启标识位的值根据通信芯片是否重启以及重启后是否成功连接网络进行更新,具体而言,重启标识位的初始值即出厂设置为第一标识,当通信芯片重新启动后,重启标识位更新为第二标识,在通信芯片重新启动,若成功建立与网络侧的连接,则将重启标识位更新为第一标识,若与网络侧的连接建立失败,则对重启标识位不做更新,仍然为第二标识。
步骤203、判断重启标识位是否为第一标识,若是,则运行状态发生非空口信号质量所导致的异常。
当监测到网络连接状态为没有可连接的小区时,提取重启标识位进行判断,若重启标识位为第一标识,说明该通信芯片没有重启过,或是之前有过重启,但重启之后成功建立了与网络侧的连接(即只可能是第一次进入出服务区状态),可以进行通信芯片的重启;若重启标识位为第二标识,则说明该通信芯片重启过,且重启之后与网络侧的连接失败,原因可能是因为通信芯片当前已经脱离了网络服务区,此时就不需要再重启,从而避免在出服务区状态下通信芯片的反复重启。
在具体的实现中,第一标识和第二标识可以依据具体的应用环境和需求设置,例如,第一标识可以为FALSE,第二标识可以为TRUE。
步骤204、在监测到通信终端的网络连接状态为无法连接检测到的小区时,更新预置的连接次数统计变量。
通信芯片在进行网络连接时,若搜索到小区信号,但在监测到网络连接状态为无法连接检测到的小区时,则说明通信芯片的接收机没有问题,可以接收到信号,但由于发送机的故障,导致网络连接建立失败。
当通信芯片自身问题导致检测到小区后无法建立网络连接时,表现为通信芯片发起多次网络连接,但多次网络连接均未成功,或是连接超时。
本发明实施例中,可以在通信芯片中预置一个连接次数统计变量(UERRC Conn Continue Fail Num),用于记录通信芯片连续连接不成功的次数,连接次数统计变量具备初始值,在每次重启后或者连接建立成功后都更新为初始值。在每次发起连接不成功时,对连接次数统计变量进行更新,例如,将连接次数统计变量做加1的处理。当连接次数统计变量达到预设阀值时,可以确定无法连接网络的原因可能是因为通信终端的自身问题,而非空口信号质量所导致。
步骤205、判断连接次数统计变量是否达到预设阀值,若是,则确定运行状态发生非空口信号质量所导致的异常。
在具体的实现中,连接次数统计变量的初始值可以为0,每次连接不成功后,将连接次数统计变量加1,一旦此变量达到预设阀值(例如3),则确定运行状态发生非空口信号质量所导致的异常。
在具体的实现中,对于通信芯片自身问题导致检测到小区后无法建立网络连接的情况,也可以通过定时器来进行判断。在LTE系统中,T300定时器是用于控制RRC连接建立过程的定时器,通信芯片在请求发起RRC连接时开启此定时器,连接建立成功则停止该定时器,因此一旦该定时器超时,则说明连接建立未成功。因此,还可以对定时器的计时时间进行监测,若计时超过预设值,则确定运行状态发生非空口信号质量所导致的异常。
步骤206、当确定网络连接状态发生非空口信号质量所导致的异常时,触发通信终端重新启动。
本发明实施例中,通信终端可以包括通信芯片和应用处理器,因此,触发通信终端重新启动的步骤可以包括:
子步骤S21、通信芯片生成重新启动的命令。
子步骤S22、应用处理器监测到命令后,向通信芯片发送重新启动的通知。
子步骤S23、通信芯片接收到重新启动的通知后,按照重新启动的通知重新启动。
在确定通信芯片发生了非网络信号质量所导致的异常后,首先由通信芯片生成重新启动的命令,具体而言,在确定需要重启后,通信芯片通知AT模块生成AT(Attention)命令,显示在AT命令显示界面上;应用处理器监测到该命令后,向通信芯片发送重新启动的通知;通信芯片接收到重新启动的通知后,按照重新启动的通知重新启动。
在具体的实现中,还可以在通信芯片重新启动后进一步重新建立与网络侧的连接,如图2所示,本发明实施例还可以包括:
步骤207、在重启后建立于网络侧的连接。
具体包括:
子步骤S31、应用处理器监测到通信芯片启动后,向通信芯片发送连接网络侧的通知。
子步骤S32、通信芯片接收到连接网络侧的通知后,按照连接网络侧的通知建立与网络侧的连接。
应用处理器监测到通信芯片重新启动后,进一步向通信芯片发送连接网络侧的通知;通信芯片接收到连接网络侧的通知后,按照连接网络侧的通知建立与网络侧的连接,建立业务通道,开始恢复数据业务。
通信终端无法连接网络时,并不会触发重建过程,并且重建过程也无法解决通信终端自身导致的数据业务断流的问题。而通过本发明实施例,对通信终端的网络连接状态进行监测,当通信终端自身异常导致无法搜索到小区信号,或是无法进行网络连接时,触发通信芯片的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
参考图3,示出了本发明的一种通信终端的监测方法实施例3的流程图具体可以包括以下步骤:
步骤301、监测通信终端的网络业务处理状态。
本发明实施例中,网络业务处理状态包括对应用处理器的网络连接请求的处理状态以及通信芯片对内部用户识别卡的访问状态本发明实施例可以对这两种不同的网络业务处理状态进行监测。
步骤302、在监测到通信终端的网络业务处理状态为存在网络连接请求时,判断通信终端是否在预设时间段内未尝试与网络侧建立连接,若是,则确定运行状态发生非空口信号质量所导致的异常。
当通信终端包括通信芯片和应用处理器时,可以对通信终端的应用处理器进行监测,通信芯片在处理网络业务的过程中,会接收到应用处理器发送的网络连接的请求。
在监测到应用处理器中存在网络连接请求时,即通信芯片的上层应用处理器向通信芯片发送了网络连接请求时,可以周期性查询通信芯片是否尝试与网络侧建立连接,若在预设的一段时间内,监测到应用处理器中存在网络连接请求,但通信芯片未尝试与网络侧建立连接,说明通信芯片内部的数据传输出现问题,导致接收不到应用处理器的网络连接请求,或通信芯片在接收到网络连接请求没有尝试发起连接,因此,可以确定发生了非空口信号质量所导致的异常。
具体而言,当通信芯片发起网络连接时,RRC模块会接收到发起连接的通知,因此,若RRC模块接收到发起连接的通知,则说明通信芯片尝试发起连接,判断通信芯片是否在预设时间段内未尝试与网络侧建立连接的步骤,也即是判断在预设时间段内RRC模块是否接收到发起连接的通知。
步骤303、在监测到通信终端的网络业务处理状态为存在对通信终端内用户识别卡访问请求时,读取用户识别卡的状态标识位,并通过状态标识位确定用户识别卡被正常读取。
本发明实施例中,通信芯片中可以包含保存用户身份识别信息的用户识别卡,通信芯片在处理网络业务的过程中,需要访问用户识别卡以获取用户身份识别信息。
本发明实施例中,用户识别卡中预置了状态标识位,用于标识用户识别卡是否处于正常可读取的状态,在通信终端开机之后,若用户识别卡可读取,将该状态标识位标记为预设值。在监测到通信芯片内存在对用户识别卡访问请求,即通信芯片向其所包含的用户识别卡发送了访问请求时,可以首先读取用户识别卡的状态标识位,若该状态标识位为预设值,则确定用户识别卡可以正常读取。
步骤304、判断通信终端在预设时间段内是否接收到对访问请求的响应信息,若否,则确定运行状态发生非空口信号质量所导致的异常。
确定用户识别卡可以正常读取后,进一步判断是否接收到用户识别卡对该请求的响应信息,若在预设的一段时间内都没有接收到响应信息,则说明用户识别卡的读取可能存在一些故障,例如,运行时间过长出现代码越界等问题,因此,可以确定运行状态发生了非网络信号质量所导致的异常。
本发明实施例中,用户识别卡可以是SIM(Subscriber Identity Module;客户识别模块)卡,也可以是USIM卡或是其他保存用户身份信息的设备。
步骤305、当确定网络业务处理状态发生非空口信号质量所导致的异常时,触发通信终端重新启动。
通过本发明实施例,监测通信终端的网络业务处理状态当监测到网络业务处理状态发生非网络信号质量所导致的异常时,触发通信终端的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
参考图4,示出了本发明的一种通信终端的监测方法实施例4的流程图具体可以包括以下步骤:
步骤401、监测通信终端的网络传输数据状态。
网络传输数据状态是指通信芯片在对业务数据进行上行或下行传输的过程中的各种状态,网络传输数据状态可以包括各层参数状态,接收中断的状态等等。
在传输业务数据的过程中,可以对通信芯片链路层的网络传输数据进行监测,网络传输数据可以包括通信芯片链路层的底层参数和/或接收到的中断,步骤401中监测通信终端的运行状态的步骤可以为,获取通信终端链路层的底层参数和/或接收到的中断。
步骤402、判断通信终端链路层的各个底层参数是否超出相应的预设范围,若在预设时间段内存在至少一个底层参数超出相应的预设范围,则确定运行状态发生非终端信号质量所导致的异常。
通信芯片链路层中,各个底层参数的状况可以标识当前通信芯片是否异常,可以对一个或多个底层参数进行监测,例如,物理层的AFC或AGC参数,当至少有一个底层参数超出了相应的预设范围,则可以确定运行状态发生非空口信号质量所导致的异常,当前通信芯片存在问题。
步骤403、判断通信终端链路层接收到的中断是否来源于链路层所需中断源,若在预设时间段内,中断均不来源于链路层所需中断源,则确定运行状态发生非空口信号质量所导致的异常。
通信芯片链路层接收到的中断也可以标识当前通信芯片是否异常,在接收到中断后可以判断中断是否来源于链路层所需中断源,如果在预设的一段时间内,接收到的中断均不来源于链路层所需中断源,则可以认为发生了丢中断且不能自动恢复的情况,并确定运行状态发生非空口信号质量所导致的异常,当前通信芯片存在非空口信号质量所导致的问题。
步骤404、当确定网络传输数据状态发生非空口信号质量所导致的异常时,触发通信终端重新启动。
通过本发明实施例,监测通信终端的网络传输数据状态,当监测到网络传输数据状态发生非空口信号质量所导致的异常时,触发通信终端的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
上述方法实施例2-4给出了各种不同的运行状态发生非空口信号质量所导致的异常的情况,在具体的实现中,可以通过对一种运行状态进行监测,也可以对多种不同的运行状态进行检测,本发明对此并不做限制。
对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
参考图5,示出了本发明的一种通信终端的监测装置实施例1结构框图,具体可以包括:
运行状态监测模块501用于监测通信终端的运行状态。异常判断模块502与运行状态监测模块501相连,异常判断模块502用于判断运行状态监测模块监测的运行状态是否发生非空口信号质量所导致的异常。重启模块503与异常判断模块502相连,重启模块503用于当异常判断模块502确定运行状态发生非空口信号质量所导致的异常时,触发通信终端重新启动。
本实施例的通信终端监测装置通过监测通信终端的运行状态,当运行状态出现非空口信号质量导致的异常时,重新启动通信终端,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,可以解决重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
并且,依据本发明实施例,通信终端自身异常无法进行网络连接时,也可以作为非空口信号质量所导致的运行状态的异常情况,进一步通过通信终端的重启解决。
可选的,在本发明实施例中,运行状态包括网络连接状态时,如图6示出了本发明的一种通信终端的监测装置实施例的一种优选结构框图,其中,异常判断模块502可以包括:
标识位查看子模块5021与运行状态监测模块501相连,标识位查看子模块5021用于在运行状态监测模块501监测到通信终端的网络连接状态为没有可连接的小区时,提取通信终端中预置的重启标识位,重启标识位的初始值为第一标识,在通信终端重新启动后,重启标识位更新为第二标识,通信终端重新启动并建立与网络侧的连接后,重启标识位更新为第一标识。标识判断子模块5022与标识位查看子模块5021和重启模块503相连,标识判断子模块5022用于判断标识位查看子模块提取的重启标识位是否为第一标识,若是,则确定运行状态发生非空口信号质量所导致的异常。
可选的,在本发明实施例中,运行状态包括网络连接状态时如图6所示异常判断模块还可以包括:
更新子模块5023与运行状态监测模块501相连,更新子模块5023用于在运行状态监测模块501监测到通信终端的网络连接状态为无法连接检测到的小区时,更新预置的连接次数统计变量。变量判断子模块5024与更新子模块5023和重启模块503相连,变量判断子模块5024用于判断连接次数统计变量是否达到预设阀值,若是,则确定运行状态发生非空口信号质量所导致的异常。
通信终端无法连接网络时,并不会触发重建过程,并且重建过程也无法解决通信终端自身导致的数据业务断流的问题。而通过本发明实施例,对网络连接状态进行监测,当通信终端自身异常导致无法搜索到小区信号,或是无法进行网络连接时,触发通信终端的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
可选的,在本发明实施例中,运行状态包括网络业务处理状态时,如图7示出了本发明的一种通信终端的监测装置实施例的另一种优选结构框图,其中,异常判断模块502可以包括:
连接查询子模块5025与运行状态监测模块501和重启模块503相连,连接查询子模块5025用于在监测到通信终端的网络业务处理状态为存在网络连接请求时,判断通信终端是否在预设时间段内未与网络侧建立连接,若是,则确定运行状态发生非空口信号质量所导致的异常。
可选的,在本发明实施例中,当运行状态包括网络业务处理状态时,如图7所示,异常判断模块502还可以包括:标识位读取子模块5026与运行状态监测模块501相连,标识位读取子模块5026用于在监测到通信终端的网络业务处理状态为存在对通信终端内用户识别卡的访问请求时,读取用户识别卡的状态标识位,并通过状态标识位确定用户识别卡可以正常读取。信息判断子模块5027与标识位读取子模块5026和重启模块503相连,信息判断子模块5027用于判断通信终端在预设时间段内是否接收到对访问请求的响应信息,若否,则确定运行状态发生非空口信号质量所导致的异常。
通过对网络业务处理状态进行监测,当监测到网络业务处理状态发生非网络信号质量所导致的异常时,触发通信终端的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
可选的,在本发明实施例中,当运行状态包括网络传输数据状态时,网络传输数据可以包括通信芯片链路层的底层参数和/或接收到的中断,运行状态监测模块501还可以用于获取通信终端链路层的底层参数和/或接收到的中断。
相应的,异常判断模块502具体用于判断运行状态监测模块501获取的通信终端链路层的各个底层参数是否超出相应的预设范围,若在预设时间段内存在至少一个底层参数超出相应的预设范围,则确定运行状态发生非空口信号质量所导致的异常。和/或,异常判断模块502具体用于判断运行状态监测模块501获取的通信终端链路层接收到的中断是否来源于链路层所需中断源,若在预设时间段内,中断均不来源于链路层所需中断源,则确定运行状态发生非空口信号质量所导致的异常。
在本发明实施例中,重启模块503可以进一步包括:
命令生成子模块用于生成重新启动的命令。第一通知接收子模块用于接收应用处理器监测到命令生成子模块生成的命令后,向通信终端发送的重新启动的通知。启动子模块用于按照第一通知接收子模块接收到的重新启动的通知重新启动。
优选地,上述装置还可以包括网络连接建立模块,网络连接建立模块可以进一步包括:
第二通知接收子模块用于接收应用处理器监测到通信终端启动后,发送的连接网络侧的通知。连接建立子模块用于按照第二通知接收子模块接收的连接网络侧的通知建立与网络侧的连接。
通过对通信终端的网络传输数据状态进行监测,当监测到网络传输数据状态发生非空口信号质量所导致的异常时,触发通信终端的重新启动,由于重新启动可以使得通信终端的各个参数和功能复位,清除累积的信息,解决了重建过程无法解决的问题,因此,采用本发明实施例的方法可以克服通信终端自身原因引起的数据业务断流问题,恢复通信终端与基站之间的正常的数据业务,从而可以提高通信终端的业务持续能力。
上述装置实施例中给出了各种不同的运行状态发生非空口信号质量所导致的异常的情况,在具体的实现中,可以通过对一种运行状态进行监测,也可以对多种不同的运行状态进行检测,本发明对此并不做限制。
由于所述装置实施例基本相应于前述图1-4所示的方法实施例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此就不赘述了。
本发明实施例还可以提供一种通信终端,所述通信终端中设置有上述实施例所述的通信终端的监测装置,详细可以参考上述相关实施例的赘述,在此不再赘述。
本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种通信终端的监测方法,以及,一种通信终端的监测装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。