网络查找方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种网络查找方法及装置。

背景技术：

插入有网络服务移动运营商卡的移动手机终端开机时会发起找网流程，以Android系统的终端为例，Android原生系统的开机找网流程设计如图1所示，图1是相关技术中的开机找网流程图，其中，现有的上电power on机制中，调制解调器modem是默认关闭power off的，开机找网的流程需要经过如下步骤：S102，开机→S104，启动Phone进程→S106，连接上无线电接口层守护进程rild→S108，rild上报当前的modem状态和客户识别模块(Subscriber Identity Module，简称为SIM)卡准备好事件→S110，然后Phone进程发送power on请求→S112，通过无线电接口层ril把modem置在线online→S114，modem开始找网→S116，最后modem上报网络状态和网络事件。从中可以看出终端发起找网的请求要等到Phone进程的power on请求才开始，期间需要等待的事件有Phone进程、rild连接和SIM卡准备好状态，通过实际工程中遇到的情况分析，Phone进程起来、连接rild的socket和SIM卡准备好都需要耗费时间，并且整个找网流程是串行处理的每一个环节都不能出现问题。实际工程中Android原生系统从开机完成到成功找到并注册网络整个流程走完需要大概10秒左右或更多的时间，这样找网的时间较长影响手机开机正常使用的时间和用户体验。因此，在相关技术中存在着找网历经时间长，用户体验低的问题。

针对相关技术中存在的找网时间长，用户体验低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种网络查找方法及装置，以至少解决相关技术中存在的找网时间长，用户体验低的问题。

根据本发明的一个方面，提供了一种网络查找方法，包括：确定处于预定场景中的终端需要查找网络；在接收预定进程发送的查找请求之前，进行查找所述网络的处理，其中，所述查找请求用于查找所述网络。

进一步地，进行查找所述网络的处理包括：在预定条件下将调制解调器的状态调整为上电状态；利用处于上电状态下的调制解调器查找网络。

进一步地，在进行查找所述网络的处理之后，还包括：在确定查找到所述网络的预 定时间后，延迟上报所述调制解调器的网络状态信息和/或预先接收到的网络事件信息。

进一步地，延迟上报所述调制解调器的网络状态信息和/或预先接收到的网络事件信息包括：对预先接收到的所述网络事件信息进行缓存处理，其中，所述缓存处理包括以下至少之一：放弃缓存、更新缓存、全部缓存；上报所述调制解调器的网络状态信息和/或经过缓存处理后的网络事件信息。

进一步地，所述预定条件包括：确定所述终端未处于飞行模式、确定除网络查找事件外的进程未完成、确定所述终端未被锁网和确定无需输入个人识别密码PIN。

进一步地，所述预定场景包括开机场景；和/或，所述预定进程包括Phone进程。

根据本发明的另一方面，提供了一种网络查找装置，包括：确定模块，用于确定处于预定场景中的终端需要查找网络；处理模块，用于在接收预定进程发送的查找请求之前，进行查找所述网络的处理，其中，所述查找请求用于查找所述网络。

进一步地，所述处理模块包括：调整单元，用于在预定条件下将调制解调器的状态调整为上电状态；查找单元，用于利用处于上电状态下的调制解调器查找网络。

进一步地，所述装置还包括：上报模块，用于在确定查找到所述网络的预定时间后，延迟上报所述调制解调器的网络状态信息和/或预先接收到的网络事件信息。

进一步地，所述上报模块包括：处理单元，用于对预先接收到的所述网络事件信息进行缓存处理，其中，所述缓存处理包括以下至少之一：放弃缓存、更新缓存、全部缓存；上报单元，用于上报所述调制解调器的网络状态信息和/或经过缓存处理后的网络事件信息。

进一步地，所述预定条件包括：确定所述终端未处于飞行模式、确定除网络查找事件外的进程未完成、确定所述终端未被锁网和确定无需输入个人识别密码PIN。

进一步地，所述预定场景包括开机场景；和/或，所述预定进程包括Phone进程。

通过本发明，采用确定处于预定场景中的终端需要查找网络；在接收预定进程发送的查找请求之前，进行查找所述网络的处理，其中，所述查找请求用于查找所述网络，解决了相关技术中存在的找网时间长，用户体验低的问题，进而达到了减少找网时间，提高用户体验的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中的开机找网流程图；

图2是根据本发明实施例的网络查找方法的流程图；

图3是根据本发明实施例的网络查找装置的结构框图；

图4是根据本发明实施例的网络查找装置中处理模块34的结构框图；

图5是根据本发明实施例的网络查找装置的优选结构框图；

图6是根据本发明实施例的网络查找装置中上报模块52的结构框图；

图7是根据本发明实施例的快速找网流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种网络查找方法，图2是根据本发明实施例的网络查找方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，确定处于预定场景中的终端需要查找网络；

步骤S204，在接收预定进程发送的查找请求之前，进行查找该网络的处理，其中，该查找请求用于查找上述网络。

通过上述步骤，在需要查找网络时，在接收到预定进程发送的查找请求之前优先执行网络查找的处理，可以将查找网络的操作提前，进而实现缩短查找网络的时间，解决了相关技术中存在的找网时间长，用户体验低的问题，进而达到了减少找网时间，提高用户体验的效果。

在一个可选的实施例中，上述的进行查找网络的处理可以包括：在预定条件下将调制解调器的状态调整为上电状态；利用处于上电状态下的调制解调器查找网络。其中，在调整调制解调器的状态时，可以利用ril进行调整。当然也可以通过其他的方式调整调制解调器的状态。

在一个可选的实施例中，在进行查找上述网络的处理之后，还包括：在确定查找到上述网络的预定时间后，延迟上报调制解调器的网络状态信息和/或预先接收到的网络事件信息。引入延迟上报的目的是为了避免当在其他进程(如，Phone进程)运行前就已经找到网从而造成网络事件信息(如，短消息)丢失的问题。

在延迟上报上述信息时，可以先缓存上述信息，在需要上报时，再上报缓存的信息。在缓存上述信息时，也可以分为不同的缓存方式，对于部分网络事件信息，是不需要缓 存的，可以放弃缓存，直接丢弃；对于一些需要更新缓存的网络事件信息，采用更新缓存的方式进行缓存，该更新缓存可以是覆盖更新(即，后接收到的信息覆盖更新到之前接收到的信息)；对于部分信息，可以采用全部缓存的方式，即，接收多少缓存多少，不需要覆盖之前接收到的信息。在对上述信息进行缓存之后，可以上报调制解调器的网络状态信息和/或经过缓存处理后的网络事件信息。

在一个可选的实施例中，上述的预定条件可以包括：确定终端未处于飞行模式、确定除网络查找事件外的进程未完成、确定终端未被锁网和确定无需输入个人识别密码PIN。从而使得找网流程和其他流程相互之间不会存在冲突。

在一个可选的实施例中，上述的预定场景可以包括开机场景，也就是说，在终端刚开机需要查找网络的场景下执行上述的操作。上述的预定进程可以包括Phone进程，该Phone进程可以是一个具有一定独立功能的程序关于某个数据集合的一次运行活动，Phone包含通话、短信、网络服务和数据连接等集合，Phone进程就是终端系统中具有一定独立功能的程序关于通话、短信、网络服务和数据连接等基本业务的一次运行活动。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种网络查找装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的网络查找装置的结构框图，如图3所示，该装置包括确定模块32和处理模块34，下面对该装置进行说明。

确定模块32，用于确定处于预定场景中的终端需要查找网络；处理模块34，连接至上述确定模块32，用于在接收预定进程发送的查找请求之前，进行查找该网络的处理，其中，上述查找请求用于查找该网络。

图4是根据本发明实施例的网络查找装置中处理模块34的结构框图，如图4所示，该处理模块34包括调整单元42和查找单元44，下面对该处理模块34进行说明。

调整单元42，用于在预定条件下将调制解调器的状态调整为上电状态；查找单元44，连接至上述调整单元42，用于利用处于上电状态下的调制解调器查找网络。

图5是根据本发明实施例的网络查找装置的优选结构框图，如图5所示，该装置除 包括图3所示的所有模块外，还包括上报模块52，下面对该装置进行说明。

上报模块52，连接至上述处理模块34，用于在确定查找到上述网络的预定时间后，延迟上报调制解调器的网络状态信息和/或预先接收到的网络事件信息。

图6是根据本发明实施例的网络查找装置中上报模块52的结构框图，如图6所示，该上报模块52包括处理单元62和上报单元64，下面对该上报模块52进行说明。

处理单元62，用于对预先接收到的网络事件信息进行缓存处理，其中，该缓存处理包括以下至少之一：放弃缓存、更新缓存、全部缓存；上报单元64，连接至上述处理单元62，用于上报调制解调器的网络状态信息和/或经过缓存处理后的网络事件信息。

在一个可选的实施例中，上述预定条件包括：确定终端未处于飞行模式、确定除网络查找事件外的进程未完成、确定终端未被锁网和确定无需输入个人识别密码PIN。

在一个可选的实施例中，上述的预定场景可以包括开机场景，也就是说，在终端刚开机需要查找网络的场景下执行上述的操作。上述的预定进程可以包括Phone进程，该Phone进程可以是一个具有一定独立功能的程序关于某个数据集合的一次运行活动，Phone包含通话、短信、网络服务和数据连接等集合，Phone进程就是终端系统中具有一定独立功能的程序关于通话、短信、网络服务和数据连接等基本业务的一次运行活动。

下面以Android系统的终端在启动除网络查找进程外的进程的同时启动网络查找进程为例，以对本发明进行说明。

针对Android手机开机找网时间较长的问题，本发明实施例中提供了一种基于Android移动终端的快速找网方法，通过ril直接下发打开无线请求来触发modem快速启动找网并引入了ril的延迟上报机制保证了系统的ril主动上报事件正常运行，以达到找网流程和Phone进程并行处理大大提高了开机找网时间。

相关技术中的查找网络的方案中ril创建好后不能马上发起找网，而是等Phone进程运行并连接rild后发起请求将modem置power on然后开始找网流程，大约延误数秒到十数秒。而在本发明实施例中，在ril创建并判断上次关机前没有打开飞行模式等情况后立刻将modem置power on提前开始找网，之后Phone进程运行、连接rild并触发ril将modem的网络状态和提前收到的网络事件等主动上报事件采用延时的方式通知给Phone进程，而Phone不再发起power on找网请求，这样完成整个开机快速找网流程。其中，上述的rild进程是ril的守护进程，支持和完成ril的实现，是ril的非常重要的一部分，某种意义上来讲可以等同成ril。Phone进程是Android系统应用框架层的程序用Java语言实现，rild位于应用框架层和内核之间在Phone进程的下层，用C语言写成。

图7是根据本发明实施例的快速找网流程图，如图7所示，该流程中施涉及到两个主要部分：ril自启动power on机制和ril延迟主动上报机制，图7中的ril自启动power on、modem找网、ril延迟主动上报和Phone进程起来、rild连接形成了并行的处理效果， 并且ril延迟主动上报机制保证了modem网络侧的消息不丢失。

下面对ril自启动power on机制进行说明：

在快速开机找网实施方法中，何时使能ril自己发起power on至关重要，这个功能可以用一个属性控制起来，默认开启，如果该属性为关闭则不实施该专利中提到的开机快速找网方案，这样可以很好的和原生Android系统融合。在ril启动后判断该属性的状态，如果为开启状态，然后判断终端当前的状态，如果满足如下三个条件则触发ril打开无线操作(power on)：

(1)没有打开飞行模式；

(2)Phone进程还没有正常运作；

(3)手机没有被锁网也不需要输入PIN码；

这样该power on流程和收到Phone进程发起找网的流程用锁控制起来使其不会相互影响。

下面对ril延迟主动上报机制进行说明：

对于ril自行power on的方案，由于ril过早地执行了打开无线操作(此时rild可能还没有运行并初始化、phone进程也未创建完成)，modem随后在执行找网流程中产生的主动上报事件(同上述的网络事件)等信息在应用侧和ril的通信建立之前如何保证不被丢失也是必须考虑的问题，在原生系统中也经常会遇到这种情况，就是rild已经起来了事件上报但框架还没有初始化完成，也就是还没有连接上rild，这时ril主动上报的事件都在rild被直接丢弃了。

这种情况下需要利用一个延迟上报机制，原生系统本来有这样的机制但是有很多局限性，基于此基础，对ril的延迟主动上报做了彻底的改造。在ril创建了一个全局变量用来保存需要延迟上报的事件和记录被加锁的数量，当ril的某个流程里需要屏蔽某个主动上报事件，这个事件的上报会被加进为这个主动上报事件分配的链表里，这个主动上报事件的上锁数量属性会被加1，有多少个流程需要屏蔽这个主动上报事件就会加上多少个上锁数量，直到所有加锁的流程宣称不需要加锁了，那么在Phone进程和ril实现通信后被缓存在链表里的主动上报事件会依次上报到框架，对于主动上报事件的缓存，分三种情况进行处理：

(1)不会上报给Phone进程的事件不作缓存、直接丢弃；

(2)具有排他性冲突的上报事件排他性缓存，也就是第二个缓存的上报覆盖第一个，链表里最多只会有一个，并且总是最新状态信息的主动上报事件；

(3)除了上面两点外的其他主动上报事件做全部缓存；

在ril初始化是创建这个链表，并且把所有主动上报事件全部做抑制处理，在rild收到Phone进程连接指令后再把所有主动上报事件全部做解抑制处理。

通过以上ril延时主动上报机制，对于ril自行power on的方案，即使ril在rild进程起来完成初始化、phone进程尚未创建完成之前就执行了power on，期间产生的主动上报事件等信息也会在应用侧与ril建立通信之前被缓存起来不会丢失。

通过上述实施例中的方案，可以有效缩短开机找网时间，特别是对于SIM卡上电由power on触发的情况(因为读取卡上内容会花费较长时间)改进更为显著。并且引进的ril延迟主动上报机制确保了即使在Phone运行前就找到网，Phone也不会错过因为找到网而提前产生的诸如短消息之类的上报信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，确定处于预定场景中的终端需要查找网络；

S2，在接收预定进程发送的查找请求之前，进行查找该网络的处理，其中，该查找请求用于查找上述网络。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。