CN101631377A - 终端休眠方法及终端 - Google Patents

Abstract

本发明公开了一种终端休眠方法及终端，该方法包括：对于终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和中央处理器CPU保持时间；对于每个业务，启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间；在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能；其中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长。通过本发明达到使终端省电的目的。

Description

终端休眠方法及终端

技术领域

本发明涉及通信领域，具体而言，涉及一种终端休眠方法及终端。

背景技术

传统的手机一般提供以语音业务为代表的电路交换业务，这类业务从发起到可用时间很短，有明显的结束标志，而且独占网络资源，所以一般在语音业务过程中禁止手机休眠(即，进入节电模式)，结束后允许休眠，即，如果一段时间后如果用户不进行操作，则手机就进入休眠。目前，在手机上可以进行数据业务，数据业务与传统的语音业务相比有很大不同，首先，发起数据业务前必须先建立网络连接，这个时间一般会比较长，如果频繁连接断开会严重影响用户体验。其次，语音业务由于独占通讯链路且有明显的结束标志，只要有业务存在就不能让手机处于休眠模式，业务结束后手机就可以休眠，而数据业务一般没有像语音业务那样明显的结束标志。另外，由于多个数据业务可以同时并存，不同应用对网络资源的需求是不一样的，同一应用在不同阶段也可能不一样，例如，通过浏览器下载大文件时希望手机长时间不能休眠、保持网络连接，浏览网页时却不需要。

基于以上原因，在手机运行数据业务时不能象语音业务那样简单地有业务时就不休眠、结束后就可以休眠。有数据业务时需要采用一定策略进行休眠，该策略需要综合各业务对网络连接的需求，兼顾用户体验和省电，在保证用户体验的情况下尽量让手机处于节电模式。

目前，手机在进行数据业务时进行休眠所采用的策略主要有以下几种：

(1)中央处理器(CPU)和无线模块都不睡眠，在用户一段时间不用后会关闭LCD或背光。

(2)CPU和无线模块都不睡眠，等用户一段时间不操作后CPU和无线模块允许睡眠。

(3)CPU可以睡眠但无线模块不睡眠以维持网络不断，等CPU被唤醒后应用马上就可以使用网络。

(4)通过监测数据链路的流量来决定CPU和无线模块是否可以休眠，例如，如果没有流量，则在一段时间后进入休眠状态。

以上处理方式都有比较大的弊端，下面从用户体验和节电角度对上述处理方式存在的弊端进行详细分析。

(1)这种方式从用户体验来讲是最好的，但是，耗电也是最大的，会导致电源不必要的浪费，例如，用户打开一个浏览器去做其它事情，此时，由于浏览器应用在运行，CPU和无线模块都处在正常工作状态，耗电量将会很大，实际上却什么事都没做。

(2)这种方式也存在一定问题，因为数据应用在用时经常是不需要用户操作的，例如，下载文件过程中就是不需要用户干预的，这时如果关闭CPU和无线模块将导致下载不能完成。

(3)这种方式存在两方面问题，无线模块不睡眠还是会带来比较大的电源消耗；另外维持网络连接不断经常要需要定时在手机和网络侧间交互一些信息，如果CPU睡眠后将无法完成信息交互，从而无法保证CPU被唤醒后网络还处于连接状态，因此，该方式在实际应用中比较难实现。

(4)这种方式同样存在一定问题，首先，时间的大小很难确定，其次，无数据不代表应用没在用，如果用户在用时无数据(如正在看网页的文字信息)就把网络断掉，用户在使用时又要重新连接，这样可能会导致频繁的断开连接，导致用户体验很不好。

发明内容

针对相关技术中对终端(该终端可以是手机)进入休眠模式的处理而导致电源浪费以及影响用户使用的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的终端休眠方案，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种终端休眠方法。

根据本发明的终端休眠方法包括：对于终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和中央处理器CPU保持时间；对于每个业务，启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间；在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能；其中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长。

优选地，在CPU已经休眠，并且无线模块没有休眠的情况下，上述方法还包括：周期性地唤醒CPU；CPU在被唤醒之后，指示无线模块维持与网络侧的网络连接。

优选地，周期性地唤醒CPU包括：以保活时间作为周期，其中，保活时间为终端与网络侧连接保持不间断的最大时间间隔；在建立终端与网络侧的连接成功之后，终端接收来自网络侧的保活时间。

优选地，在启动第一定时器和第二定时器之后，上述方法还包括：根据预定策略重置第一定时器和/或第二定时器；根据预定策略调整第一定时器和/或第二定时器的时长。

优选地，启动业务对应的第一定时器和第二定时器包括：在业务开始时启动第一定时器；在网络连接成功时启动第二定时器。

优选地，上述方法还包括：在终止业务与网络侧的连接后，停止对业务的计时。

为了实现上述目的，根据本发明的另一方面，提供了一种终端。

根据本发明的终端包括：设置模块，用于为终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和CPU保持时间，其中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长；第一定时器和第二定时器，对于每个业务，启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间；第一控制模块，用于在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；第二控制模块，在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能。

优选地，上述终端还包括：唤醒模块，用于周期性地唤醒CPU，以便于CPU在被唤醒之后，指示无线模块维持与网络侧的网络连接。

优选地，上述终端还包括：接收模块，用于接收来自网络侧的保活时间，并以保活时间作为周期唤醒CPU，其中，保活时间为终端与网络侧保持连接不间断的最大时间间隔。

优选地，上述终端还包括：第一定时器和第二定时器在终止业务与网络侧的连接后停止对业务的计时。

通过本发明，采用了分别设置网络保持时间和CPU保持时间，并根据网络保持时间和CPU保持时间判断终端能否进行休眠，解决了相关技术中对手机进入休眠模式的处理而导致电源浪费以及影响用户使用的问题，进而达到了在不影响或少影响用户体验的情况下达到省电的目的效果。

附图说明

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

图1是根据本发明实施例的终端休眠方法的流程图；

图2是根据本发明实施例的手机运行数据业务时的控制部分的结构框图；

图3是根据本发明实施例的终端休眠方法具体的流程图；

图4是根据本发明实施例的终端的结构框图；

图5是根据本发明实施例的终端具体的结构框图。

具体实施方式

功能概述

考虑到相关技术中对终端(该终端可以是手机)进入休眠模式的处理而导致电源浪费以及影响用户使用的问题，本发明实施例提供了一种终端休眠方案，通过该方案可以动态调整对网络连接时间和CPU运行时间要求，终端中的服务器(Server)可以相应调整对CPU和无线模块的休眠控制，该方案的处理原则如下：对于终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和中央处理器CPU保持时间；对于每个业务，在业务开始时启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间；在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能；其中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长。该方案还涉及到，如果CPU休眠，而无线模块未休眠，则需要周期性的唤醒CPU模块，以维持无线模块与网络侧的连接。

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

在以下实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

方法实施例

根据本发明的实施例，提供了一种终端休眠方法，图1是根据本发明实施例的终端休眠方法的流程图，如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，对于终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和中央处理器CPU保持时间。

步骤S104，对于每个业务，启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间。优选地，可以在业务开始时启动第一定时器，在网络连接成功时启动第二定时器。

步骤S106，在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能，即，允许CPU休眠；在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能，即，允许无线模块休眠。

在上述步骤S102中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长，需要说明的是，保持时间可以是绝对时间，也可以是相对某事件的时间间隔，例如，暗屏后5分钟，下面对CPU保持时间和网络保持时间进行详细的描述。

网络保持时间和CPU保持时间，分别用于表征数据应用(即，数据业务)希望连续使用网络资源及希望CPU连续运行的时长，同时也代表了用户体验。网络保持时间和CPU保持时间取决于应用自身特点和用户体验，例如，如果使用即时通讯工具(例如，QQ)这类应用时如果网络断开一段时间再连接则需要重新登录，会影响用户体验；而对浏览器来说网络断开一段时间后，再连接成功，则基本不影响用户体验，当然，从用户体验考虑，希望CPU睡眠后还能保持网络连接一点时间，由此，用户在CPU从休眠状态(也称为睡眠状态)唤醒后再使用浏览器就不需要建立网络连接，用户体验会比较好。

在CPU已经休眠，并且无线模块没有休眠的情况下，为了维护网络连接，需要周期性地唤醒CPU；CPU在被唤醒之后，指示无线模块维持与网络侧的网络连接。其中，可以以保活时间作为周期，或者以小于保活时间的时长作为周期，其中，保活时间为终端与网络侧保持连接不间断的最大时间间隔；在建立终端与网络侧的连接成功之后，终端接收来自网络侧的保活时间。下面对保活时间进行详细的说明。

保活时间取决于接入的网络类型，表征为维护终端(手机)与网络侧数据链路层连接不断的最大时间间隔，如果超过保活时间而手机没有与网络侧交互特定信息，则手机到网络的连接就可能不再可用。在数据应用的使用中，网络侧需要手机定时与其交互一些信息以维护网络连接，例如，有的网络侧会检测终端发出的点对点协议(Point to Point Protocol，简称PPP)echo包，如果一段时间没有接收到PPP echo包，就认为用户侧出了异常，然后，断开链路以释放IP地址；再例如，手机通过无线局域网(Wireless LAN，简称为WLAN)接入时常常在无线路由器之后，接入网络需要在路由器做网络地址转换(Network Address Transfer，简称为NAT)，把内网地址转换为公网地址，NAT表项一段时间不用会超时被删除，手机和网络侧都需要定时向对方发些数据以维护NAT表项。如果是为了省电，而让无线模块和CPU都睡眠，但是，应用还需要维持网络连接，对终端来说，就需要知道网络的保活时间，以便睡眠后定时醒来发起保活命令，让无线模块维护网络连接不断。

在启动第一定时器和第二定时器之后，可以根据实际的需要重置或调整网络保持时间和CPU保持时间。即，根据预定策略重置第一定时器和/或第二定时器；根据预定策略调整第一定时器和/或第二定时器的时长。该预定策略可以根据实际的情况来确定，例如，当一个应用需要的更长的CPU保持时间时，可以修改CPU保持时间。

在步骤S104中，在建立业务与网络侧的连接成功之后，开始为业务计时。

此外，如果一个业务与网络侧的连接终止后，则停止对一个业务的计时。

图2是根据本发明实施例的终端运行数据业务时的控制部分的结构框图，终端可以是手机，如图2所示，该手机从功能上可以划分为两部分：应用CPU和无线模块，一般两者物理上也是分开的，可以单独控制其节电模式。应用CPU处理手机上的各种应用，例如，分组业务应用(数据业务)1、分组业务应用n，以及为分组业务提供服务和对无线模块进行控制的服务器(Server)部分。无线模块接收CPU的控制和数据请求，完成与网络侧的信令和数据交换，同时主动上报各种事件和状态。以下基于图2对本实施例进行详细的说明。

应用(即，数据业务)在启动时向Server申明希望的保持时长，如果条件允许Server为应用建立网络连接，并记录应用的保持时间，一旦连接成功该时间将递减，当所有的应用的保持时间都耗尽时Server将可以断开连接。在使用过程中可以重置保持时间或更改保持时间。保持时间可以是绝对的也可以是相对的，例如，保持时间可以为CPU睡眠以后5分钟这样一个相对时间。该过程包括如下步骤：

步骤S201，应用在需要使用网络资源时向Server发送连接请求，请求该应用需要的网络保持时间(或称为网络连接时间)和CPU保持时间。

步骤S202，Server连接网络，连接成功后返回网络的保活时间，并给应用返回确认信息，或者，在已经连接成功的情况下直接返回确认信息；同时，记录应用名称以及网络连接时间和CPU保持时间，并开始对所有应用的这两个时间进行超时判断。

步骤S203，如果所有应用的CPU保持时间都超时，则允许CPU睡眠；如果所有应用的网络连接时间都超时，则允许无线模块睡眠；如果在CPU睡眠时网络连接时间还未超时则先向无线模块发保活命令，在无线模块完成保活后设置保活定时器以便定时唤醒CPU，CPU进入睡眠。

步骤S204，CPU被保活定时器唤醒。

步骤S205，当应用改变其网络连接时间和CPU保持时间时重新从当前时间开始计时。

步骤S206，当某应用退出或不再使用网络时向Server发断开请求，Server从保存的用户列表中去除该应用的信息，包括应用名称、网络连接时间和CPU保持时间，不再对该应用做任何超时判断。

步骤S207，当应用列表中没有应用信息时Server将不再对CPU和无线模块的睡眠做任何控制。

下面将结合实例对本发明实施例的实现过程进行详细描述。

图3是根据本发明实施例进入休眠模式的方法具体的流程图，本实施例以在手机上使用WLAN方式接入internet，通过浏览器执行各种操作为例进行说明。由于手机是通过WLAN无线路由器接入电信的城域网，接入时需要在路由器做网络地址转换，把内网地址转换为公网地址，路由器上的NAT表项在一段时间内不用会因超时被删除，手机要定时向网络发数据以维护NAT表项，从而维护手机到网络侧的连接。另外WLAN接入需要经过接入接入点(AccessPoint，简称为AP)、鉴权、隧道建立、点对点协议(Point to Point，简称为PPP)拨号等步骤，时间相对比较长，约在20～30秒间，如果频繁断开连接会严重影响用户体验。手机都有个缺省的电源管理，它判断在用户可设的一段时间内如果没有任何操作则先关闭屏幕电源，如果没有其它不允许CPU和无线模块睡眠的模块存在就进入休眠状态，如图3所示，该流程包括如下步骤：

步骤S301，浏览器启动后向Server发送连接请求，指定初始CPU保持时间，并且指定初始网络保持时间为CPU睡眠两分钟后，为的是防止CPU休眠后很快被重新被唤醒时因网络断掉重新连接耗时比较长而影响用户体验。

步骤S302，Server在收到请求后记录下用户的名称、保持时间，保存到应用列表中，控制WLAN无线模块完成接入AP功能、鉴权、建立隧道、PPP拨号功能，同时获得WLAN网络的保活时间，约为50秒。

步骤S303，CPU睡眠时间到，Server检查发现网络保持时间还未超时则先向无线模块发保活命令。

步骤S304，无线模块接收到保活命令后向WAG(WLAN接入网关)发个会话启动协议(Session Initiation Protocol，简称为SIP)选项(OPTIONS)消息，以便维持网络的连接。

步骤S305，CPU收到无线模块保活操作完成消息后，设置一个定时器，时长略比WLAN无线模块提供的保活时间小，以便睡眠后被唤醒以执行保活操作，然后CPU和无线模块都进入睡眠状态。

步骤S306，保活定时器超时后CPU被唤醒，先唤醒无线模块，再向其发保活命令，无线模块进行保活操作。

步骤S307，CPU在无线模块完成保活操作后检查网络连接保持时间有没超时，所以无线模块不休眠，而该CUP则继续睡眠。

步骤S308，若CPU睡眠几秒后用户唤醒手机继续使用浏览器浏览网页，由于网络并没有断，所以马上可以访问网页，用户体验会比较好，同时又达到了省电的目的。

步骤S309，如果用户下载一比较大的文件，则浏览器向Server请求重置CPU和网络保持时间为文件下载结束时间(估计值，浏览器可以根据进度调整)，则Server控制CPU和无线模块都不睡眠(但背光、屏幕等可以关闭)。

步骤S310，当用户结束使用关闭浏览器，浏览器向Server发断开连接请求，Server从应用列表中清除浏览器应用及其保持时间。

步骤S311，如果应用列表中没有应用信息，则Server不对CPU和无线模块做任何操作，CPU和无线模块的电源管理由手机缺省的电源管理来管理。

装置实施例

根据本发明的实施例，提供了一种终端，图4是根据本发明实施例的终端的结构框图，如图4所示，该装置包括：设置模块42、与每个数据业务对应的第一定时器44和第二定时器46、第一控制模块48、第二控制模块40，下面对该结构进行详细的说明。

设置模块42(或者叫保持时间策略模块)，该模块可以单独设置，也可以内含在应用(业务)中，应用根据用户操作、场景等确定保持时间，该模块在一般情况下内含在业务中，该模块用于为终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和CPU保持时间，其中，网络保持时间为业务需要连续使用网络的时长，CPU保持时间为业务需要CPU连续运行的时长；第一定时器44和第二定时器46，对于每个业务，在业务开始时启动业务对应的第一定时器和第二定时器，其中，第一定时器的时长为CPU保持时间，第二定时器的时长为网络保持时间；第一控制模块48，用于在每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；第二控制模块40，在每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能。上述业务可以为数据业务。

优选地，可以在业务开始时启动第一定时器，在网络连接成功时启动第二定时器。

图5是根据本发明实施例的终端具体的结构框图，如图5所示，该终端还包括：唤醒模块52，该模块用于周期性地唤醒CPU，以便于CPU在被唤醒之后，指示无线模块维持与网络侧的网络连接。

如图5所示，该终端还包括：接收模块54，该模块用于接收来自网络侧的保活时间，并以保活时间作为周期唤醒CPU，其中，保活时间为终端与网络侧保持连接不间断的最大时间间隔。

需要说明的是，上述方法实施例中的Server可以包括第一控制模块48、第二控制模块40、唤醒模块52。

优选地，计时器在终止业务与网络侧的连接后停止对业务的计时。

综上所述，通过本发明的上述是实施例，在进行数据业务时，根据数据业务自身特点和用户体验在发起业务时告诉Server该数据业务对网络连接时间和CPU运行时间的要求，Server根据各个应用的需求、网络特点，控制CPU和无线模块尽量满足应用需求又同时达到节电目的，解决了在手机终端上存在一个或多个应用时用户体验和省电间的矛盾，在尽量不影响、少影响用户体验的情况下达到省电的目的。

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

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

Claims (10)

1.一种终端休眠方法，其特征在于，包括：

对于终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和中央处理器CPU保持时间；

对于每个业务，启动所述业务对应的第一定时器和第二定时器，其中，所述第一定时器的时长为所述CPU保持时间，所述第二定时器的时长为所述网络保持时间；

在所述每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；在所述每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能；

其中，所述网络保持时间为所述业务需要连续使用网络的时长，所述CPU保持时间为所述业务需要CPU连续运行的时长。

2.根据权利要求1所述的方法，其特征在于，在所述CPU已经休眠，并且所述无线模块没有休眠的情况下，所述方法还包括：

周期性地唤醒所述CPU；

所述CPU在被唤醒之后，指示所述无线模块维持与网络侧的网络连接。

3.根据权利要求2所述的方法，其特征在于，周期性地唤醒所述CPU包括：

以保活时间作为周期，其中，所述保活时间为所述终端与所述网络侧连接保持不间断的最大时间间隔；

在建立所述终端与网络侧的连接成功之后，所述终端接收来自所述网络侧的保活时间。

4.根据权利要求1所述的方法，其特征在于，在启动所述第一定时器和所述第二定时器之后，所述方法还包括：

根据预定策略重置所述第一定时器和/或所述第二定时器；

根据所述预定策略调整所述第一定时器和/或所述第二定时器的时长。

5.根据权利要求1至4中任一项所述的方法，其特征在于，启动所述业务对应的第一定时器和第二定时器包括：

在业务开始时启动所述第一定时器；

在网络连接成功时启动所述第二定时器。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

在终止所述业务与所述网络侧的连接后，停止对所述业务的计时。

7.一种终端，其特征在于，包括：

设置模块，用于为终端内的每个业务，根据业务的业务信息确定对应的网络保持时间和CPU保持时间，其中，所述网络保持时间为所述业务需要连续使用网络的时长，所述CPU保持时间为所述业务需要CPU连续运行的时长；

第一定时器和第二定时器，对于每个业务，启动所述业务对应的第一定时器和第二定时器，其中，所述第一定时器的时长为所述CPU保持时间，所述第二定时器的时长为所述网络保持时间；

第一控制模块，用于在所述每个业务的第一定时器都到时的情况下，使CPU的休眠功能使能；

第二控制模块，在所述每个业务的第二定时器都到时的情况下，使无线模块的休眠功能使能。

8.根据权利要求7所述的终端，其特征在于，还包括：

唤醒模块，用于周期性地唤醒所述CPU，以便于所述CPU在被唤醒之后，指示所述无线模块维持与网络侧的网络连接。

9.根据权利要求8所述的终端，其特征在于，还包括：

接收模块，用于接收来自所述网络侧的保活时间，并以所述保活时间作为周期唤醒所述CPU，其中，所述保活时间为所述终端与所述网络侧保持连接不间断的最大时间间隔。

10.根据权利要求7至9中任一项所述的终端，其特征在于，还包括：

所述第一定时器和所述第二定时器在终止所述业务与所述网络侧的连接后停止对所述业务的计时。

Images