一种用于帧确认的方法和装置

摘要

本发明提供了一种用于帧确认的方法和装置，该方法包括：将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；将携带所述立即确认指示的数据帧发送出去。

权利要求

1.一种用于帧确认的方法，其特征在于：将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

将携带所述立即确认指示的数据帧发送出去；

其中：

在本帧的下行物理周期发送所述携带立即确认指示的数据帧，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；或者，在本帧的上行物理周期发送携带立即确认指示的数据帧，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。

2.如权利要求1所述的方法，其特征在于：将所述立即确认指示承载于数据帧的帧头中。

3.如权利要求1所述的方法，其特征在于：所述立即确认指示，用于指示返回所有未确认的帧的确认应答。

4.如权利要求1或所述的方法，其特征在于：缓存未收到确认应答的帧；

判断是否达到缓存容量阈值；

在达到缓存容量阈值时，触发立即确认指示的发送。

5.一种用于帧确认的装置，其特征在于，包括：封装模块，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

发送模块，用于将携带所述立即确认指示的数据帧发送出去；

其中：

所述发送模块在本帧的下行物理周期发送所述携带立即确认指示的数据帧，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；或者，所述发送模块在本帧的上行物理周期发送携带立即确认指示的数据帧，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。

6.如权利要求5所述的装置，其特征在于：所述封装模块，用于将所述立即确认指示承载于数据帧的帧头中。

7.如权利要求5所述的装置，其特征在于：所述立即确认指示，用于指示返回所有未确认的帧的确认应答。

8.如权利要求5所述的装置，其特征在于，还包括：缓存模块，用于缓存未收到确认应答的帧；

判断模块，用于判断是否达到缓存容量阈值；

处理模块，用于在达到缓存容量阈值时，触发立即确认指示的发送。

9.一种用于帧确认的方法，其特征在于，包括：接收帧；

解析帧头，获得确认方式；

当确认方式为立即确认时，在下一个时间周期发送帧确认应答；

当确认方式为延迟确认时，在有空闲资源时发送帧确认应答；

其中：

在本帧的下行物理周期接收帧，且从中解析出确认方式为立即确认时，在本帧的上行物理周期发送帧确认应答；或者，在本帧的上行物理周期接收帧，且从中解析出确认方式为立即确认时，在下一帧的下行物理周期发送帧确认应答。

10.如权利要求9所述的方法，其特征在于：在当前时间周期内，一个或者多个用户收到立即确认指示后，收到指示的用户在下一个时间周期同时发送帧确认应答。

11.一种用于帧确认的装置，其特征在于，包括：接收模块，用于接收帧；

解析模块，用于解析帧头，获得确认方式；

处理模块，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答；

其中：

所述处理模块，当确认方式为立即确认，且所述接收模块是在本帧的下行物理周期接收到所述帧时，在本帧的上行物理周期发送帧确认应答；或者，所述处理模块，当确认方式为立即确认，且所述接收模块是在本帧的上行物理周期接收到所述帧时，在下一帧的下行物理周期发送帧确认应答。

12.如权利要求11所述的装置，其特征在于：所述处理模块，用于对当前时间周期内收到帧确认方式为立即确认的一个或者多个用户，在下一个时间周期同时发送所述用户的帧确认应答。

说明书

一种用于帧确认的方法和装置

[0001] 本申请要求申请日为2011年3月31日，申请号为201110081288.6，发明名称为一种无线通信方法的在先申请的优先权，以及申请日为2011年5月19日，申请号为201110130194.3，发明名称为一种通信系统的在先申请的优先权，以及申请日为2011年7月
6日，申请号为201110189230.3，发明名称为一种用于重传的方法和装置的在先申请的优先权，以及申请日为2012年2月8日，申请号为201210027919.0，发明名称为一种用于重传的方法和装置的在先申请的优先权，以及申请日为2012年3月2日，申请号为201210053116.2，发明名称为一种用于帧确认的方法和装置的在先申请的优先权，上述在先申请的全部内容均已在本申请中体现。

技术领域

[0002] 本发明属于无线通信领域，尤其涉及一种用于帧确认的方法和装置。

背景技术

[0003] 近年来，无线网络技术有基于802.11标准的无线局域网WiFi技术、基于802.15的蓝牙Bluetooth系统以及由移动通信系统衍生而来的面向室内应用的Femto技术等等。

[0004] 基于IEEE 802.11的WiFi技术是当今使用最广的一种无线网络传输技术。主要应用于无线局域网环境，应用场景以室内居多，也可应用于室外环境。802.11系统由最初的基于CDMA传输机制的802.11b演进为基于OFDM技术的802.11a和802.11g。尽管在最新的IEEE 802.11n-2009标准中，通过引入多天线(MIMO)技术使得802.11n物理层峰值速率可达
600Mbps，但是通常媒体接入控制(MAC，Media ACess Control)层的吞吐仅仅最大能达到
300Mbps。所以对于传统的WLAN系统，基于CSMA/CA(载波侦听/冲突避免)的单用户接入的MAC层设计一直是网络性能的瓶颈。所以，尽管现有的Wi-Fi技术在一定程度上为用户提供了低廉的用户接入方式，但是很难再适应当前以及未来的飞速发展的高速率的多媒体业务需求。

[0005] 基于3GPP标准的Femto技术是从移动通信系统演进而来的一种面向室内覆盖的新技术，基于3G系统的Femto技术采用CDMA传输机制，面向LTE或WiMAX系统的Femto技术则采用OFDM传输机制。其多址接入机制通过时间、频率、码字为不同的用户分配相互正交的接入资源，这与面向竞争的CSMA/CA随机多址接入有着本质不同。但是Femto技术由面向移动通信系统的3G/LTE/WiMAX系统衍生而来。由于3G/LTE/WiMAX系统主要面向广域覆盖的移动通信场景，其系统特征对于中短距离无线通信场景并不优化。同时基于3G/LTE/WiMAX比较复杂的上层协议设计和PHY层对同步等的严格要求，导致设备成本也不能做到像802.11的低廉，这也是Femto技术目前一直没被广泛应用的重要原因之一。

[0006] 面对日益飞速发展的多媒体业务应用需求，为了更好地满足无线通信需求，需要提出更加适用的实现方案。

发明内容

[0007] 本发明要解决的技术问题是，提供一种用于帧确认的方法和装置，从而有效确保数据成功传输。

[0008] 为了解决上述技术问题，本发明提出一种用于帧确认的方法，包括：

[0009] 将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

[0010] 将携带所述立即确认指示的数据帧发送出去。

[0011] 为了解决上述技术问题，本发明还提出一种用于帧确认的装置，包括：

[0012] 封装模块，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

[0013] 发送模块，用于将携带所述立即确认指示的数据帧发送出去。

[0014] 为了解决上述技术问题，本发明提出另一种用于帧确认的方法，包括：

[0015] 将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；

[0016] 将携带所述延迟确认指示的数据帧发送出去。

[0017] 为了解决上述技术问题，本发明还提出另一种用于帧确认的装置，包括：

[0018] 封装模块，用于将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；

[0019] 发送模块，用于将携带所述延迟确认指示的数据帧发送出去。

[0020] 为了解决上述技术问题，本发明还提出又一种用于帧确认的方法，包括：

[0021] 接收帧；

[0022] 解析帧头，获得确认方式；

[0023] 当确认方式为立即确认时，在下一个时间周期发送帧确认应答；

[0024] 当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。

[0025] 为了解决上述技术问题，本发明还提出又一种用于帧确认的装置，包括：

[0026] 接收模块，用于接收帧；

[0027] 解析模块，用于解析帧头，获得确认方式；

[0028] 处理模块，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。

[0029] 本发明提供的一种用于帧确认的方法和装置，能够为确保数据成功传输提供一种应答方式，且能够有效节约传输资源。

附图说明

[0030] 图1是本发明第一实施例一种帧确认的方法流程图；

[0031] 图2是本发明第一实施例一种组确认帧格式示意图；

[0032] 图3是本发明第二实施例一种ACK帧格式示意图；

[0033] 图4是本发明第三实施例一种重传的方法流程图；

[0034] 图5是本发明第三实施例一种G-MPDU格式示意图；

[0035] 图6是本发明第三实施例一种G-MPDU子帧格式示意图；

[0036] 图7是本发明第四实施例一种用于重传的方法流程图；

[0037] 图8是本发明第四实施例一种立即确认请求帧格式示意图；

[0038] 图9是本发明第五实施例一种用于随路方式发送立即确认请求的方法流程；

[0039] 图10是本发明第五实施例一种用于随路方式发送延迟确认请求的方法流程；

[0040] 图11是本发明第五实施例一种接收随路方式发送的帧确认请求的方法流程；

[0041] 图12是本发明第五实施例一种用于帧确认的装置方框图；

[0042] 图13是本发明第五实施例另一种用于帧确认的装置方框图；

[0043] 图14是本发明第五实施例又一种用于帧确认的装置方框图；

[0044] 图15是本发明第六实施例一种用于帧确认的装置方框图；

[0045] 图16是本发明第七实施例一种用于帧确认的装置方框图。

具体实施方式

[0046] 以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。

[0047] 第一实施例

[0048] 本发明实施例提供了一种帧确认的方法，既适用于管理帧也适用于数据帧。发送端发送帧后，接收端返回确认应答，以告知发送端所述数据是否被成功接收，从而能够对数据发送成功与否进行有效监控。

[0049] 参见图1，该图示出了本发明实施例一种帧确认方法，包括步骤：

[0050] 步骤S101：将一个或者多个帧的确认应答封装为组确认应答(GroupAck)；

[0051] 其中，所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。

[0052] 步骤S102：发送所述组确认应答。

[0053] 本发明实施例提供了一种组确认的应答方式，将多个帧的确认应答封装至同一帧中发送出去，采用这种应答方式，同样的帧头参数只需要传一次即可，有效节约了传输资源；另外在物理信道上传输时，执行一个帧(组确认应答)的同步即可获取到多个帧的应答，从而有效的节约物理传输资源。

[0054] 无线通信系统支持多种业务，数据的传输按照业务流传输。按照类型，业务流可以分成管理业务流和数据业务流。其中，管理业务流由一个或者多个管理帧构成，数据业务流由一个或者多个数据帧构成。还可以按照具体的业务类型，将数据业务流分为更多的流，例如业务流1(用FID1表示)，业务流2(用FID2表示)......业务流n(用FIDn表示)。

[0055] 因此，步骤S101可进一步包括(图中未示出)：

[0056] 步骤S1011：将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答；

[0057] 步骤S1012：将一个或者多个业务流确认应答封装为组确认应答。

[0058] 在封装组确认应答时，还封装所述一个或者多个业务流的标识，以及所述各业务流上所述一个或者多个帧的标识，使得接收端据以识别接收到的组确认应答是对哪个业务流上的哪些帧做出的确认。

[0059] 较佳地，本发明实施例提出以一位图(bitmap)中的各比特位依次承载业务流上各帧的确认应答。以所述bitmap中的比特位对应的帧的序号来标识对应的帧的确认应答。接收端根据所述bitmap中比特位对应的帧的序号得知所述比特位中承载的是哪个帧的应答，根据所述比特位的值得知所述比特位序号标识的帧的确认应答内容。

[0060] 较佳地，在对业务流上连续的多个帧应答时，可以所述连续的帧中特定位置的帧，例如以bitmap中首个比特位对应的帧的序号，和bitmap的长度来标识业务流上连续多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答。

[0061] 较佳地，所述bitmap的长度不固定，返回的帧的应答数量非常灵活，进一步提高了资源利用率。

[0062] 较佳地，还可以设置分片指示信息，以指示对应的bitmap中承载的是分片的帧的确认应答，还是未分片的帧的确认应答。即，本发明实施例支持对未分片的帧的确认应答，也支持对分片的帧的确认应答，同时可以混合反馈分片的帧的确认应答和未分片的帧的确认应答。例如，在组确认应答中携带FID0和FID1的确认应答，FID0上的帧为未分片的帧，FID1上的帧为分片的帧，则以bitmap0指示FID0上的未分片的帧的确认应答，以bitmap1指示FID1上的分片的帧的确认应答。再例如，在组确认应答中携带FID0和FID1的确认应答，FID0上的帧包括未分片的帧和分片的帧，FID1上的帧为未分片的帧，则以bitmap0指示FID0上的未分片的帧的确认应答，以bitmap1指示FID0上的分片的帧的确认应答，以bitmap2指示FID1上的未分片的帧的确认应答。

[0063] 为了更直观地说明，本发明实施例还提供了一种具体的组确认帧的格式，如图2所示。图2所示的组确认帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含一个或者多个FID信息块，所述FID信息块中包括业务流标识、序号和bitmap，其中所述bitmap用于承载连续的多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答，所述序号用于指示所述bitmap中首个比特位对应的帧的序号。

[0064] 较佳地，根据bitmap的长度设置各FID信息块；所述bitmap的长度不固定。

[0065] 较佳地，在所述FID信息块中还设置bitmap的长度字段，用于指示bitmap的长度。

[0066] 较佳地，在所述FID信息块中还设置分片指示信息，以指示所述bitmap中承载的是分片的帧的确认应答，或者是未分片的帧的确认应答。

[0067] 较佳地，在帧体中还设置管理控制帧确认位，用于对接收到一个无序列号管理控制帧进行确认。

[0068] 较佳地，可以在帧体中设置长度字段，用于指示所述长度字段与FCS字段之间所有字段的总字节长度，即，指示所有FID信息块的长度之和。

[0069] 帧体中的各参数定义可参考表1。

[0070] 表1

[0071]

[0072]

[0073] 所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。

[0074] 下面将对本发明实施例返回帧确认应答的触发时机进行说明：

[0075] 1、立即确认：

[0076] 方式1：在接收到立即确认请求后，立即返回确认帧。

[0077] 其中，所述立即确认请求可以是双方约定好的一个请求帧格式。较佳地，所述立即确认请求可以是组确认请求，携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识，以指示立即返回指定业务流上的指定帧的确认应答。在接收到所述组确认请求后，立即返回指定数据流上的指定帧的确认应答。

[0078] 所述立即确认请求也可以是双方约定好的一个指示位。例如，约定数据帧中的某一字段为立即确认指示位。在解析数据帧时，如果从数据帧中解析出立即确认指示，则立即返回确认帧。

[0079] 较佳地，设置所述立即确认指示承载于数据帧的帧头中。

[0080] 本发明实施例所述立即返回确认帧，是在下一个时间周期返回。

[0081] 本发明实施例中，中心接入点(CAP)与站点(STA)可以互为发送端和接收端。其中，CAP是为接入的STA提供访问服务的实体；STA是具有媒体接入控制(MAC)和物理层(PHY)功能接口，能与CAP通信的终端设备。收发双端通过物理帧进行通信，每个物理帧周期依次包括下行周期和上行周期：CAP在下行周期向STA发送数据；STA在上行周期向CAP发送数据。本发明实施例中，指示对端立即返回确认帧时，所指示的立即返回时长，即下一个时间周期，是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。具体而言，当发送端为CAP时，是在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示STA在本帧的上行物理周期返回帧确认应答；当发送端为STA时，是在本帧的上行物理周期发送携带立即确认指示的数据帧，所述立即确认指示用于指示CAP在下一帧的下行物理周期返回帧确认应答。

[0082] 2、延迟确认：

[0083] 在未收到立即确认请求时，可以认为允许对端延迟返回帧的确认应答。

[0084] 本发明实施例中，双方约定好的一个指示位，显性指示延迟确认。例如，约定数据帧中的某一字段为延迟确认指示位。使用延迟确认的帧确认等待间隔由发送端决定，可以在有空闲资源时发送。在解析数据帧时，如果从数据帧中解析出延迟确认指示，则在有空闲资源时返回确认帧。

[0085] 第二实施例

[0086] 对于管理控制帧，没有对应响应帧的单播管理控制帧需要使用ACK或组确认帧(GroupAck)确认，否则直接用对应响应帧确认。

[0087] 本发明实施例还提供了一些管理帧请求帧及其对应的响应帧，如表2所示。当然，在另一实施例中，根据需要还可以设置其他管理请求帧及其对应的应答，本发明在此不做限制。

[0088] 表2

[0089]

[0090]

[0091] 所有非广播的管理控制帧(除随机接入请求响应帧和独立资源请求帧)都需要发送确认帧或者隐含确认。隐含确认是指对于有对应响应帧的单播管理控制帧可以将响应帧当作这一帧的确认帧。非广播的管理控制帧不需要立即确认，响应帧可以在之后允许的最大物理帧数内做出响应即可。CAP发送的响应帧收不到STA的确认帧，可以未达到预设的最大重传次数前重传该响应帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。

[0092] 数据帧使用立即确认和延迟确认由发送端决定。接收端可以根据MAC头中设置的指示帧确认方式的字段来指示是否需要立即确认。使用立即确认的帧确认等待间隔是一个时间周期。使用延迟确认的帧确认等待间隔由发送端决定。

[0093] 如果确认方式为立即确认时，在下一个时间周期没有收到确认帧，则可以在未达到预设的最大重传次数前重传该数据帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。这里说的下一个时间周期可以上行物理帧周期对应于下行物理帧周期，也可以是下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。当MPDU重传时，序号和分片号保持不变。

[0094] 如果确认方式为延迟确认时，在发送端设置的等待间隔内没有收到确认帧，则可以在未达到预设的最大重传次数前重传该数据帧，重传次数超过所述预设的最大重传次数后，发送端将丢弃该帧。

[0095] ACK帧和GroupAck帧，不再需要其他帧进行确认。

[0096] 对于分片和未分片的数据帧，可以使用ACK或GroupAck任意一种方式确认。

[0097] 本发明实施例还提供了另一种帧确认方式(ACK帧)，适用于针对单帧进行确认。为了更直观地说明，本发明实施例还提供了一种具体的确认帧的格式，如图3所示。图3所示的确认帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含FID、分片号(FSN)，帧序列号(SN)。帧体中的各参数定义可参考表3。

[0098] 表3

[0099]

[0100] 第三实施例

[0101] 本发明实施例提供了一种重传的方法，如图4所示，包括步骤：

[0102] 步骤S401：缓存已发送的帧；

[0103] 步骤S402：接收并解析帧确认应答；

[0104] 步骤S403：重传缓存的帧中未确认接收的帧。

[0105] 本发明实施例提供的重传方法由发送端维护重传的数据，在重传时，仅重传未确认接收的帧，对已经接收到的帧不再重传。尤其在按照预设窗口重传数据时，允许窗口内已经确认收到的帧不进行重传，大大节约了传输资源。

[0106] 较佳地，可以删除缓存的帧中已确认接收的帧。从而有效节约本地缓存资源。

[0107] 较佳地，可以将一个或者多个连续的帧封装为组帧(G-MPDU)发送。如图5所示，G-MPDU由一系列G-MPDU子帧组成。如图6所示，G-MPDU子帧包括G-MPDU定界符、MPDU和可能的填充字节。除了最后一个G-MPDU子帧，每个G-MPDU子帧需要增加0～1个填充字节，使每个G-MPDU子帧的长度是2字节的整数倍。所示G-MPDU定界符用来定位G-MPDU的MPDU单元。将多个帧封装在一起发送出去，在物理信道上传输时，执行一个帧(组帧)的同步即可获取到多个帧，从而有效的节约物理传输资源。

[0108] 步骤S402中接收到的帧确认应答可以是采用实施例一提供的组确认应答，也可以是实施例二提供的单帧的确认应答。

[0109] 第四实施例

[0110] 出于对缓存能力的考虑，为了防止超出缓存能力导致出错，本发明实施例还提供了一种用于重传的方法，增加对本端的缓存能力进行监控，在检测到缓存能力可能存在超出风险时，及时通知对端立即返回应答，具体如图7所示，包括步骤：

[0111] 步骤S701：缓存未收到确认应答的帧；

[0112] 步骤S701：判断是否达到缓存容量阈值；

[0113] 步骤S701：在达到缓存容量阈值时，发送立即确认请求，以指示立即返回帧确认应答。

[0114] 较佳地，所述立即确认请求携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识，以指示立即返回指定数据流上的指定帧的确认应答。

[0115] 较佳地，所述立即确认请求可以携带各业务流上需要返回应答的首个帧的序号，以指示对端返回所述业务流上从所述首个帧开始的帧的确认应答。

[0116] 为了更直观地说明，本发明实施例还提供了一种具体的立即确认请求的帧格式，如图8所示。图8所示的立即确认请求帧包括帧头、帧体和帧校验信息(FCS)。帧头中包含帧控制信息，例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型，或者具体的数据帧类型)、版本信息等；帧体中包含一个或者多个FID信息块，每个FID信息块中包括业务流标识FID和序号，所述序号为业务上需要返回确认应答的首个帧的序号，以指示对端从所述首个帧开始返回确认应答，与实施例一中提供的组确认中bitmap的首个比特位对应的帧的序号对应。帧体中各参数定义可参考表4。

[0117] 表4

[0118]

[0119] 较佳地，本发明实施例还提供了另一种实现立即确认请求的方式：通过将立即确认指示承载于数据帧中，随数据帧发送出去，以发送立即确认请求；所述立即确认指示，用于指示立即返回帧确认应答。

[0120] 较佳地，可以将立即确认指示承载于数据帧的帧头中。

[0121] 其中，所述立即返回帧确认应答，是在下一个时间周期返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在下一帧的下行物理周期返回帧确认应答。

[0122] 较佳地，本发明实施例还可以在未达到缓存容量阈值时，将延迟确认指示承载于数据帧中，随数据帧发送出去。所述延迟确认指示，用于指示允许延迟返回各业务流上所有未确认的数据帧的确认应答。对端在解析数据帧时，如果从数据帧中解析出延迟确认指示，则在有空闲资源时返回各业务流上所有未确认的帧确认应答。

[0123] 本发明实施例还提供了一种帧确认发送时机的选择，中心接入点(CAP)与站点(STA)可以互为发送端和接收端，具体包括：

[0124] 1、如果CAP发送管理控制帧(需要确认)给STA，则CAP在调度上行传输资源时需要为确认帧预留资源，保证STA有机会将确认帧成功发送。

[0125] 2、如果CAP发送G-MPDU给STA，并通过用于指示帧确认方式的字段指示STA进行立即确认，则CAP在调度上行传输资源时需要为GroupAck帧或者ACK帧预留资源。

[0126] 3、如果CAP发送聚合数据帧给STA，并通过用于指示帧确认方式的字段指示允许STA延迟响应，则STA即可以在上行传输资源有剩余时主动将GroupAck帧回传，也可以等待接收到CAP发送的立即确认通知后再回传GroupAck帧。

[0127] 4、如果STA发送管理控制帧(需要确认)给CAP，则CAP应该在下一帧的下行物理周期进行确认。

[0128] 5、如果STA发送G-MPDU给CAP，并通过用于指示帧确认方式的字段指示CAP立即确认，则CAP在下一帧的下行物理周期发送GroupAck帧或者ACK帧。

[0129] 6、如果STA发送聚合数据帧给CAP，并通过用于指示帧确认方式的字段指示允许CAP延迟响应，则CAP即可以在下行传输资源有剩余时主动将GroupAck帧回传，也可以等待接收到STA发送的立即确认通知后再回传GroupAck帧。

[0130] 第五实施例

[0131] 本发明实施例提供了一种用于帧确认的方法，采用随路方式承载立即确认请求，要求对端立即进行帧确认，如图9所示，包括步骤：

[0132] 步骤S901：将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

[0133] 步骤S902：将携带所述立即确认指示的数据帧发送出去。

[0134] 较佳地，收发双方可以约定数据帧中的某一字段为立即确认指示位，在发送数据帧时，通过设置所示立即确认指示位，要求对端立即返回帧确认应答。较佳地，可以约定在数据帧的帧头中设置立即确认指示位。在发送立即确认请求时，通过设置数据帧的帧头中的立即确认指示位指示对端立即返回帧确认应答。

[0135] 较佳地，所述立即返回帧确认应答，是指在下一个时间周期发送返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在本帧的上行物理周期返回帧确认应答；在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示对端在下一帧的下行物理周期返回帧确认应答。

[0136] 较佳地，所述立即确认指示，用于指示返回所有未确认的帧的确认应答，从而提高传输效率，减少不必要的带宽浪费。

[0137] 对于立即确认请求的发送时机，本发明设计通过对缓存容量进行监控，当超过容量阈值时，告知对端立即反馈帧确认应答，防止超出缓存能力导致出错，具体包括步骤：

[0138] 步骤1：缓存未收到确认应答的帧；

[0139] 步骤2：判断是否达到缓存容量阈值；

[0140] 步骤3：在达到缓存容量阈值时，触发立即确认指示的发送。

[0141] 本发明实施例还提供了一种用于帧确认的方法，采用随路方式承载延迟确认请求，告知对端返回帧确认应答，但允许对端延迟返回，如图10所示，包括步骤：

[0142] 步骤S1001：将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；

[0143] 步骤S1002：将携带所述延迟确认指示的数据帧发送出去。

[0144] 较佳地，收发双方可以约定数据帧中的某一字段为延迟确认指示位，在发送数据帧时，通过设置所示延迟确认指示位，告知对端允许延迟返回帧确认应答。较佳地，可以约定在数据帧的帧头中设置延迟确认指示位。在发送延迟确认请求时，通过设置数据帧的帧头中的延迟确认指示位来指示对端返回帧确认应答，同时允许对端延迟返回。

[0145] 较佳地，所述延迟确认指示，用于指示返回所有未确认的帧的确认应答，从而提高传输效率，减少不必要的带宽浪费。

[0146] 对于延迟确认请求的发送时机，本发明设计通过对缓存容量进行监控，当未超过容量阈值时，说明现在并不会导致超出缓存能力导致出错，不是非常急需返回帧确认应答，则优先确保对端的任务的顺利执行，因此，发送延迟确认指示，允许对端延迟返回帧确认应答，具体包括步骤：

[0147] 步骤1：缓存未收到确认应答的帧；

[0148] 步骤2：判断是否达到缓存容量阈值；

[0149] 步骤3：在未达到缓存容量阈值时，触发延迟确认指示的发送。

[0150] 本发明上述两种用于帧确认的方法，充分考虑到本地处理的优先级和对端业务保证，对两者的优先级合理平衡，提高了系统的整体性能；且采用随路方式进行指示，充分利用现有的传输资源，有效降低了为告知对端应答占用的传输资源，且易于实现，具有很现实的经济价值。

[0151] 相应地，本发明实施例还提供了一种用于帧确认的方法，处理采用上述随路方式发送来的帧确认请求，如图11所示，包括步骤：

[0152] 步骤S1101：接收帧；

[0153] 步骤S1102：解析帧头，获得确认方式；

[0154] 步骤S1103：当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。

[0155] 其中，在本帧的下行物理周期接收帧，且从中解析出确认方式为立即确认时，在本帧的上行物理周期发送帧确认应答；在本帧的上行物理周期接收帧，且从中解析出确认方式为立即确认时，在下一帧的下行物理周期发送帧确认应答。

[0156] 较佳地，在当前时间周期内，一个或者多个用户收到立即确认指示后，收到指示的用户在下一个时间周期同时发送帧确认应答。

[0157] 为了实现上述要求对端立即进行帧确认的帧确认方法，本发明实施例还提供了一种用于帧确认的装置，如图12所示，包括：

[0158] 封装模块1201，用于将立即确认指示承载于数据帧中；所述立即确认指示，用于指示立即返回帧确认应答；

[0159] 发送模块1202，用于将携带所述立即确认指示的数据帧发送出去。

[0160] 较佳地，所述封装模块1201，用于将所述立即确认指示承载于数据帧的帧头中。

[0161] 较佳地，所述立即返回帧确认应答，是指在下一个时间周期发送返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。

[0162] 即，所述发送模块1202，在本帧的下行物理周期发送所述携带立即确认指示的数据帧时，所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答。所述发送模块1202，在本帧的上行物理周期发送携带立即确认指示的数据帧时，所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。

[0163] 较佳地，所述立即确认指示，用于指示返回所有未确认的帧的确认应答。

[0164] 较佳地，还包括：

[0165] 缓存模块1203，用于缓存未收到确认应答的帧；

[0166] 判断模块1204，用于判断是否达到缓存容量阈值；

[0167] 处理模块1205，用于在达到缓存容量阈值时，触发立即确认指示的发送。

[0168] 为了实现上述告知对端允许延迟进行帧确认的帧确认方法，本发明实施例还提供了另一种用于帧确认的装置，如图13所示，包括：

[0169] 封装模块1301，用于将延迟确认指示承载于数据帧中；所述延迟确认指示，用于指示允许延迟返回帧确认应答；

[0170] 发送模块1302，用于将携带所述延迟确认指示的数据帧发送出去。

[0171] 较佳地，所述封装模块1301，用于将所述延迟确认指示承载于数据帧的帧头中。

[0172] 较佳地，所述延迟确认指示，用于指示返回所有未确认的帧的确认应答。

[0173] 较佳地，还包括：

[0174] 缓存模块1303，用于缓存未收到确认应答的帧；

[0175] 判断模块1304，用于判断是否达到缓存容量阈值；

[0176] 处理模块1305，用于在达到缓存容量阈值时，触发延迟确认指示的发送。

[0177] 为了实现上述处理所述随路方式发送来的立即确认请求的帧确认方法，本发明实施例还提供了又一种用于帧确认的装置，如图14所示，包括：

[0178] 接收模块1401，用于接收帧；

[0179] 解析模块1402，用于解析帧头，获得确认方式；

[0180] 处理模块1403，用于根据确认方式进行帧确认应答，当确认方式为立即确认时，在下一个时间周期发送帧确认应答；当确认方式为延迟确认时，在有空闲资源时发送帧确认应答。

[0181] 较佳地，所述处理模块1403，当确认方式为立即确认，且所述接收模块1401是在本帧的下行物理周期接收到所述帧时，在本帧的上行物理周期发送帧确认应答；当确认方式为立即确认，且所述接收模块1401是在本帧的上行物理周期接收到所述帧时，在下一帧的下行物理周期发送帧确认应答。

[0182] 较佳地，所述处理模块1403，用于对当前时间周期内收到帧确认方式为立即确认的一个或者多个用户，在下一个时间周期同时发送所述用户的帧确认应答。

[0183] 第六实施例

[0184] 为了实现本发明实施例帧确认方法，本发明还提出一种用于帧确认的装置，如图15所示，包括：

[0185] 封装模块1501，用于将一个或者多个帧的确认应答封装为组确认应答；

[0186] 发送模块1502，用于发送所述组确认应答。

[0187] 较佳地，所述封装模块1501，用于将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答；将一个或者多个所述业务流确认应答封装为组确认应答。

[0188] 较佳地，所述封装模块1501，用于封装组确认应答的帧头、帧体和FCS：在帧体中设置一个或者多个FID信息块，所述业务流确认应答中包括业务流标识、序号和位图bitmap，其中所述bitmap用于承载连续的多个帧的确认应答，bitmap中的每一位对应一个帧的确认应答，所述序号用于指示所述bitmap中首个比特位对应的帧的序号。

[0189] 较佳地，所述封装模块1501，用于根据bitmap的长度设置各FID信息块；所述bitmap的长度不固定。

[0190] 较佳地，所述封装模块1501，还在所述FID信息块中设置bitmap的长度字段，用于指示bitmap的长度。

[0191] 较佳地，所述封装模块1501，还在所述FID信息块中设置分片指示信息，以指示所述bitmap中承载的是分片的帧的确认应答，或者是未分片的帧的确认应答。

[0192] 较佳地，所述封装模块1501，还在组确认应答中设置管理控制帧确认位，用于对接收到一个无序列号管理控制帧进行确认。

[0193] 较佳地，所述封装模块1501，还在帧体中设置长度字段，用于指示所有FID信息块的长度之和。

[0194] 较佳地，所述帧的确认应答用以指示帧的接收状态，包括接收到和未接收到。

[0195] 较佳地，还包括：

[0196] 第一控制模块1504，用于接收立即确认请求，并据以控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。

[0197] 较佳地，所述立即确认请求携带一个或者多个业务流的标识，以及各业务流上的一个或者多个帧的标识；所述第一控制模块1504，根据所述立即确认请求控制所述封装模块1501将指定数据流上的指定帧的确认应答封装为组确认应答。

[0198] 较佳地，所述立即发送，是在下一个时间周期返回所述组确认应答。所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，所述第一控制模块1504，在从本帧的下行物理周期接收到所述立即确认请求时，控制所述发送模块1502在本帧的上行物理周期发送封装好的组确认应答；在从本帧的上行物理周期接收到所述立即确认请求时，控制所述发送模块1502在下一帧的下行物理周期发送封装好的组确认应答。

[0199] 较佳地，还包括：

[0200] 第二控制模块1504，用于接收携带立即确认指示的数据帧，根据立即确认指示控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。

[0201] 较佳地，所述第二控制模块1504，用于控制所述封装模块1501将各业务流上所有未确认的帧的确认应答封装为组确认应答，以及控制所述发送模块1502立即发送封装好的组确认应答。

[0202] 较佳地，所述第二控制模块1504，通过解析数据帧的帧头，获取所述立即确认指示。

[0203] 较佳地，所述立即发送，是在下一个时间周期返回所述组确认应答；所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，所述第二控制模块1504，在从本帧的下行物理周期接收到携带立即确认指示的数据帧时，控制所述发送模块1502在本帧的上行物理周期发送封装好的组确认应答；在从本帧的上行物理周期接收到携带立即确认指示的数据帧时，控制所述发送模块1502在下一帧的下行物理周期发送封装好的组确认应答。

[0204] 较佳地，还包括：

[0205] 第三控制模块1505，用于接收携带延迟确认指示的数据帧，根据延迟确认指示在有空闲资源时，控制所述封装模块1501封装组确认应答，以及控制所述发送模块1502发送封装好的组确认应答。

[0206] 第七实施例

[0207] 为了实现本发明实施例帧确认方法，本发明还提出另一种用于帧确认的装置，如图16所示，包括：

[0208] 封装模块1601，用于生成组确认请求，所述组确认请求中携带一个或者多个业务流的标识和各业务流上需要确认的帧的标识；

[0209] 发送模块1602，用于发送所述组确认请求。

[0210] 较佳地，封装模块1601，用于封装组确认请求帧，以生成所述组确认请求；

[0211] 所述组确认请求包括帧头、帧体和FCS，所述帧体中包括一个或者多个FID信息块，每个FID信息块中包括业务流标识FID和序号，以所述业务流上需要应答的首个帧的序号作为所述业务流上需要确认的帧的标识，指示从所述首个帧开始返回帧确认。

[0212] 较佳地，所述封装模块1601，还在组确认请求中设置FID个数字段，用于指示帧体中包含的FID信息块的个数。

[0213] 较佳地，所述组确认请求用于指示立即返回指定数据流上的指定帧的确认应答。

[0214] 较佳地，所述立即返回组确认应答，是在下一个时间周期返回所述组确认应答；

[0215] 所述下一个时间周期是指上行物理帧周期对应于下行物理帧周期，或者下行物理帧周期对应于上一物理帧的上行周期。即，如果所述发送模块1602在本帧的下行物理周期发送组确认请求，则所述立即确认指示用于指示在本帧的上行物理周期返回帧确认应答；如果所述发送模块1602在本帧的上行物理周期发送组确认请求，则所述立即确认指示用于指示在下一帧的下行物理周期返回帧确认应答。

[0216] 根据所述公开的实施例，可以使得本领域技术人员能够实现或者使用本发明。对于本领域技术人员来说，这些实施例的各种修改是显而易见的，并且这里定义的总体原理也可以在不脱离本发明的范围和主旨的基础上应用于其他实施例。以上所述的实施例仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。