CN102378346B

CN102378346B - 休眠状态的控制方法，装置及***

Info

Publication number: CN102378346B
Application number: CN201010264721.5A
Authority: CN
Inventors: 樊光辉; 陈斌; 莫君贤
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-08-27
Filing date: 2010-08-27
Publication date: 2014-04-02
Anticipated expiration: 2030-08-27
Also published as: CN102378346A; WO2011137796A1

Abstract

本发明的实施例公开了一种休眠状态的控制方法,装置及***，涉及通信技术领域，本发明实施例的方法主要包括：在终端处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息，根据所述调度信息控制所述终端的休眠状态。本发明实施例提供的技术方案在终端处于休眠模式下的侦听窗状态时，通过采用将调度信息通知到终端，实现了终端在休眠模式下的侦听窗状态时根据该调度信息控制休眠状态。

Description

休眠状态的控制方法,装置及***

技术领域

本发明涉及通信技术领域，尤其涉及一种休眠状态的控制方法，装置及***。

背景技术

在通信网络中的终端通常是可以移动的实体，如手机等，通常需要在电池的供电下进行通信操作和自身的操作。因此，对于终端来说，节省电池电量的消耗可以延长终端的连续使用时间，尤其是在移动场景下，由于电量通常无法得到及时的补充，所以更加需要尽可能的节约终端电池电量的消耗。

终端的电量消耗除了自身操作需要的消耗外，另外一个重要的能量消耗源便是维持与基站进行数据通信的无线通信模块。为了节省终端的电量消耗，在无线通信方面，休眠模式控制就是一种常见的方案。所谓休眠模式是指在终端与基站保持注册入网状态的情况下，双方通过协商约定的周期性的时间窗来进行数据通信。该约定的周期性的时间窗通常包括两类窗的周期***替，一类是休眠窗，二类是侦听窗。在侦听窗中，基站与终端之间可以进行正常的数据或控制消息的交互；在休眠窗中，基站不会与终端进行数据或控制消息的交互，因此睡眠窗中终端可以关闭其无线通信模块，只进行除无线通信交互之外的其他操作，从而达到节省无线通信模块能量消耗的目的。在休眠窗时，终端或基站需要发送给对方的数据将暂时进行缓存，直到侦听窗到达时再进行数据的交互。

时间窗的大小通常以帧(frame)为单位。一个帧的时间长度可为5ms。参照图1所示的休眠模式下终端状态的周期性转换图，其中，侦听窗大小为4帧，休眠窗为6帧，所以休眠模式的休眠周期为10帧。在某些休眠窗控制机制中，侦听窗、休眠窗的长度大小也可能随着特定的因素如数据的流量而做适当的调整。

在现有技术中，在与基站协商进入休眠模式后，终端收发数据的方案为：当上述侦听窗刚达到时，基站有可能通过发送控制信息通知终端是否有下行的数据需要接收，当终端通过解析该控制信息从而获知没有下行缓存数据需要接收，并且终端也没有上行缓存数据需要发送时，终端将自动终止当前的侦听窗，直接进入休眠状态，直到下一个约定的侦听窗的到来，这样终端便无需在整个侦听窗去侦听下行数据，因此更加节省了能量消耗。当终端解析该控制信息后获知有下行缓存数据要接收，则终端将保持侦听状态，持续侦听下行数据，直到侦听窗结束进入休眠窗，或者直到基站通知终端进入休眠状态。

现有技术中至少存在如下问题：

通常情况下，在整个侦听窗中，终端仅可能在极少数的帧甚至可能只有在一帧内或比帧粒度更小的单位子帧内得到资源的调度，并且在得到此调度之后便可以满足其服务质量(QoS)要求，故而上述在资源调度之外的时间，侦听窗仍需侦听下行数据的方案致使终端仍存在电量浪费的问题。

发明内容

本发明的实施例提供一种休眠状态的控制方法、装置及***，可根据调度信息控制终端的休眠状态。

为达到上述目的，本发明的实施例采用如下技术方案：

一种休眠状态的控制方法，包括：

在终端处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；

根据所述调度信息控制所述终端的休眠状态。

一种休眠状态的控制方法，包括：

在终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端以使所述终端根据所述调度信息控制所述终端的休眠状态。

一种休眠状态的控制装置，包括：

获取模块，用于当处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；

控制模块，用于根据所述调度信息控制休眠状态。

一种休眠状态的控制装置，包括：

通知模块，用于当终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端以使所述终端根据所述调度信息控制休眠状态。

一种休眠状态的控制***，包括：

网络设备，用于在终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端；

终端，用于获取来自所述网络设备的所述调度信息，并根据所述调度信息控制休眠状态。

本发明实施例提供的技术方案在终端处于休眠模式下的侦听窗状态时，通过采用将调度信息通知到终端，实现了终端在休眠模式下的侦听窗状态时根据该调度信息控制休眠状态。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为背景技术中终端周期性休眠模式示意图；

图2为本发明实施例中在用户侧的休眠状态的控制方法的流程示意图；

图3为本发明实施例中休眠状态的控制方法的流程示意图；

图4为本发明实施例中调度信息指示消息示意图；

图5为本发明实施例中侦听窗中指示终端调度起始位置的休眠控制示意图；

图6为本发明实施例中侦听窗中指示具体终端调度起始位置的休眠控制示意图；

图7为本发明实施例中用户侧休眠状态的控制装置结构示意图；

图8为本发明实施例中用户侧另一休眠状态的控制装置结构示意图；

图9为本发明实施例中网络侧休眠状态的控制装置结构示意图；

图10为本发明实施例中休眠状态的控制***示意图。

具体实施方式

本实施例提供的一种休眠状态的控制方法，该方法在网络侧主要包括：在终端处于休眠模式下的侦听窗状态时，将调度信息通知终端以使所述终端根据所述调度信息控制休眠状态。

其中，所述调度信息用于指示所述网络设备执行资源调度的时间信息或时间范围信息，该时间信息可以为：执行资源调度时帧或子帧的起始位置，该时间范围信息可以由执行资源调度时帧或子帧的起始位置以及资源调度时的调度长度组成，其中，该调度长度包括帧或子帧的数量，或资源调度块等。并且，所述调度信息主要包括：预调度信息所指示的调度值，进一步还可包括：存在所述预调度信息的指示，以及存在所述预调度信息的终端的标识，所述存在预调度信息的终端对应已确定存在下行缓存数据的终端。

网络侧的网络设备可根据自身的网络负载情况，终端业务的延时要求等信息通过算法进行计算，进而对即将进入侦听窗的终端在侦听窗中的调度信息作出预判断，并将该调度信息在侦听窗中通知到对应的终端。具体网络侧如何计算出调度信息的过程是本领域技术人员根据上述提到的网络负载，终端业务的时延要求等信息可实现的，并且也因为该部分也并非本发明实施例关注的内容，故而本本实施例以及下述各实施例中不赘述。

相应地，如图2所示，该方法在用户侧主要包括：

步骤201，在终端处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；

其中，所述调度信息用于指示所述网络设备执行资源调度的时间信息或时间范围信息。

步骤202，根据所述调度信息控制所述终端的休眠状态。

相应地，步骤202中根据所述调度信息控制休眠状态主要包括：在所述调度信息中指示的资源调度的时间之前，或在所述调度信息中指示的资源调度的时间范围之外进入休眠状态。

上述在调度信息中指示的资源调度的时间之前，或者资源调度的时间范围之外进入休眠状态的具体执行方案可参照下述实施例步骤303中提供的具体内容。

已经进入休眠模式的终端一般在休眠模式下解析刚进入侦听窗时收到的控制消息后，如果获知下行有缓存数据要接收，那么终端在侦听窗口中将持续侦听下行数据。而通常情况下，在整个侦听窗中，终端仅可能在极少数的帧甚至可能只有在一帧内得到资源的调度，而在得到此调度之后就可以满足其服务质量(QoS)要求，因此现有方案在侦听窗中持续侦听是否有来自网络侧的资源调度的方案，会导致终端存在电量的浪费，而本实施例提供的方案，在网络设备具备一定处理能力的前提下，由该网络设备预通知终端在侦听窗内可能的调度信息，因此，终端可在侦听窗内所述调度信息之外的其余时间处于休眠状态而不用保持侦听状态，从而可以达到进一步减少电量消耗，提高终端待机时间的技术效果。

需要说明的是：当终端具有上行数据或控制消息需要发送时，不管网络设备如何指示下行缓存数据，如指示无下行缓存数据等，终端仍将在侦听窗中保持正常交互的工作状态，直到获取相应的上行带宽来发送上行的数据或控制消息。因为这一点在现有技术的方案中已有广泛应用，故而具体实施过程在此不赘述，并且为了便于着重介绍本发明的实施例，在下面各实施例的终端状态说明中，均不考虑这种终端有上行数据或控制消息需要发送的情况。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图3所示，本实施例提供的一种休眠状态的控制方法，该方法涉及网络侧和用户侧，为了便于理解，本实施例中，该网络侧的网络设备具体为基站，该用户侧的设备具体为终端。相应地，该方法包括：

步骤301，在终端处于休眠模式下的侦听窗状态时，基站将调度信息通知终端。

具体地，基站可在终端处于休眠模式下的侦听窗状态时，将携带所述调度信息的用于指示存在下行缓存数据的控制消息发送到所述终端。

其中，所述调度信息可包括以下一种或多种：

①，存在预调度信息的指示。其中，该项指示主要用于表示基站是否在控制消息中为终端提供在侦听窗中的预调度信息，可用1个比特长度的scheduleinformation indication(计划信息指示)字段表示，可用“1”代表存在预调度信息，“0”代表不存在预调度信息；或表示相反的意思；

②，存在预调度信息的终端的标识，所述存在预调度信息的终端对应已确定存在下行缓存数据的终端。其中，该项标识主要用于表示基站具体为哪些具有下行缓存数据的终端提供预调度信息，可用schedule information bitmap(计划信息映射表)字段表示，该字段为映射表形式，仅对存在下行缓存数据的终端进行映射，并可用“1”代表基站为对应终端提供具体的预调度信息，“0”代表基站不为对应终端提供具体的预调度信息；或表示相反的意思。

③，预调度信息所指示的调度值。其中，该项主要用于对指示出存在预调度信息的终端指示基站具体为其提供的预调度信息的内容，即调度值是多少，可用Schedule Information(调度信息)字段表示，并在该字段中给出具体的调度值，该调度值可用Value表示。

例如：终端进入侦听窗时，基站会向终端发送用于指示存在下行缓存数据的控制消息，如TRF-IND(traffic indication，流量指示)。图4给出了该消息的示意图，其中，图4中示意的字段是和本实施例相关的字段，其余无关字段未做示意。根据图4示意图中traffic indication字段可知，该TRF-IND消息中提供了10个终端进行了存在下行缓存数据的指示，按照从右到左的顺序，设最低位比特0对应MS0，10个比特分别对应MS0，MS1，MS2，MS3，MS4，MS5，MS6，MS7，MS8，MS9。其中，1代表对应的终端存在下行缓存数据，0代表对应的终端存在下行缓存数据，因此根据图4中的指示，MS2，MS3，MS7，MS8具有下行缓存数据，故而，对应的终端MS2，MS3，MS7，MS8需要在其各自的当前侦听窗内等待接收资源调度。或者，也可在traffic Indication字段中直接给出MS2，MS3，MS7，MS8对应的SLPID(sleep identification，休眠标识符)对具体下行缓存数据的终端进行标识，即被指示了SLPID的对应终端具有下行缓存数据。

在此基础上，基站在该消息中另外增加终端是否存在预调度信息的指示，即图4中的schedule information indication字段。其中，“1”代表存在预调度信息，“0”代表不存在预调度信息，故而根据图4的b示意图中的schedule informationindication字段的设置为“0”可知，在该b消息中，基站不再进一步为具有下行缓存数据的终端提供预调度信息；根据图4的a示意图中的schedule informationindication字段的设置为“1”可知，基站将进一步为具有下行缓存数据的终端提供预调度信息。该进一步提供的预调度信息为存在预调度信息的终端的标识，即图4的a示意图中的schedule information bitmap字段，该字段为映射表形式，由于traffic Indication字段指示了四个终端具有下行缓存数据，因此这里字段的长度为4个比特，分别对应此4个具有下行缓存数据的终端。在该schedule informationbitmap字段中，用标识“1”代表对应终端具有进一步的预调度信息所指示的调度值，否则代表没有，因此在图4的a所示的消息中，表示存在下行缓存数据的MS2，MS3，MS7，MS8中，基站将会为MS2，MS7提供进一步的预调度信息所指示的调度值。该进一步的提供的预调度信息所述指示的调度值，具体为图4的a中的Schedule Information字段，提供具体的调度值为value0和value1。分别对应终端MS2，MS7。终端可根据该提供的调度值在侦听窗中的适当的时间内进入休眠状态。

根据基站具体处理能力的不同，图4的a中的字段在实现中有还可出现其它情况。如当基站有足够的处理能力，确定可以为具有下行缓存数据的终端在侦听窗中提供预调度信息时，则Schedule Information Indication字段可以省略；又如当基站确定可以为其服务的每一个具有下行缓存数据的终端提供侦听窗中的预调度信息时，Schedule Information Bitmap字段可以被省略，此时相当于Schedule Information Bitmap字段全部设置为“1”，故而可直接在ScheduleInformation字段中为每一个具有下行缓存数据的终端提供该侦听窗中的具体调度值。具体调度值的内容可以有多种方式，如调度值代表资源调度起始的位置；或者更精确的，调度值代表资源调度的起始位置和资源调度的长度等，具体见下图5和图6所对应的实施方案。

步骤302，终端获取来自该基站的调度信息；

具体地，因为终端在休眠模式下的侦听窗状态时接收到的用于指示存在下行缓存数据的控制消息中包含有调度信息，所以终端可获知基站具体资源调度时的调度信息。如果接收到的调度信息如图4的b所示，则代表基站不再进一步为具有下行缓存数据的终端提供预调度信息，故而终端可按现有方式处理，不执行下述步骤303；如果接收到的调度信息如图4的a所示，则代表基站为MS2，MS7提供了预调度信息所述指示的调度值，即value0和value1，故而终端MS2可根据value0控制休眠状态，MS7可根据value1控制休眠状态，也就是下述步骤303。

步骤303，终端根据所述调度信息控制该终端的休眠状态。

(一)具体地，当调度信息中的预调度信息指示的调度值代表资源调度的起始位置时，说明Schedule Information字段中的value值代表基站在侦听窗的某一帧或子帧之后将执行资源调度，因此终端可以在调度值所指的帧或子帧之前进入休眠状态。即：步骤303可通过如下方式实现：

在所述资源调度的起始位置对应的帧或子帧之前进入休眠状态。

以终端是MS2，对应的预调度信息指示的调度值是value0为例。参照图5，其中a指示的是帧级别的休眠窗口控制示意图，侦听窗长度为4帧，休眠窗长度为6帧，侦听窗的第一帧用来接收流量指示，即用于指示是否存在下行缓存数据的控制消息，该控制消息具体可参照图4的a。在侦听窗的第一帧的流量指示中，设value0指示的资源调度的起始位置为偏移2帧，即：基站将在2帧后对终端MS2进行资源调度，所以该终端MS2将控制其自身在侦听窗的第二、第三帧可以处于休眠状态，第四帧则开始唤醒以准备接收下行数据。

上述资源调度的起始位置是用帧的偏移来表示的，除此之外，还可以直接用帧(或子帧)的起始位置的长度值来表示。例如：图5的a中，value0指示的资源调度起始位置为偏移2帧，若用帧的长度值来表示即为3，即基站将在第3帧之后对终端MS2进行资源调度，故而终端MS2同样也将控制其自身在侦听窗的第二、第三帧可以处于休眠状态，第四帧则开始唤醒以准备接收下行数据。用帧(或子帧)的起始位置的长度值来表示value的方法较简单，无需多叙，在本实施例以及下述各实施例中，均将用帧的偏移来表示value。

并且，当所述预调度信息所指示的调度值代表资源调度的起始位置时，所述预调度信息所指示的调度值的形式可为如下一种：

1，value代表的值为侦听窗的某一比例值，即：侦听窗中代表资源调度的起始位置的长度与所述侦听窗长度的比例值；如value为1比特时可以表示1/2的侦听窗比例，为2比特时可以表示1/4，2/4，3/4，4/4四个侦听窗比例。当侦听窗包括4帧时，则分别代表起始位置为侦听窗的第一帧，第二帧，第三帧，第四帧。

2，value代表的值为通过协议或***配置方式约定的相对应的值，即对应侦听窗中代表资源调度的起始位置设置的约定值；如value为2比特时，约定0b00表示2帧，0b01表示4帧，0b10表示8帧，0b11表示16帧等。举例来说，如图5的a中value0用0b00表示偏移2帧。

3，value表示的值就为起始位置所对应的帧数或子帧数，即：侦听窗中代表资源调度的起始位置的实际长度值。如value为4比特长度，则可以表示0～15帧的长度值，value为3比特时可以表示0～7帧的长度值。举例来说，如图5的a中value0用长度2表示偏移2帧。

通过上述三种value的形式，终端可以获知基站进行资源调度的时间起始点，进而可以在该时间起始点之前进入休眠状态。

再例如，参照图5，其中b中指示的子帧级别的休眠窗口控制示意图，一个帧中包含有8个子帧。侦听窗长度为4帧，休眠窗长度为6帧，侦听窗的第一帧的第一子帧用来接收流量指示，即用于指示是否存在下行缓存数据的控制消息，该控制消息具体可参照图4的a。在侦听窗的第一帧的第一个子帧的流量指示中，设value0指示的资源调度的起始位置为偏移25个子帧，所以在第一个子帧的后面偏移25个子帧后，基站将对终端进行资源调度，即终端MS2可以控制侦听窗在第一个子帧后面的25个子帧内处于休眠状态，从第四帧的第三个子帧开始则开始唤醒以准备接收下行数据。在value0是子帧级别时的value0的形式也可以用上述1，2，3中的任意一种表示，具体形式在此不赘述。

在本实施例提供的方法中，终端根据基站给予的调度信息中的调度起始位置，控制在侦听窗中进入休眠状态的时机，并该控制可以是帧级别，也可以是子帧级别，进而可避免终端在整个侦听窗中持续侦听网络侧所造成的资源浪费，进而减少了侦听窗状态下的电量消耗，提高了终端电量的使用效率。

上述提供的当调度信息中的预调度信息指示的调度值代表资源调度的起始位置时的具体执行方案，但这些方案中提供的调度值皆指示的是调度位置，实际上根据基站的处理能力，调度值在包括调度位置外，还可以进一步的包括调度长度，以便进一步的精确具体资源调度的时机，可以取得更好的节约电量的效果。因此，

(二)具体地，当调度信息中的预调度信息指示的调度值代表资源调度的起始位置和资源调度的长度时，步骤303可通过如下方式实现：

根据所述资源调度的起始位置对应的帧或子帧以及所述资源调度的长度确定资源调度范围，并在所述确定的资源调度范围之外的帧或子帧进入休眠状态。

此时，可代表预调度信息所指示的调度值的Schedule Information字段中的value值至少提供了两个信息，一是资源调度的帧或子帧的起始位置；二是调度的资源的长度，所述资源调度的长度包括：资源调度所占用的帧(或子帧)的数量，如资源调度长度是4帧(或20个子帧)等；资源调度所占用的调度资源块，如资源调度的资源块为第20子帧中的标识为X的子信道等。代表基站在侦听窗的某一时间段内将对终端进行资源调度，因此终端可以获知侦听窗内基站不对其进行调度的时间段，从而可以在该时间段以外的时间进入休眠状态。

以终端是MS7，对应的预调度信息指示的调度值是value1为例。参照图6，其中a指示的是帧级别的休眠窗口控制示意图，侦听窗长度为4帧，休眠窗长度为6帧，侦听窗的第一帧用来接收流量指示，即用于指示是否存在下行缓存数据的控制消息。在侦听窗的第一帧的流量指示中，设value1指示的资源调度起始位置为偏移1帧，资源调度长度为1个帧，即：基站在偏移1帧后进入资源调度，并且调度长度为1帧，也就是确定的资源调度的范围为：在第三帧内资源调度，所以在侦听窗的第二、第四帧终端可以处于休眠状态，第三帧则唤醒以准备接收下行数据。

再例如，参照图6，其中b指示的子帧级别的休眠窗口控制示意图，一个帧中包含有8个子帧。原始的侦听窗长度为4帧，休眠窗长度为6帧，侦听窗的第一帧的第一子帧用来接收流量指示，即用于指示是否存在下行缓存数据的控制消息，在侦听窗的第一帧的第一个子帧的流量指示中，设value1指示的资源调度的起始位置为偏移26个子帧，资源调度长度为2个子帧，即确定的资源调度的范围为：基站在偏移26个子帧后开始，进行时间为2个子帧的资源调度，所以终端只需在第四帧的第三、第四个子帧唤醒以准备接收下行数据。

上述实施例中的资源调度长度也可能是具体的调度资源块，此时终端需要在调度资源块所在的帧或子帧唤醒以准备接收下行数据，其它时间可进入休眠状态。

上述实施例图5中示意的资源调度起始位置和资源调度的长度是连续的调度范围，即该资源调度长度指示的是一个侦听窗内一个长度，实际上该资源调度长度还可指示为一个侦听窗内的多个长度，即提供的长度是非连续的调度范围。例如，在本发明的另一实施例中，如图6的a中，指示侦听窗的第二和第四帧具有调度资源，此时，提供的调度长度即是不连续的调度范围，故而终端将在第三帧进入休眠状态。

在本实施例中提供的上述value具体代表的内容，如资源调起始位置，资源调度的长度等，以及value的具体形式，如采用比例值，或约定值等虽然是在步骤303中进行的详细描述，但并非代表在执行到步骤303时才会出现，实际上，在步骤301中基站将调度信息通知到终端时，该调度信息中的value就已经是上述内容和形式了。

本实施例提供的调度值代表资源调度起始位置和资源调度的长度的方法，可在基站的处理能力较优秀的情况下，提供较准确的调度信息，并且调度信息越准确则节省能耗的效果越好，故而可以取得更好的节约资源的技术效果。

本实施例提供的方法是在终端处于休眠模式的侦听窗状态下为前提进而执行的，实际上这只是一个具体的场景，本实施例的方法包括单不限于在终端处于休眠模式的侦听窗状态时执行，根据需要还可以应用的其它具有休眠模式的场景或状态中。

在本发明实施例中，通过基站对于即将进入侦听窗的终端在侦听窗中的资源调度位置给出的调度信息，并在终端刚加入侦听窗时通过控制或广播消息等告知终端的技术手段，可解决现有技术中，终端因不知网络侧的调度信息，由此导致的在解析到网络侧有下行缓存数据发送时，在整个侦听窗内不得不持续侦听网络侧动态的技术问题，进而取得了只需要终端在调度信息中调度值指定的侦听窗口中保持唤醒，而在侦听窗的其它帧或子帧内进入休眠状态，使处于休眠模式的终端可以进一步的减少资源消耗的有益效果。

如图7所示，本实施例提供一种休眠状态的控制装置，该装置可作为终端使用或置于终端中。包括：获取模块71，控制模块72。

获取模块71，用于当处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；控制模块72，用于根据获取模块71获取的调度信息控制休眠状态。

其中，该调度信息用于指示所述网络设备执行资源调度的时间信息或时间范围信息。

相应地，在本实施例中，控制模块72可具体用于在所述调度信息中指示的资源调度的时间之前，或在所述调度信息中指示的资源调度的时间范围之外进入休眠状态。

如图8所示，在本发明的另一实施例中，在该休眠状态的控制装置中，获取模块71包括：接收单元711。

接收单元711，用于接收来自所述网络设备的用于指示存在下行缓存数据的消息，所述消息中包含所述有调度信息。

并且，在该另一实施例中，如图8所示，控制模块72包括下述至少一个控制单元：

第一控制单元721，第二控制单元722。

其中，第一控制单元721，用于当所述调度信息中的预调度信息指示的调度值代表资源调度起始的位置时，在所述资源调度的起始位置对应的帧或子帧之前进入休眠状态；

第二控制单元722，用于当所述调度信息中的预调度信息指示的调度值代表资源调度的起始位置和资源调度的长度时，根据所述资源调度的起始位置对应的帧或子帧以及所述资源调度的长度确定资源调度范围，并在所述确定的资源调度范围之外的帧或子帧进入休眠状态；

其中，所述资源调度的长度为如下其中之一：资源调度所占用的帧的数量，资源调度所占用的子帧的数量，资源调度所占用的调度资源块。

本实施例可提供的装置可用于终端，当终端处于休眠模式中的侦听窗时，可根据调用信息在侦听窗中资源调度位置处于唤醒状态，侦听网络侧的状况，在其他帧或子帧中进入休眠，节约了电量的消耗，提高了终端的持续用电时间，为用户带来良好体验。

本实施例结合图9提供一种休眠状态的控制装置，该装置可作为网络设备，代入基站使用，或置于网络设备中。包括：通知模块91。

通知模块91，用于当终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端以使所述终端根据所述调度信息控制休眠状态。

在本实施例中，通知模块91包括：发送单元911，该发送单元911，用于当处于休眠模式下的侦听窗状态时，将携带所述调度信息的用于指示存在下行缓存数据的消息发送到所述终端。

其中，上述调度信息包括：预调度信息所指示的调度值。

进一步，该调度信息还包括：存在预调度信息的指示；存在预调度信息的终端的标识，所述存在预调度信息的终端对应已确定存在下行缓存数据的终端；

本实施例提供的装置可将调度信息添加到消息中通知到终端，以便即将进入侦听窗的终端根据该调度信息在侦听窗中的资源调度位置之外的时间进入休眠状态，可避免在整个侦听窗中侦听网络设备造成的电量消耗的技术问题，进而取得可减少资源浪费的技术效果。

本实施例提供一种休眠状态的控制***，如图10所示，该***包括：网络设备10，终端11，该网络设备可以为基站。

网络设备10，用于当终端11处于休眠模式下的侦听窗状态时，将调度信息通知终端11；终端11，用于获取来自网络设备的11所述调度信息，并根据所述调度信息控制休眠状态。

其中，该调度信息包括：预调度信息所指示的调度值。

进一步地，在本发明的另一实施例中，该调度信息还可包括：存在预调度信息的指示；存在预调度信息的终端的标识，所述存在预调度信息的终端对应已确定存在下行缓存数据的终端。

在实施例提供的***中，网络设备将调度信息通知到终端，终端可根据该调度信息控制休眠状态方案，可解决现有技术中，终端因不知网络侧执行调度信息，由此导致的在解析到网络侧有下行缓存数据发送时，在整个侦听窗内不得不持续侦听网络侧动态，因此消耗终端的电量等资源的技术问题，进而取得了终端可根据调度信息控制进行休眠状态的时机，即便是在侦听窗中有下行缓存数据需要接收的情况下，也可进入休眠状态，节约电量，减少终端的资源浪费，延长终端的持续待机时间，提高用户体验的有益效果。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种休眠状态的控制方法，其特征在于，包括：

在终端处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；所述调度信息包括：预调度信息所指示的调度值；

当所述预调度信息指示的调度值代表资源调度的起始位置时，在所述资源调度的起始位置对应的帧或子帧之前进入休眠状态；或者，

当所述预调度信息指示的调度值代表资源调度的起始位置和资源调度的长度时，根据所述资源调度的起始位置对应的帧或子帧以及所述资源调度的长度确定资源调度范围，并在所述确定的资源调度范围之外的帧或子帧进入休眠状态。

2.根据权利要求1所述的方法，其特征在于，所述获取来自网络设备的调度信息包括：接收来自所述网络设备的用于指示存在下行缓存数据的消息，所述消息中包含有所述调度信息。

3.根据权利要求1所述的方法，其特征在于，所述调度信息还包括以下至少一项：

存在所述预调度信息的指示；

存在所述预调度信息的终端的标识，所述存在预调度信息的终端对应已确定存在下行缓存数据的终端。

4.根据权利要求1所述的方法，其特征在于，所述资源调度的长度为如下其中之一：资源调度所占用的帧的数量，资源调度所占用的子帧的数量，资源调度所占用的调度资源块。

5.根据权利要求1所述的方法，其特征在于，当所述预调度信息所指示的调度值代表资源调度的起始位置时，所述预调度信息所指示的调度值的形式为如下一种：

侦听窗中代表资源调度的起始位置的长度与所述侦听窗长度的比例值；

对应侦听窗中代表资源调度的起始位置设置的约定值；

侦听窗中代表资源调度的起始位置的实际长度值。

6.一种休眠状态的控制方法，其特征在于，包括：

在终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端以使所述终端根据所述调度信息控制所述终端的休眠状态；所述调度信息包括：预调度信息所指示的调度值；

其中，所述终端根据所述调度信息控制所述终端的休眠状态具体包括：

7.一种休眠状态的控制装置，其特征在于，包括：

获取模块，用于当处于休眠模式下的侦听窗状态时，获取来自网络设备的调度信息；所述调度信息包括：预调度信息所指示的调度值；

控制模块，用于当所述预调度信息指示的调度值代表资源调度的起始位置时，在所述资源调度的起始位置对应的帧或子帧之前进入休眠状态；或者，

8.根据权利要求7所述的装置，其特征在于，所述获取模块包括：

接收单元，用于接收来自所述网络设备的用于指示存在下行缓存数据的消息，所述消息中包含有所述调度信息。

9.根据权利要求7所述的装置，其特征在于，

10.一种休眠状态的控制装置，其特征在于，包括：

通知模块，用于当终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端以使所述终端根据所述调度信息控制休眠状态；所述调度信息包括：预调度信息所指示的调度值；

11.一种休眠状态的控制***，其特征在于，包括：

网络设备，用于在终端处于休眠模式下的侦听窗状态时，将调度信息通知所述终端；所述调度信息包括：预调度信息所指示的调度值；

终端，用于获取来自所述网络设备的所述调度信息；及用于当所述预调度信息指示的调度值代表资源调度的起始位置时，在所述资源调度的起始位置对应的帧或子帧之前进入休眠状态；或者，当所述预调度信息指示的调度值代表资源调度的起始位置和资源调度的长度时，根据所述资源调度的起始位置对应的帧或子帧以及所述资源调度的长度确定资源调度范围，并在所述确定的资源调度范围之外的帧或子帧进入休眠状态。