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

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

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

时间窗的大小通常以帧 （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个比特长度的 schedule information 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， MSI , MS2 , MS3， MS4， MS5， MS6， MS7， MS8， MS9 o 其中， 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字段。 其中， " ，代表存在预调 度信息， " 0 "代表不存在预调度信息， 故而根据图 4的 b示意图中的 schedule information indication字段的设置为 " 0 "可知， 在该 b消息中， 基站不再进 一歩为具有下行缓存数据的终端提供预调度信 息； 根据图 4的 a示意图中的 schedule information indication字段的设置为 " 1 "可知， 基站将进一歩为 具有下行缓存数据的终端提供预调度信息。该 进一歩提供的预调度信息为存在 预调度信息的终端的标识，即图 4的 a示意图中的 schedule information bitmap 字段， 该字段为映射表形式， 由于 traffic Indication字段指示了四个终端具 有下行缓存数据， 因此这里字段的长度为 4个比特， 分别对应此 4个具有下行缓 存数据的终端。 在该 schedule information bitmap字段中， 用标识 " 1 "代表 对应终端具有进一歩的预调度信息所指示的调 度值， 否则代表没有， 因此在图 4的 a所示的消息中， 表示存在下行缓存数据的 MS2， MS3， MS7， MS8中， 基站将 会为 MS2， MS7提供进一歩的预调度信息所指示的调度值。 该进一歩的提供的预 调度信息所述指示的调度值， 具体为图 4的 a中的 Schedule Information字段， 提供具体的调度值为 valueO和 valuel。 分别对应终端 MS2， MS7。 终端可根据该 提供的调度值在侦听窗中的适当的时间内进入 休眠状态。

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

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

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

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

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

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

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

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

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

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

2 , value代表的值为通过协议或系统配置方式约定� ��相对应的值， 即对应 侦听窗中代表资源调度的起始位置设置的约定 值； 如 value为 2比特时， 约定 ObOO表示 2帧， ObOl表示 4帧， OblO表示 8帧， Obi 1表示 16帧等。 举例来说， 如 图 5的 a中 valueO用 ObOO表示偏移 2帧。

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

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

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

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

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

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

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

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

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

再例如， 参照图 6， 其中 b指示的子帧级别的休眠窗口控制示意图， 一个帧 中包含有 8个子帧。 原始的侦听窗长度为 4帧， 休眠窗长度为 6帧， 侦听窗的第 一帧的第一子帧用来接收流量指示，即用于指 示是否存在下行缓存数据的控制 消息，在侦听窗的第一帧的第一个子帧的流量 指示中， 设 valuel指示的资源调 度的起始位置为偏移 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所述调度信息， 并根据所述 调度信息控制休眠状态。

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

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

在实施例提供的系统中， 网络设备将调度信息通知到终端， 终端可根据该 调度信息控制休眠状态方案， 可解决现有技术中， 终端因不知网络侧执行调度 信息， 由此导致的在解析到网络侧有下行缓存数据发 送时，在整个侦听窗内不 得不持续侦听网络侧动态， 因此消耗终端的电量等资源的技术问题，进而 取得 了终端可根据调度信息控制进行休眠状态的时 机，即便是在侦听窗中有下行缓 存数据需要接收的情况下， 也可进入休眠状态， 节约电量， 减少终端的资源浪 费， 延长终端的持续待机时间， 提高用户体验的有益效果。 通过以上的实施方式的描述，所属领域的技术 人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来 实现， 当然也可以通过硬件，但 很多情况下前者是更佳的实施方式。基于这样 的理解， 本发明的技术方案本质 上或者说对现有技术做出贡献的部分可以以软 件产品的形式体现出来，该计算 机软件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光盘等， 包 括若干指令用以使得一台设备， 如手机， 基站， 无线网络控制器， 网络管理设 备等执行本发明实施例所述的方法。

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