增强的块确认的制作方法

专利名称：增强的块确认的制作方法
技术领域：
概括地说，本发明涉及无线通信，具体而言，涉及增强型的块确认。
背景技术：
为了提供诸如话音和数据之类的各种通信，广泛部署了无线通信系统。典型的无 线数据系统或网络为多个用户提供对一个或多个共享资源的接入。 一种系统可以使用多种 接入技术，如频分复用(F匿)、时分复用(T匿)、码分复用(CDM)等。 示例性的无线网络包括基于蜂窝的数据系统。 一些这样的例子如下(l) "TIA/ EIA—95—B Mobile Station—Base Station CompatibilityStandard for Dual—Mode Wideband Spread Spectrum Cellular System，，(IS-95标准)；(2)由名为"3rd Generation Partnership Project" (3GPP)提供的标准(W-CDMA标准)，其包含在 一 组文档3G TS 25.211、3GTS 25.212、3G TS 25. 213和3G TS 25.214中；(3)由名为"3rdGeneration Partnership Project 2" (3GPP2)提供的标准(IS-2000标准)，其包含在"TR-45. 5 Physical Layer Standard for cdma2000 SpreadSpectrum Systems，，中；(4)遵循TIA/ EIA/IS-856标准(IS-856标准)的高数据速率(HDR)系统。 无线系统的其它例子包括无线局域网(WLAN)，如IEEE802. 11 (即802. 11 (a) 、 (b) 或(g))。采样包括正交频分复用(OFDM)调制技术的多进多出(MIMO)WLAN，可以实现对这 些网络的改进。为了改进802. 11以前标准的一些缺点，已经引入了 IEEE 802. ll(e)。
随着无线系统设计方案的发展，已经可以提供高数据速率。高数据速率为先进应 用创造了可能，如话音、视频、高速数据传输以及各种其它应用。但是，不同的应用对于其各 自的数据速率具有不同的要求。多种数据类型有延时和吞吐量要求，或者需要一定的服务 质量(QoS)保证。在没有资源管理的情况下，可能会降低系统的容量，并且，系统可能无法 高效地工作。 媒体接入控制(MAC)协议通常用于在多个用户之间分配共享的通信资源。MAC协 议通常将高层与用于收发数据的物理层接合起来。为了从数据速率增长中获益，MAC协议 必须能高效地利用共享资源。 能使现有技术系统提高效率的一种特色功能是块确认或Block Ack机制。这使得 接收站能对多个接收到的帧(或帧段)发送一个确认。因此，在本领域中需要增强型的块 确认。

发明内容
本文公开的实施例能满足本领域中对增强型块确认的需求。 根据一个方面，描述了一种装置，其包括发射机，向远程站发送多个帧和多个块 确认；接收机，从所述远程站接收块确认；处理器，基于延迟参数来判断所述块确认是对哪 个块确认请求做出的响应。 根据另一个方面，公开了一种方法向远程站发送多个帧；向所述远程站发送多 个块确认请求；从所述远程站接收块确认；基于延迟参数来判断所述块确认是对所述多个 块确认请求中的哪一个做出的响应。 根据另一个方面，描述了一种装置，包括发射机，向远程站发送多个帧和多个块 确认请求；接收机，从所述远程站接收块确认；判断模块，基于延迟参数来判断所述块确认 是对所述多个块确认请求中的哪一个做出的响应。 根据另一个方面，公开了一种方法接收要发送给远程设备的帧；将每个帧与一 个帧序列标识符相关联；生成多个传输顺序指示符，每个传输顺序指示符与多个块中之一 相关联，每个块包括要发送给所述远程设备的一个或多个帧。 根据另一个方面，描述了一种装置，包括用于存储要发送给远程站的多个帧的模 块；用于存储帧序列标识符的模块，要发送给所述远程站的多个帧各自对应着一个帧序列 标识符；用于存储传输顺序指示符的模块，要发送给所述远程站的多个帧各自对应着一个 传输顺序指示符。 根据另一个方面，描述了一种消息，包括首部字段；块确认请求控制字段；块确 认开始序列控制字段；传输顺序指示符字段；帧校验序列。 根据另一个方面，描述了一种消息，包括传输顺序指示符字段；用于指示所述消 息包括块确认请求的字段。
根据另一个方面，描述了一种消息，包括首部字段；块确认控制字段；块确认开
始序列控制字段；块确认位图；已接收的传输顺序指示符字段；帧校验序列。
根据另一个方面，描述了一种消息，包括已接收的传输顺序指示符字段；块确认字段。 根据另一个方面，描述了一种装置，包括存储器，其包括输入端和输出端，所述输 入端接收要发送给远程设备的多个帧；与所述存储器相连的处理器，其将每个帧与一个帧 序列标识符相关联，并生成多个传输顺序指示符，每个传输顺序指示符与多个块中之一相 关联，每个块包括要发送给所述远程设备的一个或多个帧。 根据另一个方面，描述了一种装置，包括用于接收要发送给远程设备的多个帧的 模块；用于将每个帧与一个帧序列标识符相关联的模块；用于生成多个传输顺序指示符的 模块，每个传输顺序指示符与多个块中之一相关联，每个块包括一个或多个要发送给所述 远程设备的帧。 根据另一个方面，描述了一种装置，包括接收机，其具有接收机输入端和接收机 输出端，在所述接收机输入端上接收第一批帧以及与所述第一批帧相关联的第一传输顺序 指示符；解码器，其具有连接到所述接收机输出端的解码器输入端和解码器输出端；消息 生成器，其具有连接到所述解码器输出端的消息生成器输入端和消息生成器输出端，消息在所述消息生成器输出上传送，所述消息包括所接收到的第一传输顺序指示符和依据所述
解码器输出的第一批帧的块确认；发射机，其具有连接到所述消息生成器输出端的发射机
输入端和发射机输出端，在所述发射机输出端上发送所述消息生成器输出的消息。 根据另一个方面，描述了一种方法从远程站接收多个帧以及与收到的多个帧相
关联的传输顺序指示符；对所述多个帧进行解码；为所述多个帧各自确定肯定性或否定性
的确认；生成一条消息，所述消息包括为所述多个帧各自确定的肯定性或否定性确认以及
与收到的多个帧相关联的传输顺序指示符；向所述远程站发送所述消息。 根据另一个方面，描述了一种装置，包括接收机，接收一个或多个帧以及一个或
多个相关的传输顺序指示符；发射机，发送块确认消息；块确认消息生成模块，用于生成块
确认消息，所述块确认消息包括一批或多批帧中至少之一的肯定性或否定性确认以及与所
述块确认消息中提供的肯定性或否定性确认所对应的最新接收到的多个帧相关联的传输
顺序指示符。 根据另一个方面，公开了一种计算机可读介质，执行下列步骤向远程站发送多个 帧；向所述远程站发送多个块确认请求；从所述远程站接收块确认；基于延迟参数，判断所 述块确认是对所述多个块确认请求中的哪一个做出的响应。 根据另一个方面，公开了一种计算机可读介质，执行下列步骤接收要发送给远程 设备的帧；将每个帧与一个帧序列标识符相关联；生成多个传输顺序指示符，每个传输顺 序指示符与多个块中之一相关联，每个块包括要发送给所述远程设备的一个或多个帧。
根据另一个方面，公开了一种计算机可读介质，执行下列步骤从远程站接收多个 帧以及与收到的多个帧相关联的传输顺序指示符；对所述多个帧进行解码；为所述多个帧 各自确定肯定性或否定性确认；生成一条消息，该消息包括为所述多个帧各自确定的肯定 性或否定性确认以及与收到的多个帧相关联的传输顺序指示符；发送该消息到所述远程 站。 此外还公开了各种其它的方面和实施例。


图1是能够支持多个用户的无线通信系统的总体框图；
图2描述了现有技术的块确认请求帧；
图3描述了现有技术的块确认帧； 图4显示了从发送方STA向接收方STA发送帧的方面；
图5描述了无线通信设备的示例性实施例； 图6示出了基于期望的解码器延迟来确定有效NAK的方法的实施例； 图7-10示出了发送出的帧、块确认和相应的NAK的方面； 图11示出了根据传输顺序号来确定确认的方法的实施例； 图12-13示出了发送出的帧、块确认、相应的NAK和TSN的方面； 图14示出了利用TSN而不需要在BAR或BA中发送TSN来确定重发的方法的实施
例； 图15-17示出了一组传输、块确认、相应的NAK和TSN，它们用作图14所示方法的 例子；
图18示出了将延迟特性与隐含TSN处理相组合的增强型块确认方法的可替换实 施例； 图19描述了发射机队列的示例性实施例； 图20描述了 BAR帧的示例性实施例； 图21描述了 BA帧的示例性实施例。
具体实施例方式
本文公开的示例性实施例，还有其它示例性的实施例，结合无线LAN(或者，使用 新出现的传输技术的类似应用)的非常高比特率物理层，支持高效操作。该示例性的WLAN 在20腿z带宽内支持超过100Mbp(兆比特每秒)的比特率。还支持各种可替换的WLAN。
各种示例性的实施例保留了传统WLAN系统的分布式协同操作的简单性和鲁棒 性，例如，它们是802. 11(a-e)。可以实现各种实施例的优点，同时保持与这些传统系统的后 向兼容。(应当注意的是，在下面的说明中，将802. ll系统描述为示例性的传统系统。本领 域技术人员将会发现，这些改进同样与其它系统和标准兼容。) —种示例性的WLAN可以包括子网协议栈。子网协议栈通常可以支持高数据速率、 高带宽的物理层传输机制，包括、但不限于基于OF匿调制的机制；单载波调制技术；使用
多个发射和多个接收天线的系统(多进多出(MIMO)系统，包括多进单出(MISO)系统)， 用于非常高带宽效率的操作；将多个发射和接收天线与空间复用技术相结合从而在相同的 时间间隔内向多个用户终端发送数据或从多个用户终端接收数据的系统；使用码分多址 (CDMA)技术来实现多个用户同时传输的系统。其它的例子包括单进多出(SIMO)和单进单 出(SISO)系统。 这里给出的一个或多个示例性实施例是针对无线数据通信系统环境而展开介绍 的。虽然优选在该环境中使用，但也可以将本发明的不同实施例应用于不同的环境或配置。 通常情况下，这里描述的各种系统可用软件控制的处理器、集成电路或离散逻辑来实现。贯 穿本申请的数据、指令、命令、信息、信号、符号和码片优选用电压、电流、电磁波、磁场或粒 子、光场或粒子或其组合来表示。此外，每幅框图中所示的模块可以表示硬件或方法的步 骤。在不偏离本发明保护范围的情况下，方法的步骤可以互换。这里使用的"示例性的"一 词意味着"用作例子、例证或说明"。这里被描述为"示例性"的任何实施例或设计不应被解 释为比其它实施例或设计更优选或更具优势。 图1是系统100的一个示例性实施例，其包括一个接入点(AP) 104，它连接到一个 或多个用户终端(UT) 106A-N。与802. 11术语相一致，在本文中，AP和UT也被称为站或STA。 在此所述的技术和实施例也适用于其它类型的系统(例子包括上面详述的蜂窝标准)。本 文中所用的术语"基站"可以与术语"接入点"互换使用。术语"用户终端"可以与用户设 备(UE)、用户单元、用户站、接入终端、远程终端、移动站或本领域中其它相应的术语互换使 用。术语"移动站"涵盖固定的无线应用。 还应当注意的是，用户终端106可以直接与另一个通信。802. ll(e)引入的直接链 接协议(DLP)允许一个STA把帧直接转发到基本业务集(BSS)内的另一个目的地STA(由相 同的AP所控制)。在本领域所知的各种实施例中，不需要接入点。例如，独立的BSS(IBSS) 可以由STA的任何组合所形成。多个用户终端利用任何公知的通信格式经无线网络120彼
8此通信，它们可以形成Ad hoc网络。 AP和UT经无线局域网(WLAN) 120通信。在该示例性的实施例中，WLAN 120是高速MM0 0FDM系统。然而，WLAN 120可以是无线LAN。可选地，接入点104经网络102与任何数量的外部设备或过程进行通信。网络102可以是因特网、内部网或任何其它的有线的、无线的或光网络。连接110将物理层信号从网络运送到接入点104。设备或过程可以连接到网络102或作为WLAN 120上的UT(或经连接)。可以连接到网络102或WLAN 120的设备的例子包括电话；个人数字助理(PDA);各种类型的计算机(膝上型电脑、个人计算机、工作站、任何类型的终端)；视频设备，比如照相机、摄像机、网络摄像头；几乎任何其它类型的数据设备。过程可以包括语音、视频、数据通信等等。各种数据流可以具有不同的传输需求，它们可以通过使用不同的服务质量(QoS)技术来满足。 系统100可以用一个集中式的AP 104来部署。在一个示例性的实施例中，所有UT106与该AP进行通信。在另一个实施例中，对系统进行修改，从而在两个UT之间实现的直接的点对点通信，这对于本领域普通技术人员来说是显而易见的，其例子将在下面给出。在支持多个指定接入点的实施例中，任何站都可以被设置成一个指定的AP。访问可以由AP管理，或以自组织方式(即基于竞争)进行。 在一个实施例中，AP 104提供以太网适应能力(ad即tation)。在这种情况下，除AP之外，还可以再部署一个IP路由器，以提供到网络102的连接(这里未显示其细节)。以太网帧可以通过WLAN子网，在路由器和UT 106之间传输(下面将详细说明)。以太网适应和连接是本领域中的公知技术。 在另一个实施例中，AP 104提供IP适应能力。在这种情况下，对于已连接UT的集合(未显示其细节)，AP充当一个网关路由器。在这种情况下，AP 104可以将IP数据报寻径到UT 106，以及，对来自UT 106的IP数据报进行寻径。IP适应和连接是本领域中的公知技术。 802. lie中定义的块确认机制是802. 11ACK方案的增强版。接收机无需在每个帧传输之后就立即提供确认，在发送块确认请求(BAR)之前，块确认机制允许发送方STA在不超出块确认窗口尺寸的范围内发送一定数量的帧(或碎片)。 根据在流建立时商定的块确认方法，接收机以下列方式之一对块确认请求做出响应l.立即的块确认在收到BAR之后紧跟的一个SIFS(短的帧间间隔)时，接收机用块确认(BA)对BAR做出响应，以指明发送出的这一块帧的ACK/NAK状态。2.延迟的块确认接收机可以在随后的传输机会时发送块确认(BA)。然而，接收机也可以发送立即的ACK，以指明BAR帧的成功接收。 图2显示了现有技术的块确认请求(BAR)帧200。块确认请求帧200包括MAC报头210。 MAC报头210包括帧控制220、持续时间字段230、接收地址(RA)240和发射地址(TA)250。块确认请求控制字段260用于规定有关块确认请求的类型的各种参数。BAR帧200还包括块确认开始序列控制270和帧校验序列(FCS) 280，下面会对此做进一步描述。
图3显示了本领域所公知的块确认(BA)帧300。块确认300包括MAC报头310，类似于MAC报头210，如上所述，包括帧控制320、持续时间330、RA 340和TA 350。块确认帧300还包括块确认控制360，以指示被发送的块确认的类型。BA帧300进一步包括BA开始序列控制370和BA位图380，下面会对此做进一步描述，再后面是FCS 390。块确认开始
9序列控制字段包含发送的帧对应的第一MSDU的序列号。在响应的块确认帧中，接收机用相同的开始序列号应答并在块确认位图中指示最多64个随后MSDU的ACK/NAK状态。块确认位图的格式在自开始序列号起的窗口中给最多64帧分配16比特/帧。位图中的每个比特表示用于每帧的(最多16碎片)的其中之一的ACK/NAK状态。应当注意的是，在此所述的各个实施例中，在位图中，可以用O来标识NAK，用1来标识ACK。这仅仅是示例，当需要时，本领域技术人员将容易采用替换的位图或NAK/ACK表示方式。可以采用任何类型的比特字段。例如，ACK和NAK可以被包括，以用于汇总帧、帧、帧的部分等等。在本文中，术语"帧"可以广泛地适用于任何数据部分。 压縮BA位图的几种方法公开在有关的共同未决的美国专利申请No. 10/964330 (后面称之为'330申请)中，'330申请的标题为"HIGH SPEEDMEDIA ACCESSCONTROL WITH LEGACY SYSTEMINTEROPERABILITY"，于2004年10月13日提交，已经转让给本发明的受让人，故以引用方式加入本申请。 为了充分利用802. lln中的增加PHY数据率，可以采用许多MAC效率增强方法。这些可以包括帧汇总和减少帧间间距，这些例子公开在有关的共同未决美国专利申请No. 11/158,589中，该申请的题目为"WIRELESSLAN PROTOCOL STACK",于2005年6月21日提交，现在已经转让给本发明的受让人，故以引用方式加入本申请。此外，802. lln中还引入了先进的信道编码方案，例如串行或并行连接的turbo码和/或LDPC码。引入先进编码方案(需要迭代解码)、大的汇总帧和去掉帧间间距会在接收机上显著增加解码器的复杂度。响应于汇总帧传输或利用先进编码方案的传输的立即块确认会明显增加复杂度负担。我们希望对于相对低能力、低复杂度的接收机，允许有延迟解码的操作。 可以增强802. lie块确认机制，以便作为基于窗口的ARQ而工作。这意味着在发送BAR之后不需要停下来等待BA。在发送一部分的窗口之后可以发送BAR，紧接着传输多个帧，然后才能接收到相应的BA响应。BA可以被异步地传送到发射机，以保持ARQ窗口向前移动而不会有"协议停止"。先前已经定义了很多这样的ARQ协议，例如GPRS、 CDMA、SSCOP(ATM Service Specific Connection Oriented Protocol)。 为了在有延迟解码的情况下正确工作，发射机上的ARQ引擎知道哪些帧已经丢失和哪些帧是"正在处理中(intransit)"。在此情况下，"正在处理中"意味着多个帧正在接收机上被解码。 下面详细描述用于解决这些问题的各个实施例。例子包括如下一，接收机在块确认协商中指明最大尺寸汇总帧的解码延迟。二，可以在BAR中加入BAR传输序列号(BAR_TSN，或简称TSN)。接收机可以把BAR—TSN加入相应的BA响应中。这样，发射机就能确定哪些帧是"正在处理中"，从而实现基于窗口 ARQ的正确操作。在下述的各个实施例中，TSN用于标识块。通常，可以使用任何类型的传输顺序指示符，包括数字、字符等等。三，TSN可以与发送的一个或多个帧相关联。TSN不与BAR—起发送。发射机将确定哪个TSN对应于BA响应，下面会对此详细描述。也可以将一个或多个这些例子或其它的实施例组合起来使用。 图4显示了从发送方STA到接收方STA的帧传输例子。在该图中，从顶部到底部时间在增加。这些帧可以作为一个汇总帧发送，如图所示。在该例中，帧A、B、C和D作为一个汇总帧发送，并且块确认请求BAR(TSN二 T)包括在汇总帧中。TSN指示BAR的传输序列号，下面还将对此进行讨论。作为替换，BAR也可以隐含在汇总帧中，也就是说，每个汇总帧通过包括下列字段来隐含地包括块确认请求BAR控制、BA开始序列控制和BARTSN。
发射机获得另一个发射机会(安排好的或通过竞争)，将帧E、 F、 G和H连同BAR(TSN = T+1) —起作为汇总帧传输。应当注意的是，字母A、B、C、D、E、F、G和H表示帧序列号(可以使用任何的帧序列标识符或指示符)。这是精心设计的，以显示所发送的帧不必对应于连续的序列号。例如，在汇总体中发送的一些帧是重发的未经确认的先前帧而其它帧是初始传输的帧(将是按序排列)时，就将是这种情况。 在该例中，假设低复杂度接收机对于解码发送的汇总体引起解码延迟。在图中显示为解码延迟D。因此，在发射机已经完成了第二汇总体和具有TSN二T+1的第二BAR的传输之后，在此情况下第一汇总体的解码完成。 当发射机接收到具有TSN = T的块确认时，这表明帧E、 F、 G、 H还没有被接收到。除非发射机知道延迟解码的可能性，否则，不会知道这些帧在接收机上正进行解码并因此正"在处理中"。在此情况下，发射机知道该事实，就不会将这些帧标记为重传。
图5示出了无线通信设备的一个示例性实施例，它可以被配置成接入点104或用户终端106。无线通信设备是示例性的STA，适用于系统IOO。接入点104的结构如图5所示。收发器510根据网络102的物理层需求，在连接IIO上接收和发射。来自或发往与网络102相连的装置或应用的数据传送到处理器520。这些数据在下面会涉及到。基于有关流的应用的类型，流可以具有不同的特性和需要不同的处理。例如，视频或音频的特征在于低延时流(视频通常比语音具有较高的吞吐量需求)。许多数据应用对于延时不太敏感，但会具有较高的数据完整性需求(即，语音容许一些数据包丢失，文件传送通常不容许数据包丢失)。 处理器520可以包括媒体访问控制(MAC)处理单元(未详细显示)，它接收流260并处理它们以便在物理层上传输。处理器520还可以接收物理层数据并对其进行处理，以形成分组以便输出流。在AP和UT之间还可以传送有关802. 11WLAN的控制命令和信令。在物理层(PHY)协议数据单元(PPDU)中封装的MAC协议数据单元(MPDU)传送到无线LAN收发器560，或者，从无线LAN收发器560接收这样的MPDU。 MPDU也被称作帧。当单一的MPDU被封装在单一的PPDU中时，有时，该PPDU被称作一帧。替换的实施例可以利用任何变换技术，而且在替换实施例中术语可以改变。出于各种目的，从物理处理器520可以返回相应于各种MACID的反馈。反馈可以包括任何物理层信息，包括信道(包括多播以及单播信道)可支持的速率、调制格式和各种其它的参数。 处理器520可以是通用的微处理器、数字信号处理器(DSP)或专用处理器。处理器520可以与专用硬件相连接，以协助各种任务(未显示细节)。可以在外连的处理器上运行各种应用程序，比如外连的计算机或经网络连接，可以运行在无线通信设备104或106(未显示)内的附加处理器上，或可以运行在处理器520本身上。所示的处理器520与存储器530连接，存储器530可以用于存储数据以及指令，处理器520用于执行在此所述的各种程序和方法。本领域技术人员应该明白，存储器530可以包括一个或多个各种类型的存储器组件，可以全部或部分地嵌入处理器520。除了存储用于执行在此所述功能的指令和数据外，存储器530还可以用于存储有关各种队列的数据。 无线LAN收发器560可以是任何类型的收发器。在一个示例性实施例中，无线LAN收发器560是OFDM收发器，它可以有MMO或MISO接口 。 OFDM、 MIMO和MISO对于本领域 是熟知的。各种示例性的OFDM、 MMO和MISO收发器详细描述在共同未决的美国专利申请 No. 10/650， 295中，专利申请No. 10/650， 295的标题为"FREQUENCY-INDEPENDENTSPATIAL-P ROCESSING FOR WIDEBAND MISO AND M頂OSYSTEMS"，于2003年8月27日提交，已经转让给 本发明的受让人。替换的实施例可以包括SIMO或SISO系统。 所示的无线LAN收发器560与天线570A-N相连接。在各种实施例中可以支持任 何数量的天线。天线570可以用于在WLAN 120上发射和接收信号。 无线LAN收发机240可以包括与一个或多个天线250相连接的空间处理器。该空 间处理器可以独立地处理各天线要发送的数据，或者，对所有天线上接收的信号进行联合 处理。独立处理的例子可以基于信道估计、来自UT的反馈、信道反转(cha皿el inversion) 或本领域中公知的多种其它技术。该处理是使用多种空间处理技术中任意之一来执行 的。多个这种类型的收发机可以使用波束形成、波束导引(beam steering)、特征导引 (eigen-steering)或其它空间技术，来提高发向一个给定用户终端的吞吐量和来自一个给 定用户终端的吞吐量。在一个其中发送OFDM符号的示例性实施例中，该空间处理器可以包 括多个子空间处理器，用来处理各OFDM子信道或频段。 在一个示例性实施例中，该AP(或任何STA，比如UT)具有N个天线，而一个示例性 的UT具有M个天线。因此，该AP和该UT的天线之间有MxN条路径。在本领域中，使用多 条路径来提高吞吐量的各种空间技术都是公知的。在一种空时发射分集(STTD)系统(在 这里，也被称为"分集")中，传输数据进行格式化和编码，然后，作为单个数据流通过所有天 线发送出去。使用M个发射天线和N个接收天线，可以形成MIN(M，N)个独立信道。空间复 用利用这些独立路径，并且可以在这些独立路径上发送不同的数据，从而提高传输速率。
用于学习和适应AP和UT之间的信道特性的各种技术是公知的。可以从每个发射 天线发送独特的导频信号。在各接收天线处接收和测量这些导频信号。然后，可以将信道 状态信息反馈返回给发射设备，以便用于传输。可以执行测量信道矩阵的特征分解，以确定 信道特征模式。另一种避免在接收机中进行信道矩阵的特征分解的技术，使用导频信号和 数据的特征导引，来简化接收机中的空间处理。 因此，根据当前的信道状态，对于到系统内各个用户终端的传输，可以提供不同的 数据速率。具体而言，AP和每个UT之间的具体链路比多播链路或广播链路具有较高性能， 多播链路或广播链路可以从AP到一个以上UT分享。下面进一步对这方面的例子进行详细 说明。基于AP和各UT之间的物理链路使用哪种空间处理，无线LAN收发机240可以确定 可支持的速率。该信息可以通过连接280反馈回去，以用于MAC处理。
出于示例的目的，在无线LAN收发器560和处理器520之间配置消息解码器540。 在一个示例性实施例中，在处理器520、无线LAN收发器560、其它的电路系统或它们的组合 内可以实现消息解码器540的功能。消息解码器540适于解码任何数量的控制数据或信令 消息，以便在系统内通信。在一个例子中，消息解码器540适于接收和解码块确认消息，比 如，如下所述的BA帧300或BA帧2100，或，如下所述的块确认请求帧200或2000。利用本 领域熟知的任何数量的消息解码技术可以解码各种其它的消息。在处理器520和无线LAN 收发器560之间可以类似地配置消息编码器550(也可以全部或部分地实现在处理器520、 无线LAN收发器560、其它的电路系统或它们的组合中)，它可以执行消息的编码，比如刚刚所述的那些。对于本领域技术人员来说，消息的编码和解码技术是公知的。 返回图4，如果发射机知道在接收机处有解码器延迟D，则它知道包含帧E、 F、 G和
H的汇总帧比D发射的更新，并因此推断这些帧正在处理中。为此，发射机应该知道与可发
射到接收机的最大尺寸汇总体相关联的解码延迟。最大汇总体尺寸和有关最大汇总体尺寸
的解码延迟可以协商，作为用于流的块确认协商的一部分。 图6中描述了基于期望的解码器延迟用于确定有效NAK的方法600的示例。处理 开始于610，其中发射设备(任何类型的STA，包括AP或UT)确定预定接收机上的解码器延 迟D(同样是任何类型的站)。站之间可以协商解码器延迟D，解码器延迟D可以在通信会 话期间的任何时间传送，或可以利用测量技术估算。 一个站可以与多个其它站通信，而其它 每个站可以具有变化的解码器延迟D。如上所述，解码器延迟D是可变的，这是由于所选择 的调制格式的类型、接收机的处理能力或各种其它因素所致。在620中，站发送一组帧(一 个或多个)到接收机。这些帧可以包括多个子帧或片段。这些帧可以作为一个或多个汇 总帧发送，或作为一序列的帧发送，或作为任何其它多帧的组合发送，这些都是期望块确认 (BA)的。在630中，在传输了一个或多个帧的组之后，发射站发送BAR。在640中，发射站 在一个或多个组中将如上所述的一个或多个附加帧跟一个或多个相应的BAR—起发送。如 图所示，发射机可以在630处的BAR之后继续发送，以便使接收机有时间对所接收的帧进行 解码。在650(可以与640中所述的连续传输并行发生)中，发射站从接收站接收BA。在 660中，发射站基于延迟D区分有效NAK和"正在处理中的"帧，其中利用任何类型的NAK消 息来指示NAK，例子是上述的BA位图380。在670中，发射机相应地安排重传。接着，处理 会停止。应当注意的是，该处理可以无限迭代下去。 可以通过一个例子来说明刚才所述的的处理。图7描述了发射帧的示例。图7中 所示的是一系列的传输700。被标识为帧序列号(FSN)的顶行表明发射缓冲器内的帧序列 号。在该例中，在发射缓冲器中有N个可能的帧，尽管缓冲器可以包含少量的传输帧。在顶 行下面是序列，表明哪些帧从发射缓冲器被及时发送出去。因此，在时间零，帧0-3被发送 出去。在时间1，帧4-7被发送出去。在该例中，我们假设，一个BAR在帧0-3的传输之后 被发送出去，第二个BAR在帧4-7的传输之后被发送出去。此外，在该例中，假设先前的BA 已经被接收到，它表明帧0和2的有效NAK。图8所示的BA 800示出了该情形。应当注意 的是，如图8所示，帧1和3被确认为有效接收到。因此，由于帧0和2跟1和3在相同的 块中发送，所以，有关这些帧的NAK必然是有效的，因为解码必须完成才能确认帧1和3。因 此，如图7所示，在时间2，帧0和2被重发。在此情况下，新的帧8和9也被发送出去。
继续该例，现在假设，如图9所示的BA900被接收到。使用图6所述的延迟方法，时 间2上的传输和BA900的接收之间已经流逝的时间将确定未经确认的帧是否为有效的NAK。 例如，经过确认的帧是不言自明的，但帧6、7、8和9的接收，以及帧0和2的重发，可能会正 "进行中"，而不是实际NAK的。应当注意的是，在此情况下，如果BA在帧7之后被发送，则 帧4和5的确认将表明这些NAK对于在相同组内的帧6和7是有效的。尽管如此，不清楚 帧0、2、8和9是否正在处理中。通常，采用所述的延迟方法，可以假设，相对于延迟D很新 近发送的帧仍正在处理中。处理时间为D或更大的帧将是有效的NAK。因此，如果在图7所 示的在时间2上的帧传输和图9所示的BA 900的接收之间已经过了大于D的延迟，则可以 假设帧0、2、8和9的NAK是有效的。
13
在设计这样的系统时，应该注意的是，假设延迟太小会引起可能正在"处理中"的 这些帧的不必要重传，而假设延迟太大会增加延时，这是因为不正确解码的帧在很长的时 间内无法得到重传。上面所述的两种选择显示在图10中。应当注意的是，当时间2的帧传 输和BA 900的接收之间的时间小于D时，帧6和7的NAK被认为是有效的，因为它们对应 于有效的NAK 4和5，但对应于帧序列号0、2、8和9的零是未知的，因此NAK将不被确定并 不会安排重传。在该行中的问号表示帧正在处理中。底行表示流逝的时间大于D，因此，帧 6和7的NAK与之前的帧0， 2、8和9的NAK —样，都是有效的。 如上所述，接收机端的解码延迟由于许多原因是可变的。例如(a)解码延迟取决 于发送的汇总体的尺寸；(b)先进编码使用递归解码技术，可以用具有可变延迟的可变次 数的递归来实现；和/或(c)接收方STA上的处理器负载可能变化，这取决于多少其它的 STA正在与接收方STA通信。 如上所述，当假设解码延迟固定时，如果实际的延迟是可变的，那么，ARQ操作就会 很低效。如果实际的延迟较小，则发射机不会将丢失的帧标记成NAK。于是，这些帧的恢复 将延迟，直到具有相同指示的另一个BA被接收到为止。如果实际的延迟较大，则帧将会不 必要地重传。这两种情况都导致低效的ARQ操作。 在一个实施例中，通过在BAR中发送传输顺序号(TSN)和通过在相应的BA中加入 TSN，这些问题可以得到解决。在此情况下，当接收到BA时，发射机立即知道哪些帧是在相 应的BAR之前发送的和哪些帧是在相应的BAR之后发送的。在图4所示的例子中，当接收 到具有TSN = T的BA时，发射机知道它包括帧A、 B、 C和D的ACK状态，帧E、 F、 G和H正 在处理中(即，在接收机解码器上)。应当注意的是，这不需要在块确认协商期间告诉发射 机解码延迟D的值。 图11描述了方法IIOO，用于根据传输顺序号确定确认。该过程在1110开始，其中 第一设备向第二设备发送一组帧(一个或多个)。在1120，第一设备发送BAR，它的传输顺 序号与发送的那组帧相关联。在1130，第一设备可以继续发送附加的组(一个或多个帧)， 更新用于每个组的传输顺序号和针对每个组发送具有相应传输顺序号的BAR(例如，图8所 示的BA 800已经被接收到)。在1140，并行地，第一设备从第二设备接收BA，该BA指示了 对应于最新解码的BAR的TSN，标记为RX_TSN。在1150，第一设备确定与RX_TSN(或任何先 前的TSN)指示的传输顺序号相关的BAR—起发送的所有帧的有效NAK。在1160，第一设备 可以相应地重新安排传输。接着，处理可以停止。类似于方法600，方法1100可以无限迭 代。 根据本文的教示，对本领域技术人员显而易见的是，可以用各种方法来生成TSN 和RX—TSN。例如，TSN可以被初始化为任意值，然后递增，以生成随后的TSN值(也可以利 用替换的技术)。在接收机一端，RX_TSN可以被初始成未定义的值。接收到BAR后，RX_TSN 可以被设为等于收到的BAR中的TSN。在一个实施例中，只有在对BAR之前接收的所有帧进 行解码之后才执行这种更新。适当的时候，RX—TSN的当前值可以包括在BA中，下面会对此 做进一步详述。 通过一个例子可以进一步理解方法1100。图12描述发送的帧1200的序列，类似 于图7所述的序列700。然而在此情况下，发送的帧与指示的传输顺序号相关，如图所示。 "X"表示帧还没有被发送出去。因此，在时间零，在TSN设为零的情况下发送帧0-3。在时
14间l，在TSN设为1的情况下发送帧4-7。在时间2，基于与之前相似的假设(帧0和2已经 在之前得到NAK，而帧1和3已经在时间2得到确认)，帧0、2、8和9被发送出去。注意，帧 1和3已经被肯定地确认，因此从发射机队列中剔除它们。在图12中这通过使相关的帧变 灰来表示。 图13述了具有如第二行所示的BA位图的BA 1300，每个值与第一行中标识的相应 帧序列号相关联。如图所示，行3和4对应于两种示例情形，其中行2中所示的BA用相应 的RX—TSN为1来发射，在RX—TSN被设置到2内发射相同的BA的结果。当BA对应于TSN二 1时，很清楚的是，BA对应于用设置到1的TSN所发送的帧的BAR。回到图12中，用该TSN 发射帧4-7，因此，帧4和5得到确认，帧6和7得不到确认。由于该BA与TSN = 1相关联， 对应于帧6和7的零是有效的，并在行3中被表示成NAK。 TSN = 1之后发送的帧仍然正在 处理中，因此，在该例中，还不清楚是否帧0、2、8和9到底是被否认了 ，还是正在处理中。因 此，只有帧6和7在此时被安排重传。 在替换的例子中，行4示出了当用被设置到2的RX_TSN发射行2中所示的BA时 的结果。在此情况下，由于所有发送的未解决的帧已经用TSN = 2或较早的TSN被发射，因 此，所有未确认的帧将有足够的时间被解码，如RX_TSN所示。因此，帧0、2、6、7、8和9是有 效的NAK，并可以被安排重传。 该方法1100允许用可变的解码延迟来工作，如上所述。该实施例要求BAR传输 顺序号(TSN)字段包括在BAR帧中；接收机把最新解码的TSN值加入BA帧响应中。
在一个可替换实施例中，可以容许可变的解码延迟，而不必发射TSN，正如方法 1100所述。图14描述了方法1400的示例性实施例，它利用TSN来确定重传，而不必在BAR 或BA中发射TSN。在1410中，一组(一个或多个)帧从第一设备发往第二设备。在1420 中，将传输顺序号和发送的组相关联。在1430中，发送与该组相关联的BAR。应当注意的 是，与如上所述的1120不同，不发送TSN。在1440中，在BAR的传输之后，如前所述，发射站 可以继续发送附加的组(一个或多个帧)，更新每个组的传输顺序号(并将TSN与发送的组 相关联)，并发送每个组的BAR。同样，不必发送TSN。在1450中，并行地，第一设备接收从 第二设备发送的BA。在1460中，确定所接收的ACK对应的最近TSN。在1470中，对于跟与 所确定的TSN(或先前的TSN)相关联的BAR—起发送的所有帧，确定其有效的NAK。在一个 可替换实施例中，有用的是，当帧被正常有序发送时，最高的确认的FSN可以被定位，并且 较早的FSN可以被标记成有效确认。然而，在该替换的实施例中，当较低的FSN已经被重传 时，它或许是在最高的经过确认的FSN之后，可以安排这些较低的FSN的不必要的重传，如 果那些帧仍然正在处理中。在1480中，根据如上确定的NAK来安排重传。接着，处理停止。 如前所述，该处理可以无限迭代。 可以通过示例的方式阐明方法1400。图15示出了一组传输1500，它作为说明方 法1400的例子。如图12所示，在时间零，用设为零的TSN发送帧0-3。在时间l，用设为l 的TSN发送帧4-7。如前所示，假设接收对于帧0-3的块确认，其中帧1和3是经过ACK的 (因此，它们可以从发射机队列中被移去，如通过图15中灰化这些帧来表示)，帧2和4是 NAK的。接着，在时间2，帧0、2被重传，帧8连同它们一起被发送出去(注意，在上述所有的
例子中，各种其它的业务可以被发送到其它的站或具有集合或单独的其它接入种类，比如 在上述申请'330中所述的那样)。在时间3，帧9、10和11被发送出去。在时间4，用TSN=4发送帧2、12、13和14。 在该实施例中，可以省略TSN的传输。只在发射机一端关联TSN仍能加速NAK识 别。如上所述，在一个实施例中，发现所接收ACK对应的最近TSN，然后，先前发送的帧(即来 自先前TSN的帧)对应的所有NAK必然是有效的。在第一例中，考虑图16所示的BA 1600。 这里，在时间4的帧传输之后接收BA，如上所述。因为在编号较高的帧的传输之后可能有 编号较低的帧的重传，只发现被ACK的最高帧序列号并确定较低的编号是NAK的是不够的。 (而且，在任何给出的实施例中，不要求发射缓冲器按序发送，尽管在某些实施例会是这种 情况)。为说明起见，注意该例中FSN2的画了圆圈的确认。可以确定出，FSN 2经过了确 认。应当注意的是，FSN2是与设为4的TSN相关联的一组中最后发送的(帧2也被较早地 发送，TSN被设为零，但却是有效NAK的，如前所述)。因此，BA是对包含帧2的BAR做出的 响应，因此，对应于有关TSN = 4的组的所有其它ACK或NAK也是有效的。这些包括帧12、 13和14。因此，如图16的行3所示，不具有行2所示的BA位图中所表示的ACK的帧12-14 是有效的NAK。而且，有关先前TSN的所有先前发送的帧必须也已经被解码。因此，帧0和 6-11对应的NAK也是有效的，并被表示成第三行中的NAK。在该例中，ACK没有显示在行3 中。应当注意的是，经过确认的帧可以从发射缓冲器中被移去。问号表示帧15-(N-1)。如 果发送了附加帧(即帧15和上面的帧)，则它们将被确定为正在"处理中"，由于该例中最 新确认的帧是帧2。 在图17所示的替换例子1700中，假设发生了与图15所示的相同序列的传输。然 而，在此情况下，BA 1700发生了改变，如图所示。与图16不同，FSN 2在BA位图中包含一 个零，FSN 0具有一个1，表示ACK。在此情况下，通过确认帧进行排序，确定最新发送的确 认帧是帧零，它是用TSN = 2发送的。因此，有关帧8的NAK是有效的，由于它被加在与帧 零以及先前发送的帧(包括帧6和7)相同的组中。其余的帧是经过确认的，如行3中的空 白所示，或者是未知的和"正在处理中"的，如问号所示。 图18描述了增强型BA方法1800的另一实施例，它将延迟特性(比如上面的图6 所述)和隐含的TSN处理(比如上面的图14所述)加以组合。在该实施例中，如果接收到 的BA位图有大量的NAK，并且没有ACK表示有效接收的TSN，则延迟可用于确定较早帧对应 的可能有效NAK。如前所述，对于上述的隐含TSN处理，ACK的存在标识与其有关的TSN，该 TSN确定至少一个BAR已经被寻址。此外，所标识的TSN之后发送的帧也可以被确定是经过 有效NAK的，如果适当的延迟已经发生的话。 如前所述，应当注意的是，延迟可以被设置为较小，以防止不必要的重发，而在此 情形下抑制了重发的延时。如果期望较大的延迟，会减少错误标识NAK的可能性，但会增加 NAK帧的重发的延时。本领域技术人员将很容易地确定适当的延迟以用在各种实施例中。
方法1800的处理过程始于1410，利用与上述的图14相同的步骤前进到1470。应 当注意的是，与图14不同的是，块1470的后面是附加的块1810。在1810中，确定在一个或 多个组的发送和BA的接收之间是否已经超过了延迟D。如果是，确定可能的附加有效NAK。 该处理继续到1480，如上所述。 图17给出的上述例子可以用于说明该附加的特性。在该例中，如前所述，帧零的 确认能让接收到BA的发射机确定该BA是对至少TSN = 2做出的响应。使用图18所述的 增强方案，如果在图17所示的TSN二 3和BA的接收之间流逝的时间足够，则发射机可以假设BA也是对用TSN = 3所发送的帧做出的响应。在此情况下，发射机可以确定帧9、 10和 11也是NAK的，并将被重新安排传输。在该例中，假设延迟不再足以作出有关TSN = 4的确 定，以及因此与帧2、 12、 13和14相关的NAK的相应有效性。该示例只是作为一个例子。
图19描述了发射机队列1900的一个示例性实施例，它适用于存储器530中。本 领域技术人员可以理解，任何类型的队列可以用于发射机队列。在该例中，发射机队列包括 要传输的帧1930A-N，它们分别对应于帧序列号1910A-N。在一个只采用延迟方法的实施例 中，如图6所示，应当注意的是，不必使用TSN(1920A-N)。当期望TSN时，TSN可以与每个帧 传输相关联。注意，如上所述，可以使用附加的字段和/或可以使用所示字段的值，以表示 一帧将被重发、删除等等，这对于本领域技术人员来说将是显而易见的。
在接收设备中也可以使用类似的接收机队列(未显示细节)。在接收机队列中，帧 可以通过FSN存储，并有序地传送给较高层或应用。或者，帧可以被无序地传送给一个目的 地或较高层协议(因此不需要队列，减少队列的存储需求，或将队列重定位到不同的部件 或电路)。较高层或应用程序可以确定丢失的分组的适当性能(也就是，BAR中的窗口向前 移动，发射机已经超时或达到一帧的最大重试次数)。当允许有损耗的算法(或较高层或其 它的应用具有用于丢失帧的附加重传协议)和/或数据流是延时敏感时，这种情况会发生。
图20描述了 BAR帧2000的一个示例性实施例，它适用于在此详述的各个实施例。 在该例中，除了上面详细描述的附加字段TSN 2010之外，其它字段相同于上面详述的BAR 帧200。应当注意的是，在可替换的实施例中，可以使用任何的传输顺序指示符来代替TSN。 各种替换的实施例可以包括所示的字段、附加的字段或其任何子集。 图21描述了 BA帧2100的一个示例性实施例，它适用于在此详述的各个实施例。
在该例中，除了上面详细描述的附加字段RX—TSN 2110之外，其它字段相同于上面详述的
BAR帧300。各种替换的实施例可以包括所示的字段、附加的字段或其任何子集。 本领域技术人员应当理解，信息和信号可以使用多种不同的技术和方法来表示。
例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电
压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。 本领域技术人员还应当明白，结合本申请的实施例描述的各种示例性的逻辑框、 模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地表示硬件 和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进 行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个 系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现 所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。
用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、 分立硬件组件或者其任意组合，可以实现或执行结合本申请的实施例所描述的各种示例性 的逻辑框图、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规 的处理器、控制器、微控制器或者状态机。处理器也可能实现为计算设备的组合，例如，DSP 和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它 此种结构。 结合本申请的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器
17执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储 器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存 储介质中。 一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信 息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存 储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以 作为分立组件存在于用户终端中。 为使本领域技术人员能够实现或者使用本发明，上面围绕实施例进行了描述。对 于本领域技术人员来说，对这些实施例的各种修改都是显而易见的，并且，本申请定义的总 体原理也可以在不脱离本发明的精神和保护范围的基础上适用于其它实施例。因此，本发 明并不限于本申请给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一 致。
权利要求
一种方法，包括接收要发送给远程设备的帧；将每个帧与一个帧序列标识符相关联；以及生成多个传输顺序指示符，每个传输顺序指示符与多个块之一相关联，每个块包括要发送给所述远程设备的一个或多个帧。
2. 权利要求1的方法，进一步包括 将传输顺序指示符发送给所述远程设备。
3. 权利要求1的方法，进一步包括 将传输顺序指示符存储在发射队列中。
4. 权利要求1的方法，进一步包括 从所述远程设备接收块确认。
5 权利要求4的方法，进一步包括根据收到的块确认中经过肯定性确认的帧，确定传输顺序指示符。
6. 权利要求5的方法，其中，所确定的传输顺序指示符是经过确认的相关帧对应的最 新发送出的传输顺序指示符。
7. 权利要求6的方法，进一步包括将与所确定的传输顺序指示符或所述块确认中未经确认的帧对应的先前发送出的传 输顺序指示符相关联的所有帧都标记成未经确认。
8. 权利要求5的方法，其中，所述块确认指明了与所述块确认所针对的最新接收到的 帧相关联的传输顺序指示符。
9. 权利要求8的方法，进一步包括将块确认中与所指明的传输顺序指示符和任何先前发送出的传输顺序指示符相关联 的所有未经确认帧都标记成未经确认。
10. 权利要求4的方法，其中，所述块确认包括一个比特字段，所述比特字段中的各比特表示相关帧的解码是否成功。
11. 权利要求4的方法，进一步包括 标记未经确认的帧，以便重新传输。
12. 权利要求4的方法，进一步包括 将经过确认的帧从发射队列中剔除出去。
13. 权利要求1的方法，进一步包括 向所述远程设备发送块确认请求。
14. 权利要求13的方法，其中，所述块确认请求包括传输顺序指示符。
15. 权利要求13的方法，其中，通过在已发出的帧之后发送一个传输顺序指示符来暗 示所述块确认请求。
16. 权利要求13的方法，进一步包括 将所述多个块中的两个或更多个发送到所述远程设备。
17. 权利要求16的方法，进一步包括发送两个或更多个块确认请求，每个块确认请求都与其相应发送块一起发送。
18. 权利要求17的方法，进一步包括接收单个块确认，所述单个块确认是对所述多个发送块中的两个或更多个做出的响应。
19. 一种装置，包括用于存储要发送给远程站的多个帧的模块；用于存储帧序列标识符的模块，要发送给远程站的多个帧各自对应着一个帧序列标识 符；以及用于存储传输顺序指示符的模块，要发送给远程站的多个帧各自对应着一个传输顺序 指示符。
20. —种消息，包括 首部字段；块确认请求控制字段； 块确认开始序列控制字段； 传输顺序指示符字段；以及 帧校验序列。
21. —种消息，包括 传输顺序指示符字段；以及 用于指示所述消息包括块确认请求的字段。
22. 权利要求21的消息，进一步包括汇总帧。
23. —种消息，包括 首部字段； 块确认控制字段； 块确认开始序列控制字段； 块确认位图；已接收的传输顺序指示符字段；以及 帧校验序列。
24. —种消息，包括 已接收的传输顺序指示符字段；以及 块确认字段。
25. 权利要求24的消息，其中，所述块确认字段是位图。
26. —种装置，包括存储器，其包括输入端和输出端，所述输入端接收要发送给远程设备的多个帧；以及 与所述存储器相连的处理器，其将每个帧与一个帧序列标识符相关联，并生成多个传输顺序指示符，每个传输顺序指示符与多个块之一相关联，每个块包括要发送给所述远程设备的一个或多个帧。
27. 权利要求26的装置，进一步包括发射机，其包括发射机输入端和发射机输出端，所述发射机输入端连接到所述存储器， 在所述发射机输出端上发送从所述存储器输出的一个或多个帧。
28. 权利要求26的装置，进一步包括消息生成器，其包括消息生成器输入端和消息生成器输出端，所述消息生成器输入端连接到所述处理器，在所述消息生成器输出端上传送消息，并且其中，所述发射机输入端进 一步连接到所述消息生成器输出端，在所述发射机输出端上发送所述消息生成器输出的消 息。
29. 权利要求26的装置，进一步包括接收机，其包括接收机输入端和接收机输出端，在所述接收机输入端上接收消息，所述 接收机输出端连接到所述处理器。
30. 权利要求29的装置，其中，所述处理器进一步根据接收到的传输顺序指示符处理 所收到的块确认。
31. —种装置，包括用于接收要发送给远程设备的多个帧的模块； 用于将每个帧与一个帧序列标识符相关联的模块；以及用于生成多个传输顺序指示符的模块，每个传输顺序指示符与多个块之一相关联，每 个块包括一个或多个要发送给所述远程设备的帧。
32. 权利要求31的装置，进一步包括 用于向所述远程设备发送传输顺序指示符的模块。
33. 权利要求31的方法，进一步包括 用于在发射机队列中存储传输顺序指示符的模块。
34. —种计算机可读介质，执行下列步骤 接收要发送给远程设备的帧； 将每个帧与一个帧序列标识符相关联；以及生成多个传输顺序指示符，每个传输顺序指示符与多个块之一相关联，每个块包括要 发送给所述远程设备的一个或多个帧。
全文摘要
本文公开的实施例能满足本领域中对增强型块确认的需求。在一个实施例中，接收机在块确认协商中指明最大尺寸汇总帧的解码延迟，发射机以此判断一个块确认是对哪个块确认请求做出的响应。在另一个实施例中，块确认请求中可以包括传输序列号(TSN)。接收机将TSN加入相应的块确认响应中。这样，发射机就能判断哪些帧“正在处理中”。TSN可以用于标识块。在另一个实施例中，一个TSN可以与发送的一个或多个帧相关联。虽然TSN未跟块确认请求一起发送，但发射机也可以根据其中包含的确认来判断哪个TSN对应于块确认响应。可以将这些技术组合起来使用。本文还给出了其它各种方面。
文档编号H04L1/18GK101714913SQ20091022284
公开日2010年5月26日 申请日期2005年10月4日 优先权日2004年10月5日
发明者S·南达 申请人:高通股份有限公司