防止应用卡顿的方法及装置、设备、存储介质与流程

[0001]
本申请实施例涉及电子技术，涉及但不限于一种防止应用卡顿的方法及装置、设备、存储介质。


背景技术：

[0002]
目前，市面上大部分手机都是dsds(dual sim dual standby，双卡双待)类型或者dr-dsds(dual receive-dual sim dual standby，双卡双收)类型，可以同时插入两张sim(subscriber identity module，用户身份识别模式)卡，并且这两张sim卡可以属于不同的运营商也可以属于同一个运营商，极大地方便了用户的使用。
[0003]
这类手机只有一套射频器件，无法做到两张sim卡同时收发数据。当副卡接收到网络侧的寻呼消息(paging)时，天线射频资源会暂时从主卡切换到所述副卡，等处理完所述寻呼消息后再从副卡切换回主卡。这样，会导致在此期间主卡无法收发数据，处于断网状态。
[0004]
为了解决上述问题，某些手机生产厂家会在游戏空间app(application，手机软件)中设计一个“禁用副卡”的功能，通过在游戏启动后关闭副卡的使用从而规避副卡接收寻呼消息对主卡的影响。但是，将双卡场景人为限制为单卡场景，过于简单粗暴，此时副卡完全无法使用，用户接收不到来自副卡的任何信息，严重影响用户体验。


技术实现要素：

[0005]
有鉴于此，本申请实施例提供一种防止应用卡顿的方法及装置、设备、存储介质。
[0006]
本申请实施例的技术方案是这样实现的：
[0007]
第一方面，本申请实施例提供一种防止应用卡顿的方法，所述方法包括：
[0008]
当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；
[0009]
如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换。
[0010]
第二方面，本申请实施例提供一种防止应用卡顿的装置，所述装置包括：
[0011]
确定单元，用于当终端的第一应用使用所述终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；
[0012]
切换单元，用于如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换。
[0013]
第三方面，本申请实施例提供一种终端，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述所述防止应用卡顿的方法中的步骤。
[0014]
第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述所述防止应用卡顿的方法中的步骤。
[0015]
本申请实施例提供一种防止应用卡顿的方法及装置、终端、存储介质，通过当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换，如此，能够有效减缓终端的第二身份识别卡对第一身份识别卡的影响，使用户在使用所述第一身份识别卡的数据网络的过程中不会感觉到所述第一应用卡顿，同时所述第二身份识别卡也能够正常的接收信息。
附图说明
[0016]
图1为本申请实施例防止应用卡顿的方法的实现流程示意图一；
[0017]
图2为本申请实施例防止应用卡顿的方法的实现流程示意图二；
[0018]
图3为本申请实施例防止应用卡顿的方法的实现流程示意图三；
[0019]
图4为本申请实施例防止应用卡顿的方法的实现流程示意图四；
[0020]
图5a为相关技术中终端的双卡使用状态的示意图；
[0021]
图5b为本申请实施例防止应用卡顿的方法的实现流程示意图五；
[0022]
图6为本申请实施例防止应用卡顿的装置的组成结构示意图；
[0023]
图7为本申请实施例终端的一种硬件实体示意图。
具体实施方式
[0024]
寻呼是当网络需要和用户建立连接时下发给用户的消息。网络会发起寻呼流程，使得被寻呼的终端发起与网络的信令连接建立过程。目前市面上的智能终端基于技术和成本的考虑绝大部分都是dsds或者dr-dsds类型的终端，这类终端只有一套发射天线，不能做到双卡场景即两张sim卡同时做数据业务。由于单射频资源的限制，如果一张sim卡收到网络下发的寻呼消息就会抢占另一张sim卡的射频资源，而暂时失去射频资源就会导致无法收发数据，从而造成智能终端的卡顿(例如游戏延迟高，视频无法播放等)。举例来说，用户在打王者荣耀游戏的过程中突然出现卡顿，导致人物无法操作就是由此产生的。
[0025]
因此，本申请实施例提供一种防止应用卡顿的方法，通过将网络侧下发的寻呼消息分为有用寻呼消息和无用寻呼消息，再通过定时器和门限的设定来筛选出频繁给用户下发所述无用寻呼消息的基站小区，并暂时将此小区加入黑名单，同时进行重新搜网，直到新的基站小区满足判定条件。如此，能够有效减缓频繁收到寻呼消息的sim卡对用户正在使用的另一sim卡的数据业务的影响。
[0026]
下面结合附图和实施例对本申请的技术方案进一步详细阐述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0027]
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
[0028]
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合
地使用。
[0029]
需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
[0030]
本申请实施例提供一种防止应用卡顿的方法，该方法应用于终端，该方法所实现的功能可以通过所述终端中的处理器调用程序代码来实现，当然程序代码可以保存在所述终端的存储介质中。图1为本申请实施例防止应用卡顿的方法的实现流程示意图一，如图1所示，所述方法包括：
[0031]
步骤s101、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；
[0032]
所述终端可以为各种类型的具有信息处理能力的设备，例如智能手机、pda(personal digital assistant，个人数字助理)、导航仪、数字电话、视频电话、智能手表、智能手环、可穿戴设备、平板电脑、一体机等。
[0033]
本申请实施例中，所述终端具有两张身份识别卡，第一身份识别卡和第二身份识别卡，且所述两张身份识别卡共用同一个射频器件。这里，所述两张身份识别卡共用同一个射频器件，指的是在同一时刻，所述两张身份识别卡中只能有一张身份识别卡的数据网络可以收发数据。
[0034]
举例来说，如果用户正在终端上玩游戏，并且玩游戏用的是第一身份识别卡上的数据流量，则确定所述终端的第二身份识别卡是否满足第一条件。
[0035]
在一些实施例中，所述第一应用可以为对时延敏感的应用。例如，一些游戏类应用，一些视频通信类应用和一些导航类应用等。举例来说，所述第一应用为游戏类应用，用户正在操作某个游戏人物，如果此时数据流量不足、网络不佳，会导致用户操作的游戏人物卡顿，跟不上团队中其他成员的团队游戏任务，则这个游戏应用就属于对时延敏感的应用。
[0036]
在移动通信系统中，接入网会根据业务的不同需求向终端发送寻呼消息。而寻呼消息有两类，一类是有用的寻呼消息，另一类是无用的寻呼消息。其中，有用的寻呼消息又可以分为短消息类的寻呼消息以及寻呼终端类的寻呼消息。例如系统信息更新、地震海啸预警系统消息等属于短消息类的寻呼消息，来电属于寻呼终端类的寻呼消息。而无用的寻呼消息，可以包括空的寻呼消息，以及路由通告寻呼消息等。如果此时所述第二身份识别卡接收到了无用的寻呼消息，则共用的射频器件会被所述第二身份识别卡所占用，从而影响所述第一身份识别卡的数据网络的质量，因此，本申请实例中的所述第一条件可以与所述第二身份识别卡接收所述无用的寻呼消息相关。
[0037]
步骤s102、如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换。
[0038]
本申请实施例中，所述第二身份识别卡的当前服务小区指的是所述第二身份识别卡在当前的驻留小区。并且，切换前的服务小区和切换后的服务小区可以为不同基站上的小区，也可以为同一基站上的不同小区。
[0039]
这里，有用的寻呼消息主要包括两类，短消息类的寻呼消息和寻呼终端类的寻呼消息，而无用的寻呼消息多种多样。因此，当所述第二身份识别卡接收到第一小区发送的寻
呼消息后，可以判断所述寻呼消息是否属于短消息类的寻呼消息或者寻呼终端类的寻呼消息，如果所述寻呼消息即不属于短消息类的寻呼消息也不属于寻呼终端类的寻呼消息，则认为所述寻呼消息为无用的寻呼消息，即特定类型的寻呼消息。进而，所述第二身份识别卡满足所述第一条件，可以为所述第二身份识别卡在预设时长内接收到预设次数的特定类型的寻呼消息。
[0040]
举例来说，如果用户正在终端上玩游戏，并且玩游戏用的是第一身份识别卡上的数据流量。此时，如果终端的第二身份识别卡在5分钟内，收到所述特定类型的寻呼消息的次数大于10次，则将所述第二身份识别卡对应的服务小区从当前服务小区切换为其他的小区，以避免所述第二身份识别卡频繁地接收寻呼消息而抢占主卡的射频资源，从而造成主卡上的数据流量不足，用户感觉到游戏卡顿的问题。
[0041]
在一些实施例中，所述第一身份识别卡和所述第二身份识别卡可以为第五代移动通信技术的身份识别卡；
[0042]
对应地，所述步骤s102、对所述第二身份识别卡的当前服务小区进行切换，包括：将所述第二身份识别卡对应的服务小区从提供第五代移动通信技术的第一小区切换为提供第四代移动通信技术的第二小区。
[0043]
需要说明的是，所述第一身份识别卡和所述第二身份识别卡可以为同一制式的身份识别卡，所述第一身份识别卡和所述第二身份识别卡也可以为不同制式的身份识别卡，本申请实施例对此并不做限制。
[0044]
本申请实施例中，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。这里，所述共用一套射频器件，可以为共用一套射频天线。
[0045]
在一些实施例中，所述第一应用为对时延敏感的应用。
[0046]
本申请实施例中，通过当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换，如此，能够有效减缓终端的第二身份识别卡对第一身份识别卡的影响，使用户在使用所述第一身份识别卡的数据网络的过程中不会感觉到所述第一应用卡顿，同时所述第二身份识别卡也能够正常的接收信息。
[0047]
基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，图2为本申请实施例防止应用卡顿的方法的实现流程示意图二，如图2所示，所述方法包括：
[0048]
步骤s201、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；其中，所述第一条件包括在第一预设时长内接收到当前服务小区发送的特定类型的寻呼消息的次数大于预设次数；
[0049]
这里，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。
[0050]
步骤s202、如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换。
[0051]
举例来说，如果用户正在开车的过程中使用导航类应用，并且所述导航类应用使用的是第一身份识别卡上的数据流量。此时，如果终端的第二身份识别卡接收到了当前服务小区发送的寻呼消息，则判断所述寻呼消息是否为特定类型的寻呼消息，如果为特定类型的寻呼消息，则开始统计在后续的1分钟内，收到所述特定类型的寻呼消息的次数。如果所述次数大于6次，则将所述第二身份识别卡对应的服务小区从当前服务小区切换为其他
的小区，以避免所述第二身份识别卡频繁地接收寻呼消息而抢占第一身份识别卡的射频资源，从而造成所述第一身份识别卡上的数据流量不足，用户感觉到导航卡顿、导航有延时等问题。
[0052]
本申请实施例中，通过当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；其中，所述第一条件包括在第一预设时长内接收到当前服务小区发送的特定类型的寻呼消息的次数大于预设次数；如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换，如此，能够通过统计第二身份识别卡在预设时长内接收到特定类型的寻呼消息的次数，进而避免所述第二身份识别卡驻留到频繁下发无用寻呼消息的小区，使用户在使用所述第一身份识别卡的数据网络的过程中不会感觉到所述第一应用卡顿，同时所述第二身份识别卡也能够正常的接收信息。
[0053]
基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，图3为本申请实施例防止应用卡顿的方法的实现流程示意图三，如图3所示，所述方法包括：
[0054]
步骤s301、当所述第二身份识别卡接收到当前服务小区发送的寻呼消息时，确定所述第二身份识别卡在接收到所述寻呼消息后的第二预设时长内是否接收到特定信息；
[0055]
步骤s302、如果接收到所述特定信息，确定所述寻呼消息为特定类型的寻呼消息；
[0056]
这里，所述步骤s301至所述步骤s302为判定寻呼消息类型的方法。根据协议终端在收到寻呼消息时是无法知道此寻呼消息到底传输的是什么。因此，当所述第二身份识别卡收到寻呼消息后，会发起随机接入进入无线资源控制的连接态，并尝试接收网络送来的封包才能知道所述寻呼消息的类型。即所述封包中携带了所述寻呼消息的内容，而通过所述寻呼消息的内容就可以判断所述寻呼消息的类型。
[0057]
举例来说，如果所述第二身份识别卡接收到一个寻呼消息，则继续判断在接收到所述寻呼消息后的20秒内，是否接收到特定信息(所述特定信息可以是除来电和短信息之外的信息)，如果接收到特定信息，则认为所述寻呼消息为特定类型的寻呼消息。
[0058]
步骤s303、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡在第一预设时长内接收到当前服务小区发送的特定类型的寻呼消息的次数是否大于预设次数；
[0059]
这里，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。所述第一应用为对时延敏感的应用。
[0060]
步骤s304、如果所述特定类型的寻呼消息的次数大于所述预设次数，对所述第二身份识别卡的当前服务小区进行切换。
[0061]
本申请实施例中，如果终端的第一身份识别卡和第二身份识别卡共用一套射频器件，则通过统计第二身份识别卡在预设时长内接收到特定类型的寻呼消息的次数，进而避免所述第二身份识别卡驻留到频繁下发无用寻呼消息的小区，如此，能够使用户在使用所述第一身份识别卡的数据网络的过程中不会感觉到所述第一应用卡顿，同时所述第二身份识别卡也能够正常的接收信息。
[0062]
基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，所述方法包括：
[0063]
步骤s311、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端
的第二身份识别卡是否满足第一条件；
[0064]
步骤s312、如果所述第二身份识别卡满足所述第一条件，利用小区重选的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区；或，利用全频带搜索的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区。
[0065]
这里，终端的第二身份识别卡可以在满足第一条件后执行小区重选，在小区重选邻小区频点配置表中选择进行切换的小区。也可以在满足第一条件后执行“全频带搜网”，相对于小区重选来说，“全频带搜网”增加了小区的搜索范围和搜索力度。
[0066]
当然，终端的第二身份识别卡还可以在满足第一条件后先执行小区重选，在小区重选邻小区频点配置表中选择进行切换的小区。如果没有合适的小区进行切换，再执行“全频带搜网”，相对于小区重选来说，“全频带搜网”增加了小区的搜索范围和搜索力度。
[0067]
基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，所述方法包括：
[0068]
步骤s321、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；
[0069]
这里，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。
[0070]
步骤s322、如果所述第二身份识别卡满足所述第一条件，利用小区重选的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区；或，利用全频带搜索的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区；
[0071]
步骤s323、在所述第二身份识别卡的当前服务小区从第一小区切换为第二小区后，将所述第一小区加入禁用小区列表；
[0072]
这里，如果所述第二身份识别卡的当前服务小区从第一小区切换为了第二小区，则将所述第一小区加入禁用小区列表，以使所述第二身份识别卡在一段时间内无法驻留在第一小区上。
[0073]
步骤s324、如果所述第一小区加入所述禁用小区列表的时长超过第三预设时长，将所述第一小区从所述禁用小区列表中去除。
[0074]
本申请实施例中，可以设置如果所述第一小区加入所述禁用小区列表的时长超过第三预设时长，将所述第一小区从所述禁用小区列表中去除，如此，在第三预设时长后，如果第一小区不会频繁的下发无用的寻呼消息了，所述第二身份识别卡还可以驻留在所述第一小区上。
[0075]
基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，图4为本申请实施例防止应用卡顿的方法的实现流程示意图四，如图4所示，所述方法包括：
[0076]
步骤s401、当所述第二身份识别卡接收到当前服务小区发送的寻呼消息时，确定所述第二身份识别卡在接收到所述寻呼消息后的第二预设时长内是否接收到特定信息；
[0077]
步骤s402、如果接收到所述特定信息，确定所述寻呼消息为特定类型的寻呼消息；
[0078]
步骤s403、当第一应用使用终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡在第一预设时长内接收到当前服务小区发送的特定类型的寻呼消息的次数是否大于预设次数；
[0079]
这里，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。
[0080]
本申请实施例中，可以在所述第二身份识别卡第一次接收到特定类型的寻呼消息
后，开始计时，确定在计时后的第一预设时长内，所述第二身份识别卡接收到所述特定类型的寻呼消息的次数。
[0081]
步骤s404、如果所述特定类型的寻呼消息的次数大于所述预设次数，确定所述第一应用的类型；
[0082]
步骤s405、根据所述第一应用的类型确定所述第一应用是否对时延敏感；
[0083]
步骤s406、如果所述第一应用为对时延敏感的应用，对所述第二身份识别卡的当前服务小区进行切换。
[0084]
本申请实施例中，如果终端的第一身份识别卡和第二身份识别卡共用一套射频器件，且所述第一应用为对时延敏感的应用，则通过统计第二身份识别卡在预设时长内接收到特定类型的寻呼消息的次数，进而避免所述第二身份识别卡驻留到频繁下发无用寻呼消息的小区，如此，能够使用户在使用所述第一身份识别卡的数据网络时不会感觉到延时性敏感的应用存在卡顿，同时所述第二身份识别卡也能够正常的接收信息。
[0085]
从本质上讲寻呼过程就是网络侧在特定的时刻向终端侧发送寻呼消息，通知终端执行相应的操作或者更新相关的参数。无论终端处于rrc(radio resource control，无线资源控制)空闲状态还是rrc连接状态，都可以接收来自网络侧的寻呼消息。处于rrc连接态的终端，可以通过解码寻呼消息来判断当前的系统信息是否有改变，终端一旦检测到系统信息有改变，就会重新去解读系统信息。而处于rrc空闲态的终端，除了可以获知当前的系统信息消息是否有改变外，还能知道当前是否有本终端的来电，终端一旦检测到有来电，后续会触发随机接入过程，即从rrc空闲状态进入rrc连接状态。
[0086]
如果终端是双卡模式(即终端包含主卡和副卡)，此时是副卡来电，副卡进入rrc连接状态就会抢占主卡的射频资源，造成主卡无法收发数据。
[0087]
寻呼消息分为ps(packet switch，分组交换)寻呼消息和cs(circuit switch，电路交换)寻呼消息。在2g(2-generation wireless telephone technology，第二代移动通信技术)或3g(3-generation wireless telephone technology，第三代移动通信技术)下的来电，网络会通过cs寻呼消息来寻呼终端。而在4g(the4th generation mobile communication technology，第四代移动通信技术)下的来电，网络会通过ps寻呼消息来寻呼终端。现在的终端普遍支持双4g双高清语音，即两张sim卡都处于4g状态，副卡来电时也可以享受高清语音和视频通话服务。
[0088]
当终端驻网在基站的某个特定小区后，处于rrc空闲状态的副卡接收到的ps寻呼除了有用的来电和短彩信，很多情况下还可能是无用的高清语音包或ipv6(internet protocol version 6，互联网协议第六版)路由通告，甚者是空的没有携带任何网络数据的寻呼消息。根据协议终端收到ps寻呼消息时无法知道此寻呼消息到底传输的什么，所以当副卡收到ps寻呼消息时必须让副卡发起随机接入进入rrc连接状态，尝试接收网络送来的封包才能知道是否为来电和短彩信。由于单射频资源限制此时肯定会影响到主卡的数据业务，除了来电和短彩信的ps寻呼消息，其他寻呼消息均是网络侧下发的无用信息，但依然会影响到主卡的使用。
[0089]
根据大量的实验数据显示，ps寻呼消息的下发和sim卡驻网的基站小区有关系，有的基站小区不会下发无用的ps寻呼消息，而有的基站小区会很频繁地下发无用的寻呼消息，甚至每隔几十秒就下发一次。其中，基站小区是由pci(physical cell identifier，物
理小区身份标识号码)和earfch(4g小区频点信息)进行标识区分的。
[0090]
图5a为相关技术中终端的双卡使用状态的示意图，如图5a所示，模块51为终端的主卡使用数据业务期间，模块52为终端的副卡收到寻呼消息抢占射频资源期间，模块53为所述主卡被所述副卡抢占射频资源期间。由于同一时刻只有一张sim卡可以使用数据，主卡在使用数据业务期间，如果副卡收到寻呼，则此时会占用主卡的射频资源。更重要的是因为每一次副卡收到ps寻呼消息到进入rrc连接状态检测封包是否为有用信息都会占用射频资源大约3s(秒)左右，即主卡会有3s无法使用数据。对于延时性敏感的游戏网络延迟大约在100ms(毫秒)以内，当主卡正在玩游戏时会造成玩家无法操作等严重问题。
[0091]
因此，基于前述的实施例，本申请实施例再提供一种防止应用卡顿的方法，本申请实施例中的方案基于规避副卡驻网在问题小区，提供了一套完整的检测处理方案。既保护主卡不会频繁遭受问题小区下发无用ps寻呼消息的干扰，又保护副卡正常接收到来电和短彩信。
[0092]
其中，详细设计逻辑如下：
[0093]
(1)、ps寻呼消息是网络侧下发的，终端侧完全无法控制只能被动接收。由于对用户来说只有来电和短彩信是有用信息，如果被来电和短彩信打断主卡业务大部分情况用户也是可以理解的。因此，本申请实施例中将ps寻呼消息大致分为两类：第一类ps寻呼消息包含来电和短彩信，认为是有用信息。第二类ps寻呼消息包含路由通告和高清语音包，以及无任何信息的空寻呼消息，这些寻呼消息认为是无用信息。
[0094]
(2)、终端芯片侧(即调制解调器侧)，接收基站数据和信令的模块判断当前副卡对应的小区收到的ps寻呼消息并记录上报，其中：
[0095]
a、副卡成功驻网某个特定基站小区后，当副卡接收到一次ps寻呼消息时，启动一个定时器t1；
[0096]
b、在副卡进入rrc连接状态后检测在t1时间段内是否有收到来电或者短彩信。如果有收到说明此寻呼消息是有效寻呼消息，则清空定时器t1然后等待下一次网络侧下发ps寻呼消息；
[0097]
c、如果在t1时间内没有收到来电和短彩信，则认为此ps寻呼消息为无用的寻呼消息，计数值count(计数值count的初始值为0)增加1，并启动一个定时器t2；
[0098]
d、如果t2时间内所述计数值count超过一个门限值，则设置一个指示参数并上报给终端的系统侧。例如可以通过at(attention)命令在系统的ril(radio interface layer，无线接入层)获取到此参数。
[0099]
(3)、终端系统侧(例如安卓操作系统)的逻辑方案如下：
[0100]
a、收到上报的指示参数后，判断用户是否处于使用延时性敏感的应用期间(比如实时竞技类游戏、自动驾驶应用等)。
[0101]
b、如果既满足处于使用延时性敏感的应用期间又满足收到上报的指示参数，则将当前副卡所处的小区信息(pci和earfch)加入黑名单。其中，可以将黑名单中的小区设置为限制接入2小时。
[0102]
c、同样，可以通过ril模块让副卡进行重新搜网，即另外选择一个基站小区接入(此时黑名单中的小区不会被选择)。
[0103]
(4)、如果副卡进入新小区后在某个时间又收到无用ps寻呼消息，则循环上述步
骤，直到副卡不会再收到一定数量的无用寻呼消息。
[0104]
图5b为本申请实施例防止应用卡顿的方法的实现流程示意图五，如图5b所示，所述方法包括：
[0105]
步骤s501、如果终端副卡对应的芯片侧接收到寻呼消息，则启动定时器t1，并将计数值count的初始值设置为0；
[0106]
步骤s502、如果在t1时间内接收到有用信息，则判定所述寻呼消息为有用的寻呼消息，并清空定时器t1；
[0107]
步骤s503、如果在t1时间内没有接收到有用信息，则判定所述寻呼消息为无用的寻呼消息，则将计数值count增加1，并启动定时器t2；
[0108]
步骤s504、在t2时间内，如果所述计数值count小于预设阈值，则清空定时器t2；
[0109]
步骤s505、在t2时间内，如果所述计数值count大于等于所述预设阈值，则将此结果上报给终端的操作系统侧；
[0110]
步骤s506、如果所述操作系统侧接收到上报且主卡上没有延时性敏感应用处于使用状态，则忽略此上报；
[0111]
步骤s507、如果所述操作系统侧接收到上报且主卡上延时性敏感应用正处于使用状态，则将副卡所处小区加入黑名单，并下发命令让副卡重新搜网进入新的基站小区；
[0112]
步骤s508、如果副卡在所述新的基站小区上收到无用的寻呼消息，则再次轮询检测。
[0113]
这里，所述再次轮询检测指的是重复所述步骤s501至步骤s507。
[0114]
在一些实施例中，让副卡“重新搜网”可以包括多个恢复行为。比如小区重选或者全频带扫网。当然，也可以设计为阶梯级的触发条件，例如可以先在用户经常使用的几个小区上进行搜索，如果没有合适的小区，可以继续在用户经常使用的频段上进行搜索，如果还没有合适的小区，可以进行全频带扫网。进而将“禁用副卡”这种手段作为最终没有办法的选择。
[0115]
在一些实施例中，对于以后的双5g(5th generation wireless systems，第五代移动通信技术)，即主副卡都驻网在5g网络，可以采用先暂时关闭副卡5g能力等较温和的手段。
[0116]
本申请实施例中，通过将网络侧下发的寻呼消息分为有用信息和无用信息，再通过定时器和门限的设定来筛选出会频繁给用户下发无用寻呼消息的基站小区。并暂时将此小区加入黑名单，且让副卡重新选择新小区，直到新小区满足判定条件。
[0117]
当然，如果重新搜网的操作过于频繁会增加终端的功耗，而灵敏度太低又会失去改善的效果。因此，本申请实施例中可以通过调整计数值count、预设阈值、t1定时器和t2定时器的值，来调整整套方案的灵敏度，使其平衡优化性能与功耗。
[0118]
本申请实施例中的方案，可以尽量减少由于射频天线的限制而导致的双卡场景副卡对主卡的影响，相比于现有的“禁用副卡”一刀切的方案，本申请实施例中的方案可以在兼顾性能的同时又不会让用户漏收来自副卡的来电和短彩信，属于较温和又有效的一种新方案。
[0119]
通过对用户的现有使用状况进行统计分析，用户投诉的一部分原因是玩游戏的体验很差，经常会有卡顿的现象出现，此现象是由于双卡下终端射频天线的限制导致。而通过
本申请实施例中提供的方法能有效减缓副卡对主卡的影响，大幅提升用户游戏场景体验，同时相比于现在的技术方案，能够完美兼顾用户不漏收副卡的来电和短彩信。
[0120]
基于前述的实施例，本申请实施例提供一种防止应用卡顿的装置，该装置包括所包括的各单元、以及各单元所包括的各模块、以及各模块所包括的各部件，可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为cpu(central processing unit，中央处理器)、mpu(microprocessor unit，微处理器)、dsp(digital signal processing，数字信号处理器)或fpga(field programmable gate array，现场可编程门阵列)等。
[0121]
图6为本申请实施例防止应用卡顿的装置的组成结构示意图，如图6所示，所述装置600包括：
[0122]
确定单元601，用于当终端的第一应用使用所述终端的第一身份识别卡的数据网络时，确定所述终端的第二身份识别卡是否满足第一条件；
[0123]
切换单元602，用于如果所述第二身份识别卡满足所述第一条件，对所述第二身份识别卡的当前服务小区进行切换。
[0124]
在一些实施例中，所述第一条件，包括：在第一预设时长内接收到当前服务小区发送的特定类型的寻呼消息的次数大于预设次数。
[0125]
在一些实施例中，所述装置还包括：
[0126]
特定信息确定单元，用于当所述第二身份识别卡接收到当前服务小区发送的寻呼消息时，确定所述第二身份识别卡在接收到所述寻呼消息后的第二预设时长内是否接收到特定信息；
[0127]
寻呼消息确定单元，用于如果接收到所述特定信息，确定所述寻呼消息为特定类型的寻呼消息。
[0128]
在一些实施例中，所述切换单元602，包括：
[0129]
第一切换模块，用于利用小区重选的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区；
[0130]
第二切换模块，用于利用全频带搜索的方式，将所述第二身份识别卡的当前服务小区从第一小区切换为第二小区。
[0131]
在一些实施例中，所述装置还包括：
[0132]
加入单元，用于在所述第二身份识别卡的当前服务小区从第一小区切换为第二小区后，将所述第一小区加入禁用小区列表；
[0133]
去除单元，用于如果所述第一小区加入所述禁用小区列表的时长超过第三预设时长，将所述第一小区从所述禁用小区列表中去除。
[0134]
在一些实施例中，所述第一身份识别卡和所述第二身份识别卡共用一套射频器件。
[0135]
在一些实施例中，所述第一应用为对时延敏感的应用。
[0136]
以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
[0137]
需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的防止应
用卡顿的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、rom(read only memory，只读存储器)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。
[0138]
对应地，本申请实施例提供一种终端，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例中提供的防止应用卡顿的方法中的步骤。
[0139]
对应地，本申请实施例提供一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述防止应用卡顿的方法中的步骤。
[0140]
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
[0141]
需要说明的是，图7为本申请实施例终端的一种硬件实体示意图，如图7所示，该终端700的硬件实体包括：处理器701、通信接口702和存储器703，其中
[0142]
处理器701通常控制终端700的总体操作。
[0143]
通信接口702可以使终端700通过网络与其他终端或服务器通信。
[0144]
存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及终端700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过flash(闪存)或ram(random access memory，随机访问存储器)实现。
[0145]
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0146]
另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0147]
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0148]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0149]
本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
[0150]
本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
[0151]
本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
[0152]
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。