经由请求清除技术控制来自多用户设备的传输的制作方法

文档序号:12161556阅读:186来源:国知局
经由请求清除技术控制来自多用户设备的传输的制作方法与工艺

本专利文档要求2015年8月19日提交的国际专利申请No.PCT/CN2015/087562、2015年11月5日提交的国际专利申请No.PCT/CN2015/093886和2015年12月18日提交的国际专利申请No.PCT/CN2015/097864在35U.S.C§119(a)和巴黎公约下的优先权的权益。前面提到的专利申请的全部内容通过引用被并入作为本申请的公开的部分。

背景

本专利文档涉及无线通信。

无线通信系统可包括一个或多个接入点(AP)的网络以与一个或多个无线工作站(STA)通信。接入点可向一个或多个无线工作站发射运载管理信息、控制信息或用户的数据的无线电信号,且工作站也可经由时分复用(TDD)在同一频道中或在经由频分复用(FDD)在不同频率中向接入点传输无线电信号。

IEEE 802.11是为无线局域网(WLAN)指定的异步时分复用技术。WLAN的基本单元是基本服务集(BSS)。基本设施BSS是具有通过与接入点(AP)相关联来连接到有线网络或互联网的工作站的BSS。在BSS中,接入点和工作站二者都通过使用载波侦听多路访问/冲突避免(CSMA/CA)技术(一种用于多路访问和数据传输的TDD机制)来共享相同的频道。

概述

本专利文档除了其他方面描述了用于使用多用户请求发送/清除发送(MU-RTS/CTS)来提供可靠的多用户传输以提高介质使用效率的技术。

在一个方面中,提供了一种用于AP的方法,该AP传输定址到多个STA的MU-RTS帧以触发同时的MU-CTS响应,使得AP可相应地将DL或UL传输调度到多个做出响应的工作站。

在另一方面中,提供了一种用于工作站的方法,该工作站不在MU-RTS帧的响应列表中以解码MU-RTS帧并相应地设置网络分配向量(NAV)。因此,它将防止其它工作站干扰在多用户传输机会(MU-TXOP)中的多用户传输。

在另一方面中,提供了一种方法,其与功率节省机制组合以协商组目标唤醒时间(GTWT)并在功率节省工作站的唤醒时间周期中传输MU-RTS,以便触发一组功率节省工作站来同时接收DL传输。

在另一方面中,提供了一种使用正交频分复用接入(OFDMA)子信道来区分开来自不同工作站的多个MU-CTS帧的方法。利用OFDMA子信道的正交特征,接入点(AP)可区分开从不同的工作站发送的MU-CTS帧。

在又一方面中,提供了在MU-CTS帧的帧头部中包括正交序列的方法。可选地或另外地,该方法可导致在MU-CTS的尾部处附加OFDMA符号。利用正交序列,AP可能能够识别来自多个同时的MU-CTS帧的单独的发射工作站。

在又一方面中,提供了新颖的NAV阵列保护机制以支持并保护在重叠的基本服务集(BSS)中的单个20MHz信道和/或多个20MHz信道上的多用户传输。

在附图、说明书和权利要求书中阐述了上述方面和它们的实现的细节。

附图的简要说明

图1示出在无线通信系统中的基础设施BSS的例子。

图2示出在IEEE 802.11的DCF中的现有技术CSMA/CA机制的例子。

图3示出在DL传输中的以前技术RTS/CTS的例子。

图4示出MU-RTS帧的短格式的例子。

图5示出在GTWT服务周期中使用MU-RTS的短帧格式的例子。

图6示出用于MU-RTS/CTS建立的所提议的TWT IE的例子。

图7示出MU-RTS帧的长格式的例子。

图8A示出具有正交序列的MU-CTS帧格式的例子。

图8B示出具有在OFDMA子信道之上运载的单独STA信息的MU-CTS帧格式的例子。

图9A示出使用NAV阵列来保护在重叠的部署中的多个信道之上的MU传输的例子。

图9B示出在多个信道之上传输MU-RTS的例子。

图10示出用于无线通信的方法的示例流程图。

图11示出无线通信装置的示例方框图。

图12是在无线工作站处的无线通信实现的示例方法的流程图。

图13是在接入点处实现的无线通信的示例方法的流程图。

详细描述

无线局域通信正在快速变成对于使用户经由互联网与彼此通信的流行机制。无线设备(诸如智能电话和平板计算机)的增长的流行性意味着,常常在拥挤的地方(诸如机场、运动场所)处和甚至在用户家里,多个无线设备可彼此竞争以用于将数据传输到共享的通信频谱并从共享的通信频谱接收数据。

在一种流行的技术中,基于由电气与电子工程师协会(IEEE)规定的空中接口,简单地说,标准802.11ac或802.11及其前身,设备使用某组规则来共享传输介质。802.11标准定义了请求发送(RTS)清除发送(CTS)协议,其中想要发送或传输数据的用户设备首先请求对访问介质以用于数据传输的许可并接着只在它们接收到绿色信号或CTS时才传输。实现RTS/CTS协议的无线设备或工作站避免发送数据帧,直到设备完成与另一设备(一般是接入点)的RTS/CTS握手为止。工作站通过发送RTS帧来发起该过程。接入点接收RTS并使用CTS帧做出响应。请求设备必须在发送数据帧之前首先接收指向它自己的CTS帧。CTS也包含警告其它工作站拖延访问介质的时间值,同时发起RTS的工作站传输它的数据。

然而,RTS/CTS协议被限制到单个发射台和单个接收台之间的数据传输。现有的RTS/CTS机制不能适应其中多用户传输在无线网络中被许可的使用情景。例如,使用现有的请求清除机制,想要将数据帧同时传输到多个节点的无线设备不能够通过发送单个消息传输来同时向多个设备请求许可。类似地,使用当前的请求清除机制,无线设备将忽略未被定址到它们的传输请求,且因此将不对多用户(MU)传输请求做出响应。

这个文档描述了使用MU-RTS和MU-CTS来保护多用户传输以提高在基于竞争的无线通信中的传输可靠性和效率的技术、机制、设备和系统。

在IEEE 802.11中,基本服务集(BSS)是无线局域网(WLAN)的组成部件。在无线电覆盖区域中相关联的无线工作站(也被称为工作站)建立BSS并提供WLAN的基本服务。

图1示出基础设施BSS 100的例子。BSS1和BSS2是基础设施BSS。BSS1包含一个接入点(AP 1)和几个非AP工作站,STA11、STA12和STA13。AP1维持与工作站STA11、STA12和STA13的关联。BSS2包含一个接入点(AP2)和两个非AP工作站,STA21和STA22。AP2维持与STA21和STA22的关联。基础设施BSS1和BSS2可经由AP1和AP2被互连或通过分布系统(DS)连接到服务器或交换机以形成扩展服务集(ESS)。

IEEE 802.11是依赖于载波侦听算法的基于竞争的接入机制。图2示出在当前的802.11网络中使用的CSMA/CA机制的例子。工作站侦听介质。如果介质被侦听为忙碌的,则工作站推迟,直到介质被确定为空闲的加上当在介质上检测到的最后一个帧被正确地接收到时等于xIFS的时间段。如果工作站打算发送控制帧(例如ACK),则它必须在传输之前等待短帧间间隔(SIFS)时间。如果工作站打算传输管理帧,则它必须等待点协调功能(PCF)帧间间隔(PIFS)。如果工作站打算传输数据帧,则它必须在进入竞争窗口之前等待分布式(协调功能)帧间间隔(DIFS)或仲裁帧间间隔(AIFS)或增强帧间间隔(EIFS)。

为了防止传输冲突并减小重新传输的机率,802.11规范定义请求发送(RTS)/清除发送(CTS)的机制。RTS/CTS是只包含短MAC头的短控制帧。在传输大用户数据之前,一对通信工作站可以以RTS/CTS开始以获取介质占用。当其它工作站接收到未定址到它们的RTS/CTS帧时,它们设置它们的NAV以防止在由RTS/CTS设置的周期期间的传输。

除了介质占用请求的目的以外,RTS/CTS还可用作在发射机和接收机之间的握手。如果发射机发送RTS但不接收CTS,则发射机将取消到未响应工作站的接下来的传输并释放由RTS设置的TXOP。因此它减少了到未响应的工作站的传输的浪费并给其它工作站再次获取介质的机会。

图3示出用于在AP和STA之间的数据传输之前使用RTS/CTS的示例时间线300。

301.当AP具有被缓存到STA1的一些数据时,它可将RTS与RA集合一起发送到STA1的地址以请求通信。

302.STA1在接收到被定址到它的RTS之后在SIFS时间中利用CTS进行响应。其它STA在接收到RTS/CTS之后设置NAV。

303.当接收到CTS的确认时,AP可在TOXP中将DL PPDU帧发送到STA1。

304.一旦PPDUS成功地被接收到,STA1将ACK或BA发送到AP。

现有的RTS/CTS保护机制被设计且用于保护一对一通信。然而在多用户(MU)通信中,这个保护机制将有一些问题。

对于MU传输,例如DL传输的MU传输,AP可能需要在RTS中指定MU工作站,使得那些被指定的工作站可以知道并发送CTS给AP。但是当前的802.11规范不允许以现有的RTS帧格式指定工作站的列表。

根据现有的CTS响应规则,接收被定址到它的RTS帧的STA在确定是否利用CTS进行响应时需要考虑NAV,除非NAV由起源于发送RTS帧的STA的帧设置。如果RTS使用广播RA来传输,则所有的接收方STA将利用所接收的RTS帧的持续时间字段来重置它们的NAV值。在myBSS中的所有STA可同时利用CTS进行响应。这可导致两个问题:

A)如果由所接收的RTS的持续时间所重写的NAV值比其原始NAV设置短,则它将使STA比它应该的更早地进入竞争周期。

B)AP可能不能够识别来自myBSS的多个STA的CTS响应。

当多个工作站同时利用多个CTS进行响应时,其可以有益于使它们对MU-CTS使用相同的帧格式。否则,包含不同的位模式的多个CTS帧将在无线电链路上彼此干扰。另一方面,当AP通过空中传输(over the air)接收到相同的格式化的MU CTS时,它们可能无法被区分,这使AP不知道是否所有的接收方工作站都准备接收PPDU。由于很多操作原因,被预期利用MU-CTS进行响应的工作站中的一些可以不发送回响应。例如,一些工作站可以不回应,因为它们可能由于无线电信号衰落或由于工作站移动出覆盖区域而未接收到MU-RTS。如果AP在接收CTS之后却不知道STA的ID而盲目地将DL PPDU传输调度到所有接收方STA,则一些PPDU可能被丢失,这是由于工作站没有准备接收数据包。因此,那些盲目调度的DL传输被浪费,且这降低了频谱使用效率。

此外,在802.11ac的最新版本中,传输被允许在多个20MHz信道而不是单个20MHz信道之上被运载。在当前的IEEE 802.11规范中,AP可在主信道上将RTS传输到接收方STA,并在多个信道(诸如辅助20MHz信道或第二40MHz信道)上复制RTS。一旦AP在多个信道上接收来自STA的CTS响应,它就可以开始在宽带信道上的DL传输。在多个信道上的MU DL传输中,AP可在不同的20MHz信道进行调度上将PPDU同时传输到每个STA,但这样的传输可根据当前NAV过程被阻止。

考虑例如当存在与AP相关联的被称为STA1和STA2的两个STA时的情况。通常,STA1和STA2将根据其相邻的OBSS流量条件而具有不同的NAV值。假设在主信道上STA1的NAV=空闲,STA2的NAV=忙碌。但在辅助信道上没有任何流量。如果AP将在主信道上对于STA1以及在辅助信道上对于STA2调度DL传输,并在主信道和辅助信道二者上传输RTS,则它可以只接收到来自STA1的CTS响应而没有来自STA2的响应。这是因为STA2的NAV对于主信道被设置为忙碌。如当前在802.11规范中定义的,如果STA的NAV是忙碌的,则其不应发送响应。因此,对于STA2,即使在其上被调度传输的辅助信道不忙碌,它也不能在辅助信道上利用CTS进行响应以接受AP的调度。

为了解决在MU传输中的这个问题和其它问题,本文档公开了用于保护并确认在单个20MHz信道或多个20MHz信道上的经调度的DL MU传输的新RTS/CTS机制。在一些实施方式中,AP使用MU-RTS帧以请求与MU工作站一起建立MU-TXOP。随着来自多个工作站的MU-CTS的确认,AP可接着调度到那些工作站的DL传输。因此,它将减小由在DL传输中盲目地调度而引起的PPDU损失。

在一些实施方式中,MU-RTS可具有短格式,这将减小用于建立MU-TXOP的帧交换中的信号开销。

在一些实施方式中,MU-RTS可在功率节省(PS)机制中使用或结合功率节省(PS)机制来使用。为了节省设备的功率,功率节省工作站与AP协商目标唤醒时间(TWT),使得那些PS工作站可在TWT服务周期醒来并在其它时间休眠。以这种方式,工作站可节省功率消耗。在TWT SP期间,AP可使用MU-RTS来触发MU-CTS响应,使得它可相应地调度到那些做出响应的工作站的多个DL传输。

在一些实施方式中,MU-RTS可使用长格式,使得AP可直接包括工作站的列表并寻呼它们以利用MU-CTS进行响应。MU-RTS的长格式为AP提供更大的灵活性来请求MU-TXOP并调度DL MU传输。

在一些实施方式中,NAV阵列保护机制用于处理在单个20MHz信道和/或多个20MHz信道上的重叠BSS中的多用户传输。

本文档还公开了使用正交标识符来区分单独的STA的MU-CTS的新格式。在MU-CTS帧格式中,第一部分在从不同的STA发送的每个帧中是相同的。在MU-CTS中的正交标识符用于使AP识别单独的STA。

在一些实施方式中,正交序列可以是如Zadoff-Chu的代码或在OFDMA子信道上传输的如HE-LTF(高效率长训练字段)的训练序列。

图4示出MU-RTS帧400的短格式的例子。

MU-RTS帧的短格式与遗留RTS帧格式相同,使得它将向遗留工作站提供完全的向后兼容并向提供用于建立MU-TXOP的较少的信令开销。在MU-RTS和遗留RTS之间的差异是被设置到组地址(GA)的MU-RTS的接收地址(RA)字段,该组地址在AP和TWT STA之间的关联或协商期间被分配给具有相同的TWT的组。在GTWT组内的所有STA都可同时醒来以监听来自AP的传输。

为了调度DL MU传输,AP传输短格式MU-RTS以获取MU-TXOP并轮询具有相同的TWT的STA的组。具有GA的所有STA将在与MU-RTS传输相同的频道中利用MU-CTS进行响应,使得AP将知道哪些具有相同GA的工作站准备在MU-TXOP中接收PPDU。

当HE STA(高效率工作站)接收到MU-RTS时,它首先检查RA字段是否匹配它自己的MAC地址。如果不匹配,则HE STA需要进一步检查RA字段是否匹配它的组TWT GA。如果这第二个检查结果是匹配,则HE STA在SIFS时间中发送MU-CTS。否则,HE STA根据MU-RTS的持续时间字段来设置NAV。

当遗留STA接收到MU-RTS时,它们将把它看作普通的RTS,这是由于RA字段不匹配它们的MAC地址或TWT组地址,并将设置NAV以防在MU-TXOP期间访问介质。

图5示出用于使用在组TWT SP中的MU-RTS的短格式的示例时间线500。

501.在关联过程期间,STA和AP可与组TWT(GTWT)协商。请求STA的TWT可向AP提议GTWT。对STA做出响应的TWT,例如AP,可在TWT响应消息中提供以周期性或非周期性方式的显式GTWT SP开始时间,以确认以TWT STA设置的GTWT。AP可将GTWT组地址分配给STA,使得AP可将具有相同或相似的TWT的STA分组在一起并使用GA来寻呼TWT STA来接收DL PPDU。

为了支持可区分的MU-CTS,AP可将正交标识符(OID)分配给在GTWT组中的每个TWT STA。正交标识符可以是如Zadoff-Chu序列的序列、在OFDMA子信道上传输的如HE-LTF序列的训练序列、OFDMA子信道的索引或其它类型的正交序列。这个正交标识符序列将与对所有TWT STA都相同的MU-CTS的其它字段一起被发送,并用于使AP识别做出响应的STA。

在关联之后,TWT STA或AP可重新发起TWT消息交换以设置新GTWT。

502.当在GTWT SP中时,AP检查是否有对于在GTWT SP处将醒来的TWT STA的一些缓存的数据。

503.AP将短格式MU-RTS传输到具有RA=GA的GTWT工作站以触发GTWT STA将MU-CTS同时发送回到AP。当GTWT STA接收短格式MU-RTS时,AP可隐式地指示利用MU-CTS进行响应。

504.在接收到MU-RTS之后,GTWT STA执行下列行动:

a)检查MU-RTS的RA是否等于它的MAC地址。如果是,则它是普通的RTS并相应地处理它。

b)否则,检查MU-RTS的RA是否与GTWT STA所属于的GTWT组的GA相同。如果是,则GTWT STA应该将MU-CTS发送回到AP。

c)否则,设置对于在MU-RTS的持续时间字段中指示的持续时间的NAV。

505.一旦从GTWT STA接收到MU-CTS,AP将在MU OFDM、OFDMA或MIMO机制中将DL传输调度到做出响应的GTWT STA。AP将不会将DL传输调度到它们的MU-CTS响应没有被接收到的工作站。图5示出在OFDM机制中的传输的例子。

图6示出使用用于由MU-RTS/CTS传输所需的配置信息的建立的TWT信息元素的例子600。

在TWT IE(信息元素)的请求类型字段中,一位可用于指示TWT被用于MU传输。一旦请求类型字段被设置为“1”,则TWT组分配字段将用于对MU传输进行配置。

TWT组分配字段包含关于STA被分配到的GTWT组的请求STA的信息。这个字段包含GTWT GA、初始GTWT、GTWT偏移和正交ID字段。

GTWT GA子字段包含请求STA被分配到的组地址。具有相同的GTWT GA的STA同时醒来以监听来自AP的传输。

初始GTWT子字段包含相应于GTWT的TSF时间的(例如)最低6个八位字节。

GTWT周期子字段包含GTWT STA醒来时的周期的值。如果GTWT周期子字段被设置为0,则那意味着GTWT是非周期性的。否则,组的GTWT可被计算为初始GTWT+n x GTWT周期,其中n=0、1、2…。

正交ID(OID)子字段包含在请求STA在UL MU传输中(诸如在MU-CTS传输中)所使用的组中的可区分的标识符。OID可以是如HE-LTF的正交序列、或OFDMA子信道(资源块)的索引。

图7示出具有长格式的MU-RTS帧的另一例子701。

DL MU-RTS的长格式由遗留部分和扩展部分组成,这允许AP在MU-RTS帧中直接包括STA的信息以同时触发MU-CTS响应。

MU-RTS的遗留部分与RTS帧头相同,包括帧控制、持续时间、RA和TA。RA字段被设置为TA,即,RA=TA=AP MAC地址。当遗留STA接收长格式MU-RTS帧时,它将能够对MU-RTS的遗留部分解码并使用它来设置NAV。当HE工作站接收MU-RTS时,它可使用RA=TA和FC字段来区分开MU-RTS与RTS,并进一步对MU-RTS的扩展部分解码。MU-RTS的扩展部分提供利用MU-CTS对这个MU-RTS做出响应的STA的信息,其包括公共字段和每个STA信息字段。

1.公共字段包含响应帧类型:即,明确地MU-CTS和每个STA信息字段的长度。如果MU-RTS的公共字段不包括响应帧类型,则它经由MU-RTS的每个STA信息隐式地指示出对MU-RTS的响应应当是MU-CTS。例如,如果MU-RTS的每个STA信息包含OID(诸如OFDMA子信道索引或正交序列ID),则它暗示响应帧将是MU-CTS。

2.每个STA信息字段包含工作站的AID(关联标识符)和OID,例如(字段STA1信息、STA2信息等)。

如果HE STA接收到MU-RTS并在MU-RTS的工作站信息的列表中找到它的AID,则HE STA将MU-CTS发送到AP。否则,不在MU-RTS的STA列表中的HE STA根据MU-RTS的持续时间来设置NAV。

如果MU-RTS的每个STA信息字段只包含AID,则它暗示响应帧将在CTS的遗留格式中。接收方STA应在接收到MU-RTS之后在主20、40或80MHz信道上根据在那些信道上的载波侦听结果来发送CTS帧。

如果MU-RTS的每个STA信息字段只包括AID并设置AID=0,则其意味着随后的MU TXOP用于MU随机接入。AP还可在MU-RTS中指示为随后的MU随机接入TXOP所分配的总资源单元(RU)。当需要发送UL PPDU或消息的STA接收MU-RTS帧时,如果它基于在MU-RTS中所接收的信息能够估计在随后的MU随机接入周期中具有传输UL PPDU或消息的机会,则它可利用遗留格式CTS进行响应以保留其未来传输机会。STA可能不需要为了MU TXOP保护而利用CTS进行响应,如果:

A)它没有要发送的UL PPDU或消息,或

B)它的随机接入补偿计数器大于所分配的RU的总数,或

C)接收信号的RSSI测量值大于给定阈值。

为了在AP接收来自不同的HE STA的多个MU-CTS时使MU-CTS可区分,将正交标识符包括在每个MU-CTS帧格式中可能是有用的。可能存在两种可能的方式将正交标识符包括在MU-CTS帧中:

1.使用在PHY头中的正交序列来区分STA。

2.使用OFDMA子信道来运载STA相关信息。基于OFDMA的STA信息可在HE帧格式中运载或附加到遗留CTS帧的尾部以形成MU-CTS。

图8A示出具有正交序列的MU-CTS帧格式的例子。MU-CTS帧可由下列项组成:

a)遗留前同步码:L-STF、L-LTF和L-SIG字段

b)HE前同步码:HE-SIG-A、HE-STF和HE-LTF字段

c)MAC头:包括FC、持续时间和RA

遗留前同步码字段(如MU-CTS的L-STF、L-LTF和L-SIG字段)将为了向后兼容而被设置为固定值,并为了定时和频率同步以及CCA检测而由AP和其它STA使用,以便在遗留工作站和HE工作站被部署在同一区域中且在同一频道上时保护MU-TXOP免受遗留工作站影响而不去竞争介质。

由于所有的做出响应的HE STA都使用在MU-CTS帧的L-SIG中的相同设置,因此从多个工作站传输的遗留前同步码将是相同的。这个传输特征可以有利地由AP或其它工作站使用以只将所接收的信号处理为来自单个源的多路径。换句话说,当多个工作站同时传输MU-CTS的遗留前同步码时,AP或另一个接收机的接收模块没有面对被挑战的额外的接收,其通常被设计成减轻多路径的效果并对所接收的信号解码。

图8A中所示的HE前同步码字段可用于运载HE帧格式信息和训练序列。可在整个20MHz带宽上传输HE-SIG字段,同时可在由OID指定的一个OFDMA子信道上传输HE-LTF训练序列。作为OFDMA子信道的正交特征,当接收到MU-CTS时,HE-LTF训练序列可用于通过AP唯一地识别单独的STA。

图8B示出MU-CTS帧格式850(选项2)的另一个例子。在这个选项中,MU-CTS格式包含:

a)遗留前同步码:L-STF、L-LTF、L-SIG

b)遗留MAC头:FC、持续时间、RA、FCS,其在20MHz带宽上被传输。

c)附加在遗留帧部分的尾部处并在OFDMA子信道上传输的MU信息字段。

MU-CTS的遗留前同步码字段和MAC头与遗留CTS帧格式相同。MU-CTS的传输可遵循遗留CTS的规则。

在OFDMA符号中传输MU-CTS的MU信息字段。它可以是HE-STF、HE-STF+HE-LTF或HE-STF+特殊正交序列。它也可用于运载关于单独的STA的信息,诸如缓冲器状态、OFDMA子信道测量信息等。当MU信息在由OID指定的OFDMA子信道上被传输时,AP可使用子信道本身来识别STA。

当遗留或HE STA接收MU-CTS帧时,它与接收遗留CTS帧完全相同地处理它。由于HE MU信息被添加在MU-CTS帧的尾部处,遗留或HE STA可将其看作填充并忽略它。当AP接收MU-CTS时,它可使用MU信息来区分哪个STA对它的MU-RTS做出响应,并相应地对那些做出响应的STA继续进行传输。

为了保护在多个20MHz信道上的MU传输,在一些实施方式中可以使用NAV阵列。阵列(而不是单个向量)的使用因而允许每个STA维持多个NAV定时器。在一些实施方式中,在NAV阵列中维持的NAV定时器的数量可等于在无线系统中正在使用的(20MHz)信道的数量。在这样的实施方式中,在NAV阵列中的每个NAV定时器负责跟踪用于相应的20MHz信道的NAV设置。所有的NAV定时器基于在主信道上所接收的PPDU来更新。

例如,在一些实施方式中,NAV阵列用于跟踪四个20MHz信道,即80MHz带宽。如果对于整个80MHz信道接收到PPDU,则在四个20M信道上的所有NAV定时器都相应地更新它们的值。如果在40MHz信道上接收到PPDU,则将根据所接收的PPDU持续时间更新两个NAV定时器,一个定时器用于主20MHz,而一个定时器用于辅助20MHz信道。然而,对于在辅助40M上的每个20M信道的NAV定时器将保持当前值而没有改变。

为了区分在重叠的部署情况中的多个BSS的NAV,STA可维持多个NAV阵列,NAV阵列中的每个相应于在重叠的部署情况中的一个BSS的虚拟信道侦听并通过BSSID或BSS的颜色代码来识别。

为了帮助STA检测在多个20MHz信道上的信道状态,在多个信道上传输的PPDU可在PPDU的头中运载信道使用指示(CUI)以指示在整个频带上的每个20MHz信道的信道占用条件。例如,当传输STA占用四个20MHz信道时,它可在PPDU的头中设置CUI=0x00001111,这意味着在160MHz带宽中的较低的四个20MHz信道被占用(如由在那些位置上的1所指示的)。当STA接收具有上述CUI的PPDU时,它可知道信道可用性并设置对于该BSS的NAV阵列的该信道的相应NAV定时器。

图9A示出在多个20MHz信道部署情况中的NAV阵列的例子。示例系统900示出在重叠的区域中的三个BSS:BSS1、BSS2和BSS3。BSS1的AP1在包括四个20MHz信道CH1、CH2、CH3和CH4的80MHz信道上操作。CH1是20MH的主信道。BSS2的AP2也在80MHz信道上操作。但它的主20MHz信道在CH3上。BSS3的AP3也正在80MHz信道上操作。它的主20MHz信道在CH1上,与BSS1相同。

在系统900中,两个STA(STA1和STA2)与BSS1相关联,但STA1可从BSS2接收信号,且STA2除了BSS1以外还可从BSS2和BSS3二者接收信号。STA1可维持对于BSS1和BSS2的NAV阵列,其中每个包含在80MHz带宽中对于每个20MHz信道的NAV。STA2可维持对于BSS1、BSS2和BSS3的NAV阵列,其中每个包含在80MHz带宽中对于每个20MHz信道的NAV。

图9B示出在多个20MHz信道上传输MU-RTS/MU-CTS以保护MU传输的例子950。

951.AP在CH1的主20MHz信道上传输具有广播RA的MU-RTS,并可在PPDU中运载信道使用指示以指示四个20MHz信道的占用。

952.AP复制在CH2、CH3和CH4的每个20MHz信道上的相同MU-RTS。AP可使用MU-RTS的短格式或长格式来指示接收方STA。AP还可向接收方STA指示在接下来的TXOP中的传输的类型,例如专用传输或MU随机接入。

953.接收方STA1监听主信道CH1并接收MU-RTS。在对MU-RTS做出响应之前,只有当MU-RTS帧的起源来自myBSS时,STA1才检查在对于其它重叠的BSS(例如BSS2)的NAV阵列中的每个NAV定时器值。由于STA1只与BSS2重叠,其在BSS2上没有传输发生,因此对于CH1的NAV指示空闲。此外,对于BSS2的STA1的NAV阵列的其它NAV也指示辅助信道是闲置的。所以STA1可在主信道CH1上以MU-CTS来响应。

954.接收方STA2也在主信道CH1上接收MU-RTS。它检查它所属于的额外BSS(例如BSS2和BSS3)的其NAV阵列,以确定MU-CTS的响应。当相同的传输在BSS3上前进时,对于BSS3的STA2的NAV阵列的NAV显示主信道是忙碌的。但是辅助信道被指示为在对于BSS3的STA2的NAV阵列中是空闲的。因此,STA2在辅助20MHz信道CH2(而不是CH1)上发送MU-CTS以防止在BSS3中对CH1上的当前通信的干扰。

955.在接收到来自STA1和STA2的MU-CTS响应之后,AP单独地在CH1和CH2上调度DL PPDU传输,使得STA1和STA2二者都独立地在不同的20MHz信道上接收它们的PPDU而不干扰在其它BSS中的现有通信。

利用NAV阵列机制,AP可在多个20MHz信道上同时调度并保护MU传输到MU STA而不干扰在OBSS上的现有通信。

图10示出控制包括接入点和多个工作站的无线网络的操作的方法100的示例流程图。方法1000可例如在AP处实现。

方法1000包括,在1002处,从多个工作站传输包括一组工作站的信息的控制帧,从而请求对控制帧的同时响应。如在本文所述的和例如在图6、图7中所描绘的,控制帧可包括下列字段中的一个或多个:帧控制字段、持续时间字段、接收地址(RA)字段、指示接入点的身份的发送地址(TA)字段和组工作站字段的列表。

在一些实施方式中,一组工作站包括具有相同的目标唤醒时间的工作站。单独的目标传输时间可按几个帧间间隙周期而改变。类似地,不是具有相同的目标唤醒时间的所有工作站都可被包括在给定组中,例如其可能必须有相同的唤醒时间,但并不足够。方法1000可包括设置RA字段以指示一组工作站,以便触发该一组工作站在预定的时间间隔内同时对控制帧做出响应。

在一些实施方式中,方法1000可包括将RA字段设置为TA以及单独地包括一组工作站的列表以触发那些工作站同时对控制帧做出响应。列表可被包括在同一帧传输中或可被包括在不同的传输中。例如,无线网络可有时包括识别组成员的控制消息传输。

方法1000包括在1004处传输对于一组工作站中的每个工作站的唯一可区分的标识符。唯一可区分的标识符可以是被分配给每个组的OFDMA传输的唯一子信道。在例如如本文所述的一些实施方式中,正交训练序列可被分配给一组的每个成员工作站以唯一地识别该工作站。

方法1000包括在1006处在同一信道上同时接收对控制帧的多个响应消息,控制帧在该信道上被传输。在一些实施方式中,可通过监控无线信道中的遗留前同步码、当遗留前同步码被检测到时对一个或多个响应帧解码并从被包括在所接收的响应中的唯一可区分的标识符中识别做出响应的工作站来执行接收。遗留前同步码可包括遗留短训练字段、遗留长训练字段和遗留信号字段。

方法1000包括在1008处对于每个响应消息基于相应工作站的唯一可区分的标识符来识别在传输响应消息的一组工作站中的相应工作站。

方法1000包括在1010处执行多用户传输到对控制帧做出响应的那些工作站。如在本文档中所述的,通过将传输只限制到做出响应的工作站,可减轻传输资源的浪费。

图11示出可用于实现在本文档中公开的一些技术的设备700的例子。设备700可用于例如使用接入点。设备700包括存储器702、处理器704和通信模块706,例如用于访问无线介质。存储器702可在服务器700的操作期间存储程序代码或数据。程序代码可由处理器704读取以实现在本文档中描述的方法。设备700可以可选地包括显示模块710,其可向操作员的显示器用户界面提供信息以控制设备700的操作。

在一些实施方式中,在无线工作站处实现的无线通信的方法可包括从网络中的多个工作站接收包括一组工作站的信息的控制帧,解析控制帧以定位控制帧是否指向工作站,从该一组工作站接收对于工作站的唯一可区分的标识符,响应于控制帧传输响应消息,其中响应消息与在该一组工作站中的其它工作站同时被传输。响应消息还可包括对于工作站的唯一可区分的标识符。

图12是由诸如无线工作站的无线设备执行的无线通信的示例方法1200的流程图表示。

方法1200包括在1202处操作在第一基本服务集(BSS)中的无线设备,其中无线传输使用包括多个较低带宽信道的宽带无线信道。

方法1200包括在1204处在无线设备处维持网络接入向量(NAV)的阵列,其中每个NAV包括用于在相应的较低带宽信道上执行虚拟载波侦听的定时器方案。

方法1200包括在1206处从第一BSS的接入点接收控制消息,用于利用信道占用状态消息对接入点做出响应。

方法1200包括在1208处检查相应于由控制消息识别的一个或多个较低带宽信道的一个或多个NAV。

方法1200包括在1210处基于来自一个或多个NAV的信道占用的指示来对控制消息做出响应。响应可以是例如只有当所有信道都没有活动时的清除发送指示,例如,如关于图9A和9B解释的。在一些实施方式中,可在当前没有被占用或没有被BSS中的其它传输使用的较低带宽信道中的一个上传输响应。

在一些实施方式中,方法1200还包括在无线设备处维持相应于无线设备正在其中操作的第二BSS的NAV的另一阵列,以及其中检查一个或多个NAV包括检查另一阵列的一个或多个NAV。因此,在无线网络中的诸如STA的无线设备可因此维持NAV的多个阵列,每个BSS有一个阵列,以及在相应于构成总高带宽信道的子信道(例如,20MHz信道或40MHz信道)的每个阵列中的条目。因此,在一些实施方式中,较低带宽信道中的至少一些可具有不同的带宽。

在一些实施方式中,无线设备包括存储指令的存储器和读取来自存储器的指令并执行指令以用于操作在无线网络中的无线设备的处理器。指令包括用于在无线设备处维持网络接入向量(NAV)的阵列的指令,其中每个NAV包括用于在相应的较低带宽信道上执行虚拟载波侦听的定时器方案;用于从第一BSS的接入点接收控制消息用于利用信道占用状态消息对接入点做出响应的指令;用于检查相应于由请求所识别的一个或多个较低带宽信道的一个或多个NAV的指令;以及用于基于来自一个或多个NAV的信道占用的指示来对控制消息做出响应的指令。

图13示出用于无线通信的示例方法1300的流程图。方法1300可在AP处实现。

方法1300包括在1302处建立用于使用包括多个较低带宽信道的宽带无线信道向一组工作站提供无线连接的基本服务集,其中多个带宽信道中的一个是主信道,而剩余的多个较低带宽信道是辅助信道。

方法1300包括在1304处在主信道上向该一组工作站发送控制帧。在一些实施方式中,连同主信道一起,控制帧也可利用一个或多个额外的辅助信道来传输。在一些实施方式中,控制帧可包括多个较低带宽信道中的一些或所有的占用状态。虽然AP可在多个信道上发送控制帧,例如RTS,但STA可以只监听它们的主信道。如果其他STA的BSS的辅助信道被配置为另一BSS的主信道,则它们可以在该辅助信道上监听这个RTS。在一些实施方式中,信道占用指示可被包括在任意帧(包括RTS、CTS或其它帧)的PHY头中。当其它STA接收到在主信道中的PPDU时,它可知道哪一个辅助信道被这个PPDU占用。所以它不需要检查辅助信道。例如,根据当前的802.11规范,如果主信道忙碌,则STA将不会检查辅助信道。

方法1300包括在1306处从该一组工作站接收对控制帧的响应,其中每个响应包括多个较低带宽信道中的一些或所有的占用状态。

方法1300包括在1308处基于响应使用多个较低带宽信道中的一些选择性地执行随后的传输。

在一些实施方式中,控制消息包括帧控制字段、持续时间字段、接收地址(RA)字段、指示接入点的身份的发送地址(TA)字段或组工作站字段的列表。在一些实施方式中,一组工作站包括具有相同的目标唤醒时间的工作站,以及传输控制消息包括设置RA字段以指示该一组工作站,以便触发该一组工作站在预定的时间间隔内同时对控制帧做出响应。

在方法1300的一些实施方式中,传输操作包括将RA字段设置为TA以及单独地包括该一组工作站的列表以触发那些工作站同时对控制帧做出响应。在一些实施方式中,接收第一数量的响应消息包括监控无线信道中的遗留前同步码以及当遗留前同步码被检测到时对一个或多个响应帧解码,以及从被包括在所接收的响应中的唯一可区分的标识符中识别做出响应的工作站。

在一些实施方式中,在包括接入点和一组工作站的无线网络中使用的装置包括存储器和读取来自存储器的指令并实现控制无线网络中的组传输的方法的处理器,例如,如关于方法1300所述的。

根据本文所公开的一些实施方式,AP可因此传输MU-RTS消息以触发来自多个STA的以同一个格式的MU-CTS传输;多个STA可以是不支持并遵循MU特征的遗留STA,或可以是HE STA。MU-RTS消息可具有短格式(例如,图4)或可具有长格式(图7)。在MU-RTS的短格式中,STA使用组地址被寻址。在长格式消息中,AP可包括以下项中的一个:(i)接收STA的AID和OID或(ii)只接收STA的AID或(iii)AID=0,和指示用于随机接入的所分配的RU的总数量的数字。

根据本文所公开的一些实施方式,当STA接收MU-RTS消息时,它可以利用以由MU-RTS规定的格式的MU-CTS消息进行响应。MU-CTS格式可包含遗留前同步码+用于识别响应的STA ID的正交序列信息。MU-CTS可以在遗留CTS格式中。本文档还公开了可由MU-CTS传输满足的某些条件。

关于更新NAV,可使用下面的规则,NAV阵列可被维持在设备的存储器中以用于跟踪每个频道的占用。STA可维持用于myBSS和/或OBSS的一个或多个NAV阵列。此外,设备可根据所接收的MU-RTS和MU-CTS信息来更新NAV阵列以保护在不同的频道上的myBSS或OBSS中的传输。

在一些实施方式中,例如,如关于图4到图7所述的,一种控制在具有共享传输介质的无线网络中的多个无线设备的传输机会的方法,其中多个无线设备包括遵循遗留消息语法的至少一个遗留无线设备和遵循多用户消息语法的至少一个高效率无线设备,该方法由无线网络的接入点实现,其包括从接入点传输具有短格式或长格式中的一个的、识别对MU-RTS消息做出响应的无线设备的多用户请求发送(MU-RTS)消息,通过接入点接收来自至少一个无线设备的响应于MU-RTS消息的消息。在短格式中,使用组标识符来识别将做出响应的无线设备。在长格式中,使用关联标识符或正交标识符来识别将做出响应的无线设备。在一些实施方式中,长格式包括第一部分和第二部分,该第一部分被遗留无线设备和高效率无线设备理解以用于设置其网络分配向量,而该第二部分只被高效率无线设备理解。在一些实施方式中,正交标识符使用唯一地识别每个无线设备的正交序列(例如,Zadoff-Chu序列)。如在本文所述,识别将做出响应的无线设备包括识别出无线设备通过将在MU-RTS消息中的关联标识符设置为零来使用随机接入做出响应。在一些实施方式中,无线通信装置包括存储处理器可执行代码的存储器、处理器和网络接口,其中代码包括用于实现该方法的指令,包括用于在无线网络接口上从无线通信装置传输具有短格式或长格式中的一个的、识别将对MU-RTS消息做出响应的无线设备的多用户请求发送(MU-RTS)消息、以及由无线通信装置经由无线网络接口接收对MU-RTS消息做出响应的消息的指令。

参考图4到图9和本文所述的其它技术,在一些实施方式中,执行来自由在无线局域网中的基本服务集的接入点管理的无线设备的无线传输的方法包括:接收并处理规定用于随后的清除发送传输的格式并识别将对MU-RTS消息做出响应的无线设备的多用户请求发送(MU-RTS)消息,做出是否无线设备具有上行链路协议数据单元或要传输的上行链路消息传输的确定,以及基于该确定并基于由MU-RTS规定的格式和介质访问方法来选择性地执行上行链路传输。在一些实施方式中,当在MU-RTS消息中的关联标识符字段具有零值时,介质访问方法是随机访问方法。MU-RTS消息可使用短格式或长格式,如由接入点决定的。

在本文档中描述的所公开的和其它实施方式和功能操作及模块实现在数字电子电路中或在计算机软件、固件或硬件中,包括在本文档中公开的结构及其结构等效形式或它们中的一个或多个的组合中。所公开的和其它实施方式可被实现为一个或多个计算机程序产品,即在计算机可读介质上编码的用于由数据处理装置执行或控制数据处理装置的操作的计算机程序指令的一个或多个模块。计算机可读介质可以是机器可读存储设备、机器可读存储衬底、存储器设备、实现机器可读传播信号的物品的组成或它们中的一个或多个的组合。术语“数据处理装置”包括用于处理数据的所有装置、设备和机器,例如包括可编程处理器、计算机或多个处理器或计算机。除了硬件以外,装置可包括为在讨论中的计算机程序创建执行环境的代码,例如构成处理器固件、协议堆栈、数据库管理系统、操作系统或它们中的一个或多个的组合的代码。传播信号是被人工生成的信号,例如,机器生成的电、光或电磁信号,其被生成以对用于传输到适当的接收机装置的信息编码。

计算机程序(也被称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言编写,包括编译或解释语言,并且其可以用任何形式部署,包括作为独立程序或作为模块、部件、子例程或适合于在计算环境中使用的其它单元。计算机程序不一定相应于在文件系统中的文件。程序可存储在保持其它程序或数据(例如,存储在标记语言文档中的一个或多个脚本)的文件的一部分中、在专用于在讨论中的程序的单个文件中或在多个协调文件(例如,存储一个或多个模块、子程序或代码的部分的文件)中。计算机程序可被部署以在一个计算机上或在位于一个地点处或分布在多个地点当中并由通信网络互连的多个计算机上被执行。

在本文档中描述的过程和逻辑流程可由通过操作输入数据并生成输出来执行一个或多个计算机程序以执行功能的一个或多个可编程处理器执行。处理器和逻辑流程也可由专用逻辑电路执行,或装置也可被实现为专用逻辑电路,例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

适合于计算机程序的执行的处理器例如包括通用和专用微处理器以及任何种类的数字计算机中的任一个或多个处理器。通常,处理器将从只读存储器或随机存取存储器或这两者接收指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常,计算机还将包括一个或多个用于存储数据的大容量存储设备,例如,磁盘、磁光盘或光盘,或操作性地耦合以从该大容量存储设备接收数据或将数据传输到该大容量存储设备。然而,计算机不需要具有这样的设备。适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备,例如包括半导体存储器设备,例如EPROM、EEPROM和闪存设备;磁盘,例如内置硬盘或可移动磁盘;磁光盘;以及CD ROM和DVD-ROM磁盘。处理器和存储器可由专用逻辑电路补充或合并在专用逻辑电路中。

虽然本文档包含很多细节,但这些细节不应被解释为对所要求保护的发明或可被要求保护的内容的范围的限制,而是作为针对特定实施方式的特征的描述。在本文档中所描述的在不同的实施方式的上下文中的某些特征也可在单个实施方式中组合地被实现。相反,在单个实施方式的上下文中所述的各种特征也可在多个实施方式中分开地或以任何适当的子组合实现。而且,虽然特征在上面被描述为在某些组合中起作用且甚至最初被这样声明,但来自所要求保护的组合的一个或多个特征可在一些情况下从组合删除,且所要求保护的组合可针对子组合或子组合的变形。类似地,虽然以特定的顺序在附图中描绘了操作,但这不应被理解为要求这样的操作以所示的特定顺序或以连续的顺序被执行或所有示出的操作都被执行来实现期望的结果。

只公开了几个例子和实现。可基于所公开的内容对所述例子和实现及其它实现做出改变、修改和增强。

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