用于协作接收中的响应帧的技术的制作方法
要求优先权
本专利申请要求享受于2015年8月18日提交的题为“techniquesforresponseframesincooperativereception”的美国非临时申请no.14/829,444的优先权，该申请转让给本申请的受让人，并由此通过引用明确地并入本文。
本公开内容通常涉及电信，且具体地涉及用于协作接收中的响应帧的技术。
背景技术：
当今，无线局域网(wlan)在家庭、办公室和各种公共设施中的部署是常见的。这样的网络通常使用将特定地点(例如，家庭、办公室、公共设施等)中的多个无线站(sta)连接到另一网络(诸如，因特网等)的无线接入点(ap)。一组sta可以通过处于被称为基本服务集(bss)的网络中的公共ap相互通信。邻近的bss可能具有重叠的覆盖区域，并且这样的bss可以被称为重叠的bss或obss。
在一些wlan网络部署中，无线站可能位于小区边缘(例如，ap的覆盖的边缘)，并且由于较大的路径损耗、衰落或干扰而可能具有较差的上行链路传输质量。在一种情况下，在不同ap处对由无线站发送的数据(例如，上行链路传输)的接收可能受到来自邻近的bss(例如，obss)中的无线站的时变干扰的影响。由于干扰的时变性质，有可能地是，在这些ap中的一个ap处接收的数据被来自相应的obss中的无线站的干扰所损坏，而在这些ap中的另一个ap处接收的数据不被来自相应的obss中的无线站的干扰所损坏。具有损坏的数据的ap可能不正确地响应(例如，确认接收)发送了数据的无线站，这是因为损坏的数据可能不被解码。因此，期望地是，当上行链路传输的质量较差时，采用较为有效地处理对这些上行链路传输的响应的机制或方法。
技术实现要素：
在一个方面，一种用于协作接收的方法包括：在第一接入点处从第二接入点接收上行链路数据，其中，所述第一接入点和所述第二接入点具有重叠的覆盖区域，并且其中，所述上行链路数据是在所述第一接入点处经由所述第二接入点从所述重叠的覆盖区域内的无线站接收的。所述方法还可以包括由所述第一接入点向所述无线站传送与所述上行链路数据相关联的块响应帧。
在另一个方面，一种用于协作接收的装置包括：用于在第一接入点处从第二接入点接收上行链路数据的单元，其中，所述第一接入点和所述第二接入点具有重叠的覆盖区域，并且其中，所述上行链路数据是在所述第一接入点处经由所述第二接入点从所述重叠的覆盖区域内的无线站接收的。所述装置还可以包括用于由所述第一接入点向所述无线站传送与所述上行链路数据相关联的块响应帧的单元。
在另一个方面，一种用于协作接收的装置包括：处理器；以及经由至少一条总线与所述处理器耦合的存储器，所述存储器存储指令，所述指令在由所述处理器执行时使得所述处理器进行如下操作：在第一接入点处从第二接入点接收上行链路数据，其中，所述第一接入点和所述第二接入点具有重叠的覆盖区域，并且其中，所述上行链路数据是在所述第一接入点处经由所述第二接入点接收的；以及向无线站传送与所述上行链路数据相关联的块响应帧。
在又一个方面中，一种用于协作接收的方法包括：在第一接入点处从一个或多个第二接入点接收解调的有效载荷比特和解码的信息，其中，所述第一接入点和所述一个或多个第二接入点具有重叠的覆盖区域，并且其中，所述解调的有效载荷比特和所述解码的信息是在由所述一个或多个第二接入点从由所述重叠的覆盖区域内的无线站发送的上行链路数据获得后，由所述一个或多个第二接入点转发给所述第一接入点的。所述方法还可以包括：根据来自所述一个或多个第二接入点的所述解调的有效载荷比特来识别至少一个解调的比特序列。所述方法还可以包括：解码所述至少一个解调的比特序列以产生解码的比特序列。所述解码可以是基于组合所述至少一个解调的比特序列的。所述方法还可以包括向所述无线站传送与所述解码的比特序列相关联的块响应帧。
在另一个方面，一种用于协作接收的方法包括：由无线站向主接入点和辅接入点发送上行链路数据，所述无线站从所述主接入点和所述辅接入点的重叠的覆盖区域内发送所述上行链路数据。所述方法还可以包括：在所述无线站处从所述辅接入点接收关于所述上行链路数据已由所述辅接入点转发给所述主接入点的指示。所述方法还可以包括：响应于从所述辅接入点接收所述指示，由所述无线站向所述主接入点发送针对与所述上行链路数据相关联的块响应帧的请求。
应当理解，根据下面的具体实施方式，装置和方法的其它方面对于本领域技术人员来说将变得显而易见，其中通过图示的方式示出和描述了装置和方法的各个方面。如将认识到地，这些方面可以以其它且不同的形式来实现，并且其多个细节可以在其它各个方面进行修改。相应地，附图和具体实施方式在本质上被认为是说明性的而不是限制性的。
附图说明
现在将参照附图以示例而非限制的方式在具体实施方式中给出装置和方法的各个方面，其中：
图1是示出无线局域网(wlan)部署的示例的概念图；
图2a是示出bss间协作接收场景的示例的概念图；
图2b是示出用于协作接收的ap间通信链路的示例的概念图；
图3a是示出主ap响应于无线站请求进行的块响应帧传输的示例的概念性定时图；
图3b是示出在关于解码的数据已被转发给主ap的指示后的无线站请求的示例的概念性定时图；
图4a是示出由主ap在调度的时间处进行的块响应帧传输的示例的概念性定时图；
图4b是示出由主ap在调度的时间窗期间进行的块响应帧传输的示例的概念性定时图；
图5是示出由主ap和辅ap中的每一个同时进行的响应帧传输的示例的概念性定时图；
图6是示出由主ap和辅ap在不同的调度的时间处进行的块响应帧传输的示例的概念性定时图；
图7是示出由辅ap在触发帧后进行的块响应帧传输的示例的概念性定时图；
图8是示出向多个无线站传达上行链路传输调度的示例的概念性定时图；
图9是示出由无线站驱动的协同接收建立的示例的概念性呼叫流程顺序图；
图10是示出主ap响应帧组件的示例的框图；
图11是示出辅ap响应帧组件的示例的框图；
图12是示出无线站中的上行链路传输和响应帧控制器的示例的框图；
图13是示出用于建立协作接收的方法的各方面的示例的流程图；
图14是示出用于协作接收的方法的各方面的示例的流程图；
图15是示出用于协作接收的另一方法的各方面的示例的流程图；
图16是示出用于协作接收的又一方法的各方面的示例的流程图；以及
图17是示出用于协作接收的处理系统的示例的框图。
具体实施方式
以下将参照附图更全面地描述各种概念。然而，这些概念可以由本领域技术人员以许多不同的形式来实施，并且不应该被解释为限于本文所给出的任何具体的结构或功能。而是，这些概念被提供使得本公开内容将是彻底和完整的，并且将这些概念的范围充分地传达给本领域技术人员。具体实施方式可以包括具体细节。然而，对于本领域技术人员显而易见地是，可以在没有这些具体细节的情况下实践这些概念。
本公开内容提供了用于使用bss间协作分集接收(也简称为协作接收)的各个方面，以减轻无线站的上行链路传输中的较差质量的影响，使得可能有效地向无线站提供响应块帧或消息。可以在本公开内容中使用术语“响应帧”来表示用于响应发送的数据或信息、响应查询、响应请求和/或响应事件的具有指定结构的数字传输单元。在某些情况下，响应帧可以是可以包含附加信息的消息的一部分。响应帧的示例可以是“块响应帧”，例如响应于发送的数据而发送的块确认(ba)帧。在块确认中，不是针对被发送的每个帧(例如，数据帧)发送单独的确认(ack)，而是可以使用单个ba帧一起确认多个帧。当多个帧被发送时，这些帧可以被聚合为例如上行链路(ul)聚合介质访问控制(mac)协议数据单元(ulampdu)数据帧。在这种情况下，块响应帧可以指示哪些聚合帧已经被正确接收(例如，被成功解调和解码)。
图1是示出结合本文描述的用于协作接收中的响应帧的各种技术的无线局域网(wlan)部署的示例的概念图100。wlan可以包括与相应的ap相关联的一个或多个接入点(ap)和一个或多个移动站(sta)。在本例中，部署了两个ap：基本服务集1(bss1)中的ap1105-a和bss2中的ap2105-b。ap1105-a被示为具有至少两个相关联的sta(sta1115-a和sta2115-b)和覆盖区域110-a，而ap2105-b被示为具有至少两个相关联的sta(sta1115-a和sta3115-c)和覆盖区域110-b。在图1的例子中，ap1105-a的覆盖区域与ap2105-b的覆盖区域的一部分重叠，使得sta1115-a在覆盖区域的重叠部分内。结合图1的wlan部署而描述的bss、ap和sta的数量以及ap的覆盖区域是以图示而非限制的方式提供的。此外，在本文描述的用于协作接收中的响应帧的各种技术的各个方面是基于图1的示例wlan部署的，但不必如此限制。
在图1中所示的ap(例如ap1105-a和ap2105-b)通常是固定终端，为其覆盖区域或地区内的sta提供回程服务。然而，在一些应用中，ap可以是移动的或非固定的终端。在图1中所示的sta(例如，sta1115-a、sta2115-b和sta3115-c)，其可以是固定的、非固定的或移动的终端，利用它们各自的ap的回程服务连接到诸如因特网的网络。sta的示例包括但不限于：蜂窝电话、智能电话、膝上型计算机、台式计算机、个人数字助理(pda)、个人通信系统(pcs)设备、个人信息管理器pim)、个人导航设备(pnd)、全球定位系统、多媒体设备、视频设备、音频设备、用于物联网(iot)的设备或需要ap的回程服务的任何其它合适的无线设备。本领域的技术人员也可以将sta称为：订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线站、远程终端、手持机、用户代理、移动客户端、客户端、用户设备(ue)或某个其它合适的术语。ap也可以被称为：基站、基站收发台、无线电基站、无线电收发机、收发机功能体或任何其它合适的术语。贯穿本公开内容描述的各种概念旨在适用于所有合适的无线装置，而不管其具体的术语如何。
sta1115-a、sta2115-b和sta3115-c中的每一个可以用协议栈来实现。协议栈可以包括用于根据无线信道的物理和电气规范来发送和接收数据的物理层、用于管理对无线信道的接入的数据链路层、用于管理源到目的地数据传输的网络层、用于管理终端用户之间的数据的透明传输的传输层以及用于建立或支持到网络的连接所需或需要的任何其它层。
ap1105-a和ap2105-b中的每一个可以包括软件应用和/或电路，用以使关联的sta能够经由通信链路125连接到网络。ap可以将帧发送到其相应的sta，并从其相应的sta接收帧，以传送数据和/或控制信息(例如，信令)。
ap1105-a和ap2105-b中的每一个可以与位于ap的覆盖区域内的sta建立通信链路125。通信链路125可以包括可以启用上行链路通信和下行链路通信两者的通信信道。当连接到ap时，sta可以先与ap对自身进行身份验证，然后将自身与ap相关联。一旦关联，就可以在ap和sta之间建立通信链路125，使得ap和相关联的sta可以通过直接的通信信道来交换帧或消息。
尽管结合wlan部署或使用符合ieee802.11的网络来描述用于使用协作接收来发送响应帧的各方面，但是本领域技术人员将容易地认识到，贯穿本公开内容所描述的各个方面可以被扩展到采用各种标准或协议(包括例如
图2a表示了示出协作接收场景的示例的图200。图200总体上描述了其中由ap从相关联的无线站接收的ul传输质量较差的情况，特别是当无线站位于例如ap的覆盖区域的边缘(例如，小区边缘)时。ul传输的较差质量可以是由于例如较大的路径损耗、衰落、干扰或这些因素中的若干因素的组合造成的。由于ul传输的质量较差，ap接收的数据可能被损坏或者被阻塞，并且不能向无线站提供正确的响应(例如，确认)。这可能导致要执行重传或其它过程，重传或其它过程可以增加延迟和/或降低吞吐量。为了减轻这些影响，可以在两个或更多个ap之间配置bss间协作接收操作，以允许已经接收到良好质量ul传输的ap将从该ul传输解码的数据转发给另外已接收到较差质量的ul传输的ap。
在图2a的场景(该场景基于图1的wlan部署)，ap1105-a(被称为主ap)可以从sta1115-a接收ul帧210，这是因为sta1115-a在ap1105-a的覆盖区域(例如，图1中的覆盖区域110-a)内。在ap1105-a处的对ul帧210的接收可能受到与来自bss1中的sta2115-b的ul传输(由虚箭头所示)相关联的干扰的影响。由于sta1115-a在ap2105-b的覆盖区域(例如，图1中的覆盖区域110-b)内，ap2105-b(被称为辅ap)也可以从sta115-a接收ul帧210。在ap1105-b处的对ul帧210的接收可能受到与来自bss2中的sta3115-c的ul传输(由虚箭头所示)相关联的干扰的影响。
进一步针对这种情形，与来自sta2115-b和sta3115-c的ul传输相关联的干扰可能是不相关和时变的。因此，由ap1105-a接收的ul帧210可能已经被来自sta2115-b的干扰破坏，而由ap2105-b接收的ul帧210可能尚未被来自sta3115-c的干扰破坏。在这种情况下，即使ap1105-a不能解码ul帧210，ap2105-b也能够解码ul帧210。一旦在bss1(主ap)中的ap1105-a和bss2(辅ap)中的ap2105-b之间建立或配置了协作接收操作(针对本公开内容的其余部分简称为协作接收)，ap2105-b便可以将与ul帧210相关联的数据转发给ap1105-a。一旦接收到该数据，ap1105-a便可以处理该数据，并且可以向sta1115-a发送指示对接收到与ul帧210相关联的数据的确认的响应帧(例如，块响应帧)。
图2b表示了示出与图2a的协作接收相关联的ap间通信链路的示例的图220。图220示出了通过ap间通信链路230将来自ap2105-b(辅ap)的ul数据(例如，来自ul帧210的解码数据)转发给ap1105-a(主ap)。ap间通信链路230可以在建立ap1105-a和ap2105-b之间的协作接收之前存在，或者可以作为建立ap1105-a和ap2105-b之间的协作接收的一部分来实现。ap间通信链路230可以经由空中信道或经由回程，并且可以包括一个或多个第三方节点(未示出)。如上所示，通过使ap2105-b(辅ap)将ul数据转发给ap1105-a(主ap)，ap1105-a然后可以处理该ul数据并且可以发送响应帧(例如，块响应帧)给sta1115-a，该响应帧指示对接收到ul数据的确认。在一些情况下，响应帧的发送可以被称为协作接收中的确认(ack)递送。
图3a-8在下文被描述，并提供关于可以用于发送或递送协作接收中的响应帧(例如，ack帧、ba帧)的各种方法或方式的细节。在一种类型的方法中，响应帧可以从协作接收中的多个ap之一发送给sta(例如，发送ul帧的sta)。在另一种类型的方法中，响应帧可以从来自协作接收中的多个ap的两个或更多个ap发送给sta(例如，发送ul帧的sta)。
图3a表示了示出由主ap响应于sta的请求进行的块响应帧传输的示例的定时图300。定时图300可以对应于上面提到的类型的方法，其中当多个ap处于协作接收时，单个ap发送或者递送响应帧(例如，块响应帧)。在这种情况下，sta(例如，图1-2b中的sta1115-a)可以发送或者发射上行链路数据帧315的序列(例如，ul数据1...ul数据n)，并且然后可以向主ap(例如图1-2b中的ap1105-a)发送请求320(例如，ba请求或bar)，用于请求关于协作接收结果的块响应帧(brf)325(例如，ba帧)。协作接收结果可以指：当辅ap(例如，图1-2b中的ap1105-b)处于与主ap的协作接收操作中时，且当辅ap能够在接收来自sta的上行链路数据帧315的序列(例如，ul数据1...ul数据n)之后(例如，通过解码接收到的ulmac协议数据单元(mpdu))生成ul数据(例如，解码的ulmpdu时，从辅ap向主ap转发该ul数据。
在图3a的一个方面中，sta可以具有关于当可能已由主ap从辅ap接收到ul数据时的时间的特定知识，并且基于此知识，sta可以在在已由主ap接收到ul数据后的一定时间处将请求320发送给主ap。在一些方面，sta可以在当可能已由主ap接收到ul数据时的时间后等待几毫秒到几十毫秒，以便发送请求320。一旦接收到请求320，主ap便可以典型地在短帧间间隔(sifs)持续时间后向sta发送或递送brf325。
图3b表示了示出在关于解码的数据已被转发给主ap的指示之后sta的请求的示例的定时图330。定时图330可以对应于上面提到的类型的方法，其中当多个ap处于协作接收时，单个ap发送或者递送响应帧(例如，块响应帧)。在这种情况下，如在图3a中的情况，sta(例如，图1-2b中的sta1115-a)可以发送或者发射上行链路数据帧315的序列(例如，ul数据1...ul数据n)，并且然后可以向主ap(例如，图1-2b中的ap1105-a)发送请求320(例如，ba请求或bar)，用于请求关于与辅ap(例如，图1-2b中的ap105-b)的协作接收结果的brf325(例如，ba帧)。
在图3b的一个方面中，为了帮助sta知道辅ap何时完结或完成将ul数据作为协作接收结果的一部分转发给主ap，辅ap可以在向主ap转发从sta接收的且由辅ap成功解码的ulmpdu后向sta发送指示。那些从sta接收的且未被辅ap成功解码的ulmpdu不需要被转发给主ap。在一个示例中，该指示可以是诸如图3b中所示的转发完成345之类的帧。在这样的示例中，sta可以在从辅ap接收到转发完成345后发送请求320。在一些方面，可以响应于具有由主ap确认的所有转发的数据来发送转发完成345，并且sta可以在接收到转发完成345后不久发送请求320。
在图3b的另一个方面中，为了帮助辅ap确定ul数据(例如，与ul数据1...ul数据n相关联的解码的ulmpdu)的转发何时完结或完成，sta可以发送用于指示上行链路数据帧315的序列的开始的开始帧(例如，开始335)和用于指示上行链路数据帧315的序列的结束的结束帧(例如，结束340)。辅ap可以使用开始帧和结束帧以识别上行链路数据帧315的序列，这既而允许辅ap确定向主ap的转发何时完成或完毕。开始帧和结束帧可以进一步指示数据会话索引，并且在该情况下转发完成345还可以指示对应的会话索引。这在多个会话是活动的且存在与在协作接收操作中正被处理的若干活动的会话相关联的上行链路数据帧的序列时，可以是有用的。在另一个方面中，由开始帧和结束帧携带的信息(包括会话索引和相关的信息)可以被包括在上行链路数据帧315中，使得开始335和结束340不需要由sta发送。在这种情况下，由开始帧和结束帧携带的信息可以被包括在序列中的一个或多个上行链路数据帧315中的物理层(phy)/mac报头中。
图4a表示了示出由主ap在调度的时间处进行的块响应帧传输的示例的定时图400。调度的时间可以由主ap基于一定的初始或启动配置或者基于在主ap的操作期间提供的配置来设置。定时图400可以对应于上面提到的类型的方法，其中当多个ap处于协作接收中时，单个ap发送或者递送响应帧(例如，块响应帧)。在这种情况下，sta(例如，图1-2b中的sta1115-a)可以发送或者发射上行链路数据帧415(例如，ul数据1...ul数据n)的序列。然而，sta可以不向主ap(例如，图1-2b中的ap1105-a)发送请求(例如，bar)，用于请求关于与辅ap(例如，图1-2b中的ap105-b)的协作接收结果的brf425(例如，ba帧)。而是，主ap可以在调度的时间(例如，tscheduled)处将brf425发送给sta。在一些方面中，调度的时间可以是在sta发送上行链路数据后约15毫秒，其中假定通过回程连接将上行链路数据转发给主ap可能花费约10毫秒。
在图4a的一个方面中，由主ap向sta对brf425的传输可以在调度的时间处发生，而主ap不曾争用通信信道或介质(例如，wlan信道或介质)以便进行对brf425的传输。
在图4a的另一个方面中，由主ap向sta对brf425的传输可以涉及使主ap在调度的时间处先争用通信信道或介质(例如，wlan信道或介质)以便进行对brf425的传输。争用通信信道或介质通常可以指使用载波侦听多路访问(csma)技术以在共享的传输介质上进行发送前验证其它业务的不存在。
图4b表示了示出由主ap在调度的时间窗口期间进行的块响应帧传输的示例的定时图430。可以基于主ap的用户或运营商的一定的初始或启动配置或者基于在主ap的操作期间提供的配置变化，来在主ap处设置或配置调度的时间窗口(例如，时间窗口的开始和结束值)。定时图430还可以对应于上面提及的类型的方法，其中，当多个ap处于协作接收时，单个ap发送或传递响应帧(例如，块响应帧)。在这种情况下，sta(例如，图1-2b中的sta1115-a)可以发送或者发射上行链路数据帧415(例如，ul数据1...ul数据n)的序列。像图4a，sta可以不向主ap(例如，图1-2b中的ap1105-a)发送请求(例如，bar)，用于请求关于与辅ap(例如，图1-2b中的ap105-b)的协作接收结果的brf425(例如，ba帧)。而是，主ap可以在调度的时间窗口435([t1,t2])内的任何时间处将brf425发送给sta。在一些方面中，调度的时间窗口435可以在sta发送上行链路数据后15毫秒到30毫秒的范围内。
在图4b的一个方面中，可以在与序列中的最后一个ul数据帧415(例如，ul数据n)相关联的经解码的ulmpdu已由辅ap转发给主ap后，在调度的时间窗口435内由主ap发送brf425。在图4b的另一个方面中，主ap可以至少部分地基于来自辅ap的当前数据转发延迟来更新调度的时间窗口435(例如，t1、t2)的开始值和结束值。更新的开始值和结束值可以由主ap针对功率节省应用来以信号通知给sta。例如，通过以信号发送调度的时间窗口435的更新的开始值和结束值，sta可以在更新的时间窗口到达之前处于休眠状态或以低功率模式操作，在更新的时间窗口到达时sta需要唤醒以检查brf425。
图5表示了示出由主ap和辅ap中的每一个同时进行的响应帧传输的示例的定时图500。定时图500可以对应于上面提到的类型的方法，其中在多个ap处于协作接收中时，两个或更多个ap发送或者递送响应帧(rf)。在这种情况下，sta(例如图1-2b中的sta1115-a)可以发送或发射上行链路数据帧515(例如，ul数据)。sta可以不向主ap(例如，图1-2b中的ap1105-a)或辅ap(例如，图1-2b中的ap2105-b)发送对于协作接收结果的确认的请求。而是，当主ap和辅ap两者都成功接收到上行链路数据帧515时，它们都将在从上行链路数据帧515被两个ap接收时的时间起的固定间隔(例如，时间偏移530)后向sta发送公共响应帧。例如，主ap可以在接收到上行链路数据帧515后的时间偏移530向sta发送rf1525-a(例如，ack帧)，而辅ap可以在接收到上行数据帧515后的时间偏移530向sta发送rf2525-b(例如，ack帧)，其中，rf1525-a和rf2525-b是由两个不同ap发送的公共响应帧。在这个例子中，时间偏移530可以具有16微秒的短帧间间隔(sifs)的持续时间。
在图5的一个方面中，公共响应帧(rf1525-a和rf2525-b)可以具有公共帧格式并且可以被sta感测为相同的响应帧(例如，ack帧)的多径版本。这样，sta可以接收rf1525-a和rf2525-b，而两者不会相互干扰。
在图5的另一个方面中，主ap和辅ap可以在协作接收操作的建立(例如，配置)期间协商公共响应帧。公共响应帧可以被协商成具有相同格式的非高吞吐量(非ht)响应帧(例如，非htack帧)，其中具有相同格式即：具有相同的帧控制、持续时间、地址字段、调制和编码方案(mcs)以及有效载荷加扰种子。如果非ht响应帧被用作公共响应帧，则协商还可以将上行链路数据帧515限于单个mpdu。此外，将rf2525-b发送给sta的辅ap还需要将来自上行链路数据帧515的解码的ul数据转发给主ap。解码的ul数据可以在rf2525-b被发送到sta的同时被转发给主ap。
图6表示了示出由主ap和辅ap在不同的时间处进行的块响应帧传输的示例的定时图600。定时图600可以对应于上面提到的类型的方法，其中当多个ap处于协作接收时，两个或更多个ap发送或者递送响应帧(例如，块响应帧)。在这种情况下，sta(例如，图1-2b中的sta1115-a)可以发送或发射上行链路聚合数据帧615(例如，ul聚合数据)。上行链路聚合数据帧615可以包括例如ulampdu数据帧。sta可以不向主ap(例如，图1-2b中的ap1105-a)或辅ap(例如，图1-2b中的ap2105-b)发送对于协作接收结果的确认的请求。而是，当主ap和辅ap都成功接收到上行链路聚合数据帧615时，它们都将在调度的时间或时隙处向sta发送块响应帧。例如，主ap可以在接收到上行链路聚合数据帧615后的时间偏移630-a向sta发送brf1625-a(例如，ba帧)，而辅ap可以在sta接收到brf1625-a后的时间偏移630-b向sta发送brf2625-b(例如，ba帧)。在这个例子中，时间偏移630-a和630-b每个都可以具有16微秒的sifs的持续时间。
在图6的一个方面中，brf1625-a和brf2625-b被发送时的调度的时间可以由sta或主ap确定，并且可以在建立或配置协作接收时被通知或传送给协作ap，或者通过在ul数据帧中发送这样的信息。例如，sta可以更新ul数据帧中的网络分配器向量(nav)以包括针对各个ap的块响应帧的调度信息。而且，向sta发送brf2625-b的辅ap还需要将来自上行链路聚合数据帧615的解码的ul数据(例如，解码的mpdu)转发给主ap。解码的ul数据可以在bf2625-b被发送到sta的同时被转发给主ap。
在图6的另一个方面中，虽然brf1625-a被示出为在辅ap发送brf2625-b前由主ap发送，但是本公开内容不需要被如此限制，并且块发送响应帧的发送顺序可以是不同。另外，当有多个辅ap作为协作接收的部分时，可以有来自主ap和多个辅ap的块响应帧被调度用于传输的不同的方式。在某些情况下，来自主ap的块响应帧可能被最后发送。
图7表示了示出由辅ap在触发帧后进行的块响应帧传输的示例的定时图700。定时图700可以对应于上面提到的类型的方法，其中在多个ap处于协作接收时，两个或更多个ap发送或者递送响应帧(例如，块响应帧)。在这种情况下，sta(例如，图1-2b中的sta1115-a)可以发送或发射上行链路聚合数据帧715(例如，ul聚合数据)。上行链路聚合数据帧75可以包括例如ulampdu数据帧。sta可以不向主ap(例如，图1-2b中的ap1105-a)或辅ap(例如，图1-2b中的ap2105-b)发送对于协作接收结果的确认的请求。而是，主ap将在每个ul数据帧后发送块响应帧。在这种情况下，主ap通常将在主ap接收到上行链路聚合数据帧75后发送brf1725-a(例如，ba帧)。然而，如果上行链路聚合数据帧75中的所有mpdu在主ap处解码失败并且brf1725-a没有被发送，或者如果上行链路聚合数据帧75中的大多数mpdu解码失败(例如，至少50％)并且brf1725-a反映了这个解码失败水平，则sta将发送触发帧(tf)730以调度一个或多个辅ap发送块响应帧。tf730可以在由sta从主ap接收到brf1725-a后的时间偏移735-a处由sta发送。一旦辅ap接收到tf730，则辅ap可以在辅ap接收到tf730后的时间偏移735-b处向sta发送brf2725-b(例如，ba帧)。时间偏移735-a和735-b每个可以具有16微秒的sifs的持续时间。
在图7的一个方面中，通过使用tf730，辅ap(或多于一个时的辅ap)可以响应于确定在主ap处至少大多数mpdu或mac服务数据单元(msdu)解码失败(例如，失败>50％)而机会性地向sta发送块响应帧(例如，ba帧)。在一些情况下，当在协作接收中存在多于一个辅ap时，tf730可以包括用于传输块响应帧的调度表(schedule)。sta还可以按照调度表设置nav。此外，tf730可以包括关于来自主ap的块响应结果的信息(例如，关于brf1725-a的信息)，并且辅ap可以使用该信息来识别并向主ap转发仅那些与在主ap处解码失败的mpdu对应的解码的mpdu。
尽管迄今为止描述的用于协作接收中的响应帧的各种技术依赖于从辅ap向主ap转发ul数据，但是本公开内容不需要被如此限制。在可应用于本文描述的方法和装置的本公开内容的另一个方面中，辅ap可以将来自sta的解码的ul块响应帧(例如，解码的ulba帧)转发给主ap，以改进操作的可靠性。在一个场景中，sta可能正在经历较高的块响应帧分组错误率(per)(例如，per>20％)，并且可能在上行链路块响应帧中设置指示符以传达该状况。参与协作接收操作的任何辅ap可以在检测到该指示符后将所解码的上行链路块响应帧转发给主ap。
图8表示了示出将上行链路传输调度表传达给多个sta的示例的定时图800。在定时图800中，主ap可以将上行链路传输调度帧发送给多个sta。例如，主ap(例如，图1-2b中的ap1105-a)可以将调度表815发送给sta-a(例如，图1-2b中的sta1105-a)和sta-b(例如，图1-2b中的sta2105-b)。调度表815可以指示对于sta-a和sta-b中的每一个的资源的分配。调度表815可以包括上行链路传输调度信息，诸如但不限于时间、频率、空间流分配、mcs和针对每个sta标识符(id)的数据长度。
在图8中描述的情形中可能出现的一个问题在于：与主ap处于协作接收的辅ap(例如，图1-2b中的ap1105-b)可能没有从主ap接收到调度表815。造成这种情况的一个原因可能是辅ap位于主ap的覆盖范围之外。在没有调度表815中的信息的情况下，如果上行链路传输调度信息由于压缩而不在ul数据中重复，则辅ap可能不能解码来自sta的ul数据。
解决这个问题的方法可以是使sta-a和sta-b中的每一个重复调度表815。这在图8中被示出为：sta-a通过传输调度表820-a来重复调度表815中的信息，并且sta-b通过传输调度表820-b来重复调度表815中的信息。辅ap可以接收调度表820-a和/或调度表820-b，以使辅ap能够解码来自sta-a和sta-b的ul数据。在重复上行链路传输调度信息后，sta-a可以发送与第一空间流分配相关联的上行链路聚合数据帧825-a(例如，ul聚合数据1)，并且sta-b可以发送与第二空间流分配相关联的上行链路聚合数据帧825-b(例如，ul聚合数据2)。上行链路聚合数据帧825-a和825-b中的每个都可以包括例如ulampdu数据帧。
在上述方法的一个方面中，调度表820-a和调度表820-b可以包括由sta-a和sta-b两者使用的公共帧格式的上行链路传输调度信息。在另一个方面中，sta-a和sta-b可以在ul数据帧(例如，上行链路聚合数据帧825-a、上行链路聚合数据帧825-b)中包括具有公共前导码格式的上行链路传输调度信息，而不发送调度表820-a和调度表820-b。至于是通过发送调度表820-a和调度表820-b还是通过将上行链路传输调度信息包括在ul数据帧中来提供上行链路传输调度信息，这可以由调度表815中的主ap指示。
在图3a-8的定时图中以及在本公开内容的其它部分中描述的协作接收可以由sta(例如，图1-2b中的sta1115-a)或ap(例如，图1-2b中的ap1105-a))。当由sta建立或配置时，操作可以被称为sta驱动的协作接收建立。当由ap建立或配置时，操作可以被称为ap驱动的协作接收建立。
在sta驱动的协作接收建立的一个方面中，sta可以在动作帧中或在数据帧的phy/mac报头中发送指示符，其中指示符可以指定协作接收是“开启”(例如，启用)还是“关闭”(例如，禁用)。当度量小于预定的阈值时，sta可以将指示符设置为指定协作接收将为“开启”。例如，当诸如接收信号强度指示(rssi)的信号强度度量小于预定的阈值(例如，rssi<-75dbm)时，sta可以将指示符设置为指定协作接收将为“开启”。在另一个示例中，当诸如ul吞吐的链路质量度量小于预定的阈值时，sta也可以将指示符设置为指定协作接收将为“开启”。当sta的obss到bss中的ap检测到sta发送的指示符时，ap可以被配置为将解码的数据转发给主ap，其也可以在指示符中指定。另外，sta可以在指示符中指定一组obssap，并且选择的那些obssap可以被配置为将解码的数据转发给主ap。不作为在指示符中指定的集合的一部分的obssap可能不被配置为将解码的数据转发给主ap。
结合图9描述了sta驱动的协作接收建立的另一个方面。图9表示了示出其中sta915(例如，图1-2b中的sta1115-a)使用建立请求和响应序列来建立或配置协作接收的示例的呼叫流程序列图900。sta915可以向主ap905-a(例如，图1-2b中的ap1105-a)发送建立请求920，主ap905-a既而可以将建立响应925发回给sta915。sta915还可以向每个候选辅ap发送建立请求，其中如果每个候选辅ap接受参与协作接收操作，则该候选辅ap既而发回建立响应。在图9表示的例子中，sta915可以向辅ap905-b(例如，图1-2b中的ap2105-b)发送建立请求930，辅ap905-b既而可以发送建立响应935回给sta915。另外，sta915可以向辅ap905-c(例如，图1-2b中的ap2105-b)发送建立请求940，辅ap905-c既而可以发送建立响应945回给sta915。sta915然后可以选择一组辅ap并且可以随后向它们以及主ap905-a发送可以包括公共响应帧格式(例如，公共ba格式)和响应帧调度表(例如，ba调度表)的最终建立宣告950，如上所述。在一些情况下，最终建立宣告950还可以包括可以由ap使用来解码从sta915发送的ul数据的公共加密密钥。
在图9的sta驱动的协作接收建立的一个方面中，当在候选辅ap和主ap905-a之间存在ap间通信链路(例如，图2b中的ap间通信链路230)时，候选辅ap可以接受成为协作接收操作的建立或配置的一部分。此外，sta可以基于哪些ap具有小于预定的阈值(例如，负载<30％)的负载来选择该组辅ap，如相应ap的信标所指示地。
在ap驱动的协作接收建立的一个方面中，ap(例如，图1-2b中的ap1105-a)可以识别具有较差的信号强度度量(例如，rssi<信号强度阈值(例如，rssi<-75dbm))或较差的链路质量度量(例如，ul吞吐量<链路质量阈值)的sta(例如，图1-2b中的sta1105-a)。ap可以请求sta报告回给ap具有对sta的良好信号强度度量(例如rssi)的一组候选辅ap。然后，ap可以向该组候选辅ap中的每个候选辅ap发送请求，并且稍后发送最终建立宣告(参见例如，给接受了参与协作接收操作的那些辅ap)。ap和辅ap之间的通信可以发生在ap间通信链路(例如，图2b中的ap间通信链路230)上。
参照图10-15，参照可以执行在本文描述的动作或功能的一个或多个组件以及一个或多个方法来描绘本公开内容的各方面。尽管以下描述的动作或功能以特定的顺序呈现和/或由示例组件执行，但是应当理解，取决于实现方案，动作的排序和执行动作的组件可以是变化的。此外，应该理解，可以通过专门编程的处理器、执行专门编程的软件或计算机可读介质的处理器，或者通过能够执行所描述的动作或功能的硬件组件和/或软件组件的任何其它组合，来执行以下动作或功能。此外，在一个方面中，组件可以是构成系统的一个部分，可以是硬件、软件或硬件和软件的组合，和/或可以被划分为其它组件。
图10表示了示出主ap响应帧组件1010的示例的框图1000。接入点1005可以是参照本公开内容的图2a-9中描述的主ap的示例。接入点1005可以包括主ap响应帧组件1010，其既而具有数据处理器1020、协作接收建立组件1030、ap间通信链路组件1050、响应帧控制器1055和上行链路传输调度组件1090。接入点1005还可以包括被配置为从一个或多个无线站和/或从一个或多个其它接入点发送和接收信息(例如，数据、控制信息)的收发机1095。
数据处理器1020可以被配置为处理从辅ap接收的上行链路数据1025和/或解调的比特/解码的信息1027。在解调的比特/解码的信息1027的情况下，数据处理器1020可以被配置为执行下面关于图15描述的方法1500的各方面。
协作接收建立组件1030可以被配置为支持sta驱动的协作接收建立和/或ap驱动的协作接收建立的各方面。对于ap驱动的协作接收建立，协作接收建立组件1030可以包括质量度量比较组件1035、识别组件1040和配置组件1045，其可以被配置为执行下面参照图13描述的方法1300的各方面。
ap间通信链路组件1050可以被配置为设立、维护和/或使用ap间通信链路(例如，图2b中的ap间通信链路230)。ap间通信链路组件1050连同收发机1095可以被配置为发送和接收来自另一个接入点的信息。
响应帧控制器1055可以被配置为处理关于向无线站发送响应帧(例如，诸如ba帧的块响应帧1060)以向无线站提供协作接收结果的各个方面。响应帧控制器1055可以包括通信时间识别组件1065、请求接收组件1080和块响应帧通信组件1085。
时间识别组件1065可以被配置为识别调度的时间1070和/或调度的时间窗口1075。时间识别组件1065可以被配置为支持上面结合至少图4a和4b所描述的各方面。
请求接收组件1080可以被配置为接收来自无线站的请求，以请求协作接收结果被提供给无线站。请求接收组件1080可以被配置为支持上面至少结合图3a和3b描述的各方面。
块响应帧通信组件1085可以被配置为向无线站发送包括块响应帧(例如ba帧)的响应帧。响应帧可以根据由请求接收组件1080处理的请求或由通信时间识别组件1065处理的调度的时间/调度的时间窗口，来向无线站提供协作接收结果。块响应帧通信组件1085连同收发机1095可以被配置为将响应帧发送给无线站。
上行链路传输调度组件1090可以被配置为向一个或多个无线站提供调度表。上行链路传输调度组件1090可以被配置为支持上面结合至少图8描述的各方面。
图11表示了示出辅ap响应帧组件1110的示例的框图1100。接入点1105可以是在本公开内容的图2a、2b、3b和5-9中描述的辅ap的示例。接入点1105可以包括辅ap响应帧组件1110，辅ap响应帧组件1110既而具有数据处理器1120、协作接收建立组件1150、ap间通信链路组件1180、响应帧控制器1155和上行链路传输调度组件1185。接入点1105还可以包括被配置为从一个或多个无线站和/或从一个或多个其它接入点发送和接收信息(例如，数据、控制信息)的收发机1190。
数据处理器1120可以被配置为处理要被转发给主ap的上行链路数据1125。数据处理器1120可以包括解调组件1130，该解调组件1130被配置为解调来自mpdu的有效载荷比特以产生解调的比特1135。解调组件1130可以包括解码组件1140，该解码组件1140被配置为解码来自mpdu报头(例如phy/mac报头)的解调的信息以产生解码的信息1145。在解调的比特1135和解码的信息1145的情况下，数据处理器1020可以被配置为执行下面关于图15描述的与辅ap有关的方法1500的那些方面。
协作接收建立组件1150可以被配置为支持与辅ap有关的sta驱动的协作接收建立和/或ap驱动的协作接收建立的各方面。
ap间通信链路组件1180可以被配置为设立、维护和/或使用ap间通信链路(例如，图2b中的ap间通信链路230)。ap间通信链路组件1180连同收发机1190可以被配置为发送和接收来自另一接入点的信息。
响应帧控制器1155可以被配置为处理关于向无线站发送响应帧(例如，诸如ba帧的块响应帧1160)的各个方面。响应帧控制器1155有时可以在调度的时间1165处发送块响应帧1160。响应帧控制器1155可以被配置为支持上面结合至少图6和7描述的与辅ap有关的各方面。响应帧控制器1155可以包括块响应帧通信组件1170，其连同收发机1095可以被配置为向无线站发送响应帧。
上行链路传输调度组件1185可以被配置为接收由一个或多个无线站重复的调度。上行链路传输调度组件1185可以被配置为支持上面结合至少图8描述的与辅ap有关的各方面。
图12表示了示出无线站中的上行链路传输及响应帧控制器1210的示例的框图1200。无线站1215可以是在本公开内容的图1-9中描述的sta的示例。无线站1215可以包括上行链路传输和响应帧控制器1210，其既而具有上行链路数据传输组件1220、协作接收建立组件1235、响应帧请求组件1240和上行链路传输调度组件1245。上行链路传输和响应帧控制器1210还可以包括被配置为从一个或多个接入点发送和接收信息(例如，数据、控制信息)的收发机1295。
上行链路数据传输组件1220可以被配置为处理关于发送上行链路传输(例如，ul数据、ul聚合数据)的各个方面。在一些情况下，当协作接收涉及对解调的mpdu有效载荷比特和解码的mpdu信息的转发时，上行链路数据传输组件1220可以被配置为编码phy或mac报头中的mpdu信息以产生报头信息1225，以及分开地编码mpdu有效载荷比特以产生有效载荷比特1230。接收到报头信息1225和有效载荷比特1230的辅ap可以与mpdu信息和mpdu有效载荷比特被一起编码时的情况不同地处理报头信息1225和有效载荷比特1230。
协作接收建立组件1235可以被配置为支持与无线站相关的sta驱动的协作接收建立和/或ap驱动的协作接收建立的各方面。
响应帧请求组件1240可以被配置为向主ap发送请求以请求具有由主ap提供的协作接收结果。响应帧请求组件1240可以被配置为支持上面结合至少图3a和3b描述的各方面。
上行链路传输调度组件1245可以被配置为重复由主ap提供的调度表，使得辅ap可以接收包含在该调度表中的信息。上行链路传输调度组件1245可以被配置为支持上面结合至少图8描述的与无线站有关的方面。
在上行链路传输和响应帧控制器1210的操作的一个方面中，无线站1215可以经由收发机1295将上行链路数据发送给主接入点和辅接入点，无线站1215从主接入点和辅接入点的重叠的覆盖区域内发送上行链路数据(参见例如图1a)。例如，上行链路数据可以由上行链路数据传输组件1220提供。无线站1215然后可以经由收发机1295从辅接入点接收指示上行链路数据已经被辅接入点转发给主接入点的指示。在一些示例中，由辅接入点转发给主接入点的上行链路数据可以包括与上行链路数据相关联的解调的有效载荷比特和解码的信息。然后，无线站1215可以响应于从辅接入点接收到指示，向主接入点发送对于与上行链路数据相关联的块响应帧的请求。就此而言，响应帧请求组件1240可以在接收到指示后生成该请求，并且可以将请求发送给与收发机1295有关的主接入点。
图13表示了示出用于建立或配置协作接收的方法1300的各方面的示例的流程图。在1310处，第一接入点(例如，诸如图1-2b中的ap1105-a和图10中的ap1005之类的主ap)可以确定与无线站(例如，图1-2b中的sta1115-a、图12中的sta1215)相关联的质量度量(例如，rssi、ul吞吐)小于预定的阈值。例如，图10中的协作接收建立组件1030和/或质量度量比较组件1035可以确定质量度量是否超过预定的阈值。
在1315处，响应于在1310处做出的与无线站相关联的质量度量小于预定的阈值的确定，第一接入点可以配置或实现协作接收。
在1320处，第二接入点(例如，诸如图1-2b中的ap2105-b和图11中的ap1105之类的辅ap)可以被识别用于协作接收。例如，图10中的协作接收建立组件1030和/或识别组件1040可以识别一个或多个第二接入点(例如，辅ap)。
在1325，可以在第一接入点和第二接入点之间配置协作接收，其中第二接入点将上行链路数据(例如，解码的mpdu)转发给第一接入点。例如，图10中的协作接收建立组件1030、配置组件1045、和/或ap间通信链路组件1050可以建立、配置或者设立第一接入点(主ap)和第二接入点(辅ap)之间的协作接收。
图14表示了示出用于协作接收的方法1400的各方面的示例的流程图。在1410处，可以在第一接入点(例如，诸如图1-2b中的ap1105-a和图10中的ap1105之类的主ap)处从第二接入点(例如，诸如图1-2b中的ap2105-b和图11中的ap1105的辅ap)接收上行链路数据(例如，解码的mpdu)，其中第一接入点和第二接入点具有重叠的覆盖区域(参见例如，图1中的覆盖区域110-a和110-b之间的重叠)，并且其中上行链路数据是在第一接入点处经由第二接入点从重叠的覆盖区域内的无线站(例如，图1中的sta1115-a)接收的。例如，图10中的数据处理器1020和/或收发机1095可以接收上行链路数据(例如，上行链路数据1025)。
可选地，在1415处，可以从无线站接收请求(例如，图3a和3b中的请求320)。例如，响应帧控制器1055和/或请求接收组件1080可以从无线站接收用以请求向无线站提供协作接收结果的请求。
替代地并且可选地，在1420处，可以在第一接入点处识别调度的时间(例如，图4a中的tscheduled)。例如，响应帧控制器1055和/或通信时间识别组件1065可以识别用于向无线站传输块响应帧的调度的时间。调度的时间可以作为第一接入点的配置的一部分存储在存储器(参见例如图17中的计算机可读介质/存储器1706)中。
在1425处，第一接入点可以传送与上行链路数据相关联的块响应帧(例如，图3a和3b中的brf325以及图4a中的brf425)。例如，响应帧控制器1055、块响应帧通信组件1085和/或收发机1095可以将块响应帧传送给无线站。块响应帧可以包括ba帧。
在方法1400的另一个方面中，在1415处接收请求包括：响应于无线站从第二接入点接收到指示第二接入点已向第一接入点转发了上行链路数据的指示，接收来自无线站的请求。
在方法1400的另一个方面中，在1420处的调度的时间可以是在接入点处配置的调度的时间窗内的时间。
在方法1400的另一个方面中，可以在第一接入点处识别第一调度的时间，其中在第一调度的时间处向无线站传送块响应帧，并且其中，第一调度的时间是基于第一接入点直接从无线站接收上行链路数据(例如，ulampdu)时的时间(参见例如图7)。第二接入点可以在第二调度的时间处向无线站传送不同的块响应帧，并且其中第二调度的时间与第一调度的时间有偏移(例如，时间偏移)。在一些示例中，第一接入点向无线站传送块响应帧(例如，图7中的brf1725-a)时的第一调度的时间，在第二接入点向无线站传送不同的或第二块响应帧(例如，图7中的brf2725-b)时的第二调度的时间之前。
在方法1400的另一个方面中，可以将调度表(例如，图8中的调度表815)传送给无线站(例如，图8中的sta-a)和第二无线站(例如，图8中的sta-b)，其中无线站基于调度表传送例如与上行链路数据对应的上行链路聚合数据，并且其中无线站和第二无线站重复到第二接入点的调度表(例如，图8中的调度表820-a和时间调度表820-b)。
在方法1400的另一个方面中，对于sta驱动的协作接收建立，响应于来自无线站的指示，可以在第一接入点和第二接入点之间配置协作接收，其中第二接入点将上行链路数据转发给第一接入点。
在方法1400的另一个方面中，对于ap驱动的协作接收建立，可以首先确定当与无线站点相关联的质量度量(例如，rssi、ul吞吐)小于预定的阈值时配置协作接收。一个或多个第二接入点(例如，辅ap)可以被识别用于协作接收。然后可以在第一接入点和第二接入点之间在第一接入点处配置协作接收，其中第二接入点将上行链路数据转发给第一接入点。
在方法1400的另一个方面中，第一接入点可以通过第一接入点和第二接入点之间的通信链路(例如，图2b中的ap间通信链路230)从第二接入点接收上行链路数据。
在上述方法1400中，辅ap(例如，第二接入点)可以将解码的mpdu转发给主ap(例如，第一接入点)。另一种方法可以是让辅ap将针对每个mpdu的解调的原始比特(未解码的)转发给主ap。在这种情况下，主ap可以基于来自辅ap的解调的原始比特来做出最终的解码决定。然后，主ap可以如上面对于图4a和4b所描述地在调度的时间/调度的时间窗口处直接地、或者如上面针对图3a和3b所描述地通过来自sta的请求(例如，bar)间接地，向sta发送块响应帧(例如，ba帧)。
在转发未解码的比特的示例中，sta可以首先对与ul数据帧中的每个mpdu的有效载荷分开的mpdu信息进行编码。mpdu信息可以包括针对每个mpdu的序列号、发射机id、和接收机id。该信息可以被编码在phy报头或mac报头中，与mpdu的有效载荷内容分开。
在接收到ul数据帧中的每个mpdu后，辅ap可以解码mpdu信息并且可以将解码的mpdu信息转发给主ap。辅ap还可以将解调但未解码的mpdu有效载荷比特转发给主ap。主ap可以基于解码的mpdu信息来识别来自不同的辅ap的相同mpdu的解调的有效载荷比特。然后，对于每个解调的有效载荷比特，主ap可以选择大多数辅ap商定的值作为比特值。例如，如果超过一半的辅ap针对特定的有效载荷比特提供值“1”，并且其余的辅ap针对该有效载荷比特提供“0”值，则主ap可以确定该有效载荷比特的值为“1”。主ap可以对所有解调的有效载荷比特执行相同操作，并且可以将处理后的解调的比特序列提供给主ap中的解码器用于最终解码(例如，以产生解码的比特序列)。
图15表示了示出用于协作接收的方法1500的各方面的示例的流程图，其中解调的但未解码的mpdu有效载荷比特而不是解码的mpdu比特被转发。在1510处，第一接入点(例如，诸如图1-2b中的ap1105-a和图10中的ap1005的主ap)可以从一个或多个第二接入点(例如，诸如图1-2b中的ap2105-b和图11中的ap1105的辅ap)接收解调的有效载荷比特(例如，mpdu有效载荷比特)和解码的信息(例如，mpdu信息)，其中，第一接入点和一个或多个第二接入点具有重叠的覆盖区域(参见例如，图1中的覆盖区域110-a和110-b之间的重叠)，并且其中，解调的有效载荷比特和解码的信息是在由一个或多个第二接入点从重叠的覆盖区域内的无线站(例如，图1中的sta1115-a)发送的上行链路数据获得后，由一个或多个第二接入点转发给第一接入点的。例如，图10中的数据处理器1020和/收发机1095可以接收解调的有效载荷比特和解码的信息(例如，解调的比特/解码的信息1027)。
在1515处，可以从来自一个或多个辅接入点的解调的有效载荷比特确定至少一个解调的比特序列。例如，数据处理器1020可以确定解调的比特序列。
在1520处，可以对至少一个解调的比特序列进行解码以产生解码的比特序列。解码可以基于组合至少一个解调的比特序列。在一个示例中，数据处理器1020可以产生解码的比特序列。
在1525处，可以将与解码的比特序列相关联的块响应帧(例如，图3a和3b中的brf325以及图4a中的brf425)传送给无线站。例如，响应帧控制器1055、块响应帧通信组件1085和/或收发机1095可以将块响应帧传送给无线站。块响应帧可以包括ba帧。
图16表示了示出用于协作接收中的无线站的操作的方法1600的各方面的示例的流程图。在1610处，无线站(例如，图1-2b中的sta1115-a、图12中的sta1215)可以将上行链路数据发送给主接入点(例如，图1-2b中的ap1105-a和图10中的ap1005)和辅接入点(例如，图1-2b中的ap2105-b和图11中的ap1105)，无线站从主接入点和辅接入点的重叠的覆盖区域内发送上行链路数据。
在1615处，无线站可以从辅接入点接收指示该辅接入点已将上行链路数据转发给主接入点的指示(例如，诸如图3b中的转发完成345的帧)。
在1620处，无线站可以响应于从第二接入点接收指示，而向主接入点传送对于与上行链路数据相关联的块响应帧(例如，图3b中的brf325)的请求(例如，图3b中的请求320)。
在方法1600的另一个方面中，发送上行链路数据可以包括发送指示上行链路数据的开始(例如，图3b中的开始335)的第一帧和第二帧(例如，图3b中的结束340)。
图17表示了示出被配置用于执行在本公开内容中描述的用于协作接收中的响应帧的各种技术的处理系统1714的示例的框图1700。处理系统1714可以用通常通过总线1702表示的总线架构来实现。取决于处理系统1714的具体应用和总体设计约束，总线1702可以包括任意数量的互连总线和桥。总线1702将包括由处理器1704和计算机可读介质/存储器1706表示的一个或多个处理器和/或硬件模块的各种电路链接在一起。总线1702还可以链接各种其它电路，例如定时源、外围设备、电压调节器和功率管理电路，这些在本领域是公知的，因此将不再进一步描述。处理系统1714还可以包括当作为接入点(例如，图10中的接入点1005或图11中的接入点1105)的一部分时的响应帧组件1730或者当作为无线站(例如，图12中的无线站1215)的一部分时的上行链路传输和响应帧控制器1740。
处理系统1714可以经由接口1708耦合到收发机1710。收发机1710耦合到一个或多个天线1720。收发机1710可以提供用于通过传输介质与各种其它装置进行通信的单元。收发机1710可以从一个或多个天线1720接收信号，可以从所接收的信号中提取信息，并且可以将所提取的信息提供给处理系统1714，特别是处理器1704、上行链路传输和响应帧控制器1740和/或响应帧组件1730。另外，收发机1710可以从处理系统1714，特别是从处理器1704、上行链路传输和响应帧控制器1740和/或响应帧组件1730接收信息，并且基于接收到的信息可以产生要施加到一个或多个天线1720的信号。处理系统1714包括耦合到计算机可读介质/存储器1706和/或耦合到响应帧组件1630的处理器1704，响应帧组件1630可以是主ap响应帧组件1010(图10)或辅ap响应帧组件1110(图11)的示例。在一些情况下，当ap执行主ap和辅ap两者的功能时，响应帧组件1630可以包括主ap响应帧组件1010和辅ap响应帧组件1110两者的组件，或者可以执行主ap响应帧组件1010和辅ap响应帧组件1110两者的功能。处理器1704负责一般处理，包括存储在计算机可读介质/存储器1706上的软件的执行。软件在由处理器1704执行时使处理系统1714执行在本公开内容中描述的用于协作接收中的响应帧的各种功能。计算机可读介质/存储器1706还可以用于存储在执行软件时由处理器1704操控的数据。响应帧组件1730可以是运行在处理器1704中、驻留/存储在计算机可读介质/存储器1706中的软件模块，耦合到处理器1704的硬件模块，或其某个组合。在一些情况下，可以使用处理器1704和计算机可读介质/存储器1706来执行在本文中关于响应帧组件的一个或多个组件(例如，主ap响应帧组件1010和/或辅ap响应帧组件1110的组件)描述的功能、操作或特征。
如上所述，当作为无线站的一部分时，处理系统1714可以包括上行链路传输和响应控制器1740而不是响应帧组件1730。在这样的情况下，上行链路传输和响应控制器1740可以以与上面针对响应帧组件1730所描述的方式类似的方式结合处理器1704和/或计算机可读介质/存储器1706进行操作。上行链路传输和响应控制器1740可以是图10中的上行链路传输和响应控制器1210的示例。然而，在一些情况下，设备可以作为ap和无线站两者来进行操作，并且可以包括响应帧组件1730以及上行链路传输和响应帧控制器1740两者。
已经在具体实施方式中描述了装置和方法，并且通过包括框、模块、组件、电路、步骤、过程、算法等的各种元素在附图中示出了装置和方法。这些元素或其任何部分可以单独地或与其它元素和/或功能组合地使用电子硬件、计算机软件或其任何组合来实现。至于这些元素是作为硬件还是软件实现，这取决于特定的应用和对整个系统施加的设计约束。在一个方面种，如本文所使用的术语“组件”可以是构成系统的组件之一并且可以被分成其它组件。
举例来说，可以用包括一个或多个处理器的“处理系统”来实现一元素或者一元素的任何部分或者多个元素的任意组合。处理器可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑组件、分立门或晶体管逻辑、分立硬件组件、或者它们的任意组合、或者被设计成执行在本文描述的功能的任何其它合适的组件。通用处理器可以是微处理器，或者，处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器还可以实现为计算组件的组合，例如，dsp和微处理器的组合、多个微处理器、一个或多个微处理器与dsp的结合、或者任何其它这样的配置。
处理系统中的一个或多个处理器可以执行软件。软件应被广泛地解释为指示指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行程序、执行的线程、过程、函数等等，而无论其被称为软件、固件、中间件、微码、硬件描述语言还是其它。软件可以驻留在暂时性或非暂时性计算机可读介质上。作为示例，非暂时性计算机可读介质可以包括磁存储设备(例如，硬盘、软盘、磁条)、光碟(例如，压缩光碟(cd)、数字多功能碟(dvd))、智能卡、闪存设备(例如，卡、棒、钥匙驱动器)、随机存取存储器(ram)、静态ram(sram)、动态ram(dram)、同步动态ram(sdram)、双倍数据速率ram(ddram)、只读存储器(rom)、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、通用寄存器或用于存储软件的任何其它合适的非暂时性介质。
处理系统内的各种互连可以被示为总线或单个信号线。每个总线可以替代地是单个信号线，并且单个信号线中的各个可以替代地是总线，并且单个线或总线可以表示用于元素之间的通信的无数的物理或逻辑结构中的任何一个或多个。通过本文所述的各种总线提供的任何信号可以与其它信号时分复用并通过一个或多个公共总线提供。
提供本公开内容的各个方面以使本领域的普通技术人员能够实践本发明。对贯穿本公开内容呈现的实现方案的示例的各种修改对于本领域技术人员来说将是显而易见的，并且在本文公开的概念可以扩展到其它磁性存储设备。因此，权利要求书不旨在限于本公开内容的各个方面，而是要被赋予与权利要求书的语言一致的全部范围。贯穿本公开内容所描述的实现方案的示例的各个组件的所有结构和功能等价物都是本领域普通技术人员已知的或后来熟知的，并通过引用明确地并入本文且旨在被权利要求书所涵盖。而且，在本文公开的任何内容都不旨在奉献给公众，而不管这样的公开内容是否明确记载在权利要求书中。没有权利要求的元素是要根据35u.s.c.§112(f)或35u.s.c.§112第6款(无论哪一个都适用)来解释的，除非使用短语“用于...的单元”明确记载该元素，或者在方法权利要求的情况下使用短语“用于......的步骤”来记载该元素。
- 还没有人留言评论。精彩留言会获得点赞！