唤醒方法、接收端设备和发送端设备与流程

文档序号:15116925发布日期:2018-08-07 20:37阅读:303来源:国知局

本发明涉及无线通信领域,并且更具体地,涉及唤醒方法、接收端设备和发送端设备。



背景技术:

随着移动通信技术的发展,移动应用日趋多样化,设备功能不断丰富。降低设备的能耗成为无线网络的重要技术目标之一。现有无线保真(wirelessfidelity,wi-fi)技术采用目标唤醒时间(targetwaketime,twt)机制调度站点(station,sta)在不同时间点从节能状态醒来工作,减少采用节能模式的sta需要醒来的时间。

例如,802.11ah标准中接收端设备(例如sta)与发送端设备(例如,接入点(accesspoint,ap))之间通过twt请求消息和twt响应消息建立twt协议(agreements),共同协商sta在twt醒来与ap进行通信。又如,802.11ax中支持多用户上行/下行(multi-useruplink/downlink,muul/dl)传输,在一个twt服务时间段(serviceperiod,sp)中可以有多个用户同时进行通信。在802.11ax中,存在两种twt机制:单独twt(individualtwt)和广播twt(broadcasttwt)。单独twt与802.11ah标准中twt机制类似,建立twt协议的单个或多个用户在协商好的twt时间点醒来等待通信,但是醒来的所有用户在twt未必都会被调度,没有被调度的sta醒来浪费了能量。

广播twt中,可以由一个可被twt调度的sta(scheduledsta)发起广播twt请求,ap会在广播twt中调度多个sta进行通信,所有节能sta(powersave,pssta)会在约定的目标信标帧传输时间(targetbeacontransmissiontime,tbtt)醒来接收信标(beacon)帧,该信标帧可以携带广播twt的相关信息,接收到信标帧的站点会在广播twt时间点醒来等待调度,但是只有部分sta在广播twt服务时间段(twtserviceperiod,twtsp)进行通信,其他醒来的sta则浪费了功耗。在广播twt中被调度的sta可能没有通信传输数据的需求,这些sta在广播twt醒来被调度不仅浪费能量还浪费了信道资源。

如何合理调度sta的醒来和休眠模式,是亟待解决的问题。



技术实现要素:

本发明实施例提供一种唤醒方法、接收端设备和发送端设备,能够合理调度接收端设备的醒来和休眠状态。

第一方面,提供了一种唤醒方法,所述方法由接收端设备执行,所述接收端设备包括主收发机和唤醒接收机wur,所述方法包括:所述接收端设备获取目标唤醒时间twt;在所述twt之前,所述接收端设备通过所述wur接收唤醒包wup;所述接收端设备根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt通过所述wur唤醒所述主收发机。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

采用现有的twt机制,在twt被调度的接收端设备醒来,但不需要醒来的设备,例如,在该时间段没有数据传输的设备醒来增加了功耗。采用本发明实施例的方法,在twt之前通过wup确定哪些设备需要醒来,哪些设备不需要醒来,这样避免所有被调度的接收端设备,可以降低功耗。

在本发明的一个实施例中,唤醒接收机接收唤醒包时可以是从休眠模式变为醒来模式,这样可以避免唤醒接收机一直保持醒来模式引起的能量损耗。

结合第一方面,在第一方面的一种实现方式中,所述接收端设备根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt通过所述wur唤醒所述主收发机包括:如果所述目标接收端设备信息中不包括所述接收端设备的标识符(identifier,id)或不包括所述接收端设备所属组的组id,所述接收端设备在twt保持所述主收发机休眠。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,所述接收端设备在twt通过所述wur唤醒所述主收发机。

在本发明的一个实施例中,wup携带的目标接收端设备信息可以是接收端设备的id,当接收端设备分为不同的组时,目标接收端设备信息还可以为组id,还可以是wup携带的其他信息来确定是否要唤醒主收发机。

在本发明的一个实施例中,接收端设备可以为sta,也可以为ap。例如,接收端设备为sta,sta可以配置主收发机(mainradio,mr)和低功耗唤醒接收机(wake-upreceiver,wur)两个接收机。主收发机可以用来进行数据发送和接收,一般地,主收发机处于关闭状态。wur可以用来接收唤醒包(wake-uppacket,wup),并唤醒主电路。wur需要在ap发送wup时打开准备接收。sta可能在一段时间内与ap没有数据交互,如果wur一直保持开着的状态检测wup会增加功耗。如果关闭wur,sta无法确定何时打开wur接收ap发送的wup。本发明实施例将twt机制与wup结合,通过wup确定是否要唤醒该主收发机,twt机制决定唤醒主收发机的时间。在通过wup确定需要唤醒主收发机时,在twt唤醒主收发机。这样使得主收发机在需要醒来时醒来进行数据帧、触发帧、信标帧等的传输,能够降低主收发机在没有数据接收或发送时醒来带来的功耗,并且能够有效利用信道资源,减小因不必要醒来而被调度产生的资源浪费。对于wur,接收端设备可以与发送端设备预先约定wur的醒来时间,wur在约定时间醒来接收wup,其他时间wur可以休眠,这样能够进一步降低wur一直保持醒着状态带来的功耗。

在本发明的一个实施例中,twt可以通过接收端设备和发送端设备之间传输twt请求消息和twt响应消息来建立twt协议时确定。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述接收端设备通过所述wur接收唤醒包wup包括:所述接收端设备通过所述wur在[t1,t2]时间段内接收所述wup,其中,t1、t2为时间。

在本发明的一个实施例中,接收端设备接收wup的时间可以为一个时间点,也可以为一个时间段。这里定义一个时间段[t1,t2]考虑到wur时间上的不准确性,可以克服wur在时间上的飘逸;另外,还可以到ap可能会发送多个wup的情况。在本发明的另一个实施例中,如果在目标时间[t1,t2]内没有收到wup,可以等待一个额外的预设时间,也可以定义过期时间,如果等待预设时间或到达过期时间时,仍未收到wup,则认为没有收到wup。

在本发明的一个实施例中,t1、t2可以为相对时间,也可以为绝对时间。例如,t1、t2可以为相对于twt的时间。

本发明实施例中的t1、t2可以在twt之前。

在本发明的一个实施例中,接收端设备接收wup的时间段[t1,t2]可以由twt的时间来决定,也可以由接收端设备接收信标帧(beacon)的时间来决定。换句话说,接收wup的起止时间可以是相对twt的时间,也可以是相对接收信标帧的时间。另外,t1,t2也可以是绝对时间。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述接收端设备获取指示信息,所述指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

本发明实施例中的指示信息可以是在接收端设备和发送端设备协商twt时发送,也可以在协商twt完成后发送,还是在协商twt之前进行发送,本发明实施例对此不做限制。另外,本发明实施例中的指示信息可以单独发送,也可以携带在发送端设备和接收端设备交互的一些消息中。

在本发明的一个实施例中,可以由接收端设备或发送端设备可以确定是否需要通过wup协助twt进行唤醒主收发机的机制。可以是接收端设备确定休眠机制后告诉发送端设备,也可以是发送端设备确定休眠机制后告诉接收端设备,还可以是接收端设备和发送端设备通过协商确定唤醒机制。

在需要通过wup协助twt进行唤醒主收发机的机制时,可以采用本发明实施例提供的唤醒机制进行休眠。在确定不需要通过wup协助twt进行唤醒主收发机的机制时,接收端设备可以采用其他的唤醒机制或执行现有的唤醒流程。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述接收端设备通过所述主收发机向接入点发送端设备发送twt请求消息;所述接收端设备通过所述主收发机接收所述发送端设备根据所述twt请求消息反馈的twt响应消息;其中,所述twt请求消息或所述twt响应消息包括指示信息。

在本发明的一个实施例中,twt请求消息或twt响应消息中可以携带指示信息字段,用于指示接收端设备采用根据wup确定在twt主收发机是否保持休眠的机制。该指示信息字段可以为一个比特,例如,比特为1表示可以采用本发明限定的根据wup确定在twt是否唤醒主收发机,比特位0可以表示不采用本发明限定的根据wup确定在twt是否保持主收发机休眠的机制,或者比特位0表示采用现有的twt机制在twt唤醒主收发机。

上述确定是否采用本发明唤醒机制的指示信息包括在twt请求消息或twt响应消息中,也可以包括在接收端设备和发送端设备建立twt协议的其他消息或单独传输确定,还可以接收端设别和发送端设备协商确定。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述方法还包括:所述接收端设备向发送端设备发送数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

在本发明的一个实施例中,如果接收端设备支持采用本发明根据wup进行唤醒主收发机的机制时,可以根据本发明的方案唤醒主收发机。如果接收端设备不支持本发明的唤醒机制,可以采用其他唤醒主收发机的唤醒方法。

接收端设备可以随时发送数据帧,向发送端设备指示是否支持结合wup和twt的唤醒机制,这样可以灵活调度需要传输数据的sta,能够实现更深度的节能。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示(operationmodeindication,omi),所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠的比特。

在本发明的一个实施例中,可以通过复用现有的媒体接入控制(mediaaccesscontrol,mac)帧头的omi来指示接收端设备是否支持本发明的唤醒机制,也可以在高效聚合字段中重新设计新的twt调度支持指示字段来指示接收端设备是否支持本发明的唤醒机制。

结合第一方面及其上述实现方式,在第一方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

第二方面,提供了一种唤醒方法,包括:所述发送端设备在目标唤醒时间twt之前,向接收端设备发送唤醒包wup,所述wup用于所述接收端设备根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt通过所述wur唤醒所述主收发机。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

结合第二方面,在第二方面的一种实现方式中,如果所述目标接收端设备信息中不包括所述接收端设备的标识符id或不包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt保持所述主收发机休眠。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt通过所述wur唤醒所述主收发机。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述发送端设备在所述twt之前,向接收端设备发送唤醒包wup包括:所述发送端设备通过所述wur在[t1,t2]时间段内向所述接收端设备发送所述wup,其中,t1、t2为时间。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,t1、t2都为相对于twt的时间。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述方法还包括:所述发送端设备获取指示信息,所述指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否休眠。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述方法还包括:所述发送端设备接收所述接收端设备通过所述主收发机发送的twt请求消息;所述发送端设备根据所述twt请求消息向所述接收端设备的主收发机发送twt响应消息;其中,所述twt请求消息或所述twt响应消息包括指示信息。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述方法还包括:所述发送端设备接收所述接收端设备发送的数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否休眠。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示omi,所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否休眠的比特。

结合第二方面及其上述实现方式,在第二方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否休眠。

第三方面,提供了一种唤醒方法,所述方法由接收端设备执行,所述接收端设备包括主收发机和唤醒接收机,所述方法包括:所述接收端设备向发送端设备发送数据帧,所述数据帧用于指示所述接收端设备支持第一唤醒机制和第二唤醒机制,所述第一唤醒机制为根据唤醒包wup确定在目标唤醒时间twt主收发机是否保持休眠的机制,所述第二唤醒机制为所述接收端设备通过所述唤醒接收机在twt唤醒所述主收发机的机制;所述接收端设备接收指示信息,所述指示信息用于指示所述接收端设备采用所述第一唤醒机制和所述第二唤醒机制中的一种机制;所述接收端设备根据所述指示信息在twt保持所述主收发机休眠或通过所述唤醒接收机唤醒所述主收发机。

本发明实施例通过发送端设备在接收端设备支持的唤醒机制中,指示接收端设备采用确定的一种唤醒机制进行主收发机的唤醒,这样发送端设备和接收端设备可以随时协商并灵活调度唤醒机制。

第四方面,提供了一种唤醒方法,所述方法由发送端设备执行,所述方法包括:发送端设备接收数据帧,所述数据帧用于指示接收端设备支持第一唤醒机制和第二唤醒机制,所述第一唤醒机制为根据唤醒包wup确定在目标唤醒时间twt主收发机是否保持休眠的机制,所述第二唤醒机制为所述接收端设备直接通过唤醒接收机在twt唤醒主收发机的机制,所述接收端设备包括主收发机和唤醒接收机;所述发送端设备向所述接收端设备发送指示信息,所述指示信息用于指示所述接收端设备采用所述第一唤醒机制和所述第二唤醒机制中的一种机制,以便所述接收端设备根据所述指示信息在twt保持所述主收发机休眠或通过所述唤醒接收机唤醒所述主收发机。

第五方面,提供了一种接收端设备,所述接收端设备包括主收发模块和唤醒接收模块和获取模块;其中,所述获取模块用于获取目标唤醒时间twt;所述唤醒接收模块用于在所述twt之前接收唤醒包wup;所述唤醒接收模块,还用于根据所述wup携带的目标接收端设备信息,在twt保持所述主收发模块休眠或者在所述twt唤醒所述主收发模块。

结合第五方面,在第五方面的一种实现方式中,所述唤醒接收模块具体用于如果所述目标接收端设备信息中不包括所述接收端设备的标识符id或不包括所述接收端设备所属组的组id,所述接收端设备在twt保持所述主收发模块休眠。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述唤醒接收模块具体用于如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,所述接收端设备在twt通过所述wur唤醒所述主收发模块。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述唤醒接收模块具体用于在[t1,t2]时间段内接收所述wup,其中,t1、t2为时间。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述获取单元还用于获取第一指示信息,所述第一指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发模块是否保持休眠。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述主收发模块具体用于向接入点发送端设备发送twt请求消息,并接收所述发送端设备根据所述twt请求消息反馈的twt响应消息;其中,所述twt请求消息或所述twt响应消息包括指示信息。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述主收发模块具体用于向接入点发送端设备发送twt请求消息,接收所述发送端设备根据所述twt请求消息反馈的twt响应消息,并接收第二指示信息,所述第二指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发模块是否保持休眠。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述主收发机具体用于向发送端设备发送数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发模块是否保持休眠。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示omi,所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发模块是否保持休眠的比特。

结合第五方面及其上述实现方式,在第五方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发模块是否保持休眠。

上述第五方面的接收端设备的各个单元/模块及其功能可以对应于第一方面的唤醒方法,并且,装置中各个单元/模块可以实现方法的相应流程,为了简洁,在此不再赘述。

第六方面,提供了一种发送端设备,所述发送端设备包括发送模块,所述发送模块用于在目标唤醒时间twt之前,向接收端设备发送唤醒包wup,所述接收端设备包括主收发机和唤醒接收机wur,所述wup用于所述接收端设备根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt通过所述wur唤醒所述主收发机。

结合第六方面,在第六方面的一种实现方式中,如果所述目标接收端设备信息中不包括所述接收端设备的标识符id或不包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt保持所述主收发机休眠。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt通过所述wur唤醒所述主收发机。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述发送模块具体用于通过所述wur在[t1,t2]时间段内向所述接收端设备发送所述wup,其中,t1、t2为时间。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述发送端设备还包括获取模块,所述获取模块用于获取第一指示信息,所述第一指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述发送端设备还包括接收模块,所述接收模块用于接收所述接收端设备通过所述主收发机发送的twt请求消息;所述发送模块还用于根据所述twt请求消息向所述接收端设备的主收发机发送twt响应消息;其中,所述twt请求消息或所述twt响应消息包括指示信息。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述发送端设备还包括接收模块,所述接收模块用于接收所述接收端设备通过所述主收发机发送的twt请求消息;所述发送模块还用于根据所述twt请求消息向所述接收端设备的主收发机发送twt响应消息,并且向所述接收端设备发送第二指示信息,所述第二指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述接收模块还用于接收所述接收端设备发送的数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示omi,所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠的比特。

结合第六方面及其上述实现方式,在第六方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

上述第六方面的发送设备的各个单元/模块及其功能可以对应于第二方面的唤醒方法,并且,装置中各个单元/模块可以实现方法的相应流程,为了简洁,在此不再赘述。

第七方面,提供了一种接收端设备,所述接收端设备包括主收发机、唤醒接收机wur和处理器;其中,所述处理器用于获取目标唤醒时间twt;所述wur用于在所述twt之前接收唤醒包wup;所述wur还用于根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt唤醒所述主收发机。

结合第七方面,在第七方面的一种实现方式中,所述wur具体用于如果所述目标接收端设备信息中不包括所述接收端设备的标识符id或不包括所述接收端设备所属组的组id,在twt保持所述主收发机休眠。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述wur具体用于如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,在twt唤醒所述主收发机。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述wur具体用于在[t1,t2]时间段内接收所述wup,其中,t1、t2为时间。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述处理器还用于获取第一指示信息,所述第一指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述主收发机还用于向接入点发送端设备发送twt请求消息,接收所述发送端设备根据所述twt请求消息反馈的twt响应消息,其中,所述twt请求消息或所述twt响应消息包括指示信息。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述主收发机还用于向接入点发送端设备发送twt请求消息,接收所述发送端设备根据所述twt请求消息反馈的twt响应消息,并接收第二指示信息,所述第二指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述主收发机用于向发送端设备发送数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示omi,所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠的比特。

结合第七方面及其上述实现方式,在第七方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

上述第七方面的接收端设备的各个单元/模块及其功能可以对应于第一方面的唤醒方法,并且,装置中各个单元/模块可以实现方法的相应流程,为了简洁,在此不再赘述。

第八方面,提供了一种发送端设备,包括:发射机用于在目标唤醒时间twt之前,向接收端设备发送唤醒包wup,所述接收端设备包括主收发机和唤醒接收机wur,所述wup用于所述接收端设备根据所述wup携带的目标接收端设备信息,在twt保持所述主收发机休眠或者在所述twt通过所述wur唤醒所述主收发机。

结合第八方面,在第八方面的一种实现方式中,如果所述目标接收端设备信息中不包括所述接收端设备的标识符id或不包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt保持所述主收发机休眠。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,如果所述目标接收端设备信息中包括所述接收端设备的id或包括所述接收端设备所属组的组id,所述wup具体用于指示所述接收端设备在twt通过所述wur唤醒所述主收发机。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述发射机具体用于在[t1,t2]时间段内向所述接收端设备发送所述wup,其中,t1、t2为时间。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述发送端设备还包括处理器,所述处理器用于获取第一指示信息,所述第一指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述发送端设备还包括接收机;其中,所述接收机用于接收所述接收端设备通过所述主收发机发送的twt请求消息;所述发射机还用于根据所述twt请求消息向所述接收端设备的主收发机发送twt响应消息;所述twt请求消息或所述twt响应消息包括指示信息。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述发送端设备还包括接收机;所述接收机用于接收所述接收端设备通过所述主收发机发送的twt请求消息;所述发射机还用于根据所述twt请求消息向所述接收端设备的主收发机发送twt响应消息,并向所述接收端设备发送第二指示信息,所述第二指示信息用于指示所述接收端设备采用根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述发送端设备还包括接收机,所述接收机用于接收所述接收端设备发送的数据帧,所述数据帧用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述数据帧的mac帧头携带操作模式指示omi,所述omi包括用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠的比特。

结合第八方面及其上述实现方式,在第八方面的另一种实现方式中,所述数据帧包括高效聚合字段,所述高效聚合字段包括twt调度支持指示字段,所述twt调度支持指示字段用于指示所述接收端设备支持根据所述wup确定在所述twt所述主收发机是否保持休眠。

上述第八方面的发送端设备的各个单元/模块及其功能可以对应于第二方面的唤醒方法,并且,装置中各个单元/模块可以实现方法的相应流程,为了简洁,在此不再赘述。

附图说明

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

图1是可应用本发明实施例的通信系统的应用场景的示意图。

图2是一个现有唤醒方法的步骤的示意图。

图3是另一现有唤醒方法的步骤的示意图。

图4是本发明一个实施例的唤醒方法的示意性交互图。

图5是本发明一个实施例的唤醒方法的示意图。

图6是本发明另一实施例的唤醒方法的示意图。

图7是本发明再一实施例的唤醒方法的示意图。

图8是本发明再一实施例的唤醒方法的示意图。

图9是本发明再一实施例的唤醒方法的示意图。

图10是可用于本发明实施例的接收操作模式指示omi的结构示意图。

图11是高效聚合控制字段he-a-control的结构示意图。

图12是根据本发明实施例的在高效聚合字段结构中增加的字段的示意图。

图13是本发明一个实施例的接收端设备的装置框图。

图14是本发明另一实施例的发送端设备的装置框图。

图15是本发明再一实施例的接收端设备的装置框图。

图16是本发明再一实施例的发送端设备的装置框图。

具体实施方式

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

图1是可应用本发明实施例的通信系统的应用场景的示意图。图1所示的无线局域网(wirelesslocalareanetwork,wlan)中包括发送端设备(例如图1中所示的ap)和接收端设备(例如图1中所示的sta)。ap负责与多个sta进行双向通信,例如图1中示出的ap向sta(例如图1中的sta1和sta2)发送下行数据,或者ap接收来自sta(例如图1中的sta3)的上行数据。应理解,图1中示出的ap和sta的个数仅是示意性的,wlan中可以包括任意数量的ap和sta。

本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystemofmobilecommunication,gsm)系统、码分多址(codedivisionmultipleaccess,cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)系统、通用分组无线业务(generalpacketradioservice,gprs)、长期演进(longtermevolution,lte)系统、lte频分双工(frequencydivisionduplex,fdd)系统、lte时分双工(timedivisionduplex,tdd)、通用移动通信系统(universalmobiletelecommunicationsystem,umts)或全球互联微波接入(worldwideinteroperabilityformicrowaveaccess,wimax)通信系统等。

在本发明实施例中,ap可以为站点提供接入服务,ap可以是wlan中的接入点,也可以是gsm或cdma中的基站(basetransceiverstation,bts),还可以是wcdma中的基站(nodeb),还可以是lte中的演进型基站(evolvednodeb,enb或e-nodeb)。本发明对此并不作限定。

在本发明实施例中,站点可以是支持wlan通信协议的各种站点(station,sta)、也可以是gsm或cdma或wcdma中的终端(terminal)、用户设备(userequipment)、移动台(mobilestation,ms)、移动终端(mobileterminal)等,该站点可以经无线接入网(radioaccessnetwork,ran)与一个或多个核心网进行通信,例如,站点可以是移动电话(或称为“蜂窝”电话)、智能家居、具有移动终端的计算机等,例如,站点还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语音和/或数据。

本发明实施例中以接收端设备为ap,发送端设备为sta为例进行示例性说明。

图2是一个现有唤醒方法的步骤的示意图。图2的单独twt以发送端设备为ap,接收端设备为sta为例进行示例。

步骤1,sta向ap发送twt请求消息。

步骤2,ap向sta发送twt响应消息。

ap接收sta发送的twt请求消息,并根据twt请求消息,向sta发送twt响应消息。接收端设备和发送端设备之间建立twt协议,在建立twt协议时可以确定twt的值。

步骤3,在twtap向sta发送触发(trigger)帧。

sta在twt醒来等待触发帧的调度,准备进行上行传输。

步骤4,sta收到触发帧后,向ap反馈上行帧。

sta收到触发帧后,如果在当前触发帧中被调度,可以向ap回应一个上行帧,比如节能轮询(powersavepoll)帧或数据(data)帧。如果不在当前触发帧中被调度,则触发帧的级联域(cascadedfield)值为1,即该触发帧之后还有其他触发帧,否则可以进行休眠模式。

步骤5,ap向sta发送确认帧。

ap收到sta发送的节能轮询帧或者数据帧后,可以向sta发送多用户块确认(multipleuserblockacknowledge,m-ba)帧对sta进行确认。

或者,ap向sta发送下行数据传输(dldatatransmission)帧时,也可以触发sta利用块确认帧(blockacknowledge,ba)帧进行确认。

上述图2给出的是sta需要醒来或者说,sta有轮询帧或数据帧需要传输时的流程示意图。如果ap调度的sta不需要醒来,例如,sta和ap之间没有轮询帧或数据帧需要传输,这时sta醒来浪费了能量。

图3是另一现有唤醒方法的步骤的示意图。图3的广播twt以发送端设备为ap,接收端设备为sta,包括sta1和sta2为例进行示例。

步骤1,sta1向ap发送twt请求消息,ap接收twt请求消息。

步骤2,ap向sta1发送twt响应消息,sta1接收twt响应消息。

ap接收sta1发送的twt请求消息,并根据twt请求消息,向sta1发送twt响应消息。接收端设备和发送端设备之间建立twt协议,在建立twt协议时,sta1与ap协商所需醒来的tbtt和所需要侦听的间隔(listeninterval),侦听间隔是twt调度sta1需要保持醒来状态接收信标帧的时间间隔。通过协商把twt元素(element,ie)的twt域设置为第一个tbtt。

步骤3,ap向sta(包括sta1和sta2)发送信标(beacon)帧,sta接收ap发送的信标帧。

成功协商广播twt后,twt调度sta可以进入休眠模式。所有的twt调度sta会在协商的第一个tbtt时间点醒来接收ap发送的信标(beacon)帧,信标帧携带twt元素对广播twt参数进行设置,例如,信标帧携带发送触发帧的目标唤醒时间twt1和发送多用户物理层协议数据单元(multi-userphysicallayerprotocoldataunit,muppdu)的目标唤醒时间twt2。

步骤4,ap向sta发送触发帧,sta接收ap发送的触发帧。

sta接收完信标帧之后,sta可以再次进入休眠模式,并在信标帧中指示的twt1时间点醒来等待通信,例如,在twt1时刻ap向sta发送触发帧,sta醒来接收ap发送的触发帧。该步骤与图2的步骤3类似,在此不再详细赘述。

步骤5,sta收到触发帧后,向ap反馈上行帧,ap接收上行帧。

该步骤与图2的步骤4类似,在此不再详细赘述。例如,上行帧可以为图3中所示的轮询帧。

步骤6,ap向sta发送确认(m-ba)帧,sta接收确认帧。

ap向sta发送确认帧,以确认收到sta发送的轮询帧。

步骤7,ap向sta发送muppdu,sta接收muppdu。

在信标帧中指示的twt2时刻,ap向sta发送muppdu,sta醒来等待通信,即,sta醒来接收ap发送的muppdu。

步骤8,sta向ap发送确认(ba)帧,ap接收确认帧。

sta向ap发送确认帧,表示已收到ap发送的muppdu。

上述图3给出的是sta需要醒来,或者说,sta有轮询帧或数据帧需要传输时的流程示意图。如果ap调度的sta不需要醒来,例如,sta和ap之间没有轮询帧或数据帧需要传输,这时sta醒来浪费了能量。并且,在广播twt中被调度的sta可能没有通信传输数据的需求,这些sta在广播twt醒来被调度不仅浪费能量还浪费了信道资源。

上面结合图2和图3给出现有的唤醒方法,下面结合本发明实施例具体给出本发明的唤醒方法。在本发明的实施中,接收端设备可以为sta,发送端设备为ap;也可以为接收端设备为ap,发送端设备为sta。本发明具体实例中以接收端设备为sta,发送端设备为ap为例进行说明。

图4是本发明一个实施例的唤醒方法的示意性交互图。图4的通信系统包括发送端设备和接收端设备,接收端设备由唤醒接收机和主收发机组成。

101,发送端设备获取twt。

102,接收端设备通过主收发机获取twt。

步骤101和步骤102发送端设备和接收端设备获取twt,可以是接收端设备和发送端设备在建立twt协议时协商twt的值。可以由发送端设备直接向接收端设备发送twt的值,也可以由接收端设备确定twt再向发送端设备发送twt的值,还可以接收端设备和发送端设备二者协商确定twt的值。

例如,在单独twt机制中,可以通过下列方式确定twt的值:sta向ap发送twt请求消息,ap接收sta发送的twt请求消息,并根据twt请求消息,向sta发送twt响应消息,接收端设备和发送端设备之间建立twt协议,在建立twt协议时确定twt的值。

再如,在广播twt机制中,可以通过下列方式确定twt的值:sta可以在约定的tbtt醒来接收信标帧,信标帧中可以携带广播twt的值,twt的值可以为多个,比如,twt的值可以包括发送触发帧的twt1和发送muppdu的twt2。

在本发明的一个实施例中,接收端设备和发送端设备可以协商确定是否需要采用wup协助进行接收端设备的主收发机的唤醒机制。接收端设备可以获取指示信息,该指示信息用于指示接收端设备采用根据wup确定在twt主收发机是否保持休眠的机制。

例如,该指示信息可以包括在twt请求消息中,也可以包括在twt响应消息中,还可以是由接收端设备和发送端设备协商确定。

又如,该指示消息携带在twt协议建立过程中的其他消息中。再如,接收端设备和发送端设备用信令单独传输或协商该指示消息。

在本发明的一个实施例中,接收端设备和发送端设备采用图4的唤醒流程唤醒接收端设备的主收发机时需要建立在接收端设备支持根据wup确定在twt主收发机是否保持休眠的机制。在本发明的一个实施例中,在步骤103之前,接收端设备可以向发送端设备发送数据帧,该数据帧用于指示该接收端设备支持根据wup确定在twt主收发机是否保持休眠的机制。这种指示可以通过复用数据帧的现有字段进行指示,也可以在高效聚合字段重新设计字段进行指示。

在本发明的另一实施例中,接收端设备可以向发送端设备发送数据帧,数据帧可以用于指示接收端设备支持现有的在twt唤醒接收机唤醒主收发机的唤醒机制。

例如,数据帧的mac帧头携带操作模式指示omi字段,omi字段包括用于指示接收端设备支持根据wup确定在twt主收发机是否保持休眠的比特。具体地,802.11ax中omi允许sta动态调整合适的接收天线数量以及信道带宽来接收后续的ppdu帧,omi可以在数据帧等的mac帧头中标识,这样相对单独采用管理帧可以提高mac层的效率。优选地,omi中有2个比特的保留位,可以利用omi中的保留比特位来进一步指示是否支持twt机制,也可以利用omi中的保留比特位来进一步指示是否支持同wup结合的twt机制。具体地,omi的示意图如图10所示,当sta在当前或是接下来的某段时间有传输需求时,twt调度域设置为1,表示sta此时支持twt结合wup的判断机制,可以被调度;当sta在当前或是接下来的某段时间没有传输需求时,twt调度域设置为0,表示sta此时不支持twt结合wup的判断机制,不能被调度。

另外,在本发明的一个实施例中,上述数据帧的mac帧头携带的omi字段也可以用于指示接收端设备支持根据wup确定在twt是否需要唤醒主收发机的比特。

再如,数据帧包括高效聚合字段,高效聚合字段包括twt调度支持指示字段,twt调度支持指示字段用于指示接收端设备支持根据wup确定在twt主收发机是否保持休眠。具体地,直接在高吞吐率控制(highthroughputcontrol,ht-control)字段的高效聚合控制(highefficientaggregatedcontrol,he-a-control)字段携带twt调度支持指示信息。he-a-control字段可以通过不同的控制标识符(controlidentifier,controlid)携带不同的控制信息,如图11所示。在控制字段可以采用一种新的控制标识符,指示he-a-control携带的是关于twt调度支持指示信息。具体方法如图12所示,当sta在当前或是接下来的某段时间有传输需求时,twt调度支持指示域设置为1,表示sta此时支持twt被调度,可以被广播twt的调度;当sta在当前或是接下来的某段时间没有传输需求时,twt调度支持指示域设置为0,表示sta此时不支持twt结合wup的判断机制,不能被调度。

步骤102为可选步骤。可选地,还可以在步骤103之前发送端设备获取唤醒包wup。

103,在twt之前发送端设备向接收端设备发送唤醒包wup,接收端设备通过唤醒接收机接收wup。

本发明实施例可以通过wup确定是否需要唤醒接收端设备的主收发机,例如,根据wup携带的目标接收端设备的信息确定是否需要唤醒主收发机。在本发明的一个实施例中,wup携带的目标接收端设备信息可以是接收端设备的id,当接收端设备分为不同的组时,目标接收端设备信息还可以为组id,还可以是wup携带的其他信息来确定是否要唤醒主收发机。

例如,如果wup携带的信息包括sta1的id或sta1的组id,表示需要唤醒sta1主收发机。反之,如果wup携带的信息不包括sta2的id或sta2的组id,表示不需要唤醒sta2主收发机。

当接收端设备有通信需求时,需要唤醒接收端设备的主收发机。例如,发送端设备有下行数据帧、控制帧、触发帧等需要向接收端设备传输,或者,接收端设备有上行数据帧、轮询帧等需要向发送端设备传输时,需要唤醒接收端设备的主收发机。当接收端设备没有通信需求时,可以保持接收端设备的主收发机休眠,减小能量损耗。

本发明实施例将twt与wup结合,在twt之前,通过wup确定是否需要唤醒接收端设备的主收发机,通过twt机制确定唤醒时刻为twt的值。这样通过wup将不需唤醒接收端设备在twt保持休眠,将需要唤醒的接收端设备在twt唤醒,这样可以避免不必要的醒来引发的能量损耗。

在本发明的一个实施例中,发送端设备发送wup的时间和接收端设备通过wur接收wup的时间可以是一个时间点,也可以是一个时间段,例如[t1,t2]。定义一个时间段区间,可以克服由于wur时间上的不精确性引起的wur在时间上的漂移,还可以满足ap发送多个wup的情况。对于时间点的情况,t1=t2。优选地,[t1,t2]为目标时间,如果在目标时间段内没有收到wup,则可以认为没有收到wup,或者可以等待一段预设时长,或者,可以额外定义过期时长。如果等待预设时长后,或者,达到过期时长仍未收到wup,可以认为没有收到wup。没有收到wup时,唤醒接收机不需要唤醒主收发机,主收发可以保持休眠模式。

在本发明的一个实施例中,发送wup的时间可以由ap在协商twt协议的过程中进行指示,也可以在信标帧中进行指示,还可以由标准规定为固定值,本发明实施例对此不做限制。

不管采用何种方式确定发送wup的时间,接收端设备和发送端设备都可以获得该发送wup的时间,使得接收端设备在该时间打开wur准备接收该wup。由于sta可以获取发送wup的时间,所以wur可以在该时间段之前休眠,进一步节省wur的功耗。通过这种方法,可以使得原本会在twt醒来但在twt服务时间段期间不被调度的sta可以一直保持休眠模式,能够减少功耗。

在本发明的一个实施例中,发送wup的时间可以是时间的绝对值,也可以是时间的相对值。优选地,发送wup的时间段的起止时间t1和t2为相对于twt的相对值。

104,在twt,接收端设备通过唤醒接收机根据唤醒包唤醒主收发机或保持主收发机休眠。

例如,如果wup携带的信息包括sta1的id,sta1的唤醒接收机得在twt唤醒sta1的主收发机。反之,如果wup携带的信息不包括sta2的id,sta2的唤醒接收机在twt保持sta2的主收发机休眠。这样,不需要醒来的sta2可以避免不必要的醒来,能够降低能量损耗。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

下面将结合具体实施例详细说明本发明的唤醒方法。本发明的具体实施例中以图4中的发送端设备为ap,接收端设备为sta,sta由主电路和唤醒接收机组成。

图5是本发明一个实施例的唤醒方法的示意图。图5所示的唤醒方法的通信系统可以包括ap和sta,其中,sta由主收发机mr和唤醒接收机wur组成。

步骤1,sta通过mr向ap发送twt请求消息,ap接收twt请求消息。

twt请求消息在ap和mr之间传输,此时,wur可以为休眠模式,mr为唤醒模式。

步骤2,ap向sta发送twt响应消息,sta通过mr接收twt响应消息。

twt请求消息在ap和mr之间传输,此时,wur可以为休眠模式,mr为唤醒模式。

接收端设备和发送端设备之间可以通过twt请求消息和twt响应消息建立twt协议,确定twt的值。sta的mr可以在twt醒来接收ap传输的数据帧、控制帧、管理帧等。

步骤3,在twt之前,ap向sta发送wup,sta通过wur接收wup。

wup的传输时间为[t1,t2],t1和t2可以相同,也可以不同。

wup在twt之前在ap和wur之间传输,该时间内wur醒来接收wup,即wur处于醒来模式,而mr可以处于休眠模式。

wup中包括sta的id时,sta的唤醒接收机在twt需要唤醒主收发机。

步骤4,在twt,ap向sta发送触发(trigger,tf)帧,sta通过mr接收ap发送的触发帧。

触发帧在ap和mr之间传输,此时mr处于醒来模式,触发帧的发送时刻为twt,在确定twt并且wup指示wur唤醒mr时,mr在twt醒来。wur在这段时间可以保持休眠。

步骤5,sta通过mr向ap发送节能轮询帧(powersavepoll,ps-poll)或数据(data)帧,ap接收节能轮询帧或数据帧。

在传输节能轮询帧或数据帧时,wur可以保持休眠,mr处于醒来模式。

步骤6,ap向sta发送m-ba帧,sta通过mr接收m-ba帧。

在传输m-ba帧时,wur可以保持休眠,mr处于醒来模式。

步骤7,sta通过mr向ap发送上行数据传输帧,ap接收上行数据传输帧。

在传输上行数据传输帧时,wur可以保持休眠,mr处于醒来模式。

图5中标示出了wur和mr可以处于休眠模式的时间段。本发明实施例中通过wup和twt机制的结合,ap同sta的主收发机之间有传输需求时才会醒来,没有传输需求时可以保持休眠模式,这样能够减小不必要醒来带来的能量损耗。wur在接收wup时醒来,其他时刻可以保持休眠模式,这样能够确保在比较准确的时间wur醒来接收唤醒包,而其他时间可以处于休眠模式,进一步减小能量损耗。

图6是本发明另一实施例的唤醒方法的示意图。图6所示的唤醒方法的通信系统可以包括ap和sta,其中,sta由主收发机mr和唤醒接收机wur组成。图6的唤醒方法的示意图与图5中的唤醒方法的示意图所不同的图6中的sta不需要唤醒。例如,图6的wup中不包括sta的标识信息,表示在twt不需要唤醒主收发机,主收发机在twt保持休眠模式,这样可以避免没有传输需求的sta醒来带来的不必要的能量损耗。其他的流程和相应模式与图5所示的相同,在此不再详细赘述。

图7是本发明再一实施例的唤醒方法的示意图。图7所示的唤醒方法的通信系统可以包括ap和三个sta,三个sta分别为sta1、sta2、sta3,其中,sta由对应的主收发机mr和唤醒接收机wur组成。wup2携带的信息用于指示sta1和sta2不需要被唤醒,sta3需要被唤醒。图7中用on表示醒来模式,用off表示休眠模式。

可选地,sta3的wur在wup2传输时需要处于醒来模式,在传输wup1时可以保持休眠模式或醒来模式。ap和sta可以通过建立twt协议时协商不同wup的目标唤醒时间,这样在wup1的目标唤醒时间sta3未检测到自己的标识符,可以使sta3的wur保持休眠模式,在传输wup2时再醒来,也可以保持醒来模式直到接收到wup2(如图7所示)。同理,sta1和sta2的wur在传输wup2时可以处于醒来模式,也可以处于休眠模式。

上述图5至图7给出的是单独twt机制,即,图5至图7的示意图中ap用来调度单个sta。下面结合图8至图12说明广播twt机制,即,ap可以同时调度多个sta传输需求。

图8是本发明再一实施例的唤醒方法的示意图。图8所示的唤醒方法的通信系统可以包括ap和三个sta,三个sta分别为sta1、sta2、sta3,其中,sta由对应的主收发机mr和唤醒接收机wur组成,即三个sta分别对应wur1,mr1,wur2,mr2,wur3,mr3。sta1和sta2为需要被唤醒的站点,sta3为不需要被唤醒的站点。

步骤1,sta1通过mr1向ap发送twt请求消息,ap接收twt请求消息。

twt请求消息在ap和mr1之间传输,此时,wur1可以为休眠模式,mr1为唤醒模式,sta2和sta3未参与twt请求消息的传输,该时间段sta2和sta3可以保持处于休眠模式。

步骤2,ap向sta1发送twt响应消息,sta1通过mr接收twt响应消息。

twt响应消息在ap和mr1之间传输,此时,wur1可以为休眠模式,mr1为唤醒模式。sta2和sta3未参与twt响应消息的传输,该时间段sta2和sta3可以保持处于休眠模式。

ap和sta可以通过twt请求消息和twt响应消息建立twt协议,确定twt的值。sta的mr可以在twt醒来接收ap传输的数据帧、控制帧、管理帧等。twt可以为一个,也可以为多个,例如,图8中的twt可以包括twt1和twt2,其中,twt1可以为传输触发(trigger)帧的时间,twt2可以为传输dlmuppdu的时间。

建立twt协议的过程中,sta可以与ap协商目标信标帧的传输时间tbtt和侦听时间。

步骤3,ap向sta发送信标(beacon)帧,三个sta通过各自对应的mr接收信标帧。

信标帧在ap和mr之间传输,mr1、mr2和mr3在传输信标帧的时间段处于醒来模式,wur1、wur2和wur3在传输信标帧的时间段可以处于休眠模式。

信标帧中可以携带twtie,twtie可以包括携带t1值和t2值的ndppagingfield字段。例如,ndppagingfield为4个字节,前两个字节携带t1值,后两个字节携带t2的值,单位为微秒。t1,t2的时间范围可以为(0,65536)微秒。

步骤4,在twt1之前,ap向sta发送wup1,sta通过wur接收wup1。

wur的传输时间为[t1,t2],t1和t2可以相同,也可以不同。t1和t2可以是twt1的相对值,也可以为tbtt的相对值。

wup1在twt之前在ap和wur之间传输,该时间内wur1、wur2和wur3醒来接收wup1,即wur都处于醒来模式,而mr1、mr2和mr3可以处于休眠模式。

步骤5,在twt,ap向sta发送触发(trigger,tf)帧,sta通过mr接收ap发送的触发帧。

触发帧在ap和mr之间传输,此时mr1、mr2和mr3处于醒来模式,触发帧的发送时刻为twt1时刻,在确定twt1并且wup指示wur唤醒mr时,mr1和mr2在twt醒来,由于sta3没有传输需求,例如,wup1中不包括sta3的标识符,mr3保持休眠。wur1、wur2和wur3在这段时间可以保持休眠。

步骤6,sta通过mr向ap发送上行节能轮询帧ulps-poll或上行数据帧,ap接收上行节能轮询帧或上行数据帧。

在传输上行节能轮询帧或数据帧时,wur1、wur2和wur3可以保持休眠,mr1和mr2处于醒来模式,由于sta3没有传输需求,mr3仍保持休眠。

步骤7,ap向sta发送m-ba帧,sta通过mr接收m-ba帧。

在传输m-ba帧时,wur1、wur2和wur3可以保持休眠,mr1、和mr2处于醒来模式,mr3仍保持休眠。

步骤8,在twt2之前,ap向sta发送wup2,sta通过wur接收wup2。

wur的传输时间为[t3,t4],t3和t4可以相同,也可以不同。t3和t4可以是twt2的相对值,也可以为tbtt的相对值。

wup2在twt2之前在ap和wur之间传输,该时间内wur1、wur2和wur3醒来接收wup2,即wur都处于醒来模式,而mr1、mr2和mr3可以处于休眠模式。

步骤9,在twt2时刻,sta通过mr向ap发送上行数据传输帧,ap接收上行数据传输帧。

在传输上行数据传输帧时,wur1、wur2和wur3可以保持休眠,mr1和mr2处于醒来模式,sta3没有传输需求,mr3仍保持休眠。

步骤10,收到上行多用户ppdu的sta向ap发送确认(ba)帧,表示已收到传输的上行多用户ppdu帧。

在传输ba帧时,wur1、wur2和wur3可以保持休眠,mr1和mr2处于醒来模式,sta3没有传输数据,mr3仍保持休眠。

图8中标示出了三个wur和三个mr可以处于休眠模式的时间段。本发明实施例中通过wup和twt机制的结合,sta的主收发机在有传输需求时才会醒来,没有传输需求时可以保持休眠模式,这样能够减小不必要醒来带来的能量损耗。wur在接收wup时醒来,其他时刻可以保持休眠模式,这样能够确保在比较准确的时间wur醒来接收唤醒包,而其他时间可以处于休眠模式,进一步减小能量损耗。

图9是本发明再一实施例的唤醒方法的示意图。图9所示的唤醒方法的通信系统可以包括ap和三个sta,三个sta分别为sta1、sta2、sta3,其中,sta由对应的主收发机mr和唤醒接收机wur组成。本发明实施例中的wup1和wup2携带的信息用于指示sta1和sta2为需要唤醒的站点,sta3为不需要唤醒的站点。图9中用on表示醒来模式,用off表示休眠模式。

可选地,ap与sta可以约定在tbtt之前发送wup1,wup1用于指示需要在tbtt时刻唤醒听取信标帧的sta,如图9所示。

图10是可用于本发明实施例的接收操作模式指示omi的结构示意图。

802.11ax中mac帧包括omi。omi包括接收机空时流数(numberofspatialstream,nss)字段、接收机信道宽度字段、twt调度字段和待定(tobedecided,tbd)字段。omi允许sta动态调整合适的接收天线数量以及信道带宽来接收后续的ppdu帧,omi可以在数据帧等的mac头标识,相对于单独采用管理帧可以提高mac层的传输效率。omi中有2个保留比特位,可以利用omi中的一个保留比特位进一步表示是否支持twt调度。

如果sta在当前或接下来的某段时间有数据需求时,twt调度域设置为1,表示sta此时支持twt调度,可以被广播twt的调度。如果sta在当前或接下来的某段时间没有数据需求时,twt调度域设置为0,表示sta此时不支持twt调度,不能被广播twt的调度。

图11是高效聚合控制字段he-a-control的结构示意图。mac帧包括高效聚合控制(highefficientaggregatedcontrol,he-a-control)字段。如图所示,he-a-control字段包括非常高吞吐率字段、高效字段和聚合控制(aggregatedcontrol)字段。其中,聚合控制字段包括多个控制(控制1-控制n)字段和填充(padding)字段,每个控制字段包括控制标识字段和控制信息(controlinfo)字段。图11中括号内的数字表示该字段占的比特数。

图12是根据本发明实施例的在高效聚合字段结构中增加的字段的示意图。在本发明的一个实施例中,采用一种新的控制id,指示新增的控制信息为twt调度支持指示信息。图中括号内的数字为对应字段的比特数。如果sta在当前或是接下来的某段时间有数据传输需求,twt调度支持指示域设置为1,表示sta此时支持twt调度,可以被广播twt的调度。如果sta在当前或接下来的某段时间没有数据传输需求,twt调度支持指示域设置为0,表示sta此时不支持twt调度,不能被广播twt的调度。

图13是本发明一个实施例的接收端设备的装置框图。图13的接收端设备10包括主收发模块11、唤醒接收模块12和获取模块13。

获取模块13用于获取目标唤醒时间twt.

唤醒接收模块12用于在twt之前接收唤醒包wup。

唤醒接收模块12还用于根据wup携带的目标接收端设备信息,在twt保持主收发模块11休眠或者在twt唤醒主收发模块11。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

本发明实施例中的接收端设备可以为sta,例如手机等移动终端、智能家居等。

图13中接收端设备的各个单元/模块及其功能可以对应于图1至图12中接收端设备所执行的唤醒方法,并且,接收端设备中各个单元/模块可以实现唤醒方法中的相应流程,为了简洁,在此不再赘述。

图14是本发明另一实施例的发送端设备的装置框图。图14的发送端设备20包括发送模块21。

发送模块21用于在目标唤醒时间twt之前向接收端设备发送唤醒包wup,接收端设备包括主收发机和唤醒接收机wur。wup用于接收端设备根据wup携带的目标接收端设备信息,在twt保持主收发机休眠或者在twt通过wur唤醒主收发机。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

可选地,发送端设备20还可以包括接收模块22,用于接收另一端设备发送的帧或消息。

本发明实施例中的发送端设备可以为ap,例如站点、基站、路由器等。

图14中发送端设备的各个单元/模块及其功能可以对应于图1至图12中发送端设备所执行的唤醒方法,并且,发送端设备中各个单元/模块可以实现唤醒方法中的相应流程,为了简洁,在此不再赘述。

图15是本发明再一实施例的接收端设备的装置框图。图15的接收端设备30包括主收发机31、唤醒接收机32、处理器33和存储器34。

具体地,处理器33用于获取目标唤醒时间twt。

唤醒接收机32用于在twt之前接收唤醒包wup。

唤醒接收机32还用于根据wup携带的目标接收端设备信息,在twt保持主收发机休眠或者在twt唤醒主收发机。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

处理器33控制发送端设备30的操作,并可用于处理信号。存储器34可以包括只读存储器和随机存取存储器,并向处理器33提供指令和数据。发送端设备30的各个组件通过总线系统35耦合在一起,其中总线系统3除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图中将各种总线都标为总线系统35。

图15中接收端设备的各个单元/模块及其功能可以对应于图1至图12中接收端设备所执行的唤醒方法,并且,接收端设备中各个单元/模块可以实现唤醒方法中的相应流程,为了简洁,在此不再赘述。

图16是本发明再一实施例的发送端设备的装置框图。图16的发送端设备40包括发射机41、处理器43和存储器44。

具体地,发射机41用于在目标唤醒时间twt之前向接收端设备发送唤醒包wup。接收端设备包括主收发机和唤醒接收机wur。wup用于接收端设备根据wup携带的目标接收端设备信息,在twt保持主收发机休眠或者在twt通过wur唤醒主收发机。

可选地,发送端设备还包括接收机42。

本发明实施例在twt之前根据wup确定是否需要唤醒接收端设备的主收发机,使得不需要醒来的接收端设备的主收发机在twt保持休眠,需要醒来的接收端设备通过主收发机醒来接收调度,这样能够实现对接收端设备休眠与醒来的合理调度。

处理器43控制发送端设备40的操作,并可用于处理信号。存储器44可以包括只读存储器和随机存取存储器,并向处理器43提供指令和数据。发送端设备40的各个组件通过总线系统45耦合在一起,其中总线系统45除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图中将各种总线都标为总线系统45。

图16中发送端设备的各个单元/模块及其功能可以对应于图1至图12中发送端设备所执行的唤醒方法,并且,发送端设备中各个单元/模块可以实现唤醒方法中的相应流程,为了简洁,在此不再赘述。

应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

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

应理解,在本发明实施例中,“与a相应的b”表示b与a相关联,根据a可以确定b。但还应理解,根据a确定b并不意味着仅仅根据a确定b,还可以根据a和/或其它信息确定b。

本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

本发明实施例中的处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。

结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的软件程序,或者二者的结合来实施。软件程序可以置于随机存储器(randomaccessmemory,ram)、内存、只读存储器(read-onlymemory,rom)、电可编程只读存储器(electricallyprogrammableread-onlymemory,eprom)、电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory,eeprom)、寄存器、硬盘、可移动磁盘、致密盘只读存储器(compactdiscread-onlymemory,cd-rom)、或技术领域内所公知的任意其它形式的存储介质中。

尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述,但本发明并不限于此。在不脱离本发明的精神和实质的前提下,本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换,而这些修改或替换都应在本发明的涵盖范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1