CN107801201A - 网络恢复方法及装置 - Google Patents
网络恢复方法及装置 Download PDFInfo
- Publication number
- CN107801201A CN107801201A CN201710979860.8A CN201710979860A CN107801201A CN 107801201 A CN107801201 A CN 107801201A CN 201710979860 A CN201710979860 A CN 201710979860A CN 107801201 A CN107801201 A CN 107801201A
- Authority
- CN
- China
- Prior art keywords
- network
- mobile terminal
- packet
- abnormal
- received
- 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/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种网络恢复方法及装置,以实现快速、有效地恢复异常网络,该方法包括:确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;根据所述收发信息确定移动终端的网络是否异常;若是,则执行对所述网络的恢复操作。该技术方案提高了对网络是否异常的判断准确度,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况,进而提高了网络恢复的速度以及准确度。
Description
技术领域
本申请涉及通信领域,尤其涉及一种网络恢复方法及装置。
背景技术
移动终端上网功能是当下移动设备的重度使用功能,它和人们的工作生活息息相关,密不可分,如果终端突然无法上网,将会严重地影响用户体验。目前移动网络已经趋于完善,在大多数情况下均可提供正常的上网功能,但是由于某些地区网络覆盖不理想、在人群集中地区资源分配不均、基站故障或其它一些不确定的网络因素,导致终端不能上网的问题还是时有发生。这将严重影响用户使用终端上网的体验,甚至影响用户的生活及工作。因此,如何恢复终端网络成为目前亟需解决的问题。
发明内容
本申请实施例的目的是提供一种网络恢复方法及装置,以实现快速、有效地恢复异常网络。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,本发明实施例提供了一种网络恢复方法,该方法包括:
确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;
根据所述收发信息确定所述移动终端的网络是否异常;
若是,则执行对所述网络的恢复操作。
第二方面,本发明实施例还提供了一种网络恢复装置,该装置包括:
第一确定模块,用于确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;
第二确定模块,用于根据所述收发信息确定所述移动终端的网络是否异常;
恢复模块,用于若所述移动终端的网络异常,则执行对所述网络的恢复操作。
第三方面,本发明实施例还提供了一种移动终端,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述任一项所述的网络恢复方法的步骤
第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如上述任一项所述的网络恢复方法的步骤。
由以上本申请实施例提供的技术方案可见,本申请实施例方案至少具备如下一种技术效果:
采用本申请实施例提供的技术方案,能够确定移动终端在第一预设时长内对数据包的收发信息,该收发信息包括接收到的数据包与发送的数据包之间的比值,并根据该收发信息确定移动终端的网络是否异常,若网络异常,则执行对网络的恢复操作。可见,该技术方案能够依据移动终端接收到的数据包与发送的数据包之间的比值判断网络是否异常,从而提高对网络是否异常的判断准确度,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况(如在某些情况下,网络异常时仍会收发数据包,此时容易误认为网络正常),进而提高了网络恢复的速度以及准确度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例中一种网络恢复方法的流程图。
图2是本申请的另一个实施例中一种网络恢复方法的流程图。
图3是本申请的一个实施例中一种网络恢复装置的结构示意图。
图4是本申请的一个实施例中移动终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的技术方案,可以应用于各种通信系统,例如:GSM(Global System ofMobile communication,全球移动通讯系统),CDMA(Code Division Multiple Access,码分多址)系统,WCDMA(Wideband Code Division Multiple Access Wireless,宽带码分多址),GPRS(General Packet Radio Service,通用分组无线业务),LTE(Long TermEvolution,长期演进)等。
移动终端(Mobile Terminal),也可称之为接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、SIP(Session Initiation Protocol,会话启动协议)电话、WLL(Wireless Local Loop,无线本地环路)站、PDA(Personal DigitalAssistant,个人数字处理)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的PLMN(Public Land Mobile Network,公共陆地移动网络)网络中的终端设备。
本申请所适应的系统,可以是FDD(Frequency Division Duplex,频分双工),TDD(Time Division Duplex,时分双工)或者FDD与TDD两种双工方式聚合使用的系统,本申请对此不做限定。
图1是本申请的一个实施例中一种网络恢复方法的流程图。图1的方法可包括:
步骤S101,确定移动终端在第一预设时长内对数据包的收发信息。
其中,收发信息包括接收到的数据包与发送的数据包之间的比值。
步骤S102,根据收发信息确定移动终端的网络是否异常。
步骤S103,若移动终端的网络异常,则执行对网络的恢复操作。
本实施例的技术方案可适用于长期演进LTE网络、2G、3G等网络。并且,由于LTE网络已成为目前主要使用的移动网络,且其网络时延较其他网络小很多,因此该技术方案优选用于LTE网络。
采用本申请实施例提供的技术方案,能够确定移动终端在第一预设时长内对数据包的收发信息,该收发信息包括接收到的数据包与发送的数据包之间的比值,并根据该收发信息确定移动终端的网络是否异常,若网络异常,则执行对网络的恢复操作。可见,该技术方案能够依据移动终端接收到的数据包与发送的数据包之间的比值判断网络是否异常,从而提高对网络是否异常的判断准确度,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况(如在某些情况下,网络异常时仍会收发数据包,此时容易误认为网络正常),进而提高了网络恢复的速度以及准确度。
本实施例在执行步骤S103时,即在恢复移动终端的网络时,可直接向网络侧发送网络恢复指令,以指示网络侧为移动终端重新分配网络资源。可见,该技术方案在网络异常时无需执行调取数据列表、清除数据等多次网络恢复过程,而是直接通过指示网络侧为移动终端重新分配网络资源来恢复网络,从而非常快速、准确地恢复网络。并且,由于该技术方案在恢复网络时快速、准确,因此使得用户无法上网的时间非常短,甚至感受不到,从而大大提高了用户使用网络的体验度。
下面,将结合具体的实施例,对本申请实施例的方法作进一步的描述。
首先执行步骤S101,即确定移动终端在第一预设时长内对数据包(即packet)的收发信息,该收发信息包括接收到的数据包与发送的数据包之间的比值。
在一个实施例中,第一预设时长小于或等于网络在正常状态下的网络连接时间。例如,第一预设时长可小于网络在正常状态下登录网址的时间、加载一幅图片的时间等。
在确定移动终端在第一预设时长内对数据包的收发信息之后,继续执行步骤S102,即根据所确定的收发信息确定移动终端的网络是否异常。
例如,第一预设时长为5秒,那么可根据移动终端在5秒内对数据包的收发信息来确定网络是否异常,即每隔5秒检测一次移动终端对数据包的收发信息,并根据检测到的收发信息确定网络是否异常。
本实施例中,能够根据移动终端在第一预设时长内对数据包的收发信息确定网络是否异常,且第一预设时长小于或等于网络在正常状态下的网络连接时间,因此使得针对网络是否异常的整个判断过程非常快速。
在一个实施例中,若移动终端在第一预设时长内接收到的数据包与移动终端所发送的数据包之间的比值小于第一预设阈值,则确定移动终端的网络异常。
在传统的判断网络是否异常的方法中,通常根据移动终端接收到数据包和/或发送数据包的数目来判断。具体的,只要移动终端接收到的数据包数目不为零和/或发送数据包的数目不为零,就会确定移动终端的网络正常。但实际上,在网络异常时,也可能存在以下情况:即由于时延非常大,导致移动终端接收到的数据包远远少于其所发送的数据包,进而使得数据无法正常交互。可见,这种情况下,即使网络异常,移动终端所接收到的数据包和/或发送的数据包也并不为零,因此,根据移动终端接收到数据包和/或发送数据包的数目来判断网络是否异常的方法并不准确。
例如,由于资源分配不足而导致网络异常时,移动终端接收到的数据包的数目为5,而发送的数据包的数目为12345。若按照传统的判断网络是否异常的方法,则由于移动终端接收到的数据包以及发送的数据包均不为零,因此认为网络正常,不会触发网络恢复机制,最终导致用户无法上网。若按照本申请实施例中的判断网络是否异常的方法,则由于移动终端接收到的数据包与所发送的数据包之间的比值为5/12345,该比值小于第一预设阈值(假设为1/100),因此可确定网络异常,进而触发网络恢复机制以恢复网络,使用户能够重新上网。
由上述可知,本实施例中,根据移动终端接收到的数据包与发送的数据包之间的比值来判断网络是否异常,使得判断网络是否异常的方法更加符合实际的网络异常状况,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况,提高了网络恢复的速度以及准确度。
在一个实施例中,为避免因发生数据堵塞而导致的误判情况,若移动终端接收到的数据包与移动终端所发送的数据包之间的比值小于第二预设阈值,可进一步触发移动终端对指定网址的连接操作,并判断移动终端是否能连接至指定网址,若移动终端能连接至指定网址,则确定移动终端的网络正常,反之,若移动终端不能连接至指定网址,则确定移动终端的网络异常。例如,将移动终端连接至腾讯或百度,若连接正常,则说明网络通畅,即移动终端网络正常。其中,第二预设阈值与第一预设阈值可相等或者不等。
本实施例中,在移动终端接收到的数据包与其所发送的数据包之间的比值小于第二预设阈值的情况下,通过判断移动终端是否能连接至指定网络来判断网络是否异常,避免了因发生数据堵塞而导致的误判情况,提高了网络异常的判断的准确性。
在一个实施例中,移动终端对数据包的收发信息还包括移动终端在第一预设时长内接收到的数据包。相应的,若移动终端在第一预设时长内接收到的数据包少于第三预设阈值,则确定移动终端的网络异常。
例如,第三预设阈值为500,那么当移动终端在第一预设时长内接收到的数据包少于500时,可确定移动终端的网络异常。
需要说明的是,本实施例虽然根据移动终端接收到的数据包的数目来判断网络是否异常,但与传统的判断网络是否异常的方法不同。在传统方法中,只需判断移动终端是否接收到数据包(即判断移动终端接收到的数据包数目是否为零),若移动终端未接收到数据包(或移动终端接收到的数据包数目为零),则确定移动终端的网络异常。如上述实施例中所述,网络异常的情况下移动终端也可能接收到数据包,只是接收到的数据包数目较少。因此传统的根据移动终端是否接收到数据包来判断网络是否异常的方法无法准确地进而判断。而本实施例中,仅在移动终端在一段时间内接收到的数据包少于一定阈值(即第三预设阈值)时才会确定移动终端的网络异常,因此能够准确地对网络是否异常进行判断。
此外,根据收发信息判断网络是否异常时,可将移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值以及在第一预设时长内接收到的数据包结合起来进行判断。例如,若移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值大于或等于某预设阈值(如第一预设阈值或第二预设阈值),则进一步判断移动终端在第一预设时长内接收到的数据包是否少于第三预设阈值,若移动终端在第一预设时长内接收到的数据包少于第三预设阈值,则确定移动终端的网络异常;反之,若移动终端在第一预设时长内接收到的数据包不少于第三预设阈值,则可确定移动终端的网络正常。再例如,若移动终端在第一预设时长内接收到的数据包多于或等于第三预设阈值,则进一步判断移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值是否小于某预设阈值(如第一预设阈值或第二预设阈值),若比值小于该预设阈值,则确定移动终端的网络异常;反之,若比值大于或等于该预设阈值,则确定移动终端的网络正常。
本实施例中,通过将收发信息中包括的移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值以及在第一预设时长内接收到的数据包结合起来进行判断,使得网络是否异常的判断结果更加准确,避免产生误判时导致的网络恢复不及时或进行不必要的网络恢复的情况。
在一个实施例中,移动终端对数据包的收发信息还包括移动终端接收单位数据包的时长。相应的,若移动终端接收单位数据包的时长超过第二预设时长,则确定移动终端的网络异常。可选地,该第二预设时长小于或等于TCP的最大等待时间。其中,单位数据包可以是1个数据包。例如,第二预设时长为5秒,若移动终端接收1个数据包的时长超过5秒,则确定移动终端的网络异常。
本实施例中,能够根据移动终端接收数据包的时长来判断网络是否异常。由于网络异常情况下接收数据包的时间往往超过TCP的最大等待时间,因此,根据移动终端接收数据包的时长可准确、快速地判断出网络是否异常。
此外,根据收发信息判断网络是否异常时,可将移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值以及接收单位数据包的时长结合起来进行判断。例如,若移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值大于或等于某预设阈值(如第一预设阈值或第二预设阈值),则进一步判断移动终端接收单位数据包的时长是否超过第二预设时长,若移动终端接收单位数据包的时长超过第二预设时长,则确定移动终端的网络异常;反之,若移动终端接收单位数据包的时长未超过第二预设时长,则可确定移动终端的网络正常。再例如,若移动终端接收单位数据包的时长未超过第二预设时长,则进一步判断移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值是否小于某预设阈值(如第一预设阈值或第二预设阈值),若比值小于该预设阈值,则确定移动终端的网络异常;反之,若比值大于或等于该预设阈值,则确定移动终端的网络正常。
本实施例中,通过将收发信息中包括的移动终端在第一预设时长内接收到的数据包与发送的数据包之间的比值以及接收单位数据包的时长结合起来进行判断,使得网络是否异常的判断结果更加准确,避免产生误判时导致的网络恢复不及时或进行不必要的网络恢复的情况。
在一个实施例中,可在移动终端处于亮屏状态时确定移动终端的网络是否异常。移动终端处于亮屏状态时,说明用户当前很可能正在上网,因此这种情况下确定移动终端的网络是否异常、并在网络异常时触发网络恢复机制,能够及时、有效地解决网络异常状况,避免用户无法上网的情况。
在确定移动终端的网络异常之后,即可向网络侧发送网络恢复指令,以指示网络侧为移动终端重新分配网络资源。
图2是本申请的一个具体实施例中一种网络恢复方法的流程图。图2的方法可包括:
步骤S201,判断移动终端是否处于亮屏状态。若是,则执行步骤S202。
步骤S202,判断移动终端当前所使用的网络是否为LTE网络。若是,则执行步骤S203。
步骤S203,确定移动终端在预设时长内接收到的数据包与发送的数据包之间的比值。
其中,预设时长小于或等于网络在正常状态下的网络连接时间。例如,预设时长可小于网络在正常状态下登录网址的时间、加载一幅图片的时间等。
步骤S204,判断该比值是否小于预设阈值。若是,则执行步骤S205;若否,则执行步骤S208。
步骤S205,触发移动终端对指定网址的连接操作,并判断移动终端是否能连接至指定网址。若否,则执行步骤S206;若是,则执行步骤S208。
其中,指定网址可以是预先指定的任意位置,如腾讯、百度等。
步骤S206,确定移动终端的网络异常,触发网络恢复机制。
步骤S207,向网络侧发送网络恢复指令,以指示网络侧为移动终端重新分配网络资源。
步骤S208,等待预设时长。等待预设时长之后,继续执行步骤S201,即进行下一轮的网络检测。
采用本申请实施例提供的技术方案,能够根据移动终端在预设时长内接收到的数据包与移动终端在该预设时长内所发送的数据包之间的比值确定网络是否异常,使得判断网络是否异常的方法更加符合实际的网络异常状况,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况,提高了网络恢复的速度以及准确度。并且,由于预设时长小于或等于网络在正常状态下的网络连接时间,因此使得针对网络是否异常的整个判断过程非常快速。再次,能够在网络异常时向网络侧发送网络恢复指令,以指示网络侧为移动终端重新分配网络资源,而无需执行调取数据列表、清除数据等多次网络恢复过程,从而非常快速、准确地恢复网络,大大提高了用户使用网络的体验度。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
图3是本申请的一个实施例网络恢复装置的结构示意图。请参考图3,网络恢复装置可包括:
第一确定模块310,用于确定移动终端在第一预设时长内对数据包的收发信息,收发信息包括接收到的数据包与发送的数据包之间的比值;
第二确定模块320,用于根据收发信息确定移动终端的网络是否异常;
恢复模块330,用于若移动终端的网络异常,则执行对网络的恢复操作。
在一个实施例中,第一预设时长小于或等于网络在正常状态下的网络连接时间。
在一个实施例中,第二确定模块320包括:
第一确定单元,用于若比值小于第一预设阈值,则确定移动终端的网络异常。
在一个实施例中,第二确定模块320包括:
触发单元,用于若比值小于第二预设阈值,则触发移动终端对指定网址的连接操作;
判断单元,用于判断移动终端是否能连接至指定网址;
第二确定单元,用于若移动终端不能连接至指定网址,则确定移动终端的网络异常。
在一个实施例中,收发信息还包括在第一预设时长内接收到的数据包和/或接收单位数据包的时长;
相应的,第二确定模块320包括:
若在第一预设时长内接收到的数据包少于第三预设阈值,和/或,若接收单位数据包的时长超过第二预设时长,则确定移动终端的网络异常。
在一个实施例中,第二确定模块320包括:
检测单元,用于检测移动终端处于亮屏状态;
第三确定单元,用于在亮屏状态下确定移动终端的网络是否异常。
在一个实施例中,恢复模块330包括:
发送单元,用于直接向网络侧发送网络恢复指令,以指示网络侧为移动终端重新分配网络资源。
采用本申请实施例提供的装置,能够确定移动终端在第一预设时长内对数据包的收发信息,该收发信息包括接收到的数据包与发送的数据包之间的比值,并根据该收发信息确定移动终端的网络是否异常,若网络异常,则执行对网络的恢复操作。可见,该技术方案能够依据移动终端接收到的数据包与发送的数据包之间的比值判断网络是否异常,从而提高对网络是否异常的判断准确度,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况(如在某些情况下,网络异常时仍会收发数据包,此时容易误认为网络正常),进而提高了网络恢复的速度以及准确度。
本发明实施例提供的网络恢复装置能够实现图1至图2的方法实施例中网络恢复方法实现的各个过程,为避免重复,这里不再赘述。
图4为实现本发明各个实施例的一种移动终端的硬件结构示意图,
该移动终端400包括但不限于:射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409、处理器410、以及电源411等部件。本领域技术人员可以理解,图4中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,射频单元401,用于确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;
处理器410,用于根据所述收发信息确定所述移动终端的网络是否异常;若是,则执行对所述网络的恢复操作。
采用本申请实施例提供的移动终端,能够确定移动终端在第一预设时长内对数据包的收发信息,该收发信息包括接收到的数据包与发送的数据包之间的比值,并根据该收发信息确定移动终端的网络是否异常,若网络异常,则执行对网络的恢复操作。可见,该技术方案能够依据移动终端接收到的数据包与发送的数据包之间的比值判断网络是否异常,从而提高对网络是否异常的判断准确度,避免了将网络异常误判为网络正常而导致无法及时恢复网络的情况(如在某些情况下,网络异常时仍会收发数据包,此时容易误认为网络正常),进而提高了网络恢复的速度以及准确度。
应理解的是,本发明实施例中,射频单元401可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器410处理;另外,将上行的数据发送给基站。通常,射频单元401包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元401还可以通过无线通信系统与网络和其他设备通信。
移动终端通过网络模块402为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元403可以将射频单元401或网络模块402接收的或者在存储器409中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元403还可以提供与移动终端400执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元403包括扬声器、蜂鸣器以及受话器等。
输入单元404用于接收音频或视频信号。输入单元404可以包括图形处理器(Graphics Processing Unit,GPU)4041和麦克风4042,图形处理器4041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元406上。经图形处理器4041处理后的图像帧可以存储在存储器409(或其它存储介质)中或者经由射频单元401或网络模块402进行发送。麦克风4042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元401发送到移动通信基站的格式输出。
移动终端400还包括至少一种传感器405,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板4061的亮度,接近传感器可在移动终端400移动到耳边时,关闭显示面板4061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器405还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元406用于显示由用户输入的信息或提供给用户的信息。显示单元406可包括显示面板4061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元407可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元407包括触控面板4071以及其他输入设备4072。触控面板4071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板4071上或在触控面板4071附近的操作)。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,接收处理器410发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板4071。除了触控面板4071,用户输入单元407还可以包括其他输入设备4072。具体地,其他输入设备4072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板4071可覆盖在显示面板4061上,当触控面板4071检测到在其上或附近的触摸操作后,传送给处理器410以确定触摸事件的类型,随后处理器410根据触摸事件的类型在显示面板4061上提供相应的视觉输出。虽然在图4中,触控面板4071与显示面板4061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板4071与显示面板4061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元408为外部装置与移动终端400连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元408可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端400内的一个或多个元件或者可以用于在移动终端400和外部装置之间传输数据。
存储器409可用于存储软件程序以及各种数据。存储器409可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器409可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器410是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器409内的软件程序和/或模块,以及调用存储在存储器409内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器410可包括一个或多个处理单元;优选的,处理器410可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器410中。
移动终端400还可以包括给各个部件供电的电源411(比如电池),优选的,电源411可以通过电源管理系统与处理器410逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,移动终端400包括一些未示出的功能模块,在此不再赘述。
优选的,本发明实施例还提供一种移动终端,包括处理器410,存储器409,存储在存储器409上并可在所述处理器410上运行的计算机程序,该计算机程序被处理器410执行时实现上述网络恢复方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述网络恢复方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (14)
1.一种网络恢复方法,其特征在于,包括:
确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;
根据所述收发信息确定所述移动终端的网络是否异常;
若是,则执行对所述网络的恢复操作。
2.根据权利要求1所述的方法,其特征在于,所述第一预设时长小于或等于所述网络在正常状态下的网络连接时间。
3.根据权利要求1所述的方法,其特征在于,所述根据所述收发信息确定所述移动终端的网络是否异常,包括:
若所述比值小于第一预设阈值,则确定所述移动终端的网络异常。
4.根据权利要求1所述的方法,其特征在于,所述根据所述收发信息确定所述移动终端的网络是否异常,包括:
若所述比值小于第二预设阈值,则触发所述移动终端对指定网址的连接操作;
判断所述移动终端是否能连接至所述指定网址;
若否,则确定所述移动终端的网络异常。
5.根据权利要求1所述的方法,其特征在于,所述收发信息还包括在所述第一预设时长内接收到的数据包和/或接收单位数据包的时长;
相应的,所述根据所述收发信息确定所述移动终端的网络是否异常,包括:
若在所述第一预设时长内接收到的数据包少于第三预设阈值,和/或,若所述接收单位数据包的时长超过第二预设时长,则确定所述移动终端的网络异常。
6.根据权利要求1所述的方法,其特征在于,所述根据所述收发信息确定移动终端的网络是否异常,包括:
检测所述移动终端处于亮屏状态;
在所述亮屏状态下确定所述移动终端的网络是否异常。
7.根据权利要求1所述的方法,其特征在于,所述执行对所述网络的恢复操作,包括:
直接向网络侧发送网络恢复指令,以指示所述网络侧为所述移动终端重新分配网络资源。
8.一种网络恢复装置,其特征在于,包括:
第一确定模块,用于确定移动终端在第一预设时长内对数据包的收发信息,所述收发信息包括接收到的数据包与发送的数据包之间的比值;
第二确定模块,用于根据所述收发信息确定所述移动终端的网络是否异常;
恢复模块,用于若所述移动终端的网络异常,则执行对所述网络的恢复操作。
9.根据权利要求8所述的装置,其特征在于,所述第一预设时长小于或等于所述网络在正常状态下的网络连接时间。
10.根据权利要求8所述的装置,其特征在于,所述第二确定模块包括:
第一确定单元,用于若所述比值小于第一预设阈值,则确定所述移动终端的网络异常。
11.根据权利要求8所述的装置,其特征在于,所述第二确定模块包括:
触发单元,用于若所述比值小于第二预设阈值,则触发所述移动终端对指定网址的连接操作;
判断单元,用于判断所述移动终端是否能连接至所述指定网址;
第二确定单元,用于若所述移动终端不能连接至所述指定网址,则确定所述移动终端的网络异常。
12.根据权利要求8所述的装置,其特征在于,所述收发信息还包括在所述第一预设时长内接收到的数据包和/或接收单位数据包的时长;
相应的,所述第二确定模块包括:
若在所述第一预设时长内接收到的数据包少于第三预设阈值,和/或,若所述接收单位数据包的时长超过第二预设时长,则确定所述移动终端的网络异常。
13.根据权利要求8所述的装置,其特征在于,所述第二确定模块包括:
检测单元,用于检测所述移动终端处于亮屏状态;
第三确定单元,用于在所述亮屏状态下确定所述移动终端的网络是否异常。
14.根据权利要求8所述的装置,其特征在于,所述恢复模块包括:
发送单元,用于直接向网络侧发送网络恢复指令,以指示所述网络侧为所述移动终端重新分配网络资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710979860.8A CN107801201A (zh) | 2017-10-19 | 2017-10-19 | 网络恢复方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710979860.8A CN107801201A (zh) | 2017-10-19 | 2017-10-19 | 网络恢复方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107801201A true CN107801201A (zh) | 2018-03-13 |
Family
ID=61534118
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710979860.8A Pending CN107801201A (zh) | 2017-10-19 | 2017-10-19 | 网络恢复方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107801201A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109495909A (zh) * | 2018-12-13 | 2019-03-19 | 广东天波信息技术股份有限公司 | 安卓设备的移动网络控制方法和装置 |
CN110708696A (zh) * | 2019-09-17 | 2020-01-17 | RealMe重庆移动通信有限公司 | 网络数据的恢复方法、装置、存储介质及电子设备 |
CN112203316A (zh) * | 2020-09-30 | 2021-01-08 | Oppo(重庆)智能科技有限公司 | 网络异常的恢复方法、装置、电子设备及存储介质 |
CN112398689A (zh) * | 2020-11-13 | 2021-02-23 | Oppo广东移动通信有限公司 | 网络恢复方法、装置、存储介质及电子设备 |
CN112995051A (zh) * | 2021-02-05 | 2021-06-18 | 中国工商银行股份有限公司 | 网络流量恢复方法及装置 |
CN113595778A (zh) * | 2021-07-23 | 2021-11-02 | 宁波三星医疗电气股份有限公司 | 模组终端抄表业务异常自恢复处理方法 |
CN113613346A (zh) * | 2021-07-12 | 2021-11-05 | 深圳Tcl新技术有限公司 | 网络连接方法、装置、存储介质及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102833154A (zh) * | 2012-07-30 | 2012-12-19 | 中国联合网络通信集团有限公司 | 基于分组传送网的节点保护方法、节点和系统 |
CN105357699A (zh) * | 2015-12-15 | 2016-02-24 | 珠海市经纬天地通讯技术有限公司 | 无线网络质量监测系统及方法 |
EP3061213A1 (de) * | 2013-10-25 | 2016-08-31 | FTS Computertechnik GmbH | Verfahren zur übertragung von nachrichten in einem computernetzwerk sowie computernetzwerk |
CN106341270A (zh) * | 2016-09-23 | 2017-01-18 | 杭州华三通信技术有限公司 | 一种故障处理方法及装置 |
CN107231647A (zh) * | 2017-08-03 | 2017-10-03 | 广东欧珀移动通信有限公司 | 网络检测方法、网络检测装置及智能终端 |
-
2017
- 2017-10-19 CN CN201710979860.8A patent/CN107801201A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102833154A (zh) * | 2012-07-30 | 2012-12-19 | 中国联合网络通信集团有限公司 | 基于分组传送网的节点保护方法、节点和系统 |
EP3061213A1 (de) * | 2013-10-25 | 2016-08-31 | FTS Computertechnik GmbH | Verfahren zur übertragung von nachrichten in einem computernetzwerk sowie computernetzwerk |
CN105357699A (zh) * | 2015-12-15 | 2016-02-24 | 珠海市经纬天地通讯技术有限公司 | 无线网络质量监测系统及方法 |
CN106341270A (zh) * | 2016-09-23 | 2017-01-18 | 杭州华三通信技术有限公司 | 一种故障处理方法及装置 |
CN107231647A (zh) * | 2017-08-03 | 2017-10-03 | 广东欧珀移动通信有限公司 | 网络检测方法、网络检测装置及智能终端 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109495909A (zh) * | 2018-12-13 | 2019-03-19 | 广东天波信息技术股份有限公司 | 安卓设备的移动网络控制方法和装置 |
CN110708696A (zh) * | 2019-09-17 | 2020-01-17 | RealMe重庆移动通信有限公司 | 网络数据的恢复方法、装置、存储介质及电子设备 |
CN110708696B (zh) * | 2019-09-17 | 2022-05-06 | RealMe重庆移动通信有限公司 | 网络数据的恢复方法、装置、存储介质及电子设备 |
CN112203316A (zh) * | 2020-09-30 | 2021-01-08 | Oppo(重庆)智能科技有限公司 | 网络异常的恢复方法、装置、电子设备及存储介质 |
CN112398689A (zh) * | 2020-11-13 | 2021-02-23 | Oppo广东移动通信有限公司 | 网络恢复方法、装置、存储介质及电子设备 |
CN112398689B (zh) * | 2020-11-13 | 2023-05-16 | Oppo广东移动通信有限公司 | 网络恢复方法、装置、存储介质及电子设备 |
CN112995051A (zh) * | 2021-02-05 | 2021-06-18 | 中国工商银行股份有限公司 | 网络流量恢复方法及装置 |
CN112995051B (zh) * | 2021-02-05 | 2022-08-09 | 中国工商银行股份有限公司 | 网络流量恢复方法及装置 |
CN113613346A (zh) * | 2021-07-12 | 2021-11-05 | 深圳Tcl新技术有限公司 | 网络连接方法、装置、存储介质及电子设备 |
CN113613346B (zh) * | 2021-07-12 | 2023-08-01 | 深圳Tcl新技术有限公司 | 网络连接方法、装置、存储介质及电子设备 |
CN113595778A (zh) * | 2021-07-23 | 2021-11-02 | 宁波三星医疗电气股份有限公司 | 模组终端抄表业务异常自恢复处理方法 |
CN113595778B (zh) * | 2021-07-23 | 2023-08-01 | 宁波三星医疗电气股份有限公司 | 模组终端抄表业务异常自恢复处理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107801201A (zh) | 网络恢复方法及装置 | |
CN107395858A (zh) | 一种通知消息的提示方法、终端及计算机可读存储介质 | |
CN108108007A (zh) | 一种降低功耗的处理方法及移动终端 | |
CN107770768A (zh) | 一种数据网络恢复方法、移动终端 | |
CN107948406A (zh) | 消息显示方法及装置 | |
CN106911848B (zh) | 输出提示消息的方法与终端设备 | |
CN107808084A (zh) | 一种触控操作方法及移动终端 | |
CN108521658A (zh) | 降低干扰方法、移动终端及计算机可读存储介质 | |
CN107182097A (zh) | 一种网络切换方法、终端和计算机可读存储介质 | |
CN109819450A (zh) | 一种信号接收的方法、装置和终端 | |
CN106959761A (zh) | 一种终端拍照方法、装置及终端 | |
CN107577332A (zh) | 一种耗电控制方法、移动终端及计算机可读存储介质 | |
CN108958936A (zh) | 应用程序切换方法、移动终端及计算机可读存储介质 | |
CN109005574A (zh) | 小区选择方法、移动终端及计算机可读存储介质 | |
CN110138525A (zh) | 解调参考信号的配置方法、传输方法、终端及网络侧设备 | |
CN107995353A (zh) | 智能设备快捷控制方法、终端及计算机可读存储介质 | |
CN109743737A (zh) | 一种降低多种网络共存干扰的方法、终端及基站 | |
CN110324784A (zh) | 通信范围信息的处理方法及终端 | |
CN107835495A (zh) | 一种消息提示方法、装置及移动终端 | |
CN105120158B (zh) | 移动终端的拍摄方法及装置 | |
CN109739300A (zh) | 一种天线控制方法及终端 | |
CN109104408A (zh) | 数据传输方法、移动终端及计算机可读存储介质 | |
CN108259233A (zh) | 一种移动终端中图形处理器gpu参数配置方法及移动终端 | |
CN108156325A (zh) | 一种双面屏来电控制方法、设备及计算机可读存储介质 | |
CN109309953B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180313 |