用于在无线网络中进行确认的方法、装置和计算机可读介质与流程

文档序号:12289980阅读:200来源:国知局
用于在无线网络中进行确认的方法、装置和计算机可读介质与流程

本申请要求于2014年9月26日递交的美国专利申请序列号14/498,385的优先权权益,以及要求于2014年5月8日递交的美国临时专利申请序列号61/990,414的优先权权益,其中每一项的全部内容通过引用被结合于此。

技术领域

实施例关于无线通信。一些实施例涉及无线网络中的块确认。



背景技术:

通过无线网络传输数据的一个问题在于对接收的数据进行确认。通常,对接收的数据进行确认会消耗带宽。此外,通过使用一些协议,大量台站可以同时在空间域和时间域二者中进行发送。另外,消费者通常需要越来越多的带宽以供他们的应用使用。

因此,存在对于减少与传输较少量数据相关联的信令、带宽和延迟的系统、装置和方法的一般需求。

附图说明

图1根据一些实施例示出了无线网络;

图2根据一些示例性实施例示出了确认的时序图;

图3根据一些示例性实施例示出了确认的时序图;

图4根据一些示例性实施例示出了确认的时序图;

图5根据一些示例性实施例示出了确认的时序图;

图6根据一些示例性实施例示出了确认的时序图;

图7根据一些示例性实施例示出了具有用于在无线网络中进行确认的字段的帧;

图8根据一些示例性实施例示出了具有用于在无线网络中进行确认的字段的帧;

图9根据一些示例性实施例示出了具有用于在无线网络中进行确认的字段的帧;以及

图10根据一些示例性实施例示出了高效无线HEW设备。

具体实施方式

下面的描述和附图充分地说明了具体实施例,从而使得本领域技术人员能够实施这些实施例。其他实施例可以包括结构的、逻辑的、电学的、过程和其他改变。一些实施例的部分和特征可被包括在其他实施例的部分和特征中或者可被其他实施例的部分和特征代替。权利要求中所陈述的实施例包括那些权利要求的全部可获得的等同物。

图1根据一些实施例示出了无线网络。无线网络可以包括基础服务集(BSS)50,BSS 50可以包括接入点(AP)104、多个高效无线或Wi-Fi(HEW)(例如,IEEE(电气与电子工程师协会)802.11ax)设备以及多个传统(例如,IEEE 802.11n/ac)设备106。

AP 104可以是AP并使用802.11来发送和接收。AP 104可以是基站。除了802。11协议之外,AP 104还可以使用其他通信协议。802.11协议可以是802.11ax。802.11协议可以包括使用正交频分多址(OFDMA)。802.11可以包括使用多用户多输入和多输出(MU-MIMO)。

HEW设备102可以是无线发送和接收设备,例如蜂窝电话、手持型无线设备、无线眼镜、无线手表、无线个人设备、平板或可以使用802.11协议(例如,802.11ax)或其他无线协议进行发送和接收的其他设备。

BSS 50可以在主信道和一条或多条辅信道或子信道上操作。BSS 50可以包括一个或多个AP 104。根据实施例,AP 104可以在一条或多条辅信道或子信道或主信道上与一个或多个HEW 102进行通信。在示例性实施例中,AP 104在主信道上与传统设备106进行通信。在示例性实施例中,AP 104可被配置为在一条或多条辅信道上与一个或多个HEW设备102进行通信,同时仅使用主信道而不使用任何辅信道与传统设备106进行通信。

AP 104可以根据传统IEEE 802.11通信技术与传统设备106进行通信。在示例性实施例中,AP 104还可以被配置为根据传统IEEE 802.11通信技术与HEW设备102进行通信。传统IEEE 802.11通信技术可以指代在IEEE 802.11ax之前的任意IEEE 802.11通信技术。

在一些实施例中,HEW帧可被配置为具有相同带宽或不同带宽,并且带宽可以是20MHz、40MHz、80MHz或160MHz连续带宽或80+80MHz非连续带宽中的一者。在一些实施例中,可以使用320MHz连续带宽。在一些实施例中,还可以使用1MHz、1.25MHz、2.5MHz、5MHz和10MHz或它们的组合。在这些实施例中,HEW帧可被配置用于发送多个空间流。

参考图2至9,在示例性实施例中,AP 104被配置为发送和/或接收信号字段(SIG)120、220、320、420和520;数据(DATA)122、222、322、422和522;多用户块确认请求(MU BAR)323、423和523;块确认请求(BAR)223;块确认(BACK)226、326、426和526;帧600和700;以及BACK 126。

在示例性实施例中,HEW设备102被配置为发送和/或接收SIG 120、220、320、420和520;DATA 122、222、322、422和522;MU BAR323、423和523;BAR 223;BACK 226、326、426和526;帧600和700;以及ACK 126。在示例性实施例中,HEW设备102是使用802.11的台站(STA)。

在其他实施例中,AP 104、HEW设备102和/或传统设备106可以实施不同的技术,例如码分多址(CDMA)2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE(GERAN)、长期演进(LTE)、IEEE 802.15.1、802.11ac、IEEE 802.16(即,全球微波互联接入(WiMAX))。

在OFDMA系统(例如,802.11ax)中,相关联的HEW设备102可以在BSS 50的任意20MHz子信道上操作(例如,它可以80MHz操作)。

实施例属于无线通信。一些实施例涉及高效无线通信,包括高效Wi-Fi/无线局域网(WLAN)和HEW通信。一些实施例涉及根据IEEE 802.11标准中的一个标准的无线通信,其中IEEE 802.11标准包括高效WLAN研究组(HEW SG),其现在是IEEE 802.11ax任务组。

根据一些IEEE 802.11ax(高效Wi-Fi)实施例,AP 104可以作为主台站,其可被布置为竞争无线介质(例如,在竞争时段期间)以在HEW控制时段(即,传输机会(TXOP))期间接收对介质的排他控制。主台站可以在HEW控制时段的起始处发送HEW主同步传输。在HEW控制时段期间,HEW台站可以根据基于非竞争的多址技术与主台站进行通信。这与常规Wi-Fi通信不同,在常规Wi-Fi通信中设备根据基于竞争的通信技术而非多址技术进行通信。在HEW控制时段期间,主台站可以使用一个或多个HEW帧与HEW台站进行通信。在HEW控制时段期间,传统台站抑制通信。在一些实施例中,主同步传输可被称为HEW控制和调度传输。

在一些实施例中,在HEW控制时段期间使用的多址技术可以是经调度的OFDMA技术,尽管这不是必要条件。在一些实施例中,多址技术可以是时分多址(TDMA)技术或频分多址(FDMA)技术。在一些实施例中,多址技术可以是空分多址(SDMA)技术。

主台站还可以根据传统IEEE 802.11通信技术与传统台站进行通信。在一些实施例中,主台站还可以被配置为在HEW控制时段之外根据传统IEEE 802.11通信技术与HEW台站进行通信,尽管这不是必要条件。

图2根据一些示例性实施例示出了确认的时序图100。图2中示出了时序图100、AP 104、STA 108、SIG 120、DATA 122和BACK 126。在示例性实施例中,STA 108是HEW设备102。时序图100示出了沿横轴的时间160和沿纵轴的频率150。沿顶部表示出了发送器。

频率150可以被分为四条子信道1、2、3、4。在示例性实施例中,每条子信道1、2、3、4可以具有5MHz的带宽。在示例性实施例中,每条子信道都具有带宽,并且这些带宽可以是不同的。例如,子信道1和2可具有5MHz的带宽,子信道3可具有10MHz的带宽,以及子信道4可具有20MHz的带宽。在示例性实施例中,子信道1、2、3、4可以根据无线标准。如所示,存在一个AP 104和四个STA 108。在示例性实施例中,可以存在更多或更少个STA 108和AP 104。

在示例性实施例中,STA 108和AP 104可以使用OFDMA来进行通信。在示例性实施例中,STA 108和AP 104可以使用上行链路和下行链路多用户多输入多输出(UL MU-MIMO)来进行通信。在MU-MIMO中,可以使用采用同一频率的两个或更多个空间流。在示例性实施例中,STA108和AP 104可以根据无线通信标准进行通信。在示例性实施例中,无线标准可以是802.11、802.11a、802.11b、802.11g、802.11n、802.11ac、802.11ad、802.11af、802.11ah、802.11ai、802.11aj、802.11aq、802.11ax、蓝牙或其他无线标准。

在示例性实施例中,STA 108是移动设备。在示例性实施例中,STA108是无线移动设备。在示例性实施例中,AP 104是AP。在示例性实施例中,AP 104是移动设备。在示例性实施例中,AP 104是无线设备。在示例性实施例中,AP 104是STA 108。

在示例性实施例中,SIG 120是可以包括关于数据122的信息的信号。在示例性实施例中,SIG 120可以包括关于AP 104的信息。在示例性实施例中,SIG 120可以包括关于确认策略的信息。在示例性实施例中,SIG 120可以包括符合无线标准的帧。在示例性实施例中,SIG 120包括符合无线标准的控制帧或管理帧。

在示例性实施例中,数据122可以是包括符合无线标准的数据帧的信号。在示例性实施例中,BACK 126可以是包括根据无线标准的确认帧的信号。在示例性实施例中,BACK 126可以是根据无线标准的块确认。在示例性实施例中,数据122包括对确认策略的指示。

时序图100开始于162,其中AP 104向STA 108发送SIG 120。在示例性实施例中,AP 104可以基于所使用的确认策略来确定在SIG 120中包括这样的位,该位向STA 108指示使用如下确认策略:STA 108向AP 104发送BACK 126而无需等待发送BACK 126的请求。在示例性实施例中,AP 104可以在前一帧中向STA 108发送对于确认策略的指示。

时序图100继续进行至164,其中AP 104向STA 108发送数据122。例如,AP 104可以在子信道3上向STA2108.2发送数据122.2。

在示例性实施例中,AP 104可以基于AP 104的确认策略来确定在数据122之后不发送调度(SCH)/SIG。在示例性实施例中,AP 104可以在数据122的帧中包括对于确认策略的指示。

时序图100继续进行至166,其中STA 108等待发送ACK 126。在一些实施例中,STA 108可以在发送BACK 126之前等待短帧间间隔(SIFS)166。在示例性实施例中,STA 108可以基于确认策略确定不等待来自AP 104的SCH和/或SIG和/或ACK请求。在示例性实施例中,STA108可以基于从AP 104接收的对于确认策略的指示,在发送ACK 126之前等待SIFS 166。在示例性实施例中,STA 108可以等待大于SIFS 166的一段时间。在示例性实施例中,AP 104可以向STA 108发送STA 108在发送之前应当等待的预定时间量。在示例性实施例中,对于确认策略的指示可能已经在先前的帧(例如,信标或其他管理帧)或者在控制帧或数据帧中被发送至STA 108。例如,对于确认策略的指示可能已经在SIG 120或DATA 122帧中被发送。

时序图100继续进行至168,其中STA 108向AP 104发送ACK 126。在示例性实施例中,STA 108使用它们在其上接收数据122的同一子信道来发送ACK 126。例如,STA3 108.3在子信道2上接收数据122.3并在该子信道2上向AP 104发送ACK 126.3。在示例性实施例中,ACK 126是ACK 126。在示例性实施例中,STA 108被配置为基于确认策略,在没有接收到来自AP 104的SCH和/或SIG和/或BACK请求的情况下,响应于DATA 122发送BACK 126。

在示例性实施例中,响应于来自AP 104的、作为确认策略的一部分的隐式请求,BACK 126被发送至AP 104。在示例性实施例中,STA 108可以在发送BACK 126之前或之后发送数据(未示出)。在示例性实施例中,SIG 120或DATA 122中的一者包括调度表,并且STA根据该调度表来发送数据。在示例性实施例中,BACK 126可以是数据帧的一部分(未示出)。

STA 108在没有接收到来自AP 104的额外的帧的情况下发送BACK126可具有节省时间的技术效果,这是因为发送调度和/或SIG帧将花费时间。调度和/或SIG帧可花费100微秒。

在一些实施例中,当一条或多条子信道1、2、3、4可被多于一个STA 108共享时,可以使用MU-MIMO。例如,子信道4可以被诸如STA1 108.1和STA5 108.5(未示出)之类的MU-MIMO群组共享。在示例性实施例中,确认策略可以基于预定的规则。在示例性实施例中,STA108可以基于与该STA 108相关联的空间流来确定何时发送BACK 126。在示例性实施例中,第一空间流所针对的MU-MIMO群组中的STA 108可以是第一STA 108,该第一STA 108在接收到数据122传输之后发送BACK 126。

图3根据一些示例性实施例示出了确认的时序图200。图3中示出了时序图200、AP 104、STA 108、SIG 220、DATA 222、块确认请求(BAR)223以及BACK 226。时序图示出了沿横轴的时间260和沿纵轴的频率250。沿顶部表示出了发送器。

在示例性实施例中,BAR 223可以是根据无线标准的块确认请求223这样的信号。在示例性实施例中,块确认(BACK)226可以是根据无线标准的块确认这样的信号。

时序图200开始于262,其中AP 104向STA 108发送SIG 220。时序图200继续进行至264,其中AP 104向STA 108发送数据222。例如,AP104可以在子信道3上向STA2 108.2发送数据222.2。

时序图200继续进行至266,其中AP 104向STA 108发送BAR 223。BAR 223可以包括对于STA 108将使用确认策略的指示,该指示表明将在向STA 108发送BAR 223和/或DATA 222的相同子信道1、2、3、4上发送BACK 226。在示例性实施例中,对于确认策略的指示可能已经在先前的帧(例如,信标或其他管理帧)或控制帧或数据帧中被发送至STA108。

时序图200可以继续进行至268,其中STA 108等待发送BACK226。在示例性实施例中,STA 108可以在发送BACK 226之前等待SIFS268。在示例性实施例中,STA 108可以确定在发送BACK 226之前等待SIFS 268,而无需等待SCH/SIG。在示例性实施例中,STA 108可以基于从AP 104接收到对于将不发送SCH/SIG的指示,确定在发送BACK 226之前等待SIFS 268,而无需等待SCH/SIG。在示例性实施例中,STA 108可以在发送BACK 226之前等待不同的时间段。

时序图200继续进行至270,其中STA 108向AP 104发送BACK226。在一些实施例中,STA 108使用它们在其上接收数据222和/或BAR223的同一子信道来发送BACK 226。例如,STA3 108.3在子信道2上接收BAR 223.3并且在该子信道2上向AP 104发送BACK 226.3。在一些实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于BAR 223发送BACK226。

在示例性实施例中,当一条或多条子信道1、2、3、4可被多于一个STA 108共享时,可以使用MU-MIMO。例如,子信道4可被诸如STA1108.1和STA5 108.5(未示出)之类的MU-MIMO群组共享。在示例性实施例中,确认策略可以基于预定的规则。在示例性实施例中,STA 108可以基于与STA 108相关联的空间流来确定何时发送BACK 226。在示例性实施例中,第一空间流所针对的MU-MIMO群组中的STA 108可以是第一STA 108,该第一STA 108在接收到DATA 222传输之后发送BACK226。

图4根据一些示例性实施例示出了确认的时序图300。图4中示出了时序图300、AP 104、STA 108、SIG 320、DATA 322、多用户块确认请求(MU BAR)323、以及BACK 326。时序图示出了沿横轴的时间360和沿纵轴的频率350。沿顶部表示出了发送器。

在示例性实施例中,MU BAR 323可以是根据无线标准的多用户BACK请求这样的信号。在示例性实施例中,MU BAR 323是在子信道1、2、3、4上被发送至STA 108的BACK请求。在示例性实施例中,MU-BAR 323可以是寻址多个STA 108的多播/广播帧。在示例性实施例中,MU BAR 323可以包括对于STA 108将使用确认策略的指示,该指示表明将在子信道1、2、3、4中的哪一子信道上发送BACK 326。

时序图300开始于362,其中AP 104向STA 108发送SIG 320。时序图300继续进行至364,其中AP 104向STA 108发送数据322。例如,AP104可以在子信道3上向STA2 108.2发送数据322.2。

时序图300继续进行至366,其中AP 104向STA 108发送MU-BAR323。在示例性实施例中,MU BAR 323可在轮询两个或更多个STA 108的子信道1、2、3、4的某一频带上发送,以发送BACK 326。

在示例性实施例中,MU BAR 323可以包括对于STA 108将使用确认策略的指示,该指示表明BACK 326将被发送于在其上向STA 108发送DATA 622的同一子信道1、2、3、4上。在示例性实施例中,对于确认策略的指示可能已经在先前的帧(例如,管理帧或控制帧)中被发送至STA108。在示例性实施例中,MU-BAR 323可以包括针对上行链路BACK 326的子信道分配。在示例性实施例中,MU-BAR 323包括下列信息中的一项或多项:STA 108的关联标识(AID)、STA 108用于发送BACK 326的子信道以及可被包括在一种或多种无线标准中的传统BAR信息。

时序图300继续进行至368,其中STA 108等待发送BACK 326。在一些实施例中,STA 108可以在发送ACK 326之前等待SIFS 368。在示例性实施例中,STA 108可以基于在SIG 320中接收到对于确认策略的指示,确定在发送ACK 326之前等待SIFS 366,而无需等待SCH/SIG。

时序图300继续进行至370,其中STA 108向AP 104发送BACK326。在示例性实施例中,STA 108使用与它们在其上接收数据322的同一子信道来发送BACK 326。例如,STA3 108.3在子信道2上接收数据322.3并且在该子信道2上向AP 104发送BACK 326.3。在示例性实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于MU BAR 323发送BACK 326。在示例性实施例中,STA 108被配置为基于MU-BAR 323中的子信道分配,在分配的子信道1、2、3、4上发送BACK 326。

在一些实施例中,当一条或多条子信道1、2、3、4可被多于一个STA 108共享时,可以使用MU-MIMO。例如,子信道4可以被诸如STA1 108.1和STA5 108.5(未示出)之类的MU-MIMO群组共享。在示例性实施例中,确认策略可以基于预定的规则。在示例性实施例中,STA108可以基于与STA 108相关联的空间流来确定何时发送BACK 326。在示例性实施例中,第一空间流所针对的MU-MIMO群组中的STA 108可以是第一STA 108,该第一STA 108在接收到DATA 322传输之后发送BACK 326。

图5根据一些示例性实施例示出了确认的时序图400。图5中示出了时序图400、AP 104、STA 108、SIG 420、DATA 422、MU BAR 423.1、MU BAR 423.2以及BACK 426。时序图示出了沿横轴的时间460和沿纵轴的频率450。沿顶部表示出了发送器。如所示,AP 104和两个或更多个STA 108可以使用MU-MIMO和OFDMA。如所示,频率450被示出两次(450.1和450.2),其中450.1示出第一MU-MIMO群组,并且450.2示出第二MU-MIMO群组。

时序图400开始于462,其中AP 104向STA 108发送SIG 420.1和SIG 420.2。时序图400继续进行至464,其中AP 104向STA 108发送数据422。例如,AP 104可以在子信道3上在第一空间流中向STA2 108.2发送数据422.2并且在第二空间流中向STA6 108.6发送数据422.6。

时序图400继续进行至466,其中AP 104向STA 108发送MU-BAR423.1。在示例性实施例中,MU BAR 423.1可以在轮询两个或更多个STA108的频带上被发送,以发送BACK 426。例如,MU BAR 423.1可以在MU-MIMO群组中的子信道1、2、3、4上轮询STA1 108.1至STA4108.4。MU BAR 423可以包括对于STA 108将使用确认策略的指示,该指示表明BACK 426将在向STA 108发送DATA 422的同一子信道1、2、3、4上被发送。

在示例性实施例中,MU-BAR 423可以指示哪一MU-MIMO群组应当响应。在示例性实施例中,MU-BAR 423可以指示应当响应的MU-MIMO群组,并且STA 108可以基于预定的规则确定哪一群组应当响应。在示例性实施例中,对于确认策略的指示可能已经在先前的帧(例如,管理帧或控制帧)中被发送至STA 108。在示例性实施例中,MU-BAR 423可以是寻址多个STA 108的多播/广播帧。在示例性实施例中,MU-BAR 423可以包括针对上行链路BACK 426的子信道分配。MU-BAR 423可以包括下列信息中的一项或多项:STA 108的AID、STA 108用于发送BACK 426的子信道以及可被包括在一种或多种无线标准中的传统BAR信息。

时序图400继续进行至468,其中STA 108等待发送BACK 426。在示例性实施例中,STA 108可以在发送BACK 426之前等待SIFS 468。在示例性实施例中,STA 108可以确定在发送BACK 426之前等待SIFS466,而无需等待SCH/SIG。在示例性实施例中,STA 108可以基于在SIG420中接收到对于确认策略的指示,确定在发送BACK 426之前等待SIF466,而无需等待SCH/SIG。

时序图400继续进行至470,其中STA 108向AP 104发送BACK426。在示例性实施例中,STA 108使用它们在其上接收数据422的同一子信道来发送BACK 426。例如,STA3 108.3在子信道2上接收数据423.3并且在该子信道2上向AP 104发送BACK 426.3。在示例性实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于MU BAR 423发送BACK 426。在示例性实施例中,STA 108被配置为基于MU-BAR 423中的子信道分配,在子信道1、2、3、4上发送BACK 426。

时序图400继续进行至472,其中AP 104发送第二MU-BAR 423.2。在示例性实施例中,AP 104针对每个MU-MIMO群组发送至少一个MU-BAR 423。

时序图400继续进行至474,其中STA 108等待发送BACK 426。时序图400继续进行至476,其中STA 108向AP 104发送BACK 426。在示例性实施例中,STA 108使用它们在其上接收数据422的同一子信道来发送BACK 426。例如,STA3 108.3在子信道2上接收数据422.3,并且在该子信道2上向AP 104发送BACK 426.3。在示例性实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于MU-BAR 423发送BACK 426。在示例性实施例中,STA 108被配置为基于MU-BAR 423中的子信道分配,在子信道1、2、3、4上发送BACK 426。

如所示,STA1 108.1和STA5 108.5处于不同的MU-MIMO群组。在470处,STA1 108.1响应于466处的MU-BAR 423.1,向AP 104发送BACK 426.1。在476处,STA5 108.5响应于472处的MU-BAR 423.2,向AP 104发送BACK 426.5。

图6根据一些示例性实施例示出了确认的时序图500。图6中示出了时序图500、AP 104、STA 108、SIG 520、DATA 522、MU BAR 523以及BACK 526。时序图示出了沿横轴的时间560和沿纵轴的频率550。沿顶部表示出了发送器。如所示,AP 104和两个或更多个STA 108可以使用MU-MIMO和OFDMA。如所示,频率550被示出两次(550.1和550.2),其中550.1示出第一MU-MIMO群组,并且550.2示出第二MU-MIMO群组。

时序图500开始于562,其中AP 104向STA 108发送SIG 520。在示例性实施例中,AP 104针对所示出的两个MU-MIMO群组发送单独的SIGS 520。

时序图500继续进行至564,其中AP 104向STA 108发送数据522。例如,AP 104可以在子信道3上向STA2 108.2发送数据522.2,并向STA6 108.6发送数据522.6。数据522.2和数据522.6可以在不同的MU-MIMO群组上被发送。

时序图500继续进行至566,其中AP 104向STA 108发送多用户块确认请求(MU-BAR)523。在示例性实施例中,MU BAR 523可以在频带上被发送,MU BAR 523轮询两个或更多个STA 108以发送BACK 526。在示例性实施例中,MU BAR 523可以轮询多个MU-MIMO群组。

在示例性实施例中,MU BAR 523可以包括对于STA 108将使用如下确认策略的指示,该确认策略指示BACK 526将在STA 108接收DATA522的同一子信道1、2、3、4上被发送。

在示例性实施例中,MU-BAR 523可以指示哪个MU-MIMO群组应当进行响应。在示例性实施例中,MU-BAR 523可以指示特定的MU-MIMO群组应当进行响应。在示例性实施例中,STA 108可以基于预定的规则来确定哪个群组应当进行响应。在示例性实施例中,对于确认策略的指示可能已经在先前的帧(例如,管理帧、数据帧或控制帧)中被发送至STA108。

在示例性实施例中,MU-BAR 523是寻址多个STA 108的多播/广播帧。在示例性实施例中,MU-BAR 523可以包括针对上行链路BACK 526的子信道分配。在示例性实施例中,MU-BAR 523包括下列信息中的一项或多项:STA 108的AID、STA 108用于发送BACK 526的子信道、STA108在MU-BAR 523之后在MU群组中发送BACK 526的顺序、以及可被包括在一种或多种无线标准中的传统BAR信息。在示例性实施例中,针对每个MU-MIMO群组发送一次MU-BAR 523。

时序图500可以继续进行至568,其中STA 108等待发送BACK526。在一些实施例中,STA 108可以在发送BACK 526之前等待SIFS568。在示例性实施例中,STA 108可以基于从AP 104接收到对于将不发送SCH/SIG的指示,确定在发送BACK 526之前等待SIFS 568,而无需等待SCH/SIG。在示例性实施例中,STA 108可以等待其他长度的时间。

时序图500继续进行至570,其中STA 108向AP 104发送BACK526。在示例性实施例中,STA 108使用与它们在其上接收数据522的同一子信道来发送BACK 526。例如,STA3 108.3在子信道2上接收BAR523.3,并在该子信道2上向AP 104发送BACK 526.3。在示例性实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于MU-BAR 523,发送BACK526。在示例性实施例中,STA 108被配置为基于MU-BAR 523中的子信道分配,在子信道1、2、3、4上发送BACK 526。

时序图500可继续进行至572,其中STA 108等待发送BACK 526。在一些实施例中,STA 108可以在发送BACK 526之前等待SIFS 572。在示例性实施例中,STA 108可以基于从AP 104接收到将不发送SCH/SIG的指示,确定在发送BACK 526之前等待SIFS 572,而无需等待SCH/SIG。在示例性实施例中,STA 108可以等待其他长度的时间。

时序图500继续进行至574,其中STA 108向AP 104发送BACK526。在示例性实施例中,STA 108使用它们在其上接收数据522的同一子信道来发送BACK 526。例如,STA3 108.3在子信道2上接收BAR523.3,并在该子信道2上向AP 104发送BACK 526.3。在示例性实施例中,STA 108被配置为基于从AP 104接收到实施该确认策略的指示,在没有接收到SCH和/或SIG的情况下,响应于MU-BAR 523,发送BACK526。在示例性实施例中,STA 108被配置为基于MU-BAR 523中的子信道分配,在子信道1、2、3、4上发送BACK 526。

如所示,STA1 108.1和STA5 108.5处于不同的MU-MIMO群组。在570处,STA1 108.1响应于566处的MU-BAR 523,向AP 104发送BACK526.1。在574处,STA5 108.5响应于566处的MU-BAR 523,向AP 104发送BACK 526.5。

在示例性实施例中,通过请求并行发送BACK,实现了减少接收BACK的时间的技术效果。在示例性实施例中,通过不在BAR中包括调度子信道分配,实现了减少接收BACK的时间的技术效果。

图7根据示例性实施例示出了帧600,帧600具有用于在无线网络中进行确认的字段602。在示例性实施例中,帧600是管理帧、控制帧或数据帧这样的信号。在示例性实施例中,帧600是SIG帧、信标帧、数据帧或MU BAR帧。在示例性实施例中,字段602可以指示确认策略,该确认策略表明STA 108应当如何确认帧。

在示例性实施例中,STA 108根据OFDMA和MU-MIMO进行通信。在示例性实施例中,字段602可以指示STA 108应当使用与在其上接收帧的相同子信道或信道来对该帧进行确认。在示例性实施例中,STA 108可以被配置为使用块确认。在示例性实施例中,字段602可以是指示应当使用OFDMA MU-MIMO确认策略的一位。确认策略可以是块确认策略。

在示例性实施例中,帧600是在数据帧之前被发送的帧,并且帧600包括对于应当在用于发送数据帧的子信道上对这些数据帧进行确认的指示。

在示例性实施例中,字段602可以指示针对MU-MIMO中的群组的确认策略。在示例性实施例中,字段602指示STA应当基于MU-MIMO群组的顺序来进行块确认。在示例性实施例中,字段602指示STA应当以它们的MU-MIMO群组的顺序来确认帧。在示例性实施例中,字段602指示STA应当根据它们的MU-MIMO群组来确认帧并在发送块确认之前等待SIFS。

在示例性实施例中,字段602可以指示STA应当在接收到块确认请求之后等待SIFS再发送块确认。

在示例性实施例中,字段602指示STA应当使用针对在其上发送块确认的子信道的预定义的规则和/或针对发送块确认的MU-MIMO群组的顺序的预定义的规则。

在示例性实施例中,帧600是SIG帧,并且字段602指示STA应当确认在SIG帧之后发送的数据帧,而无需等待确认请求。

图8根据示例性实施例示出了帧700,帧700具有用于在无线网络中进行确认的字段702。在示例性实施例中,帧700是MU BAR信号并且字段702指示STA用于发送对被发送至该STA的帧的块确认的子信道分配。在示例性实施例中,帧700可被用于根据OFDMA和MU-MIMO进行通信。在示例性实施例中,帧700是针对OFDMA和MU-MIMO的块确认请求这样的信号。在示例性实施例中,发送帧700以一次性地轮询多个STA,从而以并行BACK的方式发送多个BACK。

图9根据示例性实施例示出了帧800,帧800具有用于在无线网络中进行确认的字段802。帧800可以是这样的信号,其是STA所发送的管理帧的一部分,其中字段802指示STA所支持的一个或多个确认策略,如本文所公开的。

图10根据一些实施例示出了HEW设备。HEW设备1000可以是符合HEW的设备,该设备可被布置为与一个或多个其他HEW设备(例如,HEW设备102(图1)或AP 104(图1))进行通信,以及与传统设备106(图1)进行通信。HEW设备102和传统设备106也可以被分别称作HEW STA和传统STA。HEW设备1000可适用于作为AP 104(图1)或HEW设备102(图1)。根据实施例,除了其他以外,HEW设备1000可以包括物理层(PHY)电路1002和介质访问控制层(MAC)电路1004。PHY电路1002和MAC 1004可以是符合HEW的层,并且还可以符合一种或多种传统IEEE 802.11标准。除了其他以外,MAC 1004可被布置为配置物理层聚合过程协议数据单元(PPDU),并且被布置为发送和接收PPDU。HEW设备1000还可以包括其他硬件处理电路1006和存储器1008,它们被配置为执行本文所述的各种操作。

在一些实施例中,MAC 1004可以被布置为在竞争时段期间竞争无线介质,以在HEW控制时段内接收对介质的控制并配置HEW PPDU。PHY电路1002可被布置为发送HEW PPDU。PHY电路1002可包括用于调制/解调制、上转换/下转换、过滤、放大等等的电路。在一些实施例中,硬件处理电路1006可以包括一个或多个处理器。硬件处理电路1006可被配置为基于存储在随机存取存储器(RAM)或只读存储器(ROM)中的指令或基于专用电路来执行功能。在一些实施例中,两条或更多条天线可被耦合至PHY电路1002并被布置用于发送和接收信号,包括对HEW分组的传输。HEW设备1000可以包括收发机(未示出),以发送和接收诸如HEW PPDU之类的数据。存储器1008可以存储这样的信息,该信息将其他电路配置为执行用于配置和发送HEW分组的操作以及用于执行本文所述的各种操作,包括对SIG 120、220、320、420和520;DATA 122、222、322、422和522;MU BAR 323、423和523;BAR 223;BACK226、326、426和526;帧600和700;以及ACK 126的接收和发送。在示例性实施例中,天线、收发器、PHY电路1002、MAC 1004以及处理1006中的一个或多个的电路可被配置为执行用于配置和发送HEW分组的操作以及用于执行本文所述的各种操作,包括对SIG 120、220、320、420和520;DATA 122、222、322、422和522;MU BAR 323、423和523;BAR 223;BACK 226、326、426和526;帧600和700;以及ACK 126的接收和发送。

在一些实施例中,HEW设备1000可被配置为在多载波通信信道上使用OFDM通信信号进行通信。在一些实施例中,HEW设备1000可被配置为根据一种或多种具体通信标准(例如,IEEE标准,包括IEEE 802.11-2012、802.11n-2009、802.11ac-2013、802.11ax、针对WLAN的标准和/或提出的规范)进行通信,尽管示例性实施例的范围在这方面不受限制,因为它们还可以适用于根据其他技术和标准发送和/或接收通信。

在一些实施例中,HEW设备1000可以是便携式无线通信设备的一部分,该便携式无线通信设备例如是PDA、具有无线通信能力的膝上型电脑或便携式电脑、web平板、无线电话、智能电话、无线耳机、寻呼机、即时通讯设备、数码相机、AP、电视机、医疗设备(例如,心率监控器、血压监控器等等)、基站、用于诸如802.11或802.16之类的无线标准的发送/接收设备、或可以无线方式接收和/或发送信息的其他设备。在一些实施例中,移动设备可以下述各项中的一项或多项:包括键盘、显示器、非易失性存储器端口、多种天线、图形处理器、应用处理器、扬声器、以及其他移动设备元件。显示器可以是包括触摸屏的LCD屏幕。

天线可以包括一条或多条定向或全向天线,例如包括偶极天线、单极天线、贴片天线、环形天线、微带天线或适用于传输RF信号的其他类型的天线。在一些MIMO实施例中,天线可以被有效地分离,以利用可以产生的空间分集和不同信道特性。

尽管设备1000被示为具有数个分离的功能性元件,但是这些功能性元件中的一个或多个元件可以被组合并且可以通过软件配置元件(例如,包括DSP的处理元件)和/或其他硬件元件的组合来实现。例如,一些元件可以包括一个或多个微处理器、DSP、FPGA、ASIC、发送器、接收器、RFIC以及各种至少用于执行本文所述的功能的硬件和逻辑电路的组合。在一些实施例中,功能性元件可以指在一个或多个处理元件上操作的一个或多个处理。

实施例可以被实现于硬件、固件和软件中的一者或其组合中。实施例还可以被实现为存储于计算机可读存储设备上的指令,这些指令可被至少一个处理器读取并运行以执行本文所描述的操作。计算机可读存储设备可以包括用于以机器(例如,计算机)可读形式存储信息的任意非暂态机制。例如,计算机可读存储设备可以包括ROM、RAM、磁盘存储介质、光存储介质、闪存设备以及其他存储设备和介质。一些实施例可以包括一个或多个处理器,并且可以被配置有存储在计算机可读存储设备上的指令。

下面的示例涉及其他实施例。示例1是一种包括硬件处理电路的台站(STA),该硬件处理电路被配置为根据下行链路(DL)多用户多输入和多输出(MU-MIMO)以及正交频分多址(OFDMA),在子信道上接收来自接入点(AP)的数据帧。硬件电路可被配置为响应于数据帧,根据上行链路(UL)MU-MIMO和OFDMA发送对数据帧的块确认。

在示例2中,示例1的主题可选地包括,其中硬件处理电路还被配置为在子信道上发送对数据帧的块确认。

在示例3中,示例1和2的主题可选地包括,其中硬件处理电路还被配置为在STA尚未接收到块确认请求时,就发送对数据帧的块确认。

在示例4中,示例1至3的主题可选地包括,其中硬件处理电路还被配置为从AP接收对于确认策略的指示。

在示例5中,示例1至4的主题可选地包括,其中硬件处理电路还被配置为在发送之前等待短帧间间隔(SIFS)的时间。

在示例6中,示例1至5的主题可选地包括,其中硬件处理电路还被配置为在发送之前等待预定的时间,其中该预定的时间长于短帧间间隔(SIFS)的时间。

在示例7中,示例1至6的主题可选地包括,其中硬件处理电路还被配置为基于无线设备的MU-MIMO群组标识,一次性发送块确认。

在示例8中,示例1至7的主题可选地包括,其中硬件处理电路还被配置为响应于数据帧,根据UL MU-MIMO和OFDMA发送第二数据帧,其中该第二数据帧包括对数据帧的块确认。

在示例9中,示例1至8的主题可选地包括,其中硬件处理电路还被配置为响应于数据帧,在子信道上发送第二数据帧,并且根据UL MU-MIMO和OFDMA在子信道上发送对于数据帧的块确认。

在示例10中,示例1至9的主题可选地包括,其中硬件处理电路还被配置为在数据帧之前从AP接收信号帧。

在示例11中,示例1至10的主题可选地包括,其中数据帧或信号帧包括对调度表的指示;并且其中根据调度表发送第二数据帧。

在示例12中,示例1至11的主题可选地包括,其中数据帧或信号帧包括对于在子信道上发送对数据帧的块确认的指示。

在示例13中,示例1至8的主题可选地包括被耦合至处理电路的存储器和收发器。

在示例14中,示例13的主题可选地包括被耦合至收发器的一条或多条天线。

示例15是一种在台站(STA)上进行的方法。方法包括使用多用户多输入多输出(MU MIMO)在子信道上接收来自接入点(AP)的数据帧。方法还可以包括响应于接收数据帧,发送对数据帧的块确认,其中块确认是在没有接收到块确认请求的情况下被发送的。

在示例16中,示例15的主题可选地包括:在子信道上发送对数据帧的块确认。

在示例17中,示例15和16的主题可选地包括:在发送之前等待短帧间间隔(SIFS)的时间。

示例18是一种接入点(AP)。AP可以包括硬件处理电路,该硬件处理电路被配置为:根据下行链路(DL)多用户多输入和多输出(MU-MIMO)以及正交频分多址(OFDMA),在第一子信道上向第一台站(STA)发送第一数据帧,同时在第二子信道上向第二STA发送第二数据帧。硬件处理电路还被配置为根据上行链路(UL)MU-MIMO和OFDMA,从第一STA接收第一块确认,同时从第二STA接收第二块确认,其中第一块确认在第一子信道和第二子信道中的一个子信道上被接收,并且第二块确认在第一子信道和第二子信道中的另一子信道上被接收。

在示例19中,示例18的主题可选地包括,其中第一子信道和第二子信道分别具有第一带宽和第二带宽;并且其中第一带宽和第二带宽分别是下述群组中的一者:1MHz、1.25MHz、2.5MHz、5MHz、10MHz、20MHz、40MHz、80MHz以及160MHz;并且其中第一子信道和第二子信道是无线电频谱的不同部分。

在示例20中,示例18和19的主题可选地包括,其中硬件处理电路还被配置为在第一子信道上向第一STA发送第一传输,并且在第一子信道上向第三STA发送第三传输。

在示例21中,示例18至20的主题可选地包括,其中硬件处理电路还被配置为发送多用户(MU)块确认请求(BAR)。

在示例22中,示例21的主题可选地包括,其中MU-BAR包括调度子信道分配。

在示例23中,示例21的主题可选地包括,其中硬件处理电路还被配置为在从第一STA接收到第一块确认之后,从第三STA接收第三块确认,其中第三子信道和第一子信道占据无线电频谱的相同部分。

示例24是一种非暂态计算机可读存储介质,其存储供一个或多个处理器运行以执行用于块确认的操作的指令。指令将一个或多个处理器配置为:根据下行链路(DL)多用户多输入和多输出(MU-MIMO)以及正交频分多址(OFDMA),在子信道上接收来自接入点(AP)的数据帧;以及响应于数据帧,根据上行链路(UL)MU-MIMO和OFDMA,在子信道上发送对数据帧的块确认。

在示例25中,示例24的主题可选地包括,其中指令还将一个或多个处理器配置为在尚未接收到块确认请求时就发送块确认。

摘要被提供为遵守37 C.F.R 1.72(b)节,该节要求摘要允许读者确定本技术公开的性质和主旨。摘要的递交应理解为它将不被用于限制或解释权利要求的范围或意义。下面的权利要求因此被合并到具体实施方式中,其中每项权利要求独立作为单独的实施例。

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