用于支持无线局域网(WLAN)系统的多用户传输的方法、装置和系统与流程
相关申请的交叉引用
本申请要求享有2015年1月9日提交的美国临时申请62/101,890以及2015年3月6日提交的美国临时申请62/129,469的权益，所述申请的内容据此在这里引入以作为参考。
背景技术：
采用基础设施基本服务集(bss)模式的无线局域网(wlan)具有用于该bss的接入点以及与ap相关联的一个或多个站(sta)。ap可以访问或者能够对接到用于运送进出bss的业务量的分布式系统(ds)或其他类型的有线或无线网络。源于bss外部且去往sta的业务量可以通过ap到达，并且可被递送到sta。源自sta且去往bss外部的目的地的业务量可被发送至ap，由此递送至相应的目的地。bss内部的sta之间的业务量同样可以通过ap发送，或者可以直接在源与目的地sta之间使用直接链路建立(dls)(例如使用电气与电子工程师协会(ieee)802.11edls或802.11z隧道化dls(tdls))来发送。举例来说，采用独立bss模式的wlan不具有ap，并且由此sta彼此是直接进行通信的。
当前正在考虑在媒体访问控制(mac)层上具有大于100兆比特每秒(mbps)的甚高吞吐量(vht)的wlan。为了增强系统性能和实现高数据速率，vhtwlan可以通过聚合信道来包含诸如宽带传输之类的特征。举例来说，在ieee802.11中，信道的宽度通常是20mhz，并且四个这样的20mhz信道可被聚合，以便用于80mhz的宽带传输。通常，bss是以20mhz的信道作为bss的设备(ap及sta)所驻留的主信道工作的。为使设备(例如ap或sta)执行宽带传输，有必要将一个或多个20mhz的非主信道与20mhz的主信道聚合，以便构成支持宽带传输的期望带宽。
ieee802.11ac引入了群组标识符(id)的概念，其中所述概念可以用于下行链路(dl)多用户(mu)多输入/多输出(mimo)(mu-mimo)传输，以使ap能够定址具有单个群组id的sta群组。然而，ieee802.11ac多用户分组机制不能支持用于多个mu传输方案的大量的簇、正交频分多址(ofdma)簇与正交频分复用(ofdm)mu-mimo群组的组合、或是能够实现依照传输的分簇处理和调度的灵活的分簇和调度机制。此外，当前的mu控制帧开销很大，并且降低了mac效率。
技术实现要素：
这里描述的是用于多用户传输的方法、装置和系统。无线发射/接收单元(wtru)可以包括接收机、发射机以及至少一个处理器，并且可以被配置成接收帧，解码所接收的帧，以及以满足ndp条件为基础来确定所接收的帧是否为空数据分组(ndp)多用户(mu)媒体访问控制(mac)物理层汇聚协议(plcp)协议数据单元(ppdu)(ndpmumacpdu)。所述ndpmumacppdu可以对应于mu传输，并且可以包括plcp报头，其中所述plcp报头可包括具有mu控制信息的ndp信号(sig)字段。基于所接收的帧满足ndp条件，所述wtru可被进一步被配置成处理ndpsig字段，基于ndpsig字段和mu控制信息来产生响应，以及传送所述响应。
在另一个示例中，wtru可被配置成接收与mu传输相关联的空数据分组(ndp)多用户(mu)媒体访问控制(mac)物理层汇聚协议(plcp)协议数据单元(ppdu)(ndpmumacppdu)。所述ndpmumacppdu可以包括plcp报头，所述plcp报头包括具有mu控制信息的ndp信号(sig)字段，并且所述ndpsig字段可以指示ndpmumacppdu的ndpmac帧类型。所述wtru可被配置成从ndpsig字段中确定ndpmac帧类型，并且基于所确定的ndpmac帧类型以及mu控制信息来产生响应。
附图说明
更详细的理解可以从以下结合附图举例给出的描述中得到，其中：
图1a是可以实施所公开的一个或多个实施例的例示通信系统的系统图示；
图1b是可以在图1a所示的通信系统内部使用的例示无线发射/接收单元(wtru)的系统图示；
图1c是可以在图1a所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图示；
图2a是例示的成员身份状态阵列字段的图示；
图2b是例示的用户位置阵列字段的图示；
图3a是例示的下行链路多用户信道接入方案的图示；
图3b是例示的上行链路(ul)多用户信道接入方案的图示；
图4是用于更新逐个传输的位置比特字段的例示过程的图示；
图5是用于更新逐个传输的位置比特字段的备选过程的示例的图示；
图6是例示的空数据分组(ndp)mac帧主体的图示；
图7是在mu数据传输上用信号通告mu分簇的例示多用户(mu)分簇机制的图示；
图8是在紧接在mu数据传输之前的mu控制帧中传送mu分簇调度的例示的备选mu分簇方法的图示；
图9是依照第一例示高效(he)ndpmac物理层汇聚协议(plcp)协议数据单元(ppdu)的例示hendpmacppdu的图示；
图10是依照第二个例示hendpmacppdu实施例的例示hendpmacppdu的图示；
图11是关于hendp多用户请求发送(mu-rts)帧的第一例示实施例的图示；
图12是使用了图11中的例示ndpmu控制帧的例示高效多用户(hemu)过程的流程图；
图13是hendpmu-rts帧的第二例示实施例的图示；
图14是使用了图13中的例示ndpmu控制帧的例示hemu过程的流程图；
图15是关于hendpmu-rts帧的第三例示实施例的图示；
图16是使用了图15中的例示ndpmu控制帧的例示hemu过程的流程图；
图17是关于hendp多用户清除发送(mu-cts)帧主体的例示实施例的图示；
图18是使用了图17中的例示ndpmu控制帧的例示hemu过程的流程图；
图19是关于第一例示ndpmu轮询帧主体的实施例的图示；
图20是使用了图19中的例示ndpmu控制帧的例示hemu过程的流程图；
图21是关于第二例示ndpmu轮询帧主体的实施例的图示；
图22是使用了图21中的例示的ndpmu控制帧的例示hemu过程的流程图；
图23是关于第三例示ndpmu轮询帧主体的实施例的图示；
图24使用了图23中的例示ndpmu控制帧的例示hemu过程的流程图；
图25是关于第四例示ndpmu轮询帧主体的实施例的图示；
图26是使用了图25中的例示的ndpmu控制帧的例示hemu过程的流程图；
图27是使用了ndpmu调度控制帧的例示hemu过程的流程图；
图28是关于例示的hendp上行链路响应/请求(ulr)帧主体的图示；
图29是使用了图28中的例示ndpmu控制帧的例示hemu过程的流程图；
图30是显示了针对大型分组而言，对基准、针对全部mac控制帧的上行链路(ul)正交频分多路复用(ofdma)传输以及具有这里描述的的例示ndpmac帧的ulofdma传输进行比较的分析所得出的结果的图示；
图31是显示了针对小型分组而言，对基准、针对全部mac控制帧的ulofdma传输以及具有这里描述的的例示ndpmac帧的ulofdma传输进行比较的分析所得出的结果的图示；
图32是用于单用户(su)传输和ulmu传输的例示抽象模型的图示；
图33是描绘了与涉及4个ofdma用户的ulmu传输的不同目标增益相关的例示设计需求的图表；
图34是描绘了与涉及8个ofdma用户的ulmu传输的不同目标增益有关的例示设计需求的图表；
图35是描绘了在数据符号固定时的关于具有4个ofdma用户的ulmu控制帧的设计需求的图表；以及
图36是描绘了在数据符号长度固定时的关于具有8个ofdma用户的ulmu控制帧的设计需求的图表。
具体实施方式
图1a是可以实施所公开的一个或多个实施例的例示通信系统100的图示。通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源来允许多个无线用户访问这些内容，作为示例，该通信系统100可以使用一种或多种信道接入方法，例如码分多址(cdma)、时分多址(tdma)、频分多址(fdma)、正交fdma(ofdma)或是单载波fdma(sc-fdma)等等。
如图1a所示，通信系统100可以包括无线发射/接收单元(wtru)102a、102b、102c、102d，无线电接入网络(ran)104，核心网络106，公共交换电话网络(pstn)108，因特网110以及其他网络112，然而应该了解，所公开的实施例可以设想任意数量的wtru、基站、网络和/或网络部件。每一个wtru102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如，wtru102a、102b、102c、102d可被配置成发射和/或接收无线信号，并且可以包括用户设备(ue)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(pda)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器以及消费类电子设备等等。wtru、ue以及sta等等始终是可以交换使用的。
通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b都可以是被配置成通过与至少一个wtru102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备，该网络可以是核心网络106、因特网110和/或其他网络112。作为示例，基站114a、114b可以是基地收发信台(bts)、节点b、e节点b、家庭节点b、家庭e节点b、站点控制器、接入点(ap)或无线路由器等等。虽然将每个基站114a、114b描述成单个部件，然而应该了解，基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是ran104的一部分，并且该ran还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(bsc)、无线电网络控制器(rnc)或中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可以进一步分割成小区扇区。举例来说，与基站114a关联的小区可分成三个扇区。由此，在一个实施例中，基站114a可以包括三个收发信机，也就是说，每一个收发信机对应于小区的一个扇区。在另一个实施例中，基站114a可以使用多输入多输出(mimo)技术，并且由此可以为小区中的每个扇区使用多个收发信机。
基站114a、114b可以通过空中接口116来与一个或多个wtru102a、102b、102c、102d进行通信，该空中接口可以是任何适当的无线通信链路(例如射频(rf)、微波、红外线(ir)、紫外线(uv)或可见光等等)。空中接口116可以用任何适当的无线电接入技术(rat)来建立。
更具体地说，如上所述，通信系统100可以是一个多址接入系统，并且可以使用一种或多种信道接入方案，例如cdma、tdma、fdma、ofdma或sc-fdma等等。作为示例，ran104中的基站114a与wtru102a、102b、102c可以实施诸如通用移动电信系统(umts)陆地无线电接入(utra)之类的无线电技术，该技术可以使用宽带cdma(wcdma)来建立空中接口116。wcdma可以包括诸如高速分组接入(hspa)和/或演进型hspa(hspa+)之类的通信协议。hspa可以包括高速下行链路分组接入(hsdpa)和/或高速上行链路分组接入(hsupa)。
在另一个实施例中，基站114a与wtru102a、102b、102c可以实施演进型umts陆地无线电接入(e-utra)之类的无线电技术，该技术可以使用长期演进(lte)和/或先进lte(lte-a)来建立空中接口116。
在其他实施例中，基站114a和wtru102a、102b、102c可以实施ieee802.16(全球微波接入互操作性(wimax))、cdma2000、cdma20001x、cdma2000ev-do、临时标准2000(is-2000)、临时标准95(is-95)、临时标准856(is-856)、全球移动通信系统(gsm)、用于gsm增强数据速率演进(edge)、gsmedge(geran)等无线电接入技术。
作为示例，图1a中的基站114b可以是无线路由器、家庭节点b、家庭e节点b或接入点，并且可以使用任何适当的rat来促成营业场所、住宅、交通工具、校园等局部区域中的无线连接。在一个实施例中，基站114b与wtru102c、102d可以通过实施诸如ieee802.11之类的无线电技术来建立无线局域网(wlan)。在另一个实施例中，基站114b与wtru102c、102d可以通过实施诸如ieee802.15之类的无线电技术来建立无线个人局域网(wpan)。在再一个实施例中，基站114b和wtru102c、102d可以通过使用基于蜂窝的rat(例如wcdma、cdma2000、gsm、lte或lte-a等等)来建立微微小区或毫微微小区。如图1a所示，基站114b可以直接连接到因特网110。由此，基站114b无需经由核心网络106来接入因特网110。
ran104可以与核心网络106通信，该核心网络可以是被配置成为一个或多个wtru102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议的语音(voip)服务的任何类型的网络。举例来说，核心网络106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或执行诸如用户验证之类的高级安全功能。虽然图1a中没有显示，然而应该了解，ran104和/或核心网络106可以直接或间接地和其他ran进行通信，并且这些ran既可以使用与ran104相同的rat，也可以使用不同的rat。例如，除了与使用e-utra无线电技术的ran104连接之外，核心网络106还可以与另一个使用gsm无线电技术的ran(未显示)进行通信。
核心网络106还可以充当供wtru102a、102b、102c、102d接入pstn108、因特网110和/或其他网络112的网关。pstn108可以包括提供简易老式电话服务(pots)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，并且该协议可以是tcp/ip网际协议族中的传输控制协议(tcp)、用户数据报协议(udp)和网际协议(ip)。网络112可以包括由其他服务供应商所有和/或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个ran相连的另一个核心网络，所述一个或多个ran可以使用与ran104相同的rat或不同的rat。
通信系统100中一些或所有wtru102a、102b、102c、102d可以包含多模能力，换言之，wtru102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1a所示的wtru102c可被配置成与使用基于蜂窝的无线电技术的基站114a进行通信，以及与可以使用ieee802无线电技术的基站114b进行通信。
图1b是例示的wtru102的系统图。如图1b所示，wtru102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、数字键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(gps)芯片组136以及其他周边设备138。应该了解的是，在保持与实施例相符的同时，wtru102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、其他任何类型的集成电路(ic)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使wtru102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120则可以耦合至发射/接收部件122。虽然图1b将处理器118和收发信机120描述成是独立组件，然而应该了解，处理器118和收发信机120也可以集成在一个电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收往来于基站(例如基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收rf信号的天线。作为示例，在另一个实施例中，发射/接收部件122可以是被配置成发射和/或接收ir、uv或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和接收rf和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
此外，虽然在图1b中将发射/接收部件122描述成是单个部件，但是wtru102可以包括任何数量的发射/接收部件122。更具体地说，wtru102可以使用mimo技术。因此，在一个实施例中，wtru102可以包括两个或多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，wtru102可以具有多模能力。因此，收发信机120可以包括允许wtru102借助多种rat(例如utra和ieee802.11)来进行通信的多个收发信机。
wtru102的处理器118可以耦合到扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(lcd)显示单元或有机发光二极管(oled)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器130和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器130可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(sim)卡、记忆棒、安全数字(sd)记忆卡等等。在其他实施例中，处理器118可以从那些并非实际位于wtru102的存储器存取信息，以及将数据存入这些存储器，作为示例，此类存储器可以位于服务器或家庭计算机(未显示)。
处理器118可以接收来自电源134的电力，并且可被配置分发和/或控制用于wtru102中的其他组件的电力。电源134可以是为wtru102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉(ni-cd)、镍锌(ni-zn)、镍氢(nimh)、锂离子(li-ion)等等)、太阳能电池或燃料电池等等。
处理器118还可以与gps芯片组136耦合，该芯片组可被配置成提供与wtru102的当前位置相关的位置信息(例如经度和纬度)。作为来自gps芯片组136的信息的补充或替换，wtru102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施例相符的同时，wtru102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138，这些设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(usb)端口、振动设备、电视收发信机、免提耳机、
图1c显示的是根据实施例的例示ran104和例示核心网络106的系统图示。如上所述，ran104可以使用e-utra无线电技术而在空中接口116上与wtru102a、102b、102c进行通信。并且ran104还可以与核心网络106进行通信。
ran104可以包括e节点b140a、140b、140c，然而应该了解，在保持与实施例相符的同时，ran104可以包括任何数量的e节点b。每一个e节点b140a、140b、140c都可以包括在空中接口116上与wtru102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点b140a、140b、140c可以实施mimo技术。由此，举例来说，e节点b140a可以使用多个天线来向wtru102a发送无线信号以及接收来自wtru102a的无线信号。
每一个e节点b140a、140b、140c都可以关联于一个特定的小区(未显示)，并且可被配置成处理无线电资源管理判定、切换判定、上行链路和/或下行链路的用户调度等等。如图1c所示，e节点b140a、140b、140c彼此可以在x2接口上进行通信。
图1c所示的核心网络106可以包括移动性管理网关(mme)142、服务网关144以及分组数据网络(pdn)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分，然而应该了解，这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。
mme142可以经由s1接口连接到ran104中的每一个e节点b140a、140b、140c，并且可以充当控制节点。举例来说，mme142可以负责验证wtru102a、102b、102c的用户，执行承载激活/去激活处理，在wtru102a、102b、102c的初始附着过程中选择特定的服务网关等等。该mme142还可以提供一个用于在ran104与使用其他无线电技术(例如gsm或wcdma)的其他ran(未显示)之间进行切换的控制平面功能。
服务网关144可以经由s1接口连接到ran104中的每个e节点b140a、140b、140c。该服务网关144通常可以路由和转发去往/来自wtru102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能，例如在e节点b间的切换过程中锚定用户平面，在下行链路数据可供wtru102a、102b、102c使用时触发寻呼处理，管理并存储wtru102a、102b、102c的上下文等等。
服务网关144还可以连接到pdn网关146，所述pdn网关可以为wtru102a、102b、102c提供针对因特网之类的分组交换网络的接入，以便促成wtru102a、102b、102c与启用ip的设备之间的通信。无线局域网络(wlan)155的接入路由器(ar)150可以与因特网110通信。该ar150可助于ap160a、ap160b以及ap160之间的通信。ap160a、ap160b以及ap160可与sta170a、sta170b以及sta170c进行通信。
核心网络106可以促成与其他网络的通信。例如，核心网络106可以为wtru102a、102b、102c提供针对pstn108之类的电路交换网络的接入，以便促成wtru102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括一个ip网关(例如ip多媒体子系统(ims)服务器)或与之进行通信，并且该ip网关可以充当核心网络106与pstn108之间的接口。此外，核心网络106可以为wtru102a、102b、102c提供针对网络112的接入，该网络可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。
ieee802.11ac引入了群组id概念，其主要用于下行链路(dl)多用户多输入/多输出(mimo)(mu-mimo)传输，以使ap能够寻址具有单个群组id的sta群组。单个群组id可被包含在物理层帧的vht信号a(vht-sig-a)字段中。信号字段的用途是描述物理层帧的数据净荷。该信号字段的目的是帮助接收机解码数据净荷，并且这一点是通过描述传输使用的参数来完成的。802.11ac会将信号分成两个不同的部分，并且这两个部分被称为信号a和信号b字段(即sig-a和sig-b字段)。前者处于被所有接收机同等接收的物理层报头部分；后者则处于对于每一个多用户接收机而言都存在差异的物理层报头部分。在ieee802.11ac标准中，ap可以使用群组id管理帧来将群组id指配给sta。群组id管理帧可被定址到各个sta，并且可以包括成员身份阵列和用户位置阵列。图2a是成员身份状态阵列字段的图示，该字段可以指示执行接收的sta在一个或多个群组中的成员身份。图2b是例示的用户位置阵列字段的图示，该字段可以指示执行接收的sta在其作为成员的每个群组内部的位置。
目前业已成立了ieee802.11ah任务组来研发在低于1ghz的频带中支持wifi系统。ieee802.11ah物理层(phy)需要支持1、2、4、8和16mhz的带宽。在ieee802.11ah标准中引入了空数据分组(ndp)来运送简单控制和管理信息，这其中包括定义ndp清除发送(cts)帧、ndp无争用结束(cf-end)帧、ndp省电轮询(pspoll)帧、ndp应答(ack)帧、ndp块应答(ba)帧、ndp波束成形报告轮询帧、ndp寻呼帧以及ndp探测请求帧。先前，基于协作正交块的资源分配(cobra)、mu并行信道接入(mu-pca)、上行链路(ul)mu-mimo以及前序码设计已经解决了同时的多用户传输的替换方面。
图3a是例示的下行链路(dl)多用户信道接入方案的图示。图3a所示的例示多用户信道接入方案包括两个控制帧，群组请求发送(g-rts)以及群组清除发送(g-cts)。ap可以使用g-rts帧(也被称为dl调度帧)来保留用于下行链路mu传输以及下行链路资源分配的信道。非apsta可以传送g-cts帧，并且所述g-gts帧可以用于确认接收到g-rts帧，以及向ap应答所述sta已经准备好执行dlmu传输。
图3b是例示的上行链路(ul)多用户信道接入方案的图示。图3b所示的例示多用户信道接入方案包括cobra轮询帧、ul响应/请求(ulr)帧、cobra调度帧以及muack帧，并且在其间具有短帧间间隔(sifs)。cobra轮询帧可以用于向多个sta轮询上行链路传输，并且作为示例，所述轮询帧还可以被称为mu轮询帧、g轮询帧或mu请求。sta可以使用ulr帧来对轮询帧做出响应，或者请求上行链路传输，并且作为示例，所述ulr帧也可称为mu请求或mu响应。ap可以使用cobra调度帧来调度上行链路传输，并且所述cobra调度帧可以以ul信道质量指示(cqi)为基础。ap可以使用muack帧来对接收到在先的上行链路传输做出应答。
对于多用户传输，ap可能需要在调度间隔中调度sta群组来执行mu通信(在这里也被称为簇)。对于簇来说，如果与在上文描述的ieee802.11ac分群过程中使用的分群方式相比，其具有更加动态和灵活的分群方式，由此确保系统频谱效率可被接受，那么将是非常理想的。
例如，在上文中对照ieee802.11ac描述的分群过程以及相关联的群组id机制只支持一个多用户传输方案(下行链路mu-mimo)，所支持的dlmu-mimo群组的数量是受到限制的(例如最多62个群组id)，并且同时的用户数量也是受到限制的(例如最多4个用户)。下一代wlan系统可能需要在dl和ul中使用多个mu传输方案，而这需要支持更多的群组，并且其中每一个群组都需要支持更多的用户。
另举一例，至少出于ap需要单独对包含了与群组中的用户位置有关的信息的群组管理帧执行单播传输方面的原因，以上描述的mu调度方案并不灵活。更进一步，在mu数据传输过程中，即使信道状况从上一次的群组管理帧传输时起明显改变，也没有一种机制来修改成员身份或用户位置。
这里描述的实施例提供了新的mu分簇和调度机制，所述机制可以支持用于多个mu传输方案的大量的簇、ofdma簇与ofdmmu-mimo群组的组合、以及可以启用依照传输的调度处理的灵活的分簇和调度机制。更进一步，在这里定义了能对多个用户传输进行调度的新的mu控制帧。例如，mu控制帧被定义成能使ap先轮询sta并且能使sta应答该轮询帧，以便进行上行链路mu传输。更进一步，由于mu控制帧通常被认为就mac效率而言是额外的开销，因此，这里描述的实施例提供了通过进一步减小mu控制帧的开销来提升控制开销效率的方案。举例来说，只有在mu传输与单用户(su)传输的吞吐量比值高于特定阈值的时候，所期望的才会是mu传输。相应地，这里描述的实施例可以限制控制开销，例如通过设置最大控制帧持续时间来控制。
以下描述的实施例能使ap对mu簇进行管理，并且可以支持用于多个同时的ofdm-mu-mimo传输方案的大量的簇，以及支持能够实现依照传输的调度处理的灵活的分簇和调度机制。作为示例，在这里描述了关于mu分簇和调度处理的四个具体实施例，并且本领域技术人员将会理解，在所描述的示例的范围以内，其他的分簇和调度机制也是可行的。
更进一步，为了在多个用户之间进行同步以及获取每一个用户的业务量信息，ulmu传输可能需要额外的控制开销。作为示例，业务量信息可以包括sta是否要发送数据以及与调度muul传输有关的任何需求(例如服务质量(qos)、业务量负载、业务量id或是业务量类别)。作为示例，只有在mu传输与单用户(su)传输的吞吐量比值高于特定阈值的时候，mu传输才会是可取的。相应地，在下文中还描述了需要ulmu控制开销满足一个或多个条件的实施例。
在关于mu分簇和调度机制的例示实施例中，ap可以将分簇管理帧传送到sta或是属于一个或多个信道的sta簇。分簇管理帧可以至少包括成员身份比特字段和位置比特字段。
成员身份比特字段可以包括一个n比特阵列，其中n是簇中的成员的数量。该阵列的第k个比特可用于指示所述sta是否属于第k个分簇(k＝0，...n-1)。n可以预先定义或是用信号通告的(例如在信标帧或者在分簇管理帧中)。当在信标帧中用信号通告n时，n可以在一个或多个信标间隔中保持相同，从而ap所支持的群组数量可对于这些信标间隔保持相同。当在分簇管理帧中用信号通告n时，ap可以使用分簇管理帧来增大或减小n。
位置比特字段可以包括mn个比特，其中m是同时的用户的数量。在这里，每一个群组可以具有用于通告用户位置的m个比特，并且m可以是预先定义或者用信号通告的(例如在信标帧或者在分簇管理帧中)。当在信标帧中用信号通告m时，m可以在一个或多个信标间隔中保持相同。当在管理帧中用信号通告m时，ap可以使用分簇管理帧来增大或减小m。
在一个示例中，举例来说，ap可以定义不同的簇，例如基于不同的mu传输方案来定义。举例来说，ap可以定义用于以下的每一个传输方案的簇：下行链路ofdmmu-mimo(依照信道)传输方案、上行链路ofdmmu-mimo(依照信道)传输方案、下行链路ofdma(一个或多个信道)传输方案以及上行链路ofdma(一个或多个信道)传输方案。对于下行链路和上行链路ofdmmu-mimo方案来说，ofdmmu-mimo既可以与也可以不与ofdma簇结合使用，并且无论是否与ofdma簇相结合，ofdmmu-mimo操作都可以向后兼容vht能力。对于下行链路ofdma簇来说，下行链路ofdma可以使用一个或多个信道和/或信道内部的一个以上的子信道，其中可以为使用了一个以上的信道和/或子信道的传输定义簇。对于上行链路ofdma簇来说，上行链路ofdma可以使用一个以上的信道或是信道内部的一个以上的子信道。
在另一个示例中，ap可以定义一个具有相对较大的n的簇。在这里，每一个mu传输方案可被指配成使用一定范围以内的簇id，并且在一些情况中，每一个mu传输方案都可以被指配成使用与群组id相结合的一定范围以内的簇id。每一个传输方案所使用的簇id的数量可以采用多种不同的方式中的某一种方式来确定，例如使用规范(“固定场景”)或是使用系统信令(“灵活场景”)。
在灵活场景中，ap可以在信标帧中包含mu传输簇布置元素。mu传输簇布置元素可以定义mu传输模式和簇id范围之间的关系。举例来说，对于mu模式0，所述关系会在一个或多个信标间隔中保持不变。mu传输簇布置元素既可以在每一个信标帧中传送，也可以在每m个信标帧中周期性传送。在一个替换示例中，该元素可以在ap想要更新簇id范围指配的时候传送。这样一来，簇id可以暗指mu传输模式。由此，在每一个传输的sig字段中，如果存在簇id，那么将不需要mu传输模式。在关于灵活场景的另一个示例中，mu簇范围指配可被包含在簇管理帧中。
对于mu传输，ap可以在sig字段中用信号通告簇id。所述簇id可以代表每一个群组内部的相应的群组成员身份(例如成员身份阵列)和位置(例如位置阵列)。由此，用户簇可以通过簇id获取为其指配的资源块。所述簇id并不是唯一的，特别是在具有重叠的基站子系统(obss)的密集部署系统中。因此，具有用信号通告的簇id的用户可能需要通过检查mac报头来确认分组的预定接收方。
在分簇管理帧中可以指配和更新成员身份阵列以及位置阵列。更进一步，mu-mimo与ofdma是可以组合的。在这种情况下，对于ofdmmu-mimo和ofdma传输方案中的每一个而言，簇定义可以是唯一的。作为替换，对于dl或ul传输来说，簇定义可以是所有这两者的组合。
在关于mu分簇和调度机制的另一个例示实施例中，分簇管理帧的格式可以与定义给关于mu分簇和调度机制的第一实施例的格式相同。然而，在该实施例中，位置比特字段可以用每一个新的传输时机(txop)来更新。
图4是用于更新逐个传输的位置比特字段的例示过程的图示。图4显示了为在子信道上的mu传输传送的分簇管理帧401以及分组403。在图4所示的示例中，在分簇管理帧中可以用信号通告成员身份比特字段和位置比特字段，并且可以在分组的物理层汇聚协议(plcp)报头包含的sig字段中更新位置比特字段。所述分组可以是数据会话/分组，更具体地说是plcp协议数据单元(ppdu)，其中所述plcp协议数据单元是包含了附着有附加的plcp前序码和报头的mac协议数据单元(mdpu)的复合帧。在该示例中，在分簇管理帧中，对于第k个簇来说，子信道1、2、3和4分别被指配给了sta1、2、3和4。在既可以是下行链路传输又可以是上行链路传输的mu传输中，在plcp报头中可以用信号通告簇k，以指示所述传输针对的是sta1、2、3和4。在plcp报头中可以有一个用于指示用户在所述簇中的位置的新的子字段。所述子字段可以包括从簇管理帧中定义的位置到特定mu传输中使用的位置的映射。在该示例中，sta1过去处于位置1(子信道1)，并且现在被指配到了位置2。sta2被从位置2映射到位置4，sta3保持处于相同的位置，sta4被从位置4移动到位置1。通常，这种映射不仅会修改每个用户的位置，而且还会修改指配给每一个用户的资源数量(例如多个子信道指配)。作为示例，用户可被指配成使用一个子信道，而在真实的mu传输中，该用户有可能不会被指配任何子信道，或者也可以为其指配一个以上的子信道。
图5是用于更新逐个传输的位置比特字段的替换过程的示例的图示。图5示显示了用于子信道上的mu传输的分簇管理帧501、mu控制帧502以及分组503。在图5所示的示例中，在分簇管理帧中可以用信号通告成员身份比特字段和位置比特字段。此外，在数据会话/分组之前传送的一个或多个mu控制帧中可以更新位置比特字段。mu控制帧可以包括可将分簇管理帧中定义的位置映射到在正在进行的mu传输中使用的位置的映射。该映射可以在mu控制帧的sig字段或mac主体中运送。在一个示例中，mu控制帧可被在mu数据传输之前传送的任何帧取代，这其中可以包括用于mu数据传输的控制、调度或管理信息。
在关于mu分簇和调度机制的另一个例示实施例中，簇id可以用ndpmac帧来指配。ndpplcp协议数据单元(ppdu)格式可以遵循以下描述的任一设计。
图6是例示的ndpmac帧主体600的图示。在图6所示的示例中，ndpmac帧类型子字段601可用于指示所述帧是ndp簇id指配帧，mu模式子字段602可用于指示mu传输模式的类型，ap地址子字段603可以包括经过压缩的ap地址(例如局部的基本服务集标识(bssid))，局部关联id(paid)子字段604可以包括sta的paid，并且所指配的簇id子字段605可用于指示所指配的簇id。保留子字段606当前未被使用，并且将被保留以供以后使用。
在关于mu分簇和调度机制的另一个例示实施例中，其中不会用到簇id，并且单独的分组管理帧也不是必需的。在mu传输中，分簇成员身份和位置可以在紧接在mu数据会话之前的控制帧或者在mu数据传输会话的plcp报头/sig字段中用信号通告。
图7是在mu数据传输上用信号通告mu分簇的例示mu分簇机制的图示。在图7所示的示例中，ap可以发起下行链路mu传输，并且ap在该传输之前不会用信号通告任何与簇相关联的信息。ap可以依照以下过程来指配mu簇。所述ap可以在空闲信道评估(cca)和回退过程之后获取媒体。在图示示例中，ap获取的是具有四个子信道的信道。ap可以计划执行mu传输。在图示示例中，ap计划使用ofdma方案来同时对四个sta进行传输。所述ap可以为mu传输700预备一个ppdu，其中该ppdu包含了旧有stf、ltf以及sig字段701(其中包括旧有的短训练字段(l-stf)、旧有的长训练字段(l-ltf)以及旧有的sig(l-sig)字段)、公共sig字段702(例如高效sig-a(he-sig-a)字段)、高效(he)stf和ltf字段703、专用sig字段704(例如高效sig-b(hesig-b)字段)以及数据字段705。所述旧有字段能使系统向后兼容其他ieee802.11标准，例如802.11a/g、802.11n等等。
公共sig字段702可用于向簇中的所有用户/sta运送信息。在公共sig字段中可以用信号通告mu传输模式，其中所述字段可以在所获取的所有子信道上和/或用全向天线图案来传送。由此，其可以被所有用户解码。在图示示例中，he-sig-a字段即为所述公共sig字段，其中该字段会在每一个子信道上被调制和传送，并且会在整个信道上重复。由此，公共sig字段702在每一个子信道上都是相同的。在另一个示例中，he-sig-a字段可以似乎在整个信道上被调制和传送的。
专用sig字段704可在每一个资源块上被传送到特定用户。所述专用sig字段704在每一个子信道上可以是不同的。所述专用sig字段704可以包括sta标识或压缩版本的标识，其中该标识可以表明sta被指配在该资源块上。在图示示例中，he-sig-b字段即为所述专用sig字段。在子信道1(图7中的ch1)上传送的he-sig-b字段可以包括sta1的paid或其他类型的sta身份标识。同样，在子信道2到4上传送的he-sig-b字段可以包括sta2、sta3和sta4的paid。在替换示例中，在子信道上传送的he-sig-b字段中可以使用群组id。由此，被指配成在子信道上传输的可以是sta群组，而不是以上的示例中述及的一个sta。该sta群组可以使用一些mu传输方案(例如mu-mimo)而在所指配的子信道上与ap进行通信。这里提及的群组id可以是在ieee802.11ac中定义的mu-mimo群组id或是别的类型的群组id。
sta可以检查公共sig字段702，并且会注意到其后跟随有mu传输。在图示示例中，sta会解码所有的专用sig字段704(he-sig-b字段)。如果sta的身份标识是在一个或多个专用sig字段704中运送的，那么sta可以在一个或多个相应的子信道上继续执行接收过程。如果在一个或多个专用sig字段704上没有sta的身份标识，那么它有可能不是一个或多个相应子信道上的mu传输的接收方。如果在任一专用sig字段704上都不存在sta的身份标识，那么它不是mu传输的接收方。
ap可以在前序码之后继续mu数据传输。资源分配可以遵循在专用sig字段704中用信号通告的方式。如果在专用sig字段704中使用的sta身份标识不是唯一的，那么sta将会需要解码mac报头，并且确认它是所述分组的接收方。
如果在与mu数据相同的帧中传送mu簇调度或布置(即mu分簇管理)，那么上述mu机制将会发挥作用。在一些场景中，在mu数据传输之前可能需要传送mu分簇管理。
图8是关于替换的mu分簇方法的图示，其中对于mu传输800来说，mu分簇调度是在紧接在mu数据传输802之前的mu控制帧801中传送的，并且在其间部署了sifs。所述mu数据传输802可以是下行链路传输或上行链路传输。
在图8所示的示例中，ap可以在cca和回退过程之后获得媒体。在图示的示例中，ap得到了具有四个子信道的信道。所述ap可以开始执行mu传输800，其中该传输可以是从ap到多个sta的下行链路mu传输或是从多个sta到ap的上行链路mu传输。ap可以通过传送mu控制帧801来保留传输时机(txop)以及执行mu分簇调度处理。mu控制帧801可以包括公共部分801a和专用部分801b。公共部分801a可以保留用于dlmu传输、ulmu传输或组合的dl/ulmu传输的媒体。专用部分801b在每一个子信道上都可以是不同的。ap可以在某个子信道的专用部分包含paid或其他类型的sta身份标识，以便隐性地指示将所述子信道指配给了该sta。
在另一个示例中，群组id可用于在子信道上传送的专用部分801b。由此，被指配成在子信道上进行传输的可以是一个sta群组，而不是一个sta。该sta群组可以使用一些mu传输方案(例如mu-mimo)而在所指配的子信道上与ap进行通信。群组id可以是在ieee802.11ac标准中定义的mu-mimo群组id或是别的类型的群组id。
sta可以解码mu控制帧801。在解码了公共部分之后，sta可以注意到mutxop，并且可以将其paid或其他类型的sta身份标识与在专用部分801a中传送的标识相比较。如果sta的paid包含在一个或多个专用部分801a中，那么sta可以是mu簇的成员。在一个场景中，sta可能需要解码mu控制分组801的mac报头来对其进行确认。sta可以在与专用部分801a相关联的相应子信道上预备所述传输和/或接收。否则，sta将不会是mu传输的一部分，并且会相应地设置其nav。在mu控制帧801之后的短帧间间隔(sifs)之后跟随的是包含了前序码802a和数据802b的mu数据传输802。对于dlmu数据传输来说，ap可以在为其指配的子信道上向多个用户传送数据帧。对于ulmu数据传输来说，sta可以在为其指配的子信道上开始执行上行链路传输。
在一个示例中，mu控制帧801可以被在mu数据传输802之前传送的包含了用于mu数据传输802的控制、调度或管理信息的任何帧取代。在图8所示的示例中，在mu控制帧801与mu数据帧802之间使用了sifs。然而，其他可能的帧间间隔也是可以替换使用的。更进一步，在图8所示的示例中，mu数据传输802跟随在dlmu控制帧801之后。然而，在mu数据传输802与dlmu控制帧801之间也有可能存在其他的控制帧(dl或ul)。
如在上文中简要描述的那样，多用户传输可能需要用于资源分配和同步等等的附加控制帧。这些mu控制帧可被认为是整个系统的开销。以下描述的示例使用了用于运送mu控制消息和/或其他mac信息的空数据分组(ndp)，其中所述空数据分组可以包括plcp报头，但其没有mac主体。以下描述的示例包括两个高效(he)ndpmacppdu设计以及详细的ndpmumac帧。
以下描述的是使用了hendpmacppdu的示例。在这里描述了两个hendpmacppdu示例，并且本领域普通技术人员将会理解，在所描述的示例的范围以内，其他的hendpmacppdu设计也是可能的。在第一个hendpmacppdu示例中，在hendpmacppdu中只包含了一个he-ndp-sig字段，而在第二个hendpmacppdu示例中，ndpmacppdu同时运送了he-ndp-sig-a字段和he-ndp-sig-b字段。
关于第一hendpmacppdu示例，为了向后兼容其他的ieee802.11标准，所述hendpmacppdu可以携带旧有的前序码部分。
图9是根据第一hendpmacppdu示例的例示hendpmacppdu900的图示。如图9中的一个示例所示，旧有的短训练字段(stf)、长训练字段(ltf)以及信号(sig)字段可以作为旧有的前序码部分901而被包含在ppdu中。如果系统需要向后兼容ieee802.11a/g，那么非ht-stf(l-stf)、非ht-ltf(l-ltf)和非ht-sig(l-sig)字段与在ieee802.11n混合模式定义的旧有部分可以是相同的。如果系统被认为向后兼容ieee802.11n，那么ieee802.11n和802.11n+设备可以理解l-stf、l-ltf以及l-sig字段。所述旧有部分可以采用与绿地模式中的ht部分相同的方式来设计。
旧有的前序码部分901可以在常规的基本信道带宽上传送，并且可以在相位旋转或者没有相位旋转的情况下在整个信道上被复制。基本通道带宽可以是系统强制支持的最小带宽。举例来说，当系统在2.4ghz频带或5ghz频带上工作时，基本信道带宽可以是20mhz。如果ap在80mhz信道上工作，那么可以在每一个20mhz信道上传送旧有部分901，并且会在剩余信道上重复该旧有部分。
在图9所示的示例中，he-ndp-sig字段902可以跟随在旧有前序码901之后，并且可以使用与l-sig字段中相同数量的子载波。he-ndp-sig字段902可以是用与用于l-ltf字段的天线图案相同的天线图案(例如全向、分段或波束成形天线图案)传送的。
一些mu传输可以允许ap将一个或多个子信道指配给一个sta。子信道可以是可供ap用于资源分配的基本资源单元。如果mu传输的子信道大小与基本信道带宽相同的情况下(举例来说，基本信道带宽是20mhz，子信道带宽同样是20mhz，并且ap在相同或更宽的信道上工作)，那么可以在每一个子信道上传送并且可以在整个频带上重复he-ndp-sig字段902。如果mu传输的子信道大小小于基本信道带宽的情况下(举例来说，基本信道带宽是20mhz，子信道带宽是5mhz，并且ap在相同或更宽的信道带宽上工作)，那么可以在基本信道带宽上传送he-ndp-sig字段902。或者，在替换示例中，在所述子信道上可以传送并且可以在整个频带上重复he-ndp-sig字段902。
图9所示的示例包括关于he-ndp-sig字段902的两种替换格式：格式a和格式b。
格式a是具有固定的默认长度(例如以ofdm符号为单元固定)的he-ndp-sig字段902。作为示例，如果可以为he-ndp-sig字段902使用两个ofdm符号，并且每一个ofdm符号都包含48个数据载波，那么考虑到二进制相移键控(bpsk)和1/2速率的卷积码，两个ofdm符号可以运送48个信息比特。图9所示的格式ahe-ndp-sig字段902包括ndpmac帧主体903、ndp指示904、循环冗余校验(crc)905以及尾部906。ndpmac帧主体子字段903可用于运送控制或管理帧的主要信息。ndp指示子字段904可用于指示或标识这是ndpmac帧，该sig字段有可能不同于正常数据帧，并且是可以重写的。在替换示例中，ndp指示子字段904可以用l-stf、l-ltf或l-sig字段来隐性地通告，并且不会在he-ndp-sig字段902中显性地用信号通告。举例来说，l-sig字段的长度可以用于隐性地用信号通告ndpmac字段。如果l-sig字段中的长度字段小于所给出的阈值，那么可以认为所述帧是ndpmac帧。在为该ndpsig字段902使用零填充卷积编码方案时，这时会呈现尾部子字段906。对于其他编码方案或是使用咬尾技术的卷积编码方案来说，尾部子字段906有可能是不需要的。举例来说，如果ndpsig字段902运送48个信息比特，那么ndpmac帧主体字段903可以包括37个比特(例如，1比特用于ndp指示，4比特用于crc，以及6比特用于尾部)。
格式b是具有可变长度的he-ndp-sig字段902。图9所示的格式bhe-ndp-sig字段包括ndpmac帧长度子字段907、ndpmac帧主体908、ndp指示子字段909、crc子字段910以及尾部子字段911。ndpmac帧长度子字段907可用于指示ndp-sig字段902的长度。该长度可以以ofdm符号、比特或字节为单位。ndpmac帧主体908可用于运送控制或管理帧的主要信息。ndp指示子字段909可用于指示这是ndpmac帧，该sig字段有可能不同于正常数据帧，并且是可以重写的。如上所述，ndp指示子字段909可以隐性地用l-stf、l-ltf或l-sig字段来通告，并且不会在he-ndp-sig字段902中被显性地用信号通告。在为ndpsig字段902使用零填充卷积编码方案时，这时呈现尾部子字段911。对于其他编码方案或是使用咬尾技术的卷积编码方案来说，尾部子字段911有可能是不需要的。举例来说，如果ndpsig字段902运送48个信息比特，那么ndpmac帧主体字段可以包含37比特(例如，1比特用于ndp指示，4比特用于crc，以及6比特用于尾部)。作为示例，如果可以为ndpmac帧900使用n个ofdm符号，那么可以运送24n个信息比特。所述ndpmac帧可以包含24n-7-x-y个比特(作为示例，1比特用于ndp指示，x个比特用于crc，y个比特用于ndpmac帧长度，以及6比特用于尾部)。
图10是根据第二示例的例示hendpmacppdu1000的图示。就所述第二hendpmacppdu示例而言，例示的hendpmacppdu包括旧有的前序码部分1001，该部分包括l-sft、l-ltf和l-sig字段。该旧有前序码部分的传输规则与以上对照第一示例描述的规则相同。在所述旧有前序码部分之后可以呈现两个ndpsig字段1002和1003。
he-ndp-sig-a字段1002可以包括所有用户的公共信息。该字段可以通过基本信道带宽传输，并且会在整个频带上重复。在一个示例中，ap可以在20mhz的信道上工作，而基本信道带宽也可以是20mhz。子信道大小可以小于20mhz(例如5mhz)。于是，he-ndp-sig-a字段1002可以通过20mhz的信道传送。在另一个示例中，ap可以在80mhz的信道上工作，同时基本信道带宽也可以是20mhz。子信道大小可以是20mhz。于是，he-ndp-sig-a字段1002可以在20mhz的主子信道上编码和调制，并且会在剩余的三个子信道上重复。
在图10所示的示例中，he-ndp-sig-a字段1002包括ndpmac帧主体1004、ndp指示子字段1005、crc子字段1006以及尾部子字段1007。ndpmac帧主体可用于运送控制或管理帧的信息。公共信息可被广播给所有用户。ndp指示子字段1005可以用于指示这是ndpmac帧，该sig字段与正常数据帧不同，并且可被重写。ndp指示子字段1005还可以用于指示特定的ndpmacppdu格式(例如he-ndp-sig-b字段1003是否跟随在he-ndp-sig-a字段1002之后还是包含在ndpmac帧中)。如上所述，ndp指示子字段1005可以用l-stf、l-ltf或l-sig字段而被隐性地用信号通告，并且不会在he-ndp-sig字段1002中显性地用信号告知。尾部子字段1007可以在ndpsig字段使用零填充卷积编码方案的时候呈现。对于其他编码方案或是具有咬尾技术的卷积编码方案来说，该字段并不是必需的。
更进一步，he-ndp-sigb字段1003可以运送用户/资源专用的mac帧主体1008。对于用户专的用he-ndp-sig-b字段1003来说，所述he-ndp-sig-b字段1003可用于运送用户指定的信令。对mu-mimo传输方案来说，he-ndp-sigb字段1003可以用用户指定的波束来调制。对ofdma传输方案来说，he-ndp-sigb字段1003可以在分配给用户的一个或多个子信道上传送。举例来说，一个用户可被分配两个子信道，并且he-ndp-sigb字段1003可以用两个子信道来调制。对于资源专用的he-ndp-sig-b字段1003来说，所述he-ndp-sig-b字段1003可以用于运送资源指定信令。被分配了资源块的用户有可能需要资源指定信令。通过ofdma传输方案，he-ndp-sigb字段1003可以在每一个子信道上传送。如果一个用户被分配了多个子信道，那么可以在一个子信道上传送he-ndp-sigb字段1003，以及在所指配的剩余子信道上重复该字段。
在图10所示的示例中，he-ndp-sig-b字段1003紧跟在he-ndp-sig-a字段1002之后。在替换的示例中，he-stf字段和he-ltf字段可被插在he-ndp-sig-a字段1002与he-ndp-sig-b字段1003之间。所述he-stf和he-ltf字段可以是用户/资源专用的，或者是可以通过整个带宽传输的。
he-ndp-sig-b字段1003可以使用基本调制编码方案(mcs)(例如mcs0)。在一个替换示例中，he-ndp-sig-b字段1003可以通过为所有用户选择的mcs来调制。在这种情况下，所选择的mcs可以在he-ndp-sig-a字段1002中用信号通告。在另一个示例中，he-ndp-sig-b1003字段可以通过用户/资源专用的mcs来调制。由此，不同的mcs可以用于不同的用户/资源。这些mcs值可以在he-ndp-sig-a字段1002中用信号通告。
he-ndp-sig-b字段1003可以包括用户/资源专用mac帧主体1008、crc子字段1009以及尾部子字段1010。用户/资源专用mac帧主体1008可用于运送控制或管理帧的用户/资源专用信息。在为ndpsig字段使用零填充卷积编码方案时，这时将会出现尾部子字段1010。对于其他编码方案或是采用咬尾技术的卷积编码方案来说，该字段有可能是不需要的。
在下文中描述了关于hemu控制帧的专用ndpmac帧主体(例如应用于ndpmac帧主体903、908和/或1004)和/或用户/资源专用mac帧主体(例如应用于用户/资源专用的mac帧主体1008)的若干个示例。
对于下行链路mu传输来说，如图3a所示，所涉及的mu控制帧可以包括mu-rts帧和mu-cts帧。mu-rts帧可用于保留媒体以及调度下行链路mu传输。ap可以将mu-rts帧传送到多个sta，并且作为示例，所述mu-rts帧也可以被称为g-rts帧或mu调度帧。sta可以通过传送mu-cts帧来对mu-rts帧做出响应。所述mu-cts帧可用于确认接收到mu-rts帧，并且可以向ap提供关于sta的附加信息。作为示例，所述mu-cts帧也可以被称为g-rts帧或g-ack帧。
对于上行链路mu传输来说，如图3b所示，所涉及的mu控制帧可以包括mu轮询帧、上行链路响应/请求(ulr)帧、mu调度帧以及muack帧。ap可以使用mu轮询帧来保留媒体，以及向多个sta轮询上行链路传输。通常，ap可以向多个sta传送mu轮询帧。作为示例，所述mu轮询帧也可以被称为g轮询帧或mu-请求帧。sta可以使用ulr帧来对轮询帧做出响应或是请求上行链路传输许可(在这种情况下，ulr帧既可以是也可以不是针对mu轮询的响应帧)。通常，ulr帧可被从sta传送到ap。如果多个sta同时传送其ulr帧，那么所述传输可以在空域、时域、频域或码域中被区分。作为示例，ulr帧也可以被称为mu请求帧、mu响应帧或mu-rts帧。ap可以使用mu调度帧来调度上行链路传输和/或同步上行链路传输，并且所述帧也可以被称为muul调度帧。mu调度帧可以用其他名称来指代，并且可被认为是针对ulr帧的响应帧。通常，mu调度帧可被从ap传送到多个sta。ap可以使用muack帧来确认接收到先前的上行链路传输。
以下描述的是关于hendpmu-rts帧主体的示例。ap可以使用ndpmu-rts帧来保留mutxop以及调度dlmu传输。在这里描述了关于hendpmu-rts帧主体的三个示例，并且本领域普通技术人员将会理解，在所描述的示例的范围以内，其他的hendpmu-rts帧设计也是可能的。
关于hendpmu-rts帧主体的第一示例，hendpmu-rts帧主体可被包含在ndpmacppdu的sig字段中，其中所述ppdu可以使用以上在图9的hendpppdu示例中给出的结构。
图11是关于hendpmu-rts帧的第一示例的图示。在图11所示的示例中，ndpmu-rtsmac帧主体字段1100包括ndpmac帧类型子字段、mu模式子字段、ap地址/ta子字段、群组id子字段、持续时间子字段以及保留子字段。
ndpmac帧类型子字段可用于指示ndpmac帧是hendpmu-rts帧，以使这里公开的设备可以将所述帧识别成hendpmu-rts帧。供该子字段使用的比特数量可以取决于所定义的ndpmac帧的数量。如果还包含了mu模式子字段时，那么有可能需要较少的比特。更进一步，通过定义dl和ulmac帧类型，可以使用ndpmac帧类型子字段来隐性地用信号通告帧的dl/ul方向。或者，在替换示例中，方向子字段可被显性地包含在帧主体字段1100中。
mu模式子字段可用于指示mu传输模式(例如mu-mimo、ofdma、单用户(su)或时域多用户聚合)。在替换示例中，所述子字段可以与ndpmac帧类型子字段相结合。
ap地址/ta子字段可用于用信号通告发射机地址。当ap传送mu-rts帧时，该该字段可以用于用信号通告ap地址。
群组id子字段可被从ap传送到多个sta，并且可被用于用信号通告sta的群组id。
持续时间子字段可用于用信号通告txop的持续时间。非预定sta可以使用该子字段来设置其网络分配矢量(nav)。
保留的子字段可被保留以供将来使用。
ap可以在获得媒体且具有用于多个用户的业务量之后预备和传送hendpmu-rts帧。图12示出了使用图11中的例示ndpmu控制帧的例示hemu过程的流程图。在操作1201，一个或多个sta可以接收分组，并且可以使用l-stf和l-ltf字段来执行分组开端检测。通过解码l-sig字段，sta可以确定该传输的长度。根据从l-sig字段中确定的传输长度，sta会通过阈值测试、比较或类似处理来确定该传输长度是否小于阈值(1202)。如果该传输长度不小于阈值，那么sta可以确定所述帧不是ndp帧(1203)。另一方面，如果该传输长度小于阈值，那么sta可以确定所述帧是或者有可能是ndp帧，并且可以前进到操作1204或1206，以便进行更进一步的验证。sta可以继续解码he-ndp-sig字段，并且可以在ndp指示字段被置位成1(1204)时确定所述帧是ndpmac帧。如果没有置位ndp指示字段，那么sta可以确定所述帧不是ndp帧(1205)。如果sta确定置位了ndp指示字段，那么sta确定所述帧是或者有可能是ndp帧，并且可以前进到操作1206，以便进一步处理ndpmu控制帧。应该了解的是，在操作1202和1204中可以只提供一个操作来确定所述帧是不是ndp帧。
sta可以重新访问ndpmac帧主体子字段(1206)(例如ndpmac帧主体子字段1100)。在这里，sta会检查可以标识或指示mu-rts帧和mu传输模式的ndpmac帧类型和mu模式字段(1207)，以使sta可以对此加以确定。此外，sta可以检查ap地址、群组id和/或簇id字段(未显示)，并且可以确定该sta是不是mu传输的预定接收方(1208)。如果sta与ap相关联，并且群组id与在所述帧中发送的群组id相同，那么可以认为该sta是其中一个预定接收方，并且将会前进到操作1209。
作为示例，ap可以与很多sta(例如100个sta)相关联。ap可以在sig字段中包含其签名(例如其ap地址)。所有的这100个相关联的sta都会基于对该ap地址的分析而注意到来自与之关联的ap的传输。基于对ap地址的分析以及确认所述sta是相关联的sta，所述相关联的sta可以继续读取该分组。不关联的sta则会丢弃该分组并延迟一段时间。ap可以进一步决定执行针对与之关联的sta的群组或子集(例如8个sta)的mu传输。在群组id和/或簇id中可以包含关于sta是预定接收方的信息。这8个sta在这里可被称为预定接收者/接收机或预定sta。由此，为了确定sta是不是预定sta，该sta可以在先前没有执行过检查的情况下检查ap地址，并且可以检查在sig字段中提供的群组id和簇id中的至少一个。
在操作1209，sta可以开始预备在mu-rts传输结束且经过了sifs时间之后将会传送的响应帧(例如mu-cts帧传输)。否则，sta可以确定其并非所述传输的一部分，并且可以检查持续时间字段以及相应地设置nav(1210)。
关于hendpmu-rts帧主体的第二示例，所述hendpmu-rts帧主体可被包含在ndpmacppdu的sig字段中，其中所述ppdu可以与在图9所示的第一例示hendpmacppdu中给出的结构。
图13是关于hendpmu-rts帧1300的第二示例的图示。在图13的示例中，大多数的子字段与图11显示的第一示例相似。然而，这些子字段可以使用不同数量的比特，并且可以包括附加子字段、响应协议子字段。该响应协议子字段可用于指示以下的一项或多项：响应帧的格式(例如答复帧是ndp帧还是具有mac主体的正常帧)、在响应帧中是否需要子信道选择相关信息、在响应帧中是否需要同步信息、以及是否有多个期望接收机在频域、时域和码域中同时传送响应帧。
作为示例，子信道选择相关信息可以包括子信道的秩或顺序、量度(例如每一个子信道上的信号干扰噪声比(sinr)或接收信号强度指示符(rssi))或是一个或多个最佳和/或最差子信道。作为示例，同步信息可以包括发射功率、链路余量、时间戳、压缩时间戳或是载波频率偏移。频域中的同时传输可以是指sta在为他们指配且不会相互重叠的子信道上传送响应帧。时域中的同时传输可以是指sta在不同的时隙传送响应帧。在每次上行链路传输之前，ap既可以轮询也可以不轮询sta。码域中的同时传输可以是指sta使用相同的时间-频率资源来传送响应帧。然而，它们将会使用预先定义的正交序列，以使ap可以在接收机上对其进行区分。
图14示出了使用图13的例示ndpmu控制帧的例示hemu过程的流程图。操作1401-1410分别与图12中的操作1201-1210相似，但在操作1409中，sta还会附加地检查响应协议字段，以便预备响应帧(例如mu-cts帧传输)。举例来说，在操作1401，一个或多个sta可以接收分组，并且可以使用l-stf和l-ltf字段来对分组开端进行检测。通过解码l-sig字段，sta可以确定该传输的长度。基于从l-sig字段中确定的传输长度，sta可以通过阈值测试、比较或类似处理来确定该传输长度是否小于阈值(1402)。如果该传输长度不小于阈值，那么sta可以确定所述帧不是ndp帧(1403)。另一方面，如果该传输长度小于阈值，那么sta可以确定所述帧是或者有可能是ndp帧，并且可以前进到操作1404或1406，以便进行更进一步的验证。sta可以继续解码he-ndp-sig字段，并且可以在ndp指示字段被置位成1时确定所述帧是ndpmac帧(1404)。如果没有置位ndp指示字段，那么sta可以确定所述帧不是ndp帧(1405)。如果sta确定置位了ndp指示字段，那么sta可以确定所述帧是或者有可能是ndp帧，并且可以前进到操作1406，以便进一步处理ndpmu控制帧。应该理解的是，在操作1402和1404中可以只提供其中一个操作来依照其中的条件(即ndp条件)确定所述帧是不是ndpmac帧。
sta可以重新访问ndpmac帧主体子字段(1406)(例如ndpmac帧主体子字段1300)。在这里，sta将会检查可以标识或指示mu-rts帧和mu传输模式的ndpmac帧类型和mu模式字段(1407)，以使sta可以对其加以确定。此外，sta还可以检查ap地址、群组id和/或簇id字段(未显示)，并且可以确定所述sta是不是mu传输的预定接收方(1408)。如果该sta与ap相关联，并且群组id与在帧中发送的群组id相同，那么可以认为所述sta是预定接收方之一，并且将会前进到操作1409。在操作1409，sta可以检查响应协议字段，并且可以相应地预备子信道选择和同步信息。在操作1409，sta可以开始预备在mu-rts传输结束且经过了sifs时间之后传送的响应帧，例如mu-cts帧传输。关于mu-cts帧的传输方案(例如多个用户同时还是依次传送mu-cts帧，所述帧是ndp帧还是完整的mac帧等等)同样可以遵从响应协议字段的指示。否则，sta可以确定其并未所述传输的一部分，并且它可以检查持续时间字段以及相应地设置nav(1410)。
至于hendpmu-rts帧主体的第三示例，可以将图15所示的ndp帧主体包含在在ndpmacppdu的sig字段中，其中所述ppdu可以使用在图10所示的第二hendpmacppdu示例中给出的结构，其中使用了ndp-sig-a和ndp-sig-b字段。
图15是关于hendpmu-rts帧1500的第三示例的图示。在图15所示的示例中，包含在ndp-sig-a字段(例如ndp-sig-a字段1002)中的ndp帧主体1500a可以包括ndpmac帧类型子字段、mu模式子字段、ap地址/ta子字段、持续时间子字段、同步信息子字段、带宽(bw)子字段、ndp-sig-b存在子字段和保留子字段。
ndpmac帧类型子字段可用于向sta指示或标识所述帧是hendpmu-rts帧。mu模式子字段可用于向sta指示或标识mu传输模式(例如mu-mimo、ofdma、su或时域多用户聚合)。在替换示例中，该模式可以与ndpmac帧类型子字段相结合。ap地址/ta子字段可用于用信号通告或是提供发射机地址。当ap传送mu-rts帧时，ap地址/ta子字段可用于向sta通告或提供ap地址。持续时间子字段可用于向sta通告或提供txop持续时间。非预定sta可以使用该子字段来设置nav。
同步信息子字段可以包括从ap传送到sta的时间/频率/功率同步相关信息，或者ap可以使用该子字段来要求sta使用所需要的时间/频率/功率同步相关信息做出响应。该子字段可被包括在ndp-sig-a字段中(如图15所示)，并且所述同步信息可以被所有sta/用户共享。在替换示例中，该子字段可被包含在ndp-sig-b字段中(例如ndp-sig-b字段1003)，并且该子字段可以包括用户专用/sta专用同步信息。bw子字段可用于指示带宽，其中所述带宽可以是以下的一个或多个：ap工作带宽、在txop中获取的带宽、或是子信道带宽(例如在基本子信道大小可以依照传输改变的情况下)。作为在txop中获取的带宽的示例，在80mhz上工作的ap只能获得60mhz的子信道，由此得到的带宽将会是60mhz。ndp-sig-b存在子帧可用于用信号通告ndp-sig-b字段(例如ndp-sig-b字段1003)是否跟随在ndp-sig-a字段(例如ndp-sig-a字段1002)之后，由此，sta将会获知检查ndp-sig-b字段。保留子字段可被保留以供将来使用。
包含在he-ndp-sig-b字段(例如ndp-sig-b字段1003)中的用户/资源专用mac帧主体1500b可以包括paid或响应协议子字段中的一个或多个。paid子字段可以包括可用于代表sta的局部aid或其他可能的id。在一个示例中，ndp-sig-b字段可以是资源/用户专用的，并且由此可以使用paid子字段来隐性地用信号通告所述资源分配。举例来说，在子信道k和n上传送的ndp-sig-b字段可以携带相同的paid。于是，paid指示的用户可被分配子信道k和n。在ndp-sig-b字段中可以包含响应协议子字段，并且该子字段可以包括用户/sta专用响应协议。在替换示例中，响应协议子字段可被包含在ndp-sig-a字段中，并且响应协议可以被所有sta/用户共享。
响应协议子字段可以用于指示和/或标识以下的一个或多个：响应帧的格式、在响应帧中是否包含子信道选择相关信息、或者是否有多个期望接收机在频域、时域或码域中同时传送响应帧。作为示例，响应帧的格式可以指示答复帧是ndp帧还是具有mac主体的正常帧。响应协议子字段还可用于用信号通告在所述帧之后具有dlmu传输(具有xfis分离)。这样一来，响应帧将不会是必需的。无论子信道选择相关信息是否包含在响应帧中，作为示例，子信道选择相关信息都可以包括子信道的秩或顺序、量度(例如每一个子信道上的信号干扰噪声比(sinr)或接收信号强度指示符(rssi))或是一个或多个最佳和/或最差子信道。
图16示出的是使用了图15中的例示ndpmu控制帧的例示hemu过程的流程图。操作1601-1605以及1609分别与图12中的操作1201-1205以及1209相似。ap可以在获得媒体并具有关于多个用户的业务量之后预备和传送hendpmu-rts帧，并且sta可以接收这个分组，以及使用l-stf和l-ltf字段来开始分组检测处理。通过解码l-sig字段，sta可以确定该传输的长度，并且可以确定所述帧是不是ndpmac帧。该sta可以继续解码he-ndp-sig-a字段，并且可以在ndp指示字段被置位成1时确定所述帧是ndpmac帧。当ndp-sig-a字段中的ndp-sig-b存在字段是1时，sta可以确定跟随有ndpsig-b。在确认所述帧是ndp帧之后，sta可以通过检查ndpmac帧类型子字段来确定所述帧的类型。在操作1606，sta可以检查ndp-sig-a字段中的ap地址，并且可以确定其是否与该ap相关联的。与该ap相关联的sta可以继续检查ndp-sig-b字段。所述与该ap相关联的sta可以先在操作1606检查是否在ndp-sig-a字段中设置了ndpsig-b存在字段，以便在所述sta先前没有检查过在ndp-sig-a字段之后是否跟随有ndp-sig-b字段的情况下执行该检查。与ap无关的sta可以检查持续时间字段，并且可以相应地设置其nav(1607)。此外，sta还会检查bw字段，以便确定用于mu传输的工作子信道。这些工作子信道可以是ap获取的用于传输的子信道，并且可以与ap通告的总的工作带宽相同或者更小。这样一来，obsssta可以在所使用的子信道上设置nav，并且可以在一个或多个未被使用的子信道变得可用的时候使用所述子信道。
与ap关联的sta可以继续检测和处理ndp-sig-b字段。由于不同子信道上传送的ndp-sig-b字段可能存在差异，因此，sta有可能需要解码在所有子信道上传送的所有ndp-sig-b字段。通过在操作1608中检查每一个子信道上的paid字段(或其他可能的标识)，sta可以确定其是否是被指配到该子信道的sta(也就是说，sta可以确定(例如基于paid)其是否为mu传输及其资源分配的预期接收方)。sta分可被指配到多个子信道。由此，sta可能需要在所有子信道上解码sig-b字段。
被指配到一个或一些子信道的sta可以前进至操作1609，以便基于ndp-sig-a和ndp-sig-b字段中运送的信息来预备响应帧。未被指配任何子信道的sta可以前进至操作1610，并且可以依照持续时间字段来设置nav。
以下描述的是关于hendpmu-cts帧主体的示例。sta可以使用ndpmu-cts帧来响应mu-rts帧，并且可以确认所述sta已经预备执行dlmu传输。hendpmu-cts帧主体可被包含在ndpmacppdu的sig字段中，并且可以使用如上所述的在图9所示的hendpmacppdu中给出的结构。
图17是关于hendpmu-cts帧主体1700的例示实施例的图示。如图17所示，ndpmu-ctsmac帧主体字段1700包括ndpmac帧类型子字段、mu模式子字段、paid/ta子字段、子信道信息子字段、同步信息字段、持续时间子字段以及保留子字段。
ndpmac帧类型子字段可用于将所述帧指示和/或标识成hendpmu-cts帧。mu模式子字段可用于指示或标识mu传输模式(例如mu-mimo、ofdma、su或时域多用户聚合)。在替换示例中，mu模式子字段可以与ndpmac帧类型子字段相结合。paid/ta子字段可用于用信号通告或提供发射机地址。当sta传送mu-cts帧时，paid/ta子字段可以用于用信号通告或提供sta地址或局部地址。
子信道信息子字段可供sta用来指示一个或多个优选子信道。举例来说，sta可以依照接收信号强度来提供子信道的顺序或秩，或者sta可以提供接收信号量度，例如每一个子信道的sinr或rssi。在替换示例中，sta可以提供一个或多个最佳子信道的索引和/或一个或多个最差子信道的索引。同步信息子字段可以包括时间/频率/功率同步相关信息。持续时间子字段可用于用信号通告或提供txop持续时间。非预定sta可以使用持续时间子字段来设置其nav。保留子字段可被保留以供将来使用。
图18示出的是使用了图17中的例示ndpmu控制帧的例示hemu过程的流程图。在操作1801，sta会响应于ndpmu-rtsmac帧来预备ndpmu-ctsmac帧。在预备mu-cts帧的过程中，sta会在ndpmac帧类型字段中指示ndpmu-cts帧(1802)，该sta会在paid/ta字段中包含发射机id(1803)，该sta会在子信道信息字段中指示优选子信道(1804)，以及sta将会更新txop持续时间字段(1805)。此外，sta还可以在同步信息字段中提供同步信息(未显示)。
作为mu-rts帧目的地的sta可以在结束接收mu-rts且经过了sifs时间之后传送mu-cts帧。所述mu-cts帧可以使用图17所示的ndp格式。
依照在mu-rts帧中定义或者在标准中预先定义的响应协议字段，如果在先前的mu-rts帧中什么都没有显示，那么ndpmu-cts传输可以使用以下的一项或多项：时域划分(tdd)、频域划分(fdd)、码域划分或空域划分。
关于tdd，sta可以在其间具有或不具有sifs间隔的情况下按顺序传送ndpmu-cts帧。该传输顺序可以隐性地通过子信道指配或群组id中的位置阵列来通告。在替换示例中，从第一sta传送的ndpmu-cts帧可以是在ndpmu-rts帧之后且经过了sifs时间传送的。然后，ap可以传送ndp帧，以便轮询下一个sta。在接收到ndp轮询帧时，第二sta可以发送ndpmu-cts帧。对于来自剩余sta的剩余ndpmu-cts帧传输来说，所述传输可以遵循相似的过程。
关于fdd，sta可以同时在不同的频率子信道上传送ndpmu-cts帧。sta可以在为其指配的一个或多个子信道上传送ndpmu-cts帧。或者，sta可以通过使用某个映射函数而在子信道上执行传输。该映射函数会将sta映射到子信道，并且可以通过群组id或簇id中定义的子信道/资源分配或位置比特字段/阵列来得到。
关于码域划分，sta可以在相同频带上同时传送ndpmu-cts帧，并且可以使用为其预先指配的序列来调制ndpmu-cts帧。在替换示例中，来自所有sta的l-stf、l-ltf和l-sig字段可以是相同的，并且ndp-sig字段可以用sta专用序列来调制。关于空域划分，sta可以使用上行链路mu-mimo方案来传送ndpmu-cts帧。
ap可以检测所有ndpmu-cts帧，并且可以依照所收集的子信道信息字段来将子信道重新指配给sta。ap可以依照同步信息字段来预备同步相关信令，并且可以预备下行链路调度帧(所述帧也可以是ndp帧)，其中所述帧可以包括或者不包括子信道指配和同步信息。或者，在替换示例中，ap可以直接预备下行链路mu传输，并且在plcp报头中，ap可以重新指配子信道以及提供同步信息。非期望sta有可能接收到该分组，并且可以相应地更新或设置其nav。
以下描述的是关于ndpmu轮询帧主体的示例。ap可以使用ndpmu轮询帧来保留mutxop，以及在一个示例中，用以调度ulmu传输。在这里描述了关于ndpmu轮询帧主体的四个示例，并且本领域普通技术人员将会理解，在所描述的示例的范围以内，其他ndpmu轮询帧主体设计也是可能的。
关于ndpmu轮询帧主体的第一示例，所述帧主体可以包含在ndpmacppdu的sig字段中，其中所述ppdu可以使用在关于hendpmacppdu的第一例示实施例中给出的结构。
图19是关于例示的ndpmu轮询帧主体实施例中的第一实施例的图示。在图19所示的示例中，ndpmu轮询mac帧主体字段1900可以包括ndpmac帧类型子字段、mu模式子字段、ap地址/ta子字段、群组id/多播paid子字段、持续时间子字段以及保留子字段。
ndpmac帧类型子字段可用于指示和/或标识所述帧是一个hendpmu轮询帧。mu模式子字段可用于指示和/或标识mu传输模式(例如mu-mimo、ofdma、su或时域多用户聚合)。在替换示例中，mu模式子字段可以与ndpmac帧类型子字段相结合。ap地址/ta子字段可以用于发送或提供发射机地址。当ap传送mu轮询帧时，所述帧可以用于用信号通告或提供ap地址。群组id/多播paid子字段可被从ap传送到多个sta，并且可以用于用信号通告sta的群组id。在替换示例中，群组id/多播paid子字段可以用于运送多播局部aid，其中与典型的mu传输相比，所述传输可以包含更多的sta。在这种情况下，一些被轮询的sta不会在后续的ulmu传输中被分配时隙。持续时间子字段可用于用信号通告txop持续时间。非预定sta可以使用该子字段来设置nav。保留子字段可被保留以供将来使用。
图20示出的是使用了图19中的例示ndpmu控制帧的例示hemu过程的流程图。操作2001-2010分别与图12中的操作1201-1210相似，但是存在少量差异。例如，在操作2007，sta会检查ndpmac帧类型字段，并且会确定帧类型是ndpmu轮询帧。此外，当sta在操作2008中确定它是ndpmu轮询帧的预定接收方之后，在操作2009，如果该sta的缓冲器中具有业务量，那么所述sta可以预备执行ul传输。
在这里将会简要描述图20所示的处理。在获得媒体并具有关于多个用户的业务量之后，ap可以预备并传送hendpmu轮询帧。sta可以接收到这个分组，并且可以使用l-stf和l-ltf字段来开始分组检测处理。通过解码l-sig字段，sta可以确定该传输的长度(2001)，并且可以基于阈值测试来确定所述帧是不是ndp帧(2002)。sta可以继续解码he-ndp-sig字段，并且可以在ndp指示字段被置位成1时确定所接收的帧是ndpmac帧(2004)。
sta可以重新访问ndpmac帧主体子字段(2006)。在这里，ndpmac帧类型和mu模式字段可以指示mu轮询帧和mu传输模式(2007)。通过检查ap地址以及群组id/多播字段，sta可以确定其是否为mu传输的预定接收方(2008)。如果sta与ap相相关联，并且群组id与在所述帧中传送的群组id相同，那么可以认为该sta是预期接收方之一。sta可以检查其上行链路业务量缓冲器，并且可以在存在用于传输的数据的情况下开始预备ndpulr帧传输，以便在mu-rts传输结束且经过了sifs时间之后传送所述传输。否则，sta可以确定它不是所述传输的一部分，并且可以检查持续时间字段以及相应地设置nav。
对于ndpmu轮询帧主体的第二示例来说，所述帧主体可被包含在ndpmacppdu的sig字段中，其中所述ppdu可以使用图9显示的hendpmacppdu中给出的结构。
图21是关于第二例示ndpmu轮询帧主体2100的图示。在图21所示的示例中，大多数的子字段与图19所示的示例相似。然而，这些子字段可以使用不同数量的比特。还此外还可以包括一个附加子字段，即ulr子字段，其中所述子字段可以用于控制后续的ulr帧。ulr协议子字段可以包括以下的一项或多项：响应帧格式(例如该答复帧是ndp帧还是具有mac主体的正常帧)、在响应帧中是否需要子信道选择相关信息、在响应帧中是否需要同步信息、所述ulr帧是否需要上行链路探测帧或训练序列、在ulr帧中是否需要链路适配相关信息、或者是否有多个预期接收机会在频域、时域和码域中同时传送响应帧。
作为示例，子信道选择相关信息可以包括子信道的秩或顺序、量度(例如每一个子信道上的sinr或rssi)、或是一个或多个最佳和/或最差子信道。作为示例，同步信息可以包括发射功率、链路余量、时间戳或压缩时间戳、或是载波频率偏移。至于ulr帧是否需要上行链路探测帧或训练序列，这样做可以允许ap探测sta的信道，并且由此相应地调度上行链路mu传输。如果允许多个探测帧，那么可以使用这个子字段来指示特定的探测帧格式。与在ulr帧中是否需要链路适配相关信息有关的信息可供ap用来为即将到来的上行链路mu传输指配mcs。这种设计允许ap为sta指配mcs。
频域中的同时传输可以是指sta在为其指配的互不重叠的子信道上传送响应帧。时域中的同时传输可以是指sta在不同时隙上传送响应帧。在每一次上行链路传输之前，ap既可以轮询也可以不轮询所述sta。码域中的同时传输可以是指sta使用相同的时间-频率资源来传送响应帧。然而，它们可以使用预先定义的正交序列，以使ap可以在接收机上对其进行区分。
图22示出了使用图21中的例示ndpmu控制帧的例示hemu过程的流程图。操作2201-2210分别与图20中的操作2001-2010相似，只不过在操作2209中，sta可以附加地检查ulr协议字段，以便据此来预备相应的信息。在获得媒体且具有多个用户的业务量之后，ap可以预备和传送hendpmu轮询帧，并且依照图22，sta可以使用接收这个分组，并且可以使用l-stf和l-ltf字段而开始分组检测处理。
关于第三例示ndpmu轮询帧主体，所述帧主体可被包含在ndpmacppdu的sig字段中，其中所述ppdu可以使用图9显示的hemacppdu中给出的结构。
图23是关于ndpmu轮询帧主体2300的第三示例的图示。在图23所示的示例中，ndpmu-rts帧主体2300可以允许ap轮询任何用户，由此，所述帧的预定用户不受群组id或多播id限制。任何具有想要借助上行链路mu传输传送的上行链路业务量的sta都会在接收到这个帧时用ulr帧进行答复。在该示例中，大多数的子字段与图19所示的示例相似，但是这些子字段可以使用不同数量的比特。更进一步，在该示例中不会包含群组id/多播paid子字段，并且会提供争用ulr许可子字段，其中该字段可以用于指示是否允许基于争用的ulr传输，并且在一个示例中，可提供被允许的基于争用的ulr传输类型。举例来说，在这个帧之后经过了sifs时间，ulr可以同时用不同的正交序列来被传送。或者，ap可以保留特定的时隙，以供意图在ulmu传输中执行传输的sta争用和发送ulr帧等等。
图24示出的是使用了图23中的例示ndpmu控制帧的例示hemu过程的流程图。操作2401-2407分别与图20中的操作2001-2007相似。此外，在操作2408，sta可以确定其是否与ap相关联，如果是的话，那么该sta可以前进至操作2409。否则，sta会前进到操作2410，并且会检查持续时间字段以及相应地设置其nav。
特别地，在获得媒体并且具有关于多个用户的业务量之后，ap可以预备和传送hendpmu轮询帧，sta可以接收到该分组，并且可以使用l-stf和l-ltf字段而开始分组检测处理。通过解码l-sig字段，sta可以确定该传输的长度(2401)。sta可以继续解码he-ndp-sig字段，并且会在ndp指示字段被置位成1时注意到这是ndpmac帧(2404)。
sta可以重新访问ndpmac帧主体子字段(2406)。在这里，ndpmac帧类型和mu模式子字段可以指示mu轮询帧和mu传输模式(2407)。通过检查ap地址，sta可以确定所述帧是否由相关联的ap发送(2408)。如果sta与ap相关联，那么在操作2409，它可以继续该解码过程。否则，sta可以确定它不是传输的一部分，并且可以检查持续时间字段以及相应地设置nav(2410)。
一旦确认sta与ap相关联(2408)，那么与ap关联且要传送数据的sta可以借此机会发送ul帧。换句话说，图23显示的帧是一种由ap传送到所有相关联的sta的广播帧。相应地，应该理解的是，所有相关联的sta也都是预定接收机，由此，sta可以争用一个或多个时隙来进行上行链路传输。
通过检查争用ulr许可字段，sta可以确定是否在经过了跟随当前帧的sifs时间之后调度基于争用的ulr传输时隙(2409)，并且可以通过检查业务量缓冲器来确定其是否可以用缓冲器中等待传输的数据来执行基于争用的ulr传输(2411)。在操作2409，如果sta确定不允许基于争用的ul传输，那么该sta可以检查持续时间字段，并且可以相应地设置其nav(2412)。
对于ndpmu轮询帧主体的第四示例来说，所述帧主体可被包含在ndpmacppdu的sig字段中，其中所述ppdu可以使用图10所示的例示hendpppdu中给出的结构，其中可以使用ndp-sig-a和ndp-sig-b字段。
图25是关于ndpmu轮询帧主体2500的第四示例的图示。在图25所示的示例中，包含在ndp-sig-a字段中的ndp帧主体2500a可以包括ndpmac帧类型子字段、mu模式子字段、ap地址/ta子字段、持续时间子字段、同步子字段、bw子字段、ndp-sig-b存在子字段和保留子字段。
ndpmac帧类型子字段可用于指示和/或标识hendpmu轮询帧。mu模式子字段可以用于指示或标识mu传输模式(例如mu-mimo、ofdma、单用户(su)或时域多用户聚合)。在替换示例中，mu模式子字段可以与ndpmac帧类型子字段相结合。ap地址/ta子字段可用于用信号通告或提供发射机地址。当ap传送mu轮询帧时，其可以用于用信号通告或提供ap地址。持续时间子字段可用于用信号通告或提供txop持续时间。非预定sta可以使用持续时间子字段来设置其nav。
同步信息子字段可以包括从ap传送到sta的时间/频率/功率同步相关信息。或者，ap可以使用该子字段来要求sta用所需要的时间/频率/功率同步相关信息做出响应。这个子字段可被包含在ndp-sig-a字段中(如图15所示)，并且同步信息可以被所有sta/用户共享。在替换示例中，这个子字段可被包含在ndp-sig-b字段中，并且可以包括用户专用/sta专用同步信息。
bw子字段可以用于指示bw，其中所述bw可以是ap的工作bw、在所述txop中获取的bw或子信道bw(在基本子信道大小会依照传输改变的情况下)。ndp-sig-b存在子字段可用于用信号通告在ndp-sig-a字段之后是否跟随有ndp-sig-b字段。保留子字段可被保留供将来使用。
包含在he-ndp-sig-b字段中的用户/资源专用mac帧主体2500b可以包括paid子字段、响应协议子字段以及保留子字段。paid子字段可以包括可用于代表sta的局部aid或是别的可能id。ndp-sig-b字段可以是资源/用户专用的，由此，paid字段可以用于隐性地用信号通告资源分配。举例来说，在子信道k和n上传送的ndp-sig-b字段可以携带相同的paid。于是，所述paid指示的用户可被分配给子信道k和n。
ulr协议子字段可被包含在ndp-sig-b字段中，并且可以包含用户/sta专用响应协议。在替换示例中，这个子字段可以包含在ndp-sig-a字段中，并且响应协议可以被所有sta/用户共享。该子字段可以与第二例示hendpmu轮询帧主体实施例中定义的子字段相似。保留子字段可被保留以供将来使用。
图26示出的是使用了图25的例示ndpmu控制帧的例示hemu过程的流程图。图26中的一些操作2601-2610与图20中的操作2001-2010相似，但是存在一些与使用ndpsig-a和ndp-sig-b相关联的例外情况。举例来说，在2604中，在确定所述帧是ndp帧之后，sta可以通过检查ndpsig-a字段中的ap地址来确定sta是否与ap相关联。如果是的话，那么sta前进到操作2607，如果不是，那么sta前进到操作2608，并会依照持续时间字段来设置其nav。在操作2607，sta会检查ndpsig-b字段中的staid，以便确定其是否为mu传输的预定接收方。如果是的话，那么sta前进到操作2609，如果不是，那么sta前进到操作2601，并且会依照持续时间字段来设置其nav。在操作2609，sta会检查其业务量缓冲器，并且确定其是否具有将要传输的业务量/数据，如果是的话，那么它会预备传送至ap的响应帧。
特别地，在获得媒体且具有关于多个用户的业务量之后，ap可以预备和传送hendpmu轮询帧，并且sta可以接收这个分组，以及使用l-stf和l-ltf字段来开始分组检测处理。通过解码l-sig字段，sta可以确定该传输的长度(2601)。在确定长度小于阈值之后(2602)，sta可以继续解码he-ndp-sig-a字段，并且可以在ndp指示字段被置位成1时核实所述帧是ndpmac帧(2604)。在确认所述帧是ndp帧之后，sta可以通过检查ndpmac帧类型子字段来确定帧类型。sta可以检查ap地址，并且可以确定其是否与ap相关联(2606)。当ndpsig-b存在字段为1时，sta还可以确定在ndpsig-a字段之后存在ndp-sig-b字段，并且该操作既可以结合操作2604或2606来执行，也可以在这些操作之间进行。与ap关联的sta可以通过检查/读取其中的子字段来继续分析ndp-sig-b字段(2607)。不与ap相关联的sta可以检查持续时间字段，并且可以相应地置位其nav(2608)。此外它们还可以检查bw字段，以便确定用于mu传输的工作子信道。这些工作子信道可以是ap获取的用于传输的子信道，并且会与ap通告的总工作带宽相同或更小。这样一来，obsssta可以在所使用的子信道上设置其nav，并且可以在一个或多个未被使用的子信道变得可用的时候使用这些子信道。
与ap相关联的sta可以继续分析ndp-sig-b字段(2607)。由于在不同子信道上发送的ndp-sig-b字段有可能是不同的，因此，sta可能需要解码在所有子信道上发送的所有ndp-sig-b字段。通过检查每一个子信道上的paid字段(或其他可能的标识)，sta可以确定其是否是被分配给该子信道的sta(2607)(也就是说，sta确定它是否为预定接收方)。sta可被指配到多个子信道。由此，sta可能需要解码所有子信道上的ndpsig-b字段。被指配到一个或多个子信道的sta可以检查其业务量缓冲器，并且可以基于同时在ndp-sig-a和ndp-sig-b字段中运送的信息来预备响应帧(2609)。未被指配任何子信道的sta可以相应地设置其nav(2610)。
以下描述的是ndpmuul调度帧主体的示例。ap可以使用ndpmuul调度帧来保留ulmutxop，以及调度ulmu传输。ndpmuul调度帧可以使用与以上描述的任一ndpmu-rts帧的示例相类似的帧格式(相关示例参见图11、13和15)。特别地，这三个例示ndpmu-rts帧中的任何一个都可以直接应用于ndpmuul调度帧，但是在一些示例中，ndpmac帧类型和同步信息子字段可以是不同的。
ndpmac帧类型子字段可以指示所述帧是ndpmuul调度帧。同步信息子字段可以包括所建议的同步信息，其中可以包括所建议的发射功率、所建议的定时调整或是所建议的频率调整中的至少一个。
在替代示例中，ndpmuul调度帧可以包括附加的上行链路控制信息，该信息可以包括所建议/指配的nsts子字段、所建议/指配的mcs子字段、所建议/指配的bw子字段以及最大ul分组长度子字段。所建议/指配的nsts子字段可以用于指示为每一个用户建议或指配的空间时间流的数量。如果使用的是如10所示的例示的ndpppdu，那么可以在ndp-sig-b字段中运送该子字段。所建议/指配的mcs子字段可用于指示为每一个用户建议或指配的mcs。如果使用的图10所示的例示ndpppdu，那么可以在ndp-sig-b字段中运送该子字段。所建议/指配的bw子字段可用于指示为每一个用户建议或指配的带宽。这一点可以通过群组id而被隐性地用信号通告。如果使用的是图10所示的例示ndpppdu，那么可以在ndp-sig-b字段中隐性或显性地运送该子字段。最大ul分组长度子字段可以运送最大ul分组长度。ap可以根据在ulr帧中传送的ul业务量信息以及所指配的mcs/nsts来计算最大ul分组长度。sta可以使用该子字段来填充上行链路分组，以使其在到达ap时被校准。
图27示出的是使用了ndpmuul调度控制帧的例示hemu过程的流程图。图27中的一些操作与图12的操纵相类似，并且应该是不言自明的。举例来说，在2704，在确定所述帧是ndp帧之后，sta可以重新访问ndpsig字段(2706)，并且可以通过检查ndpmac帧类型字段来确定帧类型(2707)。在操作2707，一旦确定所述帧是ndpmuul调度控制帧，那么sta可以决定检查/读取ap地址、群组id和/或簇id(未示出)字段中的id，以便确定该sta是不是ndpmac帧的预定接收方(2708)。如果是的话，那么sta前进到操作2709，如果不是，那么在操作2710，sta前进至基于持续时间字段来设置其nav。在操作2709，sta可以预备ul数据传输，并且可以执行同步以及设置传输控制协议(tcp)。此后，sta可以使用由ap为上行链路业务量传输所指配的mcs和nsts(2711)。
特别地，ap可以预备跟随在其他mu控制帧(例如ndpmu轮询和ndpulr交换)之后的ndpmuul调度帧。作为替换，ap可以获取媒体，并且可以在ulmutxop开端传送这个帧。sta可以先检查ap地址，并且可以确定其是否与ap相关联(2708)。不与ap相关联的sta可以相应地设定或更新nav设置(2710)。如果在hendpmuul调度帧中运送bw字段，那么sta可以在bw字段指示的某些子信道上检查其nav。与ap关联的sta可以继续解码过程，直至操作2709。
sta可以检查群组id/簇字段(2708)。属于所述群组/簇的sta可以预备上行传输(2709)。它们可以使用ap建议的同步来调整功率、定时以及频率偏移，并且可以设置tcp(2709)。它们可以使用ap为上行链路业务量传输指配的mcs和nsts(2711)。它们可以使用最大ul分组长度作为填充或截断处理的指导。不属于该群组或簇的sta可以相应地设定或更新其nav(2710)。
以下描述的是关于图28显示的ndpulr帧主体的示例。sta可以使用ndpurl帧来用信号通告或指示上行业务量，以及请求ultxop。在一个示例中，ap可以轮询sta，并且sta可以用ulr帧来回应。在另一个示例中，sta可以在没有来自ap的轮询的情况下传送ulr帧(例如每隔预定时段一次)。
图28是可以包含在ndpmacppdu的sig字段中的例示hendpulr帧主体的图示。所述ndpmacppdu可以使用图9所示的例示hendpmacppdu中给出的结构。
在图28所示的示例中，ndpulrmac帧主体字段可以包括ndpmac帧类型子字段、mu模式子字段、paid子字段、业务量信息子字段、优选mcs/nsts子字段、持续时间子字段以及保留子字段。
ndpmac帧类型子字段可用于指示或标识所述帧是hendpulr帧。mu模式子字段可用于指示或标识mu传输模式(例如mu-mimo、ofdma、su或时域多用户聚合)。在替换示例中，mu模式子字段可以与ndpmac帧类型子字段相结合。paid子字段可用于用信号通告或提供发射机地址。当sta传送ulr帧时，其可用于用信号通告或提供sta地址。业务量信息子字段可用于用信号通告或提供上行链路业务量信息，其中作为示例，该信息可以包括长度、优先级、业务量类别或接入类别。
sta可以使用优选mcs/nsts子字段来指示或标识优选的mcs和/或nst以及空间时间流的数量。sta可以使用优选子信道子字段来指示或标识优选子信道或资源分配。在替换示例中，与指示或标识优选子信道不同，该子字段可以改为用于指示或提供子信道的秩/顺序或详细信道量度，例如每一个子信道上的sinr或rssi。
持续时间子字段可用于用信号通告或提供txop持续时间。非预定sta可以使用该子字段来设置其nav。保留子字段可被保留以供将来使用。
在另一个示例中，hendpulr帧可以包括附加子字段，例如同步信息子字段。该同步信息子字段可以包括从sta传送到ap的时间/频率/功率同步相关信息。sta可以使用该子字段来要求ap报告时间/频率/功率同步相关信息。
具有上行链路业务量的sta可以在获得媒体的时候发送ndpulr帧，或者被ap轮询的sta可以用ndpulr帧来做出响应。如果多个sta同时传送ndpulr帧，那么可以在时域、频域、码域或空域中分离ndpulr帧。
图29示出的是使用了图28的例示ndpmu控制帧的例示hemu过程的流程图。sta可以预备mu-ulr帧(2901)，sta可以在ndpmac帧类型字段中指示ndpulr帧(2902)，sta可以在paid/ta字段中包含发射机id(2903)，sta可以在子信道信息和优选mcs/nsts字段中指示优选子信道和mcs/nst(2904)，sta可以在业务量信息字段中指示业务量长度、优先级、业务量类别及接入类别(2905)，以及sta可以在持续时间字段中指示txop持续时间(2906)。
一旦接收到一个或多个ndpmaculr帧，则ap可以检测所有ulr帧，并且可以使用所收集的优选子信道信息以及业务量信息来执行分簇/分群。ap可以预备用于调度mu上行链路传输的ndpulmu调度帧。ap可以使用所收集的同步信息来建议或设定功率、定时和频率调整，并且可以使用所收集的信道状态信息来建议或设定用于上行链路传输的mcs和nsts。非预期sta可以从ap接收ndpulmu调度帧，并且可以相应地执行并更新或设置其nav。
上述示例使用了sifs作为帧间间隔。然而，其他帧间间隔技术(例如减小的帧间间隔(rifs))也是可以使用的。此外，虽然这里描述的解决方案考虑的是ieee802.11专用协议，然而应该理解，这里描述的解决方案并不局限于这种场景，并且还适用于其他无线系统。
目前业已执行了分析来比较以下的三种场景：基准(使用当前版本的ieee802.11ac的单用户传输)(su)、具有完整的mac控制帧(ofdma)的ulofdma传输、以及具有这里描述的例示ndpmac帧的ulofdma传输(ndpofdma)。该分析的假设是ap在80mhz的信道上工作(对于su来说，非apsta会在80mhz的信道上工作，而对ofdma来说，假设会有四个用户，并且每一个用户都被指配了一个20mhz的子信道)；所使用了msdu分组大小是两个(1408字节(大型分组)和36字节(小型分组))；并且ulofdma信道接入包括mu轮询、ulr、mu调度、上行ofdma数据以及ack帧。所述分析还会以信道b上的phy层仿真为基础，其中ap在该信道上具有8个天线，并且sta具有一个天线。然而应该了解，在不脱离这里公开的概念的情况下，这里公开的特征和技术也可以应用于其他场景。
图30是显示了针对大型分组而言，对基准、针对全部mac控制帧的ulofdma传输以及具有这里描述的的例示ndpmac帧的ulofdma传输进行比较的分析所得出的结果的图示。
图31是显示了对于小型分组而言，对基准、针对全部mac控制帧的ulofdma传输以及且具有这里描述的例示ndpmac帧的ulofdma传输进行比较的分析所得出的结果的图示。
分析结果表明，使用ofdmandp方案的吞吐量提升是非常显著的。
如上文中详细描述的那样，ulmu传输涉及了同时执行传输的多个用户。在上行链路数据传输之前有可能需要执行交换业务量信息、在多个用户之间进行同步以及分配资源的处理。由此，ulmu传输有可能需要额外的控制帧。举例来说，ap可能需要轮询多个sta来确定所述sta是否要传送上行链路业务量。非ap-sta可以从ap请求上行链路传输时机。ap可能需要发送用于调度和触发ulmu传输的帧，以使多个sta可以同步和预备上行链路数据传输。ap和sta可能需要交换用于ulmu同步的预先校正参数。以上的所有例示帧交换都可以被认为是额外开销，并且有可能导致系统吞吐量降低。在以下描述的示例中描述了用于评估ulmu传输性能的方法，其中通过使用所述方法，有助于制订用于这里描述的任一ulmu设备、系统和方法的设计标准。
图32是用于su传输和ulmu传输的例示抽象模型的图示。在图32所示的示例中，su传输和ulmu传输被认为是通过将ulmu传输开销与su传输开销相比较来分析可被接受的ulmu控制帧开销数量的框架的一部分。在图32以及以下等式中，tcon是争用持续时间，tp是前序码持续时间，
对于su传输来说，sta可以使用旧有的csma/ca机制来将分组发送到另一个sta。该sta可以竞争并获取无线介质，然后可以发送包含前序码和mac帧的ppdu。如果执行接收的sta成功解码该分组，那么它可以在接收到数据分组且经过sifs时间之后向第一sta发送应答帧。
对于ulmu传输来说，ap或非apsta可以竞争并获取无线介质，并且ap和sta可以交换控制帧。然后，sta可以开始针对ap的ulmu传输。ap可以在解码了分组之后向sta传送应答帧。在这里描述的示例中，使用了ofdma方案作为用于执行关于ulmu传输的开销分析的示例。然而，用于ulmu设备、系统及方法的设计和分析可以适配于任何类型的方案。
在一个示例中，为了实现如下的目标吞吐量增益g：
mu控制帧可以用一种能使总的控制帧持续时间满足下式的方式来设计：
基于等式1，当g＝1时，基准需求将会是：
tc<(tcon+tp+tack)(nu-1)
其中nu是ulmu传输中的用户数量。
假设mu和su传输具有相同的争用时段，其中在该时段中，分组大小对于su和mu传输来说都是固定的，并且mcs等级对于su和mu传输而言也都是固定的，mu传输的txop持续时间是(其中dmu代表ulsta传送的信息比特，rmu代表一个ulsta的mcs速率，dsu代表su传输传送的信息比特，rsu代表在su传输中使用的mcs速率，nd代表数据音调的数量，以及tsym代表包含cp的ofdm符号持续时间)：
su传输的txop持续时间是：
基于以上等式，mu传输的最大吞吐量可被表述成：
su传输的吞吐量可被表述成：
基于上述假设，rmu＝rsu＝r(su和mu传输具有相同的mcs)。如果关于mu和su传输的吞吐量的等式的公共部分(tcon+tp+tack)rnd被表示成a，那么该吞吐量的比值可以由下式给出：
如果进一步假设dmu＝dsu＝d(用于每一个sta的分组大小都是相同的)，那么：
当吞吐量预计大于某个阈值g(或g＝1)时，这时可以认为mu传输是可取的：
于是：
(a+dtsym)nu>g(a+nudtsym+tcrnd)
为了实现100*(g-1)百分比的吞吐量增益，ulmu控制帧的持续时间应该满足：
并且基准需求可被表述成g+1或者：
tc<(tcon+tp+tack)(nu-1)
为了将以上分析引入ieee802.11wifi系统，可以适配下表1中提供的假设。表1中提供的假设考虑了最新的ieee802.11开发。
表1
图33是描绘涉及了4个ofdma用户的ulmu传输的不同目标增益的例示设计需求的图表。图34是描绘涉及了8个ofdma用户的ulmu传输的不同目标增益的例示设计需求的图表。图33和34所示的示例显示了在不同的指定目标吞吐量增益下，最大允许控制帧持续时间相比于ofdm数据分组大小的曲线。
在图33和图34描绘的实施例中，如果目标吞吐量阈值g被设置成1，则意味着mu传输的吞吐量预计会与su传输一样有效，那么，最大允许控制帧持续时间将不会取决于ofdm数据分组大小；ofdm数据分组大小取决于分组大小(以比特为单位)、mcs速率以及每用户每ofdm符号的子载波数量。对于4用户和8用户ofdma传输来说，最大允许控制帧持续时间分别是513μs和1197μs。如果设计目标g也就是mu的目标吞吐量增益阈值增大，那么最大允许控制帧持续时间将会明显减小。
更进一步，在图33和34描绘的示例中，如果g大于1，那么最大允许控制帧持续时间tc将会取决于ofdm数据分组大小。举例来说，对于4用户ofdma来说，如果mu数据分组包含在1个ofdm符号中，那么在将g分别设置成1.5、2和3的时候，最大允许控制帧持续时间将会是280μs、163μs以及46μs。在考虑较大分组(例如用于mu数据传输的20个ofdm符号)时，如果目标是1.5倍的mu吞吐量增益，那么最大允许控制帧持续时间可以是178μs。如果所预计的是2倍的mu吞吐量增益，那么ulmu传输的整个控制开销需要控制在11μs以内。并且，3倍的mu吞吐量增益有可能是无法通过4用户ofdma传输和20个mu数据符号实现的。
对于8个ofdma传输来说，mu传输有可能会更为有效，因为将会有更多的用户共享相同的争用时段和前序码持续时间。此外，应答信令有可能是同时的。由此，系统可以容忍更长的控制帧开销。如图34所示，作为示例，对于小型mu分组大小(例如1个ofdm符号)来说，在将g设置成1.5、2和3时，最大允许控制帧持续时间分别可以是736μs、505μs以及274μs。对于较大的mu分组大小(例如20个ofdm符号)来说，在将g设置成1.5、2和3时，最大允许控制帧持续时间分别可以是634μs、353μs以及72μs。
图35是描绘在数据符号长度固定且具有4个ofdma用户的情况下的ulmu控制帧的设计需求的图表。
图36是描绘在数据符号长度固定且具有8个ofdma用户的情况下ulmu控制帧的设计需求的图表。
虽然在上文中描述了采用特定组合的特征和要素，但是本领域普通技术人员将会认识到，每一个特征或元素既可以单独使用，也可以与其他特征和要素进行任何组合。此外，这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(rom)、随机存取存储器(ram)、寄存器、缓冲存储器、半导体存储设备、磁介质(例如内部硬盘和可移除磁盘)、磁光介质、以及光介质(例如cd-rom碟片和数字多用途碟片(dvd))。与软件关联的处理器可以用于实施用于wtru、ue、sta、终端、基站、rnc或任何计算机主机内的射频收发信机。
- 还没有人留言评论。精彩留言会获得点赞！