CN115412945A - 识别过度休眠的方法和装置 - Google Patents

Abstract

本申请提供了一种识别过度休眠的方法和装置，可以自动识别站点STA是否存在过度休眠的问题，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。该方法包括：获取接入点AP与站点STA之间在关联认证过程和数据交互过程中产生的休眠数据，该休眠数据包括STA接收到的信标帧的时间点、STA进入休眠状态的时间点以及STA进入唤醒状态的时间点；将休眠数据输入至机器学习模型，得到机器学习模型的识别结果，该识别结果用于表示STA是否存在过度休眠问题，其中，机器学习模型是根据历史数据训练得到的。

Description

识别过度休眠的方法和装置

技术领域

本申请涉及无线通信领域，尤其涉及一种识别过度休眠的方法和装置。

背景技术

在无线局域网(wireless local area network，WLAN)中，站点(station，STA)可以在不通信的情况下，进入休眠(doze)状态，在与接入点(access point，AP)通信时才进入唤醒(awake)状态，以达到省电的目的。但是该方法会导致STA存在过度休眠、难以被唤醒的现象，进而导致业务不连续、时延大、高丢包率、业务响应慢等问题，严重降低网络性能。

目前，由STA过度休眠导致的网络问题，一般需要依赖开发人员进行问题排查。开发人员在确定是由STA过度休眠导致的网络问题后，可以设置修复方法，上述方式的问题排查依赖于人工进行，解决问题的周期较长、效率低，影响用户体验。

发明内容

本申请提供一种识别过度休眠的方法和装置，可以自动识别STA是否存在过度休眠的问题，有利于及时修复由STA过度休眠导致的网络问题。

第一方面，提供了一种识别过度休眠的方法，该方法包括：获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据，休眠数据包括STA接收到的信标帧的时间点、STA进入休眠状态的时间点以及STA进入唤醒状态的时间点；将休眠数据输入至机器学习模型，得到机器学习模型的识别结果，识别结果用于表示STA是否存在过度休眠问题，其中，机器学习模型是根据历史数据训练得到的。

上述STA接收到的信标帧的时间点为STA获取到信标(beacon)帧的时间点，该时间点可以是控制设备推算的。STA进入休眠状态的时间点和STA进入唤醒状态的时间点可以是STA上报给控制设备的。该休眠数据可以用于判断STA是否存在过度休眠的问题。

上述机器学习模型可以是根据历史数据训练得到的，该历史数据可以是人工进行问题排查所观察或使用的数据。该机器学习模型的系数可以间隔一段时间进行更新。

本申请提供的识别过度休眠的方法，基于主动监测的方式，将AP与STA之间通信的休眠数据输入至机器学习模型，利用机器学习模型得到的识别结果，可以自动判断STA是否存在过度休眠问题，有利于及时修复由STA过度休眠导致的网络问题(时延、丢包等)。本申请有利于提前规避可能由STA休眠引入的网络问题，使用户获得更好的业务体验。

结合第一方面，在第一方面的某些实现方式中，方法还包括：若STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用目标修复方案以修复STA的过度休眠问题。

若STA存在过度休眠问题，控制设备可以从多个候选修复方案中任意选择一个修复方案作为目标修复方案，对STA的过度休眠问题进行修复；也可以从多个候选修复方案中选择可行性最高的修复方案作为所述目标修复方案，对STA的过度休眠问题进行修复。

可选地，若STA存在过度休眠问题，控制设备还可以向STA发送告警信息，该告警信息用于告知使用该STA的用户，该STA存在过度休眠问题。

本申请提供的识别过度休眠的方法，在识别出STA存在过度休眠的问题后，控制设备可以基于多个候选修复方案可以为不同的STA提供差异性的修复方案，使得由STA休眠导致的网络问题具有更好的管理方案，修复及时高效，提高了网络性能和用户体验。

结合第一方面，在第一方面的某些实现方式中，多个候选修复方案包括以下至少两个：第一候选修复方案，指示AP在向STA发送的管理帧和/或控制帧中增加流量指示图(traffic indication map，TIM)；第二候选修复方案，指示AP向STA频繁发送空数据帧；第三候选修复方案，指示AP向STA发送单播信标帧，单播信标帧包括TIM；第四候选修复方案，指示AP向STA发送开启非调度自动省电模式(unscheduled automatic power savedelivery，U-APSD)的信息。

具体地，在第一候选修复方案中，控制设备可以指示AP在向STA发送的管理帧和/或控制帧中增加TIM。上述控制帧可以包括请求发送(request to send，RTS)帧、准许发送(clear to send，CTS)帧、应答(acknowledgment，ACK)帧以及省电轮询(power save poll，PS-POLL)帧；上述管理帧可以包括除信标帧之外的管理帧，例如，探测请求(proberequest)帧、探测响应(probe response)帧、动作(action)帧以及独立基本服务集(independent basic service set)IBSS的通知流量指示信息(announcement trafficindication message，ATIM帧)等。AP向STA发送的管理帧和/或控制帧中增加TIM，同时发送唤醒帧，可以增加唤醒STA的概率。

在第二候选修复方案中，控制设备可以指示AP向STA频繁发送空数据帧。若STA存在过度休眠问题，控制设备可以指示AP向STA频繁发送空数据帧，使STA认为AP为其缓存了待下发的流量，阻值STA进入休眠状态。

在第三候选修复方案中，控制设备可以指示AP向STA发送单播信标帧，该单播信标帧包括TIM。一个AP下可以关联多个STA，若控制设备识别出多个STA中的某一个STA存在过度休眠的问题，则控制设备可以指示AP向该STA发送单播信标帧，且该单播信标帧包括TIM，以增加该STA唤醒的概率，且不影响其他STA的休眠。

在第四候选修复方案中，控制设备可以指示AP向STA发送开启U-APSD的信息。若STA存在过度休眠问题，且支持U-APSD，控制设备可以指示AP向STA发送开启U-APSD的信息，使STA开启U-APSD，增加唤醒STA的概率，且提升STA的节能能力。

结合第一方面，在第一方面的某些实现方式中，从多个候选修复方案中确定目标修复方案，包括：尝试多个候选修复方案以得到使用不同候选修复方案时STA与AP在数据传输过程中的数据指标，数据指标包括时延和/或丢包率；若存在满足预设条件的至少一个候选修复方案，选择至少一个候选修复方案中数据指标最优的候选修复方案作为目标修复方案。

控制设备可以通过自动化工具分别采用上述第一候选修复方案、第二候选修复方案、第三候选修复方案以及第四候选修复方案进行测试，得到第一候选修复方案、第二候选修复方案、第三候选修复方案、第四候选修复方案下的STA与AP在数据传输过程中的数据指标。当该候选修复方案的数据指标满足预设条件时，可以作为目标修复方案。

若存在至少一个候选修复方案满足预设条件，控制设备可以选择该至少一个候选修复方案中数据指标最优的候选修复方案作为目标修复方案。

上述预设条件可以为预先定义的。

本申请提供的识别过度休眠的方法，设置预设条件并选取数据指标最优的候选方案作为目标修复方案，可以更快的修复存在过度休眠问题的STA，减少试错的时间，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。

结合第一方面，在第一方面的某些实现方式中，若不存在满足预设条件的候选修复方案，指示AP关闭STA的休眠机制。

若上述第一候选修复方案的数据指标、第二候选修复方案的数据指标、第三候选修复方案的数据指标以及第四候选修复方案的数据指标均不满足预设条件，控制设备指示AP关闭所述STA的休眠机制。

若AP关闭STA的休眠机制，则STA在未进行通讯时仍处于唤醒状态，不会进入休眠状态，可以更好的解决STA过度休眠的问题。

结合第一方面，在第一方面的某些实现方式中，在获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据之前，方法还包括：获取STA的标识；判断是否存在与标识对应的修复方案；获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠，包括：若不存在与标识对应的修复方案，获取休眠数据。

控制设备中可以预先存有多个STA的标识与多个修复方案之间的对应关系，若检测到预先存有的对应关系中存在该标识对应的修复方案，则可以直接采用该修复方案修复STA的过度休眠问题；若检测到预先存有的对应关系中未存在该标识对应的修复方案，根基采集的休眠数据，应用机器学习模型进行识别，若STA存在过度休眠的问题，从多个候选方案中确定目标修复方案，并采用该目标修复方案修复STA的过度休眠问题。

本申请提供的识别过度休眠的方法，可以根据预先保存的对应关系，预判STA是否存在过度休眠的问题，并可以根据该对应关系，直接确定目标修复方案；还可以根据标识与目标修复方案之间的映射关系更新预先保存的对应关系。该方法基于预判方式，可以及时判断终端是否存在过度休眠的问题，可以提前规避由STA因存在过度休眠问题导致的网络问题，可以使网络更加智能，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。

结合第一方面，在第一方面的某些实现方式中，若不存在与标识对应的修复方案，在确定目标修复方案后保存STA的标识与目标修复方案之间的映射关系。

控制设备可以将该映射关系添加至上述预先定义的对应关系中，便于下次可以根据该STA的标识和该映射关系，直接确定目标修复方案。

结合第一方面，在第一方面的某些实现方式中，休眠数据还包括下列至少一项：AP为STA缓存数据报文的时间、信标帧的发送周期、信标帧携带的时间戳、STA的聆听间隔、STA被成功唤醒前接收的唤醒帧的个数、STA被唤醒帧唤醒的概率、AP与STA进行通信的数据流量信息、或者AP与STA进行通信的信道状态信息。

可选地，该休眠数据可以包括：信标帧携带的时间戳、STA的聆听间隔、AP为STA缓存数据报文的时间、信标帧的发送周期、STA被成功唤醒前接收的唤醒帧的个数或STA被唤醒帧唤醒的概率。该休眠数据可以用于判断STA的休眠规律，以便更精确地判断STA是否存在过度休眠的问题。

可选地，该休眠数据还可以包括：AP与STA进行通信的数据流量信息、或者AP与STA进行通信的信道状态信息。该休眠数据可以用于判断是否是由于网络拥塞导致的网络侧业务不连续、时延大、高丢包率、业务响应慢等问题，而不是STA存在过度休眠的问题而导致的该现象。

第二方面，提供了一种识别过度休眠的装置，用于执行上述第一方面中任一种可能的实现方式中的方法。具体地，该装置包括用于执行上述第一方面中任一种可能的实现方式中的方法的模块。

第三方面，提供了另一种识别过度休眠的装置，包括处理器，该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

第四方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行上述第一方面中任一种可能实现方式中的方法。

可选地，处理器为一个或多个，存储器为一个或多个。

可选地，存储器可以与处理器集成在一起，或者存储器与处理器分离设置。

在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型以及存储器与处理器的设置方式不做限定。

相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第四方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第五方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

附图说明

图1是本申请实施例适用的通信系统的示意图；

图2是本申请实施例提供的一种接入点的内部结构示意图；

图3是本申请实施例提供的一种单个天线的站点的内部结构示意图；

图4是本申请实施例提供的一种识别过度休眠的方法的示意性流程图；

图5是本申请实施例提供的另一种识别过度休眠的方法的示意性流程图；

图6是本申请实施例提供的一种识别过度休眠的装置的示意性框图；

图7是本申请实施例提供的另一种识别过度休眠的装置的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于WLAN通信系统，并且本申请实施例可以适用于WLAN系列协议中的任意一种协议。

WLAN可以包括一个或多个基本服务集(basic service set，BSS)，基本服务集中的网络节点包括接入点(access point，AP)和站点(station，STA)。一个STA只能连接一个AP(即将STA与AP关联)，而一个AP可以关联多个STA。WLAN中的用户站点(STA)可以称为用户单元、接入终端、远程终端、用户终端、终端或无线通信设备。该STA可以是具有无线局域网通信功能的任意设备，例如，蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、手持设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。

WLAN中的AP可用于与STA通过无线局域网进行通信，并将STA的数据传输至网络侧，或将来自网络侧的数据传输至STA。

为便于理解本申请实施例，首先结合图1对适用于本申请实施例的通信系统进行详细说明。

图1为本申请实施例适用的通信系统100的示意图。如图1所示的通信系统100可以是WLAN系统，图1的WLAN系统可以包括一个或者多个AP，一个或者多个STA，以及控制设备(例如，接入控制器(access controller，AC)或者服务器等)。图1以一个控制设备、一个AP以及两个STA(包括STA 1和STA 2)为例进行说明。其中，AP和STA之间可以通过各种标准进行无线通信。例如，AP和STA之间可以采用单用户多入多出(single-user multiple-inputmultiple-output，SU-MIMO)技术或多用户多入多出(multi-users multiple-inputmultiple-output，MU-MIMO)技术进行无线通信。控制设备可以控制AP的配置管理、管理及宽带访问、无线用户的认证以及安全等。

其中，AP也称为无线访问接入点或热点等。AP是移动用户进入有线网络的接入点，主要部署于家庭、大楼内部以及园区内部，也可以部署于户外。AP相当于一个连接有线网和无线网的桥梁，其主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。具体地，AP可以是带有WLAN芯片的终端设备或者网络设备。AP也可以为支持802.11的多种WLAN制式的设备。

图2示出了AP产品的内部结构图，其中，AP可以是多天线的，也可以是单天线的。图2中，AP包括物理层(physical layer，PHY)处理电路和媒体接入控制(media accesscontrol，MAC)层处理电路，物理层处理电路可以用于处理物理层信号，MAC层处理电路可以用于处理MAC层信号。

其中，STA产品通常为支持WLAN标准的终端产品，如手机、笔记本电脑等，图3示出了单个天线的STA结构图，实际场景中，STA也可以是多天线的，并且可以是两个以上天线的设备。图3中，STA可以包括PHY层处理电路和MAC层处理电路，物理层处理电路可以用于处理物理层信号，MAC层处理电路可以用于处理MAC层信号。

下面将结合附图详细说明本申请提供的技术方案。本申请实施例可以应用于多个不同的通信系统下，包括图1所示的通信系统100，但并不限于该通信系统。在该通信系统100中，STA的电源分为两种状态：(1)唤醒(awake)状态，即STA完全处于供电状态，可以发送和接收数据；(2)休眠(doze)状态，即STA无法发送和接收数据，功耗较低。STA的电源管理基本思想是尽可能让STA在不通信的时候进入休眠状态，在需要与AP通信时才进入唤醒状态，以达到终端省电的目的。但是，STA可能会因此存在过度休眠、难以被唤醒的现象，进而导致网络侧业务不连续、时延大、高丢包率、业务响应慢等问题，严重降低网络性能。

由STA过度休眠导致的网络侧的问题，一般均需要依赖开发人员进行问题排查。开发人员在确定是由STA过度休眠导致的网络侧问题后，可以设置修复方法，例如频繁发送唤醒帧，在信标帧中增加唤醒字段，以欺骗STA网络侧缓存了给它的待下发流量，增加STA的唤醒概率。

有鉴于此，本申请实施例提供了一种识别过度休眠的方法和装置，可以自动识别STA是否存在过度休眠的问题，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。

下面先对本申请所涉及的相关技术进行介绍。

1、信标(beacon)帧

信标帧是一种由AP周期发送的广播帧。AP通过周期发送的信标帧，实现终端休眠机制下的信息交互。

信标帧中可以携带信标间隔(beacon interval，BI)、时间戳(Timestamp)以及流量指示图(traffic indication map，TIM)等信息。

1)BI

BI为AP向STA发送的相邻信标帧的时间间隔，即信标帧的周期，默认的信标帧的周期为0.1秒。在通信系统中，BI的大小可以由AP控制。

在通信系统中，若BI太大，会影响接入网络的STA的灵活度；若BI太小，会使通信信道被信标帧打断，进行影响整个网络的吞吐量。

2)Timestamp

信标帧中可以携带时间戳，该时间戳为时间点。AP和STA均在该时间点时，AP可以向STA发送数据。

3)TIM

每一个信标帧中均有一个TIM字段，该TIM字段主要用于指示AP是否有数据下发给STA，使处于休眠状态的STA能够切换到唤醒状态以接收AP下发的数据。

TIM是与STA的关联标识(associated identify，AID)对应的二进制指示位。TIM中包含一个位图控制(bitmap control)字段，其最大字节是251个，故共有251*8＝2008个位。其中，每一位映射一个STA。例如，当bitmap control字段中某一个位为1时，表示该位对应的STA在AP中存有信息。

若信标帧中TIM字段设为1，则该信标帧为唤醒帧。

2、聆听间隔(listen interval)

聆听间隔是专门为了STA节约能量而设置的参数。聆听间隔用于表示：进入休眠状态的STA每隔多长时间要打开接收器。聆听间隔是以信标间隔为单位的。

聆听间隔是由STA在与AP进行验证或者关联阶段提出的，并与AP协商确定(AP可以选择同意或拒绝)。若STA提出的聆听间隔较长，会使用AP过多的缓存空间，AP可以拒绝。

在介绍本申请实施例提供的识别终端设备过度休眠的方法和装置之前，先做出以下几点说明。

第一，在下文示出的实施例中，各术语及英文缩略语，如休眠数据、候选修复方案、目标修复方案等，均为方便描述而给出的示例性举例，不应对本申请构成任何限定。本申请并不排除在已有或未来的协议中定义其它能够实现相同或相似功能的术语的可能。

第二，在下文示出的实施例中，第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的指示、区分不同的候选修复方案等。

第三，在下文示出的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

第四，在下文示出的实施例中，“保存”可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，在下文示出的实施例中，“预先定义”可以通过在设备(例如，包括站点和接入点)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如，预先定义可以是指协议中定义的。

下面将结合附图详细说明本申请提供的识别过度休眠的方法和装置。

图4为本申请实施例提供的一种识别过度休眠的方法400的示意性流程图。该方法400可以由控制设备执行，例如，接入控制器或者服务器(server)等。

该方法400可以包括下列步骤：

S401，获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据，该休眠数据包括STA接收到的信标帧的时间点、STA进入休眠状态的时间点以及STA进入唤醒状态的时间点。

AP与STA之间的通信可以包括下面三个阶段：

1、扫描阶段，即AP和STA互相发现。

2、关联认证阶段和早期报文交互阶段，即AP和STA协商休眠机制，其中，休眠机制是指STA在不通信的时候进入休眠状态，在需要与AP通信时进入唤醒状态。

3、数据交互阶段，即AP和STA基于协商的休眠机制，进行报文交互。

AP与STA之间在关联认证过程和数据交互过程中，可以通过信标(beacon)帧实现终端休眠机制下的信息交互，故控制设备可以获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据。

该休眠数据可以包括：STA接收到的信标帧的时间点、STA进入休眠状态的时间点以及STA进入唤醒状态的时间点。该STA接收到的信标帧的时间点为STA获取到信标帧的时间点，该时间点可以是控制设备推算的。STA进入休眠状态的时间点和STA进入唤醒状态的时间点可以是STA上报给控制设备的。该休眠数据可以用于判断STA是否存在过度休眠的问题。

可选地，该休眠数据还可以包括：信标帧携带的时间戳、STA的聆听间隔、AP为STA缓存数据报文的时间、信标帧的发送周期、STA被成功唤醒前接收的唤醒帧的个数或STA被唤醒帧唤醒的概率。该休眠数据可以用于判断STA的休眠规律，以便更精确地判断STA是否存在过度休眠的问题。

可选地，该休眠数据还可以包括：AP与STA进行通信的数据流量信息、或者AP与STA进行通信的信道状态信息。该休眠数据可以用于判断是否是由于网络拥塞导致的网络侧业务不连续、时延大、高丢包率、业务响应慢等问题，而不是STA存在过度休眠的问题而导致的该现象。

S402，将休眠数据输入至机器学习模型，得到机器学习模型的识别结果，该识别结果用于表示STA是否存在过度休眠问题，其中，机器学习模型是根据历史数据训练得到的。

该机器学习模型可以是根据历史数据训练得到的，该历史数据可以是人工进行问题排查所观察或使用的数据。该机器学习模型的系数可以间隔一段时间进行更新。例如，控制设备可以将一段时间的上述休眠数据作为历史数据，更新机器学习模型中的系数。

上述机器学习模型的识别结果可以是STA存在过度休眠问题，或者是STA不存在过度休眠问题。例如，该识别结果可以用二进制的比特值表示，“1”用于表示STA存在过度休眠问题，“0”用于表示STA不存在过度休眠问题；或者，“0”用于表示STA存在过度休眠问题，“1”用于表示STA不存在过度休眠问题，本申请实施例对此不作限定。

本申请实施例提供的识别过度休眠的方法，基于主动监测的方式，将AP与STA之间通信的休眠数据输入至机器学习模型，利用机器学习模型得到的识别结果，可以自动判断STA是否存在过度休眠问题，有利于及时修复由STA过度休眠导致的网络问题(时延、丢包等)。本申请实施例有利于提前规避可能由STA休眠引入的网络问题，使用户获得更好的业务体验。

作为一个可选的实施例，上述方法400还包括：若STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用目标修复方案以修复STA的过度休眠问题。

若STA存在过度休眠问题，控制设备可以从多个候选修复方案中任意选择一个修复方案作为目标修复方案，对STA的过度休眠问题进行修复；也可以从多个候选修复方案中选择可行性最高的修复方案作为所述目标修复方案，对STA的过度休眠问题进行修复。

可选地，若STA存在过度休眠问题，控制设备还可以向STA发送告警信息，该告警信息用于告知使用该STA的用户，该STA存在过度休眠问题。

本申请实施例提供的识别过度休眠的方法，在识别出STA存在过度休眠的问题后，控制设备可以基于多个候选修复方案可以为不同的STA提供差异性的修复方案，使得由STA休眠导致的网络问题具有更好的管理方案，修复及时高效，提高了网络性能和用户体验。

可选地，上述多个候选修复方案可以包括四个候选修复方案。该四个候选修复方案可以包括以下至少两个：

1、第一候选修复方案：控制设备可以指示AP在向STA发送的管理帧和/或控制帧中增加TIM。

上述控制帧可以包括RTS帧、CTS帧、ACK帧以及PS-POLL帧；上述管理帧可以包括除信标帧之外的管理帧，例如，探测请求帧、探测响应帧、动作帧以及IBSS ATIM帧等。

AP向STA发送的管理帧和/或控制帧中增加TIM，同时发送唤醒帧，可以增加唤醒STA的概率。

2、第二候选修复方案：控制设备可以指示AP向STA频繁发送空数据帧。

若STA存在过度休眠问题，控制设备可以指示AP向STA频繁发送空数据帧，使STA认为AP为其缓存了待下发的流量，阻值STA进入休眠状态。

3、第三候选修复方案：控制设备可以指示AP向STA发送单播信标帧，该单播信标帧包括TIM。

一个AP下可以关联多个STA，若控制设备识别出多个STA中的某一个STA存在过度休眠的问题，则控制设备可以指示AP向该STA发送单播信标帧，且该单播信标帧包括TIM，以增加该STA唤醒的概率，且不影响其他STA的休眠。

4、第四候选修复方案：控制设备可以指示AP向STA发送开启U-APSD的信息。

若STA存在过度休眠问题，且支持U-APSD，控制设备可以指示AP向STA发送开启U-APSD的信息，使STA开启U-APSD，增加唤醒STA的概率，且提升STA的节能能力。其中，U-APSD是一种新的节能处理方式，可以提升STA的节能能力。作为一个可选的实施例，从多个候选修复方案中确定目标修复方案，包括：尝试多个候选修复方案以得到使用不同候选修复方案时STA与AP在数据传输过程中的数据指标，该数据指标包括时延和/或丢包率；若存在满足预设条件的至少一个候选修复方案，选择至少一个候选修复方案中数据指标最优的候选修复方案作为目标修复方案。

例如，控制设备可以通过自动化工具分别采用上述第一候选修复方案、第二候选修复方案、第三候选修复方案以及第四候选修复方案进行测试，得到第一候选修复方案、第二候选修复方案、第三候选修复方案、第四候选修复方案下的STA与AP在数据传输过程中的数据指标。当该候选修复方案的数据指标满足预设条件时，可以作为目标修复方案。

若存在至少一个候选修复方案满足预设条件，控制设备可以选择该至少一个候选修复方案中数据指标最优的候选修复方案作为目标修复方案。

例如，若上述第一候选修复方案的数据指标、第三候选修复方案的数据指标以及第四候选修复方案的数据指标均满足预设条件，但第三候选修复方案的数据指标最优，则控制设备选择第三候选修复方案作为目标修复方案。

上述预设条件可以为预先定义的。例如，该预设条件可以为时延是否小于50毫秒(ms)和/或丢包率小于万分之五。又如，该预设条件还可以为时延是否小于30ms和/或丢包率小于万分之一。

可选地，若上述第一候选修复方案的数据指标、第二候选修复方案的数据指标、第三候选修复方案的数据指标以及第四候选修复方案的数据指标均不满足预设条件，控制设备指示AP关闭所述STA的休眠机制。

若AP关闭STA的休眠机制，则STA在未进行通讯时仍处于唤醒状态，不会进入休眠状态，可以更好的解决STA过度休眠的问题。

本申请实施例提供的识别过度休眠的方法，设置预设条件并选取数据指标最优的候选方案作为目标修复方案，可以更快的修复存在过度休眠问题的STA，减少试错的时间，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。

作为一个可选的实施例，上述多个候选修复方案可以存储在网络设备中。例如，AP。若STA存在过度休眠问题，控制设备可以向AP发送指示，该指示用于指示AP从多个候选修复方案中确定目标修复方案，并应用该目标修复方案以修复STA的过度休眠问题。AP从多个候选修复方案中确定目标修复方案的方法可以参考上述步骤，此处不再赘述。

图5为本申请实施例提供的另一种识别过度休眠的方法500的示意性流程图。该方法500可以由控制设备执行，例如，接入控制器(AC)。

该方法500可以包括下列步骤：

S501，获取STA的标识。

该标识可以包括下列至少一项：STA的型号、STA的媒体接入控制地址(mediaaccess control address，MAC)、STA的软件版本、或STA的网卡信息。

控制设备可以获取STA的标识。例如，控制设备获取STA的MAC地址。

S502，判断是否存在与标识对应的修复方案。

控制设备中可以预先存有多个STA的标识与多个修复方案之间的对应关系。该对应关系可以以表格或者文字的形式表征，也可以用其它方式表征，本申请不做限制。

控制设备获取STA的标识后，可以在与预先存有的对应关系中寻找是否有该标识对应的修复方案。

S503，若存在与标识对应的修复方案，则将该修复方案作为目标修复方案，并修复STA的过度休眠问题。

控制设备检测到预先存有的对应关系中存在该标识对应的修复方案，则可以直接采用该修复方案修复STA的过度休眠问题。

S504，若不存在与标识对应的修复方案，获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据。

控制设备获取的休眠数据可以参考上述方法400中的S401，此处不再赘述。

S505，将休眠数据输入至机器学习模型，得到机器学习模型的识别结果，识别结果用于表示STA是否存在过度休眠问题。

该步骤可以参考上述方法400中的S402，此处不再赘述。

S506，若STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用目标修复方案以修复STA的过度休眠问题。

控制设备从多个候选修复方案中确定目标修复方案的具体实施方式可参考上述示例，此处不再赘述。

S507，保存STA的标识与目标修复方案之间的映射关系。

例如，STA的标识为MAC地址，则控制设备可以保存终端设备的MAC地址与目标修复方案之间的映射关系。又如，STA的标识为MAC地址和STA的型号，则控制设备保存终端设备的MAC地址、终端设备的型号以及目标修复方案之间的映射关系。该映射关系可以以表格或者文字的形式表征，也可以用其它方式表征，本申请不做限制。

控制设备可以将该映射关系添加至上述预先定义的对应关系中，便于下次可以根据该STA的标识和该映射关系，直接确定目标修复方案。

上述预先定义的对应关系中也可以不保存任何对应关系，可以通过添加上述STA的标识与目标修复方案之间的映射关系的方式，实现该预先定义的对应关系中包括多个STA的标识与多个修复方案之间的对应关系。

本申请实施例提供的识别过度休眠的方法，可以根据预先保存的对应关系，预判STA是否存在过度休眠的问题，并可以根据该对应关系，直接确定目标修复方案；还可以根据标识与目标修复方案之间的映射关系更新预先保存的对应关系。该方法基于预判方式，可以及时判断终端是否存在过度休眠的问题，可以提前规避由STA因存在过度休眠问题导致的网络问题，可以使网络更加智能，有利于及时高效地修复由STA过度休眠导致的网络问题，提高网络性能和用户体验。

可选地，上述预先保存的对应关系可以保存在网络设备中，例如，AP。AC获取到STA的标识后，可以将该STA的标识发送给AP。AP接收该STA的标识后，将该STA的标识与预先保存的对应关系作对比，若该对应关系中包括该STA的标识，AP则将该STA的标识对应的修复方案作为目标修复方案，并应用该目标修复方案以修复STA存在的过度休眠的问题。相应地，在上述S306中，若STA存在过度休眠问题，则AC向AP发送STA存在过度休眠问题的消息，AP接收到该消息后，从多个候选修复方案中确定目标修复方案，并应用目标修复方案以修复STA的过度休眠问题，同时保存STA的标识与目标修复方案之间的映射关系。

上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文中结合图1至图5，详细描述了本申请实施例的识别过度休眠的方法，下面将结合6和图7，详细描述本申请实施例的识别过度休眠的装置。

图6示出了本申请实施例提供的一种识别过度休眠的装置600。该装置600包括：获取模块610和处理模块620。其中，该获取模块610用于：获取接入点AP与站点STA之间在关联认证过程和数据交互过程中产生的休眠数据，休眠数据包括STA接收到的信标帧的时间点、STA进入休眠状态的时间点以及STA进入唤醒状态的时间点。该处理模块620用于：将休眠数据输入至机器学习模型，得到机器学习模型的识别结果，识别结果用于表示STA是否存在过度休眠问题，其中，机器学习模型是根据历史数据训练得到的。

可选地，处理模块620还用于：若STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用目标修复方案以修复STA的过度休眠问题。

可选地，多个候选修复方案包括以下至少两个：第一候选修复方案，指示AP在向STA发送的管理帧和/或控制帧中增加TIM；第二候选修复方案，指示AP向STA频繁发送空数据帧；第三候选修复方案，指示AP向STA发送单播信标帧，单播信标帧包括TIM；第四候选修复方案，指示AP向STA发送开启非调度自动省电模式U-APSD的信息。

可选地，处理模块620还用于：尝试多个候选修复方案以得到使用不同候选修复方案时STA与AP在数据传输过程中的数据指标，数据指标包括时延和/或丢包率；若存在满足预设条件的至少一个候选修复方案，选择至少一个候选修复方案中数据指标最优的候选修复方案作为目标修复方案。

可选地，处理模块620还用于：若不存在满足预设条件的候选修复方案，指示AP关闭STA的休眠机制。

可选地，获取模块610还用于：获取STA的标识。处理模块620还用于：判断是否存在与标识对应的修复方案；获取模块610还用于：若不存在与标识对应的修复方案，获取休眠数据。

可选地，处理模块620还用于：若不存在与标识对应的修复方案，在确定目标修复方案后保存STA的标识与目标修复方案之间的映射关系。

可选地，休眠数据还包括下列至少一项：AP为STA缓存数据报文的时间、信标帧的发送周期、信标帧携带的时间戳、STA的聆听间隔、STA被成功唤醒前接收的唤醒帧的个数、STA被唤醒帧唤醒的概率、AP与STA进行通信的数据流量信息、或者AP与STA进行通信的信道状态信息。

这里的装置以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，该装置可以具体为上述实施例中的控制设备，或者，上述实施例中控制设备的功能可以集成在该装置中，该装置可以用于执行上述方法实施例中与控制设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述装置具有实现上述方法400中控制设备执行的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。例如，上述获取模块可以为通信接口，例如收发接口。

图7示出了本申请实施例提供的另一种识别过度休眠的装置700。该装置700包括处理器710和收发器720。其中，处理器710和收发器720通过内部连接通路互相通信，该处理器710用于执行指令，以控制该收发器720发送信号和/或接收信号。

可选地，该装置700还可以包括存储器730，该存储器730与处理器710、收发器720通过内部连接通路互相通信。该存储器730用于存储指令，该处理器710可以执行该存储器730中存储的指令。装置700用于实现上述方法实施例中的控制设备对应的各个流程和步骤。

装置700可以具体为上述实施例中的控制设备，也可以是芯片或者芯片系统。对应的，该收发器720可以是该芯片的收发电路，在此不做限定。具体地，该装置700可以用于执行上述方法实施例中与控制设备对应的各个步骤和/或流程。可选地，该存储器730可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器710可以用于执行存储器中存储的指令，并且当该处理器710执行存储器中存储的指令时，该处理器710用于执行上述与控制设备对应的方法实施例的各个步骤和/或流程。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本申请实施例中的处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述实施例中所示的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读存储介质，该计算机可读存储介质有程序代码，当该程序代码在计算机上运行时，使得该计算机执行上述实施例中所示的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的一个或多个站点以及一个或多个接入点。

根据本申请实施例提供的方法，本申请还提供一种芯片，该芯片包括处理器，用于读取存储器中存储的指令，当该处理器执行所述指令时，使得该芯片实现上述实施例中所示的方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (20)

1.一种识别过度休眠的方法，其特征在于，包括：

获取接入点AP与站点STA之间在关联认证过程和数据交互过程中产生的休眠数据，所述休眠数据包括所述STA接收到的信标帧的时间点、所述STA进入休眠状态的时间点以及所述STA进入唤醒状态的时间点；

将所述休眠数据输入至机器学习模型，得到所述机器学习模型的识别结果，所述识别结果用于表示所述STA是否存在过度休眠问题，其中，所述机器学习模型是根据历史数据训练得到的。

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

若所述STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用所述目标修复方案以修复所述STA的过度休眠问题。

3.根据权利要求2所述的方法，其特征在于，所述多个候选修复方案包括以下至少两个：

第一候选修复方案，指示所述AP在向所述STA发送的管理帧和/或控制帧中增加流量指示图TIM；

第二候选修复方案，指示所述AP向所述STA频繁发送空数据帧；

第三候选修复方案，指示所述AP向所述STA发送单播信标帧，所述单播信标帧包括TIM；

第四候选修复方案，指示所述AP向所述STA发送开启非调度自动省电模式U-APSD的信息。

4.根据权利要求2或3所述的方法，其特征在于，所述从多个候选修复方案中确定目标修复方案，包括：

尝试所述多个候选修复方案以得到使用不同候选修复方案时所述STA与所述AP在数据传输过程中的数据指标，所述数据指标包括时延和/或丢包率；

若存在满足预设条件的至少一个候选修复方案，选择所述至少一个候选修复方案中数据指标最优的候选修复方案作为所述目标修复方案。

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

若不存在满足所述预设条件的候选修复方案，指示所述AP关闭所述STA的休眠机制。

6.根据权利要求2至5中任一项所述的方法，其特征在于，在所述获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠数据之前，所述方法还包括：

获取所述STA的标识；

判断是否存在与所述标识对应的修复方案；

所述获取AP与STA之间在关联认证过程和数据交互过程中产生的休眠，包括：

若不存在与所述标识对应的修复方案，获取所述休眠数据。

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

若不存在与所述标识对应的修复方案，在确定所述目标修复方案后保存所述STA的标识与所述目标修复方案之间的映射关系。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述休眠数据还包括下列至少一项：

所述AP为所述STA缓存数据报文的时间、所述信标帧的发送周期、所述信标帧携带的时间戳、所述STA的聆听间隔、所述STA被成功唤醒前接收的唤醒帧的个数、所述STA被所述唤醒帧唤醒的概率、所述AP与所述STA进行通信的数据流量信息、或者所述AP与所述STA进行通信的信道状态信息。

9.一种识别过度休眠的装置，其特征在于，包括：

获取模块，用于获取接入点AP与站点STA之间在关联认证过程和数据交互过程中产生的休眠数据，所述休眠数据包括所述STA接收到的信标帧的时间点、所述STA进入休眠状态的时间点以及所述STA进入唤醒状态的时间点；

处理模块，用于将所述休眠数据输入至机器学习模型，得到所述机器学习模型的识别结果，所述识别结果用于表示所述STA是否存在过度休眠问题，其中，所述机器学习模型是根据历史数据训练得到的。

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

若所述STA存在过度休眠问题，从多个候选修复方案中确定目标修复方案，并应用所述目标修复方案以修复所述STA的过度休眠问题。

11.根据权利要求10所述的装置，其特征在于，所述多个候选修复方案包括以下至少两个：

第一候选修复方案，指示所述AP在向所述STA发送的管理帧和/或控制帧中增加流量指示图TIM；

第二候选修复方案，指示所述AP向所述STA频繁发送空数据帧；

第三候选修复方案，指示所述AP向所述STA发送单播信标帧，所述单播信标帧包括TIM；

第四候选修复方案，指示所述AP向所述STA发送开启非调度自动省电模式U-APSD的信息。

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

尝试所述多个候选修复方案以得到使用不同候选修复方案时所述STA与所述AP在数据传输过程中的数据指标，所述数据指标包括时延和/或丢包率；

若存在满足预设条件的至少一个候选修复方案，选择所述至少一个候选修复方案中数据指标最优的候选修复方案作为所述目标修复方案。

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

若不存在满足所述预设条件的候选修复方案，指示所述AP关闭所述STA的休眠机制。

14.根据权利要求10至13中任一项所述的装置，其特征在于，所述获取模块还用于：

获取所述STA的标识；

所述处理模块还用于：

判断是否存在与所述标识对应的修复方案；

所述获取模块还用于：

若不存在与所述标识对应的修复方案，获取所述休眠数据。

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

若不存在与所述标识对应的修复方案，在确定所述目标修复方案后保存所述STA的标识与所述目标修复方案之间的映射关系。

16.根据权利要求9至15中任一项所述的装置，其特征在于，所述休眠数据还包括下列至少一项：

所述AP为所述STA缓存数据报文的时间、所述信标帧的发送周期、所述信标帧携带的时间戳、所述STA的聆听间隔、所述STA被成功唤醒前接收的唤醒帧的个数、所述STA被所述唤醒帧唤醒的概率、所述AP与所述STA进行通信的数据流量信息、或者所述AP与所述STA进行通信的信道状态信息。

17.一种识别过度休眠的装置，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储计算机程序，当所述处理器调用所述计算机程序时，使得所述装置执行权利要求1至8中任一项所述的方法。

18.一种芯片，其特征在于，包括：处理器，用于读取存储器中存储的指令，当所述处理器执行所述指令时，使得所述芯片实现上述权利要求1至8中任一项所述的方法。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得权利要求1至8中任一项所述的方法被执行。

20.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令被执行时，使得权利要求1至8中任一项所述的方法被执行。

Images