CN113965981B - 功耗控制方法和装置 - Google Patents

Abstract

本申请实施例公开了一种功耗控制方法和装置，该方法包括：无线接入点AP设备监测系统的数据业务流量，若AP设备确定数据业务流量满足预定条件，AP设备向关联的STA设备发送待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态；AP设备接收来自STA设备针对待机请求的响应消息；若AP设备根据响应消息，确定所有STA设备均允许AP设备进入待机状态，AP设备对本设备的Wi‑Fi模块下电后，进入待机状态。本申请实施例可以降低AP设备待机功耗。

Description

功耗控制方法和装置

技术领域

本申请涉及无线通信技术领域，尤其涉及一种功耗控制方法和装置。

背景技术

目前，无线接入点(Access Point，AP)设备一般关联有一个或多个站点(Station，STA)设备。在STA设备待机后，AP设备可以通过低功耗协议，控制Wi-Fi芯片进入WOW状态，以降低设备待机功耗。

WOW状态下的设备功耗一般在100mA左右，虽然比正常工作状态的功耗要低，但仍然较高，尤其是对于一些对功耗要求比较高的AP设备，例如，移动无线热点设备等。

发明内容

本申请实施例提供一种功耗控制方法及装置，解决了现有技术中AP设备待机功耗高的问题。

第一方面，本申请实施例提供一种功耗控制方法，该方法可以包括：无线接入点AP设备监测系统的数据业务流量，该系统包括AP设备和与AP设备关联的站点STA设备；若AP设备确定数据业务流量满足预定条件，AP设备向STA设备发送待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态；AP设备接收来自STA设备针对待机请求的响应消息；若AP设备根据响应消息，确定所有STA设备均允许AP设备进入待机状态，AP设备对本设备的Wi-Fi模块下电后，进入待机状态。

本申请实施例在数据业务流量满足预定条件时，AP设备询问关联的STA设备是否允许AP设备待机，如果所有的STA均允许AP设备待机，AP设备则对Wi-Fi模块下电，即主动关闭Wi-Fi，断开AP和STA之间的Wi-Fi连接，并进入待机状态，即AP设备在待机时关闭了Wi-Fi，断开了AP和STA之间的Wi-Fi连接，从而降低了AP设备待机功耗。

相较而言，现有技术中，AP设备的Wi-Fi芯片处于WOW休眠状态时，Wi-Fi芯片未下电，Wi-Fi没有关闭，AP和STA之间的Wi-Fi连接没有断开，导致AP待机功耗较高。而本申请实施例中，AP设备在待机时，Wi-Fi芯片已下电，AP和STA之间的Wi-Fi连接已断开，AP待机功耗较低。

在第一方面的一些可能的实现方式中，上述AP设备根据响应消息，确定所有STA设备均允许AP设备进入待机状态的具体过程可以包括：若所有STA设备的响应消息均为第一类响应消息，AP设备则确定所有STA设备均允许AP设备进入待机状态，第一类响应消息为用于描述STA设备允许AP设备进入待机状态的消息。

在该实现方式中，STA设备在接收到AP设备的询问请求之后，可以根据自身的状态信息，确定是否允许AP待机，然后将判断结果返回给AP设备。

在第一方面的一些可能的实现方式中，当响应消息包括STA设备的状态信息时，上述AP设备根据响应消息，确定所有STA设备均允许AP设备进入待机状态的具体过程可以包括：AP设备根据每个STA设备的状态信息，确定每个STA设备是否符合允许AP设备待机的预设条件；若每个STA设备均符合允许AP设备待机的预设条件，AP设备则确定所有STA设备均允许AP设备进入待机状态。

在该实现方式中，STA设备将自身的状态信息返回给AP设备，由AP设备根据各个STA设备的状态信息来判断各个设备是否符合允许AP待机的条件。

在第一方面的一些可能的实现方式中，上述方法还可以包括：若AP设备根据响应消息，确定STA设备不允许AP设备进入待机状态，AP设备返回监测系统的数据业务流量的步骤。

在第一方面的一些可能的实现方式中，上述AP设备根据响应消息，确定STA设备不允许AP设备进入待机状态的具体过程可以包括：若存在至少一个STA设备的响应消息为第二类响应消息，AP设备则确定STA设备不允许AP设备进入待机状态，第二类响应消息为用于描述STA设备不允许AP设备进入待机状态的消息；

或者，AP设备根据每个STA设备的状态信息，确定存在至少一个STA设备不符合允许AP设备待机的预设条件，则确定STA设备不允许AP设备进入待机状态，响应消息包括STA设备的状态信息。

在第一方面的一些可能的实现方式中，该方法还可以包括：若AP设备确定数据业务流量不满足预定条件，AP设备返回监测系统的数据业务流量的步骤。

在第一方面的一些可能的实现方式中，上述预定条件为预定时间段内的平均数据业务流量低于第一预定门限值，或者，数据业务流量持续预设时间低于第二预定门限值。

在第一方面的一些可能的实现方式中，在确定所有STA设备均允许AP设备进入待机状态之后，该方法还可以包括：AP设备开启蓝牙。

在该实现方式中，AP设备开启蓝牙，即AP设备在待机时，AP设备的蓝牙处于开启状态，以在STA设备在有业务需求时可以及时通过蓝牙唤醒AP设备，保持业务不中断，不明显降低业务体验。另外，蓝牙的功耗一般在2～3mA之间，相比于100mA，AP设备待机功耗仍然较低。一般情况下，该蓝牙可以为低功耗蓝牙(Bluetooth Low Energy，BLE)。

在第一方面的一些可能的实现方式中，在AP设备进入待机状态之后，该方法还可以包括：AP设备接收来自STA设备的唤醒请求；AP设备响应唤醒请求，进行设备唤醒。

在第一方面的一些可能的实现方式中，上述AP设备接收来自STA设备的唤醒请求，包括：AP设备通过蓝牙通道接收来自STA设备的唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

第二方面，本申请实施例提供一种功耗控制方法，该方法可以包括：站点STA设备接收来自无线接入点AP设备的待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态；STA设备根据自身的状态信息，生成针对待机请求的响应消息；STA设备向AP设备发送响应消息。

在第二方面的一些可能的实现方式中，上述STA设备根据自身的状态信息，生成针对待机请求的响应消息的过程可以包括：若STA设备根据状态信息，确定符合允许AP设备待机的预设条件，STA设备生成针对待机请求的第一类响应消息，第一类响应消息用于描述STA设备允许AP设备进入待机状态；

若STA设备根据状态信息，确定不符合允许AP设备待机的预设条件，STA设备生成针对待机请求的第二类响应消息，第二类响应消息用于描述STA设备不允许AP设备进入待机状态。

在第二方面的一些可能的实现方式中，上述STA设备根据自身的状态信息，生成针对待机请求的响应消息的过程可以包括：STA设备生成携带有自身的状态信息的响应消息。也就是说，此时，STA设备不根据自身的状态信息，判断是否允许AP待机，而是将自身的状态信息以响应消息的形式，发送给AP设备，由AP设备根据该响应消息所携带的自身的状态信息，判断该STA设备是否符合允许AP设备待机的条件。

在第二方面的一些可能的实现方式中，该方法还可以包括：STA设备生成唤醒请求；STA设备向AP设备发送唤醒请求。

在第二方面的一些可能的实现方式中，上述STA设备向AP设备发送唤醒请求的过程可以包括：STA设备通过蓝牙通道向AP设备发送唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

第三方面，本申请实施例提供一种功耗控制装置，应用于AP设备，该装置可以包括第一处理模块和第一收发模块；

第一处理模块用于监测系统的数据业务流量，系统包括AP设备和与AP设备关联的站点STA设备；

第一收发模块用于若确定数据业务流量满足预定条件，向STA设备发送待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态；

第一收发模块还用于接收来自STA设备针对待机请求的响应消息；

第一处理模块还用于若根据响应消息，确定所有STA设备均允许AP设备进入待机状态，对本设备的Wi-Fi模块下电后，进入待机状态。

在第三方面的一些可能的实现方式中，上述第一处理模块可以具体用于：若所有STA设备的响应消息均为第一类响应消息，确定所有STA设备均允许AP设备进入待机状态，第一类响应消息为用于描述STA设备允许AP设备进入待机状态的消息。

在第三方面的一些可能的实现方式中，上述响应消息包括STA设备的状态信息时，上述第一处理模块可以具体用于：根据每个STA设备的状态信息，确定每个STA设备是否符合允许AP设备待机的预设条件；若每个STA设备均符合允许AP设备待机的预设条件，则确定所有STA设备均允许AP设备进入待机状态。

在第三方面的一些可能的实现方式中，上述第一处理模块还可以用于：若根据响应消息，确定STA设备不允许AP设备进入待机状态，返回监测系统的数据业务流量的步骤。

在第三方面的一些可能的实现方式中，上述第一处理模块可以具体用于：若存在至少一个STA设备的响应消息为第二类响应消息，则确定STA设备不允许AP设备进入待机状态，第二类响应消息为用于描述STA设备不允许AP设备进入待机状态的消息；

或者，

根据每个STA设备的状态信息，确定存在至少一个STA设备不符合允许AP设备待机的预设条件，则确定STA设备不允许AP设备进入待机状态，响应消息包括STA设备的状态信息。

在第三方面的一些可能的实现方式中，上述第一处理模块还可以用于：若确定数据业务流量不满足预定条件，返回监测系统的数据业务流量的步骤。

在第三方面的一些可能的实现方式中，上述预定条件为预定时间段内的平均数据业务流量低于第一预定门限值，或者，数据业务流量持续预设时间低于第二预定门限值。

在第三方面的一些可能的实现方式中，上述第一处理模块还可以用于：开启蓝牙。

在第三方面的一些可能的实现方式中，第一收发模块还用于接收来自STA设备的唤醒请求；第一处理模块还用于响应唤醒请求，进行设备唤醒。

在第三方面的一些可能的实现方式中，上述第一收发模块具体可以用于：通过蓝牙通道接收来自STA设备的唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

上述功耗控制装置具有实现上述第一方面的功耗控制方法的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，硬件或软件包括一个或多个与上述功能相对应的模块，模块可以是软件和/或硬件。

第四方面，本申请实施例提供一种功耗控制装置，应用于STA设备，该装置包括第二处理模块和第二收发模块；

第二收发模块用于接收来自无线接入点AP设备的待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态；

第二处理模块用于根据自身的状态信息，生成针对待机请求的响应消息；

收发模块还用于向AP设备发送响应消息。

在第四方面的一些可能的实现方式中，上述第二处理模块可以具体用于：若根据状态信息，确定符合允许AP设备待机的预设条件，生成针对待机请求的第一类响应消息，第一类响应消息用于描述STA设备允许AP设备进入待机状态；若根据状态信息，确定不符合允许AP设备待机的预设条件，生成针对待机请求的第二类响应消息，第二类响应消息用于描述STA设备不允许AP设备进入待机状态。

在第四方面的一些可能的实现方式中，第二处理模块还用于生成唤醒请求；第二收发模块还用于向AP设备发送唤醒请求。

在第四方面的一些可能的实现方式中，上述第二收发模块可以具体用于：通过蓝牙通道向AP设备发送唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

上述功耗控制装置具有实现上述第二方面的功耗控制方法的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，硬件或软件包括一个或多个与上述功能相对应的模块，模块可以是软件和/或硬件。

第五方面，本申请实施例提供一种功耗控制装置，包括处理器以及通信接口，处理器执行存储在存储器中的计算机程序时实现如上述第一方面或上述第二方面任一项的方法。

第六方面，本申请实施例提供一种功耗控制系统，该系统可以包括AP设备和关联的至少一个STA设备，AP设备用于执行上述第一方面任一项的方法，而STA设备用于执行上述第二方面任一项的方法。

第七方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面或者上述第二方面任一项的方法。

第八方面，本申请实施例提供一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如上述第一方面或者第二方面任一项所述的方法。所述芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。

第九方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在功耗控制装置上运行时，使得功耗控制装置执行上述第一方面或者第二方面中任一项所述的方法。

可以理解的是，上述第二方面至第九方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为本申请实施例提供的无线网络系统的架构示意框图；

图2为本申请实施例提供的AP设备进入待机过程的示意图；

图3为本申请实施例提供的功耗控制方法的流程示意框图；

图4为本申请实施例提供的功耗控制装置的示意框图；

图5为本申请实施例提供的另一种功耗控制装置的示意框图；

图6为本申请实施例提供的另一种功耗控制装置示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。

下面首先对本申请实施例可能涉及的系统架构和可能涉及的应用场景进行介绍说明。

参见图1，图1为本申请实施例提供的无线网络系统的架构示意框图。如图1所示，该系统可以包括AP设备11和至少一个STA设备12，AP设备11和STA设备12关联。

其中，AP设备11可以提供无线网络，在AP设备11提供的无线网络的覆盖范围内，无线设备可以通过无线通信方式连接至AP设备，以接入网络。示例性的，STA设备12通过Wi-Fi连接与AP设备11连接。该AP设备11的类型可以是任意的，即该AP设备11可以为移动热点设备，或称移动AP设备，例如，该AP设备11为移动Wi-Fi设备，该移动Wi-Fi设备可以提供Wi-Fi网络，供Wi-Fi设备连接；可以为家庭无线路由器；也可以为支持个人热点功能的电子设备，例如，手机和平板等电子设备，可以通过开启个人热点，为其它电子设备提供Wi-Fi网络。当然，该AP设备11还可以为其它类型的接入点设备。图1中示例性地示出了AP设备为移动热点设备。

需要说明的是，移动AP设备由于使用场景等原因，其一般是由电池或者移动电源等供电的。而为了尽可能地延长设备续航时间，移动AP设备对功耗要求一般较高。相较于移动AP设备，家庭无线路由器、手机和平板电脑等设备，对功耗要求一般不会太高。

STA设备12是指通过AP设备11接入网络的无线设备，该无线设备例如可以包括手机、笔记本电脑和平板电脑等移动设备，可以包括显示屏、音箱和台灯等智能家居设备，还可以包括智能手表、智能手环和智能眼镜等可穿戴式设备等，或者，其它具备无线通信功能的电子设备。示例性的，图1示出了STA设备12包括手机和平板电脑。

在本申请实施例中，AP设备11可以用于实时监测无线网络系统的数据业务流量，根据数据业务流量，确定是否应该进入待机状态。AP设备11确定应该进入待机状态后，可以向关联的STA设备12发送询问请求，以询问各个STA设备12是否允许AP设备11进入待机状态。各个STA设备11可以根据自身的状态，来确定是否允许AP设备11进入待机状态。如果所有的STA设备11均允许AP设备11进入待机状态，AP设备可以对Wi-Fi模块下电，并整机进入低功耗状态，从而进入到待机状态。下面结合图2对该过程进行示例性介绍。

参见图2，图2为本申请实施例提供的AP设备进入待机过程的示意图。如图2所示，其包括AP设备21和两个STA设备22，这两个STA设备分别为STA设备1和STA设备2。

AP设备21可以包括AP侧流量监控模块211、AP侧待机决策模块212、AP侧Wi-Fi模块213和AP侧蓝牙模块214。每个STA设备22均可以包括Wi-Fi模块221、蓝牙模块222和STA侧待机决策模块223。

AP侧流量监控模块211可以用于实时监控AP侧的流量大小，即AP设备211可以通过AP侧流量监控模块211监测数据业务流量，以对整个无线网络系统的流量大小进行监控。并且，AP侧流量监控模块211可以将监控结果传输至AP侧待机决策模块212，此时，该监控结果可以是实时流量大小。

在其它一些实施例中，AP侧流量监控模块211除了可以监测实时流量大小之外，还可以基于监测到的实时流量大小，根据预先设定的条件，判断AP设备21是否应该进入低功耗状态。AP侧流量监控模块211得到AP设备是否应该进入低功耗状态的判断结果之后，可以将该判断结果传输至AP侧待机决策模块212。

也就是说，AP侧流量监控模块211可以将监测到的实时流量大小，传输给AP侧待机决策模块212，由AP侧待机决策模块212根据流量大小，判断是否应该进入低功耗状态。AP侧流量监控模块211也可以在监测到实时流量大小之后，根据流量大小，判断是否应该进入低功耗状态，然后将判断结果传输至AP侧待机决策模块212。

具体应用中，AP侧流量监控模块211可以根据预先设定的流量门限值，来判断AP设备是否应该进入低功耗状态。在一些实施例中，如果某一段时间内的平均流量低于预先设定的流量门限值，AP侧流量监控模块211则可以判定AP设备应该进入低功耗状态；反之，如果某一段时间内的平均流量高于预先设定的流量阈值，AP侧流量监控模块211则可以判定AP设备不应该进入低功耗状态。平均流量可以是根据一段时间内的实时流量计算得到的。在该实现方式中，流量门限值和时间段等，均可以根据实际应用场景和应用需要进行设定，在此不作限定。

在另一些实施例中，如果在某一段时间内，流量持续低于某个设定的流量门限值，即在该时间段内，每个时刻的流量均低于该设定的流量门限值，AP侧流量监控模块211则可以判定AP设备应该进入低功耗状态。反之，AP侧流量监控模块211则可以判定AP设备不应该进入低功耗状态。在该实现方式中，流量门限值和时间段等，均可以根据实际应用场景和应用需要进行设定，在此不作限定。

其中，当平均流量或者实时流量等于预先设定的流量门限值时，AP侧流量监控模块211可以判定AP设备应该进入低功耗状态，也可以判定AP设备不应该进入低功耗状态，这可以根据实际应用需要进行设定。

当然，在其它一些实施例中，除了上文列举的两种方式之外，AP侧流量监控模块211还可以通过其它方式，确定AP设备是否应该进入低功耗状态。例如，统计某一段时间内的累计流量，当累计流量低于某个设定的流量门限值时，AP侧流量监控模块211则可以判定AP设备应该进入低功耗状态，反之，则判定AP设备不应该进入低功耗状态。

如果AP侧流量监控模块211将监测到的流量大小传输至AP侧待机决策模块212，AP侧待机决策模块212可以根据实时流量大小，确定AP设备应该进入低功耗状态。AP侧待机决策模块212的判断过程与AP侧流量监控模块211的判断过程类似，即可以根据累计流量、持续流量或者平均流量等，以及流量门限值，确定AP设备是否应该进入低功耗状态，具体可以参见上文AP侧流量监控模块211的相关介绍，在此不再赘述。

如果AP侧流量监控模块211将判断结果传输给AP侧待机决策模块212，该判断结果是指AP设备是否应该进入低功耗状态。AP侧待机决策模块212可以根据该判断结果，作进一步地决策。

上述各个实现方式中的流量门限值和时间段等参数，一般是不同的。

AP侧待机决策模块212在得到判断结果之后，如果该判断结果是AP设备应该进入低功耗状态，AP侧待机决策模块212可以通过AP侧Wi-Fi模块213，向两个STA设备22发送睡眠请求(即sleep request)。该睡眠请求可以用于询问各个STA设备22是否允许AP设备进入低功耗状态(即待机状态)。

STA设备22可以通过本设备的Wi-Fi模块221，接收AP设备21通过AP侧Wi-Fi模块213发送的睡眠请求。Wi-Fi模块221接收到睡眠请求之后，STA侧待机决策模块223可以响应于该睡眠请求，生成针对该睡眠请求的响应消息(即response)，并通过Wi-Fi模块221，将该响应消息发送给AP设备21。

上述响应消息可以为表征是否允许AP设备进入低功耗状态的消息，即STA设备22通过STA侧待机决策模块223，根据自身的状态，得到是否允许AP设备进入低功耗状态的结果，然后将判断结果返回给AP设备21。此时，AP设备21可以通过解析该响应消息，得到STA设备21的结果，该结果是指是否允许AP设备进入低功耗状态的判断结果。

具体应用中，STA侧待机决策模块223可以先获取到自身的状态信息，该状态信息可以包括但不限于流量信息和其它信息，流量信息可以是指本设备的实时流量大小，其它信息可以包括但不限于是否息屏等信息。STA侧待机决策模块223再根据状态信息，以及预先设定的条件，判断是否允许AP设备进入低功耗状态。其中，预先设定的条件可以是指允许或者不允许AP设备进入低功耗状态的条件，该条件可能会因STA设备类型而异，即STA设备类型不同，该条件也可能会相应地不同。

例如，STA设备22为手机时，该预先设定的条件可以是：手机已息屏，以及手机连续一分钟的累计流量小于1Mb，即，如果手机如果满足息屏和累计流量这两个条件，手机则判定允许AP设备进入低功耗状态；反之，如果手机不满足这两个条件中的至少一个，手机则判定不允许AP设备进入低功耗状态。

当然，如果STA设备22没有屏幕，STA设备22也可以只根据连续一段时间内，累计流量是否小于预定阈值，判断是否允许AP设备进入低功耗状态。

在其它一些实施例中，上述响应消息也可以为表征STA设备状态信息的消息，即STA设备22不根据自身状态信息，判断是否允许AP设备是否进入低功耗状态，而是将自身的状态信息返回给AP设备21，由AP设备21根据STA设备状态信息，确定该STA设备是否允许AP设备进入低功耗状态。

在该实现方式中，上述响应消息除了包括STA设备的状态信息，还可以包括STA设备的设备信息，该设备信息可以包括但不限于设备标识和设备类型等。此时，AP设备21内存储有每个STA设备对应的判断条件，该判断条件是指用于判定是否允许AP设备进入低功耗状态的条件。基于此，AP设备21通过AP侧Wi-Fi模块213，接收到STA设备22发送的响应消息之后，通过解析该响应消息，得到STA设备22的状态信息和设备类型信息，然后再通过AP侧待机决策模块212，基于该设备类型信息对应的判断条件，根据STA设备的状态信息，确定该STA设备是否允许AP设备进入低功耗状态。

例如，设备类型信息为手机，即STA设备为手机，手机对应的判断条件为：手机已息屏，以及手机连续一分钟的累计流量小于1Mb。接收到的响应消息中的状态信息为：息屏，连续一分钟的累计流量为0.9Mb。此时，基于手机对应的判断条件，判定手机允许AP设备进入低功耗状态。

由上可见，AP设备21根据STA设备22的响应消息，可以得知各个STA设备22是否允许AP设备进入低功耗状态。如果所有的STA设备22均允许AP设备进入低功耗状态，AP设备21的AP侧待机决策模块212则对AP侧Wi-Fi模块213下电，整机进入低功耗状态，以进入待机状态。反之，如果至少一个STA设备22不允许AP设备进入低功耗状态，AP设备21则不对Wi-Fi下电，不进入低功耗状态。

可以理解的是，AP设备21向STA设备22发送睡眠请求，各个STA设备22向AP设备21返回响应消息，这个过程可以看成是一个投票过程，即各个STA设备22针对是否允许AP设备进入低功耗状态(或者说，是否允许AP设备的Wi-Fi下电)这一事项进行投票。STA设备22投赞成票则表明允许AP设备进入低功耗状态，投反对票则表明不允许AP设备进入低功耗状态。AP设备21发送睡眠请求可以看作是发起投票请求，各个STA设备22依据自身的状态，确定是投赞成票，还是投反对票。如果所有STA设备22均投赞成票，AP设备则对Wi-Fi模块进行下电，进入低功耗待机状态。

AP设备21对Wi-Fi模块下电可以外现为AP设备21主动关闭Wi-Fi，AP设备21和STA设备的Wi-Fi连接断开。

需要说明的是，图2对应实施例的低功耗状态可以等同于待机状态，即确定AP设备应该进入低功耗状态，即为确定AP设备是否应该进入待机状态。或者说，AP设备对Wi-Fi模块下电，主动关闭Wi-Fi，断开Wi-Fi连接后，整机进入待机状态，该待机状态的功耗较低。

还需要说明的是，图2中的各个模块的功能可以是通过硬件实现，也可以通过硬件执行相应的软件实现。作为示例而非限定，AP设备21中的AP侧Wi-Fi模块213具体表现为Wi-Fi芯片，AP侧蓝牙模块214具体表现为蓝牙芯片，而AP侧待机决策模块212和AP侧流量监控模块211的功能具体可以通过主控制器执行对应的软件模块实现。而STA设备22的Wi-Fi模块221可以具体表现为Wi-Fi芯片，蓝牙模块222具体表现为蓝牙芯片，而STA侧待机决策模块223的功能可以通过主控制器执行对应的软件模块实现。

可以看出，相比于现有AP设备在待机时没有给Wi-Fi芯片下电，没有断开AP设备和STA设备之间的Wi-Fi连接，本申请实施例通过AP设备和STA设备协同，对Wi-Fi模块下电，主动关闭Wi-Fi，断开Wi-Fi连接后，整机进入待机状态，降低了待机功耗。

AP设备21在待机状态时，由于Wi-Fi芯片已经下电，导致AP设备21的Wi-Fi关闭，AP设备21和STA设备22之间的Wi-Fi连接断开。为了让STA设备22有业务需求时，可以快速唤醒AP设备21，AP设备21可以在待机时打开蓝牙等无线通信方式，以让STA设备22通过该无线通信方式快速唤醒AP设备21。而为了尽可能地降低待机功耗，该无线通信方式的功耗越低越好。一般情况下，该无线通信方式为蓝牙，即AP设备21在待机时开启蓝牙，蓝牙仅用于唤醒用途，而仅用于唤醒用途的蓝牙功耗一般在2～3mA。

具体应用中，当STA设备22有业务需求时，可以通过蓝牙模块222向AP设备21发送唤醒请求。AP设备21可以通过AP侧蓝牙模块214接收STA设备22的唤醒请求，并响应于该唤醒请求，进行设备唤醒。AP设备唤醒后，可以给Wi-Fi模块上电，与STA设备22建立Wi-Fi连接。

当然，AP设备21的唤醒也可以通过按键或者其它方式，在此不作限定。

在介绍完本申请实施例可能涉及的系统架构和对应的工作过程之后，下面将对本申请实施例可能涉及的应用场景进行示例性介绍。

在一些应用场景中，AP设备具体为移动Wi-Fi设备，或者称为随行Wi-Fi设备。随行Wi-Fi设备可以通过上网卡，将移动网络转换为Wi-Fi网络，例如，随行Wi-Fi网络可以通过5G(第五代移动通信)SIM卡(用户识别卡)接入5G移动网络，将5G信号转换为Wi-Fi网络。随行Wi-Fi设备提供的Wi-Fi网络，可以供覆盖范围内的STA设备连接，例如，手机和电脑可以连接至AP设备提供的Wi-Fi网络。

随行Wi-Fi设备可以应用于多种场景，例如，会议办公、外出旅游和聚会等。以外出旅游为例，在野外时，随行Wi-Fi设备可以提供Wi-Fi网络，用户的手机作为STA设备连接至随行Wi-Fi设备。在晚上睡觉时，用户的手机已息屏，且手机不再使用Wi-Fi网络，此时，为了降低随行Wi-Fi设备的待机功耗，随行Wi-Fi设备可以在系统流量低于某个设定的流量门限值时，则向手机发送睡眠请求，以询问手机是否允许随行Wi-Fi设备对Wi-Fi下电。手机在确定自身息屏，且累计流量低于某个流量门限值时，则判定允许随行Wi-Fi设备给Wi-Fi下电，向随行Wi-Fi设备返回一个响应消息。随行Wi-Fi设备根据手机的响应消息，对Wi-Fi下电，断开与手机的Wi-Fi连接，并开启蓝牙，然后，整机进入低功耗待机状态。在手机有业务需求时，手机可以通过蓝牙唤醒随行Wi-Fi设备，建立Wi-Fi连接。

可以理解的是，随行Wi-Fi设备一般是由电池供电的，对功耗要求很高，通过本申请实施例的功耗控制方案，可以降低随行Wi-Fi设备的待机功耗，延长续航时间。

在其它一些应用场景中，AP设备还可以为无线路由器，或者手机和平板电脑等可支持个人热点功能的设备。

在介绍完本申请实施例可能涉及的系统架构和应用场景之后，下面将分别对AP设备和STA设备的相关流程进行介绍说明。

参见图3，图3为本申请实施例提供的功耗控制方法的流程示意框图，该方法可以应用于AP设备一侧，该方法可以包括以下步骤：

步骤S301、AP设备监测系统的数据业务流量，该系统包括AP设备和与AP设备关联的站点STA设备。

可以理解的是，上述系统可以是指无线网络系统，该无线网络系统包括AP设备和与其关联的一个或多个STA设备。各个STA设备均通过AP设备接入网络，实际上AP设备一侧的数据业务流量可以为系统的数据业务流量，即具体可以通过监测AP设备一侧的流量，来监测系统的流量。

步骤S302、AP设备确定数据业务流量是否满足预定条件。若是，进入步骤S303，若否，返回步骤S301。

需要说明的是，上述预定条件可以根据实际应用场景，以及关联的STA设备的类型来确定。一般情况下，该预定条件可以为预定时间段内的平均数据业务流量低于第一预定门限值。或者，该预定条件也可以为数据业务流量持续预设时间低于第二预定门限值。即在预设时间内，每个时刻的数据业务流量均低于第二预定门限值。又或者，该预定条件还可以为在预设时间段内，累计数据业务流量低于第三预定门限值。

其中，上述各个时间段和预定门限值可以根据关联的STA设备类型来确定，在此不作限定。

步骤S303、AP设备向STA设备发送待机请求，该待机请求用于询问STA设备是否允许AP设备进入待机状态。STA设备则接收来自AP设备的待机请求。

可以理解的是，上述待机请求可以等同于上文的睡眠请求。

步骤S304、各个STA设备根据自身的状态信息，生成针对待机请求的响应消息。

上述状态信息可以包括但不限于流量信息。该流量信息可以是指STA设备的流量大小。进一步地，STA设备的类型不同，该状态信息还可以相应地包括其它相关信息。该其它相关信息可以例如为是否息屏等。

在一些实施例中，如果STA设备根据状态信息，确定符合允许AP设备待机的预设条件，STA设备则生成针对待机请求的第一类响应消息，第一类响应消息用于描述STA设备允许AP设备进入待机状态。即该STA设备允许AP设备进入待机状态。

其中，STA设备的类型不同，上述预设条件可以会有相应地不同。一般情况下，该预设条件可以是预设时间段内累计流量低于某个流量门限值，例如，持续一分钟内累计流量低于1Mb；也可以是预设时间段内的流量平均值低于某个流量门限值；抑或者是，预设时间段内，每个时刻的流量均低于某个流量门限值等。

该预设条件还可以包括其它，例如，对于包括显示屏的STA设备，该预设条件还可以包括STA设备是否息屏。此时，该预设条件可以为：是否息屏，以及流量是否满足一定条件，例如，累计流量、平均流量或者实时流量是否低于流量门限值等。

而如果STA设备根据状态信息，确定不符合允许AP设备待机的预设条件，STA设备生成针对待机请求的第二类响应消息，第二类响应消息用于描述STA设备不允许AP设备进入待机状态。即该STA设备不允许AP设备进入待机状态。

在另一些实施例中，STA设备也可以不根据状态信息，判断是否允许AP设备进入待机状态，而是将自身的状态信息和设备信息等，以响应消息的方式返回给AP设备，由AP设备根据响应消息中的状态信息等，判断STA设备是否符合允许AP设备待机的预设条件。

步骤S305、STA设备向AP设备发送响应消息。而AP设备则接收来自STA设备针对待机请求的响应消息。

步骤S306、AP设备根据响应消息，确定是否所有STA设备均允许AP设备进入待机状态。若是，进入步骤S307，若否，返回步骤S301。

在一些实施例中，如果响应消息为表征STA设备是否允许AP设备进入待机状态的信息，即各个STA设备已经根据自身的状态信息，得到是否允许AP设备进入待机状态的判断结果。此时，如果所有STA设备的响应消息均是第一类响应消息，AP设备则判定所有的STA设备均允许AP设备进入待机状态。反之，如果存在至少一个STA设备的响应消息是第二类响应消息，AP设备则判定STA设备不允许AP设备进入待机状态。

可以理解的是，第一类响应消息是表征STA设备允许AP设备进入待机状态的消息，而第二类响应消息是表征STA设备不允许AP设备进入待机状态的消息。而在实际应用中，可以通过响应消息中的某个字段来携带STA设备是否允许AP设备进入待机状态的信息，例如，如果响应消息中的某个字段为1，则表明该STA设备允许AP设备进入待机状态，而如果该字段为0，则表明该STA设备不允许AP设备进入待机状态。

在另一些实施例中，如果响应消息是表征STA设备状态信息的消息，即各个STA设备没有根据自身的状态信息，进行允许AP设备进入待机状态的判断，而是将自身的状态信息返回给AP设备，由AP设备进行判断。此时，AP设备可以根据响应消息中携带的STA设备状态信息，判断各个STA设备是否符合允许AP设备待机的预设条件。如果所有STA设备均符合，AP设备则判定所有的STA设备均允许AP设备进入待机状态。反之，如果存在至少一个STA设备不符合，AP设备则判定STA设备不允许AP设备进入待机状态。

可以理解的是，STA设备类型不同，允许AP设备待机的预设条件可能也会相应地不同。比如，STA设备为手机，其允许AP设备待机的预设条件为：已息屏，以及一分钟内的累计流量低于某个流量门限值。关于预设条件的介绍可以参见上文相应内容，在此不再赘述。

步骤S307、AP设备对本设备的Wi-Fi模块下电后，进入待机状态。

具体应用中，Wi-Fi模块可以具体外现为Wi-Fi芯片，AP设备在给Wi-Fi芯片下电后，会导致AP设备的Wi-Fi关闭，AP设备和STA设备之间的Wi-Fi连接断开。接着，AP设备可以整机进入低功耗待机状态。

需要说明的是，在步骤S307之前，AP设备的Wi-Fi芯片没有下电，AP设备的Wi-Fi没有关闭，AP设备和STA设备之间的Wi-Fi连接没有断开。此时，AP设备和STA设备之间可以通过Wi-Fi连接进行数据交互。即，AP设备可以通过Wi-Fi连接将待机请求传输至STA设备，待机请求可以以Wi-Fi广播消息的形式存在。STA设备也可以通过Wi-Fi连接将响应消息传输至AP设备，响应消息可以以Wi-Fi广播消息的形式存在。当AP设备确定可以给Wi-Fi芯片下电(即确定进入待机状态)，AP设备给Wi-Fi下电，进入待机状态。此时，AP设备和STA设备之间的Wi-Fi连接会断开，在AP设备唤醒之前，AP设备和STA设备可以不通过Wi-Fi连接进行数据交互。

基于这种情况，在一些实施例中，AP设备在确定可以进入待机状态后，除了给Wi-Fi芯片下电之外，还可以开启蓝牙。这样，在AP设备待机状态，AP设备和STA设备可以通过蓝牙连接进行数据交互，以让STA设备有业务需求时，可以通过蓝牙快速唤醒AP设备。

由上可见，本申请实施例通过AP设备和STA设备协同，以确定是否给Wi-Fi芯片下电，如果是，则给Wi-Fi芯片下电，然后再进入低功耗待机状态，降低了AP设备待机功耗。

在一些实施例中，AP设备进入待机状态之后，STA设备可以通过蓝牙唤醒AP设备。下面将对唤醒过程进行介绍。

可选的，在AP设备对本设备的Wi-Fi模块下电后，进入待机状态之后，上述功耗控制方法还可以包括以下步骤：

步骤S308、STA设备生成唤醒请求。

具体地，STA设备有业务需求时，可以生成唤醒请求。

步骤S309、STA设备通过蓝牙通道向AP设备发送唤醒请求，该蓝牙通道是AP设备和STA设备之间已建立的连接通道。

需要说明的是，AP设备在确定出给Wi-Fi芯片下电后，可以开启蓝牙，然后，AP设备和STA设备之间可以建立蓝牙连接。或者，AP设备在待机状态时一直开启蓝牙，STA设备有业务需求时，主动与AP设备建立蓝牙连接，再通过蓝牙连接将唤醒请求发送至AP设备。

也就是说，AP设备和STA设备之间的蓝牙连接，可以是AP设备在开启蓝牙之后就建立的，也可以是STA设备在有业务需求时主动与AP设备建立。

步骤S310、AP设备响应唤醒请求，进行设备唤醒。

由上可见，在待机时，AP设备开启蓝牙，且蓝牙仅用于唤醒用途，不仅可以降低功耗，还可以快速唤醒AP设备，保持业务不中断。

对应于上文的方法实施例，本申请实施例提供一种功耗控制装置，应用于AP设备。参见图4示出的本申请实施例提供的功耗控制装置的示意框图，该装置可以包括第一处理模块41和第一收发模块42。该第一处理模块41可以具体包括处理器，而第一收发模块42可以具体包括通信接口等。

其中，第一处理模块41用于监测系统的数据业务流量，系统包括AP设备和与AP设备关联的站点STA设备。

第一收发模块42用于若确定数据业务流量满足预定条件，向STA设备发送待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态。

第一收发模块42还用于接收来自STA设备针对待机请求的响应消息。

第一处理模块41还用于若根据响应消息，确定所有STA设备均允许AP设备进入待机状态，对本设备的Wi-Fi模块下电后，进入待机状态。

在一些可能的实现方式中，上述第一处理模块41可以具体用于：若所有STA设备的响应消息均为第一类响应消息，确定所有STA设备均允许AP设备进入待机状态，第一类响应消息为用于描述STA设备允许AP设备进入待机状态的消息。

在一些可能的实现方式中，上述响应消息包括STA设备的状态信息时，上述第一处理模块41可以具体用于：根据每个STA设备的状态信息，确定每个STA设备是否符合允许AP设备待机的预设条件；若每个STA设备均符合允许AP设备待机的预设条件，则确定所有STA设备均允许AP设备进入待机状态。

在一些可能的实现方式中，上述第一处理模块41还可以用于：若根据响应消息，确定STA设备不允许AP设备进入待机状态，返回监测系统的数据业务流量的步骤。

在一些可能的实现方式中，上述第一处理模块41可以具体用于：若存在至少一个STA设备的响应消息为第二类响应消息，则确定STA设备不允许AP设备进入待机状态，第二类响应消息为用于描述STA设备不允许AP设备进入待机状态的消息；

或者，根据每个STA设备的状态信息，确定存在至少一个STA设备不符合允许AP设备待机的预设条件，则确定STA设备不允许AP设备进入待机状态，响应消息包括STA设备的状态信息。

在一些可能的实现方式中，上述第一处理模块41还可以用于：若确定数据业务流量不满足预定条件，返回监测系统的数据业务流量的步骤。

在一些可能的实现方式中，上述预定条件为预定时间段内的平均数据业务流量低于第一预定门限值，或者，数据业务流量持续预设时间低于第二预定门限值。

在一些可能的实现方式中，上述第一处理模块41还可以用于：开启蓝牙。

在一些可能的实现方式中，第一收发模块42还用于接收来自STA设备的唤醒请求；第一处理模块还用于响应唤醒请求，进行设备唤醒。

在一些可能的实现方式中，上述第一收发模块42具体可以用于：通过蓝牙通道接收来自STA设备的唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

上述功耗控制装置具有实现上述AP设备一侧的功耗控制方法的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，硬件或软件包括一个或多个与上述功能相对应的模块，模块可以是软件和/或硬件。

下面接着对STA设备一侧的功耗控制装置进行介绍。参见图5示出的本申请实施例提供的一种功耗控制装置的示意框图，该装置可以应用于STA设备，具体包括第二处理模块51和第二收发模块52；该第二处理模块51可以具体包括处理器，而第二收发模块52可以具体包括通信接口等。

其中，第二收发模块52用于接收来自无线接入点AP设备的待机请求，待机请求用于询问STA设备是否允许AP设备进入待机状态。

第二处理模块51用于根据自身的状态信息，生成针对待机请求的响应消息。

收发模块52还用于向AP设备发送响应消息。

在一些可能的实现方式中，上述第二处理模块51可以具体用于：若根据状态信息，确定符合允许AP设备待机的预设条件，生成针对待机请求的第一类响应消息，第一类响应消息用于描述STA设备允许AP设备进入待机状态；若根据状态信息，确定不符合允许AP设备待机的预设条件，生成针对待机请求的第二类响应消息，第二类响应消息用于描述STA设备不允许AP设备进入待机状态。

在一些可能的实现方式中，第二处理模块51还用于生成唤醒请求；第二收发模块还用于向AP设备发送唤醒请求。

在一些可能的实现方式中，上述第二收发模块52可以具体用于：通过蓝牙通道向AP设备发送唤醒请求，蓝牙通道是AP设备和STA设备之间已建立的连接通道。

上述功耗控制装置具有实现上述STA设备一侧的功耗控制方法的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，硬件或软件包括一个或多个与上述功能相对应的模块，模块可以是软件和/或硬件。

另外，参见图6示出的本申请实施例提供的功耗控制装置示意图，该功耗控装置可以包括处理器61以及通信接口62，处理器执行存储在存储器中的计算机程序时实现上述AP设备一侧的相关步骤，例如，实现上述步骤S301～步骤S303，以及步骤S306～步骤S307。或者，处理器执行存储在存储器上的计算机程序时实现上述STA设备一侧的相关步骤，例如，实现上述步骤S304～步骤S305。

处理器61可以为通用中央处理器，微处理器，特定应用集成电路，或者一个或多个用于控制本申请方案程序执行的集成电路。该处理器可以是一个或多个。

通信接口62可以为收发器、收发电路、总线、模块或者其它类型的通信接口。其可以用于与其它设备或者通信网络通信。

可选的，该装置还可以包括存储器63，该存储器63上存储有计算机程序，供处理器61执行，以实现本申请实施例提供的功耗控制方法。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在功耗控制装置上运行时，使得功耗控制装置执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例还提供一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如上述各个方法实施例所述的方法。所述芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种功耗控制方法，其特征在于，包括：

无线接入点AP设备监测系统的数据业务流量，所述系统包括所述AP设备和与所述AP设备关联的站点STA设备；

若所述AP设备确定所述数据业务流量满足预定条件，所述AP设备向所述STA设备发送待机请求，所述待机请求用于询问所述STA设备是否允许所述AP设备进入待机状态；

所述AP设备接收来自所述STA设备针对所述待机请求的响应消息；

若所述AP设备根据所述响应消息，确定所有所述STA设备均允许所述AP设备进入待机状态，所述AP设备对本设备的Wi-Fi模块下电后，进入待机状态；

其中，所述响应消息包括所述STA设备的状态信息，所述AP设备根据所述响应消息，确定所有所述STA设备均允许所述AP设备进入待机状态，包括：

所述AP设备根据每个所述STA设备的状态信息，确定每个所述STA设备是否符合允许AP设备待机的预设条件；若每个所述STA设备均符合允许AP设备待机的预设条件，所述AP设备则确定所有所述STA设备均允许所述AP设备进入待机状态。

2.根据权利要求1所述的方法，其特征在于，所述AP设备根据所述响应消息，确定所有所述STA设备均允许所述AP设备进入待机状态，包括：

若所有所述STA设备的所述响应消息均为第一类响应消息，所述AP设备则确定所有所述STA设备均允许所述AP设备进入待机状态，所述第一类响应消息为用于描述所述STA设备允许所述AP设备进入待机状态的消息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述AP设备根据所述响应消息，确定所述STA设备不允许所述AP设备进入待机状态，所述AP设备返回所述监测系统的数据业务流量的步骤。

4.根据权利要求2所述的方法，其特征在于，所述AP设备根据所述响应消息，确定所述STA设备不允许所述AP设备进入待机状态，包括：

若存在至少一个所述STA设备的所述响应消息为第二类响应消息，所述AP设备则确定所述STA设备不允许所述AP设备进入待机状态，所述第二类响应消息为用于描述所述STA设备不允许所述AP设备进入待机状态的消息；

或者，

所述AP设备根据每个所述STA设备的状态信息，确定存在至少一个所述STA设备不符合允许AP设备待机的预设条件，则确定所述STA设备不允许所述AP设备进入待机状态，所述响应消息包括所述STA设备的状态信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述AP设备确定所述数据业务流量不满足所述预定条件，所述AP设备返回所述监测系统的数据业务流量的步骤。

6.根据权利要求1所述的方法，其特征在于，所述预定条件为预定时间段内的平均数据业务流量低于第一预定门限值，或者，数据业务流量持续预设时间低于第二预定门限值。

7.根据权利要求1所述的方法，其特征在于，在所述确定所有所述STA设备均允许所述AP设备进入待机状态之后，所述方法还包括：

所述AP设备开启蓝牙。

8.根据权利要求1至7任一项所述的方法，其特征在于，在所述AP设备进入待机状态之后，所述方法还包括：

所述AP设备通过蓝牙通道接收来自所述STA设备的唤醒请求，所述蓝牙通道是所述AP设备和所述STA设备之间已建立的连接通道；

所述AP设备响应所述唤醒请求，进行设备唤醒。

9.一种功耗控制方法，其特征在于，包括：

站点STA设备接收来自无线接入点AP设备的待机请求，所述待机请求用于询问所述STA设备是否允许所述AP设备进入待机状态；

所述STA设备根据自身的状态信息，生成针对所述待机请求的响应消息；

所述STA设备向所述AP设备发送所述响应消息；

其中，所述STA设备根据自身的状态信息，生成针对所述待机请求的响应消息，包括：

若所述STA设备根据所述状态信息，确定符合允许AP设备待机的预设条件，所述STA设备生成针对所述待机请求的第一类响应消息，所述第一类响应消息用于描述所述STA设备允许所述AP设备进入待机状态；

若所述STA设备根据所述状态信息，确定不符合允许AP设备待机的预设条件，所述STA设备生成针对所述待机请求的第二类响应消息，所述第二类响应消息用于描述所述STA设备不允许所述AP设备进入待机状态。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述STA设备生成唤醒请求；

所述STA设备通过蓝牙通道向所述AP设备发送所述唤醒请求，所述蓝牙通道是所述AP设备和所述STA设备之间已建立的连接通道。

11.一种功耗控制装置，其特征在于，应用于AP设备，所述装置包括第一处理模块和第一收发模块；

所述第一处理模块用于监测系统的数据业务流量，所述系统包括所述AP设备和与所述AP设备关联的站点STA设备；

所述第一收发模块用于若确定所述数据业务流量满足预定条件，向所述STA设备发送待机请求，所述待机请求用于询问所述STA设备是否允许所述AP设备进入待机状态；

所述第一收发模块还用于接收来自所述STA设备针对所述待机请求的响应消息；

所述第一处理模块还用于若根据所述响应消息，确定所有所述STA设备均允许所述AP设备进入待机状态，对本设备的Wi-Fi模块下电后，进入待机状态；

其中，所述响应消息包括所述STA设备的状态信息，所述第一处理模块具体用于：根据每个所述STA设备的状态信息，确定每个所述STA设备是否符合允许AP设备待机的预设条件；若每个所述STA设备均符合允许AP设备待机的预设条件，则确定所有所述STA设备均允许所述AP设备进入待机状态。

12.根据权利要求11所述的装置，其特征在于，所述第一处理模块具体用于：

若所有所述STA设备的所述响应消息均为第一类响应消息，确定所有所述STA设备均允许所述AP设备进入待机状态，所述第一类响应消息为用于描述所述STA设备允许所述AP设备进入待机状态的消息。

13.根据权利要求11所述的装置，其特征在于，所述第一处理模块还用于：

若根据所述响应消息，确定所述STA设备不允许所述AP设备进入待机状态，返回所述监测系统的数据业务流量的步骤。

14.根据权利要求13所述的装置，其特征在于，所述第一处理模块具体用于：

若存在至少一个所述STA设备的所述响应消息为第二类响应消息，则确定所述STA设备不允许所述AP设备进入待机状态，所述第二类响应消息为用于描述所述STA设备不允许所述AP设备进入待机状态的消息；

或者，

根据每个所述STA设备的状态信息，确定存在至少一个所述STA设备不符合允许AP设备待机的预设条件，则确定所述STA设备不允许所述AP设备进入待机状态，所述响应消息包括所述STA设备的状态信息。

15.根据权利要求11所述的装置，其特征在于，所述第一处理模块还用于：

若确定所述数据业务流量不满足所述预定条件，返回所述监测系统的数据业务流量的步骤。

16.根据权利要求11所述的装置，其特征在于，所述预定条件为预定时间段内的平均数据业务流量低于第一预定门限值，或者，数据业务流量持续预设时间低于第二预定门限值。

17.根据权利要求11所述的装置，其特征在于，所述第一处理模块还用于：开启蓝牙。

18.根据权利要求11至17任一项所述的装置，其特征在于，

所述第一收发模块还用于通过蓝牙通道接收来自所述STA设备的唤醒请求，所述蓝牙通道是所述AP设备和所述STA设备之间已建立的连接通道；

所述第一处理模块还用于响应所述唤醒请求，进行设备唤醒。

19.一种功耗控制装置，其特征在于，应用于STA设备，所述装置包括第二处理模块和第二收发模块；

所述第二收发模块用于接收来自无线接入点AP设备的待机请求，所述待机请求用于询问所述STA设备是否允许所述AP设备进入待机状态；

所述第二处理模块用于根据自身的状态信息，生成针对所述待机请求的响应消息；

所述收发模块还用于向所述AP设备发送所述响应消息；

其中，所述第二处理模块具体用于：

若根据所述状态信息，确定符合允许AP设备待机的预设条件，生成针对所述待机请求的第一类响应消息，所述第一类响应消息用于描述所述STA设备允许所述AP设备进入待机状态；

若根据所述状态信息，确定不符合允许AP设备待机的预设条件，生成针对所述待机请求的第二类响应消息，所述第二类响应消息用于描述所述STA设备不允许所述AP设备进入待机状态。

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

所述第二处理模块还用于生成唤醒请求；

所述第二收发模块还用于通过蓝牙通道向所述AP设备发送所述唤醒请求，所述蓝牙通道是所述AP设备和所述STA设备之间已建立的连接通道。

21.一种功耗控制装置，包括处理器以及通信接口，其特征在于，所述处理器执行存储在存储器中的计算机程序时实现如权利要求1至8或9至10任一项所述的方法。

22.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8或9至10任一项所述的方法。