CN102595623B - 一种多帧传输方法及*** - Google Patents

Abstract

本发明公开了一种多帧传输方法，该方法包括：发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/长度，确定与所述当前接收站点进行帧交换需要占用信道的时间；根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换。本发明还公开了一种多帧传输***，减小了OBSS中站点的信道预约时间，使得旁听站点能够设置较短的NAV设置，从而提高了OBSS的***吞吐量，并保证了大带宽情况下OBSS中各站点的高效性能。

Description

一种多帧传输方法及***

技术领域

本发明涉及无线通信领域，尤其涉及一种多帧传输方法及***。

背景技术

目前，无线局域网(WLAN，Wireless Local Area Networks)快速发展，对WLAN覆盖的需求日益增长，对吞吐量的要求亦越来越高。电气和电子工程师协会工业规范IEEE802.11组中，先后定义了802.11a，802.11b，802.11g等一系列标准最普通的WLAN技术，随后又陆续出现了其他任务组，致力于发展涉及现有802.11技术改进的规范，例如，802.11n任务组提出高吞吐量(HT，Highthroughput)的要求，支持高达600Mbps的数据速率，802.11ac任务组进一步提出非常高吞吐量(VHT，Very High throughput)的概念，通过引入更大的信道带宽将数据速率提升到1Gbps。并且，随着802.11协议的演进，传统的20MHz的信道带宽已经扩展为40MHz、80MHz、120MHz，甚至160MHz，这些大带宽都是由若干个20MHz绑定形成的，其中一个20MHz称为主信道，其他20MHz信道称为辅信道。其中，80MHz可以是不连续的两个40MHz，或者是连续的两个40MHz，160MHz可以是不连续的两个80MHz，或者是连续的两个80MHz。

802.11协议中，一个接入点(AP，Access Point)以及与AP相关联的多个站点(STA，Station)组成了一个基本服务集(BSS，Basic Service Set)。802.11协议中定义了两种操作模式：分布式协调功能(DCF，Distributed CoordinationFunction)和点协调功能(PCF，Point Coordination Function)，还包括针对这两种操作模式的改进：增强型分布式协调访问功能(EDCA，Enhanced DistributedChannel Access)和混合协调功能控制信道访问功能(HCCA，Hybrid CoordinationFunction Controlled Channel Access)。其中，DCF是最基本的操作模式，利用带有冲突避免的载波侦听多路访问机制(CSMA/CA，CSMA with CollisionAvoidance)，使多个站点共享无线信道。EDCA是增强型操作模式，利用CSMA/CA机制，通过预约传输机会(TXOP，Transmission Opportunity)使多个不同优先级队列共享无线信道。

多个无线站点共享信道时，无线环境的冲突检测变得非常困难，其中一大问题就是隐藏站点。无线局域网中隐藏站点的示例如图1所示，站点A可以向站点B发送数据，同时站点C也可以向站点B发送数据，由于站点C和站点A都处于对方的覆盖范围之外，站点A和站点C同时向站点B发送数据，将会导致冲突。从站点A的角度来看，站点C即为一个隐藏站点。

为解决隐藏站点问题，802.11协议提出了虚拟信道检测机制，即通过在无线帧的帧头中包含预约信道时间信息，接收到该无线帧的旁听站点设置本地存储的网络分配矢量(NAV，Network Allocation Vector)，将NAV的取值设置为上述预约信道时间信息的最大值，在NAV所限定的时间段内，旁听站点不会发送数据，从而避免了隐藏节点竞争信道，造成碰撞。例如，如图2所示，发送站点A发送信道预约请求(RTS，Request to send)进行信道预约，其中包含信道预约时间信息(Duration)，接收站点B返回信道预约响应(CTS，Clear to send)进行信道预约确认，其中也包含Duration，同时，接收站点B的旁听站点C接收到接收站点B发送的CTS，根据其中的Duration，设置自身的NAV，推迟接入。

在EDCA方式下的一个TXOP内，当某个接入队列中(AC，Access category)存在多个待发数据帧时，可以采用多帧传输(multiple frame transmission)的方式传输。当一个AP的某个AC获得了一个TXOP时，该AC中的多个待发数据可能是待发送给一个或多个接收站点的数据。目前，对于存在多个接收站点的多帧传输过程，发送站点通过与首个接收站点交互RTS/CTS为当前竞争TXOP的AC预约到TXOP，其中，RTS中所携带的Duration是发送AC中所有待发数据所需要的时间或者最大TXOP时间限制(TXOP Limit)，CTS中所携带的Duration是RTS中所携带Duration与RTS发送所耗费时间的差值；对于之后的第n个接收站点，发送站点与第n个接收站点通过交互RTS/CTS预约时间，其中，RTS中所携带的Duration是发送AC中所有待发数据所需要的时间或TXOPLimit、与发送站点向n-1个接收站点发送数据所耗费时间的差值，CTS中所携带的Duration是该RTS中所携带Duration与RTS发送所耗费时间的差值；这里，所有旁听站点所设置的NAV都是根据自身所临近接收站点发出的CTS中携带的Duration、或者自身所临近发送站点发出的RTS中携带的Duration来确定，例如，有两个接收站点的多帧传输过程如图3所示，这样，对于接收站点的旁听站点来说，其NAV设置的时间较长，导致在其临近的接收站点与发送站点之间完成待发数据的交互之后，仍处于不能发送数据的状态。对于图3来说，接收站点1(STA_1)的旁听站点NAV就被设置为从STA_1发出CTS的时刻到接收站点2(STA_2)发出最后确认帧的时刻，这样，在接收站点1完成与发送站点之间的数据交互之后，接收站点1(STA_1)的旁听站点仍处于不能发送数据的状态。如果旁听站点NAV的设置不为零，就无法竞争信道，从而降低了传输机会，影响到OBSS站点的吞吐量。

发明内容

有鉴于此，本发明的主要目的在于提供一种多帧传输方法及***，以解决多帧传输过程中旁听站点的NAV设置时间较长而导致降低传输机会、影响OBSS站吞吐量的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种多帧传输方法，所述方法包括：发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/或长度，确定与所述当前接收站点进行帧交换需要占用信道的时间；根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换。

在上述方案中，所述根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，发送站点生成信道预约时间信息，具体为：所述发送站点将向所述当前接收站点发送信道预约请求(RTS)的结束时刻或向所述当前接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；以所确定的、与所述当前接收站点进行帧交换需要占用信道的时间作为所述信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到所述信道预约时间信息的终点时刻，生成所述信道预约时间信息。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，具体为：所述发送站点根据所生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述当前接收站点之间进行帧交换。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，包括：所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的RTS，当前接收站点接收所述RTS，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的信道预约响应(CTS)。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述发送站点的旁听站点接收所述发送站点发出的RTS，并根据所述RTS携带的信道预约时间信息，设置自身的网络分配矢量(NAV)。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述当前接收站点的旁听站点接收当前接收站点发出的CTS，并根据所述CTS中携带的信道预约时间信息，设置自身的NAV。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，包括：所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的第一个数据帧，当前接收站点接收所述第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的第一个确认帧。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述发送站点的旁听站点接收所述发送站点发出的第一个数据帧，并根据所述第一个数据帧携带的信道预约时间信息，设置自身的NAV。

在上述方案中，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述当前接收站点的旁听站点接收当前接收站点发出的第一个确认帧，并根据所述第一个确认帧中携带的信道预约时间信息，设置自身的NAV。

本发明还提供了一种多帧传输***，所述***包括：发送站点和至少一个接收站点，所述发送站点与至少一个接收站点之间进行多帧传输，其中，发送站点包括确认单元、生成单元和交换单元，确认单元，用于根据当前接入队列中待发送到所述接收站点的数据的数量和/长度，确定与所述接收站点进行帧交换需要占用信道的时间；生成单元，用于根据所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；交换单元，用于根据所述生成单元生成的信道预约时间信息，与所述接收站点之间进行帧交换。

在上述方案中，所述生成单元，具体用于，将发送站点向所述接收站点发送RTS的结束时刻或发送站点向所述接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；以所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间作为信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到信道预约时间信息的终点时刻，生成信道预约时间信息。

在上述方案中，所述交换单元，具体用于，根据所述生成单元生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述接收站点之间进行帧交换。

在上述方案中，所述***还包括：发送站点的旁听站点，其中，所述交换单元，还用于，向所述接收站点发送携带有所生成信道预约时间信息的RTS或第一个数据帧；发送站点的旁听站点，用于接收所述发送站点的交换单元发出的RTS或第一个数据帧，并根据所述RTS或第一个数据帧携带的信道预约时间信息，设置自身的NAV。

在上述方案中，所述***还包括：接收站点的旁听站点，其中，所述接收站点，还用于，接收所述发送站点的交换单元发送的所述RTS或第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的CTS或第一个确认帧；接收站点的旁听站点，用于接收所述接收站点发出的CTS或第一个确认帧，并根据所述CTS或第一个确认帧携带的信道预约时间信息，设置自身的NAV。

本发明所提供的多帧传输方法及***，发送站点根据获得传输机会的接入队列中的属于一个接收站点的数据包的数据量和/或长度，确定与该接收站点进行帧交换所占用的信道时间，并进行信道预约，不仅实现了一个传输机会内为一个或多个接收站点利用大带宽传输数据，同时减小了OBSS中站点的信道预约时间，使得旁听站点能够设置较短的NAV设置，从而提高了OBSS的***吞吐量，并保证了大带宽情况下OBSS中各站点的高效性能。

附图说明

图1为隐藏站点示意图；

图2为现有技术中发送站点与接收站点之间交互RTS/CTS的示意图；

图3为现有技术中多帧传输的示意图；

图4为本发明的多帧传输方法的实现流程示意图；

图5为本发明实施例一的多帧传输示意图

图6为本发明实施例二的多帧传输示意图。

具体实施方式

本发明的基本思想是：多信道大带宽情况下的无线网络中，发送站点在一个传输机会内与多个接收站点之间进行多帧传输，发送站点的某个接入队列获得传输机会后，在该传输机会内，发送站点基于向各接收站点待发送数据的长度和/或数量，确定向各接收站点传输数据需要占用信道的时间，并在所确定的时间内与各接收站点之间进行多帧传输。本发明的多帧传输方案能够用于如下信道带宽的无线网络中：20MHz、40MHz、80MHz、120MHz、160MHz、以及其他以20MHz为单位的更大信道带宽等。

本发明的多帧传输方法，参照图4所示，主要包括以下步骤：

步骤401：发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/或长度，确定与所述当前接收站点进行帧交换需要占用信道的时间；

步骤402：根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；

步骤403：所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换。

其中，步骤402具体可以是：所述发送站点将向所述当前接收站点发送信道预约请求(RTS)的结束时刻或向所述当前接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；以所确定的、与所述当前接收站点进行帧交换需要占用信道的时间作为所述信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到所述信道预约时间信息的终点时刻，生成所述信道预约时间信息。

这里，发送站点根据当前时刻，计算得到向所述当前接收站点发送信道预约请求(RTS)的结束时刻或向所述当前接收站点发送第一个数据帧的结束时刻。具体计算方法是本领域常用技术手段，在此不再赘述。

其中，步骤403具体可以为：所述发送站点根据所生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述当前接收站点之间进行帧交换。

在步骤403可以包括：所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的RTS，当前接收站点接收所述RTS，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的CTS。

这里，所述当前接收站点更新所述信道预约时间信息，具体是：当前接收站点将所述RTS所携带信道预约时间信息的起始时刻更新为发送所述CTS的结束时刻，保持所述信道预约时间信息的终端时刻不变。

这里，步骤403还包括：所述发送站点的旁听站点接收所述发送站点发出的RTS，并根据所述RTS携带的信道预约时间信息，设置自身的NAV。

这里，步骤403还可以包括：所述当前接收站点的旁听站点接收当前接收站点发出的CTS，并根据所述CTS中携带的信道预约时间信息，设置自身的NAV。

或者，步骤403还可以包括：所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的第一个数据帧，当前接收站点接收所述第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的第一个确认帧。

这里，步骤403还包括：所述发送站点的旁听站点接收所述发送站点发出的第一个数据帧，并根据所述第一个数据帧携带的信道预约时间信息，设置自身的NAV。

这里，步骤403还可以包括：所述当前接收站点的旁听站点接收当前接收站点发出的第一个确认帧，并根据所述第一个确认帧中携带的信道预约时间信息，设置自身的NAV。

其中，在步骤403中，发送站点与当前接收站点之间每完成一个数据帧的帧交换后，判断本地信道预约定时器的剩余时间是否足够用于完成该接收站点的下一个数据帧的帧交换，如果是，则继续进行下一个数据帧的帧交换，否则，发送站点与当前接收站点之间的帧交换结束。

这里，步骤401中，具体包括：发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/长度，得到向当前接收站点发送当前接入队列中待发送到所述当前接收站点的所有数据需要的时间，验证所得到的时间是否不大于当前传输机会的剩余时限，如果是，则将所得到的时间作为与所述当前接收站点进行帧交换需要占用信道的时间；如果不是，则将当前传输机会的剩余时限作为与所述当前接收站点进行帧交换需要占用信道的时间。

这里，当前传输机会的剩余时限是当前传输机会最大时限、与发送站点和当前接收站点之前的各接收站点之间帧传输所耗费时间的差值。

实际应用中，如果当前接收站点是当前多个接收站点的首个接收站点，则验证所得到的时间是否不大于当前传输机会的最大时限，如果是，则将所得到的时间作为与所述当前接收站点进行帧交换需要占用信道的时间；如果不是，则将当前传输机会的最大时限作为与所述当前接收站点进行帧交换需要占用信道的时间。

本发明中，发送站点与多个接收站点之间进行多帧传输时，发送站点与任意一个接收站点进行帧交换的过程与上述图4所示的过程相同，直到获得当前传输机会的接入队列所对应的最大传输机会时限的剩余时间不够用于完成一个完整的帧交换，或者所述接入队列中所有待发送数据均已发送到对应的接收站点，当前传输机会结束。

相应的，本发明还提供了一种多帧传输***，该***主要包括：发送站点和至少一个接收站点，所述发送站点与至少一个接收站点之间进行多帧传输，其中，发送站点包括确认单元、生成单元和交换单元，确认单元，用于根据当前接入队列中待发送到所述接收站点的数据的数量和/长度，确定与所述接收站点进行帧交换需要占用信道的时间；生成单元，用于根据所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；交换单元，用于根据所述生成单元生成的信道预约时间信息，与所述接收站点之间进行帧交换。

其中，所述生成单元，具体用于，将发送站点向所述接收站点发送RTS的结束时刻或发送站点向所述接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；以所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间作为信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到信道预约时间信息的终点时刻，生成信道预约时间信息。

其中，所述交换单元，具体用于，根据所述生成单元生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述接收站点之间进行帧交换。

这里，所述***还可以包括：发送站点的旁听站点，其中，所述交换单元，还用于，向所述接收站点发送携带有所生成信道预约时间信息的RTS或第一个数据帧；发送站点的旁听站点，用于接收所述发送站点的交换单元发出的RTS或第一个数据帧，并根据所述RTS或第一个数据帧携带的信道预约时间信息，设置自身的NAV。

这里，所述***还可以包括：接收站点的旁听站点，其中，所述接收站点，还用于，接收所述发送站点的交换单元发送的所述RTS或第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的CTS或第一个确认帧；接收站点的旁听站点，用于接收所述接收站点发出的CTS或第一个确认帧，并根据所述CTS或第一个确认帧携带的信道预约时间信息，设置自身的NAV。

实施例一

本实施例的多帧传输过程如图5所示，本实施例中，AP的一个接入队列中有多个待发数据，且接收地址为两个站点：接收站点1(STA_1)和接收站点2(STA_2)，该接入队列的TXOP limit不为零，因此，AP可以为该接入队列获得传输机会并进行多帧传输。AP根据获得EDCA模式下传输机会的竞争原则为该接入队列竞争传输机会，并将该接入队列中的多个待发送数据发送到STA_1和STA_2，具体流程如下：

步骤A：首先，AP根据当前AC中待发送到STA_1的数据的数量和/或长度，在满足TXOP limit的限制下，确定自身与STA_1之间进行帧交换需要占用信道的时间，并通过与STA_1交互RTS/CTS，预约信道。

具体地，AP根据当前AC中待发送到STA_1的数据的数量和/或长度，计算得到与STA_1之间进行帧交换所需时间，并验证所得到的时间是否小于当前传输机会的TXOP limit，如果是，则与STA_1之间进行帧交换所需时间确定为与STA_1之间进行帧交换需要占用信道的时间，否则，将所述TXOP limit确定为与STA_1之间进行帧交换需要占用信道的时间。本实施例中，AP得到的、当前AC中待发送到STA_1的数据发送到STA_1所需时间小于当前传输机会的TXOP limit，将AP与STA_1之间进行帧交换所需时间确定为与STA_1之间进行帧交换需要占用信道的时间。

AP在确定自身与STA_1之间进行帧交换需要占用信道的时间之后，向STA_1发送RTS，携带信道预约时间信息(Duration)，这里，RTS中所携带的Duration根据AP向STA_1发出RTS的结束时刻、以及所确定AP与STA_1之间进行帧交换需要占用信道的时间来得到，如图5所示，本实施例中，该RTS中携带的Duration具体为AP向STA_1发出RTS的结束时刻到STA_1发出确认帧的结束时刻之间的时间，从RTS结束到STA1发出的确认帧结束之间包括以下帧交换：CTS、数据帧、确认帧以及每个帧间的间隔，其中CTS及确认帧都是控制帧，其内容是固定的，其发送所需时间可以是固定的或是通过计算得到，帧间间隔也是固定的；STA_1接收到AP发送的RTS后，更新Duration，向AP反馈CTS，并在CTS中携带所更新得到的Duration，这里，CTS中所携带的Duration为STA_1发出CTS的结束时刻到STA_1发出确认帧的结束时刻之间的时间；AP接收STA_1反馈的CTS后，对CTS进行解码，解码成功，则成功预约信道，该接入队列即获得了当前传输机会，否则，解码不成功，该接入队列就没有能够获取当前传输机会，本流程结束。

这里，AP根据当前AC中待发送到STA_1的数据的数量和/或长度，计算得到自身与STA_1之间进行帧交换所需时间的过程可以是：AP根据当前AC中待发送到STA_1的待发数据包的个数以及数据包所包含的比特数，确定待发数据的比特数，并根据当前传输数据的传输参数，如调制编码方式、传输带宽等确定待发数据所需要的符号数，一个符号数占用一个固定的时间，如此，根据符号数就能够确定自身与STA_1之间进行帧交换所需的时间。该过程是本领域常用技术手段，这里不再赘述。

步骤B：AP在向STA_1发送完RTS后，根据RTS中携带的Duration，设置本地信道预约定时器(TXNAV timer)；

步骤C：AP的旁听站点接收到AP发出的RTS，对所述RTS进行解码，根据RTS中携带的Duration设置自身的NAV；STA_1的旁听站点接收到STA_1发出的CTS，并对接收到的CTS解码后，根据解码得到的Duration设置自身的NAV。

步骤D：AP在TXNAV timer所限制的时间内，与STA_1完成当前AC中待发送到STA_1的数据的帧交换序列。

这里，在AP与STA_1进行帧交换过程中，STA_1没有成功解码数据，或者AP没有收到确认帧，则认为数据发送失败。在当前TXNAV timer没有结束的情况下，如果在TXNAV timer剩余时间足够进行该发送失败的数据帧的重传，则AP与STA_1之间可以重传发送失败的数据帧及其确认帧，否则，AP直接进行步骤E，开始与下一个接收站点STA_2之间的帧交换。

这里，AP可以通过一个聚合协议数据单元(A-MPDU，Aggregated MPDU)将当前AC中对应STA_1的多个待发数据单元进行聚合后，完成相应的帧交换序列。

步骤E：在AP的TXNAV timer的剩余时间不足以与STA_1完成下一个完整的帧交换序列时，或者在AP与STA_1之间的帧交换序列已经完成时，如果当前TXOP limit的剩余时间至少可以保证完成与下一个接收站点STA_2的RTS/CTS交互以及完整的帧交换序列时，AP可以等待一个帧间间隔(SIFS)，启动为下一个接收站点STA_2的数据传输。

步骤F：AP根据AC中待发送给STA_2的数据的数量和/或长度，在满足TXOP limit的限制下，确定与STA_2之间进行帧交换需要占用信道的时间，并通过与STA_2交互RTS/CTS，预约信道。

这里，本步骤的具体实现过程与步骤A的具体实现过程相同，所不同的是，这里，不需要再竞争传输机会，只需要预约信道成功即可，且AP与STA_2之间进行帧交换所能使用的最大时间，不能超过TXOP limit减去前一个接收站点已经使用的时间，在此不再赘述。

这里，RTS中所携带的Duration具体为AP向STA_2发出RTS的结束时刻到STA_2发出确认帧的结束时刻之间的时间；CTS中所携带的Duration为STA_2发出CTS的结束时刻到STA_2发出确认帧的结束时刻之间的时间。

步骤G：AP在向STA_2发送完RTS后，根据该RTS中的Duration，设置TXNAV timer；

步骤H：AP的旁听站点再次接收到AP发出的RTS，对所述RTS进行解码，根据RTS中携带的Duration重新设置自身的NAV；STA_2的旁听站点接收到STA_2发出的CTS，并对接收到的CTS解码后，根据解码得到的Duration设置自身的NAV。

步骤I：AP在TXNAV timer所限制的时间内，与STA_2完成当前AC中待发送到STA_2的数据的帧交换序列。

这里，在AP与STA_2进行帧交换过程中，STA_1没有成功解码数据，或者AP没有收到确认帧，则认为数据发送失败。在当前TXNAV timer没有结束的情况下，如果在TXNAV timer剩余时间足够进行该发送失败的数据帧的重传，则AP与STA_2之间可以重传发送失败的数据帧及其确认帧，否则，AP直接进行步骤J，结束当前传输。

步骤J：AP验证当前TXOP limit已到或者不足以完成下一个完整的帧交换序列，当前传输结束。

需要说明的是，上述步骤中，步骤A、步骤B、步骤C是同时进行的，步骤F、步骤G、步骤H也是同时进行的。

实施例二

本实施例与实施例一场景相同，在多帧传输的具体实现过程上不相同，参照图6所示，本实施例的具体流程如下：

步骤A：与实施例一中的步骤A基本相同，所不同的是，AP在确定与STA_1之间进行帧交换需要占用信道的时间之后，直接向STA_1发送数据帧，并在所发送的数据帧中携带Duration，在接收到STA_1返回的确认帧之后，成功预约信道；

具体地，AP向STA_1发送数据帧1，数据帧1中携带Duration，该Duration具体为AP向STA_1发出数据帧1的结束时刻到STA_1发出最后一个确认帧的结束时刻之间的时间；STA_1接收到AP发送的数据帧1，成功解码后，向AP发送确认帧(ACK，Ackowledgement)，该确认帧中携带的Duration具体为STA_1发出当前确认帧的结束时刻到STA_1发出最后一个确认帧的结束时刻之间的时间；AP接收到STA_1发送的确认帧并成功解码，即成功预约了信道，该接入队列即获得了当前传输机会。之后，AP继续向STA_1发送数据帧，相应的，STA_1接收到数据帧向AP返回确认帧，其中，每个数据帧和确认帧都携带有Duration，所携带的Duration具体为发出当前数据帧或确认帧的结束时刻到STA_1发出最后一个确认帧的结束时刻之间的时间。

步骤B：AP在向STA_1发送完第一个数据帧即数据帧1后，根据数据帧1中携带的Duration，设置TXNAV timer，AP在TXNAV timer所限制的时间内，与STA_2完成当前AC中待发送到STA_2的数据的帧交换序列。

步骤C：AP的旁听站点接收到AP发出的第一个数据帧即数据帧1后，根据数据帧1中携带的Duration设置自身的NAV；STA_1的旁听站点接收到STA_1发出的第一个确认帧后，根据其中携带的Duration设置自身的NAV。

步骤D：在AP的TXNAV timer的剩余时间不足以与STA_1完成下一个完整的帧交换序列时，或者在AP与STA_1之间的帧交换序列已经完成时，如果当前TXOP limit的剩余时间至少可以保证完成与下一个接收站点STA_2的RTS/CTS交互以及完整的帧交换序列时，AP可以等待一个帧间间隔(SIFS)，启动为下一个接收站点STA_2的数据传输。

步骤E：AP根据AC中待发送给STA_2的数据的数量和/或长度，在满足TXOP limit的限制下，确定与STA_2之间进行帧交换需要占用信道的时间，并通过与STA_2交互数据帧/确认帧，预约信道。

这里，本步骤的具体实现过程与本实施例的步骤A具体实现过程相同，所不同的是，这里，不需要再竞争传输机会，只需要预约信道成功即可，且AP与STA_2之间进行帧交换所能使用的最大时间，不能超过TXOP limit减去前一个接收站点已经使用的时间，在此不再赘述。

这里，数据帧3中所携带的Duration具体为AP向STA_2发出数据帧3的结束时刻到STA_2发出最后一个确认帧的结束时刻之间的时间；STA_2响应于数据帧3发出的确认帧携带的Duration为STA_2发出该确认帧的结束时刻到STA_2发出最后一个确认帧的结束时刻之间的时间。

步骤F：AP在向STA_2发送完第一个数据帧即数据帧3后，根据该数据帧3中的Duration，重新设置TXNAV timer，AP在TXNAV timer所限制的时间内，与STA_2完成当前AC中待发送到STA_2的数据的帧交换序列。

步骤G：AP的旁听站点接收到AP发出的第一个数据帧即数据帧3后，根据数据帧3中携带的Duration设置自身的NAV；STA_2的旁听站点接收到STA_2发出的第一个确认帧后，根据其中携带的Duration设置自身的NAV。

步骤H：AP验证当前TXOP limit已到或者不足以完成下一个完整的帧交换序列，当前传输结束。

需要说明的是，上述步骤中，步骤A、步骤B、步骤C是同时进行的，步骤E、步骤F、步骤G也是同时进行的。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种多帧传输方法，其特征在于，所述方法包括：

发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/或长度，确定与所述当前接收站点进行帧交换需要占用信道的时间；其中，所述发送站点根据当前接入队列中待发送到当前接收站点的数据的数量和/或长度，得到向当前接收站点发送当前接入队列中待发送到所述当前接收站点的所有数据需要的时间，验证所得到的时间是否不大于当前传输机会的剩余时限，如果是，则将所得到的时间作为与所述当前接收站点进行帧交换需要占用信道的时间；如果不是，则将当前传输机会的剩余时限作为与所述当前接收站点进行帧交换需要占用信道的时间；

根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；

所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换。

2.根据权利要求1所述的多帧传输方法，其特征在于，所述根据所确定的、与所述当前接收站点进行帧交换需要占用信道的时间，发送站点生成信道预约时间信息，具体为：

所述发送站点将向所述当前接收站点发送信道预约请求(RTS)的结束时刻或向所述当前接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；

以所确定的、与所述当前接收站点进行帧交换需要占用信道的时间作为所述信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到所述信道预约时间信息的终点时刻，生成所述信道预约时间信息。

3.根据权利要求1所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，具体为：

所述发送站点根据所生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述当前接收站点之间进行帧交换。

4.根据权利要求1至3任一项所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，包括：所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的RTS，当前接收站点接收所述RTS，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的信道预约响应(CTS)。

5.根据权利要求4所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：

所述发送站点的旁听站点接收所述发送站点发出的RTS，并根据所述RTS携带的信道预约时间信息，设置自身的网络分配矢量(NAV)。

6.根据权利要求4所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：

所述当前接收站点的旁听站点接收当前接收站点发出的CTS，并根据所述CTS中携带的信道预约时间信息，设置自身的NAV。

7.根据权利要求1至3任一项所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，包括：

所述发送站点向当前接收站点发送携带有所生成信道预约时间信息的第一个数据帧，当前接收站点接收所述第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的第一个确认帧。

8.根据权利要求7所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述发送站点的旁听站点接收所述发送站点发出的第一个数据帧，并根据所述第一个数据帧携带的信道预约时间信息，设置自身的NAV。

9.根据权利要求7所述的多帧传输方法，其特征在于，所述发送站点根据所生成的信道预约时间信息，与所述当前接收站点之间进行帧交换，还包括：所述当前接收站点的旁听站点接收当前接收站点发出的第一个确认帧，并根据所述第一个确认帧中携带的信道预约时间信息，设置自身的NAV。

10.一种多帧传输***，其特征在于，所述***包括：发送站点和至少一个接收站点，所述发送站点与至少一个接收站点之间进行多帧传输，其中，发送站点包括确认单元、生成单元和交换单元，

确认单元，用于根据当前接入队列中待发送到所述接收站点的数据的数量和/长度，确定与所述接收站点进行帧交换需要占用信道的时间；其中，具体用于根据当前接入队列中待发送到当前接收站点的数据的数量和/或长度，得到向当前接收站点发送当前接入队列中待发送到所述当前接收站点的所有数据需要的时间，验证所得到的时间是否不大于当前传输机会的剩余时限，如果是，则将所得到的时间作为与所述当前接收站点进行帧交换需要占用信道的时间；如果不是，则将当前传输机会的剩余时限作为与所述当前接收站点进行帧交换需要占用信道的时间；

生成单元，用于根据所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间，所述发送站点生成信道预约时间信息；

交换单元，用于根据所述生成单元生成的信道预约时间信息，与所述接收站点之间进行帧交换。

11.根据权利要求10所述的多帧传输***，其特征在于，所述生成单元，具体用于，将发送站点向所述接收站点发送RTS的结束时刻或发送站点向所述接收站点发送第一个数据帧的结束时刻，作为所述信道预约时间信息的起始时刻；以所述确定单元确定的、与所述接收站点进行帧交换需要占用信道的时间作为信道预约时间信息的起始时刻到终点时刻之间的时间间隔，得到信道预约时间信息的终点时刻，生成信道预约时间信息。

12.根据权利要求10所述的多帧传输***，其特征在于，所述交换单元，具体用于，根据所述生成单元生成的信道预约时间信息，设置本地信道预约定时器，并在所述本地信道预约定时器到达所设置的时间之前，与所述接收站点之间进行帧交换。

13.根据权利要求10至12任一项所述的多帧传输***，其特征在于，所述***还包括：发送站点的旁听站点，其中，所述交换单元，还用于，向所述接收站点发送携带有所生成信道预约时间信息的RTS或第一个数据帧；发送站点的旁听站点，用于接收所述发送站点的交换单元发出的RTS或第一个数据帧，并根据所述RTS或第一个数据帧携带的信道预约时间信息，设置自身的NAV。

14.根据权利要求13所述的多帧传输***，其特征在于，所述***还包括：接收站点的旁听站点，其中，

所述接收站点，还用于，接收所述发送站点的交换单元发送的所述RTS或第一个数据帧，更新所述信道预约时间信息，并向所述发送站点发送携带有所更新信道预约时间信息的CTS或第一个确认帧；

接收站点的旁听站点，用于接收所述接收站点发出的CTS或第一个确认帧，并根据所述CTS或第一个确认帧携带的信道预约时间信息，设置自身的NAV。