用于多用户传输的顺序ack的制作方法

文档序号:7849310阅读:103来源:国知局
专利名称:用于多用户传输的顺序ack的制作方法
技术领域
概括地说,本公开内容涉及来自无线局域网系统中的若干个站的确认。更具体地说,本公开内容涉及来自已定址的ー组站的、作为多用户传输的一部分的确认。
背景技术
为了解决无线通信系统所要求的増加的带宽需求的问题,正在开发不同的方案以 允许多个用户终端通过共享信道资源与单个接入点进行通信,并达到高数据吞吐量。多输入和多输出(MIMO)技术代表ー种最近出现的作为用于下一代通信系统的流行技术的方法。已在诸如电气工程师协会(IEEE) 802. 11标准之类的几种新出现的无线通信标准中采用了MMO技术。IEEE 802. 11表示由IEEE 802. 11委员会为短距离通信(例如,数十米到数百米)而开发的一组无线局域网(WLAN)空中接ロ标准。在无线通信系统中,介质访问控制(MAC)协议设计为利用由空中链路介质提供的若干自由维度。最常利用的自由维度是时间和频率。例如,在IEEE 802. IlMAC协议中,通过载波侦听多路访问(CSMA)协议来利用“时间”自由维度。CSMA协议试图确保在潜在的高干扰时段期间不发生多于ー个的传输。类似地,可以通过使用不同频率信道来利用“频率”自由维度。最新发展导致空间维度是用于増加或至少更加有效率地使用现有容量的可行选择。可以使用空分多址(SDMA)来通过调度多个终端同时进行发送和接收以改善空中链路的利用。在SDMA中,使用空间流将数据发送到每个终端。发射机可以构成与各个接收机正交的流,使得将以给定的站STA-A为目标的流视为例如STA-B、STA-C等处的低功率干扰,这不会造成显著干扰并且很可能被忽略。因为发射机具有若干天线并且发送/接收信道包括若干路径,所以可以构成这种正交流。接收机还可采用MMO技木。然而,当将MMO应用于多用户(MU)系统时,出现了额外的复杂性。例如,出现的ー个问题是如何对来自若干个接收机的响应发送机会(TXOP)进行有效地组织。接收机可能已从多用户传输(MU传输)中并行接收到下行链路数据,此后,接收机可能需要利用块确认(BA)帧等进行响应(可能连同其它上行链路业务一起)。传统系统依靠于在下行链路传输之后向所定址的站提供指定的时隙,但是该方法具有若干缺点。例如,发送接入点(AP)不知道最佳时隙长度,这是因为上行链路速率和数据量对于该AP是未知的。速率可以由AP来指定,但这通常将导致过于保守的估计,并且因此导致过长响应时隙。此外,当STA没有接收到时隙信息吋,该时隙被浪费了。

发明内容
因此,本发明的示例性实施例针对用于对定址ー组站的多用户传输的确认消息的改进排序的系统和方法。根据ー个或多个实施例,ー种用于对在来自接入点的多用户传输中定址的ー组站的确认进行排序的方法可以包括接收定址到包括所述站在内的多用户组的多用户传输;基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置;以及,在所确定的响应位置中发送所述确认。根据其它实施例,ー种用于对在来自接入点的多用户传输中定址的ー组站的确认进行排序的方法可以包括选择用于标识所述ー组站的组标识符以接收所述多用户传输;将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应,所述站响应基于站在所述组中的次序;以及,将所述多用户传输发送给所述组。
根据其它实施例,一种用于响应于多用户传输而从站向接入点发送确认的装置可以包括接收机,其配置为接收定址到包括所述站在内的多用户组的所述多用户传输;控制器,其配置为基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置;以及,发射机,其配置为在所确定的响应位置中发送确认。根据其它实施例,ー种用于对在来自接入点的多用户传输中定址的ー组站的确认进行排序的装置可以包括控制器,其配置为选择用于标识所述站的组的组标识符以接收所述多用户传输,并且将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应的模块,所述站响应基于所述站在所述ー组站中的次序。所述装置还可以包括发射机,其配置为将所述多用户传输发送给所述组。根据其它实施例,一种用于响应于多用户传输而从站向接入点发送确认的装置可以包括用于接收定址到包括所述站在内的多用户组的多用户传输的模块;用于基于所述站在所述组中的次序确定所述站在响应序列中的响应位置的模块;以及用于在所确定的响应位置中发送所述确认的模块。根据其它实施例,ー种用于对在来自接入点的多用户传输中定址的ー组站的确认进行排序的装置可以包括用于选择用于标识所述站的组的组标识符以接收所述多用户传输的模块;用于将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应的模块,所述站响应基于站在所述ー组站中的次序;以及用于将所述多用户传输发送给所述组的模块。根据其它实施例,ー种包括代码的非暂时性计算机可读介质,当所述代码由机器执行时,使得该机器执行用于响应于多用户传输而从站向接入点发送确认的操作,所述代码可以包括用于接收定址到包括所述站在内的多用户组的多用户传输的代码;用于基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置的代码;以及,用于在所确定的响应位置中发送所述确认的代码。根据其它实施例,ー种包括代码的非暂时性计算机可读介质,当所述代码由机器执行时,使得该机器执行用于对在来自接入点的多用户传输中定址的ー组站的确认进行排序的操作,所述代码可以包括用于选择用于标识所述站的组的组标识符以接收所述多用户传输的代码;用于将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应的代码,所述站响应基于站在所述ー组站中的次序;以及用于将所述多用户传输发送给所述组的代码。


附图是提供用于协助对本发明的实施例的描述,并且仅是为了对实施例的说明而提供的,并非是对其进行限制。图I示出了根据本公开内容的某些实施例的空分多址MMO无线网络。图2示出了根据本公开内容的某些实施例的无线设备的示例组件。图3示出了根据ー个或多个实施例,用于响应于多用户传输而从站向接入点发送确认的示例方法。
图4示出根据ー个或多个实施例的诸如用于802. Ilac的示例物理头部。图5描绘了由STA在向其发送MU传输的组中出现的次序所确定的、来自ー组STA的响应巾贞的示例次序。图6描绘了用于多用户传输的确认策略字段的示例使用。图7示出了根据ー个或多个实施例,用于接入点对来自在多用户传输中定址的一组站的确认进行排序的示例方法。详细说明在下面的描述和描绘本发明的具体实施例的相关附图中公开了本发明的方面。在不背离本发明的范围的情况下可以设计处替换的实施例。另外,本发明的公知的元件将不再详细描述或者将忽略掉,以避免模糊本发明的相关细节。本申请中使用的“示例性” ー词意味着“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不必被解释为比其它实施例更优选或更具优势。类似的,术语“本发明的实施例”不要求本发明的所有实施例包括所讨论的特性、优势或操作模式。在下面的详细描述中,对于下行链路通信而言,术语“接入点”可以用于表示发射节点,术语“接入終端”可以用于表示接收节点,而对于上行链路通信而言,术语“接入点”可以用于表示接收节点,术语“接入終端”可以用于表示发射节点。然而,本领域技术人员将容易理解的是,对于接入点和/或接入終端可以使用其它术语或名称。举例说明,接入点可以称作基站、基站收发机、站、終端、节点、无线节点、充当接入点的接入終端、或者某些其它适当的术语。接入終端可以称作用户终端、移动站、用户站、站、无线设备、終端、节点、无线节点、或者某些其它适当的术语。贯穿本公开内容所描述的各种概念_在应用于所有适当的无线节点,而与其具体的名称无关。本文中所使用的术语仅是出于描述特定实施例的目的,而非g在限制本发明的实施例。除非上下文清楚指明,否则,如本文中所使用的単数形式“一”、“ー个”和“该”旨在也包括复数形式。还应当理解的是,当在本文中使用吋,术语“包含”和/或“包括”指定所陈述的特征、整数、步骤、操作、要素和/或组件的存在,但是不排除存在或者添加一个或多个其它特征、整数、步骤、操作、要素、组件和/或其组。此外,在由例如计算设备的元件来执行的动作的顺序的方面描述了许多实施例。应该认识到的是,本申请中描述的各个动作可以由专用电路(例如,专用集成电路(ASIC))、由一个或多个处理器执行的程序指令、或它们的组合来执行。另外,本申请中描述的这些动作的顺序可以认为完全体现在任何形式的计算机可读存储介质中,该存储介质具有存储在其中的一组相应的计算机指令,一旦执行指令则会使相关联的处理器执行本申请中所描述的功能。因此,本发明的各个方面可以用多种不同的形式来实现,所有形式都预期处于权利要求声明的主g范围内。另外,对于本申请中描述的每个实施例,任何这种实施例的相应形式在本文中可以被描述为例如“逻辑单元,其配置为”执行所描述的动作。在以下详细描述中,将參考在下行链路上支持诸如正交频分复用(OFDM)之类的任何适当的无线技术的MMO系统来描述本公开内容的各个方面。OFDM是在以精确的频率间隔开的多个子载波上分发数据的扩频技木。该间隔提供使接收机能够从子载波恢复数据的“正交性”。OFDM系统可以实现IEEE 802. 11,或者某些其它空中接ロ标准。通过举例的方式,其它适当的无线技术包括码分多址(CDMA)、时分多址(TDMA)、或者任何其它适当的无线技术、或者适当的无线技术的任意组合。CDMA系统可以实现IS-2000、IS-95、IS-856、宽带CDMA (WCDMA)、或者某些其它适当的空中接ロ标准。TDMA系统可以实现全球移动通信系统(GSM)或者其它适当的空中接ロ标准。如本领域的技术人员将很容易意识到的,本公开内容的各个方面不限于任何特定的无线技术和/或空中接ロ标准。
现在,将參考图I给出无线网络的若干方面,图I示出了根据本公开内容的某些实施例的空分多址(SDMA)多输入和多输出(MMO)无线网络。SDMA还可以称为多用户多输入多输出(MU-MM0)。虽然本文中參考SDMA对某些技术进行了描述,但是本领域的技术人员将意识到,通常可以在利用诸如SDMA、OFDMA, CDMA及其组合的任何类型的多址方案的系统中应用这些技木。无线网络100 (本文中还可以被称为基本服务集(BSS))示为具有若干无线节点,概括地指定为接入点(AP) 110和多个接入終端或者站(STA) 120。每个无线节点通常能够进行接收和/或发送。无线网络100可以支持分布在整个地理区域以便为STA 120提供覆盖的任意数目的AP 110。可以使用系统控制器130提供对AP 110的协调和控制,以及为STA 120提供到其它网络(例如,因特网)的接入。为简单起见,在图I中示出了ー个AP 110。AP 110通常是固定的終端,AP 110向在其覆盖的地理区域内的STA 120提供回程服务。然而,在一些应用中,AP 110可以是移动的。STA 120 (其可以是固定的或者移动的)利用AP 110的回程服务或者參与到与其它STA 120的对等通信。STA 120的例子包括电话(例如,蜂窝电话)、膝上型计算机、桌面型计算机、个人数字助理(PDA)、数字音频播放器(例如,MP3播放器)、照相机、游戏控制台、或者任何其它适当的无线节点。无线网络100可以支持MMO技术。使用MMO技术,AP 110可以使用SDMA同时与多个STA 120进行通信。SDMA是使得在同一时间发送到不同接收机的多个流能够共享相同的频率信道,并且因此而提供较高的用户容量的多址方案。这是通过对每个数据流进行空间预编码,并且随后通过不同的发射天线在下行链路上发送每个经空间预编码的流来实现的。具有不同空间签名的经空间预编码的数据流到达STA 120,其使得每个STA120能够恢复发往该STA 120的数据流。在上行链路上,每个STA 120发送空间预编码的数据流,其使得AP 110能够识别每个经空间预编码的数据流的来源。应该注意到,虽然在本文中使用术语“预编码”,但是一般而言,还可以使用术语“编码”来包含对数据流进行预编码、编码、解码和/或后编码的过程。ー个或多个STA 120可以配有多个天线以能够进行某些功能。例如,采用这种配置,可以使用AP 110处的多个天线与STA 120的多个天线进行通信,以在不使用附加的带宽或发射功率的情况下改善数据吞吐量。这可以通过将发射机处的高数据速率信号分裂成多个具有不同空间签名的较低速率数据流,从而使得接收机能够将这些流分离到多个信道并且恰当地对流进行组合以恢复高速率数据信号来实现。虽然以下公开内容的部分将描述也支持MMO技术的STA 120,但是AP 110也可以配置为支持不支持MIMO技术的STA。这种方式可以允许较老版本的接入終端(即,“传统”终端)仍然部署在无线网络中,从而延长其使用寿命,并同时允许根据情况引进较新的MMO接入終端。如本文中所使用的术语“传统”概括地指支持802. Iln或者电气工程师协会(IEEE)802. 11标准的较早版本的无线网络节点。图2示出了可以无线设备202中利用的各种组件,无线设备202可以在系统100中使用。无线设备202可以是配置成实现本文中所描述的各种技术的设备的例子。无线设备202可以是AP 110或者STA 120。无线设备202可以包括控制无线设备202的操作的处理器204。处理器204还可 以称为中央处理单元(CPU)。可以包括只读存储器(ROM)和随机存取存储器(RAM)的存储器206向处理器204提供指令和数据。存储器206的一部分还可以包括非易失性随机存取存储器(NVRAM)。典型地,处理器204基于存储在存储器206内的程序指令来执行逻辑和算术运算。存储器206中的指令可执行以实现本文中所描述的技木。可以将处理器204和存储器206共同简称为控制器。无线设备202还可以包括外壳208,以容纳用于在无线设备202和远程地点之间发送和接收数据的发射机210和接收机212。发射机210和接收机212可以组合成收发机214。多个天线216可以连接到外壳208并且电耦合到收发机214。虽然没有明确地示出,但是无线设备202可以包括多个发射机、多个接收机、以及多个收发机。无线设备202还可以包括信号检测器218,信号检测器218可以用于试图检测和量化由收发机214接收的信号的水平。信号检测器218可以检测总能量、每符号每子载波的能量、功率谱密度和/或信号的其它特性。无线设备202还可以包括数字信号处理器(DSP)220以在处理信号时使用。无线设备202的各个部件可以通过系统总线222耦合到一起,其中除了数据总线以外,系统总线222还可以包括电源总线、控制信号总线和状态信号总线。图I中所示的无线网络100可以是例如802. 11无线局域网(WLAN)系统。提出了诸如802. Ilac之类的新的IEEE 802. IlWLAN标准,以允许从AP (例如,AP 110)到若干STA(例如,STA 120中的一些或者全部)同时并行传输。与现存的单用户(SU)传输相对,这种传输通常称为多用户(MU)传输。如上面所讨论的,MU传输可以使用例如MU-MM0,也称为SDMA。在MU-MMO中,AP使用不同的空间流向每个STA发送数据。然而,在MU-MMO传输中出现的ー个问题是如何有效地组织来自若干STA的响应发送机会(TXOP)。STA可能已经通过SDMA或者OFDMA并行接收到下行链路数据,此后,STA可能需要利用块确认(BA)帧等进行响应(可能连同其它上行链路业务一起)。当使用MU传输时出现并发问题是STA应该如何确定在去往AP的响应帧确认的序列中其各自的响应位置,也称为“响应地点”或者简称为“地点”。传统系统依靠于在下行链路传输之后,向定址的STA提供在其上发送确认响应的指定的时隙。例如,ー种方法是诸如通过嵌入在下行链路传输中的确定性时隙计数(DSC)字段向定址的STA提供确定性回退。通过由AP发送的下行链路SDMA聚合介质访问控制(MAC)协议数据单元(A-MPDU)给每个定址的STA分配单独的回退计数。在接收到包含DSC字段的下行链路传输之后,由定址的STA对DSC进行倒计数。当其特定DSC到达零吋,每个STA发送其响应。然而,这种传统方法具有若干缺点。例如,因为上行链路速率和数据量对于AP是未知的,所以AP不知道响应时隙的最佳长度。速率可以由AP来指定,但这通常将导致过于保守的估计,并且因此导致过长响应时隙。此外,当STA没有接收到时隙信息时,该时隙被浪费了。因此,本文所公开的各个实施例解决对针对定址WLAN中的ー组STA的MU传输的确认进行改善的排序。概括地说,可以使用每个STA在向其发送MU传输的预定义的组内的次序、或者分配给STA以用于接收MU传输的特定的空间流来确定每个ST A的响应帧在MU传输结束之后所发送的响应帧的序列中的次序。图3示出了根据ー个或多个实施例,用于响应于MU传输而从给定的STA(例如,STA120中的ー个STA)向相关联的AP (例如,AP 110)发送确认的示例方法。如图所示,STA最初接收定址到包括STA的MU组的MU传输(方框310)。AP通常将STA分配到各个组,以便接收各个MU传输。如上面所讨论的,该组可以是MU-MMO组,并且MU传输可以包括MU物理层会聚过程协议数据单元(MU PH)U)。然后,STA基于该STA在组中的次序来确定其自身在响应序列中的响应位置(方框320),并且在其所确定的响应位置中发送确认(方框330)。在一些实施例中,该组可以通过由AP所分配的组标识符(组ID)来指定。每个组可以与不同的组ID相关联。此外,组ID可以以预定义的次序来标识组成员。例如,AP可以将组I定义为(3了六1、5了六2、5了六3、5了六4),将组2定义为(STA2、STA1、STA3、STA4),将组3定义为(STA5、STA6、STA7)等。组可以在成员资格(例如,如在组I和组3之间)和成员次序(例如,如在组I和组2之间)两方面不同。STA可以是多个组的成员,使得成员资格从组到组重叠(例如,如组I和组2)。组ID可以由STA用来确定其在后续的空间流分配字段内的位置。例如,STA可以基于该STA在与MU传输所定址到的组ID相关联的组中的次序来识别出在其上接收MU传输的至少ー个空间流。组ID可以包括在MU传输的头部部分中。图4示出了根据ー个或多个实施例的诸如用于802. Ilac的示例性物理(PHY)头部400。PHY头部400可以包括第一非常高吞吐量信号字段(VHT-SIG-Al) 410和第二非常高吞吐量信号字段(VHT-SIG-A2) 420,其可以统称为VHT-SIG-A字段430。如图所示,组ID子字段440连同多个其它子字段可以是VHT-SIG-A字段430的一部分。可以使用组ID子字段440来标识向其发送802. Ilac帧的STA组。每个STA查看PHY头部400以确定其应该继续对传输进行解码还是应该忽略该传输的剩余部分。因此,STA可以查看组ID,并且如果该STA不是该特定组的成员,则该STA可以忽略该传输的剩余部分。如上面所提到的,可以使用组ID和STA在相应的组内的相关联的排序来确定对空间流的分配,STA可以在该空间流上进行监听以接收包含在MU传输中的有关数据。例如,STA出现在与组ID子字段440相关联的组中的次序可以确定该STA如何解析空间时间流的数目(NSTS)字段450。NSTS字段450指定用于从AP向每个STA发送数据的空间流的数目。空间流索引通常从O开始,并且STA根据所分配的空间流的数目(如在NSTS字段450中所指定的)以递增的次序拾取空间流。例如,返回到上面定义为(STAI、STA2、STA3、STA4)的组1,当NSTA字段450指示(2、3、1、2)时,这意味着STAl将要在空间流O和I上进行监听,STA2将要在空间流2、3和4上进行监听,STA3将要在空间流5上进行监听,并且STA4将要在空间流6和7上进行监听。特定的STA所属于的组可以由AP在该STA向AP注册时或者在某些其它时刻进行分配。STA还可以在其向AP注册时、在组成员资格改变(例如,每次将STA添加到组)时、或者在某些其它时刻,从AP接收ー个或多个组ID和相关联的STA的列表。在一些实施例中,AP发送出包含组ID以及与每个组ID相关联的STA的列表的管理帧。可以隐式地定义或者显式地定义组内的排序。例如,AP可以对组内的STA显式地进行排序,并且将该排序传送到组内的每个STA,以便每个STA存储用于未来的參考。
在这种方式中,可以使用组ID和STA的排序来确定对空间流的分配,STA在该空间流上进行监听以接收包含在MU传输中的其数据。然而,还可以利用这种相同的组序列来确定在MU帧结束之后由STA发送响应帧的次序。例如,在802. Ilac中,可以使用STA在向其发送MU PPDU的MU-MMO组中的次序来确定各个STA的响应帧在响应帧的序列中的位置。返回到上述示例组,对于去往组I的MU传输,可以以下列次序发送以这种方式处理的响应帧来自STAl的响应帧,其后接着来自STA2的响应帧,其后接着来自STA3的响应帧,其后接着来自STA4的响应帧。类似地,对于定址到组2的MU传输,STA2在MU传输之后发送其响应帧,其后接着来自STAl的响应帧,其后接着来自STA3的响应帧,其后接着来自STA4的响应帧。响应的序列可以包括在时间上由给定的帧间隔分隔开的,来自多个组成员的响应。图5描绘了由STA在向其发送MU传输的组中出现的次序所确定的、来自ー组STA的响应帧的示例次序。如图所示,将MU传输510发送到定义为(STA1、STA2、STA3)并且对应于由包含在MU传输510的PHY头部520中的组ID字段(诸如图4中所示的组ID子字段440)所标识的组ID的ー组STA 120。在接收到MU传输510之后,每个STA根据其在组中的次序,在其所确定的响应位置中发送确认。该确认可以包括在MU传输510结束之后后续发送的ー个或多个响应巾贞(例如,块确认帧)。响应帧可以由诸如短间距帧间隔(SIFS)时间间隔530之类的给定的帧间隔间隔开。因此,在图5的例子中,STAl可以在MU传输510结束之后发送其响应帧540,其后接着来自STA2的响应帧550,其后接着来自STA3的响应帧560。STA还可以将其在响应帧序列中的位置基于STA在其上接收数据的空间流,而独立于AP分配这些空间流的方式。可以以顺序的次序分配空间流,其简化了对序列中次序的确定。一般而言,可以使用确认策略(“Ack策略”)指定STA如何确认各个传输。例如,可以通过包括在MU PPDU中的下行链路MPDU的介质访问控制(MAC)头部中的服务质量(QoS)控制字段的确认策略子字段来以信号方式发送对从AP向某些STA发送的下行链路MPDU的确认策略。可以通过重新定义现存的确认策略在各种应用中实现本文中所描述的顺序ACK确认策略的类型。可以在由来自若干STA的传输对由AP进行的单个下行链路传输做出响应的各种协议中使用顺序ACK。在这些实施例中,每个STA可以首先确定是否已经由AP指定了顺序ACK确认策略用于发送确认。这可以通过检查MU传输的头部部分中的一组确认策略比特(诸如构成QoS控制字段的确认策略子字段部分的比特)来实现。IEEE 802. Iln在两个QoS控制字段比特“b5”和“b6”的方面定义了示例性传统确认策略子字段,可以根据各个实施例对其意义进行修改以便实现用于MU传输的修订的顺序ACK确认策略(例如,针对802. llac)。在802. Iln中,传统上使用将QoS控制字段的比特b5和b6设置为‘00’以指示“正常确认或者隐式块确认请求”。使用将QoS控制字段的比特b5和b6设置为‘01’来指示“没有确认”。使用将QoS控制字段的比特b5和b6设置为‘10’来指示“没有显式确认或者PSMP确认”。最后,使用将QoS控制字段的比特b5和b6设置为‘10’来指示“块确认”。可以对示例性802. Iln确认策略进行修改,以便按如下方式实现对MUPDDU中MPDU的顺序ACK。当MPDU是MU PPDU的一部分时,可以重新定义“正常确认或者隐式块确认请 求确认策略”来意指顺序ACK。例如,802. Ilac SU传输内的MPDU可以使用原始定义的确认策略(如同MPDU是传统传输),或者MPDU可以使用顺序ACK,在该情况下,简单地减少到单个响应。因此,两种解释都产生相同的结果,也就是说,在SIFS时间周期之后出现单个响应,但是当应用顺序ACK时,存在改变现存ACK规则的选择。因此,可以将QoS控制字段的比特b5和b6设置为‘00’以指示包括在MU PPDU中的帧利用顺序ACK确认策略,并且通过STA出现在向其发送MU PPDU的MU组中的次序、或者通过分配给每个STA进行监听以作为MU传输的一部分的空间流的次序来确定每个STA的响应的次序。将意识到的是,可以针对其它协议使用给定数据帧中的其它比特来定义顺序ACK确认策略。不需要针对MU传输对可以在由AP采用轮询ACK收集响应帧时使用的没有Ack确认策略、没有显式Ack确认策略、以及块Ack确认策略进行重新定义。因此,可以将QoS控制字段的比特b5和b6设置为‘01’以用于作为功率节省多轮询(PSMP)序列的一部分发送的MPDU,设置为‘10’以指示在包含MPDU的PPDU结束之后(包括帧间隔时段)不发送ACK帧,以及设置为‘11’以指示在包含MPDU的PPDU结束之后不发送立即响应,但是AP 110将跟进块确认请求(BAR)帧,以请求块确认(BA)帧的传输。与通过由AP所发送的下行链路SDMA聚合_MPDU(A_MPDU)给每个定址的STA分配単独的回退计数的传统系统形成对比,可以应用如本文所述的顺序ACK,而不需要A-MPDU。这是因为提供用于发送ACK帧的时间周期,作为在其间具有相等的SIFS间隔的延迟响应。但这可能不是对于轮询ACK的情况,这是由于轮询是通过BAR帧完成的(S卩,可以通过发送BAR帧来请求BA帧传输),但是对于正常ACK,不存在BAR帧的等价物,来对与之前所接收的MPDU有关的ACK传输进行轮询。如上所述,当使用顺序ACK确认策略时(如通过MAC头部的QoS控制字段的确认策略子字段以信号方式发送的),例如,可以通过STA在下行链路MU分组所发往的组中的次序(例如,基于MU PPDU的组ID)来确定每个BA帧在响应序列中的次序。图6描绘了针对MU传输610的确认策略字段的示例使用。如图所示,有两个STA(STA1和STA2),每个STA在其各自的MAC头部中接收到等于‘00’的确认策略,而第三STA(STA3)在其MAC头部中接收到等于‘11’的确认策略。因此,来自STAl和STA2的响应的次序由STAl和STA2在对应于下行链路MU分组所发往的组ID (其包含在PHY头部620中)的组中的次序来确定。例如,该组可以将STA的次序指示为(STA1、STA2、STA3)。因此,如图所示,STAl在MU传输610结束之后,在时间增量SIFS630处以BA帧640进行相应,并且随后STA2在来自STAl的BA帧640结束之后,在时 间增量SIFS 630处以BA帧650进行响应。同时,除记录其状态之外,STA3在接收到帧之后不采取行动。在发送BA响应帧670之前,STA3等待来自AP的BAR轮询帧660。如此处所示,因为不同目的地的MAC头部是不同的,因此确认策略可以对于每个STA是不同的。此外,在MU传输中,每个STA通常仅看到专门发往它的分组。成员在每个组中的特定次序以及所导致的响应序列排序可以由AP根据需要进行设置。图7示出了根据ー个或多个实施例,用于AP对来自在MU传输中定址的ー组STA的确认进行排序的示例方法。如图所示,AP选择用于标识ー组站的组ID以接收MU传输(方框710)。AP将MU传输的头部部分配置成指示针对站响应利用顺序ACK确认策略,以及每个STA适当的响应位置是基于该站在组中的次序(方框720)。然后,AP向该组发送MU传输(方框730)。如上所讨论的,对头部部分进行配置可以包括在QoS控制字段的确认策略子字段中以信号方式发送确认策略(例如,将QoS控制字段的确认策略子字段的两个比特设置为‘00’以指定顺序ACK确认策略)。本领域的技术人员应意识到的是,可以使用任何各种不同的技术和技艺来表示信息和信号。例如,在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子、或者其任意组合来表示。此外,本领域的技术人员将意识到结合本文公开的实施例而描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交換性,上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件,取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用,以变通的方式实现所描述的功能,但是,这种实现决策不应解释为造成对本发明的范围的背离。结合本文公开的实施例所描述的方法、顺序或者算法可直接体现在硬件、由处理器执行的软件模块、或这两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、⑶-ROM、或者本领域已知的任何其它形式的存储介质中。一种示例性的存储介质可以耦合到处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。或者,存储介质可以是处理器的组成部分。因此,本发明的实施例可以包括体现用于响应于多用户传输而从站向接入点发送确认、或者用于对在来自接入点的多用户传输中定址的一组站的确认进行排序的方法的计算机可读介质。因此,本发明不限于所示出的例子,并且用于执行本文所描述的功能的任何模块均包括在本发明的实施例中。虽然前面的公开内容示出了本发明的说明性实施例,但是需要注意的是,在不脱离由所附权利要求所定义的本发明的范围的条件下,可以做出各种改变和修改。根据本文中所描述的本发明的实施例的方法权利要求的功能、步骤和/或动作不必以任何特定顺序 执行。此外,虽然可以对本发明的元素以单数形式来描述或权利要求,但是除非明确声明限制成単数,否则应将复数考虑在内。
权利要求
1.一种用于响应于多用户传输而从站向接入点发送确认的方法,包括 接收定址到包括所述站在内的多用户组的所述多用户传输; 确定已由所述接入点指定了顺序ACK确认策略以用于发送所述确认; 根据所述顺序ACK确认策略并且基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置;以及 在所确定的响应位置中发送所述确认。
2.如权利要求I所述的方法,其中,确定已由所述接入点指定了顺序ACK确认策略包括检查所述多用户传输的头部部分中的确认策略比特。
3.如权利要求2所述的方法,其中,所述确认策略比特是服务质量控制字段的确认策略子字段的一部分。
4.如权利要求2所述的方法,其中,所述确认策略比特包括设置为‘00’的两个比特以指定所述顺序ACK确认策略。
5.如权利要求I所述的方法,其中,所述多用户组通过由所述接入点分配的、以预定义的次序来标识组成员的组标识符来规定,所述组标识符包括在所述多用户传输的头部部分中。
6.如权利要求I所述的方法,其中,所述多用户组是多用户多输入多输出(MU-MMO)组,并且所述多用户传输包括多用户物理层会聚过程协议数据单元(mu prou)。
7.一种用于对在来自接入点的多用户传输中定址的一组站的确认进行排序的方法,包括 选择用于标识所述一组站的组标识符以接收所述多用户传输; 将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应,所述站响应基于站在所述一组站中的次序;以及将所述多用户传输发送给所述组。
8.如权利要求7所述的方法,其中,配置所述头部部分包括在服务质量控制字段的确认策略子字段中以信号方式发送确认策略。
9.如权利要求8所述的方法,其中,以信号方式发送所述确认策略包括将所述服务质量控制字段的所述确认策略子字段的两个比特设置为‘00’,以指定所述顺序ACK确认策略。
10.一种用于响应于多用户传输而从站向接入点发送确认的装置,包括 用于接收定址到包括所述站在内的多用户组的所述多用户传输的模块; 用于确定已由所述接入点指定了顺序ACK确认策略以用于发送所述确认的模块; 用于根据所述顺序ACK确认策略并且基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置的模块;以及 用于在所确定的响应位置中发送所述确认的模块。
11.如权利要求10所述的装置,其中,所述用于确定已由所述接入点指定了顺序ACK确认策略的模块包括用于检查所述多用户传输的头部部分中的确认策略比特集合的模块。
12.如权利要求11所述的装置,其中,所述确认策略比特是服务质量控制字段的确认策略子字段的一部分。
13.一种用于对在来自接入点的多用户传输中定址的一组站的确认进行排序的装置,包括 用于选择用于标识所述一组站的组标识符以接收所述多用户传输的模块; 用于将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应的模块,所述站响应基于站在所述一组站中的次序;以及用于将所述多用户传输发送给所述组的模块。
14.如权利要求13所述的装置,其中,所述用于进行配置的模块包括用于将所述头部部分配置成在服务质量控 制字段的确认策略子字段中以信号方式发送确认策略的模块。
15.一种包括计算机可读介质的计算机程序产品,所述计算机可读介质包括用于使计算机执行根据权利要求I至9的方法的至少一条指令。
全文摘要
提供了用于响应于多用户传输而从站向接入点发送确认的技术,该技术可以包括接收定址到包括所述站在内的多用户组的多用户传输;基于所述站在所述组中的次序来确定所述站在响应序列中的响应位置;以及,在所确定的响应位置中发送所述确认。还提供了用于对在来自接入点的多用户传输中定址的一组站的确认进行排序的技术,该技术可以包括选择用于标识所述一组站的组标识符以接收所述多用户传输;将所述多用户传输的头部部分配置成指示顺序ACK确认策略用于站响应,所述站响应基于站在所述组中的次序;以及,将所述多用户传输发送给所述组。
文档编号H04L1/18GK102859924SQ201180020593
公开日2013年1月2日 申请日期2011年4月22日 优先权日2010年4月23日
发明者M·M·文廷克 申请人:高通股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1