CN112087772A - 网络异常恢复方法、终端及计算机存储介质 - Google Patents
网络异常恢复方法、终端及计算机存储介质 Download PDFInfo
- Publication number
- CN112087772A CN112087772A CN202011080047.5A CN202011080047A CN112087772A CN 112087772 A CN112087772 A CN 112087772A CN 202011080047 A CN202011080047 A CN 202011080047A CN 112087772 A CN112087772 A CN 112087772A
- Authority
- CN
- China
- Prior art keywords
- network
- reconnection
- time
- target
- terminal
- 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
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种网络异常恢复方法、装置及计算机存储介质,所述方法包括:当检测到网络断开时,若存在前景应用,则确定前景应用对应的目标类别;根据目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;按照目标重连时间进行网络重连处理,得到重连结果;若重连结果为重连失败,则确定重连后运行场景;根据重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种网络异常恢复方法、终端及计算机存储介质。
背景技术
在很多场景下,例如用户打游戏、看直播等场景,由于网络侧异常,都有可能产生断网现象,将导致用户完全无法上网,无法继续通信业务,严重影响了用户对于通信设备的使用体验。当前,为了使用户更好的使用通信数据进行通信业务,相关技术中通常在终端配置网络异常重连机制,即一旦终端检测当前发生网络异常,即启动重连定时器,并在满足时间间隔后,采取数据重新拨号的方式进行网络重连,从而通过多次重复拨号以实现恢复正常网络通信。
然而,相关技术中网络异常重连机制较为单一,且多次重复拨号易存在重连持续失败的风险,从而无法满足终端移动网络需求。
发明内容
本申请实施例提供了一种网络异常恢复方法、终端及计算机存储介质,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
本申请实施例的技术方案是这样实现的:
第一方面,本申请实施例提供了一种网络异常恢复方法,所述方法包括:
当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;
根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
按照所述目标重连时间进行网络重连处理,得到重连结果;
若所述重连结果为重连失败,则确定重连后运行场景;
根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
第二方面,本申请实施例提供了一种终端,所述终端包括:确定单元、重连单元以及恢复单元,
所述确定单元,用于当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;以及根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
所述重连单元,用于按照所述目标重连时间进行网络重连处理,得到重连结果;
所述确定单元,还用于若所述重连结果为重连失败,则确定重连后运行场景;
所述恢复单元,用于根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
第三方面,本申请实施例提供了一种终端,所述终端包括处理器、存储有所述处理器可执行指令的存储器,当所述指令被所述处理器执行时,实现如上所述的网络异常恢复方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,其上存储有程序,所述程序被处理器执行时,实现如上所述的网络异常恢复方法。
本申请实施例提供了一种网络异常恢复方法、终端及计算机存储介质,终端可以在检测到网络断开的情况下,若存在前景应用,则确定前景应用对应的目标类别;根据目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;按照目标重连时间进行网络重连处理,得到重连结果;若重连结果为重连失败,则确定重连后运行场景;根据重连后运行场景进行网络异常恢复处理,以实现网络正常连接。也就是说,在本申请的实施例中,终端可以在检测到发生网络断开异常时,如果确定当前存在正在运行中的前景应用,那么终端可以根据不同前景应用对应的不同应用类别,确定不同的重连时间,进而按照其对应的重连时间发起网络重连处理;进一步地,如果网络重连失败,终端还可以结合重连失败后的当前运行场景进行网络异常恢复处理,以进一步实现网络正常连接。可见,在本申请中,终端在发生网络断开异常需要发起网络重连时,并不是基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制;同时,在出现重连失败情况时,不再固定采用多次重复拨号的方式持续发起网络重连,而是基于重连失败后的运行场景再次进行网络异常恢复处理,以进一步实现网络正常连接,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
附图说明
图1为本申请实施例提出的网络异常恢复方法的实现流程示意图一;
图2为本申请实施例提出的网络异常恢复方法的实现流程示意图二;
图3为本申请提出的当前运行场景判断流程示意图;
图4为本申请实施例提出的网络异常恢复方法的实现流程示意图三;
图5为本申请实施例提出的重连时间的确定过程示意图;
图6为本申请实施例提出的网络异常恢复方法的实现流程示意图四;
图7为本申请实施例提出的网络异常恢复处理过程示意图;
图8为本申请实施例提出的终端的组成结构示意图一;
图9为本申请实施例提出的终端组成结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是,此处所描述的具体实施例仅用于解释相关申请,而非对该申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关申请相关的部分。
在很多场景下,例如用户打游戏、浏览网页、看视频以及看直播等场景,由于网络侧异常,都有可能产生断网现象。目前市场反馈中,不显示数据网络图标,或者显示数据网络图标,但是无法上网等异常现象占据比较大的比例,该网络异常现象将导致用户完全无法上网,无法继续通信业务,严重影响了用户对于通信设备的使用体验。
具体的,由网络侧异常导致的数据断流是导致不显示数据网络图标,或者显示数据网络图标,但是无法上网等异常现象的主要原因之一,在网络侧异常发生后,终端的数据连接便会被异常释放掉,此时终端可以检测到发生网络异常现象。进一步地,为了及时与网络侧重新建立连接,以与网络侧正常通信,以实现正常处理通信业务,终端通过内置调制解调器Modem,也就是基带将此异常现象及结果回传给应用处理器(Application Processor,AP),AP接收到结果后,会启动预设重传定时器,并在到达指定的时间后即定时器超时之时,AP采用数据拨号的方式发起数据重新连接过程,若一次重连失败,则持续采用数据重新拨号的的方式重复发起网络重连。
然而,一方面,相关技术中的网络重连机制较为单一,如:预设重传定时器普遍设置为固定的10秒,在出现网络异常问题后,由于10秒的计时时间较长,在很多数据需求较为活跃的场景,如打游戏、看直播等场景,按照固定的10秒时间间隔发起网络重连的话,将会出现大于10秒的断网,因此将严重影响终端通信业务,终端用户体验感非常差;另一方面,数据重连失败后,仅采用持续重新拨号的重连方式,在很多网络异常场景下,高概率解决不了问题,会导致数据拨号持续失败,数据一致处于断开状态,从而也导致用户长时间无法上网。鉴于此,如何设计一种高效的网络异常恢复方法,成为一个亟待解决的技术问题。
为了解决现有的网络异常恢复机制中存在的问题,本申请实施例提供了一种网络异常恢复方法、终端及计算机存储介质。具体地,终端可以在检测到发生网络断开异常时,如果确定当前存在正在运行中的前景应用,那么终端可以根据不同前景应用对应的不同应用类别,确定不同的重连时间,进而按照其对应的重连时间发起网络重连处理;进一步地,如果网络重连失败,终端还可以结合重连失败后的当前运行场景进行网络异常恢复处理,以进一步实现网络正常连接。可见,在本申请中,终端在发生网络断开异常需要发起网络重连时,并不是基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制;同时,在出现重连失败情况时,不再固定采用多次重复拨号的方式持续发起网络重连,而是基于重连失败后的运行场景再次进行网络异常恢复处理,以进一步实现网络正常连接,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
应理解,本发明实施例的技术方案可以应用于5G通信系统或未来的通信系统中的网络异常恢复,也可以用于其他各种无线通信系统中的网络异常恢复,例如:全球移动通讯(GSM,Global System of Mobil ecommunication)系统、码分多址(CDMA,Code DivisionMultiple Access)系统、宽带码分多址(WCDMA,Wideband Code Division MultipleAccess)系统、通用分组无线业务(GPRS,General Packet Radio Service)、长期演进(LTE,Long Term Evolution)系统、LTE频分双工(FDD,Frequency Division Duplex)系统、LTE时分双工(TDD,Time Division Duplex)、通用移动通信系统(UMTS,Universal MobileTelecommunication System)等。
应理解,在本申请的实施例中,网络指移动数据网络,即运营商提供的具有专有频率,且收费的2G、3G、4G以及5G等网络,也就是日常通用的数据流量,而并非WiFi这一公共网络。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请一实施例提供了一种网络异常恢复方法,图1为本申请实施例提出的网络异常恢复方法的实现流程示意图一,如图1所示,在本申请的实施例中,终端进行网络异常恢复的方法可以包括以下步骤:
步骤101、当检测到网络断开时,若存在前景运行应用,则确定前景运行应用对应的目标类别。
在本申请的实施例中,终端可以对当前网络连接状况进行检测,并在检测到网络断开时,如果当前存在前景应用,那么终端可以进一步确定出该前景应用对应的应用类别。
需要说明的是,在本申请的实施例中,终端可以为UE、用户单元、用户站、移动站、移动台、远方站、远程终端设备、移动设备、用户终端设备、终端设备、无线通信设备、用户代理或用户装置,终端还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的公共陆地移动网(Public Land Mobile Network,PLMN)中的终端设备等,本申请对此不作具体限定。
需要说明的是,在本申请的实施例中,网络断开主要指的是因网络侧的数据断流而引起的网络异常现象,例如:不显示数据网络图标;或者正常显示数据网络图标,但是无法使用移动数据业务。
可选的,终端可以实时对状态栏所显示的网络图标信息进行检测,如果状态栏当前没有显示移动数据网络图标,那么终端便可以认为当前网络断开。进一步地,如果状态栏当前有显示移动数据网络图标,那么终端可以继续检测移动数据网络中上行数据以及下行数据的流量情况,可以理解的是,正常网络通信时,既有上行数据也有下行数据,如果此时只有上行数据而没有下行数据,则确定当前网络断开。
进一步地,在本申请的实施例中,如果确定出当前网络断开,那么终端可以进一步检测当前是否存在前景应用。
需要说明的是,在本申请的实施例中,前景应用指终端前台正在运行的,也就是此时桌面正在显示的应用。
具体的,终端确定出当前发生网络断开异常时,数据连接将被异常释放,此时终端可以通过Modem将此异常现象及结果回传给AP,进而在AP接收到异常结果后,进一步执行前景应用的检测流程,即通过AP判断当前是否存在前景应用。
进一步地,在本申请的实施例中,终端如果确定当前存在前景应用,那么终端可以进一步确定出该前景应用对应的目标应用类别。
可选的,在本申请的实施例中,前景应用所对应的类别可以为网页类、视频类、直播类以及游戏类中的任意一种;其中,不同的前景应用对应不同的应用类别。例如,如果前景应用为“爱奇艺”,那么终端可以确定其对应的应用类别为视频类;如果前景应用为“抖音”,那么终端可以确定其对应的应用类别为直播类。
进一步地,在本申请的实施例中,终端在检测到网络断开时,确定出当前前景应用对应的目标类别之后,可以进一步根据该目标类别确定重连时间。
步骤102、根据目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间。
在本申请的实施例中,终端在确定出当前前景应用对应的目标类别之后,终端可以进一步根据目标类别、预设应用类别与重连时间的对应关系,确定出该前景应用对应的目标重连时间。
需要说明的是,在本申请的实施例中,重连时间指终端设置的进行数据拨号的时间间隔。也就是说,终端可以在满足该时间间隔时,可以进行数据拨号以向网络侧发起数据重连。
可以理解的是,由于不同的业务场景对移动数据网络的需求存在差异,其中一些前景应用可能运行时需要耗费较多数据流量,例如,直播类应用、视频类应用或者游戏类应用;另外一些前景应用可能耗费数据流量较少,如网上小说,淘宝网页、网上聊天工具等。对移动数据网络需求较高的前景应用因网络断开异常造成的影响更大,因此需要终端在尽可能快的时间内发起网络重连,可见,相关技术中固定统一的重连发起时间已不能满足不同前景应用的网络需求。
需要说明的是,在本申请的实施例中,基于不同前景应用对应于不同的移动数据网络需求这一特性,终端可以根据当前前景应用对应的应用类别对重连时间进行确定;其中,不同应用类别对应不同的重连时间,从而实现网络重连的个性化控制。
可选的,终端可以预先设置应用类别与重连时间的对应关系,进而在确定出当前前景应用对应的目标类别之后,根据应用类别与重连时间的对应关系确定出目标重连时间。例如,“淘宝”为网页类,进而确定其对应的目标重连时间为10秒;“爱奇艺”为视频类,进而确定其对应的目标重连时间为5秒。
可选的,在本申请的实施例中,终端也可以预存应用与网络需求等级的对应关系、以及预先设置网络需求等级与重连时间的对应关系,进而在确定出当前存在前景应用时,先确定该前景应用对应的网络需求等级,进而根据预设网络需求等级与重连时间的对应关系,确定出目标重连时间。例如,“淘宝”为第四等级,进而确定其对应的目标重连时间为10秒;“王者荣耀”为第一等级,进而确定其对应的目标重连时间为1秒。
进一步地,在本申请的实施例中,终端根据前景应用的应用类别确定出对应的目标重连时间之后,终端可以进一步按照该目标重连时间发起网络重连。
步骤103、按照目标重连时间进行网络重连处理,得到重连结果。
在本申请的实施例中,终端在确定出前景应用的应用类别所对应的目标重连时间之后,终端可以进一步按照该目标重连时间进行网络重连处理,从而得到相应的重连结果。
具体地,在本申请的实施例中,终端可以配置计时装置,如重连定时器,当检测到发生网络断开异常时,终端可以启动该重连定时器,开始进行计时处理,并获得计时时间,当计时时间等于当前前景应用所对应的目标重连时间时,终端以数据拨号的方式进行数据重连处理。
可以理解的是,由于网络断开异常情况包括:可以通过数据拨号重连实现正常网络连接的异常状况,以及通过数据拨号无法实现正常网络连接的异常状况,因此,在本申请的实施例中,在通过数据拨号进行网络重连处理之后,存在终端可能仍然无法建立与网络侧的正常网络连接的情况。也就是说,重连结果存在重连成功和重连失败两种情况。
可选的,在本申请的实施例中,网络重连处理可以为单次,也可以为多次,相应的,重连结果为一次重连处理后的结果;也可以为多次重连处理后的结果。具体的,终端可以预先设置重连次数。
可选的,如果预设网络重连次数为单次,在确定出目标重连时间之后,终端可以按照该目标重连时间执行一次重连处理,并得到重连结果。
可选的,如果预设网络重连次数为多次,例如N次,在确定出目标重连时间之后,终端可以按照该目标重连时间执行第一次重连,若第一次重连失败,则继续下一次重连处理,如果第i次重连成功,其中,i为大于0且小于N的整数,则结束重连且确定重连结果为成功,实现网络正常连接;如果第N-1次重连处理依然没有成功,那么继续进行第N次网络重连处理,并将第N次重连处理后得到的结果作为重连结果。
进一步地,在本申请的实施例中,终端按照目标重连时间进行网络重连处理,得到重连结果之后,可以进一步根据该网络重连结果确定是否执行网络异常恢复处理。
步骤104、若重连结果为重连失败,则确定重连后运行场景。
在本申请的实施例中,终端在按照目标重连时间进行网络重连处理,得到重连结果之后,如果重连结果为失败,那么终端可以先对重连后运行场景进行确定。
需要说明的是,在本申请的实施例中,重连后运行场景指进行网络重连处理之后,确定出网络重连结果为失败时的当前运行场景信息。
具体的,重连后运行场景可以包括重连后终端的显示屏状态(亮屏和灭屏)、终端的数据连接状态(WiFi连接和非WiFi连接),例如,终端在确定重连失败后,获取当前显示屏状态为亮屏,且数据连接状态为非WiFi连接。
可以理解的是,由于网络重连处理过程需要一定的时间间隔,因此,从终端检测到网络断开异常、执行网络重传处理直至得到重连结果这一过程,终端的运行场景可能维持不变,也可能由于用户某种操作而切换至其他运行场景。因此,终端在确定出重连处理结果为失败后,为了更精确的对是否需要执行重连失败后的网络异常恢复处理进行判断,终端需要对重连后运行场景进行重新确定。
进一步地,在本申请的实施例中,如果重连结果为成功,也就是说,在通过数据拨号发起网络重连后,能够与网络侧成功建立连接,从而正常通过数据流量进行网络通信,此时,终端可以不需要再进行任何后续处理,或者,终端可以在重连成功后,继续执行网络连接状态的检测处理,以在下一次发生网络断开异常时重新发起网络重连。
进一步地,在本申请的实施例中,终端在重连结果为失败情况下,确定出重连后运行场景之后,可以进一步结结合重连后运行场景进行网络异常恢复处理。
步骤105、根据重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
在本申请的实施例中,终端在重连结果为失败情况下,确定出重连后运行场景之后,终端可以根据重连后运行场景进行网络异常恢复处理,从而进一步实现网络正常连接。
需要说明的是,在本申请的实施例中,网络异常恢复处理指重传失败恢复处理,即重传结果为失败后,继续执行网络强制恢复处理,以进一步实现网络正常连接。
可选的,网络强制恢复处理可以是网络模式切换处理;也可以是数据卡切换处理。
具体地,在本申请的实施例中,终端可以预先设置支持在重连失败后进行网络异常恢复处理的目标运行场景条件,即预设网络恢复条件,终端在确定出重连后运行场景之后,可以对该运行场景是否满足预设网络恢复条件进行判断。
可以理解的是,如果重连后运行场景满足预设网络恢复条件,那么终端可以继续进行网络异常恢复处理,以实现正常网络连接。如果网络异常恢复结果任然失败,那么终端可以重复执行上述网络重连处理以及网络异常恢复处理过程。
可以理解的是,如果重连后运行场景不满足预设网络恢复条件,那么终端可以重复执行网络重连处理,或者放弃不做任何后续处理。
可见,在本申请的实施例中,终端不再采用按照固定统一的时间间隔进行网络重连处理,而是结合网络断开时的前景应用,针对不同应用类别的前景应用配置不同的重连时间,以实现网络重连机制的个性化控制;同时配置重连失败后的网络异常恢复策略,有效避免了重复数据拨号这一固定重连方式存在的重连持续失败风险。
本申请实施例提供了一种网络异常恢复方法,终端可以在检测到网络断开的情况下,若存在前景应用,则确定前景应用对应的目标类别;根据目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;按照目标重连时间进行网络重连处理,得到重连结果;若重连结果为重连失败,则确定重连后运行场景;根据重连后运行场景进行网络异常恢复处理,以实现网络正常连接。也就是说,在本申请的实施例中,终端可以在检测到发生网络断开异常时,如果确定当前存在正在运行中的前景应用,那么终端可以根据不同前景应用对应的不同应用类别,确定不同的重连时间,进而按照其对应的重连时间发起网络重连处理;进一步地,如果网络重连失败,终端还可以结合重连失败后的当前运行场景进行网络异常恢复处理,以进一步实现网络正常连接。可见,在本申请中,终端在发生网络断开异常需要发起网络重连时,并不是基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制;同时,在出现重连失败情况时,不再固定采用多次重复拨号的方式持续发起网络重连,而是基于重连失败后的运行场景再次进行网络异常恢复处理,以进一步实现网络正常连接,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
基于上述实施例,在本申请的再一实施例中,图2为本申请实施例提出的网络异常恢复方法的实现流程示意图二,如图2所示,在本申请的实施例中,终端在确定出当前存在前景应用,进一步确定前景应用对应的目标类别之前,即步骤101之前,终端进行网络异常恢复的方法还可以包括以下步骤:
步骤106、当检测到网络断开时,确定当前运行场景。
步骤107、根据当前运行场景判断是否执行第一检测流程。
步骤108、若判定执行第一检测流程,则检测是否存在前景应用。
在本申请的实施例中,终端在确定出当前存在前景应用,并确定出该前景应用对应的目标类别之前,终端可以先确定当前运行场景,进而根据该运行场景确定出是否执行前景应用的检测流程。
需要说明的是,在本申请的实施例中,终端可以预先设置支持执行前景应用检测流程的目标运行场景,在检测到发生网络断开异常时,可以先检测当前运行场景,如果当前运行场景为支持执行前景应用检测流程的目标运行场景,那么终端便可以确定当前能够继续执行前景应用的检测流程。
需要说明的是,在本申请的实施例中,当前运行场景指终端检测到网络断开时的当前运行场景信息。相应的,第一检测流程指对网络断开时的前景应用进行检测,判断当前是否存在前景应用。
具体的,当前运行场景包括显示屏状态和数据连接状态;其中,显示屏状态包含灭屏和亮屏两种情况,数据连接状态包含WiFi连接和非WiFi连接两种情况。
可选的,在本申请的实施例中,支持执行前景应用检测流程的目标运行场景可以为显示屏状态为亮屏,且数据连接状态为非WiFi连接,也就是说,如果终端检测到当前运行场景为亮屏且非WiFi连接,那么终端便可以继续执行第一检测流程,即检测是否存在前景应用。
需要说明的是,在本申请的实施例中,在根据当前运行场景判断是否执行前景应用的检测流程时,各种场景参数的判断顺序为显示屏状态、数据连接状态,也就是说终端在检测到当前网络断开时,需要先确定当前显示屏状态、然后根据显示屏状态结果再去判断是否需要继续执行数据连接状态的确定,进而根据数据连接状态结果再去判断是否需要继续执行前景应用的判断。
具体的,终端在检测到当前网络断开时,先获取显示屏状态,如果显示屏状态为亮屏,那么继续执行数据连接状态的确定,如果数据连接状态为非WiFi连接,即使用移动数据网络,那么继续执行第一检测流程,从而确定出当前存在前景应用,或者,并不存在前景应用。
进一步地,在本申请的实施例中,终端在获取显示屏状态之后,如果显示屏状态为灭屏,即表明当前数据网络需求并没有那么迫切,那么终端便不需要进行数据连接状态的确定以及后续前景应用的判断,直接将第一时间确定为目标重连时间即可。
进一步地,在本申请的实施例中,终端显示屏状态为亮屏状态下读取数据连接状态时,如果数据连接状态为WiFi连接,即表明终端当前不存在数据网络需求,那么终端便不需要进行后续前景应用的判断,直接将第一时间确定为目标重连时间即可。
需要说明的是,在本申请的实施例中,第一时间为时间间隔最长的预设重连时间。可选的,终端可以将相关技术中固定的重传时间间隔,如10秒,设置为第一时间。
进一步地,在本申请的实施例中,在执行前景应用的检测流程时,如果检测出当前并不存在前景应用,也就是桌面并无应用正在运行,那么表明当前数据网络需求并没有那么迫切。此时,终端直接将第一时间确定为目标重连时间即可
示例性的,假定第一时间为10秒,图3为本申请提出的当前运行场景判断流程示意图,如图3所示,终端在检测到网络侧异常断流时(步骤M01),先判断当前显示屏状态是否为亮屏(步骤M02),如果显示屏不为亮屏,则确定目标重连时间为10秒,此时AP启动10秒的重传定时器(步骤M03);如果显示屏为亮屏,那么继续判断当前数据连接状态是否为WiFi连接(步骤M04),如果数据连接状态为WiFi连接,那么依然确定目标重连时间为10秒,并启动10秒重传定时器;如果数据连接状态为非WiFi连接,那么继续执行前景应用的检测流程(步骤M05)。
本申请实施例提出了一种网络异常恢复方法,终端在确定发生网络断开异常情况时,能够先根据当前运行场景判断是否执行前景应用的检测流程,进而在执行前景应用的检测时,能够在当前存在前景应用的情况下,进一步根据该前景应用的目标类别确定出对应的目标重连时间,并不是基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制。
基于上述实施例,在本申请的再一实施例中,图4为本申请实施例提出的网络异常恢复方法的实现流程示意图三,如图4所示,在本申请的实施例中,终端根据目标类别与预设应用类别和重连时间的对应关系,确定目标重连时间的方法包括以下步骤:
步骤102a、若目标类别为网页类,则确定目标重连时间为第一时间。
步骤102b、若目标类别为视频类,则确定目标重连时间为第二时间。
步骤102c、若目标类别为直播类,则确定目标重连时间为第三时间。
步骤102d、若目标类别为游戏类,则确定目标重连时间为第四时间。
具体地,在本申请的实施例中,如果终端确定当前显示状态为亮屏、数据连接状态为非WiFi连接以及当前存在前景应用,那么终端需要进一步确定出该前景应用对应的目标类别,以根据目标类别实现目标重连时间的确定。
需要说明的是,在本申请的实施例中,移动数据网络需求越大,越要在更短的时间内发起发起网络重连。具体的,终端预先设置了不同重连时间,包括第一时间、第二时间、第三时间以及第四时间;其中,多种重连时间按照时间由长到短顺序排列为:第一时间>第二时间>第三时间>第四时间。
可以理解的是,多种应用类别按照数据网络需求由大到小顺序排列为:游戏类>直播类>视频类>网页类,由于数据网络需求越大,重连时间间隔越短。因此,在本申请的实施例中,游戏类对应的目标重连时间为时间最短的第四时间;其次是直播类对应的第三时间以及视频类对应的第二时间,最后是网页类对应的时间最长的第一时间。
可选的,在本申请的实施例中,多种应用类别对应的网络需求等级按照由高到低的顺序排列为:第一等级(游戏类)>第二等级(直播类)>第三等级(视频类)>第四等级(网页类),由于网络需求等级越高,重连时间间隔越短。因此,第一等级对应的目标重连时间为时间最短的第四时间;其次是第二等级对应的第三时间以及第三等级对应的第二时间,最后是第四等级对应的时间最长的第一时间。
示例性的,在本申请的实施例中,假定第一时间为10秒,第二时间为5秒,第三时间为3秒,第一时间为1秒,图5为本申请实施例提出的重连时间的确定过程示意图,如图5所示,终端在检测到网络侧异常断流时(步骤M01),先判断当前显示屏状态(步骤M02),如果显示屏为灭屏,则确定目标重连时间为10秒,此时AP启动10秒的重传定时器(步骤M03);如果显示屏为亮屏,那么继续读取当前数据连接状态(步骤M04),如果数据连接状态为WiFi连接,那么依然确定目标重连时间为10秒,并启动10秒重传定时器;如果数据连接状态为非WiFi连接,那么继续执行前景应用的检测流程,即判断当前是否存在前景应用(步骤M05);进一步地,如果不存在前景应用,仍然确定目标重连时间为10秒,并启动10秒重传定时器;如果存在前景应用,那么继续确定前景应用对应的目标类别(M06)。如果前景应用为网页类,那么确定重连时间为10秒(步骤M07);如果前景应用为视频类,那么确定重连时间为5秒(步骤M08);如果前景应用为直播类,那么确定重连时间为3秒(步骤M09);如果前景应用为游戏类,那么确定重连时间为最短时间,即1秒(步骤M10)。
本申请实施例提供了一种网络异常恢复方法,终端不再基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制。
基于上述实施例,在本申请的再一实施例中,图6为本申请实施例提出的网络异常恢复方法的实现流程示意图四,如图6所示,在本申请的实施例中,终端根据重连后运行场景进行网络异常恢复处理,以实现网络正常连接的方法还包括:
步骤105a、根据重连后运行场景判断是否执行第二检测流程。
在本申请的实施例中,终端在重连结果为失败的情况下,确定出重连后运行场景之后,终端可以先根据该重连后运行场景判断是否执行重连后前景应用的检测流程,即第二检测流程。
可以理解的是,重连后运行场景指进行网络重连处理之后,确定出网络重连结果为失败时的当前运行场景信息。相应的,第二检测流程指对网络重连失败时的前景应用进行检测,判断重连结果为失败时当前是否存在前景应用。
可以理解的是,基于步骤106可知,终端预先设置支持执行前景应用检测流程的目标运行场景。与步骤106同理,终端在确定出重连后运行场景之后,可以先判断该重连后运行场景是否为上述目标运行场景,如果是,那么终端便可以确定当前能够继续执行重连后前景应用的检测流程。
可选的,在本申请的实施例中,终端检测到网络断开时的运行场景即上述当前运行场景,与终端确定重连结果为失败时的运行场景即重连后运行场景,可以为相同的场景,也可以是不同的场景。例如,终端检测到网络断开时的运行场景,和确定重连结果为失败时的运行场景都为亮屏、非WiFi连接;或者,终端检测到网络断开时的运行场景为亮屏,而发起重连失败后的运行场景为灭屏。
需要说明的是,在本申请的实施例中,终端在检测到重连后运行场景为亮屏且非WiFi连接时,终端便可以继续执行重连后前景应用的检测流程。
具体的,终端在确定出网络重连处理结果为失败时,先获取显示屏状态,如果显示屏状态为亮屏,那么继续执行数据连接状态的确定,如果数据连接状态为非WiFi连接,即使用移动数据网络,那么继续执行重连后前景应用的检测流程。
可选的,在本申请的实施例中,在确定出数据连接状态为非WiFi连接之后,由于终端可能间接插入通话业务,因此终端可以先判断当前是否存在通话业务,也就是终端当前是否处于正在通话状态。如果确定当前并不存在通话业务,那么终端继续执行重连后前景应用的检测流程;如果存在通话业务,那么等待通话业务结束后,再继续执行重连后前景应用的检测流程。
进一步地,在本申请的实施例中,终端在获取显示屏状态之后,如果显示屏状态为灭屏,即显示屏状态由重连前的亮屏切换至重连后的灭屏,此时可能不再需要移动数据网络,那么终端便不需要进行后续网络异常恢复处理。
进一步地,在本申请的实施例中,终端显示屏状态为亮屏状态下读取数据连接状态时,如果数据连接状态为WiFi连接,即表明终端当前不存在数据网络需求,不再需要移动数据网络,那么终端便不需要再进行后续网络异常恢复处理。
进一步地,在本申请的实施例中,终端在根据重连后运行场景对当前是否执行重连后前景应用的检测流程进行判断之后,可以进一步基于判定结果确定出存在重连后前景应用,或者,并不存在重连后前景应用。
步骤105b、若判定执行第二检测流程时,则检测是否存在重连后前景应用。
步骤105c、若存在重连后前景应用,则获取预设网络恢复策略。
步骤105d、按照预设网络恢复策略进行网络异常恢复处理,以实现网络正常连接。
在本申请的实施例中,终端在根据重连后运行场景,对当前是否执行重连后前景应用对应的第二检测流程进行判断之后,当判定执行第二检测流程时,则继续检测是否存在重连后前景应用,如果进一步确定出当前存在重连后前景应用,那么终端可以便可以进一步获取预设网络恢复策略。
需要说明的是,在本申请的实施例中,预设网络恢复策略用于在确定出重连结果为失败之后,通过预设强制网络恢复手段实现与网络侧重新建立连接。
具体地,在本申请的实施例中,终端如果确定出当前存在重连后前景应用,即桌面仍有应用程序正在运行,仍存在数据网络需求,此时,终端可以进一步获取预设网络恢复策略,以通过预设强制网络恢复手段实现与网络侧的重新连接。
可选的,预设网络恢复策略可以是网络模式单切换策略;也可以是数据卡单切换策略;还可以是包括网络模式切换和数据卡切换的双切换策略。
进一步地,在本申请的实施例中,终端获取到上述预设网络恢复策略之后,便可以进一步按照相应的预设网络恢复策略进行网络异常恢复处理,以实现网络正常连接。
可选的,当预设网络恢复策略为网络模式单切换策略时,终端可以基于用户操作或者预定义触发机制,接收指示切换目标为断网模式的切换指令,并根据该切换指令由当前连网模式切换至断网模式(如,飞行模式);之后终端继续接收指示切换目标为连网模式的切换指令,再次根据该切换指令由断网模式又切换回连网模式。也即是说,终端通过连网模式和断网模式的强制切换来进行网络异常恢复处理。
可选的,当预设网络恢复策略为数据卡单切换策略时,终端可以读取当前数据卡模式,如果为预设多卡模式(如:双卡双待手机),终端可以基于用户操作或者预定义触发机制接收携带目标数据卡标识信息的数据卡切换指令,进而根据该标识信息从当前连网数据卡切换至另外一张数据卡即目标数据卡。也即是说,终端通过不同数据卡的强制切换来进行网络异常恢复处理。
可选的,当预设网络恢复策略为双模式切换策略时,终端可以先进行网络模式的切换处理,即先从连网模式切换至断网模式,再从断网模式返回连网模式,以进行网络强制恢复处理;如果网络强制恢复成功,那么终端正常连接网络;如果网络强制恢复失败,若终端确定当前为预设多卡模式,则继续进行数据卡的切换以进行网络强制恢复处理。
进一步地,在本申请的实施例中,如果网络异常恢复处理结果成功,则终端正常连接网络;如果网络异常恢复处理仍然失败,那么终端可以选择失败放弃处理,或者,继续重复进行网络重连处理以及重连失败后的网络异常恢复处理。
示例性的,图7为本申请实施例提出的网络异常恢复处理过程示意图,如图7所示,终端在确定重连失败后(步骤N01),先判断当前显示屏状态是否为亮屏(步骤N02),如果显示屏状态不为亮屏,那么判定不执行网路异常恢复处理(步骤N03);如果显示屏状态为亮屏,那么继续判断当前数据连接状态是否为WiFi连接(步骤N04),如果数据连接状态为WiFi连接,那么依然判定不执行网路异常恢复处理;如果数据连接状态为非WiFi连接,那么继续判断当前是否进行通话业务(步骤N05),如果没有通话业务,则继续判断是否存在重连后前景应用;如果有通话业务则等待通话结束(N06),再继续判断当前是否存在前景应用(N07);如果不存在前景应用,则依然不执行网路异常恢复处理;如果存在前景应用,则按照预设网络恢复策略进行网络异常恢复处理。具体的,先进行网络模式的切换,即网络模式从当前连网模式切换至飞行模式,再从飞行模式切换回连网模式,即开/关飞行模式(N08)。之后判断是否网络异常恢复成功(步骤N09),如果网络异常恢复处理成功,则与网络正常连接(N10);如果没有恢复成功,则判断当前是否为预设双卡模式(N11);如果是双卡,则进行数据卡切换,即从当前连网SIM卡切换至另外一张SIM卡,以进行网络异常恢复(步骤N12);如果不是双卡,那么确定网络异常恢复处理失败(步骤N13)。
本申请实施例提出了一种网络异常恢复方法,终端在发生网络断开异常情况时,按照不同应用类别对应的不同的重连时间进行网络重连处理之后,如果重连结果失败,终端不再固定采用多次重复拨号的方式持续发起网络重连,而是基于重连失败后的运行场景再次进行网络异常恢复处理,以进一步实现网络正常连接,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
基于上述实施例,在本申请的另一实施例中,图8为本申请实施例提出的终端的组成结构示意图一,如图8示,本申请实施例提出的终端10可以包括确定单元11、重连单元12、恢复单元13、判断单元14以及检测单元15,
所述确定单元11,用于当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;以及根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
所述重连单元12,用于按照所述目标重连时间进行网络重连处理,得到重连结果;
所述确定单元11,还用于若所述重连结果为重连失败,则确定重连后运行场景;
所述恢复单元13,用于根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
进一步地,在本申请的实施例中,所述确定单元11,还用于在若存在前景应用,则确定所述前景应用对应的目标类别之前,确定当前运行场景。
进一步地,在本申请的实施例中,所述判断单元14,用于根据所述当前运行场景判断是否执行第一检测流程。
进一步地,在本申请的实施例中,所述检测单元15,用于若判定执行所述第一检测流程,则检测是否存在所述前景应用.
进一步地,在本申请的实施例中,所述判断单元14,具体用于获取当前显示屏状态;以及若所述当前显示屏状态为亮屏,则读取当前数据连接状态;以及若所述当前数据连接状态为非WiFi连接,则确定执行所述第一检测流程。
进一步地,在本申请的实施例中,所述确定单元11,还用于在获取当前显示屏状态之后,若所述当前显示屏状态为灭屏,则将第一时间确定为所述目标重连时间。
进一步地,在本申请的实施例中,所述确定单元11,还用于在读取当前数据连接状态之后,若所述当前数据连接状态为WiFi连接,则将第一时间确定为所述目标重连时间。
进一步地,在本申请的实施例中,所述确定单元11,还用于在按照所述目标重连时间进行网络重连处理,得到重连结果之前,当检测到网络断开时,若未存在所述前景应用,则将第一时间确定为所述目标重连时间。
进一步地,在本申请的实施例中,所述目标类别为网页类、视频类、直播类以及游戏类中的任意一种。
进一步地,在本申请的实施例中,所述确定单元11,具体用于若所述目标类别为所述网页类,则确定所述目标重连时间为第一时间;以及若所述目标类别为所述视频类,则确定所述目标重连时间为第二时间;以及若所述目标类别为所述直播类,则确定所述目标重连时间为第三时间;以及若所述目标类别为所述游戏类,则确定所述目标重连时间为第四时间。
进一步地,在本申请的实施例中,所述第一时间大于所述第二时间,所述第二时间大于所述第三时间,所述第三时间大于所述第四时间。
进一步地,在本申请的实施例中,所述重连单元12,具体用于启动预设定时器进行计时处理,获得计时时间;以及当所述计时时间等于所述目标重连时间时,进行所述网络重连处理,得到重连结果。
进一步地,在本申请的实施例中,所述恢复单元13,具体用于根据所述重连后运行场景判断是否执行第二检测流程;以及若判定执行所述第二检测流程,则检测是否存在重连后前景应用;以及若存在所述重连后前景应用,则获取预设网络恢复策略;以及按照所述预设网络恢复策略进行所述网络异常恢复处理,以实现网络正常连接。
进一步地,在本申请的实施例中,所述恢复单元13,还具体用于获取重连后显示屏状态;以及若所述重连后显示屏状态为亮屏,则读取重连后数据连接状态;以及若所述重连后数据连接状态为非WiFi连接,则判断是否存在通话业务;以及若判定不存在所述通话业务,则执行所述第二检测流程;以及若判定存在所述通话业务,则等待所述通话业务结束后,执行所述第二检测流程。
进一步地,在本申请的实施例中,在获取重连后显示屏状态之后,若所述重连后显示屏状态为灭屏,则不进行所述网络异常恢复处理。
进一步地,在本申请的实施例中,在读取重连后数据连接状态之后,若所述重连后数据连接状态为WiFi连接,则不进行所述网络异常恢复处理。
进一步地,在本申请的实施例中,所述恢复单元13,还具体用于接收断网模式切换指令,并响应所述断网模式切换指令,由连网模式切换至断网模式;以及继续接收连网模式切换指令,并响应所述连网模式切换指令,由所述断网模式切换至所述连网模式,以实现网络正常连接。
进一步地,在本申请的实施例中,所述恢复单元13,还具体用于若当前数据卡模式为预设多卡模式,则获取切换指令;其中,所述切换指令携带目标数据卡的标识信息;以及根据所述标识信息由当前连网数据卡切换至目标数据卡,以实现网络正常连接。
进一步地,在本申请的实施例中,所述恢复单元13,还具体用于接收网络模式切换指令,并根据所述网络模式切换指令执行网络模式切换流程;其中,所述网络模式切换指令包括断网模式切换指令和连网模式切换指令;以及基于所述网络模式切换流程获得网络恢复结果;以及当所述网络恢复结果为恢复失败时,若当前数据卡模式为预设多卡模式,则接收切换指令;以及根据所述切换指令执行连网数据卡切换流程,以实现网络正常连接。
在本申请的实施例中,进一步地,图9为本申请实施例提出的终端组成结构示意图,如图9示,本申请实施例提出的终端10还可以包括处理器16、存储有处理器16可执行指令的存储器17,进一步地,终端10还可以包括通信接口18,和用于连接处理器16、存储器17以及通信接口18的总线19。
在本申请的实施例中,上述处理器16可以为特定用途集成电路(ApplicationSpecific Integrated Circuit,ASIC)、数字信号处理器(Digital Signal Processor,DSP)、数字信号处理装置(Digital Signal Processing Device,DSPD)、可编程逻辑装置(ProgRAMmable Logic Device,PLD)、现场可编程门阵列(Field ProgRAMmable GateArray,FPGA)、中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地,对于不同的设备,用于实现上述处理器功能的电子器件还可以为其它,本申请实施例不作具体限定。终端10还可以包括存储器17,该存储器17可以与处理器16连接,其中,存储器17用于存储可执行程序代码,该程序代码包括计算机操作指令,存储器17可能包含高速RAM存储器,也可能还包括非易失性存储器,例如,至少两个磁盘存储器。
在本申请的实施例中,总线19用于连接通信接口18、处理器16以及存储器17以及这些器件之间的相互通信。
在本申请的实施例中,存储器17,用于存储指令和数据。
进一步地,在本申请的实施例中,上述处理器16,用于当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;按照所述目标重连时间进行网络重连处理,得到重连结果;若所述重连结果为重连失败,则确定重连后运行场景;根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
在实际应用中,上述存储器17可以是易失性存储器(volatile memory),例如随机存取存储器(Random-Access Memory,RAM);或者非易失性存储器(non-volatile memory),例如只读存储器(Read-Only Memory,ROM),快闪存储器(flash memory),硬盘(Hard DiskDrive,HDD)或固态硬盘(Solid-State Drive,SSD);或者上述种类的存储器的组合,并向处理器16提供指令和数据。
另外,在本实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时,可以存储在一个计算机可读取存储介质中,基于这样的理解,本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或processor(处理器)执行本实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例提供了一种终端,该终端可以在检测到发生网络断开异常时,如果确定当前存在正在运行中的前景应用,那么终端可以根据不同前景应用对应的不同应用类别,确定不同的重连时间,进而按照其对应的重连时间发起网络重连处理;进一步地,如果网络重连失败,终端还可以结合重连失败后的当前运行场景进行网络异常恢复处理,以进一步实现网络正常连接。可见,在本申请中,终端在发生网络断开异常需要发起网络重连时,并不是基于固定统一的重连时间进行重连处理,而是针对不同应用类别的前景应用设置不同的重连时间,从而实现网络重连机制的个性化控制;同时,在出现重连失败情况时,不再固定采用多次重复拨号的方式持续发起网络重连,而是基于重连失败后的运行场景再次进行网络异常恢复处理,以进一步实现网络正常连接,网络异常恢复效率高,有效降低了重连持续失败的风险,进一步满足了终端移动网络需求。
本申请实施例提供一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现如上所述的网络异常恢复方法。
具体来讲,本实施例中的一种网络异常恢复方法对应的程序指令可以被存储在光盘,硬盘,U盘等存储介质上,当存储介质中的与一种网络异常恢复方法对应的程序指令被一电子设备读取或被执行时,包括如下步骤:
当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;
根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
按照所述目标重连时间进行网络重连处理,得到重连结果;
若所述重连结果为重连失败,则确定重连后运行场景;
根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的实现流程示意图和/或方框图来描述的。应理解可由计算机程序指令实现流程示意图和/或方框图中的每一流程和/或方框、以及实现流程示意图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。
Claims (20)
1.一种网络异常恢复方法,其特征在于,所述方法包括:
当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;
根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
按照所述目标重连时间进行网络重连处理,得到重连结果;
若所述重连结果为重连失败,则确定重连后运行场景;
根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
2.根据权利要求1所述的方法,其特征在于,所述若存在前景应用,则确定所述前景应用对应的目标类别之前,所述方法还包括:
确定当前运行场景;
根据所述当前运行场景判断是否执行第一检测流程;
若判定执行所述第一检测流程,则检测是否存在所述前景应用。
3.根据权利要求2所述的方法,其特征在于,所述根据所述当前运行场景判断是否执行所述前景应用对应的第一检测流程,包括:
获取当前显示屏状态;
若所述当前显示屏状态为亮屏,则读取当前数据连接状态;
若所述当前数据连接状态为非无线上网WiFi连接,则确定执行所述第一检测流程。
4.根据权利要求3所述的方法,其特征在于,所述获取当前显示屏状态之后,所述方法还包括:
若所述当前显示屏状态为灭屏,则将第一时间确定为所述目标重连时间。
5.根据权利要求3所述的方法,其特征在于,所述读取当前数据连接状态之后,所述方法还包括:
若所述当前数据连接状态为WiFi连接,则将第一时间确定为所述目标重连时间。
6.根据权利要求1所述的方法,其特征在于,所述按照所述目标重连时间进行网络重连处理,得到重连结果之前,所述方法还包括:
当检测到网络断开时,若未存在所述前景应用,则将第一时间确定为所述目标重连时间。
7.根据权利要求1所述的方法,其特征在于,所述目标类别为网页类、视频类、直播类以及游戏类中的任意一种。
8.根据权利要求7所述的方法,其特征在于,所述根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间,包括:
若所述目标类别为所述网页类,则确定所述目标重连时间为第一时间;
若所述目标类别为所述视频类,则确定所述目标重连时间为第二时间;
若所述目标类别为所述直播类,则确定所述目标重连时间为第三时间;
若所述目标类别为所述游戏类,则确定所述目标重连时间为第四时间。
9.根据权利要求4至8任一项所述的方法,其特征在于,所述第一时间大于所述第二时间,所述第二时间大于所述第三时间,所述第三时间大于所述第四时间。
10.根据权利要求1所述的方法,其特征在于,所述按照所述目标重连时间进行网络重连处理,得到重连结果,包括:
启动预设定时器进行计时处理,获得计时时间;
当所述计时时间等于所述目标重连时间时,进行所述网络重连处理,得到重连结果。
11.根据权利要求1所述的方法,其特征在于,所述根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接,包括:
根据所述重连后运行场景判断是否执行第二检测流程;
若判定执行所述第二检测流程,则检测是否存在重连后前景应用;
若存在所述重连后前景应用,则获取预设网络恢复策略;
按照所述预设网络恢复策略进行所述网络异常恢复处理,以实现网络正常连接。
12.根据权利要求11所述的方法,其特征在于,所述根据所述重连后运行场景判断是否执行第二检测流程,包括:
获取重连后显示屏状态;
若所述重连后显示屏状态为亮屏,则读取重连后数据连接状态;
若所述重连后数据连接状态为非WiFi连接,则判断是否存在通话业务;
若判定不存在所述通话业务,则执行所述第二检测流程;
若判定存在所述通话业务,则等待所述通话业务结束后,执行所述第二检测流程。
13.根据权利要求12所述的方法,其特征在于,所述获取重连后显示屏状态之后,所述方法还包括:
若所述重连后显示屏状态为灭屏,则不进行所述网络异常恢复处理。
14.根据权利要求12所述的方法,其特征在于,所述读取重连后数据连接状态之后,所述方法还包括:
若所述重连后数据连接状态为WiFi连接,则不进行所述网络异常恢复处理。
15.根据权利要求11所述的方法,其特征在于,所述按照所述网络恢复策略进行所述网络异常恢复处理,以实现网络正常连接,包括:
接收断网模式切换指令,并响应所述断网模式切换指令,由连网模式切换至断网模式;
继续接收连网模式切换指令,并响应所述连网模式切换指令,由所述断网模式切换至所述连网模式,以实现网络正常连接。
16.根据权利要求15所述的方法,其特征在于,所述按照所述网络恢复策略进行所述网络异常恢复处理,以实现网络正常连接,包括:
若当前数据卡模式为预设多卡模式,则获取切换指令;其中,所切换指令携带目标数据卡的标识信息;
根据所述标识信息由当前连网数据卡切换至目标数据卡,以实现网络正常连接。
17.根据权利要求15所述的方法,其特征在于,所述按照所述网络恢复策略进行所述网络异常恢复处理,以实现网络正常连接,包括:
接收网络模式切换指令,并根据所述网络模式切换指令执行网络模式切换流程;其中,所述网络模式切换指令包括断网模式切换指令和连网模式切换指令;
基于所述网络模式切换流程获得网络恢复结果;
当所述网络恢复结果为恢复失败时,若当前数据卡模式为预设多卡模式,则接收切换指令;
根据所述切换指令执行连网数据卡切换流程,以实现网络正常连接。
18.一种终端,其特征在于,所述终端包括:确定单元、重连单元以及恢复单元,
所述确定单元,用于当检测到网络断开时,若存在前景应用,则确定所述前景应用对应的目标类别;以及根据所述目标类别、预设应用类别与重连时间的对应关系,确定目标重连时间;
所述重连单元,用于按照所述目标重连时间进行网络重连处理,得到重连结果;
所述确定单元,还用于若所述重连结果为重连失败,则确定重连后运行场景;
所述恢复单元,用于根据所述重连后运行场景进行网络异常恢复处理,以实现网络正常连接。
19.一种终端,其特征在于,所述终端包括处理器、存储有所述处理器可执行指令的存储器,当所述指令被所述处理器执行时,实现如权利要求1-17任一项所述的方法。
20.一种计算机可读存储介质,其上存储有程序,应用于终端中,其特征在于,所述程序被处理器执行时,实现如权利要求1-17任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011080047.5A CN112087772B (zh) | 2020-10-10 | 2020-10-10 | 网络异常恢复方法、终端及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011080047.5A CN112087772B (zh) | 2020-10-10 | 2020-10-10 | 网络异常恢复方法、终端及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112087772A true CN112087772A (zh) | 2020-12-15 |
CN112087772B CN112087772B (zh) | 2023-04-07 |
Family
ID=73730878
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011080047.5A Active CN112087772B (zh) | 2020-10-10 | 2020-10-10 | 网络异常恢复方法、终端及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112087772B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804213A (zh) * | 2020-12-31 | 2021-05-14 | Oppo广东移动通信有限公司 | 通信断线重连方法及装置、系统、可读介质和电子设备 |
CN113115351A (zh) * | 2021-03-31 | 2021-07-13 | 深圳市优克联新技术有限公司 | 一种网络异常的处理方法、处理装置、终端设备及介质 |
CN113521727A (zh) * | 2021-07-22 | 2021-10-22 | 网易(杭州)网络有限公司 | 一种游戏重连方法、装置、设备及存储介质 |
CN113810901A (zh) * | 2021-09-24 | 2021-12-17 | 维沃移动通信有限公司 | 网络恢复方法和装置 |
CN114827240A (zh) * | 2022-06-30 | 2022-07-29 | 成都云智北斗科技有限公司 | 一种网络断线重连方法及系统 |
CN115278648A (zh) * | 2021-09-14 | 2022-11-01 | 中国联合网络通信集团有限公司 | 业务载体切换方法及装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150859A (zh) * | 2006-09-22 | 2008-03-26 | 富士通株式会社 | 移动终端的重连接控制方法和装置 |
US20140204918A1 (en) * | 2013-01-21 | 2014-07-24 | Samsung Electronics Co., Ltd. | Tcp recovery method and apparatus |
US20150050935A1 (en) * | 2012-03-28 | 2015-02-19 | Nokia Solutions And Networks Oy | Controlling a Radio Resource Control Connection Between a Base Station and a User Equipment |
CN106376027A (zh) * | 2016-08-31 | 2017-02-01 | 河源西普电子有限公司 | 一种手机接入网络异常的处理方法 |
CN106973404A (zh) * | 2017-05-24 | 2017-07-21 | 深圳天珑无线科技有限公司 | 一种网络重连的方法及装置 |
CN107659718A (zh) * | 2017-09-19 | 2018-02-02 | 广东欧珀移动通信有限公司 | 控制移动终端的方法、装置、移动终端及存储介质 |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
CN110881224A (zh) * | 2018-09-06 | 2020-03-13 | 广州虎牙信息科技有限公司 | 一种网络长连接方法、装置、设备及存储介质 |
CN111417173A (zh) * | 2020-03-31 | 2020-07-14 | 维沃移动通信有限公司 | 断流恢复方法及电子设备 |
-
2020
- 2020-10-10 CN CN202011080047.5A patent/CN112087772B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150859A (zh) * | 2006-09-22 | 2008-03-26 | 富士通株式会社 | 移动终端的重连接控制方法和装置 |
US20150050935A1 (en) * | 2012-03-28 | 2015-02-19 | Nokia Solutions And Networks Oy | Controlling a Radio Resource Control Connection Between a Base Station and a User Equipment |
US20140204918A1 (en) * | 2013-01-21 | 2014-07-24 | Samsung Electronics Co., Ltd. | Tcp recovery method and apparatus |
CN106376027A (zh) * | 2016-08-31 | 2017-02-01 | 河源西普电子有限公司 | 一种手机接入网络异常的处理方法 |
CN106973404A (zh) * | 2017-05-24 | 2017-07-21 | 深圳天珑无线科技有限公司 | 一种网络重连的方法及装置 |
CN107659718A (zh) * | 2017-09-19 | 2018-02-02 | 广东欧珀移动通信有限公司 | 控制移动终端的方法、装置、移动终端及存储介质 |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
CN110881224A (zh) * | 2018-09-06 | 2020-03-13 | 广州虎牙信息科技有限公司 | 一种网络长连接方法、装置、设备及存储介质 |
CN111417173A (zh) * | 2020-03-31 | 2020-07-14 | 维沃移动通信有限公司 | 断流恢复方法及电子设备 |
Non-Patent Citations (1)
Title |
---|
王鹏辉 等: "基于节点重要度的路由选择与频谱分配算法", 《计算机工程与应用》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804213A (zh) * | 2020-12-31 | 2021-05-14 | Oppo广东移动通信有限公司 | 通信断线重连方法及装置、系统、可读介质和电子设备 |
CN112804213B (zh) * | 2020-12-31 | 2023-05-12 | Oppo广东移动通信有限公司 | 通信断线重连方法及装置、系统、可读介质和电子设备 |
CN113115351A (zh) * | 2021-03-31 | 2021-07-13 | 深圳市优克联新技术有限公司 | 一种网络异常的处理方法、处理装置、终端设备及介质 |
CN113115351B (zh) * | 2021-03-31 | 2023-06-02 | 深圳市优克联新技术有限公司 | 一种网络异常的处理方法、处理装置、终端设备及介质 |
CN113521727A (zh) * | 2021-07-22 | 2021-10-22 | 网易(杭州)网络有限公司 | 一种游戏重连方法、装置、设备及存储介质 |
CN115278648A (zh) * | 2021-09-14 | 2022-11-01 | 中国联合网络通信集团有限公司 | 业务载体切换方法及装置 |
CN115278648B (zh) * | 2021-09-14 | 2024-03-29 | 中国联合网络通信集团有限公司 | 业务载体切换方法及装置 |
CN113810901A (zh) * | 2021-09-24 | 2021-12-17 | 维沃移动通信有限公司 | 网络恢复方法和装置 |
CN114827240A (zh) * | 2022-06-30 | 2022-07-29 | 成都云智北斗科技有限公司 | 一种网络断线重连方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112087772B (zh) | 2023-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112087772B (zh) | 网络异常恢复方法、终端及计算机存储介质 | |
CN106255083B (zh) | 一种终端设备通信控制方法和终端设备 | |
US8948083B2 (en) | Mobile communication terminal and computer readable recording medium | |
US7773992B2 (en) | Timing transitions between wireless communication systems | |
CN105792319B (zh) | 一种多模双卡终端的接入模式切换方法及相关设备 | |
US20140146667A1 (en) | Mobile terminal and service processing method thereof, and baseband processing chip | |
US20090131054A1 (en) | Method and system for enabling dual standby state in a wireless communications system | |
US20080310370A1 (en) | Communication terminal and recording medium | |
CN105517076A (zh) | 移动终端的小区重选方法和装置 | |
CN109495875B (zh) | Sim卡选择方法、装置、电子设备及存储介质 | |
RU2735615C1 (ru) | Способ сетевого соединения и устройство | |
CN108696854B (zh) | 一种呼叫方法及终端 | |
CN113316106B (zh) | 一种语音通话回落方法、装置及存储介质 | |
CN113316107B (zh) | 一种呼叫方法、终端及计算机存储介质 | |
CN105637931A (zh) | 一种处理电路交换业务的方法及终端 | |
CN106304205B (zh) | 一种管理网络模式的方法和装置 | |
JP2007520101A (ja) | 電気通信ネットワークの加入者に関する個人データを事前に保存するための方法およびデバイス | |
CN108419258B (zh) | 网络通信功能异常的处理方法、调制解调器及移动终端 | |
US8494519B2 (en) | Method for solving conflict between network searching and mobile phone traffic and a multi-card multi-by mobile phone | |
CN113840314B (zh) | 一种数据传输异常恢复方法、装置及终端设备 | |
CN101616468B (zh) | 一种移动通信终端及其数据业务控制方法 | |
CN113411856A (zh) | 一种语音业务的控制方法、电子设备、芯片和存储介质 | |
JP2003298762A (ja) | 移動通信端末 | |
CN115767656A (zh) | 一种网络恢复的方法、装置、设备和存储介质 | |
CN112584408B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |