发送装置、发送方法和接收装置与流程

发送装置、发送方法和接收装置
1.本技术是申请日为2017年7月4日、申请号为201780036777.5、发明名称为“传输装置和传输方法”、申请人为松下电器(美国)知识产权公司的中国发明专利申请的分案申请。
技术领域
2.本公开一般而言涉及用于交换多用户管理帧的传输装置和传输方法。


背景技术：

3.ieee(电气和电子工程师协会)802.11工作组当前正在进行标准化802.11ax任务组下的下一代wlan(无线局域网)技术。任务组的主要目标是提高频谱效率，以增强接入点(ap)和/或终端站(“非ap sta”或文档其余部分中简单地sta)的高密度场景中的系统吞吐量/面积。基于ieee802.11ax规范的设备一般被称为高效(he)设备。在提出的各种技术中，正交频分多址(ofdma)和上行链路多用户传输是ieee 802.11ax任务组为实现吞吐量改进目标而采用的两项关键技术。图1图示了具有ap 190和与ap190相关联的若干sta的示例802.11ax wlan网络100。
4.ieee 802.11规范定义了可以基于ieee 802.11在无线网络内交换的各种类型的帧。管理帧用于启用并维持无线网络内的无线通信。这些帧在ieee802.11设备的介质访问控制(mac)层内生成，并且通常以更鲁棒的调制和编码方式(mcs)发送，以确保它们的正确接收。一些管理帧由无线基本服务集(bss)内的接入点(ap)广播。广播管理帧包括例如通告bss的存在及其各种属性(诸如其正在操作的无线信道、其服务集标识符(ssid)等)的信标帧。ap的通信范围内的sta如果尚未加入bss，那么它可以使用从信标帧获得的信息来初始加入bss，或者如果它已经加入bss，那么更新其bss的记录。然而，大多数管理帧以单播方式被使用(即，寻址到特定sta或ap)。
5.在一些情况下，ap可以将管理帧发送到特定sta，以请求其执行特定动作(例如，解除帧的关联，以请求sta离开bss)。但是，在大多数情况下，ap和sta之间将存在相关管理帧的交换。作为示例，关联请求帧由ap发送到sta，并且sta将关联响应帧发送回ap，以加入bss。作为另一个示例，添加块确认(addba)请求将由ap发送到sta，并且sta将addba响应帧发送回ap，以设置两个设备之间块确认(ack)机制的使用。
6.引文列表
7.非专利文献
8.[npl 1]ieee802.11-15/0132r17，specification framework for tgax，2015年5月
[0009]
[npl 2]ieee802.11-16/0024r1，proposed tgax draft specification
[0010]
[npl 3]ieee std 802.11-2012


技术实现要素：

[0011]
虽然多用户传输在使用多用户多输入多输出(mu-mimo)的下行链路中是可能的，
并且正交频分多址(ofdma)在下行链路(dl)和上行链路(ul)中都可以使用，但是难以以高效的方式在多用户传输中执行管理帧交换。
[0012]
因此，本公开的非限制性示例性实施例提供了一种传输装置，包括：发送单元，发送用于为上行链路多用户(ul mu)传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型之一的类型子字段，所述多个触发类型包括指示用于从接收者终端站征求任何类型的响应帧的基本触发的第一触发类型、和指示用于从多个终端站征求特定类型的ul mu响应帧的特定触发的第二触发类型；以及接收单元，当类型子字段指示第二触发类型时，从多个终端站接收特定类型的ul mu响应帧。
[0013]
根据本发明的一个方面，一种发送装置，包括：发送器，发送用于为上行链路多用户ul mu传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型中的一个的类型子字段，其中所述多个触发类型包括第一触发类型；以及接收器，接收所述ul mu传输的数据，其中，响应于指示所述第一触发类型的所述类型子字段，所述触发帧包含第一依赖类型字段，所述第一依赖类型字段包括指示要被用于所述ul mu传输的数据的流量标识符tid的信息。
[0014]
根据本发明的另一个方面，一种发送方法，包括：发送用于为上行链路多用户ul mu传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型中的一个的类型子字段，其中所述多个触发类型包括第一触发类型；以及接收所述ul mu传输的数据，其中，响应于指示所述第一触发类型的所述类型子字段，所述触发帧包含第一依赖类型字段，所述第一依赖类型字段包括指示要被用于所述ul mu传输的数据的流量标识符tid的信息。
[0015]
根据本发明的另一个方面，一种接收装置，包括：接收器，接收用于为上行链路多用户ul mu传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型中的一个的类型子字段，其中所述多个触发类型包括第一触发类型；以及发送器，发送所述ul mu传输的数据，其中，响应于指示所述第一触发类型的所述类型子字段，所述触发帧包含第一依赖类型字段，所述第一依赖类型字段包括指示要被用于所述ul mu传输的数据的流量标识符tid的信息。。
[0016]
可以使用设备、系统、方法和计算机程序以及设备、系统、方法和计算机程序的任意组合来实现这些一般和特定方面。
[0017]
本公开中所描述的方法使能以高效的方式实现多用户管理帧交换。
[0018]
根据说明书和附图，所公开的实施例的其它益处和优点将变得显而易见。可以通过说明书的各种实施例和特征单独地获得益处和/或优点，不需要为了获得一个或多个这样的益处和/或优点而提供所有这些实施例和特征。
附图说明
[0019]
图1是利用多用户管理帧交换的系统的特定实施例的图。
[0020]
图2是涉及块ack机制的建立和拆除(teardown)的示例帧交换序列的图。
[0021]
图3是用于ap与多个sta之间的块ack建立的示例帧交换序列的图。
[0022]
图4a图示了用于携带如在第一实施例中使用的tf超时字段的要素结构。
[0023]
图4b图示了示出第一实施例中的tf超时字段的含义的表。
[0024]
图5是由ap发起的、根据本公开的示例多用户管理帧交换的图。
[0025]
图6是由ap发起的、根据本公开的另一个示例多用户管理帧交换的图。
[0026]
图7是由sta发起的、根据本公开的另一个示例多用户管理帧交换的图。
[0027]
图8是由sta发起的、根据本公开的又一个示例多用户管理帧交换的图。
[0028]
图9a图示了根据第一实施例的触发帧的结构。
[0029]
图9b图示了根据第一实施例的公共信息字段的结构。
[0030]
图9c图示了根据第一实施例的依赖类型的公共信息字段的结构。
[0031]
图9d图示了示出根据第一实施例的若干帧类型的描述的表。
[0032]
图9e图示了根据第一实施例的子类型特定子字段的结构。
[0033]
图9f图示了示出根据第一实施例的动作类别子字段的描述的表。
[0034]
图9g图示了示出根据第一实施例的动作字段子字段的描述的表。
[0035]
图10a图示了用于携带在第二实施例中使用的tf超时字段的he变体聚合控制(a-控制)子字段的结构。
[0036]
图10b图示了根据第二实施例的控制子字段的格式。
[0037]
图10c图示了示出根据第二实施例的控制id子字段值的描述的表。
[0038]
图11a图示了示出根据第二实施例的各种触发类型的描述的表。
[0039]
图11b图示了根据第二实施例的优选响应类型子字段的格式。
[0040]
图11c图示了示出根据第二实施例的帧子类型的描述的表。
[0041]
图11d图示了示处根据第二实施例的各种动作字段值的描述的表。
[0042]
图11e图示了根据第二实施例的用户信息字段的格式。
[0043]
图12a图示了根据第三实施例的addba扩展要素字段的格式。
[0044]
图12b图示了根据第三实施例的addba性能字段的格式。
[0045]
图12c图示了示出了根据第三实施例的各种tf超时值的描述的表。
[0046]
图13a图示了根据第三实施例的优选响应类型子字段的结构。
[0047]
图13b图示了示出根据第三实施例的各种帧类型值的描述的表。
[0048]
图14是用于携带如在第四实施例中使用的tf超时的ul mu响应调度控制子字段的结构。
[0049]
图15是根据第四实施例的、由ap发起的示例多用户管理帧交换的图。
[0050]
图16是根据本公开的、为了发起多用户管理帧交换而由ap执行的操作的流程图。
[0051]
图17是根据本公开的、为了参与由ap发起的多用户管理帧交换而由sta执行的操作的流程图。
[0052]
图18是示例ap的框图。
[0053]
图19是示例sta的框图。
具体实施方式
[0054]
借助于以下附图和实施例，可以更好地理解本公开。这里描述的实施例本质上仅仅是示例性的，并且用于描述本公开的一些可能的应用和使用，并且不应当被视为关于未在本文中明确描述的代替实施例限制本公开。
[0055]
图2示出了两个802.11设备之间的帧交换的示例序列200，该序列涉及为了协商块
ack参数而交换管理帧。在基础设施bss中，802.11设备中的一个将是ap，而另一个将是sta。序列200由三个不同的阶段组成：(a)块ack建立阶段210，(b)一个或多个数据交换阶段220，以及(c)块ack拆除阶段230。块ack是在ieee 802.11e修订中引入的特征。并且允许802.11设备将帧的突发(burst)发送到另一个802.11设备，而不需要接收单元对于每个接收到的帧立即发送回ack帧。
[0056]
发起突发传输的802.11设备被称为发起者，而接收者802.11设备被称为接收者。在完成突发之后，发起者可以通过发送块ack请求帧来请求接收者发送包含所接收的帧的比特图的块ack。这种交换在图2中的阶段220中示出。ieee 802.11n修订通过允许在称为a-mpdu的单个管理协议数据单元(mpdu)中聚合数据的突发来进一步增强这个特征。虽然块ack是个有用的特征，但在这个特征可以被使用之前，发起者和接收者都需要准备附加的资源。接收者不仅需要分配附加缓冲区来接收帧的突发，而且还需要维护记分板来记录帧的接收状态。类似地，发起者还需要维护所发送的帧的记录。这种准备在块ack建立阶段210中完成。在这个阶段，两个802.11设备可以协商缓冲区大小、所涉及的帧的流量标识符(tid)、协商将生效的持续时间等。一旦数据交换阶段完成，任何一方就可以在拆除阶段230中拆除块ack协议。
[0057]
如前面所说明的，大多数管理帧交换发生在两个802.11设备之间，通常在ap和sta之间。作为示例，在图3中更详细地描绘在块ack建立阶段210中涉及的管理帧交换。在这个示例中，ap是发起者并且sta是接收者。在ap能够使用块ack特征之前，它需要为每个它打算与其使用块ack特征的sta建立块ack特征，一次一个sta。帧交换序列300、310以及320由ap发起，以分别为sta1、sta2以及stan建立块ack特征。这些中的每一个均涉及在ap与相应的sta之间交换addba块ack动作管理帧。例如，在序列300中，ap通过争用无线介质来发起交换；贯穿本公开，这种争用尝试由图中的符号302表示。
[0058]
一旦ap赢得争用权，它就发送唯一寻址到sta1的addba请求帧304。在接收到addba请求帧304之后，sta1在addba请求帧结束之后的短帧间间隔(sifs)的持续时间将ack帧306发送回ap。ack帧的传输不需要争用无线介质。一旦sta已经处理了addba请求帧并且如果它接受了该请求，那么sta在争用并赢得无线介质之后发送回addba响应帧308。ap通过发送ack帧确认收到addba帧。如果sta打算使用块ack特征，那么在反向方向上也需要类似的帧交换，即，由sta发起。很明显，如果涉及许多sta，那个这个建立过程将占用大量时间。
[0059]
虽然多用户传输在下行链路(dl)中使用多用户多输入多输出(mu-mimo)并且在dl和上行链路(ul)中使用正交频分多址(ofdma)是可能的，但是当涉及到管理帧交换，仍然存在阻止高效的多用户通信的问题，尤其是在ul方向上。这些问题可以归纳为以下两个问题：1)使用最高增强型分布式信道接入(edca)接入类别(ac)ac_vo来发送大多数管理帧。如果ap在dl多用户phy协议数据单元(ppdu)内向多个sta发送多个管理帧，那么成功接收到帧的sta将在sta一准备好就将相应的响应管理帧发送回ap。同时，为了以多用户方式从sta征求多个响应管理帧，ap将尝试发送称为触发帧的新定义的控制帧的基本变体。
[0060]
基本触发帧包含要用于ul传输的信息，诸如资源单元(ru)分配、ppdu长度、mcs等。在接收到触发帧时，在触发帧中被分配ru的sta可以在ul多用户ppdu中发送回相应的ul帧。这导致sta的响应管理帧在它们之间以及在ap的触发帧内争用无线介质。如果触发帧不能获得对介质的访问或者其传输被延迟，那么sta将不能将多用户传输用于其ul帧。2)触发帧
的基本变体没有指定sta可以在ul多用户ppdu中发送回的帧类型。这会导致一些sta发送回除响应管理帧之外的帧，从而导致ap需要向那些sta发送一个或多个触发帧的情况。这两个因素不仅造成效率低下，而且由于返回响应帧的延迟，其中一些请求帧也可能由于超时问题而需要重新发布。
[0061]
虽然本公开中描述的技术可以应用于许多无线通信系统，但是出于示例的目的，本公开中的描述的剩余部分是依据ieee 802.11wlan系统及其相关术语来描述的。这不应当被视为关于替代无线通信系统对本公开的限制。
[0062]
再次参考图1，示例无线网络100可以包括ap 190和许多相关联的sta。sta2 120和sta6 160表示具有高处理能力和可能的高qos要求以及相对低的功率节省要求的一类设备。sta1 110和sta4 140表示也可以具有高处理能力和可能的高qos要求但是相对更关心功率消耗的另一类设备。在另一个极端，sta3 130和sta5 150表示可以具有低处理能力并且可以对功耗非常敏感的另一类设备。在ieee 802.11ax术语中，sta1 110、sta2 120、sta4 140以及sta6 160可以被认为是高性能设备的a类设备，而sta3 130和sta5150被认为是低性能设备的b类设备。
[0063]
任何无线通信中的基本挑战是无线收发单元可以在任何一个时刻处于或者发送状态或者接收状态的事实。即使无线设备包含多个收发单元，由于发送信号比接收信号强几个数量级，而收发单元以特定频率发送，因此也无法在相同频率上接收任何信号。因此，几乎所有无线设备都以半双工通信方式操作。这一事实也导致了下一个挑战：发送单元本身无法检测其发送信号可能发生的任何冲突。
[0064]
在ieee 802.11中，通过使用来自接收者设备的肯定确认来克服这一点。如果由发送单元请求，那么接收者将发送回某种确认帧(ack/块ack等)以确认成功接收到发送单元的帧。如果发送单元未能接收到针对其传输的任何确认，那么它将假设传输已经失败并且可以继续执行恢复动作，诸如重新发送帧等。至于预防措施，ieee 802.11使用具有冲突避免的信道感测多路访问(csma/ca)作为主要的信道访问机制。冲突避免通过使用随机退避来实现，而csma涉及使用物理和虚拟通道感测(cs)机制。物理cs机制由phy层提供，并涉及无线介质的实际感测(或者前导码检测或者能量检测或者两者)。虚拟cs机制由mac层提供，并且利用网络分配向量(nav)。nav基于在大多数ieee 802.11帧中宣布的持续时间信息来维持对介质上的未来流量的预测。这个持续时间可以包含在mac报头中和/或也可以从phy报头中的发送机会(txop)持续时间获得(如果存在的话)。当或者物理cs或者虚拟cs指示介质繁忙时，除了一些特殊的帧(诸如ack帧或块ack帧)之外，不允许设备发送任何信号。虽然nav对于保护设备的传输不受其通信范围内的第三方设备影响是有用的，但是nav并不是被设计为防止来自作为设置nav的帧的接收者的sta的争用。
[0065]
通过mu-mimo技术在ieee 802.11ac修订中引入了多用户传输，但仅在下行链路中引入。ap可以使用不同的空间流发送寻址到不同sta的不同单播帧。但是，由于需要附加的天线和其它复杂性，该特征未在上行链路方向引入。如前面所说明的，在下行链路和上行链路方向上都使用ofdma的多用户传输是ieee 802.11ax任务组为实现吞吐量改进目标而采用的关键技术。在下行链路方向上，由于是ap将发送所有多用户帧，因此多用户传输相对更简单。dl多用户ppdu由宽信道phy报头组成，所述宽信道phy报头携带关于携带每个单独的phy服务数据单元(psdu)的窄带信道(称为资源单元或ru)的信息。理论上，在一个20mhz信
道内，在多用户ppdu中可以向37个不同的sta携带多达37个独立的传输。
[0066]
上行链路方向上的传输更复杂，因为需要来自多个sta的传输之间的时间同步，并且还必须确保来自不同sta的传输不会相互干扰，即，每个sta必须被指派唯一的ru。这在ieee 802.11ax中是通过称为触发帧的特殊控制帧实现的，该触发帧由ap发送。触发帧包含用于ul传输的信息，诸如资源单元(ru)分配、ppdu长度、mcs等。在接收到触发帧时，在触发帧中被分配ru的sta可以在从触发帧的末尾开始的sifs之后在ul多用户ppdu中发送相应的ul帧，而无需争用无线介质。除了可以用于征求任何类型的帧的基本触发帧之外，还定义了触发帧的各种变体，以征求特定类型的帧。例如，mu-rts变体用于从多个sta征求cts帧，而mu-bar用于从多个sta征求块ack帧等。
[0067]
基于以上知识，本技术的发明人已经达成了本公开。公开了使得能够高效且及时地交换多用户管理帧交换的方法。根据本公开的一个方面，ap在携带一个或多个帧的dl ppdu中指示一持续时间，在该持续时间期间，在dl ppdu中包含的帧中寻址的接收者sta不被允许发送除对前一dl ppdu的立即确认之外的任何帧，直到sta接收到明确赋予sta再次发送的许可的另一个帧为止。这可以被视为发送单元保护其未来的传输不受来自作为其早期传输的接收者的一个或多个sta的影响。通过使用传统的nav保护机制，可以确保防止第三方sta影响的保护。这将允许ap以及时的方式发送征求ul多用户ppdu的触发帧。
[0068]
本公开的第二方面涉及定制触发帧，以将在ul ppdu中征求的帧类型限制为ap优选的类型。在多用户管理帧交换的情况下，这涉及在触发帧中使用特定的触发帧类型或使用基本触发帧的新变体来指示确切的管理帧类型和子类型、以及将使得被寻址的sta能够明确地识别ap优选的要包括在ul ppdu中的确切管理帧类型的其它详细信息。
[0069]
在以下部分中详细描述用于本公开中提出的多用户管理帧交换的各种示例性实施例。
[0070]
《第一实施例》
[0071]
如前面所提到的，当通过发送包含寻址到多个sta的管理请求帧的dl多用户ppdu由ap发起交换时，多用户管理帧交换的挑战之一是来自相应sta的对应的单用户管理响应/报告帧将与ap的触发帧争用介质，并且会造成触发帧的传输延迟。由于在不从ap接收触发帧的情况下不允许发送携带多个管理响应帧的ul多用户ppdu，因此这将造成多用户管理帧交换的中断。
[0072]
ap可能通过在发起帧交换的dl ppdu中包括更长的txop持续时间来尝试保护来自sta的后续响应帧，从而设置第三方sta的nav。可替代地，ap也可以使用保护机制，诸如在管理帧交换之前交换多用户rts(mu-rts)和cts帧。然而，这并未解决由于来自作为dl ppdu的接收者的sta的争用而引起的触发帧被延迟的问题，因为nav设置规则不适用于sta。ap可能通过从携带sta的对dl ppdu的ack帧的ul ppdu末尾开始在短帧间间隔(sifs)之后发送触发帧，尝试避免上面提到的来自作为dl ppdu的接收者的sta的争用，从而防止sta的单用户管理响应/报告帧争用介质。然而，这种方法可能并不总是有效，因为sta可能无法在这个持续时间内准备管理响应/报告帧。这可以是由于几个因素造成的，例如：sta的处理性能、或正在交换的管理帧的性质、或sta在接收管理请求帧等时忙于其它处理，等等。这将导致ul ppdu的ru未被使用，这不仅低效地使用介质，而且在极端情况下，还可以导致第三方sta将介质感测为空闲并且发送，从而造成ap处的冲突。
[0073]
为了解决这个问题，在本公开中引入了新的保护机制。这涉及ap在下行链路单播帧中包括表示触发帧超时的持续时间，在此称为tf超时。在帧中包括tf超时指示ap意图在超时持续时间内发送作为下一个下行链路帧的触发帧，触发帧将ru分配给接收者sta以发送上行链路帧。tf超时可以作为为了携带tf超时的明确目的而定义的新要素中的单独字段被携带，或者它也可以在现有要素中被携带。
[0074]
图4a图示了根据第一实施例的携带tf超时持续时间的要素400的构造。要素400包括要素id 410、长度字段420以及tf超时字段430。要素id 410唯一地识别该要素，是一个八比特长并且由ieee 802.11规范定义。长度字段420也是一个八比特长，并指定长度字段之后的八比特数。在这个示例中，长度字段指示一个八比特。
[0075]
tf超时字段430也是一个八比特长，并且其编码如图4b中的表450所示。如果tf超时被设置为0，那么指示未设置超时，或者如果先前将tf超时设置为非零值，那么将重置tf超时。如果设置为非零值，那么tf超时以时间单位(tu，1tu＝1024μs)为单位指示超时持续时间。
[0076]
图5图示了通过本公开使得成为可能的示例多用户管理帧交换500。这个示例中的帧交换序列是图3中提到的块ack建立处理的多用户版本并且涉及来自ap(发起者)的addba请求帧和来自sta(接收者)的addba响应帧的交换。帧交换由ap通过争用介质并且在争用时获胜发起，发送ofdma dl多用户ppdu 502，其携带寻址到sta1、sta2、......、stan的一个或多个单播addba请求帧504、506、......、508。这里和后续文本中的短语“x、......、y”表示按升序从x到y编号的对象。stan中的字母“n”表示大于2且小于可在多用户ppdu中寻址的sta的最大数量的数字。
[0077]
根据第一实施例，addba请求帧504、506、......、508中的每一个还携带包括tf超时字段430的要素400。tf超时字段430指示由518可视化的持续时间，在此期间，不允许具有与相应的addba请求帧504、506、......、508的接收单元地址字段匹配的地址的sta sta1、sta2、......、stan发送除对前一个dl ppdu帧的立即确认之外的任何帧，直到sta接收到将ru分配给sta以发送它们的相应ul帧的触发帧510。为了决定用于tf超时持续时间的适当值，ap可以考虑几个因素，诸如正在交换的管理帧的类型或sta的处理性能等。例如，ap可以为addts管理帧的交换设置更长的tf超时持续时间，因为addts帧涉及许多参数并且sta可能需要更长的时间来准备addts帧。类似地，如果交换中涉及的所有sta都是较高性能的a类设备，那么ap可以设置较短的tf超时持续时间，而如果sta是较低性能的b类设备，那么ap可以设置较长的tf超时持续时间。
[0078]
ap对tf超时持续时间的选择还可以基于ap对与sta的先前块ack建立尝试的了解。例如，如果与sta的先前块ack建立尝试由于sta无法按时发送addba响应帧而失败，那么ap可以在后续的块ack建立尝试中为sta选择更长的tf超时持续时间。参与同一帧交换的sta组的tf超时持续时间应当设置为相同的值。tf超时持续时间计算可以由ap的mac层中的专用模块1854完成，或者可以被实现为mac内的软件功能。接收tf超时持续时间的sta可以在mac层内实现单独的定时器(tf超时定时器1954)以对这个持续时间进行倒计数，并且可以设置tx限制标志1958，其在定时器值非零时限制任何传输。在从ap接收到有效的触发帧时，将ru分配给sta以发送其ul帧，tf超时定时器1954将重置为零并且tx限制标志1958将被清除。
[0079]
在ap已经接收到针对addba请求帧的ack帧之后，它将会将触发帧510发送到sta，以从发送回ack帧的sta征求addba响应帧。除了前面提到的其它信息之外，触发帧510将包括用于将sta可以在紧随之后的ul ppdu中发送的帧类型限制为addba响应帧的信息。在示例序列500中，触发帧510分别将ru 512、514、......、516分配给sta1、sta2、......、stan。触发帧可以作为单用户ppdu格式的广播触发帧被发送，或者也可以作为多用户ppdu格式的多个单播触发帧被发送。
[0080]
如果ap确信sta将能够及时准备addba响应帧，那么ap可以争用介质并且在从sta接收到ack帧之后立即尝试发送触发帧510。可替代地，它可以选择稍晚尝试传输，以便为sta提供更多时间来准备addba响应帧，但是这涉及其它第三方sta可以抢占触发帧的传输的风险。可以通过在管理帧交换之前使用诸如多用户rts(mu-rts)和cts帧的交换的保护机制最小化这种风险。ap如何选择要在mu-rts/cts交换中使用的txop持续时间或初始下行链路mu ppdu以保护多用户管理帧交换还可以取决于tf超时持续时间。理想情况下，为了保护管理帧交换不受第三方sta影响，覆盖整个管理帧交换的txop持续时间是优选的，但是当tf超时持续时间相对较长时这可能是不期望的，因为这种保护可以被认为对于第三方站是不公平的。
[0081]
更合理的方法可以是ap将txop持续时间设置得刚好足够长以保护触发帧510征求响应管理帧，并且触发帧510以足够长到保护后续的帧交换的txop持续时间发起下一个txop。甚至更保守的方法可以是仅设置txop持续时间直到ack帧确认下行链路mu ppdu 502，在这种情况下将不存在针对第三方sta的保护。参与管理帧交换的ap或sta如何争用介质以发送触发帧或单用户响应管理帧还可以取决于txop持续时间的长度。在txop持续时间内，争用可以仅涉及在固定持续时间(例如pifs)内感测介质，而不执行随机退避，而在txop持续时间之外，介质争用也涉及随机退避。
[0082]
在接收到触发帧510时，sta sta1、sta2、......、stan中的每一个将发送ul多用户ppdu 520、占用整个全频带的phy报头以及占用相应分配的ru 512、514、......、516上的窄带的相应的addba响应帧522、524、......、526。在接收到ul多用户ppdu 520时，ap通过发送确认帧530作为在单独的ru上携带各个ack帧532、543、......、536的dl多用户ppdu来完成帧交换。
[0083]
图6图示了帧交换序列600，其与帧交换序列500非常相似，但是给出了一个或多个sta不能及时准备被征求的管理帧(即，在这个示例中是addba响应帧)的情况的示例。在这里，sta1不能发送回addba响应帧，并且分配给sta1的ru是空的，如612所描绘的。在这种情况下，ap将使用sta1先前已经确认addba请求帧的知识来做出sta1将在稍后的时间点尝试发送addba响应帧的有根据的假设。
[0084]
为了避免edca信道接入的低效，ap可以在与去往sta2、......、stan的携带ack帧624、......、626的相同dl多用户ppdu中向sta1发送另一个触发帧622，每个ack帧占用一个ru。由于触发帧622比ack帧长，因此与携带ack帧的ru相比，ap可以为触发帧分配更大的ru，以便最小化填充。此外，由于触发帧622仅为一个sta(即，sta1)分配ru，因此ap将最有可能在那个频带中分配最大ru，用于20mhz的工作频带的242音ru。这将被认为是触发帧的特殊用途，因为所征求的上行链路ppdu携带来自单个用户的psdu，而不是来自多个用户的多个psdu的更常见情况。
[0085]
对于除addba帧交换之外的管理帧交换，如果ap和sta已经执行了块ack建立，那么ap还可以使用单个多sta块ack变体帧来确认来自sta2、......、stan的addba请求帧，而不是单独的ack帧624、......、626。这也将有助于平衡触发帧622与ack帧之间的ru大小。在触发帧620结束之后的sifs持续时间，sta1将addba响应帧630在由触发帧622分配给它的ru上发送回ap。最后，ap通过发送ack帧640来结束帧交换。虽然在这个示例中仅sta1未能在第一轮发送addba响应帧，但是其它sta也未能发送相应的addba响应帧或者即使在第二或后续触发帧之后sta也未能发送addba响应时间的许多其它场景也是可能的。对于本领域技术人员来说显而易见的将是，这里说明的恢复动作(即，在与ack帧相同的ppdu中发送另一个触发帧)也将用于在这种情况下恢复帧交换序列。ap可以重复该处理，直到未能发送addba响应帧的sta的数量低于预设值，或者恢复尝试已超过ap为多用户帧交换序列确定的预设超时持续时间。
[0086]
图7图示了另一个示例多用户管理帧交换序列700，该序列用于在sta1、sta2、......、stan(发起者)和与sta相关联的ap(接收者)之间建立块ack机制。在单个用户的情况下，sta将通过向ap发送addba请求来发起addba帧交换。ap始终有可能等待来自多个sta的许多此类请求，并且在dl多用户ppdu中整合addba响应帧。但是，更高效的方法将是同步来自sta的addba请求。
[0087]
假设ap将具有关于最可能请求块ack建立的sta的足够信息。ap可以通过从sta被动地收集未征求的缓冲状态报告来预先搜集这些信息，或者ap也可以使用缓冲状态报告轮询(bsrp)变体触发帧主动轮询sta以获得其缓冲状态报告。指示缓冲单元负载高于某个阈值的sta可以被认为是多用户块ack建立的候选。ap还可以使用sta可以与ap建立的现有业务流(ts)的信息来决定用于多用户块ack建立的候选sta。ap通过发送触发帧710来发起帧交换序列，该触发帧710从候选sta sta1、sta2、......、stan征求addba请求帧。
[0088]
在接收到触发帧710时，每个寻址的sta准备相应的addba请求帧722、724、......、726，并在ul多用户ppdu 720中的相应分配的ru中发送它们。ap通过发送携带相应ack帧的dl多用户ppdu 730来确认ul多用户ppdu720的接收。一旦ap完成准备所有addba响应帧，它就争用介质并且在赢得争用时将携带addba响应帧的dl多用户ppdu 740发送到sta。最后，sta通过发送携带相应ack帧的ul多用户ppdu来结束帧交换序列。
[0089]
图8图示了与帧交换序列700非常相似的另一个管理帧交换序列800。ap通过发送从候选sta sta1、sta2、......、stan征求addba请求帧的触发帧810来发起帧交换序列。在接收到触发帧时，每个被寻址的sta准备相应的addba请求帧并在ul多用户ppdu 820中在相应分配的ru中发送它们。在这个示例中，ap足够快，以在接收addba请求帧的sifs持续时间内准备addba响应帧。为了避免edca争用的低效，对于每个sta，ap将ack帧聚合到addba请求帧和相应的addba响应帧，并在ul ppdu 820结束之后在dl多用户ppdu 830sifs中发送它们。最后，由sta通过发送携带相应ack帧的ul多用户ppdu来结束帧交换序列。在这个示例中，假设ap将触发帧810中的txop持续时间设置得足够长以完成整个帧交换序列800。
[0090]
图9a图示了触发帧的结构，其可以被定制以根据本公开征求特定类型的帧。帧结构900已经在ieee802.11x中作为称为触发帧的特殊控制帧被提出，用于征求和分配用于ul多用户传输的资源。除了诸如帧控制902、持续时间904、接收单元地址(ra)906、发送单元地址(ta)908和帧校验序列(fcs)918的公共mac帧字段之外，触发帧还包含以下字段：
[0091]-公共信息字段910，用于指示由触发帧分配ru的所有sta共用的信息，
[0092]-一个或多个用户信息字段912、......、914，用于指示特定于特定用户的信息。广播触发帧携带多个用户信息字段，而单播触发帧仅携带单个用户信息字段，
[0093]-可选地，触发帧还可以包括填充字段916，以便扩展触发帧并为sta提供更多时间来准备ul多用户ppdu。
[0094]
图9b图示了公共信息字段910的结构并且包含以下子字段：
[0095]-触发类型子字段922，指示触发帧的类型。在第一实施例中，触发类型子字段被设置为值0(零)并指示基本触发帧，
[0096]-长度子字段924，指示所征求的ul ppdu的长度。
[0097]-级联信息子字段926，如果为1，那么指示后续触发帧将跟随当前触发帧，
[0098]-所需的cs字段928，指示在发送响应帧之前sta是否需要进行物理和虚拟载波感测，
[0099]-bw字段930，指示信道带宽，
[0100]-子字段cp和ltf类型932、mu mimo ltf模式934、ltf的编号936、stbc938、ldpc额外符号940、ap tx功率942以及分组扩展944，指示phy层准备和发送ul ppdu所必需的信息，
[0101]-空间重用子字段946，指示介质的空间重用的信息，
[0102]-he-siga保留子字段948，指示应当如何设置ul ppdu的siga中的保留比特，
[0103]-依赖类型的公共信息子字段950，指示特定于特定触发帧类型的信息。ieee 802.11ax中提出的当前基本触发帧不包含依赖类型的公共信息子字段。
[0104]
图9c图示了在第一实施例中提出的依赖类型的公共信息字段950的结构，以限制用户信息字段中指示的sta可以包括在触发帧之后的ul ppdu中的帧类型。基本触发帧当前不对可以包括在ul ppdu中的响应帧类型施加任何限制。根据第一实施例，在依赖类型的公共信息字段950中包括两个八比特长的优选响应类型子字段952，并且包含以下子字段：
[0105]-一比特长的帧类型子字段954，指示在ul ppdu中征求的帧类型。值0指示数据帧，而值1指示管理帧。
[0106]-四比特长的tid/帧子类型子字段956，如果帧类型子字段954指示数据帧，那么它指示数据帧的tid，或者如果帧类型子字段954指示管理帧，那么它指示管理帧子类型。可以使用与为ieee 802.11规范中的帧控制字段定义的子类型子字段相同的帧子类型编码，例如，0表示关联请求帧、13表示动作帧等。
[0107]-一个八比特长的子类型特定子字段958，如果帧类型子字段954指示数据帧，那么它保留，并且如果帧类型子字段954指示管理帧，那么它指示关于帧类型的进一步细节。子类型特定子字段958的编码可以针对不同的管理帧而不同。例如，如果帧子类型子字段956指示13(即，管理动作帧)，那么子类型特定子字段958进一步划分为五比特长的动作类别子字段972和三比特长的动作字段子字段974。动作类别子字段972的编码如图9f中的表980中详述，并且值0到21用于指定如在ieee 802.11规范中定义的动作帧类别；例如，0表示频谱管理动作帧、3表示块ack动作帧等。动作字段子字段974指定动作帧类别中的帧格式，并且当动作类别指示块ack动作帧时的示例如图9g中的表990中详述。值0到7的含义与ieee 802.11规范的相关部分中定义的相同；例如，0指示addba请求、1指示addba响应等。
[0108]
在图9d中的表960中总结优选响应类型的编码。
[0109]
《第二实施例》
[0110]
根据第二实施例，ap使用he变体ht控制字段的聚合控制(a控制)子字段内的控制子字段之一来指示tf超时。
[0111]
图10a图示了如在ieee 802.11ax中定义的he变体ht控制字段1000的a控制子字段的格式。a控制子字段包含一个或多个控制子字段1010、......、1020的序列，接着是可选的填充子字段1030，其被设置为零的序列，以使a控制子字段的长度等于三十比特。每个控制子字段由四比特长的控制id子字段和可变长度的控制信息子字段组成。控制id子字段指示在控制信息子字段中携带的信息的类型，而控制信息子字段的长度对于未保留的控制id子字段的每个值是固定的。已经在802.11ax中定义了控制id 0到3，并且它们的详细信息如图10c中的表1060中所示。图10b图示了根据第二实施例的用于携带tf超时的控制子字段1050的格式。除了控制id子字段1052之外，它还携带八比特长的tf超时子字段1054。子字段的潜在编码如表1060中的行1062中详述。在下行链路帧的mac报头中的a控制子字段内携带tf超时可以是发信号通知tf超时的高效方式。
[0112]
根据第二实施例，为触发帧定义用于征求管理帧的新的触发类型。图11a中的表1100详细描述了已在802.11ax中定义的各种触发类型，其中行1102示出了用于征求管理帧的触发类型的示例编码，如第二实施例中所提出的。当用于征求管理帧时，触发类型子字段922将被设置为指示管理帧触发的值。
[0113]
图11b图示了被提议包括在依赖类型的公共信息字段950中的两个八比特长的优选响应类型子字段1100的结构，并且被用于进一步缩小由ap优选的特定管理帧并且包含四比特长的帧子类型子字段1112和八比特长的子类型特定子字段1114，而剩余的四比特被保留。帧子类型子字段1112指示被征求的管理帧子类型，并且可以使用与针对ieee 802.11规范中的帧控制字段定义的子类型子字段相同的帧子类型编码。子类型特定子字段1114的编码可以针对不同的管理帧而不同，并且在图9e中示出当帧子类型子字段1112指示管理动作帧时的示例编码。
[0114]
图11d中的表1140示出了当动作类别为qos动作帧指示1时动作字段子字段974的示例编码。值0到6的含义与ieee 802.11规范的相关部分中定义的相同；例如，1指示addts响应，4指示qos映射配置等。
[0115]
图11e图示了用户信息字段912、......、914之一的结构1150，并且包含以下子字段：
[0116]-aid 12子字段1152，携带用户信息字段所针对的sta的aid，
[0117]-ru分配子字段1154，指示分配给由用户标识符子字段1152识别出的sta的ru，
[0118]-编码类型子字段1156，指示由通过用户标识符子字段1152识别出的sta作为响应发送的上行链路ppdu的代码类型，
[0119]-mcs子字段1158，指示由通过用户标识符子字段1152识别出的sta作为响应发送的上行链路ppdu的mcs，
[0120]-dcm子字段1160，指示由通过用户标识符子字段1152识别出的sta作为响应发送的上行链路ppdu是否将使用双载波调制(dcm)，
[0121]-ss分配子字段1162，指示由通过用户标识符子字段1152识别出的sta作为响应发送的上行链路ppdu的空间流，
[0122]-目标rssi子字段1164，指示由通过用户标识符子字段1152识别出的sta作为响应发送的上行链路ppdu的ap的预期rssi，
[0123]-一比特的保留字段1165，
[0124]-依赖类型的用户信息子字段1166，指示特定于由用户标识符子字段1152识别出的sta的信息。根据第二实施例，当触发类型子字段922被设置为指示管理帧触发的值时，依赖类型的用户信息子字段1166携带与管理帧交换相关的特定于用户的附加信息。作为示例，当在交换addts qos动作帧期间使用时，它可以包括流量流id(tsid)值，或者当在块ack动作帧的交换期间使用时，它可以包括tid值；不同的用户信息字段可以携带不同的值。
[0125]
《第三实施例》
[0126]
根据第三实施例，提出了另一种携带tf超时的方法。代替定义新要素，ap可以使用已经由管理帧携带的现有要素来携带tf超时。
[0127]
在图12a中图示了块ack动作帧的情况下的示例。在addba扩展要素1200中携带tf超时。要素id1202如802.11规范所规定的那样设置；长度字段1204指示一个八比特，而addba性能字段1206如图12b所示被定制。除了现有的无分段子字段1212之外，当前保留剩余的七比特。根据第三实施例，其中一些保留比特(例如，六比特)用于指示tf超时1224，而剩余的一比特被保留。tf超时的编码如图12c中的表1230中详述：值为零指示未设置tf超时或者它用于重置先前设置的tf超时，而值1到63指示分别为1至63个tu的超时值。与第一实施例相比，可以通过第二实施例中提出的方法设置的tf超时范围可以更短，这取决于现有要素中有多少比特可用于指示tf超时，但即使具有更短的范围，也可以实现保护ap传输的目标，因为在实际实现中，tf超时持续时间不会非常大。
[0128]
根据第三实施例，提出了触发帧的另一个变体，它是第一实施例中提出的触发帧的变体。图13a图示了根据第三实施例的、被提议包括在依赖类型的公共信息字段950中的两个八比特长的优选响应类型子字段1300的结构。优选响应类型子字段1300包含二比特的帧类型子字段1310、四比特的tid/帧子类型子字段1320以及八比特的子类型特定子字段1330，而剩余的二比特被保留。
[0129]
虽然其余子字段与在第一实施例中定义的相同，但是帧类型子字段1310的编码如图13b中的表1340中详述，并且匹配802.11规范中针对帧控制字段定义的类型子字段的定义。如果帧类型子字段1310指示数据帧，那么tid/帧子类型子字段1320指示数据帧的tid，而如果帧类型子字段1310指示管理帧，那么tid/帧子类型子字段1320指示管理帧子类型，并且如果帧类型子字段1310指示控制帧，那么tid/帧子类型子字段1320指示控制帧子类型。如果帧类型子字段1310指示管理帧，那么子类型特定子字段1330指示关于帧类型的进一步细节，否则对于数据和控制帧它被保留。子类型特定子字段1330的编码对于不同的管理帧可以不同，并且在图9e中示出当帧子类型子字段1320指示管理动作帧时的示例编码。
[0130]
《第四实施例》
[0131]
根据第四实施例，ap在发起多用户管理帧交换的dl多用户ppdu中包括称为tf标志的一个或多个标志，以向接收者sta指示ap的意图是作为dl多用户ppdu之后的下一帧向sta发送分配ru的触发帧。tf标志可以在he变体ht控制字段1000的a控制子字段的控制子字段之一中携带。
[0132]
图14图示了当控制id子字段为0时控制子字段1450的结构，在这种情况下，控制信
息子字段携带用于ul多用户ppdu的调度信息，该ul多用户ppdu携带对包含控制子字段的帧的立即确认。控制子字段1450包含以下子字段：
[0133]-ul ppdu长度子字段1452，指示上行链路响应ppdu的长度。
[0134]-ru分配子字段1454，指示被指派用于发送上行链路响应ppdu的ru。
[0135]-dl tx功率子字段1456，指示ap的发送功率。
[0136]-ul目标rssi子字段1458，指示ap的目标接收功率。
[0137]-ul mcs子字段1460，指示要用于上行链路响应ppdu的mcs。
[0138]-在第四实施例中提出的tf标志1462，指示ap作为包含控制子字段1450的帧之后的下一帧向sta发送分配ru以发送后续上行链路响应ppdu的触发帧的意图。
[0139]
当tf标志1462被设置为1时，它表示发送限制，并且作为携带tf标志1462的帧的接收者的sta被限制在介质上发送除了立即确认帧之外的任何内容，直到它从ap接收到分配ru的触发帧为止或者直到由携带tf标志1462的帧指示的txop持续时间到期为止。换句话说，根据第四实施例，由携带tf标志1462的帧指示的txop持续时间充当在其它实施例中提出的隐式tf超时。如果sta未能接收到触发帧，那么一旦txop到期，sta就可以恢复正常传输。
[0140]
图15中的帧交换序列1500图示了根据第四实施例的多用户管理帧交换的示例。以块ack建立的管理帧交换为例。下行链路多用户ppdu 1510携带寻址到sta sta1、......、stan的多个单播addba请求帧1512、......、1516。每个addba请求帧还携带将用于ack帧的ru分配给addba请求帧的控制子字段1450，其中tf标志1462被设置为1。ppdu 1510还将txop持续时间1520设置为足够长以覆盖ap期望发送触发帧1530的时间，其中触发帧1530从sta征求addba响应帧。txop持续时间1520用作保护触发帧1520以防止第三方sta的影响。由于tf标志1462被设置为1，因此限制sta发送相应的单用户addba响应帧，直到接收到触发帧1530为止。
[0141]
携带tf标志的另一种替代方法是使用dl多用户ppdu的phy报头中的一比特来发起多用户管理帧交换，例如he sig-b的公共块字段中的一比特。如果该比特被设置，那么发送限制适用于在sig-b用户字段中分配有非广播ru的所有sta。
[0142]
《无线电通信系统》
[0143]
图16图示了由ap实现的示例方法1600，以便促进由ap发起的多用户管理帧交换。由sta发起的帧交换情况的示例也是类似的，因此不再说明。在1610处，基于来自上层应用的信息，或者基于ap的缓冲单元中的现有数据帧等，ap选择ap打算发起管理帧交换的一组sta。ap还可以考虑其它因素，诸如在选择组期间sta的性能，例如，将高性能a类sta分组到一个组中，并将较低性能的b类sta分组到另一个组中。
[0144]
在1620处，基于类似的信息，ap还决定要用于tf超时的值，或者如果使用tf标志方法，那么要使用的适当txop持续时间。在1630处，ap构造多用户ppdu以携带单播管理帧并且包括tf超时或tf标志。在1640处，在争用介质之后，ap发送多用户ppdu。在1650处，ap构造向sta分配ru的触发帧，以发送回相应的响应管理帧，并且在等待适当的时间量之后，ap发送触发帧。在1660处，在从sta接收到响应管理帧时，ap发送携带相应ack帧的多用户ppdu。如果sta中的任何一个都未能发送回响应管理帧，那么ap还在多用户ppdu中包括为每个这样的sta分配ru的广播或单个/多个单播触发帧。可以根据需要重复这个步骤，直到txop持续
时间到期或者ap从所有涉及的sta接收到响应管理帧为止。
[0145]
图17图示了由sta实现的示例方法1700，以便参与由ap发起的多用户管理帧交换。由sta发起的帧交换情况的示例也是类似的，因此不再说明。在1710处，sta接收由ap发送的多用户ppdu，并且基于来自phy报头的相关信息，提取寻址到sta的管理帧。在1720处，除了处理接收到的管理帧之外，sta还提取或者tf超时字段或者tf标志，并且起动被初始化为tf超时持续时间的定时器，或者如果使用tf标志方法，那么起动被初始化为剩余txop持续时间的定时器。虽然所述定时器不为零，但是sta避免发送除了对接收到的管理帧的立即确认之外的任何帧。
[0146]
在1730处，如果sta接受来自ap的请求并等待触发帧，那么sta准备响应管理帧。在1740处，在从ap接收到触发帧时，重置所述定时器，并且sta通过触发帧在分配给sta的ru上发送准备好的响应管理帧。另一方面，如果所述定时器在sta从ap接收到触发帧之前到期，那么移除发送限制并且sta可以自由争用并以单用户ppdu格式发送响应管理帧。
[0147]
《接入点的配置》
[0148]
图18是示例ap 1800的框图，它可以是图1中的ap 190。ap 1800包括耦合到存储器1820、辅助存储装置1840、耦合到一个或多个无线通信接口1850以及其它有线通信接口1880的中央处理单元(cpu)1830。辅助存储装置1840可以是用于永久存储相关指令代码、数据等的非易失性计算机可读存储介质。在启动时，cpu 1830可以将指令代码以及相关数据拷贝到易失性存储器1820以供执行。指令代码可以是ap 1800的操作所需的操作系统、用户应用、设备驱动程序、执行代码等。指令代码的大小以及因此辅助存储装置1840及存储器1820的存储容量可以远大于sta 1700的存储容量。
[0149]
sta 1800还可以包括电源1810，其在大多数情况下可以是市电，但在一些情况下也可以是某种高容量电池，例如汽车电池。有线通信接口1880可以是以太网接口或电力线接口或电话线接口等。无线通信接口1850可以包括用于蜂窝通信的接口，或用于诸如zigbee的短程通信协议的接口，或者它可以是wlan接口。
[0150]
无线接口1850还可以包括mac模块1852和phy模块1860。ap的mac模块1852可以比sta 1900的mac模块实质上更复杂，并且可以包括许多子模块。mac模块1852可以包括负责执行方法1600的步骤1620的tf超时计算单元1854以及其它子模块。mac模块1852还可以存储用于表示触发帧中的优选响应类型的编码的表1856。phy模块负责将mac模块数据转换成传输信号/从接收信号转换mac模块数据。无线接口还可以经由phy模块耦合到一个或多个天线1870，天线1870负责无线通信信号在无线介质上的实际传输/从无线介质的实际接收。
[0151]
在特定的实施例中，操作系统包括实时操作系统(rtos)，用户应用包括web浏览器或智能电话应用，设备驱动程序包括wlan驱动程序，并且执行代码可以包括在由cpu 1830执行时使得方法1600被执行的代码。取决于实现，优选响应类型编码表1856可以表示优选响应类型编码960，或者它可以表示优选响应类型编码1130，或者它可以表示优选响应类型编码1340。优选响应类型编码表1856可以在制造期间以缺省值存储，但是如果需要，ap1800还可以根据预先分配的网络条件调整(tweak)这些值，并将新的表内容传送给成员sta，例如在关联处理期间，或者ap 1800还可以选择在诸如信标帧的一些周期性帧中的信息要素中通告新的表内容。
[0152]
ap 1800可以包括为了清楚起见而在图18中未示出的许多其它部件。仅示出了与
本公开最相关的那些部件。
[0153]
《sta的配置》
[0154]
图19是示例sta 1900的框图，它可以是图1中的sta中的任何一个。sta 1900包括耦合到存储器1920、辅助存储装置1940以及一个或多个无线通信接口1950的中央处理单元(cpu)1930。
[0155]
辅助存储装置1940可以是用于永久地存储相关指令代码、数据等的非易失性计算机可读存储介质。在启动时，cpu 1930可以将指令代码以及相关数据拷贝到易失性存储器1920中以供执行。指令代码可以是sta 1900的操作所必需的操作系统、用户应用、设备驱动程序、执行代码等。sta 1900还可以包括电源1910，例如锂离子电池或纽扣电池。无线通信接口1950可以包括用于蜂窝通信的接口，或用于诸如zigbee的短程通信协议的接口，或者它可以是wlan接口。
[0156]
无线接口1950还可以包括mac模块1952和phy模块1960。在其它子模块之中，如果使用tf标志方法，那么mac模块1952可以包括tf超时定时器1954，以或者基于tf超时字段或者基于txop持续时间来跟踪发送限制时段。mac模块1952可以维护tx限制标志1958以记录发送限制状态；当该标志被设置时，sta避免发送除立即确认之外的帧。mac模块1952还可以存储用于表示优选响应类型编码的比特编码的表1956。phy模块负责将mac模块数据转换成传输信号/从接收信号转换成mac模块数据。无线接口还可以经由phy模块耦合到一个或多个天线1970，所述天线负责无线通信信号在无线介质上的实际传输/从无线介质的实际接收。
[0157]
在特定实施例中，操作系统包括实时操作系统(rtos)，用户应用包括web浏览器或智能电话应用，设备驱动程序包括wlan驱动程序，并且执行代码可以包括在由cpu 1930执行时使得方法1700被执行的代码。在1720中使用tf超时缓冲单元1954来跟踪tf超时。取决于实现，优选响应类型编码表1956可以表示优选响应类型编码960，或者它可以表示优选响应类型编码1130，或者它可以表示优选响应类型编码1340。优选响应类型编码表1956可以在制造期间以缺省值存储。还有可能根据在协同处理期间由ap传送的值，或者基于由ap在诸如信标帧的周期性帧中定期通告的值，来更新优选响应类型编码表1956。
[0158]
sta 1900可以包括为了清楚起见而未在图19中示出的许多其它部件。仅示出了与本公开最相关的那些部件。
[0159]
根据本发明的一个方面，一种传输装置，包括：发送单元，发送用于为上行链路多用户ul mu传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型之一的类型子字段，所述多个触发类型包括指示用于从接收者终端站征求任何类型的响应帧的基本触发的第一触发类型、和指示用于从多个终端站征求特定类型的ul mu响应帧的特定触发的第二触发类型；以及接收单元，当所述类型子字段指示所述第二触发类型时，从所述多个终端站接收所述特定类型的ul mu响应帧。
[0160]
如前所述的传输装置，当所述类型子字段指示所述第二触发类型时，所述触发帧包括反馈类型子字段，所述反馈类型子字段指示向所述多个终端站中的每一个终端站请求的反馈类型。
[0161]
如前所述的传输装置，所述特定类型的ul mu响应帧是用于多用户管理帧交换的多个管理帧类型中的一个。
[0162]
如前所述的传输装置，所述触发帧包括用于所述多个终端站中的每一个终端站的用户信息字段，所述用户信息字段包括指示由所述多个终端站中对应的一个终端站使用的一个或多个资源单元ru的ru分配子字段。
[0163]
如前所述的传输装置，所述触发帧包括：aid子字段，所述aid子字段携带用于与所述多个终端站中的一个终端站相关联的多个比特；以及用于所述多个终端站中的每一个终端站的用户信息字段，所述用户信息字段包括指示由所述多个终端站中对应的一个终端站使用的一个或多个资源单元ru的ru分配子字段，并且由所述ru分配子字段指示的所述一个或多个ru与由aid子字段指示的一个终端站相关联。
[0164]
如前所述的传输装置，所述触发帧包括指示传输限制持续时间的超时子字段，在所述传输限制持续时间期间，限制所述多个终端站发送除确认ack帧之外的任何帧。
[0165]
根据本发明的另一个方面，一种传输方法，包括：发送用于为上行链路多用户ul mu传输分配资源的触发帧，所述触发帧包括公共信息字段，所述公共信息字段包括指示多个触发类型之一的类型子字段，所述多个触发类型包括指示用于从接收者终端站征求任何类型的响应帧的基本触发的第一触发类型、和指示用于从多个终端站征求特定类型的ul mu响应帧的特定触发的第二触发类型；以及当所述类型子字段指示所述第二触发类型时，从所述多个终端站接收所述特定类型的ul mu响应帧。
[0166]
如前所述的传输方法，当所述类型子字段指示所述第二触发类型时，所述触发帧包括反馈类型子字段，所述反馈类型子字段指示向所述多个终端站中的每一个终端站请求的反馈类型。
[0167]
如前所述的传输方法，所述特定类型的ul mu响应帧是用于多用户管理帧交换的多个管理帧类型中的一个。
[0168]
如前所述的传输方法，所述触发帧包括用于所述多个终端站中的每一个终端站的用户信息字段，所述用户信息字段包括指示由所述多个终端站中对应的一个终端站使用的一个或多个资源单元ru的ru分配子字段。
[0169]
如前所述的传输方法，所述触发帧包括：aid子字段，所述aid子字段携带用于与所述多个终端站中的一个终端站相关联的多个比特；以及用于所述多个终端站中的每一个终端站的用户信息字段，所述用户信息字段包括指示由所述多个终端站中对应的一个终端站使用的一个或多个资源单元ru的ru分配子字段，并且由所述ru分配子字段指示的所述一个或多个ru与由aid子字段指示的一个终端站相关联。
[0170]
如前所述的传输方法，所述触发帧包括指示传输限制持续时间的超时子字段，在所述传输限制持续时间期间，限制所述多个终端站发送除确认ack帧之外的任何帧。
[0171]
在前述实施例中，本公开通过示例的方式配置有硬件，但是也可以由软件与硬件协作来提供。
[0172]
此外，在实施例的描述中使用的功能块通常被实现为是集成电路的lsi设备。功能块可以形成为单独的芯片，或者功能块的一部分或全部可以集成到单个芯片中。本文使用术语“lsi”，但是也可以使用术语“ic”、“系统lsi”、“超级lsi”或“超lsi”，这取决于集成的级别。
[0173]
此外，电路集成不限于lsi，并且可以通过除lsi之外的专用电路系统或通用处理器来实现。在制作完lsi后，可以使用可编程的现场可编程门阵列(fpga)，或者允许重新配
置lsi中的电路单元的连接和设置的可重新配置处理器。
[0174]
如果代替lsi的电路集成技术由于半导体技术或从该技术衍生的其它技术而出现，那么可以使用这种技术来集成功能块。另一种可能性是生物技术等的应用。
[0175]
工业实用性
[0176]
本公开可以用于实现以高效的方式使得在多个无线设备之间能够交换管理帧。
[0177]
标号列表
[0178]
100
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
无线网络
[0179]
110，120，130，140，150，160，1900
ꢀꢀꢀꢀ
sta
[0180]
190，1800
ꢀꢀꢀꢀꢀ
ap
[0181]
1810，1910
ꢀꢀꢀꢀꢀꢀ
电源
[0182]
1820，1920
ꢀꢀꢀꢀꢀꢀ
存储器
[0183]
1830，1930
ꢀꢀꢀꢀꢀꢀ
cpu
[0184]
1840，1940
ꢀꢀꢀꢀꢀꢀ
辅助存储装置
[0185]
1850，1950
ꢀꢀꢀꢀꢀꢀ
无线接口
[0186]
1852，1952
ꢀꢀꢀꢀꢀꢀ
mac模块
[0187]
1854
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
tf超时计算单元
[0188]
1856，1956
ꢀꢀꢀꢀꢀꢀ
优选响应类型表
[0189]
1860，1960
ꢀꢀꢀꢀꢀ
phy模块
[0190]
1870，1970
ꢀꢀꢀꢀꢀ
天线
[0191]
1880
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
有线通信接口
[0192]
1954
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
tf超时定时器
[0193]
1958
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
tx限制标志