本申请要求申请日为 2012年 2月 7 日， 申请号为 201210026538.0， 发明 名称为节电方法及装置的中国专利申请的优先 权， 该在先申请的全部内容均已 在本申请中体现。 技术领域 本发明属于通信技术领域， 尤其涉及节电方法及装置。 背景技术

在当前的移动互联网和物联网蓬勃发展的时代 ， 无线系统被越来越广泛 的应用， 音频、 视频、 网页、 恒定速率业务和可变速率业务等已经开始从有 线传输介质向无线传输介质转移。

无线系统中的站点 （ STA )在通过入网流程接入中心接入点 （ CAP )后， 可以长时间驻留在网络中， 即使当前没有业务传输， STA也需要保持激活状 态， 耗费了大量的功率， 浪费了空中接口资源。 发明内容

有鉴于此， 本发明的目的是提供节电方法及装置， 使 STA在一定周期之 内处于最小的功率状态， 从而节省功率和空中接口资源。

为了对披露的实施例的一些方面有一个基本的 理解， 下面给出了筒单的 概括。 该概括部分不是泛泛评述， 也不是要确定关键 /重要组成元素或描绘 这些实施例的保护范围。 其唯一目的是用筒单的形式呈现一些概念， 以此作 为后面的评细说明的序言。

本发明的技术方案是这样实现的：

一种节电方法， 该方法包括：

接收网络侧发送的休眠指示， 关闭站点 STA 内部的一个或多个硬件单 元、 使 STA进入休眠模式；

在 STA接收到网络侧发送的业务指示或 STA有数据要向网络侧的中心 接入点 CAP发送时， 开启已关闭的所有硬件单元、 使 STA结束休眠模式。

一种实施例中， 该方法还包括： 向网络侧发送休眠请求。

可选的， 所述休眠请求中携带上报的休眠参数。

可选的， 所述休眠指示中携带根据所述上报的休眠参数 确定的授权的休 眠参数。

一种实施例中，所述休眠指示由网络侧才艮据 STA的当前业务情况、 系统 容量和系统资源中的一项或几项确定、 并携带授权的休眠参数。

一种实施例中， 所述休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听 窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息；

所述侦听窗口与所述休眠窗口间隔设置。

可选的， 所述休眠开始时间指示所述起始休眠窗口的开 始时刻， 用帧号 表示。

可选的， 所述休眠模式包括： 在每个所述休眠窗口中关闭所述一个或多 个硬件单元， 在每个所述侦听窗口中开启侦听单元、 使 STA侦听所述业务指 示。

可选的， 所述业务指示， 由网络侧在 CAP緩存发送给 STA的数据到达 预定门限后的最近的侦听窗口中发送。

一种实施例中， 该方法还包括： 在正确接收所述休眠指示后， 向网络侧 发送确认。

一种节电的终端侧装置， 该装置包括：

休眠指示接收单元， 用于接收网络侧发送的休眠指示；

休眠执行单元， 用于在所述休眠指示接收单元接收到所述休眠 指示时， 关闭 STA中的一个或多个硬件单元、 使 STA进入休眠模式；

激活执行单元， 用于在 STA接收到网络侧发送的业务指示、 或 STA要 向网络侧的 CAP发送数据时， 开启 STA中已关闭的所有硬件单元、 使 STA 结束休眠模式。

一种实施例中， 该装置中还包括： 休眠请求单元， 用于向网络侧发送休 眠请求。

可选的， 所述休眠请求单元包括：

休眠参数确定子单元， 用于确定要上报的休眠参数；

休眠请求发送子单元， 用于向网络侧发送携带上报的休眠参数的休眠 请 求。

可选的， 所述休眠指示接收单元包括：

休眠指示接收子单元， 用于接收网络侧发送的休眠指示；

休眠指示解析子单元， 用于解析所述休眠指示中携带的授权的休眠参 数。

一种实施例中， 所述休眠指示接收单元包括：

休眠指示接收子单元， 用于接收网络侧发送的休眠指示；

休眠指示解析子单元， 用于解析所述休眠指示中携带的授权的休眠参 数。

一种实施例中， 所述休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听 窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息；

所述侦听窗口与所述休眠窗口间隔设置。

可选的， 所述休眠开始时间指示所述起始休眠窗口的开 始时刻， 用帧号 表示。

可选的， 所述休眠执行单元包括：

休眠执行子单元，用于在每个所述休眠窗口中 关闭 STA中的一个或多个 硬件单元；

侦听子单元， 用于在每个所述侦听窗口中开启 STA 中的侦听单元、 使 STA侦听所述业务指示。

—种实施例中， 该装置还包括： 确认单元， 用于在所述休眠指示接收单 元正确接收所述休眠指示后， 向网络侧发送确认。

一种节电的网络侧装置， 该装置包括：

休眠指示单元， 用于向终端侧发送休眠指示；

激活指示单元， 用于向终端侧发送业务指示。

—种实施例中， 该装置还包括：

休眠请求接收单元， 用于接收终端侧发送的休眠请求。 可选的， 所述休眠请求接收单元包括：

休眠请求接收子单元， 用于接收终端侧发送的休眠请求；

休眠参数解析子单元， 用于解析所述休眠请求中携带的上报的休眠参 数。

可选的， 所述休眠指示单元包括：

休眠参数确定子单元， 用于根据所述上报的休眠参数， 确定授权的休眠 参数；

休眠指示发送子单元， 用于向终端侧发送携带授权的休眠参数的休眠 指 示。

一种实施例中， 所述休眠指示单元包括：

解析子单元， 用于解析 STA的当前业务情况、 系统容量和系统资源中的 一项或几项；

休眠指示发送子单元， 用于根据解析子单元得出的解析结果， 向终端侧 发送携带授权的休眠参数的休眠指示。

一种实施例中， 所述休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听 窗口、 及指示休眠窗口变化规律的后续休眠窗口变化 信息；

所述侦听窗口与所述休眠窗口间隔设置。

可选的， 所述休眠开始时间指示所述起始休眠窗口的开 始时刻， 用帧号 表示。

可选的， 所述激活指示单元包括：

緩存状态判定子单元， 用于判定 CAP緩存发送给 STA的数据是否达到 预定门限；

业务指示发送子单元， 用于在所述緩存状态判定子单元判定 CAP 緩存 发送给 STA的数据达到预定门限时，在最近的侦听窗口 向终端侧发送所述业 务指示。

一种实施例中， 该装置还包括： 确认接收单元， 用于接收终端侧正确接 收所述休眠指示后发送的确认。

一种用于节电的方法， 该方法包括：

生成休眠请求；

发送所述休眠请求， 使接收休眠请求的接收端发送指示进入休眠模 式的 休眠指示。

可选的， 所述休眠请求中携带上报的休眠参数。

可选的， 所述休眠请求封装在休眠请求帧中。

一种用于节电的方法， 该方法包括：

生成休眠指示；

发送所述休眠指示， 使接收所述休眠指示的接收端关闭一个或多个 硬件 单元， 进入休眠模式。

可选的， 所述休眠指示中携带授权的休眠参数。

可选的， 所述休眠指示为休眠响应帧。

可选的， 所述休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息。

一种用于节电的方法， 该方法包括：

生成业务指示；

发送所述业务指示， 使接收所述业务指示的接收端开启已关闭的所 有硬 件单元， 结束休眠模式。

可选的， 所述业务指示封装在下行业务指示帧中。 可见， 本发明的节电方法及装置中， 可以根据网络侧发送的休眠指示关 闭 STA的一个或多个硬件单元， 在 STA接收到网络侧的业务指示或 STA要 向网络侧的 CAP发送数据时， 可以开启已关闭的所有硬件单元、 使 STA结 束休眠模式， 由此在一定周期内使 STA处于最小的功率状态， 从而节省功率 和空中接口资源。

为了上述以及相关的目的， 一个或多个实施例包括后面将详细说明并在 权利要求中特别指出的特征。下面的说明以及 附图评细说明某些示例性方面， 并且其指示的仅仅是各个实施例的原则可以利 用的各种方式中的一些方式。 其它的益处和新颖性特征将随着下面的详细说 明结合附图考虑而变得明显， 所公开的实施例是要包括所有这些方面以及它 们的等同。 附图说明

图 1为本发明节电方法的流程图；

图 2为本发明实施例一节电方法的流程图；

图 3为本发明实施例一休眠请求帧的帧体结构示� �图；

图 4为本发明实施例一休眠响应帧的帧体结构示� �图；

图 5为本发明实施例一下行业务指示帧的帧体结� �示意图；

图 6为本发明实施例二节电方法的流程图；

图 7为本发明实施例三节电方法的流程图；

图 8为本发明实施例四节电方法的流程图；

图 9为本发明实施例中另一种节电方法的流程图� �

图 10为本发明节电的终端侧装置的结构示意图；

图 11为本发明实施例五节电的终端侧装置的结构� ��意图；

图 12为本发明节电的网络侧装置的结构示意图；

图 13为本发明实施例六节电的网络侧装置的结构� ��意图；

图 14为本发明实施例七节电的网络侧装置的结构� ��意图。 具体实施方式

以下描述和附图充分地示出本发明的具体实施 方案， 以使本领域的技术 人员能够实践它们。 其他实施方案可以包括结构的、 逻辑的、 电气的、 过程 的以及其他的改变。 实施例仅代表可能的变化。 除非明确要求， 否则单独的 组件和功能是可选的， 并且操作的顺序可以变化。 一些实施方案的部分和特 征可以被包括在或替换其他实施方案的部分和 特征。 本发明的实施方案的范 围包括权利要求书的整个范围， 以及权利要求书的所有可获得的等同物。 在 本文中， 本发明的这些实施方案可以被单独地或总地用 术语 "发明" 来表示， 这仅仅是为了方便， 并且如果事实上公开了超过一个的发明， 不是要自动地 限制该应用的范围为任何单个发明或发明构思 。

图 1为本发明节电方法的流程图， 该流程包括：

步骤 11 : 接收网络侧发送的休眠指示， 关闭 STA 内部的一个或多个硬 件单元、 使 STA进入休眠模式。

这里的一个或多个硬件单元， 包括但不限于硬件的部件、 电路、 集成模 块等。

STA进入休眠模式后， 不能发送和接收数据， 即在一定周期内处于最小 功率状态。

步骤 12: 在 STA接收到网络侧发送的业务指示或 STA有数据要向网络 侧的 CAP发送时， 开启已关闭的所有硬件单元、 使 STA结束休眠模式。 STA结束休眠模式后将进入激活模式，可以正常 通信，处于全功率状态。 可见， 本发明的节电方法中， 可以根据网络侧发送的休眠指示关闭 STA 的一个或多个硬件单元， 在 STA接收到网络侧的业务指示或 STA要向网络 侧的 CAP发送数据时， 可以开启已关闭的所有硬件单元、 使 STA结束休眠 模式， 由此在一定周期内使 STA处于最小的功率状态， 从而节省功率和空中 接口资源。 另一方面， 本发明的节电方法中关闭的是一个或多个硬件 单元， STA将处于不能正常通信的状态， 是一种 STA级别的节电， 执行筒单且节电 效果好。

在 STA进入休眠模式之后， CAP只需维护 STA的状态信息，例如该 STA 已注册且进入休眠状态， 从而减少为该 STA服务的空口资源的使用。

下面给出本发明方法的几个可选实施例， 在这些可选实施例中， 假设终 端侧执行节电方法的主体是终端侧的 STA中的一部分， 网络侧执行节电方法 的主体是网络侧的 CAP中的一部分，所以以下可选实施例中的描述 均直接以 STA和 CAP为主体进行描述， 但是这些可选实施例并不能限制终端侧执行 节电方法的主体是 STA 之外的独立部分、 或网络侧执行节电方法的主体是 CAP之外的独立部分的 'If况。

在以下本发明方法的几个可选实施例中， 個—设应用场景为增强型超高速 无线局域网技术 （ EUHT ) 系统， EUHT 通过多信道传输、 多用户多入多出 ( MU-MIMO ) 等技术大幅提高了系统容量。 EUHT 还通过使用集中调度机 制， 避免空口的碰撞和退避，并且能对不同的业务 提供差异化服务。 EUHT系 统能提供至少 1.2Gbps的呑吐量， 以满足当前用户对无线网络数据传输速率 的要求。 这里的 EUHT系统仅为一种应用场景的举例， 实际上本发明方法还 可以应用于其他无线系统中。

实施例一

本实施例一中， 以 STA触发休眠操作、 且 CAP触发激活操作为例， 当

STA在一段时间内都没有上行传输时， 就可以触发休眠操作。

图 2为本发明实施例一节电方法的流程图， 该流程包括：

步骤 21： STA向 CAP发送休眠请求。

本步骤中， 休眠请求封装在休眠请求帧 （SLP— REQ ) 中实现， 其中携带 上报的休眠参数。 STA上报的休眠参数的具体取值可以从系统预先 配置值中 选取。

上述上报的休眠参数具体是： 休眠开始时间、起始休眠窗口、侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息。

本发明实施例中的休眠窗口和侦听窗口间隔设 置， 侦听窗口的大小固 定。一个休眠窗口和一个侦听窗口称为一个休 眠周期，且在每个休眠周期中， 都默认休眠窗口在前、 侦听窗口在后。

图 3为本发明实施例一中休眠请求帧的帧体结构� �意图， 图示上方的数 字表示休眠请求帧的帧体中各个字段可能占用 的比特数。

上述休眠开始时间字段， 指示 STA请求的起始休眠窗口的开始时刻，以 帧号表示。

上述起始休眠窗口字段， 指示 STA请求的起始休眠窗口的大小，以时间 为单位。

上述侦听窗口字段， 指示 STA请求的侦听窗口的大小， 以时间为单位。 上述后续休眠窗口变化字段，指示 STA请求的后续休眠窗口相对于起始 休眠窗口的变化规律， 这里的变化规律可以是倍增， 还可以是基于函数关系 变化等。 具体的， 后续休眠窗口变化字段中可以定义不同的值来 指示后续休 眠窗口变 t规律。

在本实施例一中， STA请求的休眠窗口的大小固定。

步骤 22： CAP向 STA发送休眠指示。

本步骤中， 休眠指示由休眠响应帧 （SLP— RSP ) 实现， 其中携带根据所 述上报的休眠参数确定出的授权的休眠参数。 AP确定授权的休眠参数的方 法有艮多种， 这里举出如下几个例子：

① 如果 STA上 4艮的休眠参数不在系统预先配置值的范围内� � CAP可以 调整 STA上报的休眠参数；

② 如果同一时间有多个 STA请求休眠， CAP可以对这些 STA上报的休 眠参数进行调整， 使得这些 STA尽可能以相同的休眠参数进入休眠模式， 从 而更有利于 CAP的管理。

上述授权的休眠参数具体是： 休眠开始时间、起始休眠窗口、侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息。

图 4为本发明实施例一中休眠响应帧的帧体结构� �意图， 图示上方的数 字表示该帧体中各个字段可能占用的比特数。

上述休眠开始时间字段， 指示 CAP 允许的起始休眠窗口的开始时刻， 以帧号表示。

上述起始休眠窗口字段， 指示 CAP 允许的起始休眠窗口的大小， 以时 间为单位。

上述侦听窗口字段， 指示 CAP允许的侦听窗口的大小， 以时间为单位。 上述后续休眠窗口变化字段， 指示 CAP 允许的后续休眠窗口相对于起 始休眠窗口的变化规律， 这里的变化规律可以是倍增， 还可以是基于函数关 系变化等。 具体的， 后续休眠窗口变化字段中可以定义不同的值来 指示后续 休眠窗口的变化规律。

在本实施例一中， CAP允许的休眠窗口的大小固定。

作为一种可选的方式， STA 可以在正确接收到休眠响应帧后， 向 CAP 返回确认，这里的确认可以是单独确认（ ACK ),还可以是组确认（ GroupAck )。 本发明实施例提出一种组确认（ GroupAck )方式， 组确认帧中包括管理控制 帧指示位， 还包括对应同一用户不同业务流的位图 （bitmap ), 这里 STA可 以在上述管理控制帧指示位中填写指示休眠响 应帧正确接收与否的指示， 后 续在基于业务流进行数据传输时， STA可以利用组确认帧中的 bitmap, 将针 对不同业务流的确认一起发送给 CAP。

步骤 23： STA关闭自身内部的一个或多个硬件单元、 进入休眠模式。 本步骤中， 休眠模式包括： 在休眠窗口中关闭一个或多个硬件单元， 在 侦听窗口中开启侦听单元， 以侦听 CAP发送的业务指示。 图 2中所示的进入 休眠， 即表示休眠窗口。

这里开启的侦听单元， 可能包含在进入休眠模式时关闭的硬件单元中 ， 也可能是只在需要侦听操作时才开启的单元。 侦听单元可以是包括但不限于 实现侦听功能的硬件部件、 电路和集成模块等。

步骤 24: STA判断是否在侦听窗口侦听到 CAP发送的业务指示， 如果 是， 执行步骤 25， 否则继续保持休眠模式。

本步骤中， CAP要向已进入休眠模式的 STA发送数据时， 可以先緩存 要发送的数据， 当緩存数据达到预设门限时， CAP在最近的一个侦听窗口中 向该 STA发送业务指示。

CAP在緩存数据达到预设门限、 并向 STA发送业务指示后， 需要等待

STA结束休眠模式， CAP在这一段等待的时间内， 还可以继续緩存要发送给 STA的数据。

业务指示封装在下行业务指示帧 （DTF— IND ) 中实现。

图 5为本发明实施例一中下行业务指示^的帧体结� ��示意图， 图示上方 的数字表示该帧体中各个字段可能占用的比特 数。

上述业务指示（TI )字段， 指示 CAP侧是否有本 STA的数据。 具体的， 业务指示字段中可以定义具体的值来表示是否 有本 STA的数据。

步骤 25: STA开启已关闭的所有硬件单元、 结束休眠模式。

图 2中所示的激活模式， 指 STA进入正常的工作状态， CAP可以通过 控制信道（CCH )指示分配的下行资源， 并在该下行资源上按照緩存顺序向 STA发送已緩存的数据，图 2中所示的 DATA指 STA接收 CAP发送的数据。

实施例二

本实施例二中， 仍以 STA触发休眠操作、 且 CAP触发激活操作为例。 图 6为本发明实施例二节电方法的流程图， 该流程包括：

步骤 61： STA向 CAP发送休眠请求。

本步骤中， 休眠请求封装在休眠请求帧中实现， 其中携带上报的休眠参 数。 上述上报的休眠参数具体是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息。 本实施例二中的休 眠请求帧的帧体结构与图 3中的相同。

本实施例二中， STA请求的休眠窗口为倍增关系。 当然， 除了这种倍增 关系之外， 还可以设定其他函数关系， 只要能指示休眠窗口的变化即可。

后续休眠窗口相对于起始休眠窗口增大， 是为了在没有业务数据传输时 减少 STA侦听业务指示的次数， 从而进一步节省功率。

基于本实施例二中休眠窗口的倍增关系， 系统可以预先设置休眠窗口的 上限值， 当休眠窗口增大到该上限值后即保持固定不变 。

本实施例二中， 一个休眠窗口和一个侦听窗口称为一个休眠周 期， 且在 每个休眠周期中， 都默认休眠窗口在前、 侦听窗口在后。

步骤 62: CAP向 STA发送休眠指示。

本步骤中， 休眠指示封装在休眠响应帧中实现， 其中携带根据所述上报 的休眠参数确定出的授权的休眠参数。 上述授权的休眠参数具体是： 休眠开 始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休 眠窗口变化信息。本实施例二中的休眠响应帧 的帧体结构与图 4所示的相同。

本实施例二中， CAP允许的休眠窗口的大小为倍增关系。

可选的， STA在正确接收到休眠响应帧后， 可以向 CAP反馈 ACK或 GroupAck„

步骤 63： STA关闭自身内部的一个或多个硬件单元、 进入休眠模式。 步骤 64: STA判断是否在侦听窗口侦听到 CAP发送的业务指示， 如果 是， 执行步骤 65， 否则继续保持休眠模式。

本步骤中， 业务指示封装在下行业务指示帧中实现。 本实施例二中下行 业务指示帧的帧体结构与图 5所示的相同。

CAP发送业务指示的方式与实施例一中相同。

步骤 65: STA开启已关闭的所有硬件单元、 结束休眠模式。

图 6中所示的激活模式， 指 STA进入正常的工作状态， CAP可以通过 CCH指示分配的下行资源， 并在该下行资源上按照緩存顺序向 STA发送已 緩存的数据， 图 6中所示的 DATA指 STA接收 CAP发送的数据。

在上述实施例一和实施例二中， 在 STA 进入正常的工作 态后， 除了

CAP向 STA发送已緩存的数据外， STA也可以与 CAP正常进行数据交互， CAP可以通过 CCH指示分配的上下行资源， STA利用分配的上行资源可以 向 CAP发送数据， 在分配的下行资源上可以接收 CAP发送的数据。

实施例三

本实施例三中， 以 STA触发休眠操作、 且 STA触发激活操作为例。 图 7为本发明实施例三节电方法的流程图， 该流程包括：

步骤 71： STA向 CAP发送休眠请求。

本步骤中， 休眠请求封装在休眠请求帧中实现， 其中携带上报的休眠参 数。 上述上报的休眠参数具体是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变化信息。 本实施例三中的休 眠请求帧的帧体结构与图 3所示的相同。

本实施例三中， STA请求的休眠窗口的大小固定不变。 一个休眠窗口和 一个侦听窗口称为一个休眠周期， 且在每个休眠周期中， 都默认休眠窗口在 前、 侦听窗口在后。

步骤 72: CAP向 STA发送休眠指示。

本步骤中， 休眠指示封装在休眠响应帧中实现， 其中携带根据所述上报 的休眠参数确定出的授权的休眠参数。 上述授权的休眠参数具体是： 休眠开 始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休 眠窗口变化信息。本实施例三中的休眠响应帧 的帧体结构与图 4所示的相同。

本实施例三中， CAP允许的休眠窗口的大小固定不变。

可选的， STA 在正确接收到休眠响应帧后， 向 CAP 反馈 ACK 或

GroupAck„

步骤 73： STA关闭自身内部的一个或多个硬件单元、 进入休眠模式。 步骤 74: STA判断自身是否有数据要向 CAP发送， 如果是， 执行步骤 75， 否则继续保持休眠模式。

本步骤中， STA有上行数据发送时， 可以主动结束休眠模式， 并向 CAP 发送资源请求， 以请求发送上行数据所需的上行传输资源。

步骤 75: STA开启已关闭的所有硬件单元、 结束休眠模式。

图 7中所示的激活模式，指 STA进入正常的工作状态， STA可以向 CAP 发送资源请求， 请求 CAP分配上行资源， CAP可以通过 CCH指示分配的上 行资源， STA可以利用所分配的上行资源向 CAP发送数据。 图 7中的 DATA 表示 STA向 CAP发送数据。

虽然本实施例中以 STA在自身有数据发送时结束休眠模式为例，但 实际 上， 既然已设置侦听窗口， STA如果先在侦听窗口侦听到 CAP下发的业务 指示， 也会开启已关闭的所有硬件单元、 结束休眠模式。

实施例四

本实施例四中， 以 CAP触发休眠操作、 且 STA触发激活为例， CAP才艮 据 STA的工作状态， 可以主动要求 STA进入休眠模式。

图 8为本发明实施例四节电方法的流程图， 该流程包括：

步骤 81： CAP向 STA发送休眠指示。

本步骤中， CAP根据 STA的当前业务情况、 系统容量和系统资源中的 一项或几项确定是否发送休眠指示。 例如， 假设 CAP和 STA在一段时间内 都没有业务数据的交互， 而且当前系统资源非常有限， CAP 就可以主动向 STA发送休眠指示， 要求其进入休眠模式。

本步骤中的休眠指示由休眠响应帧实现， 其中携带授权的休眠参数。 这 里的授权的休眠参数， 可以从系统预先配置值中选取， 还可以进一步考虑其 他因素， 例如， 如果 CAP发现当前有多个 STA都需要进入休眠模式， 则尽 可能为这些 STA选择相同的授权的休眠参数。

本实施例四中的休眠请求帧的帧体结构与图 3中的相同。

上述授权的休眠参数由以下字段携带： 休眠开始时间字段、 起始休眠窗 口字段、 侦听窗口字段及后续休眠窗口变化字段。

在本实施例四中， CAP允许的休眠窗口为倍增关系。 当然， 除了这种倍 增关系之外，还可以设定其他函数关系， 只要能够指示休眠窗口的变化即可。

休眠窗口增大，是为了在没有业务数据传输时 减少 STA侦听业务指示的 次数， 从而进一步节省功率。

基于本实施例四中休眠窗口的倍增关系， 系统可以预先设置休眠窗口的 上限值， 当休眠窗口增大到该上限值后即保持固定不变 。

本实施例四中， 一个休眠窗口和一个侦听窗口称为一个休眠周 期， 且在 每个休眠周期中， 都默认休眠窗口在前、 侦听窗口在后。

可选的， STA 在正确接收到休眠请求帧后， 向 CAP 返回 ACK 或 GroupAck„

步骤 82: STA关闭自身内部的一个或多个硬件单元、 进入休眠模式。 步骤 83: STA判断自身是否有数据要向 CAP发送， 如果是， 执行步骤 84， 否则继续保持休眠模式。

步骤 84: STA开启已关闭的所有硬件单元、 结束休眠模式。

图 8中所示的激活模式，指 STA进入正常的工作状态， STA可以向 CAP 发送资源请求， 请求发送上行数据的资源， CAP可以通过 CCH指示分配上 行资源， STA可以利用该上行资源向 CAP发送数据。 图 8中的 DATA表示 STA向 CAP发送数据。

虽然本实施例中以 STA在自身有数据发送时结束休眠模式为例，但 实际 上， 既然已设置侦听窗口， STA如果先在侦听窗口侦听到 CAP下发的业务 指示， 也会开启已关闭的所有硬件单元、 结束休眠模式。

上述实施例三和实施例四中， STA结束休眠模式之后，除了 STA向 CAP 发送上行数据外， STA也可以和 CAP正常进行数据交互， CAP可以通过 CCH 指示分配的上下行资源， 然后 STA可以利用分配的上行资源向 CAP发送数 据， 并在分配的下行资源接收 CAP发送的下行数据。

上述实施例一至实施例三中， STA也可以不主动请求休眠， 而等待 CAP 主动发送的休眠指示后、 再进入休眠模式。 上述实施例四中， STA也可以主 动向 CAP请求休眠。

除以上实施例具体的情况外， 还可能包括图 9所示由 CAP触发休眠、 由 CAP触发激活的情况， 具体的流程这里不再赘述。

以上实施例中， 由 CAP触发休眠的时候， CAP在发送休眠指示后的设 定帧数内， 如果没有收到 STA返回的 ACK或 GroupAck, CAP可以重新发 送休眠指示、 直至达到设定次数， CAP认为本次触发休眠失败， 可以开始新 的触发休眠的流程。如果针对同一 STA连续重新发送休眠指示的次数超过设 定次数， 则 CAP认为 STA异常， 会将该 STA从活动列表中删除。

图 10 为本发明节电的终端侧装置， 其特征在于， 该装置包括： 休眠执 行单元 61、 激活执行单元 62和休眠指示接收单元 63。

休眠指示接收单元 63， 用于接收网络侧发送的休眠指示。

休眠执行单元 61， 用于在休眠指示接收单元 63接收到网络侧发送的休 眠指示时， 关闭 STA中的一个或多个硬件单元、 使 STA进入休眠模式。

激活执行单元 62， 用于在 STA接收到网络侧发送的业务指示、 或 STA 要向网络侧的 CAP发送数据时，开启 STA中已关闭的所有硬件单元、使 STA 结束休眠模式。

可见， 本发明中节电的终端侧装置， 可以才艮据网络侧的休眠指示关闭 STA中的一个或多个硬件单元、 使 STA进入休眠模式， 同时， 在 STA接收 到网络侧发送的业务指示、 或 STA要向网络侧的 CAP发送数据时， 可以及 时结束休眠模式， 由此在一定周期内使 STA处于最小的功率状态， 从而节省 功率和空中接口资源。

本发明的终端侧装置可以位于 STA 内部， 也可以是位于终端侧、 并与 STA具有连接关系的独立部分。

下面给出本发明终端侧装置的可选实施例。

实施例五

图 11为本发明实施例五节电的终端侧装置的结构� ��意图， 该装置包括： 休眠执行单元 71、 激活执行单元 72、 休眠请求单元 73和休眠指示接收单元 74。

休眠指示接收单元 74， 用于接收网络侧发送的休眠指示， 具体包括： 休 眠指示接收子单元 741和休眠指示解析子单元 742。

休眠指示接收子单元 741， 用于接收网络侧发送的休眠指示。

休眠指示解析子单元 742， 用于解析所述休眠指示中携带的授权的休眠 参数。

激活执行单元 72， 用于在 STA接收到网络侧发送的业务指示、 或 STA 要向网络侧的 CAP发送数据时，开启 STA中已关闭的所有硬件单元、使 STA 结束休眠模式。

休眠请求单元 73， 用于向网络侧发送休眠请求， 具体包括： 休眠参数确 定子单元 731和休眠请求发送子单元 732。

休眠参数确定子单元 731， 用于确定要上 4艮的休眠参数。

休眠请求发送子单元 732， 用于向网络侧发送携带上报的休眠参数的休 眠请求。

无论是上报的休眠参数、 还是授权的休眠参数， 均是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变 化信息。

基于上述休眠参数包含的具体内容， 休眠执行单元 71 包括： 休眠执行 子单元 711和侦听子单元 712。

休眠执行子单元 711， 用于在每个所述休眠窗口中关闭 STA中的一个或 多个硬件单元。

侦听子单元 712，用于在每个侦听窗口中开启 STA中的侦听单元、使 STA 侦听网络侧发送的业务指示。

可选的， 图 11 所述的装置中还可以包括： 确认单元， 用于在所述休眠 指示接收单元 74正确接收休眠指示后， 向网络侧发送 ACK或 GroupAck。

图 12 为本发明节电的网络侧装置的结构示意图， 该装置包括： 休眠指 示单元 81和激活指示单元 82。

休眠指示单元 81， 用于向终端侧发送休眠指示。

激活指示单元 82， 用于向终端侧发送业务指示。

可见， 本发明中节点的网络侧装置， 可以通过向终端侧发送休眠指示、 使得终端侧的 STA进入休眠模式， 同时， 可以向终端侧发送业务指示、 使得 终端侧的 STA结束休眠模式， 由此在一定周期内使 STA处于最小的功率状 态， 从而节省功率和空中接口资源。

下面给出本发明网络侧装置的可选实施例。 本发明中的网络侧装置可以位于 CAP 内部， 也可以是位于网络侧、 且 与 CAP存在连接关系的独立部分。

实施例六

图 13 为本发明实施例六中节电的网络侧装置的结构 示意图， 该装置包 括： 休眠指示单元 91、 激活指示单元 92和休眠请求接收单元 93。

休眠请求接收单元 93， 用于接收终端侧发送的休眠请求， 具体包括： 休 眠请求接收子单元 931和休眠请求解析子单元 932。

休眠请求接收子单元 931 , 用于接收终端侧发送的休眠请求。

休眠请求解析子单元 932， 用于解析所述休眠请求中携带的上报的休眠 参数。

休眠指示单元 91 包括： 休眠参数确定子单元 911 和休眠指示发送子单 元 912。

休眠参数确定子单元 911，用于根据休眠请求中携带的上报的休眠参 数， 确定授权的休眠参数。 这里确定授权的休眠参数的具体方法， 与前文本发明 方法中已介绍的相同。

休眠指示发送子单元 912， 用于向终端侧发送携带授权的休眠参数的休 眠指示。

无论是上报的休眠参数、 还是授权的休眠参数， 均是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变 化信息。

基于休眠参数的具体内容， 激活指示单元 92， 用于在 CAP有业务数据 向 STA 传输时， 向终端侧发送业务指示， 具体包括： 緩存状态判定子单元 921和业务指示发送子单元 922。

緩存状态判定子单元 921， 用于判定 CAP緩存发送给 STA的数据是否 到达预定门限。

业务指示发送子单元 922，用于在緩存状态判定子单元 921判定 CAP緩 存发送给 STA的数据达到预定门限时，在最近的侦听窗口 向网络侧发送业务 指示。 业务指示发送子单元 922从休眠参数确定子单元 911获取授权的休眠 参数， 从而获知侦听窗口等具体信息。

可选的， 图 13 所示的装置中还可以包括： 确认接收单元， 用于接收终 端侧正确接收所述休眠指示后发送的 ACK或 GroupAck。

实施例七

图 14为本发明实施例七节电的网络侧装置的结构� ��意图， 该装置包括： 休眠指示单元 101和激活指示单元 102。

休眠指示单元 101 包括：解析子单元 1011和休眠指示发送子单元 1012。 解析子单元 1011， 用于解析 STA的当前业务情况、 系统容量和系统资 源中的一项或几项。

休眠指示发送子单元 1012，用于根据解析子单元 1011得出的解析结果， 确定授权的休眠参数， 并向终端侧发送携带授权的休眠参数的休眠指 示。 这 里确定授权的休眠参数的方法， 与前文本发明方法中已介绍的相同。

上述授权的休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及 指示后续休眠窗口变化规律的后续休眠窗口变 化信息。

基于休眠参数的具体内容， 激活指示单元 102， 用于在 CAP有业务数据 向 STA传输时， 向终端侧发送业务指示，具体包括緩存状态判 定子单元 1021 和业务指示发送子单元 1022。

緩存状态判定子单元 1021， 用于判定 CAP緩存发送给 STA的数据是否 达到预设门限。

业务指示发送子单元 1022， 用于在所述緩存状态判定子单元 1021判定 CAP緩存发送给 STA的数据到达预定门限时， 在最近的一个侦听窗口向终 端侧发送业务指示。 业务指示发送子单元 1022从休眠指示发送单元 1012获 取授权的休眠参数， 从而获知侦听窗口等具体信息。

可选的， 图 14 所示的装置中还可以包括： 确认接收单元， 用于接收终 端侧正确接收所述休眠指示后发送的 ACK或 GroupAck。 在此基础上， 休眠 指示发送子单元 1012 在发送休眠指示后的设定帧数内监控所述确认 接收单 元， 如果所述确认接收单元没有收到终端侧发送的 ACK或 GroupAck, 则可 以重新发送休眠指示、 直至达到设定次数， 认为本次休眠触发过程失败， 可 以开始新的休眠触发过程。 如果休眠指示发送子单元 1012针对同一 STA连 续发送休眠指示的次数超过设定次数， 则认为该 STA出现异常， 可以触发活 动列表管理的装置将 STA从活动列表中删除。

上述实施例六和实施例七中的装置也可以集成 在一个装置中， 其中休眠 指示单元中将包括实施例六和实施例七中所描 述的全部组成部分。

除了以上所描述的本发明节电的方法及装置外 ， 本发明还提供三种用于 节电的方法。

本发明提供的第一种用于节电的方法， 包括： 生成休眠请求； 发送所述 休眠请求， 使接收休眠请求的接收端发送指示进入休眠模 式的休眠指示。

进一步， 所述休眠请求中携带上报的休眠参数。

进一步， 所述休眠请求封装在休眠请求帧中。 作为一种举例， 这里的休 眠请求帧的帧体结构可以如图 3所示。

本发明提供的第二种用于节电的方法， 包括： 生成休眠指示； 发送所述 休眠指示， 使接收所述休眠指示的接收端关闭一个或多个 硬件单元， 进入休 眠模式。

进一步， 所述休眠指示中携带授权的休眠参数。

进一步， 所述休眠指示为休眠响应帧。 作为一种举例， 这里的休眠响应 帧的帧体结构可以如图 4所示。

以上所述的两种用于节电的方法中， 所述休眠参数是： 休眠开始时间、 起始休眠窗口、 侦听窗口、 及指示后续休眠窗口变化规律的后续休眠窗口 变 化信息。

本发明提供的第三种用于节电的方法， 包括： 生成业务指示； 发送所述 业务指示， 使接收所述业务指示的接收端开启已关闭的所 有硬件单元， 结束 休眠模式。

进一步， 所述业务指示封装在下行业务指示帧中。 作为一种举例， 这里 的下行业务指示帧的帧体结构可以如图 5所示。

应该明白， 公开的过程中的步骤的特定顺序或层次是示例 性方法的实 例。 基于设计偏好， 应该理解， 过程中的步骤的特定顺序或层次可以在不脱 离本公开的保护范围的情况下得到重新安排。 所附的方法权利要求以示例性 的顺序给出了各种步骤的要素， 并且不是要限于所述的特定顺序或层次。

在上述的评细描述中， 各种特征一起组合在单个的实施方案中， 以筒化 本公开。 不应该将这种公开方法解释为反映了这样的意 图， 即， 所要求保护 的主题的实施方案需要比清楚地在每个权利要 求中所陈述的特征更多的特 征。 相反， 如所附的权利要求书所反映的那样， 本发明处于比所公开的单个 实施方案的全部特征少的状态。 因此， 所附的权利要求书特此清楚地被并入 详细描述中， 其中每项权利要求独自作为本发明单独的优选 实施方案。 上文的描述包括一个或多个实施例的举例。 当然， 为了描述上述实施例 而描述部件或方法的所有可能的结合是不可能 的， 但是本领域普通技术人员 应该认识到， 各个实施例可以做进一步的组合和排列。 因此， 本文中描述的 实施例旨在涵盖落入所附权利要求书的保护范 围内的所有这样的改变、 修改 和变型。 此外， 就说明书或权利要求书中使用的术语 "包含"， 该词的涵盖方 式类似于术语 "包括"， 就如同 "包括，" 在权利要求中用作 #†接词所解释的 那样。 此外， 使用在权利要求书的说明书中的任何一个术语 "或者" 是要表 示 "非排它性的或者"。