用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置与流程

本申请要求享有2012年11月08日提交的美国临时申请61/724,032的权益，该申请的内容通过在这里引用结合与此。
背景技术：
：采用基础结构型基本服务集(BSS)模式的WLAN具有一个用于BSS的接入点(AP)以及与所述AP关联的一个或多个站(STA)，这些站在这里也被称为无线发射/接收单元(WTRU)。AP通常可以访问或对接到一个分布式系统(DS)或是用于运送进出BSS的业务量的别的类型的有线/无线网络。源自BSS外部并针对STA的业务量会通过AP到达并被递送至STA。源自STA并针对BSS之外的目的地的业务量可以被发送到AP，以便递送到相应的目的地。介于BSS内部的STA之间的业务量同样可以通过AP来发送，其中源STA将业务量发送至AP，AP则会将业务量递送到目的地STA。BSS内部的STA之间的这种业务量可以是点对点业务量。在源与目的地STA之间也可以使用一个运用了802.11eDLS或802.11z隧道化DLS(TDLS)的直接链路设置(DLS)来直接发送这种点对点业务量。采用独立BSS模式的WLAN不会具有彼此直接进行通信的AP和STA。对这些系统来说，有必要改善其吞吐量性能并降低其干扰。技术实现要素：一种可以用在多AP和多无线发射/接收单元的联合传输中使用的方法和装置。该装置可被配置成在第一介质上传送一个联合传输请求，并且在第一介质上接收一个联合传输响应。作为响应，该装置可以在第二介质上执行联合传输协商，并且基于该联合传输协商而在第二介质上传送数据。该装置可被配置成通过接入点(AP)/PCP协商来执行协作的扇区化或波束成形传输。该装置可以提供一个表明支持联合传输以及协作的扇区化或波束成形传输的指示。该方法和装置还可以实施多AP/WTRU请求发送(RTS)/清除发送(CTS)过程。所述装置可被配置成执行协作的扇区化或波束成形编组处理。附图说明更详细的理解可以从以下结合附图举例给出的描述中得到，其中：图1A是可以实施所公开的一个或多个实施例的例示通信系统的系统图；图1B是可以在图1A所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图；图1C是可以在图1A所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图；图2是一个例示的无线保真(WiFi)热点部署的图示；图3A是一个关于多AP协作的联合传输的高级信号流程图；图3B是一个关于下行链路中的多WTRU协作的联合传输的高级信号流程图；图3C是一个关于上行链路中的多WTRU协作的联合传输的高级信号流程图；图4是一个例示的联合传输能力信息元素(IE)的图示；图5A显示的是一个用于协作联合传输的例示控制信息交换的高级信号流程图；图5B是一个关于例示的联合传输请求IE的图示；图6是一个关于例示的联合传输响应IE的图示；图7A显示了一个用于确定AP中的联合传输能力以及预备联合传输的例示流程图；图7B是一个例示的联合传输查询IE的图示；图7C是一个例示的联合传输反馈IE的图示；图7D是一个例示的联合传输通知IE的图示；图8显示了一个可以在联合传输会话期间从AAP发送到ATAP并且由此发送至接收WTRU的数据分组的示例；图9显示了一个通过与AP或WTRU进行关联来启用协作联合传输的例示过程的流程图；图10显示了一个用于为协作联合传输选择ATAP的例示过程；图11是一个例示的调度同时联合传输过程的图示；图12是一个例示的调度顺序联合传输过程的图示；图13是一个例示的联合传输(JT)-RTS帧的图示；图14是一个例示的JT-CTS帧的图示；图15是一个例示的基于争用的同时联合传输过程的图示；图16是一个例示的基于争用的顺序联合传输过程的图示；图17A显示了一个用于多WTRU协作的联合传输的例示控制信息交换的高级信号流程图；图17B是一个用于多WTRU协作的联合传输的例示联合传输请求IE的图示；图18显示了一个用于确定AP中的联合传输能力并且预备联合传输的例示流程图；图19显示了一个用于为下行链路中的协作联合传输选择A-WTRU的例示过程；图20显示了一个用于由C-WTRU使用的为上行链路中的协作联合传输选择A-WTRU的例示过程；图21A显示了一个通过AP/PCP/WTRU协商来启用协作的扇区化操作或波束成形传输的例示过程；图21B显示了一个使用扇区化或波束成形传输和接收的系统的示例；图22显示了一个扇区化接收报告IE的例示设计；图23显示了一个报告字段的示例；图24显示了一个用于共享传输扇区冲突列表或表格的传输扇区冲突IE的例示设计；图25A显示了一个协作的扇区化或波束成形传输的示例；图25B显示了协作的扇区化或波束成形传输的另一个示例；图26显示了一个协作的扇区化和波束成形能力IE的示例；图27显示了一个为WTRU配备一个以上的WLAN接口的例示系统；图28提供了一个关于隐藏节点问题的示例；图29显示了一个用于在不同频带上传输RTS/CTS分组的例示过程；图30显示了一个例示的RTS/CTS格式；图31提供了一个用于处理隐藏节点问题的多APWiFi的示例；图32提供了一个用于MRTS和MCTS的例示帧格式；图33A显示了一个由超级AP实施的联合解码的示例；图33B显示了一个由主AP实施的联合解码的示例；图33C显示了一个由多个AP实施的单独解码的示例；图33D显示了一个由单个AP实施的单独解码的示例；图34A显示了一个可供单个WTRU执行针对多个AP的传输的例示CSMA/CA过程；图34B显示了另一个可供单个WTRU执行针对多个AP的传输的例示CSMA/CA过程；图35显示了一个例示的UniFi_RTS帧格式；图36显示了一个独立的UniFi_CTS帧格式；图37显示的是联合UniFi_CTS帧格式；图38显示了一个具有群组ID和附加APID的数据帧的示例；图39A显示了可以包含多个接收地址的联合ACK的示例；图39B显示了一个聚合ACK的示例；图40显示了一个用于空间协作多AP传输(SCMAT)的编组处理的示例；图41提供了一个用户位置阵列字段的示例；图42A提供了一个关于SCMAT群组管理帧的局部MAC报头的示例；图42B提供了一个使用SCMAT群组管理帧来形成SCMAT群组的例示过程；以及图43提供了一个为SCMAT相关传输定义的帧格式的示例。具体实施方式图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)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b都可以是被配置成通过与至少一个WTRU102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备，该网络可以是核心网络106、因特网110和/或网络112。作为示例，基站114a、114b可以是基地收发信台(BTS)、Node-B、eNodeB、家庭NodeB、家庭eNodeB、站点控制器、接入点(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(NodeB)、家庭eNodeB或接入点，并且可以使用任何适当的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既可以使用相同的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借助诸如UTRA和IEEE802.11之类的多种RAT来进行通信的多个收发信机。WTRU102的处理器118可以耦合到扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器106和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器106可以包括随机存取存储器(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)端口、振动设备、电视收发信机、免提耳机、蓝牙(Bluetooth)模块、调频(FM)无线电单元、数字音乐播放器、视频游戏机模块、因特网浏览器等等。图1C是根据一个实施例的RAN104和核心网络106的系统图示。如上所述，RAN104可以使用E-UTRA无线电技术而在空中接口116上与WTRU102a、102b、102c进行通信。并且RAN104还可以与核心网络106进行通信。RAN104可以包括eNode-B140a、140b、140c，然而应该了解，在保持与实施例相符的同时，RAN104可以包括任何数量的eNode-B。每一个eNode-B140a、140b、140c都可以包括在空中接口116上与WTRU102a、102b、102c通信的一个或多个收发信机。在一个实施例中，eNode-B140a、140b、140c可以实时MIMO计数。由此举例来说，eNode-B140a可以使用多个天线来向WTRU102a发送无线信号以及接收来自WTRU102a的无线信号。每一个eNode-B140a、140b、140c都可以关联于一个特定的小区(未显示)，并且可被配置成处理无线电资源管理判定、切换判定、上行链路和/或下行链路的用户调度等等。如图1C所示，eNode-B140a、140b、140c彼此可以在X2接口上进行通信。图1C所示的核心网络106可以包括移动性管理网关(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分，然而应该了解，这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。MME142可以经由S1接口连接到RAN104中的每一个eNode-B140a、140b、140c，并且可以充当控制节点。举例来说，MME142可以负责验证WTRU102a、102b、102c的用户，执行承载激活/去激活处理，在WTRU102a、102b、102c的初始附着过程中选择特定的服务网关等等。该MME142还可以提供一个用于在RAN104与使用GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。服务网关144可以经由S1接口连接到RAN104中的每个eNode-B140a、140b、140c。该服务网关144通常可以路由和转发去往/来自WTRU102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能，例如在eNB间的切换过程中锚定用户平面，在下行链路数据可供WTRU102a、102b、102c使用时触发寻呼处理，管理并存储WTRU102a、102b、102c的上下文等等。服务网关144还可以连接到PDN网关146，所述PDN网关可以为WTRU102a、102b、102c提供针对因特网110之类的分组交换网络的接入，以便促成WTRU102a、102b、102c与启用IP的设备之间的通信。无线局域网(WLAN)155的接入路由器(AR)150可以与因特网110进行通信。该AR150可以促成AP160a、160b和160c之间的通信。AP160a、160b和160c可以与STA170a、170b和170c进行通信。核心网络106可以促成与其他网络的通信。例如，核心网络106可以为WTRU102a、102b、102c提供针对PSTN108之类的电路交换网络的接入，以便促成WTRU102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括一个IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信，并且该IP网关可以充当核心网络106与PSTN108之间的接口。此外，核心网络106可以为WTRU102a、102b、102c提供针对网络112的接入，该网络可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。采用基础结构型基本服务集(BSS)模式的WLAN具有一个用于BSS的接入点(AP)以及与所述AP相关联的一个或多个站(STA)(在这里也被称为WTRU)。以下描述的实施例中使用的WTRU可以包括但不局限于STA或通信设备。AP通常可以访问或对接到一个分布式系统(DS)或是用于运送进出BSS的业务量的别的类型的有线/无线网络。源自BSS外部且针对WTRU的业务量会通过AP到达并被递送至WTRU。源自WTRU且针对BSS以外的目的地的业务量可以被发送到AP，以便递送到相应的目的地。BSS内部的WTRU之间的业务量同样可以通过AP来发送，其中源WTRU将业务量发送至AP，AP则会将业务量递送到目的地WTRU。BSS内部的WTRU之间的这种业务量可以是点对点业务量。在源与目的地WTRU之间同样可以使用一个运用了802.11eDLS或802.11z隧道化DLS(TDLS)的直接链路设置(DLS)来直接发送这种点对点业务量。采用独立BSS模式的WLAN不会具有彼此直接进行通信的AP和WTRU。协作多点(CoMP)传输/接收可被考虑用于先进LTE(LTE-A)，以便提升高数据速率的覆盖范围，提升小区边缘的吞吐量，和/或提升高负载和低负载场景中的系统吞吐量。LTE中的CoMP可被应用在下行链路或上行链路中。在联合传输(JT)CoMP方案中，在基站之间可以共享数据，并且该数据在每一个协作小区都是可用的。通过应用CoMP方案，WTRU可以用一种提升了接收信号干扰和噪声比的方式来从多个传输点(或小区)接收其预期信号。接收信号干扰噪声比得以提升的原因有两个。第一个原因是提升了接收信号强度，第二个原因则是减小了接收干扰强度。协作波束成形/协作调度(CS/CB)不需要在小区之间实施任何数据共享处理。数据只在服务小区才是可用的，并且是从服务小区传送的。然而，用户调度和波束成形判定是可以通过在协作小区集合中的小区之间执行协作来完成的。WTRU的接收干扰强度可以用一种提升接收信号干扰噪声比的方式来减小，从这一事实出发，可以为CS/CBCoMP获得潜在的增益。与JTCoMP相比，CS/CBCoMP具有较低的实施复杂度，并且其对回程容量的需求相对较低。动态传输点选择也可以被称为下行链路CoMP。动态小区选择可以是指在任一时刻都只有一个传输点、例如单个小区对WTRU进行传输的技术。该传输点是可以动态改变的，并且可以不是服务小区。与JTCoMP相似，在基站之间可以共享数据，并且该数据在每一个协作小区都是可用的。基于每个小区到WTRU的即时信道，可以通过使用动态选择来确定哪一个小区能执行针对WTRU的传输。举例来说，被选择在该子帧中进行传输的可以是与WTRU具有最高SINR的小区。在上行链路CoMP中，通过协调来自不同小区的信号接收，可以提升小区边缘用户吞吐量。在联合接收和处理中，系统可以使用位于不同小区位置的天线来形成虚拟天线阵列。由此产生的信号可被合并和处理，以便创建最终的输出信号。该示例可能需要在eNB之间具有大容量回程。在协作调度中，通过对eNB的判定进行调度，可以将干扰降至最低。在802.11ad中可以执行协作传输。举例来说，在802.11ad中可以实施个人基本服务集(PBSS)内部的协作波束成形。当一对WTRU正在执行定向传输的时候，PBSS中心点(PCP)可以请求另一对意图彼此进行定向传输的WTRU执行定向测量。如果这两对WTRU报告来自对方传输的干扰很少或者没有干扰，那么可以将这两对WTRU调度在同一个服务周期(SP)中，以便实施同时的定向传输。图2是可用于WiFi热点部署200的各种使用范例的高级图示。第一个使用范例可以包括使用一个经由3GPP网关203互连至蜂窝核心网络的固定网络，由此实现高层互连。这个固定网络连接可以与WiFi控制器201结合使用。WiFi热点部署的第二个使用范例可以是用WiFi控制器201来群集AP202a、202b、202c。在关于WiFi热点的另一个使用范例中，所使用的可以是一个独立AP204。在与AP相关联的WTRU与其所关联的AP距离较远的时候，或者在该WTRU与BSS或重叠BSS(OBSS)中的其他WTRU相比不具有可接受的信道状况的时候，该WTRU可能会体验到不良的下行链路(DL)/上行链路(UL)性能。举例来说，当WTRU与AP距离很远时，与其他那些更接近AP的WTRU相比，其吞吐量性能将会受到极大的限制。图3A-3C显示了根据第一实施例的协作联合传输的示例，该示例可以为WLANBSS或OBSS中的所有WTRU提供更加统一的DL/UL吞吐量性能。在第一实施例中，多个WTRU或多个AP可以同时或者按顺序实施针对同一个接收WTRU或AP的联合传输。这样做能为BSS或OBSS中的所有WTRU和AP实现更统一的性能。联合传输还允许以更高的平均速率来实施DL传输和UL传输，由此产生更高的DL和UL吞吐量性能。可以实施联合传输的状况可以包括但不局限于：(1)当WTRU离AP的距离过远的时候；(2)当WTRU与AP之间的即时信道因为移动、功率受限、衰落和干扰而经历低下的质量；(3)或者当DL/UL吞吐量受到限制的时候。图3A显示了例示的协作多AP联合传输300的高级信号流程图。与WTRU301相关联的AP可被称为关联AP(AAP)302。参与到针对接收WTRU(R-WTRU)的多AP传输的第二AP也被称为辅助AP(ATAP)303。在这个示例中，AAP302可以向WTRU301传送数据分组(在步骤311)。ATAP303也可以向WTRU301传送相同的数据分组(在步骤312)。作为向WTRU301传送相同数据分组的替换(在步骤311和312)，从AAP302和ATAP303传送的数据分组可以是同一数据分组的不同版本。例如，来自AAP和ATAP的数据分组可以用不同的数据速率编码，用不同的MCS、空时分组码(STBC)或是使用混合ARQ(HARQ)方案来传送。在图3A的示例中，协作多AP联合传输既可以同时也可以顺序进行。在顺序传输方案中，AAP302和ATAP301可以按顺序向WTRU301进行传输，并且在其传输时间既可以有延迟，也可以没有延迟。图3B显示了例示的多WTRU协作的联合传输的高级信号流程图，其中AP以及至少一个WTRU可以在下行链路中针对接收WTRU进行传输。在图3B的示例中，所执行的多WTRU下行链路联合传输。AAP305可以与被称为辅助WTRU(A-WTRU)306的非AP装置协调针对接收WTRU304的联合传输(在步骤321)。AAP305可以向WTRU304传送数据分组(在步骤322)。A-WTRU306同样可以向WTRU304传送相同的数据分组(在步骤323)。作为向WTRU304传送相同数据分组的替换(在步骤322和323)，从AAP305和A-WTRU306传送的数据分组可以是同一数据分组的不同版本。在图3B的示例中，下行链路中的协作的多WTRU联合传输既可以同时进行，也可以按顺序进行。在顺序传输的方案中，AAP305和A-WTRU306可以按顺序执行针对接收WTRU304的传输，并且在其传输之间既可以有延迟，也可以没有延迟。图3C显示了例示的多WTRU协作的上行链路联合传输的高级信号流程图。在图3C的示例中，被称为协作WTRU(C-WTRU)307的非AP装置可以与辅助WTRU(A-WTRU)308协调针对接收AP309的UL联合传输(在步骤331)。C-WTRU307可以向AP309传送数据分组(在步骤332)。A-WRTU308同样可以向AP309传送相同数据分组(在步骤333)。作为向AP309传送相同数据分组的替换(在步骤332和323)，从C-WTRU307和A-WTRU308传送的数据分组可以是同一数据分组的不同版本。在图3C的示例中，上行链路中的协作的多WTRU联合传输既可以同时进行，也可以顺序进行。在顺序传输方案中，C-WTRU307和A-WTRU308可以按顺序进行针对接收AP309的传输，并且在其传输之间既可以有延迟，也可以没有延迟。图4显示了根据第一实施例400的可用作联合传输能力指示的联合传输能力信息元素(IE)的一个示例。AP或WTRU可以在其信标或别的管理或控制帧中使用联合传输能力IE来指示其多AP或多WTRU联合传输能力，其中所述管理或控制帧包括但不局限于探测请求/响应帧，关联请求/响应帧，操作帧(actionframe)或操作无ACK帧。WTRU还可以通过发送包含了联合传输能力IE的管理或控制帧来指示其能够实施联合传输。图4中的联合传输能力信息元素(IE)的示例设计可以包含以下字段：元素ID字段401、长度字段402以及联合传输能力字段403。元素ID字段401可以指示该IE是联合传输能力IE。长度字段402可以包含联合传输能力IE的长度。联合传输能力字段403可以指示该设备能够实施联合传输。在下表1中显示了关于联合传输能力字段403的例示指示。表1虽然依照表1设计的联合传输能力指示被描述成了一个IE，但是这里描述的任何字段、子字段或是元素子集都是可以实施的。IE可以是管理帧、控制帧、数据帧或其他任何类型的帧的任何部分。联合传输能力指示可以包括所有显性和隐性的信令，这其中可以包括但不局限于物理层会聚过程(PLCP)或介质访问控制(MAC)报头、帧主体、扰码初始化种子(scramblerinitializationseed)等等的任何部分。图5A显示了用于协作联合传输的例示控制信息交换的高级信号流程图500。在图5A的示例中，AAP502和ATAP503可以交换控制信息(在步骤511a和511b)，以便预备实施如上所述的多AP联合传输。控制信息(在步骤511a)可以包括一个联合传输请求。控制信息(在步骤511b)可以包括一个联合传输响应。作为补充或替换，AAP502可以将数据分组转发到ATAP503(在步骤512)。然后，AAP502和ATAP503可以在联合传输会话中将数据分组传送到接收WTRU501(在步骤513a和513b)。协作信息交换以及相关数据分组转发可以采用至少两种方式来进行。首先，其可以用相同或单独的无线接口来以无线方式传送，其中所述接口包括但不局限于另一个WLAN、UMTS、LTE、WiMAX接口。其次，其可以在有线的回程链路上传送。在WTRU之间以及在AP与WTRU之间可以使用图5A所示的相同过程来交换用于多WTRU协作的联合传输的控制信息。图5B显示了一个可用于实施AAP与ATAP之间的协作以及传送协作控制信息的例示联合传输请求IE。联合传输请求IE可以包括但不局限于以下字段和/或信息：元素ID字段521、长度字段522、ID字段523、选项字段524、调度字段525、传输规范(TxSpec)字段526、以及请求类型字段527。元素ID字段521可以指示该IE是联合传输请求IE、长度字段522可以包含联合传输请求IE的长度。ID字段523可以包含下表2所示的一个或多个ID。所述一二或多个ID可以作为MAC地址、BSSID、SSID、AID或是能与WTRU协定的其他任何类型的ID来实施。表2选项字段524可以包括关于联合传输的各种选项。在表3中显示了关于选项字段的例示内容。表3TxSpec字段526可以包括与联合传输相关联的传输规范。在表4中显示了RxSpec字段526的例示内容。TxSpec可以以与PHY服务原语TXVECTOR相类似的方式来实施，或者它也可以是TXVECTOR的修改版本，并且可以指定MCS、发射功率、信道矩阵和/或预编码矩阵等等。在使用顺序联合传输时，AAP可以包含一个用于ATAP的TxSpec，并且所述TxSpec涉及的是如何构造MAC协议数据单元(MPDU)，例如帧校验序列(FCS)长度、地址字段值等等。ATAP可以基于从AAP接收的TxSpec和转发分组来构造PLCP报头以及相关联的PLCP服务数据单元(PSDU)/PLCP协议数据单元(PPDU)。表4在表5中显示了调度字段525的例示内容。表5在表6中显示了请求类型字段527的例示内容。表6虽然在图5B中描述了采用IE的形式的联合传输请求，然而所论述的任何字段、子字段或元素子集都可以作为管理帧、控制帧、数据帧或其他任何类型的帧的任何部分来实施。这些帧可以包括所有显性和隐性的信令，例如PLCP/MAC报头、帧主体和/或扰码初始化种子等等任何部分。联合传输请求还可以作为其他类型的通信系统中的帧或帧字段来实施，例如LTE、UMTS、任何WiFi标准以及以太网等等。举例来说，其可以用Ethertype89-0d来实施，其中净荷类型被设置成4或是介于4-255之间的其他任何数字，由此指示所述帧包含联合传输协议或者与多AP传输协议帧相关联。此外，通过包含附加字段，还可以指示所包含的帧是子类型的联合传输请求分组(JDReq)。会话ID可以向一个或多个接收WTRU标识特定的联合传输会话。所述接收WTRU可以是一组接收WTRU。可作为附加字段包含的可以是帧的ID，例如会话ID所标识的联合传输会话中的分组的序列号，AAP的ID，和/或ATAP的ID。图6显示了可以由ATAP在从AAP接收到控制信息中的联合传输请求之后向该AAP传送的联合传输响应的一个示例600。该联合传输响应IE可以包含在单独的帧、管理帧、控制帧、或是可包含联合传输响应的其他任何类型的帧中。联合传输响应IE可以包括但不局限于以下字段和/或信息：元素ID字段601、长度字段602、ID字段603、以及结果字段604。元素ID字段601可以指示该IE是一个联合传输响应IE。长度字段602可以包含联合传输响应IE的长度。ID字段603可以包含作为联合传输接收方的接收WTRU的一个或多个ID。在表7中显示了ID字段的例示内容。所述一个或多个ID可以作为MAC地址、BSSID、SSID、AID或是能被WTRU协定的其他任何类型的ID来实施。表7在表8中显示了结果字段604的例示内容。表8图7A显示了用于确定AP中的联合传输能力以及预备联合传输的例示流程图700。在图7A的示例中，AAP702可以查询另一个AP或ATAP703的联合传输(JT)能力(在步骤711)和/或其与联合传输所针对的一个或多个WTRU相关联的信道状况(在步骤712)。ATAP703可以使用联合传输反馈来进行响应(在步骤713)。然后，WTRU701可以从AAP702接收关于未决的联合传输会话的通知(在步骤714)。在参与接收联合传输之前，WTRU701可以通过在任一管理帧、控制帧或其他任何类型的帧中向AAP702和/或ATAP703传送一个联合传输能力指示(在步骤715a和715b)来指示其联合传输和接收能力，作为示例，所述帧可以是探测请求，关联请求等等。作为替换，如果实施同时的联合传输，那么联合传输会话可以以对接收WTRU透明的方式来进行。WTRU701还可以指示其能够接收顺序的联合传输。AAP可以使用联合传输查询帧或是包含联合传输查询IE的其他类型的帧来查询ATAP的JT能力。图7B显示了联合传输查询ID的一个示例。该联合传输查询IE可以包括但不局限于以下字段和/或信息：元素ID字段721、长度字段722、ID字段723以及选项字段724。元素ID字段721可以指示该IE是联合传输查询IE。长度字段722可以包含联合传输查询IE的长度。ID字段723可以包含AAP所查询的接收WTRU的一个或多个ID。所述一个或多个ID可以作为MAC地址、BSSID、AID或是能被WTRU协定的其他任何类型的ID来实施。在这里可以使用预先确定的通用ID或被查询的AP的ID来指示该联合传输查询帧旨在查询AP的联合传输能力。选项字段724可以包括与被请求的反馈内容相关的信息，并且可以包含表9所示的指示。表9ATAP可以使用联合传输反馈帧或是包含联合传输反馈IE的任何类型的帧来对AAP的JT能力查询做出响应。图7C提供了联合传输反馈IE的一个示例。该联合传输反馈IE可以包括但不局限于以下字段和/或信息：元素ID字段731、长度字段732、选项字段733以及反馈帧734。元素ID字段731可以指示该IE是联合传输反馈ID。长度字段732可以包含联合传输反馈IE的长度。选项字段733可以包含执行传输AP的联合传输能力以及优选联合传输选项。反馈字段734可以包含关于一个或多个WTRU的反馈。在表10中显示了反馈字段734的例示内容。表10一旦AAP和ATAP协定了JTS，那么AAP可以使用联合传输通知帧或是包含了联合传输通知IE或字段或是其子字段的任何类型的帧来将未决的联合传输会话(JTS)通告给接收WTRU。接收WTRU可以在非透明的JTS中使用该通知，其中在所述JTS中，接收WTRU可以知道其正在从两个以上的AP接收相似或相关的数据。举例来说，在非透明的JTS中，AAP和ATAP可以传送与特定数据分组相关但在报头中具有不同TA地址的MPDU。此外，通过向接收WTRU通告未决的调度联合传输而使接收WTRU不进入用于节能的休眠状态也是非常重要的。图7D显示了联合传输通知IE的一个例示设计。该联合传输通知IE可以包括但不局限于以下字段和/或信息：元素ID字段741、长度字段742、接收WTRU(R-WTRU)字段743、ATAP/A-WTRU字段744、引用(Reference)字段745、以及联合传输(JT)选项字段746。元素ID字段741可以指示该IE是联合传输通知IE。长度字段742可以包含该联合传输通知IE的长度。引用字段745可以包含关于未决JTS的一个或多个引用，例如JTS的ID或序列号。R-WTRU字段743可以包含用于JTS的R-WTRU的一个或多个ID。这些ID可以作为MAC地址、AID等等来实施。当在MAC报头中已经包含了作为一组地址或单个地址的预定R-WTRU的ID或地址时，在帧中可以不包含R-WTRU字段743。ATAP字段744可以包含为接收WTRU(R-WTRU)所指定的用于未决JTS的ATAP的一个或多个ID。这些ID可以作为MAC地址、BSSID、SSID、AID等等来实施。JT选项字段746可以包含关于联合传输的各种选项。在表11中显示了关于JT选项字段746的例示内容。表11虽然图7B-7D中的各种联合传输帧的示例是用IE的形式描述的，但是所论述的元素的任何字段、子字段或子集都可以作为管理帧、控制帧、数据帧或其他类型的帧的一部分来实施。这些帧可以包括所有的显性和隐性信令，例如PLCP/MAC报头、帧主体和/或扰码初始化种子等等的一部分。此外，联合传输帧还可作为诸如LTE、UMTS、任何WiFi标准和/或以太网等等的别的类型的通信系统中的帧或帧字段实施。例如，所述帧可以用Ethertype89-0d实施，其中净荷类型被设置成4或是介于4-255之间的其他任何数字，由此指示其可能包含与联合传输协议关联或是与多AP传输协议帧关联的帧。此外，通过包含附加字段，还可以指示：所包含的帧是子类型的联合传输请求分组(JDReq)用于向(一组)接收WTRU标识特定的联合传输会话的一个或多个会话ID，AAP的ID，ATAP的ID，和/或R-WTRU的ID。图8显示了一个能在联合传输会话中从AAP发送至ATAP并由此发送到接收WTRU的数据分组的示例800。这些分组可被称为联合传输数据分组(JTDP)。JTDP不必采用数据类型。然而，由于它们是在联合传输会话期间传送至接收WTRU的分组，因此可以将其称为数据分组。JTDP可以包括但不局限于以下字段：可以指示所包含的帧是子类型JTDP的子类型ID字段801，用于将特定的联合传输会话标识给一个或多个接收WTRU的一个或多个会话ID字段802，AAPID字段803，和/或ATAP/A-WTRUID字段804。图8所示的JTDP可以是MAC协议数据单元(MPDU)或MAC服务数据单元(MSDU)的类型。JTDP还可以是在帧主体中运送MPDU/MSDU的其他类型的帧。JTPD还可作为别的类型的通信系统中的帧或帧字段实施，其中包括但不局限于LTE、UMTS、任何WiFi标准、和/或以太网等等。举例来说，所述帧可以用Ethertype89-0d实施，其净荷类型可被设置成6或是介于4-255之间的其他任何数字，以便指示其包含了联合传输协议帧或多AP传输协议数据帧。在使用同时联合传输时，AAP可以向ATAP转发初始MPDU以及将要依照上述方法使用的传输规范。初始MPDU与在联合传输期间由AAP传送到接收WTRU的MPDU可以是相同的。在同时联合传输中，AAP和ATAP全都可以传送将地址字段包含在MAC报头中的相同的PPDU。在使用顺序或调度联合传输时，AAP和ATAP可以依照上述方法来传送不同的PPDU。AAP可以将初始MSDU连同AAP和/或ATAP的传输规范一起转发给ATAP。AAP可以确定ATAP在联合传输会话期间执行传输的传输规范。作为替换或补充，ATAP可以基于其自身与接收WTRU之间的信道状况和/或AAP使用的传输规范来确定自身的传输规范。图9显示了一个通过与AP或WTRU进行鉴权并与之建立牢固的安全网络关联(RSNA)来启用协作联合传输的例示过程900的流程图。除非WTRU与传输AP相关联，否则WTRU或AP不会在802.11接口上接收到Class3(第三类)分组，例如数据帧。由此，AAP将无法向ATAP或A-WTRU转发JTDP，或者，除非接收WTRU与ATAP或A-WTRU相关联，否则接收WTRU不会接受ATAP或A-WTRU向其发送的分组。通过采用802.11ad中限定的类似方式变换到状态4，可以允许在AAP、ATAP、A-WTRU、C-WTRU以及接收WTRU之间传输和接收所有分类的帧。在例示过程中，AAP可以确定是否有别的AP或WTRU将要参与联合传输(在步骤901)。如果目标AAP或WTRU将要参与联合传输，那么AAP可以确定目标AP或WTRU是否与AAP相关联(在步骤902)。如果目标AP或WTRU没有关联，那么AAP可以鉴权目标AP或WTRU(在步骤903)，然后与目标AP或WTRU建立RSNA(在步骤904)，以便进入状态4并且能够传送和接收去往和来自AAP的所有类别的帧。该过程还可以被扩展成由ATAP、A-WTRU或C-WTRU执行。如果AAP和ATAP或A-WTRU是在包括但不局限于LTE和/或有线以太网在内的其他接口上通信的，则不必在WiFi接口上执行图9的过程。在这种情况下，接收WTRU可以依照图9的过程来与AAP和ATAP或A-WTRU之一或是所有这二者执行鉴权。WTRU可以只与AAP相关联，或者它也可以与AAP以及ATAP或A-WTRU相关联。作为替换，WTRU可以不与AAP和/或ATAP或是A-WTRU进行关联，而是改为与AAP和ATAP或A-WTRU之一或是所有这二者建立RSNA。图10显示了一个用于为协作联合传输选择ATAP的例示过程1000。在图10的例示过程中，AAP会通过在其信标、探测响应、关联响应或是其他任何类型的管理和控制帧中包含联合传输能力指示来宣告其能力(在步骤1001)。AAP还可以监视/记录相邻AP的联合传输能力以及与WTRU相关联的信道特性(在步骤1002)。AP可以在接收诸如信标、探测响应、关联响应之类的帧或是可以包含联合传输能力指示的其他任何类型的管理和控制帧的时候接收这些能力和信道特性。任何AP都会在接收到来自别的WTRU的帧的时候记录传输WTRU与自身之间的信道的状况。AAP可以识别用于联合传输的接收WTRU，并且可以请求所述接收WTRU在来自周围AP的其他类型的帧上执行一个或多个信标无线电测量或无线电测量，以及提供反馈(在步骤1003)。该接收WTRU可以执行所请求的无线电测量，并且可以向AAP提供反馈。此外，接收WTRU还可以请求AAP对相邻AP进行测量，以便获取测量报告。AAP可以基于所述接收WTRU所反馈的测量报告来选择候选ATAP(在步骤1004)。AAP可以基于源自接收WTRU的反馈而向候选ATAP发送一个联合传输查询，以便获取候选ATAP与接收WTRU之间的信道状况(在步骤1005)。AAP可以向已知具有联合传输能力的AP发送联合传输查询，或者也可以依照上述方法而在预先不知道AP的联合传输能力的情况下查询AP的联合传输能力。然后，这些AP可以在联合传输反馈帧中接收来自被查询的候选ATAP的反馈(在步骤1006)，该反馈可以提供信道质量指示，优选的联合传输选项，和/或做出响应的AP在本地基于其本地状况所确定的联合传输TxSpec，作为示例，所述本地状况可以是信道状况、业务量负载、本地介质占用时间以及发射功率限制等等。AAP可以基于该AAP从所有AP接收的联合传输反馈来选择一个或多个候选ATAP作为针对一个或多个接收WTRU的联合传输会话的ATAP(在步骤1007)。关于ATAP的选择判据可以包括但不局限于：(1)与接收WTRU的信道状况良好、并且由此该联合传输明显会为接收WTRU提高吞吐量的ATAP；(2)与AAP的信道状况良好并且由此会使转发作为开销的协作信息和JTDP的处理耗费较短时段的ATAP；(3)与AAP共同具有诸如调度信道接入之类的相似能力以及相似的有线/无线接口等等的ATAP；(4)能在JTS期间实施AAP所预期的联合传输选项和TxSpec的ATAP；以及(5)未接收到可能导致联合传输会话延迟的过度超载的业务量的ATAP。该过程还可以被扩展成由ATAP、A-WTRU或C-WTRU执行。作为替换或补充，AAP可以在任何时候退出上述过程，并且可以如上文中描述的那样通过向一个或多个相邻AP传送一个联合传输查询帧来获取其联合传输能力，以便执行如图7A所示的联合传输能力过程。一旦AAP为针对一个或多个接收WTRU的JTS选择了ATAP，那么AAP、ATAP和WTRU可以执行多AP联合传输过程。通过使用这里描述的联合传输请求和响应的交换过程，AAP和ATAP可以协定协作联合传输的类型。关于协作联合传输的示例包括但不局限于：调度的同时联合传输，调度的顺序联合传输，基于争用的同时联合传输，以及基于争用的顺序联合传输。以下将会描述每一种联合传输的过程。图11显示了一个关于调度的同时联合传输过程的示例1100。AAP1101和ATAP1102可以侦听对方的信标，并且可以确定其本地定时器、例如AAP1101和ATAP1102上的TSF定时器之间的差值。即使AAP1101和ATAP1102不在彼此的无线WiFi接口的范围以内，联合传输也是可能的。信标可以是在DS或其他类型的无线或有线接口上交换的。AAP1101可以使用以无线方式或是在有线连接上传送的联合传输请求1110来建立JTS。该联合传输请求1110与未决的JTS可以在相同的WiFi介质1105上发送。作为替换，如果可以将联合传输请求1110递送到ATAP1102，那么也可以通过替换接口而在替换介质1104上发送该请求。例如，联合传输请求1110既可以用LTE、UMTS、WiMAX、Ethernet或不同的WiFi标准传送，也可以在不同的信道上用相同的WiFi标准传送。AAP可以使用联合传输请求1110来为JTS提供用于传输一个或多个发射时机的调度信息。该调度信息可以供位于ATAP或AAP的本地定时器参考，也可以供所协定的其他任何定时器参考。作为示例，该调度信息可以是时间和持续时间，或是其他任何类型的周期指示，例如802.11ad中的发射时机(TXOP)、多轮询省电(PSMP)下行链路(DL)时隙、调度自动省电递送(S-APSD)时隙或服务周期。AAP和/或ATAP可以在其信标、短信标或是其他任何类型的帧中宣告该调度信息。ATAP1102可以通过在用于传送联合传输请求1110的相同介质中发送用于接受或拒绝JTS的联合传输响应1112来做出响应。如果JTS被拒绝，则AAP1101可以选择下一个适当的AP来向其传送联合传输请求1110。作为替换，AAP1101可以依照拒绝原因码来调整联合传输参数和规范，并且可以向AP发送新的联合传输请求1110。如果所选择的AP接受JTS，那么，除非AAP1101选择了新的ATAP，或者ATAP1102通过向AP发送带有表明其不再适应于该JTS的结果字段的联合传输响应1112来向AAP1101指示该变化，否则ATAP1102会保持用于一个或一组WTRU的JTS不变。。作为替换，ATAP1102可以选择一种不同的介质，例如用于JTS的相同WiFi介质1105。然后，AAP1101可以将JTDP1111转发到ATAP1102。如果在聚合分组中将JTDP1111与联合传输请求1110一起转发，那么可以将联合传输响应与用于被转发的JTDP1111的JTDPACK/块ACK(BA)帧1113相聚合。作为替换，联合传输请求帧1110可以包括包含了JTDP的字段，并且联合传输响应帧1112可以包含用于指示被转发的JTDP1111的JTDPACK/BA帧1113的字段。JTDP可以由AAP1101依照联合传输能力中包含的数据转发选项或者依照在交换联合传输请求1110与联合传输响应1112期间所做的协定转发到ATAP1102。关于JTDP1111的转发处理可以用诸如聚合帧中的联合传输请求1110之类的协作信息来完成。并且对JTDP开始执行联合传输之前可以完成并应答关于JTDP1111的转发处理。所转发的JTDP可以是MPDU或MSDU。这些MPDU或MSDU可以封装在帧主体中，作为示例，其可以作为以太网、WiFi、LTE或WiMax帧来传送。如果将MSDU转发到ATAP1102，则ATAP1102可以使用MSDU以及AAP1101提供的信息和TxSpec来构造MPDU。当AAP1101向ATAP1102转发MPDU以及TxSpec时，ATAP1102可以直接提取MPDU。对于联合传输而言，ATAP1102可以将MPDU存入单独的队列，并且可以在恰当的时候使用PHY-TXSTART.request(TXVECTOR)之类的原语来向物理(PHY)层传递MPDU，其中TXVECTOR可以源自ATAP1102在本地确定或是从AAP1101获取的TxSpec。在对RSTA透明的联合传输中，AAP1101和ATAP1102传送的PPDU可以是相同的，其将地址字段包含在了MAC报头中，并且将群组ID包含在了PLCP报头中。AAP1101和/或ATAP1102可以使用联合传输通知帧1114来向R-WTRU1103通告所调度的未决的同时JTS及其调度信息。作为替换或补充，AAP1101和/或ATAP1102可以将联合传输通知IE包含在其信标、短信标或是用于实现相同目的的其他任何类型的帧中。如果使用单播帧来通知R-WTRU1103，那么R-WTRU1103可以传送用于回应接收到了联合传输通知帧1114的ACK1115。AAP1101和ATAP1102可以在所调度的时间使用从本地确定或是从AAP确定的TxSpec中得到的TXVECTOR来启动联合传输1116。在调度的同时JTS中，AAP1101和ATAP1102传送的包含分组数据1117和1118的PPDU可以是相同的。R-WTRU1103接收的分组数据1117和1118是调度的同时联合传输，这一点对于该R-WTRU1103而言是透明的。在接收到联合传输的分组数据1117和1118时，R-WTRU1103可以通过向AAP1101传送ACK1119、短ACK或BA来应答所述接收。并且，R-WTRU1103还可以根据指定的ACK策略来跳过该应答处理。如果联合传输失败，那么AAP1101可以决定在以后的调度时间单独或联合传送分组数据1117。图12显示了调度顺序联合传输过程的一个示例1200。AAP1201和ATAP1202可以侦听对方的信标，并且可以确定诸如AAP1201和ATAP1202上的TSF定时器之类的本地定时器之间的差值。即使AAP1201和ATAP1202不在对方的无线WiFi接口的范围以内，联合传输也是可能的。这些信标可以通过DS或其他类型的无线或有线接口来交换。AAP1201可以使用以无线方式或是有线连接传送的联合传输请求1210来建立JTS。该联合传输请求1210与未决的JTS可以在相同的WiFi介质1205上发送。作为替换，如果能将联合传输请求1210递送到ATAP1202，那么该请求还可以通过替换接口在替换介质1204上发送。例如，联合传输请求1210可以用LTE、UMTS、WiMAX、Ethernet或不同的WiFi标准发送，或者也可以在不同信道上用相同的WiFi标准传送。AAP可以通过使用联合传输请求1210来提供用于JTS的与一个或多个传输时机的传输有关的调度信息。该调度信息可以供位于ATAP或AAP的本地定时器参考，或者也可供所协定的其他任何定时器参考。作为示例，该调度信息可以是时间和持续时间或是其他任何类型的周期指示，例如在802.11ad中的发射时机(TXOP)、多轮询省电(PSMP)下行链路(DL)时隙、调度自动省电递送(S-APSD)时隙或服务周期。AAP和/或ATAP可以在其信标、短信标或其他任何类型的帧中宣告该调度信息。ATAP1202可以通过在用于传送联合传输请求1210的相同介质中发送用于接受或拒绝JTS的联合传输响应1212来做出响应。如果JTS被拒绝，则AAP1201可以选择下一个适当的AP来向其传送联合传输请求1210。作为替换，AAP1201可以依照拒绝原因码来调整联合传输参数和规范，并且可以向AP发送新的联合传输请求1210。如果所选择的AP接受JTS，那么，除非AAP1201选择了新的ATAP，或者ATAP1202通过向AP发送带有表明其不再适应于该JTS的结果字段的联合传输响应1212来向AAP1201指示该变化，否则ATAP1202将保持用于一个或一组WTRU的JTS不变。作为替换，ATAP1202可以选择一个替换的介质1204，例如用于JTS的相同WiFi介质1205。然后，AAP1201可以向ATAP1202转发JTDP1211。如果JTDP1211与联合传输请求1210是在聚合分组中共同转发的，则可以聚合联合传输响应1212与用于被转发的JTDP1211的JTDPACK/块ACK(BA)帧1213。作为替换，联合传输请求帧1210可以包括包含了JTDP的字段，并且联合传输响应1212帧可以包括用于指示与被转发的JTDP1211相对应的JTDPACK/BA帧1213的字段。JTDP可以由AAP1201依照联合传输能力中包含的数据转发选项或者依照在交换联合传输请求1110与联合传输响应1212期间达成的协定转发到ATAP1202。JTDP1211的转发处理可以用协作信息完成，例如聚合帧中的联合传输请求1210。并且JTDP1211的转发处理可以是在开始对这些JTDP进行联合传输开始之前完成和应答的。所转发的JTDP可以是MPDU或MSDU。这些MPDU或MSDU可被封装在帧主体中，并且作为示例，其可以作为以太网、WiFi、LTE或WiMax帧来传送。如果将MSDU转发到ATAP1202，那么ATAP1202可以使用MSDU以及AAP1201提供的信息和TxSpec来构造MPDU。当AAP1201向ATAP1202转发MPDU和TxSpec时，ATAP1202可以直接提取MPDU。对于联合传输，ATAP1202可以将MPDU保存在单独队列中，并且可以在恰当的时候使用PHY-TXSTART.request(TXVECTOR)之类的原语来向物理(PHY)层传递MPDU，其中TXVECTOR可以源自ATAP1202在本地确定或是从AAP1201获取的TxSpec。在对RSTA透明的联合传输中，AAP1201和ATAP1202传送的PPDU可以是相同的，其地址字段包含在MAC报头中，并且群组ID包含在PLCP报头中。AAP1201和/或ATAP1202可以使用联合传输通知帧1214来向R-WTRU1203通告未决的调度顺序JTS及其调度信息。作为替换或补充，AAP1201和/或ATAP1202可以将联合传输通知IE包含在其信标、短信标或是用于实现相同目的的其他任何类型的帧中。如果使用单播帧来通知R-WTRU1203，那么R-WTRU1203可以传送用于应答接收到联合传输通知帧1214的ACK1215。AAP1201和ATAP1202可以在调度时间使用从本地确定或是从AAP确定的TxSpec中得到的TXVECTOR来启动联合传输1216。在调度的顺序JTS中，包含了AAP1201和ATAP1202传送的分组数据1217和1220的PPDU可以是相同的。R-WTRU1203接收的分组数据1217和1220是一个调度的连续联合传输，这对于R-WTRU1203而言是透明的。作为替换，举例来说，通过使用在联合传输选项中规定的STBC、HARQ方案，分组数据1217和1220也可以是不同的。R-WTRU1203接收的分组数据1217和1218是调度顺序传输，这对于R-WTRU1203来说是透明的。在联合顺序传输中，联合传输对R-WTRU1203而言未必透明。例如，顺序传输中的TA地址和帧主体可以是不同的。AAP1201和/或ATAP1202可以是使用联合传输通知帧1214来向R-WTRU1203通告非透明的联合顺序传输。如果使用HARQ顺序传输，那么AAP1201或ATAP1202可以以传送其分组数据1217和1220为开始。R-WTRU1203可以回送一个ACK/反馈1218。如果已经应答了第一次传输，那么尚未执行传输的AAP1201或ATAP1202可以取消其传输。否则，其可以依据来自R-WTRU1203的反馈来调整自身的PPDU，并且可以在某个间隔、例如在接收到来自R-WTRU1203的反馈之后的一个帧间间隔(IFS)之后执行传输。如果使用STBC，那么AAP1201和ATAP1202可以依照STBC方案同时传输。R-WTRU1203可以依照STBC解码方法来处理所接收的信号。在接收到联合传输的分组数据1217和1220时，R-WTRU1203可以通过在该联合顺序传输中的AAP1201和ATAP1202的传输部分向AAP1201传送单个ACK1221、短ACK或BA来应答所述接收。R-WTRU1203还可以根据指定的ACK策略来跳过该应答处理。如果联合传输失败，那么AAP1201可以决定在以后的调度时间单独或联合传送分组数据1217。R-WTRU1203还可以等待整个联合顺序传输结束，然后向AAP1201发送ACK1218和1221。如果RSTA已经响应于接收到联合顺序传输的先前传输部分而发送了一个表明已经正确接收到JTDP的ACK，那么AAP1201或ATAP1202可以取消其未决的传输。如果联合传输失败，那么AAP可以决定在以后的调度时间单独或联合重传所述帧。图13提供了一种关于JT-RTS帧的例示设计，并且该设计可以是基于争用的联合传输中使用的请求发送(RTS)帧的修改版本1300。JT-RTS帧可以包括但不局限于以下字段：帧控制字段1301、持续时间字段、RA字段1303、TA字段1304、引用字段1305、以及FCS字段1306。所述帧帧还可以作为任何类型的控制帧、管理帧或是其他任何类型的帧、字段或子字段来实施。帧控制字段1301可以包含用于指示所述帧是JT-RTS帧的类型信息。作为替换，该类型可以是RTS，而所述帧的其他部分则可以指示所述帧是一个用于联合传输的帧，作为示例，所述其他部分可以是所有其他字段，其中包括PLCP报头、初始扰码种子和/或FCS编码。持续时间字段1302可以包含一个持续时间，该持续时间足以供AAP、ATAP和R-WTRU传送JT-CTS、正常的RTS/CTS交换和所有联合传输、ACK/BA、以及所传送的帧之间的恰当的IFS。RA字段可以包含ATAP的地址，TA字段则可以包含AAP的地址。引用字段1305可以包含对于未决JTS的引用，例如用于特定AAP或AAP/ATAP配对的JTS的ID或序列号。图14显示了一种关于JT-CTS帧的例示设计，该设计可以是基于争用的联合传输中使用的清除发送(CTS)帧的修改版本1400。该JT-CTS帧可以包括但不局限于以下字段：帧控制字段1401、持续时间字段1402、RA字段1403、引用字段1404、以及FCS字段1405。所述帧还可作为任何类型的控制帧、管理帧或其他任何类型的帧、字段或子字段来实施。帧控制字段1401可以包含用于指示所述帧是JT-RTS帧的类型信息。作为替换，该类型可以是CTS，而所述帧的其他部分则可以指示所述帧是一个用于联合传输的CTS，作为示例，所述其他部分可以是所有其他的字段，其中包括PLCP报头、初始扰码种子和/或FCS编码。持续时间字段1402可以包含一个持续时间，该持续时间足以供AAP、ATAP和R-WTRU传送正常的RTS/CTS交换，所有联合传输，ACK/BA，外加所传送的帧之间的恰当的IFS。该持续时间字段可被设置成Duration_in_JT-RTS–aSIFSTime–JT-CTS_Duration，其中Duration_in_JT-RTS是JT-RTS帧包含的值，aSIFSTime是SIFS的持续时间，JT-CTS_Duration是传送JT-CTS帧所需要的持续时间。RA字段1403可以包含AAP的地址。引用字段可以包含关于未决JTS的引用，例如用于特定AAP或AAP/ATAP配对的JTS的ID或序列号。图15显示了一个基于争用的同时联合传输过程的示例1500。AAP1501和ATAP1502可以侦听对方的信标，并且可以确定对方的联合传输能力。AAP1501可以使用同时联合传输请求1510来建立一个JTS。该联合传输请求1510与未决的JTS可以在相同的WiFi介质1505上发送。作为替换，如果能将联合传输请求1510递送到ATAP1502，那么也可以通过替换接口而在替换介质1504上发送联合传输请求1510。举例来说，该联合传输请求可以用符合LTE、UMTS、WiMAX、Ethernet或不同WiFi标准的不同接口来传送，或者也可以在不同信道上用相同的WiFi标准传送。ATAP1502可以通过在用于传送联合传输请求1510的相同介质上发送用于接受或拒绝该JTS的联合传输响应1512来做出响应。作为替换，ATAP1502可以选择不同的介质，例如与未决JTS相同的WiFi介质。如果在聚合分组中将JTDP连同联合传输请求1510一起传送，那么可以聚合联合传输响应1512与用于被转发的JTDP的ACK/BA帧1513。作为替换，联合传输请求帧1510可以包括包含JTDP的字段，并且联合传输响应帧1512可以包括用于指示关于被转发的JTDP的ACK/BA的字段。如果ATAP1502接受JTS，则可以由AAP1501依照联合传输能力中包含的转发选项或者依照在交换联合传输请求1510和联合传输响应1512交换期间达成的协定来将JTDP转发1511到ATAP1502。所述JTDP还可以与联合传输请求1510之类的协作信息一起在聚合帧中被转发。JTDP转发处理1511可以在开始对JTDP执行联合传输开始之前完成和应答。所转发的JTDP可以是MSDU或MPDU。在对R-WTRU1503透明的联合传输中，AAP1501和ATAP1502传送的PPDU可以是相同的，其地址字段包含在MAC报头中，并且群组ID包含在PLCP报头中。AAP1501和/或ATAP1502可以使用联合传输通知帧1514来将未决的基于争用的同时JTS通知给R-WTRU1503。作为替换，AAP1501和/或ATAP1502可以将联合传输通知1514的IE包含在其信标、短信标或是用于实现相同目的的其他任何类型的帧中。如果将联合传输通知1514的IE包含在信标或短信标中，那么AAP1501和/或ATAP1502可以只在已知R-WTRU1503未处于节能模式并且由此可以接收联合传输通知1514的IE的时段中包含该通知，如果AAP1510和/或ATAP1502使用单播帧来通知R-WTRU1503，那么R-WTRU1503可以对接收到联合传输通知1504帧做出应答。该R-WTRU1503可以使用ACK1515来对联合传输通知帧1514做出响应。AAP1501可以通过向ATAP1502传送JT-RTS帧1516来发起JTS，并且可以使用JT-RTS帧1516的持续时间字段中包含的持续时间来更新其网络分配矢量(NAV)计数器。ATAP1502可以使用JT-CTS帧1517对JT-RTS1516做出响应。在使用JT-RTS持续时间更新了NAV计数器之后，如果BSS中的ATAP1502和/或其他AP/WTRU没有在从JT-RTS帧1516结束时起开始计数的2xaSIFS_time+JT-CTS_duration+Interval之后检测到任何传输，那么AAP1501可以取消与JT-RTS帧1516关联的NAV，其中aSIFS_time是SIFS的持续时间，JT-CTS_duration是传送JT-CTS帧的持续时间，Interval是某个任意的时间间隔，其可作为Interval＝2*aSlotTime+aPHY-RX-START-Delay来实施，其中aSlotTime是一个时隙的持续时间。作为替换，BSS中的其他这些AP/WTRU也可以选择进入休眠以节约电力。此外，对于已经使用JT-RTS的持续时间值更新了NAV计数器的AAP1501来说，如果其未曾在从JT-RTS帧结束时起开始计数的2xaSIFS_time+JT-CTS_duration之后检测到RTS帧，并且没有在从JT-RTS帧结束时起开始计数的4xaSIFS_time+JT-CTS_duration+RTS_Duration+CTS_Duration+Interval之后检测到任何传输，那么它可以取消与JT-RTS帧1516关联的NAV，其中RTS_DurationandCTS_Duration是传送RTS和CTS帧所需要的持续时间。对于已被通告了未决JTS的E-WTRU1503来说，其可以通过比较JT-RTS帧1516中的TA与JTS引用的组合来从JT-RTS帧1516中检测出所述JTS是针对其自身的。如果R-WTRU1503检测出JT-RTS帧1516旨在发起一个针对其自身的JTS，那么R-WTRU1503不会进入休眠模式，并且不需要置位其NAV计数器。在一个SIFS持续时间之后，AAP1501和ATAP1502可以同时传送正常的RTS1518和1519，其中RA地址是RSTA地址，TA地址是AAP1501的地址，持续时间字段被设置成了一个足以供AAP1501、ATAP1502和R-WTRU1503传送CTS1520、所有联合传输、恰当响应帧以及恰当IFS的持续时间。作为替换，AAP1501和ATAP1502可以在没有首先执行RTS/CTS交换的情况下直接开始同时联合传输。接收RTS1518的ATAP1502可以使用持续时间值来修改其NAV计数器。对于已经使用JT-CTS并且在JT-CTS之后使用RTS和SIFS时间修改了NAV计数器的AP/WTRU来说，如果其在JT-CTS时间结束时起计数的3xaSIFS_time+RTS_Duration+CTS_Duration+Interval之后检测到任何传输，那么可以取消介质预留。R-WTRU1503可以通过传送CTS帧1520来对RTS1518和/或1519做出响应。AAP1501和ATAP1502需要监视介质上的定址到AAP1520的CTS。如果AAP1501和ATAP1502没有接收到来自RSTA的这种CTS，那么它们可以同时或单独发送一个CF-End帧，以便取消在保留周期中的任一时间用于JTS的介质预留。CF-End帧的TA字段可被设置成AAP的MAC地址。如果AAP/ATAP接收到来自R-WTRU1503的CTS，那么它们可以开始对R-WTRU1503的数据执行联合同时传输。如果通过使用JT-RTS/JT-CTS和/或RTS/CTS交换保留了JTTXOP，那么AAP1501和ATAP1502可以在TXOP期间同时传送多个数据分组1521和1522。然后，R-WTRU1503可以通过发送ACK1523、BA或帧交换序列中许可的其他任何帧来对接收到一个或多个分组做出应答。依照ACK策略的规定，它还可以跳过该应答处理。在JTS结束之后，如果保留的TXOP对于此类传输而言已经足够，那么AAP1501和ATAP1502可以同时或单独发送CF-End帧，以便取消所保留的TXOP。作为替换，AAP1501可以先发送CF-End，并且ATAP1502可以重复发送该CF-End。如果联合传输失败，那么AAP1501可以确定在以后的基于争用或基于调度的联合传输会话中单独或联合重传所述帧。图16提供了一个基于争用的顺序联合传输过程的示例1600。AAP1601和ATAP1602可以侦听对方的信标，并且可以确定对方的联合传输能力。AAP1601可以使用顺序联合传输请求1611来建立一个JTS。该联合传输请求1611可以与未决的JTS在相同WiFi介质1605上发送。作为替换，如果能将联合传输请求1611递送到ATAP1602，那么也可以通过替换接口而在替换介质1604上发送该联合传输请求1611。例如，该联合传输请求1611可以用符合LTE、UMTS、WiMAX、Ethernet或不同WiFi标准的不同接口来传送，或者也可以在不同信道上用相同的WiFi标准传送。ATAP1602可以通过在用于传送联合传输请求1611的相同介质上发送用于接受或拒绝该JTS的联合传输响应1612来做出响应。作为替换，ATAP1602也可以选择不同的介质，例如与用于未决JTS的WiFi介质相同的WiFi介质。如果在聚合分组中将JTDP连同联合传输请求1611一起转发1613，那么可以聚合联合传输响应1612与用于被转发的JTDP1613的ACK/BA帧1614。作为替换，联合传输请求帧1611可以包括包含JTDP的字段，并且联合传输响应帧1612可以包括用于指示关于被转发的JTDP的ACK/BA1614的字段。如果ATAP1602接受JTS，那么可以由AAP1601依照联合传输能力中包含的转发选项或者依照在交换联合传输请求1611和联合传输响应1612交换期间达成的协定来将JTDP转发1613到ATAP1602。JTDP还可以与联合传输请求1611之类的协作信息一起在聚合帧中被转发1613。JTDP转发1613可以是在开始执行JTDP的联合传输之前完成和应答的。所转发的JTDP可以是MSDU或MPDU。在对R-WTRU1603透明的联合传输中，AAP1601和ATAP1602传送的PPDU可以是相同的，其地址字段包含在MAC报头中，并且群组ID包含在PLCP报头中。此外，其在TA地址、帧主体和/或MCS等方面也可以是不同的。ATAP1602传送的MPDU可以由AAP1501结合TxSpec来确定。作为替换，AAP1601可以将MSDU转发给ATAP1602，并且ATAP1602可以基于其自身与R-WTRU1603之间的信道状况、本地特性和/或源于R-WTRU1603的反馈等等来构造MPDU和PPDU。AAP1601和/或ATAP1602可以使用联合传输通知帧1615来将未决的基于争用的顺序JTS通知给R-WTRU1603。作为替换，AAP1601和/或ATAP1602可以在其信标、短信标或是用于实现相同目的的其他任何类型的帧中包含联合传输通知1615的IE。如果联合传输通知1615的IE包含在信标或短信标中，那么AAP1601和/或ATAP1602可以只在其已知的R-WTRU1603未处于节能模式并且由此可以接收联合传输通知1615的IE的时段中包含该通知。如果AAP1601和/或ATAP1602使用单播帧来通知R-WTRU1603，那么R-WTRU可以对接收到联合传输通知1615帧做出应答。R-WTRU1303可以使用ACK1616来对联合传输通知1615帧做出响应。AAP1601可以通过向ATAP1602传送JT-RTS1617来发起JTS，其中该JT-RTS是具有以下设置的RTS帧的修改版本。持续时间字段可以包含一个持续时间，该持续时间足以供AAP、ATAP和R-WTRU传送2个JT-CTS帧，一个JT-RTS帧以及所有联合顺序传输，ACK/BA外加所传送的帧之间的恰当IFS。RA字段可以包含ATAP的地址。TA字段可以包含AAP的地址。引用字段可以包含对于未决的顺序JTS的引用，例如用于特定AAP或AAP/ATAP配对的JTS的ID或序列号。如果ATAP1602和BSS中的ATAP1602和/或其他AP/WTRU在从JT-RTS帧结束时起开始计数的2xaSIFS_time+JT-CTS_duration+Interval之后没有检测到任何传输，那么AAP1601可以使用JT-RTS帧的持续时间字段中包含的持续时间来更新其NAV计数器，并且可以取消与JT-RTS帧关联的NAV，其中aSIFS_time是SIFS的持续时间，JT-CTS_duration是传送JT-CTS帧的持续时间，Interval是某个任意的时间间隔，其可以作为Interval＝2*aSlotTime+PHY_RX_Delay来实施，其中aSlotTime是一个时隙的持续时间。作为替换，BSS中的其他这些AP/WTRU也可以选择进入休眠以节约电力。此外，对于已经使用JT-RTS的持续时间值更新了NAV计数器的AP/WTRU来说，如果没有在从JT-RTS帧结束时起开始计数的2xaSIFS_time+JT-CTS_duration之后检测到RTS帧，并且没有检测在从JT-RTS帧结束时起开始计数的4xaSIFS_time+JT-CTS_duration+RTS_Duration+CTS_Duration+Interval之后检测到任何传输，那么其可以取消与JT-RTS帧关联的NAV，其中JT-RTS_Duration和JT-CTS_Duration是传送JT-RTS和JT-CTS帧所需要的持续时间。对于已被被告知了未决JTS的RSR-WTRU1603来说，其可以通过比较JT-RTS帧1617中的TA与JTS引用的组合来从JT-RTS帧1617中检测出该JTS是针对其自身的。如果R-WTRU1603检测出JT-RTS1617旨在发起针对自身的JTS，那么它将不会进入节能模式，并且不需要置位其NAV计数器。它可以从引用字段中识别出所述未决JTS是顺序JTS。ATAP1602可以使用具有以下设置的JT-CTS1618来对JT-RTS1617做出响应。持续时间字段可被设置成Duration_in_JT-RTS-aSIFSTime-JT-CTS_Duration，其中Duration_in_JT-RTS是JT-RTS帧中包含的值，aSIFSTime是SIFS的持续时间，JT-CTS_Duration是传送JT-CTS帧所需要的持续时间。在一个SIFS持续时间之后，AAP1602和ATAP1603可以同时传送JT-RTS1619和1620，其中所述JT-RTS的RA地址是R-WTRU1603的地址，TA地址是AAP1601的地址，持续时间字段被设置成了一个足以供AAP1601、ATAP1602和R-WTRU传送JT-CTS、所有联合传输以及恰当的IFS的持续时间。同样，JT-RTS可以包含对于顺序JTS的引用。作为替换，AAP1601和ATAP1602可以在没有先进行RTS/CTS交换的情况下直接开始执行数据的顺序传输。AAP1601和ATAP1602可以使用持续时间值来修改其NAV计数器。R-WTRU1603可以通过传送JT-CTS帧1621来对JT-RTS1619和1620做出响应。AAP1601和ATAP1602需要监视介质上的定址到AAP1601的JT-CTS。如果AAP1601和/或ATAP1602未接收到来自R-WTRU1603的此类JT-CTS，那么它们可以同时或单独发出一个CF-End帧，以便取消在保留周期中的任何时间上为JTS实施的介质预留。CF-End帧的TA字段可被设置成AAP的MAC地址。如果AAP1601或ATAP1602已经从R-WTRU1603接收到JT-CTS1621，那么它们可以开始对用于R-WTRU1603的数据1622和1623执行联合顺序传输。如果已经通过使用JT-RTS/JT-CTS和/或RTS/CTS交换处理保留了JTTXOP，那么AAP1601和ATAP1602可以在TXOP期间传送多个分组。如果使用HARQ顺序传输，那么AAP1601或ATAP1602可以以传送其分组数据1622和1623为开始，R-WTRU1603可以回送一个ACK/反馈1625。如果第一次的传输已被应答，那么尚未执行传输的AAP1601或ATAP1602可以取消其传输。否则，其可以基于来自R-WTRU1603的ACK/反馈1625来调节自身的PPDU，并且会在经过了一个从来自R-WTRU1603的ACK/反馈1625中获得的IFS之后进行传输。如果使用STBC，那么AAP1601或ATAP1602可以依照STBC方案来同时进行传输。R-WTRU1603可以依照STBC解码方法来处理接收信号。然后，R-WTRU1603可以通过发送ACK1624、BA或是帧交换序列中许可的其他任何帧来对接收到一个或多个分组做出应答。依照ACK策略的规定，它还可以跳过该应答处理。在JTS结束之后，如果剩余TXOP对于此类传输而言已经足够，那么AAP1601和ATAP1602可以同时或单独发送CF-End帧，以便取消所保留的TXOP。作为替换，AAP1601可以先发送CF-End，并且ATAP1602可以重复发送CF-End。如果联合传输失败，那么AAP1601可以确定在以后的基于争用或是基于调度的联合传输会话中单独或联合重传所述帧。如上所述，与WTRU关联的AP还可以与别的WTRU协作，例如与辅助WTRU(A-WTRU)协作，以便实施针对WTRU的联合传输，由此能以更高的速率来执行下行链路(DL)传输，并且由此为WTRU提供更高的DL吞吐量性能。这些多WTRUDL联合传输过程遵循的是如上所述的多AP联合传输的过程。AAP可以与WTRU或A-WTRU而不是别的ATAP协调多WTRUJTS。A-WTRU既可以与AP关联，也可以不与之关联。图17A显示了供AAP和A-WTRU用于协作联合传输的例示控制信息交换的高级信号流程图1700。在图17A的示例中，AAP1702和A-WTRU1703可以交换协作控制信息(在步骤1711a和1711b)，以便预备实施如上所述的多WTRU联合传输。控制信息(在步骤1711a)可以包括联合传输请求。控制信息(在步骤1711b)可以包括联合传输响应。作为补充或替换，AAP1702可以将数据分组转发到A-WTRU1703(在步骤1712)。然后，AAP1702和A-WTRU1703可以在联合传输会话中将数据分组传送到接收WTRU1701(在步骤1713a和1713b)。协作信息交换处理以及相关数据分组的转发处理可以采用至少两种方式进行。第一，它们可以用相同或单独的无线接口以无线方式传送，这其中包括但不局限于别的WLAN、UMTS、LTE、WiMAX接口。第二，它们可以在有线回程链路上传送。AAP可以使用如上所述的类似协作控制信息帧来向A-WTRU发送与联合传输相关的协作控制信息。图17B显示了一个可以用于在AAP与A-WTRU之间实施协作的例示的联合传输请求帧。该联合传输请求IE可以包括但不局限于以下字段和/或信息：元素ID字段1720、长度字段1721、ID字段1722、选项字段1723、调度字段1724、传输规范(TxSpec)字段1725，以及请求类型字段1726。元素ID字段1720可以指示该IE是联合传输请求IE。长度字段1721可以包含联合传输请求IE的长度。ID字段1722可以包含以下各项的一个或多个ID：作为联合传输接收方的接收WTRU，请求AAP，被请求的A-WTRU，和/或会话ID，该会话ID可以包含用于标识针对特定的接收WTRU或是由特定的AAP请求的特定联合传输的序列号。所述一个或多个ID可作为MAC地址、AID或是WTRU所能协定的其他任何类型的ID来实施。选项字段1723可以包含用于联合传输的不同选项。在表12中显示了选项字段1723的例示内容。表12调度字段1724可以包含用于联合传输的各种选项。在表13中显示了调度字段1724的例示内容。表13TxSpecs字段1725可以包含用于联合传输的各种选项。在TxSpecs字段中包含了与联合传输相关联的传输规范。该TxSpec既可以用非常类似于TXVECTOR的方式实施，也可以作为TXVECTOR的修改版本来实施，并且可以指定MCS、发射功率、信道矩阵、预编码矩阵等等。如果使用了顺序联合传输，那么AAP可以包含用于A-WTRU且涉及诸如FCS长度、地址字段值等等的如何构造MPDU的TxSpec。A-WTRU可以基于TxSpec和从AAP接收的转发分组来构造PLCP报头以及相关联的PSDU/PPDU。在表14中显示了TxSpecs字段1725的例示内容。表14请求类型字段1726可以包含用于联合传输的各种选项。在表15中显示了调度字段1724的例示内容。表15虽然如上所述的联合传输请求帧采用了IE的形式，但是所论述的任何字段、子字段或元素子集都可作为管理帧、控制帧、数据帧或是其他类型的帧的任何部分来实施，其中包括显性和隐性信令，例如PLCP/MAC报头、帧主体和/或扰频初始化种子等等的任何部分。该联合传输请求还可以作为别的类型的通信系统中的帧或帧字段来实施，例如用LTE、UMTS、任何WiFi标准、Ethernet等等。举例来说，它可以用Ethertype89-0d实施，其中净荷类型被设置成4或是2-255之间的其他任何数字，以便指示其包含与联合传输协议相关的帧或是与多AP传输协议相关的帧。通过包含附加字段，还可以指示所包含的帧是子类型JTDP。一个或多个会话ID可以用于标识针对一个或多个接收WTRU的特定的联合传输会话。作为示例，在附加字段中可以包含用会话ID、AAP的ID和/或A-WTRU的ID标识的联合传输会话中的分组的序列号。一旦A-WTRU接收到来自AAP的联合传输请求，那么它可以用联合传输响应帧或管理帧、控制帧或是包含联合传输响应IE的其他任何类型的帧来做出响应。该联合传输响应帧可以采用图6的示例中所示的相同格式。A-WTRU可以接受或拒绝JTS。图18显示了一个用于确定WTRU中的联合传输能力以及预备执行联合传输的例示流程图1800。在图18的示例中，AAP1802可以向A-WTRU1803查询其联合传输(JT)能力(在步骤1811)及其与一个或多个WTRU相关联的信道状况(在步骤1812)。当WTRU与一个AP相关联时，该AP是充分了解该WTRU的能力的；如果WTRU不与AP相关联，那么该AP将会需要查询WTRU的能力。A-WTRU1803可以使用联合传输反馈来做出响应(在步骤1813)。然后，WTRU1801可以从AAP1802接收关于未决联合传输会话的通知(在步骤1814)。在参与到接收联合传输之前，WTRU1801可以通过在任何管理帧、控制帧或是诸如探测请求、关联请求等等的其他任何类型的帧中向AAP1802和/或A-WTRU1803传送一个联合传输能力指示(在步骤1815a和1815b)来指示其联合传输和接收能力。作为替换，如果执行的是同时联合传输，那么联合传输会话可以以对接收WTRU透明的方式进行。WTRU1801还可以指示其能够接收顺序联合传输。AAP可以使用联合传输查询帧或是包含了联合传输查询IE的任何类型的帧来向A-WTRU查询其能力及其与一个或多个其他WTRU的信道状况。该联合传输查询帧可以采用与图7B的示例中定义的格式相同的格式。当一个WTRU被诸如AAP之类的AP查询时，A-WTRU可以通过发送联合传输反馈帧或是包含联合传输反馈IE的其他任何类型的帧来对联合传输查询帧做出响应。该联合传输反馈帧可以采用与图7C中定义的格式相同的格式。当AAP和A-WTRU协定了JTS时，AAP可以使用联合传输通知帧或是包含联合传输通知IE的其他任何类型的帧来通告接收未决JTS。该处理可以在接收WTRU不知道其正从两个以上的AP或其他WTRU接收相似或相关数据的非透明JTS中使用。举例来说，在非透明的JTS中，AAP和A-WTRU可以传送与特定数据分组相关且报头的TA地址不同的MPDU。此外，将未决的调联合传输通知给接收WTRU，以免接收WTRU进入休眠状态以节约电力，这一点也是非常重要的。该联合传输通知IE可以采用与图7D的示例中限定的格式相同的格式。AAP可以向A-WTRU发送能在联合传输会话期间传送至接收WTRU的JTDP。JTDP可以采用与图8的示例中限定的格式相同的格式。在使用同时联合传输时，AAP可以向A-WTRU转发初始MPDU以及所使用的传输规范，并且所述MPDU和传输规范与AAP在联合传输期间传送至接收WTRU的MPDU和传输规范是相同的。在同时联合传输中，AAP和A-WTRU都可以传送将地址字段包含在MAC报头中的相同PPDU。当使用顺序或调度联合传输时，AAP和A-WTRU可以传送不同的PPDU。AAP可以将初始的MPDU连同用于AAP和/或用于A-WTRU的传输规范一起传送到A-WTRU。AAP可以确定当在联合传输会话中执行传输时用于A-WTRU的传输规范。作为替换或补充，A-WTRU可以基于其自身与接收WTRU之间的信道状况和/或AAP使用的传输规范来确定自己的传输规范。为使AAP向A-WTRU转发JTDP，在这里可以使用图9中的相同的关联过程。通过使用图9的过程，可以使A-WTRU与接收WTRU进行鉴权并且随后与之建立RSNA，由此可以进入状态4来传送和接收去往和来自A-WTRU的所有分类的帧。作为替换，如果A-WTRU与接收WTRU处于相同的BSS以内，那么它可以与接收WTRU建立TDLS或DLS连接，以使A-WTRU和接收WTRU可以交换所有分类的帧。AAP和接收WTRU可以鉴权和关联，并且其在状态4中可以处于已鉴权以及已建立RSNA或者是不需要的。图19显示了一个用于为下行链路中的协作联合传输选择A-WTRU的例示过程1900。在图19的示例中，AAP可以在其信标、探测响应、关联响应或是其他任何类型的管理和控制帧中包含一个联合传输能力指示，以便宣告其能力(在步骤1901)。然后，AAP可被请求或者确定与特定的接收WTRU执行联合传输(在步骤1902)。想要参与接收联合传输的接收WTRU可以通过在任何管理帧、控制帧或是诸如探测请求、关联请求等等的其他任何类型的帧中包含联合传输能力指示来指示其联合传输和接收能力。作为替换，如果执行同时联合传输，那么联合传输会话可以以对接收WTRU透明的方式进行。然而，对于顺序联合传输来说，无论是调度还是非调度的，接收WTRU都必须指示其能够接收顺序联合传输。AAP可以检测出需要联合传输来为其BSS中的接收WTRU提供更统一的覆盖。作为替换或补充，WTRU还有可能希望得到更高的性能，例如更高的吞吐量，并且会通过请求AAP执行联合传输来实现这一点。一旦确定或者被请求执行联合传输，则AAP可以向一个或多个WTRU发送一个联合传输查询帧(在步骤1903)，以便基于它从接收WTRU获取的能力和/或无线电测量来获取其与一个或多个接收WTRU之间的信道状况。该测量可以与信标测量相类似。AAP可以向其尚不知道具有联合传输能力的WTRU发送联合传输查询。如果预先不知道WTRU的联合传输能力，那么AAP还可以查询WTRU的联合传输能力。被查询的这些WTRU可以使用联合传输反馈帧(在步骤1904)来做出响应，其中所述联合传输反馈帧提供了做出响应的AP/WTRU在本地基于诸如信道状况、业务量负载、发射功率限制等等的本地状态所确定的信道质量指示，其他测量和/或优选的联合传输选项和/或联合传输TxSpec。基于AAP从所有WTRU接收的联合传输反馈，该AAP可以选择一个或多个WTRU作为用于与一个或多个接收WTRU所进行的联合传输会话的A-WTRU(在步骤1905)。关于A-WTRU的选择判据与如上所述的关于ATAP的选择判据可以是相同的。作为替换或补充，AAP可以在任何时间退出上述过程，并且可以如上文中描述的那样通过向一个或多个相邻WTRU传送联合传输查询帧来获取其联合传输能力，由此执行如图7A所示的联合传输能力过程。一旦AAP为用于一个或多个接收WTRU的联合传输选择了A-WTRU，那么所述AP以及一个或多个A-WTRU可以执行多WTRU联合传输。与多AP联合传输相似，AAP和A-WTRU可以执行各种类型的联合传输，这其中包括基于争用的同时联合传输，基于争用的顺序联合传输，调度的同时联合传输，以及调度的顺序联合传输。用于这些联合传输的过程可以遵循用于多AP联合传输的过程，其中A-WTRU取代了在图11、12、15和16的示例中描述的ATAP。当A-WTRU和接收WTRU处于相同BSS中并且与AAP相关联时，这时可以优化该联合传输过程。举例来说，对于调度的同时和顺序联合传输，AP可以在其信标、短信标或其他任何类型的管理帧或控制帧、或是被BSS中的所有WTRU接收的其他任何类型的帧中包含诸如调度信息、JTSID或序列号等等的JTS信息。由于该信息并不是在单播帧中单独传送的，因此可以缩短诸如联合传输请求之类的帧，并且将不再需要诸如联合传输通知之类的帧，这样做将会导致实现更高的MAC效率以及更高的系统吞吐量。图20显示了一个可供C-WTRU选择用于协作上行链路联合传输的A-WTRU的例示过程2000。多WTRUUL联合传输信令和过程可以遵循DL中的多AP和多WTRU联合传输信令和过程。C-WTRU可以为UL中的多WTRU联合传输使用与AAP在多WTRUDL联合传输中使用的A-WTRU相同的A-WTRU。C-WTRU可以从AAP请求一个关于候选A-WTRU的列表(在步骤2001)。希望参与接收联合传输的AAP可以通过在任何管理帧、控制帧或是诸如信标、探测响应、关联响应等等的其他任何类型的帧中包含联合传输能力指示来指示其联合传输和接收能力。作为替换，如果执行同时联合传输，那么该联合传输会话可以以对AAP透明的方式进行。然而，对于顺序联合传输来说，无论是调度还是非调度的，AAP都必须指示其能够接收顺序联合传输。然后，C-WTRU可被要求或者可以确定与特定的接收WTRU执行联合传输(在步骤2002)。在UL中执行多WTRU联合传输的决定可以源于AAP检测出有必要执行联合传输来为其BSS中的WTRU提供更统一的覆盖。作为替换或补充，WTRU可能希望具有提升的性能，例如更高的吞吐量，并且会请求AAP接收联合传输以提高性能。一旦确定或者被请求执行联合传输，则C-WTRU可以向一个或多个WTRU发送联合传输查询帧(在步骤2003)，以便基于它从AP获取的能力和/或无线电测量来获取这些WTRU与AP之间的信道状况。如果这些WTRU的联合传输能力事先是未知的，那么C-WTRU可以查询这些WTRU的联合传输能力。被查询的WTRU可以使用一个联合传输反馈帧来做出响应(在步骤2004)，其中该联合传输反馈帧提供了信道质量指示、其他测量、和/或优选联合传输选项、和/或做出响应的WTRU可以在本地基于其本地状况确定的联合传输TxSpec，所述本地状况包括但不局限于信道状况，业务量负载和/或发射功率限制。基于C-WTR从被查询的所有WTRU接收的联合传输反馈，C-WTRU可以选择一个或多个WTRU作为针对AP的联合传输会话的A-WTRU(在步骤2005)。将协作信息和JTDP从C-WTRU转发到A-WTRU的处理可以在包括无线和有线在内的不同介质和接口上传送。该协作信息可以作为别的类型的通信系统中的帧字段来实施，例如LTE、UMTS、WiMAX、任何WiFi标准、Ethernet等等。举例来说，其可以用Ethertype89-0d来实施，其中净荷类型被设置成6或是4-255之间的其他任何数字，以便指示其包含联合传输协议或多AP传输协议数据帧。此外，被转发的协作信息和JTDP还可以在TDLS、DLS或OCT连接上发送。一旦C-WTRU为用于一个或多个接收AP的联合传输会话选择了A-WTRU，那么WTRU可以执行多WTRU联合传输。与DL中的多WTRU联合传输相似，C-WTRU和A-WTRU可以执行各种类型的联合传输，其中包括基于争用的同时联合传输，基于争用的顺序联合传输，调度的同时联合传输，以及调度的顺序联合传输。这些联合传输的过程可以遵循多WTRU联合传输的过程，其中C-WTRU取代了AAP，并且接收AP取代了图11、12、15和16的示例中描述的接收WTRU(R-WTRU)。图21A显示了一个依照第二实施例的通过AP/PCP/WTRU协商来启用协作扇区化操作或波束成形传输的例示过程2100，该过程可以与这里描述的任一实施例结合使用。通过执行由多个AP联合实施的扇区化传输或波束成形传输，不但可以提升吞吐量，而且还可以降低干扰。当几个BSS与AP重叠时，WTRU或PCP能够执行同时的协作扇区化操作或是波束成形传输，同时确保所传送的信号不会在各个接收WTRU上相互干扰。这里使用的扇区化操作指的是WTRU和AP在一个扇区内部执行传送和接收，其中该扇区是WTRU所关联的AP覆盖范围的一个角度部分。扇区是以区域为基础的。这里使用的波束成形传输指的是使用可供WTRU和AP控制无线电信号的传输和接收方向的信号处理技术执行的传输。每一个AP或WTRU都可以具有用于定向传输和/或接收的特定信道。WTRU可以观察来自重叠BSS或重叠PBSS的扇区化操作或波束成形传输，该传输可能会干扰WTRU执行的数据分组传输或接收。如果重叠的BSS以一种能使其扇区化或波束成形传输/接收处理限制其对在其他PBSS、BSS等等中进行的其他任何同时的扇区化或波束成形传输/接收所产生的干扰的方式来协作，那么将会极大地提升系统容量。重叠BSS中的AP、WTRU或PCP可以记录所接收的帧中并未定址到其自身的信息(在步骤2101)。然后，所述AP、WTRU或PCP可以在波束成形或扇区化接收报告中报告其所遭遇的干扰(在步骤2102)。之后，BSS中的AP/PCP可以接收波束成形或扇区化接收报告(在步骤2103)，并且随后将会合并这些波束成形或扇区化接收报告(在步骤2104)。然后，AP/PCP可以基于波束成形或扇区化接收报告以及在这些波束成形或扇区化接收报告中包含的所报告的干扰来构造一个传输冲突列表(在步骤2105)。之后，AP/PCP可以与其他AP/PCP一起报告传输冲突列表信息(在步骤2106)。然后，AP/PCP可以基于所报告的传输冲突列表信息来调度协作的扇区化或波束成形传输(在步骤2107)。BSS之间或PBSS之间的协作波束成形或扇区化传输可以通过使用了如上所述的过程的WTRU协商来实现，并且可以通过应用该传输而在WLANBSS或OBSS内部启用同时的扇区化操作或波束成形传输。这些协作的扇区化或波束成形传输可以减小干扰。举例来说，在这个实施例中，AP/PCP可以将其BSS覆盖范围分成扇区，并且依照从步骤2106中创建的传输冲突列表中得到的调度信息，其在指定时间只会在一个或多个扇区中执行传输和接收。图21B显示了使用扇区化或波束成形传输和接收的系统的一个示例。图21B的系统可以包括第一BSS，所述第一BSS可以包括AP12121、WTRU12122、WTRU22123、扇区12111、扇区22112以及扇区32113。第二BSS可以包括AP22126、WTRU32124和WTRU42125、扇区42114、扇区52115以及扇区62116。如图21B所示，扇区可以是重叠的。在图21B的示例中，扇区化传输和接收会在重叠的BSS(OBSS)中相互干扰。当在扇区42114中向WTRU22123进行传输时，AP12121将会干扰从ASP22126到WTRU32124的传输。同样，当AP22125在扇区22112中进行传输时，它会干扰AP12121上的接收。在本示例中，与扇区化或波束成形传输相关联的发射功率往往是集中在某些方向上的。由于传输的方向性很强，因此可以通过同时执行多个扇区化传输来提升总的系统吞吐量。这种定向传输会对位于传输波束以内的接收机造成严重干扰。在使用协作的扇区化操作或波束成形时，WTRU12122可以使用波束成形或扇区化接收报告来报告其在AP22126向WTRU42125进行传输的时候遭遇到了来自第二BSS的扇区32113的干扰。WTRU12122还可以使用波束成形或扇区化接收报告来报告其在AP22126传送扇区化/波束成形或全向信标的时候遭遇到干扰。同样，WTRU22123可以使用波束成形或扇区化接收报告来报告其在AP22126在扇区22112中传送信标的时候遭遇到了来自第二BSS的扇区22112的干扰。AP12121已经记录了其在处于全向接收模式时遭遇到的任何干扰。当在扇区52115中使用接收机扇区化处理时，AP12121已经记录了当AP22126以全向方式或扇区化操作模式传送信标时的来自第二BSS的扇区2的任何干扰。如上所述，当WTRU、PCP或AP接收到并未定址到其自身的帧时，它们可以依照图21A中描述的过程来记录所接收的帧中的信息。在表16中显示了此类信息的一个示例。表16如上所述，AP、PCP或WTRU然后会依照图21A中描述的过程并通过周期性地使用扇区化接收报告来向其BSS中的PCP或AP发送所记录的与其观察到的传输相关的信息。所述扇区化接收报告可以在一个帧中发送，并且可以作为信息元素、管理帧、控制帧、数据帧或是其他任何类型的帧、字段或是任何类型的帧的子字段来实施。图22显示了一个波束成形或扇区化接收报告2200的例示设计。波束成形或扇区化接收报告可以包含以下字段和/或信息：元素ID字段2201，该字段可以指示该IE是扇区化接收报告IE，ID字段2203，接收模式字段2204，接收模式信息字段2205，报告字段数量字段2206，以及一个或多个报告字段2207和2208。ID字段2203可以指示发送报告WTRU的ID。该ID可以作为MAC地址、BSSID、SSID、AID或是WTRU所能协定的其他任何类型的ID来实施。作为替换，发送报告的WTRU的ID可以在MAC报头的任何地址字段中指示，例如TA。波束成形或扇区化接收报告的目标可以在MAC报头的任何地址字段中指示，例如RA字段。该ID字段可以包括一个扇区ID，该扇区ID可以包括发送报告的WTRU所在的PCP/AP/PBSS/BSS的扇区的ID。接收模式字段2204可以指示发送报告的AP、PCP或WTRU在观察到所报告的并非针对其自身的传输时所处的模式。接收模式可以是全向(标准)，准全向或定向的。一个波束成形或扇区化接收报告帧/IE可以包含关于发送报告的WTRU的一个或多个接收模式的接收报告。举例来说，发送报告的WTRU可以为其在过去的报告周期中工作时所处的每一个接收模式发送一个单独的波束成形或扇区化接收报告帧。在另一个示例中，发送报告的WTRU可以将多个波束成形或扇区化接收报告IE包含在一个帧中，其中每一个ID都对应于一种不同的接收模式。在第三示例中，波束成形或扇区化接收报告可以包括用于多个接收模式的报告字段。如果有用于多个接收模式的接收报告，那么波束成形或扇区化接收报告IE而可以包含多个接收模式字段，接收模式信息字段，以及多个报告字段序列，其中每一个序列都对应于一个接收模式。接收模式信息字段2205可以包含与在接收模式字段中指定的一个或多个接收模式有关的详细信息。举个例子，对于定向接收模式来说，所指示的可以是以下的一个或多个细节：波束成形加权；朝向AP或PCP、(P)BSS的方向；供WTRU接收到波束成形传输的AP、PCP或WTRU的扇区的ID；以及接收WTRU在定向接收模式中使用的RX扇区的ID。报告字段数量字段2206可以指示所包含的用于所指定的接收模式的报告字段的数量。举例来说，每一个接收模式可以有n个报告字段2207和2208。每一个报告字段可被称为报告字段1-n。图23显示了报告字段2300的一个示例。报告字段可以包含以下字段：BSSID字段2301，TxID字段2302，RxID字段2303，Tx模式字段2304，Tx模式信息字段2305，Tx时间字段2306，以及测量字段2307。BSSID字段2301可以指示传送接收分组的BSS或PBSS的BSSID。TxID字段2302可以指示执行传输的AP、PCP或WTRU的ID。该ID可以作为MAC地址、BSSID、AID、部分AID、群组ID或是能被WTRU协定的其他人类性的ID来实施。TxID可以从所接收的分组的TA字段中得到。RxID字段2303可以指示所接收的分组所针对的执行接收的AP、PCP或WTRU的ID。该ID可以作为MAC地址、BSSID、AID、部分AID、群组ID或是能被WTRU协定的其他人类性的ID来实施。RxID可以从所接收的分组的RA字段中得到。Tx模式字段2304可以包含所接收的分组的传输模式。该传输模式可以是全向或定向的。该信息可以从PLCP报头中获取，例如SUVHT帧的波束成形指示，MU-MIMOVHT帧中并非0和63的群组ID，或是被设计成指示此类信息的其他任何字段。Tx模式信息字段2305可以包含与接收模式字段中指定的一个或多个接收模式相关的详细信息。举个例子，对于定向接收模式来说，所指示的可以是以下的一个或多个详细信息：可以从诸如探测分组中获取的波束成形加权；执行传输的AP、PCP或WTRU所具有的用于传送所接收的分组的扇区的ID；以及接收到分组的AP、PCP或WTRU所在的AP/PCP/BSS/PBSS的扇区的ID。Tx时间字段2306可以包含无线介质上的接收分组的开始时间，持续时间，和/或结束时间。测量字段2307可以包含关于所接收的分组的测量，其中包括但不局限于平均或峰值RSSI或RCPI。如上所述，PCP或AP随后可以依照图21A中描述的过程来合并波束成形或扇区化接收报告帧。所述PCP或AP可以依照某种判据来合并源自WTRU的一个子集的波束成形或扇区化接收报告。例如，在这里可以将来自位于PCP/AP/PBSS/BSS中的特定扇区的WTRU的波束成形或扇区化接收报告合并在一起。在另一个示例中，所合并的可以是来自遭遇到源于相同PBSS/BSS的干扰的WTRU子集的波束成形或扇区化接收报告帧。此外，PCP或AP可以将波束成形或扇区化接收报告帧与其自身的干扰观测结果相结合，以便依照图21A描述的过程来构造一个传输扇区冲突列表。表17是以传输冲突列表为基础的传输扇区冲突表的一个例示设计。表17传输扇区冲突表表明，当当前PBSS/BSS/AP/PCP的特定扇区(或WTRU子集)传送或接收分组时，如果所指示的冲突扇区也在进行传输/接收，那么接收该分组的处理会遭遇到来自(P)BSS1-(P)BSSN的干扰。作为替换或补充，在这些(P)BSS中产生干扰的WTRU(全向或定向传输和接收)是可以识别的。在另一个示例中，从特定传输WTRU到特定接收WTRU的波束成形或扇区化传输可被标记成与特定(P)BSS扇区或WTRU子集的传输/接收相冲突。冲突扇区/WTRU是可以从来自发送报告的WTRU的波束成形或扇区化接收报告中推断得出的。当WTRU报告其在不同(P)BSS的特定扇区中接收到来自其他WTRU的权项或定向传输时，该WTRU在该扇区中需要在不同的时间进行传输，以便避免干扰。在表18中示出了用于图21B所示的例示系统的传输扇区冲突表的一个示例。表18在AP/PCP之间可以使用传输扇区冲突帧来共享传输扇区冲突列表或表格，所述传输扇区冲突帧可以作为控制、管理或其他任何类型的帧或是其他的帧的字段、子字段或IE来实施。AP/PCP可以使用传输扇区冲突报告帧来与对方或是与WiFi控制器或许可控制器之类的一个或多个协作PCP/AP共享传输冲突信息。图24显示了用于共享传输扇区冲突列表或表格的传输扇区冲突IE的一个例示设计2400。该传输扇区冲突IE可以包含以下字段：可以指示所述IE是传输扇区冲突报告IE的元素ID字段2401，包含传输扇区冲突报告IE的长度的长度字段2402，ID字段2403，选项字段2404，字段数量字段2405，以及报告字段1-N2406。选项字段2404可以包含用于报告产生冲突的传输的选项。例如，OBSS中的一个扇区可被指示成干扰了发送报告的(P)BSS的特定扇区。在另一个示例中，传输和接收WTRU的MAC地址可被指示成干扰了特定扇区的定向传输。字段数量字段2405可以包括在传输扇区冲突IE中包含的报告字段的数量。每一个报告字段2406都被称为报告字段1-N2406，并且可以包含关于一个或多个扇区或波束(或WTRU子集)的干扰源的报告。所述一个或多个报告字段可以用于报告一个扇区或波束或是WTRU子集的干扰源。每一个报告字段2406可以包括扇区ID字段2407，持续时间/调度字段2408，干扰源数量字段2409，选项字段2410，以及可被称为干扰源字段1-M2411的一个或多个干扰源字段。扇区ID字段2407可以包括所报告的干扰源所对应的(P)BSS扇区的ID。作为替换，它还可以包括WTRU子集的一个或多个ID，例如群组ID。持续时间/调度字段2408可以包含用于扇区ID字段2407所标识的扇区或WTRU子集的目标持续时间或是目标传输时间的调度信息。该字段可以指示PCP/AP所标识的扇区或WTRU子集的预期持续时间/调度信息。干扰源数量字段2409可以包括在报告字段内部报告的干扰源的数量。每一个报告字段还可以包括一个用于报告产生冲突的传输的选项字段2410。每一个干扰源字段2411可以依照选项字段2410的规定而包含一个或多个干扰源的信息。干扰源字段2411可以包含以下子字段：指示产生干扰的(P)BSS的BSSID的BSSID子字段2412，干扰源ID子字段2413，Tx模式子字段2414，以及Tx模式信息子字段2415。干扰源ID子字段2413可以依照选项字段中的规定来指示一个或多个或是一组干扰源的ID。例如，该字段可以包含产生干扰的扇区的ID。在另一个示例中，该字段可以包含传输和接收WTRU配对，其中该WTRU配对的定向传输对发送报告的BSS中的扇区产生了干扰。Tx模式子字段2414可以包含与扇区化接收报告帧的相似字段中包含的信息相同的信息。Tx模式信息字段2415可以包含与扇区化接收报告帧的相似字段中包含的信息相同的信息。协作的扇区化或波束成形传输可以依照图21A中描述的过程而以分布或集中的方式调度。在分布式方法中，AP/PCP可以在接收到来自冲突(P)BSS中的其他AP/PCP的传输扇区冲突报告帧之后基于预定顺序来确定调度信息。作为示例，此类顺序可以是其MAC地址/BSSID/SSID的顺序。具有最低(或最高)MAC地址的AP/PCP可以确定用于传送其扇区的调度信息。然后，具有次最低(或次最高)MAC地址的PCP/AP可以基于第一PCP/AP的调度信息以及传输扇区冲突报告来确定用于传送其扇区的调度信息。剩余的AP/PCP可以遵循相同的过程，直至确定了所有AP/PCP的所有扇区的调度信息。在另一个示例中，具有最低(或最高)MAC地址的AP/PCP可以确定用于传送它的一个扇区的调度信息。然后，具有次最低(或次最高)MAC地址的AP/PCP可以基于迄今为止调度的传输以及传输扇区冲突报告帧来调度其第一扇区。之后，当所有的AP/PCP全都确定了用于其第一扇区的调度信息时，具有最低(或最高)MAC地址的AP/PCP可以确定其用于传送第二扇区的调度信息。该处理可以持续进行，直至所有AP/PCP调度了其所有扇区的所有传输。在集中式方法中，一个或多个协作AP/PCP可以是正在参与协作的扇区化或波束成形传输的AP/PCP之一，可以确定所有重叠的(P)BSS中的所有冲突扇区的传输调度信息。然后，用于不同扇区中的传输的调度信息可被分发至其他所有AP/PCP。举例来说，在以一个PCP为首的PBSS中，传输扇区冲突报告帧是可以与能够成为协作AP的AP共享的。随后，协作AP可以确定PBSS中的所有扇区的调度信息，并且可以将调度信息分发给PCP。随后，PCP可以通过传送诸如定向扇区化信标帧或短信标帧之类的触发帧而以显性或隐性的方式将扇区传输的调度信息分发给WTRU。在分布式和集中式方法中，由于接收WTRU通常可以用ACK、BA或短ACK之类的响应帧来做出响应，因此，对同时传输进行调度的处理可以顾及关于传输和接收WTRU的干扰。图25A-25B显示了协作的扇区化或波束成形传输的示例2500。图25A的系统可以包括第一BSS，所述第一BSS可以包括AP12501a、WTRU12503a、WTRU22504a、扇区12511a、扇区22512a以及扇区32513a。第二BSS可以包括AP22502a、WTRU32505a和WTRU42506a、扇区42514a、扇区52515a、以及扇区62516a。如图25A所示，这些扇区可以是重叠的。在第一BSS中，AP12501a可以在时间＝i以及在扇区62516a中执行针对WTRU12503a的数据分组的扇区化传输。在第二BSS中，AP22502a也可以在时间＝i以及在扇区12511a中执行针对WTRU32505a的数据分组的扇区化传输。这样一来，这两个协作的扇区化传输可以是在没有相互干扰的情况下同时进行的。图25B的系统可以包括第一BSS，所述第一BSS可以包括AP12501b、WTRU12503b、WTRU22504b、扇区12511b、扇区22512b、以及扇区32513b。第二BSS可以包括AP22502b、WTRU32505b和WTRU42506b、扇区42514b、扇区52515b、以及扇区62516b、如图25B所示，这些扇区是可以重叠的。在第一BSS中，AP12501b可以在时间＝j以及在扇区42514b中执行针对WTRU22504b的数据分组的扇区化传输。在第二BSS中，AP22502b也可以在时间＝j以及在扇区32513b中执行针对WTRU42506b的数据分组的扇区化传输。这样一来，这两个协作的扇区化传输将会在互不干扰的情况下同时进行。在分布式或集中式方法中，由于并不是所有干扰帧都会被遭遇到干扰的WTRU解码，例如在产生干扰的WTRU与接收WTRU距离过远的时候，因此，干扰仍旧是会出现的。为了解决这个问题，在调度关于重叠(P)BSS中的多个扇区的同时的扇区化或波束成形传输之前，或者在所调度的协作扇区化或波束成形传输中检测到干扰时，AP/PCP可以执行测量。当AP/PCP希望在某个时间帧(t1，t2)在某个扇区添加协作的扇区化或波束成形传输时，该AP/PCP可以指示该扇区中的WTRU在一个预先定义或是可配置的持续时间中测量来自所有相邻(P)BSS的干扰。作为替换或补充，在调度处理中可以留出一个专门用于测量的间隔。AP/PCP还可以向所有其他AP/PCP(或协作AP/PCP)发送一个请求所有AP/PCP在指定间隔中不执行传输并且测量干扰的请求。在该间隔中，发出请求的AP/PCP可以与其在预期扇区中的WTRU执行正常的传输和接收。所有AP/PCP/WTRU可以测量干扰并且更新传输扇区冲突帧。然后，AP/PCP可以使用经过更新的传输扇区冲突帧来确定新扇区的调度信息。图26显示了可以用于指示支持扇区化操作和/或波束成形传输和接收的协作扇区化和波束成形能力IE的一个示例2600。每一个能够执行协作扇区化操作和/或波束成形传输的WTRU、AP和PCP都可以通过在任何管理、控制或是其他类型的帧中包含协作扇区化和波束成形能力IE来指示其能力，作为示例，所述帧可以是探测请求/响应、关联请求/响应帧、信标、短信标等等。WTRU还可以使用已有或新字段中的一个或多个比特、例如VHT能力信息字段中的比特30-31来指示其能够执行WiFi协作的扇区化或波束成形处理。协作的扇区化和波束成形能力IE可以包括但不局限于以下字段：(1)元素ID字段2601，其可以指示该IE是协作的扇区化和波束成形能力IE；(2)长度字段2602，其可以包含该IE的长度；(3)扇区化操作字段2603，其可以包含一个或多个比特，以便指示该WTRU是否能够实施扇区化操作，例如支持扇区化传输；(4)扇区化接收报告字段2604，其可以包含一个或多个比特，以便指示WTRU是否能够提供和接收波束成形或扇区化接收报告；(5)协作波束成形能力字段2605，其可以包含一个或多个比特，以便指示该WTRU是否能够执行协作的波束成形操作。(6)协作波束成形选项字段2606，其可以包含关于协作波束成形的选项，例如用于预编码矩阵指定的波束成形方法选项，或者通过训练可以包含用于集中式或分布式协作的协作波束成形调度选项，抑或是包含能够充当集中式协作波束成形的协作节点的协作能力选项。同样，PCP和AP可以在其信标、短信标、关联响应以及探测响应中包含协作的扇区化和波束成形能力IE，以便指示其当前的协作波束成形操作模式。除了元素ID字段之外，协作的扇区化和波束成形能力IE的设计与图26中给出的设计可以是相同的。AP/PCP可能需要WTRU能够执行扇区化操作和/或协作波束成形，以便与(P)BSS相关联。如果不支持扇区化操作或协作波束成形的WTRU尝试与PCP/AP相关联，那么PCP/AP的MAC层可以通过发布一个带有ResultCode(原因码)“REFUSED_SECTORIZED_OPERATION_NOT_SUPPORTED”或“REFUSED_COORDINATED_BEAMFORMING_NOT_SUPPORTED”的MLME-ASSOCIATE.response原语来拒绝该关联。同样，在拒绝来自WTRU的关联请求的时候，所关联的关联响应帧以及MLME-ASSOCIATE.confirm原语可以包含两个与ResultCode码相同的原因码。图27显示了一个根据第三实施例为WTRU配备一个以上的WLAN接口的例示系统2700，该系统可以与这里描述的任一实施例组合使用。该实施例能在一个以上的无线接口上执行联合传输和/或波束成形/扇区化传输。设备可以具有多个WiFi接口，其中不同的WiFi接口遵循于不同的WiFi标准。例如，设备可以具有用于较大面积的覆盖范围的802.11ac接口，以及用于与WTRU进行近距离的多吉比特连接的802.11ad接口。在另一个示例中，设备可以具有用于半径高达1km的覆盖范围的802.11ah接口以及802.11n接口。在图27的示例中，AP12706具有与WiFi控制器2701对接的802.11ac接口2705以及与WTRU2707对接的802.11ad接口2704。同样，AP22707具有与WiFi控制器2701对接的802.11ac接口2702以及与WTRU2707对接的802.11ad接口2703。该实施例可以利用每一个WLAN接口的不同特性，例如覆盖范围，能力和数据速率，以便为WLAN(P)BSS和OBSS中的所有WTRU提供更统一的覆盖。这些WLAN接口还可以遵循相同(例如调谐到不同信道的多个802.11ac设备)或不同的WLAN标准(例如，一个WLAN接口可以是802.11acWTRU，而另一个WLAN接口可以是802.11ahWTRU)。通过利用不同WiFi设备的这些不同特性，可以实现协作和数据转发处理，以便提供更统一的WiFi覆盖。例如，通过利用设备上的802.11ac/ac+连接，可以为同一设备上的802.11adWTRU、PCP和AP提供协作的波束成形或协作的扇区化操作。如上所述，802.11adWTRU、PCP和AP可以使用802.11ac/ac+连接来交换协作帧，例如波束成形或扇区化接收报告帧，传输扇区冲突报告帧，协作的扇区化和波束成形能力帧，以及用于(P)BSS的扇区的调度帧和数据。同样，802.11ac/ac+WTRU和AP(或者一般来说是遵循任一802.11xx标准的WTRU和AP)可以使用别的802.11xx连接来交换协作帧，例如扇区化接收报告帧，传输扇区冲突报告帧，协作的扇区化和波束成形能力帧，以及用于(P)BSS的扇区的调度和数据帧。别的802.11xx连接也可用于交换预编码矩阵。协作、调度和数据帧的交换可以是点对点的，或者它可以如图27所示的那样是针对集中式WiFi控制器的。此外，设备还有可能具有遵从相同WiFi标准的多个WiFi接口。这一点可以作为对遵从不同WiFi标准的WiFi接口的补充。这些WiFi接口可被调谐到不同的信道，以使其中一个WiFi接口可用于传送数据帧，执行联合传输、协作波束成形、扇区化传输，而另一个WiFi接口则被用于传送如上所述的用于联合传输以及如上所述的用于协作波束成形或扇区化操作的协作、调度和数据帧，以便在WiFi网络中实现更统一的覆盖。IEEE802.11网络中的分布式的信道接入特性会产生隐藏节点问题。图28提供了关于隐藏节点问题的一个示例2800，其中WTRU22802和AP2804会侦听到来自WTRU12801的传输，而WTRU32803则不会侦听到来自WTRU12801的传输。由此，相对于WTRU12801与AP2804之间的通信而言，WTRU32803是一个隐藏节点、在这种情况下，当WTRU12801向AP2804传送分组时，隐藏节点WTRU32803有机会尝试执行针对AP2804且导致发生冲突的另一个传输。对于802.11中的单个AP来说，隐藏节点问题可以通过使用请求发送(RTS)和清除发送(CTS)信令交换来解决。对于多AP协作通信来说，由于信道接入持续以分布的方式实施，因此隐藏节点问题仍旧是存在的。此外，对于RTS/CTS分组在一些频带(例如60GHz频带)上以全向方式进行的直接传输而言，该传输有可能会很耗时。在这种情况下，通过使用不同的频带来传送RTS/CTS分组，可以解决隐藏节点问题。图29显示了根据第四实施例的用于在不同频带上传输RTS/CTS分组的例示过程2900，其中该过程可以与这里描述的任一实施例结合使用。该实施例可以提供一种用于协调联合和/或扇区化传输的机制。该过程可以在不同的频带上实施RTS/CTS，并且可以用于解决60GHz频带中的隐藏节点问题。在图29的示例中有三个WTRU：WTRUA2901，WTRUB2902，以及WTRUC2903。在本示例中，使用WTRU是为了进行例证，每一个WTRU都可以被AP取代。并且在本示例中，每一个WTRU/AP都能在5GHz和60GHz频带中进行传输/接收。执行传输的WTRUA2901可以在5GHz频道2910中发出一个RTS帧，以便尝试将60GGHz的频带保留指定的持续时间。然后，在SIFS周期之后，接收WTRUB2902可以在5GHz频带2911发出一个CTS帧，由此确认在指定的持续时间为WTRUA2901保持60GHz频带，并且开始预备在60GHz中进行接收。并非作为发射机或接收机包含的WTRUC2903可以相应地设置其在60GHz2912上的NAV，并且可以抑制该指定持续时间中的传输。当在5GHZ频带2911中接收到来自WTRUB2902的CTS帧之后，WTRUC2903可以相应地更新其在60GHz2913上的NAV，并且可以抑制在该指定持续时间内部的传输。在一个交叉频带帧间间隔(CBIFS)时段2914之后，WTRUA2901可以继续在60GHz2915上执行针对WTRU2902的数据传输。在5GHz的频带上可以发送关于60GHz传输的应答2916，以便确认来自WTRUA2901且在60GHz上进行的通信成功，并且清除WTRUA2901初始设定的60GHzNAV设置。作为替换或补充，该应答可以根据需要而在60GHz的信道上传送。图30显示了如果修改RTS/CTS格式来支持上述过程的示例3000。RTS3001可以包括帧控制字段3010，持续时间字段3011，接收机地址字段3012，发射机地址字段3013，预期频带(5G/60G)字段3014，以及FCS字段3015。预期频带(5G/60G)字段3014可以用于指示RTS帧旨在保留60GHz频带(或5GHz频带)上的信道，或者指示是保留60GHz频带内部的哪一个信道。同样，CTS3002可以包括帧控制字段3020，持续时间字段3021，发射机地址字段3022，预期频带(5G/60G)字段3023，附加反馈字段3024，以及FCS字段3025。预期频带(5G/60G)字段3023可以用于确认成功保留了60GHz频带上的信道是60GHz频带内部的指定信道。此外，通过在CTS中发送附加反馈字段3024，有助于加快60GHz频带上的波束成形训练过程。其信息可以包括但不局限于来自WTRU的历史和/或位置信息的空间波束成形矢量，并且该信息可以从附着于WTRU的全球定位系统(GPS)获取。在以上示例中，5GHz分量和60GHz分量可以存在于同一个物理设备中，例如同一个WTRU。应该指出的是，这两个分量可以存在于两个不同的物理设备中，例如5GWTRU和60GWTRU。在传统的IEEE802.11中，为了解决隐藏节点问题，有必要执行RTS/CTS信令交换。首先可以从潜在的发射极发出RTS。除了潜在接收机之外的每一个侦听到该RTS的其他站点都必须相应地设置其NAV，并且其传输。潜在的接收机可以使用与一个CTS分组来做出响应，由此确认该RTS请求。RTS与CTS的组合可以有助于该收发信机配对保留无线电资源，以及保护后续传输免受隐藏节点问题的影响。图31提供了多APWiFi中的一个示例，并且其中使用了类似的过程来处理隐藏节点问题3100。在图31的示例中，AP13101和AP23102可以传送多APRTS(MRTS)3111a和3111b，以便产生一个无线电资源请求。作为响应，接收机即本范例中的WTRU13103可以使用一个多APCTS(MCTS)3112来进行答复，由此确认该请求。接下来可以执行从AP13101和AP23102到WTRU13103的实际数据传输3113a和3113b。作为替换，传送MRTS的处理3111a和3111b既可以是同时进行的，也可以是以一个接一个的方式交错进行的。与此同时，一旦侦听到MRTS3111a和3111b，则WTRU23104可以相应地设置其NAV3114a，直至AP13101和AP23102估计的ACK3115。一旦侦听到MCTS3112，则WTRU23104可以相应地更新其NAV3114b，直至MCTS3112中规定的ACK3115结束。WTRU33105可以只侦听MCTS3112，相应地，其可以设置其NAV3116，直至MCTS3112中指定的ACK3115结束。WTRU43106可以只侦听MRTS3111a和3111b，并且可以相应地设置其NAV3117，直至AP13101和AP23102在侦听到MRTS3111a和3111b时估计的ACK3115结束。该过程将会确保每一个WTRU/AP都知道数据传输3113a和3113b，并且避免发生冲突。图32提供了一个用于MRTS和MCTS的例示帧格式3200。MRTS3201可以包括但不局限于以下字段：帧控制字段3211，持续时间字段3212，接收机地址字段3213，发射机地址1字段3214，发射机2地址字段3215，以及FCS字段3216。MCTS3202可以包括但不局限于以下字段：帧控制字段3221，持续时间字段3222，发射机地址1字段3223，发射机2地址字段3224，以及FCS字段3225。在MRTS和MCTS分组中可以指定所有发射机的地址，并且这些地址可以是MAC地址或是代表了发射机1和发射机2(例如AP1和AP2)的群组的逻辑地址。图33A-33D显示了可供多个AP接收从单个WTRU传送的信号并且在上行链路统一的WiFi(UniFi)中联合或单独解码该信号的若干示例3300。图33A显示了由超级AP执行的联合解码的一个示例。AP13302和AP23303从WTRU3301接收的消息可被发送至超级AP3304，以便进行解码。作为示例，所述超级AP3304可以是一个WiFi控制器。图33B显示了由主AP执行的联合解码的一个示例。UniFi集合中的AP13312和AP23313可以将接收自WTRU3311的信息转发到单个或“主”AP，并在所述主AP上执行解码处理，其中在本示例中，所述主AP是AP13312。该转发处理既可以在有线ESS回程上进行，也可以在单独的传输中以无线方式(over-the-air)进行。图33C显示了由多个AP执行的单独解码的一个示例。在这个示例中，AP13322和AP23323可以单独解码从WTRU3321接收的信息。成功解码了该信息的任一AP都可以将该信息发送到传输层或更高层。在所述层上执行处理重复的问题。图33D显示了由单个PA执行的单独解码的一个示例。在该示例中，WTRU3331可以在传输时选择具有最高解码成功概率的单个AP，并且可以执行针对所述AP的传输。该处理可被视为一种AP选择算法。在该实例中，WTRU3331会选择优先于AP13332的AP23333。图34A-34B显示了可供单个WTRU执行针对多个AP的传输的例示CSMA/CA过程3400。在图34A中，WTRU3401可以向AP13402和AP23403传送一个UniFi_RTS帧3411，以便保留信道以进行传输。一旦接收到来自WTRU3401的RTS，则AP13402和AP23403可以向WTRU3401传送UniFiCTS3412和3413，以便向WTRU3401确认保留了资源。在图34A的示例中，AP13402和AP23403可以在指定的持续时间之后分别以独立的方式传送UniFi_CTS3412和3413。一旦接收到来自所有AP的UniFi_CTS3412和3413，则WTRU3401可以向可用的AP传送数据。UniFi_CTS3412和3413可作为在码域中被叠加正交码(OCC)正交或是基于协定传输延迟而在时间上正交的UniFi_CTS帧来传送，例如按照RTS中的APID的顺序传送。在这种情况下，AP13402可以在SIFS时滞之后发出一个UniFi_CTS，而AP23403则可以在(2*SIFS+duration_UniFi_CTS))时滞之后发出一个UniFi_CTS。为了顾及传播延迟，源于一个或多个AP的传输可以在时间上以与在如上所述的第一实施例中描述的方式相类似的方式来调整。然后，WTRU3401会向AP13402和AP23403传送数据3414。如果成功，那么AP可以使用关于所发送的数据的应答3415来做出响应。该应答可以是：来自主AP的单个ACK，来自每一个AP且在时间上正交或是通过叠加正交码正交的单个ACK，或是来自使用CDD的所有的两个AP的联合ACK。在图34B中，WTRU3401可以向AP13402和AP23403传送一个UniFi_RTS帧3421，以便保留信道以进行传输。一旦接收到来自WTRU3401的RTS，那么，如果AP13402和AP23403能够相互协调其可用性，那么它们可以发出一个带有关于可用AP的信息的联合UniFiCTS3422。该联合UniFiCTS可以是用循环延迟分集(CDD)而从所有的两个AP发送的。AP13402和AP23403可以向WTRU3401传送联合UniFiCTS3422，以便向WTRU3401确认所述资源保留。一旦接收到联合UniFiCTS3422，则WTRU可以向可用AP传送数据3423。在本示例中，WTRU3401可以向AP13402和AP23403传送数据3423。如果传输成功，那么这些AP可以使用使用关于所发送的数据的应答3424来做出应答。该应答可以是：来自主AP的单个ACK，来自每一个AP且在时间上正交或者通过叠加正交码正交的ACK，或是来自使用CDD的所有的两个AP的联合ACK。在图34B的示例中，所显示的是联合ACK3424。在多个AP和多个WTRU具有不同的重叠UniFi集合的场景中，作为示例，当UniFi集合中的所有AP可用时，这时可以允许UniFi传输。在这种情况下，当且金丹被请求的UniFi集合中的所有AP全都返回CTS时，所述WTRU才可以执行传输。此外，来自WTRU的附加信号还可以指示所有APS全都可用并且WTRU正在开始传输。该信号可以是一个CTS-to-self或是经过修改的CTS-to-self帧。在另一个示例中，当UniFi集合中的指定AP可用时，这时可以开始执行UniFi传输。在这种情况下，WTRU可以指定一个主AP，作为示例，所述主AP可以是路径损失最低的AP。然后，WTRU可以执行针对该AP以及其他任何可用AP的传输。与所有AP可用的情形一样，此时有必要具有一个附加信号来指示数据传输开始。在另一个示例中，如果UniFi集合中的任一AP可用，则WTRU可以执行针对任一指示其可用的AP的传输。图35显示了一个在图34A-34B的过程中使用的例示UniFi_RTS帧格式的示例3500。该UniFi_RTS帧可以包括但不局限于以下字段：帧控制字段3501，持续时间字段3502，接收机1地址字段3503，发射机1地址字段3504，Rx的UniFiRTS编号字段3506，接收机2地址字段3507，以及FCS字段3508。Rx的UniFiRTS编号字段3506可以包含用于指示所述传输是UniFi传输的信息以及UniFi集合标识符。该UniFi集合标识符可以是用于指示UniFi集合中的AP的数量以及UniFi集合中的每一个AP的单个APID的字段集合，即{2，AP1，AP2}。作为替换，UniFi集合可以是充当UniFiAP集合的群组标识符的单个UniFiID。所述UniFi_ID可以是在有UniFi群组标识符指定帧所设置的UniFi传输过程中指定的。UniFi_CTS可以是一个基于WTRU发出了UNiFi_RTS的事实而被其隐性解释成UniFiCTS的遗留CTS。作为替换，在这里也可以使用经过修改且带有用于指示所述CTS是以UniFiRTS为基础的CTS的附加信息的CTS。图36显示了一个可以在图34A的过程中使用的独立的UniFi_CTS帧3600。该独立UniFi_CTS帧可以包括但不局限于以下字段：帧控制字段3601，持续时间字段3602，发射机地址字段3603，Rx的UniFiRTS编号字段3604，接收机x地址字段3605，以及FCS字段3606。Rx的UniFiRTS编号字段3604可以包含一个用于指示UniFi集合中的预期AP的数量以及返回CTS的AP的地址的字段。由于所述帧是独立的UniFi_CTS帧，因此，在所请求的资源正被AP使用的时候，所述特定AP将不会传送UniFi_CTS。AP传送的独立UniFi_CTS帧在WTRU上是能被区分的。图37显示了可以在图34B的过程中使用的联合UniFi_CTS帧3700。该联合UniFi_CTS帧可以包括但不局限于以下字段：帧控制字段3701，持续时间字段3702，发射机地址字段3703，Rx的UniFiRTS编号字段3704，接收机x地址字段3705，接收机2地址字段3706，以及FCS字段3707。所述Rx的UniFiRTS编号字段3704可以包含一个如图37所示的用于指示UniFi集合中的预期AP数量以及返回CTS的AP的地址的字段。应该指出的是，该字段可以是UniFi集合标识符。图38显示了一个具有群组ID和附加APID的数据帧的示例3800。所传送的数据的PLCP报头可被修改，以便包含一个用于指示上行链路UniFi传输的标记。此外，通过修改所传送的数据的PLCP报头，还可以包含一个用于标识所述传输所针对的AP的UniFi集合标识符。该处理既可以通过显性地列举可用于接收的AP的APID来执行，也可以使用代表了可用于接收的AP的APID的AP群组标识符UniFiID来执行，还可以使用所选择的单个APID来执行(在使用所选择的单个AP来进行单独解码的情况下)。在图38的示例中，所使用的是以下字段：帧控制字段3801，持续时间id字段3802，地址1UniFi群组ID字段3803，地址2字段3804，地址3字段3805，序列控制字段3806，地址4字段3807，QoS控制字段3808，HT控制字段3809，地址AP1字段3810，地址APx字段3811，帧主体字段3812，以及FCS字段3813。图39A-39B显示了可供使用的经过修改的ACK的示例3900。图39A显示了一个可包含多个接收地址的联合ACK的示例。图39A的联合ACK可以包括但不局限于以下字段：帧控制字段3901，持续时间字段3902，接收机地址字段3903，接收机2地址字段3904，接收机n地址字段3905，以及FCS字段3906。作为替换，多个单独的ACK可以聚合成单个帧。图39B显示了一个聚合ACK的示例，该聚合ACK可以包括但不局限于以下字段：帧控制字段3911，持续时间字段3912，接收机地址1字段3913，FCS字段3914，帧控制字段3915，持续时间字段3916，接收机地址1字段3917，以及FCS字段3918。图40显示了用于根据第五实施例的空间协作多AP传输(SCMAT)的编组处理的一个示例4000，其中该实施例可以与这里描述的任一实施例结合使用。SCMAT可以用于允许与一个或多个WTRU进行通信的多个AP利用联合和/或波束成形/扇区化传输的空间特性。AP以及所包含的WTRU的编组处理可以是在实际的UniFi传输之前确定和提供的。在图40的示例中，WTRU14001可以同时侦听AP14002和AP24003。同样，WTRU24004可以同时侦听AP14002和AP24003。AP14002和AP24003彼此可以通过无线连接或有线连接来进行通信。相应地，包含在SCMAT传输中的所有设备都是可以相互侦听的。AP和WTRU可被编组在一起，以使其可以执行SCMAT传输。具有SCMAT能力的AP和WTRU可以在如下的帧中宣布SCMAT能力，例如探测响应，信标以及关联响应帧。作为示例，SCMAT能力信息可以是在VHT能力元素中定义的。编组判据并不是唯一的，在下文中描述了其若干个例示判据。举例来说，AP1可以依照接收功率来选择将WTRU编组。例如，WTRU14001能够接收来自AP14002的信号，并且该信号强于或等于来自AP24003的信号。同样，WTRU24004能够接受来自AP24003的信号，并且该信号强于或等于来自AP14002的信号。此外，它还要求包含在SCMAT传输中的所有WTRU都能侦听到所有的两个AP。否则，如果WTRU只能侦听到自己的AP，那么将不需要执行SCMAT传输。在第二示例中，AP可以依照空间分离度来选择将WTRU编组。例如，SCMAT的目标是允许多个AP同时执行针对多个WTRU的传输。这些AP可以选择一组空间加权，所述空间加权会增强针对预期WTRU的信号强度，同时会抑制针对其他的一个或多个非预期WTRU的信号强度。在这种情况下，预期WTRU与非预期WTRRU之间的空间分离将会是尽可能高的。在第三示例中，AP可以选择将具有较高分组尺寸的WTRU编组在一起，并且每一个空间传输链路的分组尺寸可以是相似的。如果由于额外的开销而导致分组尺寸过小，那么效率将会非常低下。此外，SCMAT传输的一个需求是要WTRU在所有的DL数据传输之后使用ACK来进行回复。因此，如果每一个空间链路的分组尺寸差别很大，那么总的效率将会很低。在第四示例中，AP可以选择依照QoS需求来将WTRU编组。例如，一些分组可能对延迟和抖动具有严格的要求；如果尽可能快地布置这些分组的传输，那么将会是非常有益的。另一个选择可以是将具有相似QoS类别的分组编组在一起。编组机制可以基于选定的编组判据。作为示例，在这里使用了功率判据来说明可能的编组机制。如果AP24003的RSSI或其他测量超出了某些预置，那么具有SCMAT能力且与AP14002相关联的WTRU可以向AP14002报告AP24003的RSSI或其他信号测量。这样一来，AP14002可以收集来自其BSS中且可以侦听AP24003的所有WTRU的信息。AP14002可以选择通过无线连接或有线连接来将该信息发送给AP24003，作为示例，该连接是借助控制器完成的。AP24003可以执行类似的过程，并且可以通过无线连接或有线连接或是借助控制器来向AP14002发送相关信息。然后，AP14002和AP24003可以彼此协商，以便选择SCMAT群组的候选者。为了执行SCMAT编组处理，AP14002和AP24003可以将SCMAT群组管理帧传送到候选WTRU，即图40所示的WTRU14001和WTRU24004。图40的系统旨在充当一个示例，并且形成SCMAT群组的处理可以扩展至任何数量的WTRU。SCMAT群组管理帧可以是类别VHT的动作帧。它可以遵循群组ID管理帧格式，并且该格式是在允许将一个以上的AP定义在一个群组中的修改中定义的。在下表19中显示了SCMAT群组管理帧的一个例示格式。表19顺序信息1类别2VHT动作3成员状态阵列4用户位置阵列类别字段可被设置成是VHT的值。VHT动作字段可被设置成是用于SCMAT群组管理的值。作为示例，成员状态阵列字段可以使用一个遵从群组ID管理帧的位图格式。许可SCMAT群组ID的最大数量可以由标准规范或是WLAN系统来定义。举例来说，如果允许多达64个的SCMAT群组，那么成员状态真理字段可以包含64比特，其中比特n限定的是SCMAT群组IDn-1的成员状态。如果将比特n设置成0，则意味着WTRU/AP不是群组n-1的成员，然而，如果将比特n设置成1，则意味着WTRU/AP是群组n-1的成员。用户位置阵列字段可以用于限定群组中的用户位置。由于SCMAT传输同时包含了AP和WTRU，因此将会明确地将发射机(AP)与接收机(WTRU)划分开来。举例来说，如果系统允许每一个SCMAT群组具有包括AP和WTRU在内的22N个设备，那么用户位置真理字段可以包含2NxM个比特。在这里，M可以是许可的SCMAT群组ID的最大数量。图41提供了一个关于用户位置真理字段的示例4100。如图41所示，每一个SCMAT群组4101、4102和4103都具有2N个比特，其中比特0到比特N-1限定了AP的位置，并且比特N到比特2N-1限定了WTRU的位置。这样一来，具有用户位置值k的AP可以向用户位置值等于N+k的WTRU传送分组，k＝0，…，N-1。由于AP的用户位置可以用其他方法定义，因此，一个替换的选择可以是保持N个比特，以便识别每一个群组中的WTRU的用户位置。应该指出的是，使用SCMAT群组ID有可能不足以定义一个唯一的群组。例如，在具有3个AP和4个WTRU的系统中，AP1和AP2可以使用SCMAT群组IDk来识别包含AP1、AP2、WTRU1和WTRU2的群组。同时，AP1和AP3可以使用相同ID看来识别具有成员AP1、AP3、WTRU3以及WTRU4的别的群组。当AP1引用群组IDk时，WTRU1、WTRU2、WTRU3、WTRU4都会认为该群组ID是用于它们的群组ID。图42A提供了用于SCMAT群组管理帧的局部MAC报头的一个示例4200。SCMAT群组管理帧可以包括但不局限于以下的例示字段：帧控制字段4211，持续时间字段4212，Addr1字段4213，Addr2字段4214，Addr3字段4215，以及Addr4字段4216。每一个设备可以检查SCMAT群组ID和AP的MAC地址，以便唯一识别该群组。用于在SCMAT群组中包含APMAC地址的例示方法有两种。在第一个例示方法中，APMAC地址可被添加在SCMAT群组ID管理帧中。例如，“顺序5”可作为APMAC地址而被添加在表19中。AP的MAC地址都可以包含在该字段中。APMAC地址的顺序可用于暗示AP的用户位置。在第二个例示方法中，在MAC报头中定义的四个地址字段可被重复使用。这样一来，这四个地址字段可以被重新定义。如图42A所示，Addr14213可以是AP1的MAC地址；Addr24214可以是AP2的MAC地址。Addr34215可被修改成是WTRU1的MAC地址，Addr44216可被修改成是WTRU2的MAC地址。在接收到分组时，设备可以注意到该分组是一个SCMAT群组管理帧。所述设备可以重新访问MAC报头中的地址字段，并且可以将自己的MAC地址与这四个地址字段相比较。一旦其与其中一个地址相匹配，那么它可以将SCMAT群组ID以及Addr14213和Addr24214保持在列表中，以便进一步识别所述SCMAT群组。这样一来，与AP2关联的WTRU也可以侦听AP1。地址映射的顺序可以不同于这里描述的顺序。然而，该顺序应该是通过规范预先指定的。图42B提供了一个通过使用SCMAT群组管理帧来形成SCMAT群组的例示过程。在该示例中，SCMAT群组管理帧可以如下配置：addr1可以是AP14223的MAC地址，addr2可以是AP24224的MAC地址，addr3可被修改成是WTRU14221的MAC地址，以及addr4可被修改成是WTRU24222的MAC地址。AP14223可以是发起方AP，并且可以为其自身设置AP用户位置值0。AP14223可以向AP24224发出通知，并且可以为AP24224设置用户位置值1(在步骤4231)。该处理可以使用有线连接或无线连接来完成。对于有线连接来说，SCMAT群组管理帧可被从AP1传送到AP2(在步骤4232)。如果用户位置阵列字段包含2NxM个比特，那么可以显性指定AP2的用户位置。如果用户位置阵列字段包含NxM个比特，那么用户位置阵列字段仅用于标识WTRU的位置。在这种情况下，AP2可以查看MAC报头的addr3和addr4，并且隐性地获取用户位置。然后，AP14223可以向WTRU14221发送一个SCMAT群组管理帧(在步骤4233)。AP24224可以向WTRU24222发送一个SCMAT群组管理帧(在步骤4234)。此外，即使没有关联，AP14223也可以向WTRU24222发送一SCMAT群组管理帧(在步骤4235)，AP24224也可以向WTRU14221发送一个SCMAT群组管理帧(在步骤4236)。图43提供了一个为与SCMAT相关联的传输定义的帧格式的示例4300。所述帧可以包括但不局限于前序码4301，SIG字段4302，帧主体4303，MAC报头4304，MAC主体4305，帧控制字段4306，持续时间字段4307，addr1字段4308，addr2字段4309，addr3字段4310，以及addr4字段4311。与SCMAT相关联的传输可以使用这种帧格式，例如将其用于NDPA帧，NDP帧；ADD-SCMAT帧，A-SCMAT帧ACK帧。SCMAT数据帧也可以使用这种帧格式。在本示例中，在SIG字段中会添加一个比特，该比特表明所述帧是一个SCMAT帧。在SIG字段中还可以包含SCMAT群组ID。依照SCMAT群组ID的定义，可以重新定义MAC可报头中的四个地址字段，以便标识所包含的两个或更多AP。实施例：1、一种在无线通信中使用的方法，该方法包括：接收一个包含了多无线发射/接收单元(多WTRU)联合传输能力指示的帧。2、如实施例1所述的方法，其中所述多WTRU联合传输能力指示是一个联合传输能力信息元素(IE)。3、如实施例1所述的方法，其中所述帧是管理帧。4、如实施例1所述的方法，其中所述帧是控制帧。5、如实施例1所述的方法，其中所述帧是数据帧。6、如前述任一实施例所述的方法，还包括：监视相邻接入点(AP)能力。7、如前述任一实施例所述的方法，还包括：监视至少一个WTRU的信道特性。8、如实施例6或7所述的方法，还包括：向接收WTRU(R-WTRU)传送一个要求信标无线电测量的请求。9、如实施例8所述的方法，还包括：基于测量和R-WTRU反馈来选择一个候选的辅助AP(ATAP)。10、如实施例9所述的方法，还包括：向候选ATAP传送一个联合传输查询。11、如实施例10所述的方法，还包括：基于从AP接收的联合传输反馈来为一个或多个R-WTRU选择ATAP。12、一种关联接入点(AAP)，包括：发射机；以及接收机，其被配置成接收一个包含了多站点(多WTRU)联合传输能力指示的帧。13、如实施例12所述的AAP，其中所述多WTRU联合传输能力指示是一个联合传输能力信息元素(IE)。14、如实施例12所述的AAP，其中所述帧是管理帧。15、如实施例12所述的AAP，其中所述帧是控制帧。16、如实施例12所述的AAP，其中所述帧是数据帧。17、如实施例12-16中任一实施例所述的AAP，还包括：监视相邻接入点(AP)能力。18、如实施例12-17中任一实施例所述的AAP，还包括：监视至少一个WTRU的信道特性。19、如实施例17或18所述的AAP，还包括：向接收WRTU(R-WTRU)传送一个要求执行信标无线电测量的请求。20、如实施例19所述的AAP，还包括：基于测量和R-WTRU反馈来选择候选的辅助AP(ATAP)。21、如实施例20所述的AAP，还包括：向候选ATAP传送一个联合传输请求。22、如实施例21所述的AAP，还包括：基于从AP结束的联合传输反馈来为一个或多个R-WTRU选择ATAP。23、一种在关联接入点(AAP)中使用的方法，该方法包括：传送联合传输请求；接收联合传输响应；执行联合传输协商；以及基于联合传输协商来传送数据。24、一种在关联接入点(AAP)中使用的方法，该方法包括：在第一介质上传送联合传输请求；在第一介质上接收联合传输响应；在第二介质上执行联合传输协商；在第二介质上传送联合传输请求发送(RTS)帧；在第二介质上接收来自辅助AP(ATAP)的联合传输清楚发送(CTS)帧；在第二介质上传送数据。25、如实施例24所述的方法，其中第一介质是长期演进(LTE)介质。26、如实施例24所述的方法，其中第一介质是802.11介质。27、如实施例24所述的方法，其中第一介质是通用移动电信系统(UMTS)介质。28、如实施例24所述的方法，其中第一介质是全球微波接入互操作性(WiMAX)介质。29、如实施例24-28中任一实施例所述的方法，其中第二介质是802.11介质。30、如前述任一实施例所述的方法，其中多无线发射/接收单元(多WTRU)联合传输能力指示表明支持协作的扇区化操作。31、如前述任一实施例所述的方法，其中多无线发射/接收单元(多WTRU)联合传输能力指示表明支持协作的波束成形操作。32、如前述任一实施例所述的方法，其中WTRU执行协作的扇区化操作。33、如前述任一实施例所述的方法，其中协作的扇区化操作是以AP提供的调度信息为基础的。34、如前述任一实施例所述的方法，其中协作的波束成形操作是以AP提供的调度信息为基础的。35、一种关联接入点(APP)，其被配置成执行实施例24-34中任一实施例所述的方法。36、一种集成电路，其被配置成执行实施例24-34中任一实施例所述的方法。37、一种移动站(STA)，其被配置成执行实施例24-34中任一实施例所述的方法。38、一种AP，其被配置成执行实施例24-34中任一实施例所述的方法。39、一种网络，其被配置成执行实施例24-34中任一实施例所述的方法。40、一种无线通信系统，其被配置成执行实施例24-34中任一实施例所述的方法。41、一种基站，其被配置成执行实施例24-34中任一实施例所述的方法。42、一种WTRU，其被配置成执行实施例24-34中任一实施例所述的方法。虽然在上文中描述了采用特定组合的特征和要素，但是本领域普通技术人员将会了解，每一个特征既可以单独使用，也可以与其他特征和要素进行任何组合。虽然这里描述的解决方案考虑的是802.11专用协议，但是应该理解，这里描述的解决方案并不局限于这种场景，而是适用于其他无线系统。此外，这里描述的方法可以在引入到计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可移除磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片(DVD)之类的光介质。与软件关联的处理器可用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。当前第1页1 2 3