传输数据的方法及装置与流程

本发明实施例涉及通信领域，并且更具体地，涉及传输数据的方法及装置。

背景技术：

在传统的无线传输系统中，信道的衰落特性是造成误码的主要原因之一，多输入多输出(multipleinputmultipleoutput，简称为“mimo”)技术可以利用空时编码技术获得发射分集增益，从而在空间域上扩展信道容量。mimo的空分复用技术分为单用户mimo(singleusermimo，简称为“su-mimo”)复用和多用户mimo(multipleusermimo，简称为“mu-mimo”)空分复用，其中，su-mimo是指一个发送站点(station，简称为“sta”)和一个接收站点之间通过多天线传输多个并行数据流；而mu-mimo是指一个发送站点与多个接收站点，或者多个发送站点与一个接收站点之间通过多天线同时分别发送多个并行的数据流。目前电气和电子工程师学会(instituteofelectricalandelectronicsengineers，简称为“ieee”)802.11协议中引入了su-mimo技术和下行mu-mimo技术，将上行mu-mimo技术引入ieee802.11协议是未来发展的一种趋势。在上行mu-mimo技术中，多个站点同时分别通过多根天线向接入点(accesspoint，简称为“ap”)发送上行数据，相应地，ap通过多根天线分别解调各个站点的数据，以提高空间利用率并提高系统吞吐量。

在现有的上行mu-mimo技术中，当站点竞争到传输资源后，向接入点(accesspoint，简称为“ap”)发送请求发送(requesttosend，简称为“rts”)帧，ap根据站点的rts帧测量该站点与该ap之间的传输信道，并且继续接收其它站点发送的rts帧，直到接收到的rts帧的数目等于预设数值；随后，该ap向发送rts帧的所有站点回复允许发送(cleartosend，简称为“cts”)帧，通知这些站点发送上行数据，并在向各个站点发送的cts帧中分别携带该ap测量的该ap与该站点之间的信道的信道状态信息(channelstateinformation，简称为“csi”)；接收到该ap发送的cts帧的站点可以根据该cts帧中指示的csi，确定传输速率，并根据该传输速率同时向该ap发送上行数据。在上述上行mu-mimo技术中，每个站点都需要与其它站点竞争传输资源，并且只有在竞争到传输资源后才能向ap发送rts帧，网络开销较大；并且ap只有在接收到预设数值个rts帧之后才会通知站点发送上行数据，可能会发生ap较长时间无法接收到足够多的rts帧而导致站点的等待时间较长的现象，造成传输时延较长，用户体验较差，且浪费系统的时频资源。

技术实现要素：

本发明提供一种传输数据的方法及装置，能够降低传输时延并节省系统的时频资源。

第一方面，提供了一种传输数据的方法，包括：接收第一站点发送的信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于发送上行数据的传输资源；根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，该信道预留响应帧用于指示允许该第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；接收该第一站点和该m个第二站点中的n个第二站点根据该信道预留响应帧同时发送的上行数据，其中，n为整数且1≤n≤m。

结合第一方面，在第一种可能的实现方式中，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限；该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

结合第一方面的上述可能的实现方式，在第二种可能的实现方式中，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

结合第一方面的上述可能的实现方式，在第三种可能的实现方式中，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

结合第一方面的上述可能的实现方式，在第四种可能的实现方式中，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

结合第一方面的上述可能的实现方式，在第五种可能的实现方式中，该根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，包括：根据该信道预留请求帧，向与该ap关联的所有站点发送该信道预留响应帧。

结合第一方面的上述可能的实现方式，在第六种可能的实现方式中，在该根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧之前，该方法还包括：将与该ap关联的站点进行分组；该根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，包括：根据该信道预留请求帧，向该第一站点和至少一个分组中包括的m个第二站点发送信道预留响应帧。

结合第一方面的上述可能的实现方式，在第七种可能的实现方式中，该信道预留请求帧包括请求为该第一站点预留的空间流数目；该传输资源门限包括空间流门限。

结合第一方面的上述可能的实现方式，在第八种可能的实现方式中，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

结合第一方面的上述可能的实现方式，在第九种可能的实现方式中，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

结合第一方面的上述可能的实现方式，在第十种可能的实现方式中，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

第二方面，提供了另一种传输数据的方法，包括：接收接入点ap发送的信道预留响应帧，该信道预留响应帧用于指示允许第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；根据该信道预留响应帧，向该ap发送上行数据。

结合第二方面，在第一种可能的实现方式中，该信道预留响应帧还用于指示该m个第二站点向该ap发送上行数据的传输资源门限。

结合第二方面的上述可能的实现方式，在第二种可能的实现方式中，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

结合第二方面的上述可能的实现方式，在第三种可能的实现方式中，该第一站点发送上行数据时采用的传输资源包括空间流数目；该传输资源门限包括空间流门限。

结合第二方面的上述可能的实现方式，在第四种可能的实现方式中，该根据该信道预留响应帧，向该ap发送上行数据，包括：若该第二站点存在待发送的上行数据，该第二站点采用第一传输资源向该ap发送上行数据，该第一传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

结合第二方面的上述可能的实现方式，在第五种可能的实现方式中，在该接收ap发送的信道预留响应帧之前，该方法还包括：若该第一站点检测到信道在预设时间段内一直处于空闲状态，该第一站点向该ap发送信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于向该ap发送上行数据的传输资源；该接收ap发送的信道预留响应帧，包括：该第一站点接收该ap根据该信道预留请求帧发送的信道预留响应帧。

结合第二方面的上述可能的实现方式，在第六种可能的实现方式中，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

结合第二方面的上述可能的实现方式，在第七种可能的实现方式中，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

结合第二方面的上述可能的实现方式，在第八种可能的实现方式中，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

结合第二方面的上述可能的实现方式，在第九种可能的实现方式中，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

结合第二方面的上述可能的实现方式，在第十种可能的实现方式中，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

第三方面，提供了一种传输数据的装置，包括：接收模块，用于接收第一站点发送的信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于发送上行数据的传输资源；发送模块，用于根据该接收模块接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，该信道预留响应帧用于指示允许该第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；该接收模块还用于接收该第一站点和该m个第二站点中的n个第二站点根据该发送模块发送的该信道预留响应帧同时发送的上行数据，其中，n为整数且1≤n≤m。

结合第三方面，在第一种可能的实现方式中，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限；该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

结合第三方面的上述可能的实现方式，在第二种可能的实现方式中，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

结合第三方面的上述可能的实现方式，在第三种可能的实现方式中，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

结合第三方面的上述可能的实现方式，在第四种可能的实现方式中，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

结合第三方面的上述可能的实现方式，在第五种可能的实现方式中，该发送模块具体用于根据该接收模块接收的该信道预留请求帧，向与该ap关联的所有站点发送该信道预留响应帧。

结合第三方面的上述可能的实现方式，在第六种可能的实现方式中，该装置还包括：分组模块，用于在该发送模块根据该接收模块接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧之前，将与该ap关联的站点进行分组；该发送模块具体用于根据该接收模块接收的该信道预留请求帧，向该第一站点和该分组模块划分的至少一个分组中包括的m个第二站点发送信道预留响应帧。

结合第三方面的上述可能的实现方式，在第七种可能的实现方式中，该信道预留请求帧包括请求为该第一站点预留的空间流数目；该传输资源门限包括空间流门限。

结合第三方面的上述可能的实现方式，在第八种可能的实现方式中，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

结合第三方面的上述可能的实现方式，在第九种可能的实现方式中，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

结合第三方面的上述可能的实现方式，在第十种可能的实现方式中，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

第四方面，提供了一种传输数据的装置，包括：接收模块，用于接收接入点ap发送的信道预留响应帧，该信道预留响应帧用于指示允许第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；发送模块，用于根据该接收模块接收的该信道预留响应帧，向该ap发送上行数据。

结合第四方面，在第一种可能的实现方式中，该信道预留响应帧还用于指示该m个第二站点向该ap发送上行数据的传输资源门限。

结合第四方面的上述可能的实现方式，在第二种可能的实现方式中，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

结合第四方面的上述可能的实现方式，在第三种可能的实现方式中，该第一站点发送上行数据时采用的传输资源包括空间流数目；该传输资源门限包括空间流门限。

结合第四方面的上述可能的实现方式，在第四种可能的实现方式中，该发送模块具体用于若存在待发送的上行数据，采用第一传输资源向该ap发送上行数据，该第一传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

结合第四方面的上述可能的实现方式，在第五种可能的实现方式中，该装置还包括：检测模块，用于在该接收模块接收ap发送的信道预留响应帧之前，检测信道是否处于空闲状态；该发送模块还用于若该检测模块检测到该信道在预设时间段内一直处于空闲状态，向该ap发送信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于向该ap发送上行数据的传输资源；该接收模块具体用于接收该ap根据该发送模块发送的该信道预留请求帧发送的信道预留响应帧。

结合第四方面的上述可能的实现方式，在第六种可能的实现方式中，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

结合第四方面的上述可能的实现方式，在第七种可能的实现方式中，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

结合第四方面的上述可能的实现方式，在第八种可能的实现方式中，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

结合第四方面的上述可能的实现方式，在第九种可能的实现方式中，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

结合第四方面的上述可能的实现方式，在第十种可能的实现方式中，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

基于上述技术方案，本发明实施例提供的传输数据的方法及装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而降低传输时延，提高用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例的传输数据的方法的示意性流程图。

图2是本发明实施例的传输数据的方法的另一示意性流程图。

图3本发明另一实施例的传输数据的方法的示意性流程图。

图4本发明另一实施例的传输数据的方法的另一示意性流程图。

图5是本发明再一实施例的传输数据的方法的示意性流程图。

图6是本发明实施例的传输数据的装置的示意性框图。

图7是本发明实施例的传输数据的装置的另一示意性框图。

图8是本发明另一实施例的传输数据的装置的示意性框图。

图9是本发明再一实施例的传输数据的装置的示意性框图。

图10是本发明再一实施例的传输数据的装置的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

应理解，本发明实施例的技术方案以wlan通信系统为例进行说明，但本发明实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystemofmobilecommunication，简称为“gsm”)系统、码分多址(codedivisionmultipleaccess，简称为“cdma”)系统、宽带码分多址(widebandcodedivisionmultipleaccess，简称为“wcdma”)系统、通用分组无线业务(generalpacketradioservice，简称为“gprs”)、长期演进(longtermevolution，简称为“lte”)系统、lte频分双工(frequencydivisionduplex，简称为“fdd”)系统、lte时分双工(timedivisionduplex，简称为“tdd”)、通用移动通信系统(universalmobiletelecommunicationsystem，简称为“umts”)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，简称为“wimax”)通信系统等。

还应理解，在本发明实施例中，站点可以是支持wlan通信协议的各种站点(station，简称sta)、终端(terminal)、移动台(mobilestation，简称为“ms”)、移动终端(mobileterminal)等，该站点可以经无线接入网(radioaccessnetwork，简称为“ran”)与一个或多个核心网进行通信，例如，站点可以是移动电话(或称为“蜂窝”电话)、具有移动终端的计算机等，例如，站点还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。

还应理解，在本发明实施例中，ap可以为站点提供接入服务，ap可以是wlan中的接入点，也可以是gsm或cdma中的基站(basetransceiverstation，简称为“bts”)，还可以是wcdma中的基站(nodeb)，还可以是lte中的演进型基站(evolvednodeb，简称为“enb”或“e-nodeb”)。本发明对此并不作限定。

图1示出了根据本发明实施例的传输数据的方法100的示意性流程图，该方法可以由任何合适的网络侧设备执行，例如，可以由ap、接入控制器(accesscontroller，简称为“ac”)等网元执行，为了便于描述，下面以该方法100由ap执行为例进行描述，但本发明实施例不限于此。如图1所示，该方法100包括：

s110，接收第一站点发送的信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于发送上行数据的传输资源；

s120，根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，该信道预留响应帧用于指示允许该第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；

s130，接收该第一站点和该m个第二站点中的n个第二站点根据该信道预留响应帧同时发送的上行数据，其中，n为整数且1≤n≤m。

因此，根据本发明实施例的传输数据的方法，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

在本发明实施例中，该第一站点有上行数据需要发送时，可以首先与其它站点竞争传输资源，具体地，该第一站点可以监听信道，如果该信道在监听时间段内一直处于空闲状态，则该第一站点设置一个随机时间段进行回退(backoff)，如果在该回退结束之前信道一直处于空闲状态，则该第一站点竞争传输资源成功。可选地，该监听时间段可以为分布式帧间间隔(distributedinter-framespace，简称为“difs”)，也可以为其它时间段；该随机时间段可以为大于零且小于竞争窗口大小的一个随机时间长度，本发明实施例对此不作限定。

如果该第一站点竞争传输资源成功，则该第一站点可以向该ap发送信道预留请求帧，以请求接收到该信道预留请求帧的站点和ap为该第一站点预留一定数量的传输资源，以便于该第一站点采用该数量的传输资源向该ap发送上行数据。可选地，该信道预留请求帧可以只用于请求为该第一站点预留一定的传输时长，该信道预留请求帧也可以携带该第一站点请求预留的空间流数目，还可以进一步携带该第一站点请求预留的传输带宽和/或该第一站点的缓存队列长度，可选地，该信道预留请求帧还可以携带其它信息，但本发明实施例不限于此。

ap接收到该信道预留请求帧后，可以向该第一站点和m个第二站点发送信道预留响应帧，以指示允许该第一站点和该m个第二站点发送上行数据。接收到该信道预留请求帧的m个第二站点中的每个第二站点可以查看自己是否有待发送的上行数据，如果自己有待发送的上行数据，则可以采用一定数量的传输资源向该ap发送上行数据。若该m个第二站点中的n个第二站点有待发送数据，则该第一站点和该n个第二站点在接收到该信道预留响应帧之后，可以经过预设时间间隔同时发送上行数据，该预设时间间隔可以为短帧间间隔(shortinter-framespace，简称为“sifs”)，也可以为其它时间间隔，此时，该第一站点和该n个第二站点在相同的传输时长内，分别采用不同的传输资源进行上行数据传输，但本发明实施例对此不做限定。

该第一站点发送上行数据时采用的传输资源的数量可以等于该信道预留请求帧中请求预留的传输资源的数量，例如，空间流数目；可选地，如果该信道预留请求帧只请求为该第一站点预留一定的传输时长，则该第一站点可以根据自己的传输能力或者待发送数据的数量确定采用的空间流等除传输时长以外的传输资源的数量，但本发明实施例不限于此。

该第二站点可以根据自己的传输能力对应的传输资源的数量确定发送上行数据时采用的传输资源的数量，例如，假设每个第二站点最多有两根天线，则该n个第二站点中的每个第二站点最多能够采用两个空间流发送上行数据；可选地，该ap也可以预先约定该第二站点发送上行数据采用的传输资源门限，例如，ap可以预先设置或者默认第二站点只能在主信道之外的次信道上发送上行资源，则该第一站点可以在主信道上发送上行数据，而第二站点可以在次信道上发送上行数据，但本发明实施例不限于此。

可选地，作为另一实施例，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限；

该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

该传输资源门限所对应的传输资源参数可以与该信道预留请求帧请求预留的传输资源参数相一致，例如，如果该信道预留请求帧请求为该第一站点预留空间流数目，则该传输资源门限可以包括空间留数目的最大值。

可选地，该信道预留请求帧包括请求为该第一站点预留的空间流数目；相应地，该传输资源门限包括空间流门限。

具体地，该传输资源门限可以包括至少一个传输资源参数中的每个传输资源参数的门限，例如，空间流门限或传输带宽门限，等等。其中，该每个传输资源参数的门限可以包括一个或多个数值，也可以包括一个或多个表达式，相应地，该信道预留响应帧可以指示该m个第二站点向该ap发送上行数据时具有相同的传输资源门限，也可以指示该m个第二站点中的一个或多个第二站点与其它第二站点具有不同的传输资源门限；可选地，当该m个第二站点属于不同的分组时，处于不同分组中的第二站点可以具有不同的传输资源门限，但本发明实施例对此不作限定。

此时，接收到该信道预留请求帧的m个第二站点中的每个第二站点可以查看自己是否有待发送的上行数据，如果自己有待发送的上行数据，则可以进一步确定该待发送的上行数据所需的传输资源的数量是否超过传输资源门限所对应的传输资源的数量，如果该待发送上行数据所需的传输资源的数量符合该传输资源门限所限定的传输资源的数量，则该第二站点可以向该ap发送该待发送的上行数据；而如果该待发送上行数据所需要的传输资源的数量不符合该传输资源门限所限定的传输资源的数量，则可以不发送该待发送上行数据，也可以将待发送上行数据进行分段，并使用符合该传输资源门限所限定的传输资源向该ap发送部分上行数据，这样，该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量可以小于或等于该传输资源门限对应的传输资源的数量，但本发明实施例不限于此。

该ap可以通过多种方式确定该传输资源门限。可选地，若该信道预留请求帧只请求为第一站点预留一定的传输时长，则该ap可以根据该信道预留请求帧为该第一站点分配空间流数目等除传输时长之外的其它传输资源，并进一步确定第二站点向该ap发送上行数据的传输资源门限；可选地，作为另一实施例，该ap也可以预测该第一站点可能采用的空间流数目等传输资源的数量，并根据该预测的传输资源的数量确定该传输资源门限，但本发明实施例不限于此。可选地，若该信道预留请求帧还用于请求为第一站点预留一定数量的除传输时长之外的其它传输资源参数，例如，空间流数目，则该ap可以根据该信道预留请求帧中请求预留的传输资源的数量确定该第一站点发送上行数据时占用的传输资源的数量，然后该ap可以根据当前可用的传输资源的数量与该第一站点发送上行数据时占用的传输资源的数量，确定剩余的传输资源的数量，并根据该剩余的传输资源的数量确定该第二站点向该ap发送上行数据的传输资源门限，其中，该传输资源门限所对应的传输资源的数量可以小于或等于该剩余的传输资源的数量，但本发明实施例不限于此。

可选地，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量，以降低该第一站点和该第二站点发生碰撞的概率。

可选地，在本发明实施例中，该ap可以不具有能够根据信道预留请求帧而调整为该第一站点预留的传输资源的功能，即该第一站点请求多少数量的传输资源，则该ap为该第一站点预留多少数量的传输资源。相应地，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

此时，该信道预留帧中请求预留的传输资源的数量与该信道预留响应帧中指示的传输资源门限对应的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量，例如，该信道预留请求帧中请求预留的空间流数目与该信道预留响应帧中指示的空间流门限之和小于或等于该ap当前可用的空间流数目，但本发明实施例不限于此。

可选地，作为另一实施例，该ap也可以具有能够根据信道预留请求帧而调整为该第一站点预留的传输资源的数量的功能，相应地，该ap为该第一站点预留的传输资源的数量可以等于该第一站点在信道预留请求帧中请求预留的传输资源的数量，也可以不等于该第一站点在信道预留请求帧中请求预留的传输资源的数量，但本发明实施例不限于此。

此时，该ap还可以在信道预留响应帧中指示该第一站点发送上行数据时采用的传输资源的数量，相应地，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

此时，该信道预留响应帧中指示的该第一站点采用的传输资源的数量可以小于或等于该第一站点在信道预留请求帧中请求预留的传输资源的数量，可选地，若该信道预留响应帧中显性地指示该第一站点采用的传输资源的数量，则该第一站点发送上行数据时采用的传输资源的数量可以小于或等于该显性指示的传输资源的数量；若该信道预留响应帧中未显性地指示该第一站点采用的传输资源的数量，则可以表示该ap并未调整该第一站点请求预留的传输资源的数量，相应地，该第一站点发送上行数据时采用的传输资源的数量可以小于或等于该信道预留请求帧中请求预留的传输资源的数量，但本发明实施例不限于此。

可选地，该ap可以向与该ap关联的所有站点发送该信道预留响应帧，相应地，s120，根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，包括：

s121，根据该信道预留请求帧，向与该ap关联的所有站点发送该信道预留响应帧。

此时，该m个第二站点中可能存在多个第二站点都有上行数据需要发送，为了避免该第一站点和多个第二站点同时向该ap发送数据时发生碰撞，该传输资源门限所对应的传输资源的数量可以小于该剩余的传输资源的数量，其具体数值可以根据实际情况确定，但本发明实施例不限于此。

可选地，作为另一实施例，为了避免向该ap同时发送上行数据的站点的数目太多，使得第一站点和第二站点占用的传输资源的总量超过ap当前可用的传输资源的数量而发生碰撞，该ap可以将与该ap关联的部分或所有站点进行分组，然后向一个或多个分组中的站点发送该信道预留响应帧，即该m个第二站点属于一个或多个分组，这样，通过减少m的数值，可以降低站点之间发生碰撞的概率。如图2所示，在s120之前，该方法100还包括：

s140，将与该ap关联的站点进行分组；

相应地，s120，根据该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，包括：

s122，根据该信道预留请求帧，向该第一站点和至少一个分组中包括的m个第二站点发送信道预留响应帧。

该ap可以通过多种方式对与该ap关联的站点进行分组，可选地，该ap可以按照业务类型或业务周期对与该ap关联的站点进行分组，例如，该ap将业务类型相同的站点分到一组，这样，该m个第二站点的待传输业务的长度相同或相近，以便于该m个第二站点中的n个第二站点同时向该ap发送上行数据；或者，该ap还可以将具有相同或类似业务周期的站点分到一组，并向与该第一站点的业务周期相同或相近的一个或多个分组中包括的站点发送该信道预留响应帧，但本发明实施例不限于此。

可选地，作为另一实施例，该信道预留请求帧和该信道预留响应帧可以为新增的帧，也可以为现有技术中的已有帧，可选地，该信道预留请求帧可以为rts帧，该信道预留响应帧可以为cts帧，这样，该第一站点发送上行数据的流程可以兼容现有的ieee802.11协议。

可选地，该rts帧可以只用于请求为该第一站点预留一定的传输时长，从而保持与现有技术相同的帧结构，而该ap可以在cts帧中指示第二站点发送上行数据的传输资源门限，或指示该第一站点发送上行数据的其它传输资源参数的数量，但本发明实施例不限于此。可选地，作为另一实施例，该rts帧也可以进一步请求为该第一站点预留的除传输时长之外的其它传输资源，此时，该第一站点可以通过多种方式在rts帧中指示该第一站点请求预留的传输资源，具体地，可以通过在该rts帧中新增比特位来指示该第一站点请求预留的传输资源，也可以使用现有的rts帧中无实际意义的比特位指示该第一站点请求预留的传输资源，本发明实施例不限于此。

可选地，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位，其中，现有的rts帧的预留比特位无实际意义，与在rts帧中增加新的比特位相比，使用该预留比特位中的至少一个比特位指示请求预留的传输资源可以降低该rts帧占用的比特位，节约系统开销。可选地，如果该rts帧携带该第一站点请求预留的空间流数目、传输时长和传输带宽，则该ap可以将该预留比特位分成三个部分，分别用于指示该空间流数目、传输时长和传输带宽，以该第九至第十二个比特位以及第十四至第十六个比特位的编号为b8～b11以及b13～b15为例，一种可选的方案为：b8～b9用于指示传输带宽，b10～b11用于指示传输时长，b13～b15用于指示空间流数。可选地，该b8～b9可以总共有0～3四个状态，分别表示传输带宽为20mhz、40mhz、80mhz和160mhz；b10-b11可以总共有0～3四个状态，分别表示传输时长为1t、2t、3t和4t，其中，t可以为传输时长的单位时间长度，本发明实施例对t的取值不作限定；b13-b15可以总共有0～7八个状态，分别表示1～8个空间流。可选地，该b8～b9、b10～b11以及b13～b15的不同状态可以表示其它数量的传输资源，本发明实施例对此不做限定。

可选地，作为另一实施例，该第一站点还可以在rts帧中采用动态带宽操作(dynamicbandwidthoperation)机制来指示该传输带宽，并使用该rts帧的预留比特位指示该第一站点请求预留的空间流数目和传输时长。具体地，该rts帧的扰码序列的动态带宽指示位(即第五个比特位)可以指示采用动态带宽，例如，该动态带宽指示位置为1，且位于该动态带宽指示位之后的比特位(例如，该扰码序列的第六和第七个比特位)指示该传输带宽，但本发明实施例不限于此。相应地，该rts帧的预留比特位可以分为两个部分，分别用于指示该空间流数目和传输时长，例如，b8～b11用于指示传输时长，b13～b15用于空间流数目，但本发明实施例不限于此。

可选地，作为另一实施例，该ap可以通过多种方式在cts帧中指示该传输资源门限，具体地，该ap可以通过在该cts帧中增加比特位来指示该传输资源门限，也可以使用现有的cts帧中无实际意义的比特位指示该传输资源门限，本发明实施例不限于此。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位，其中，现有的cts帧的预留比特位无实际意义，与在cts帧中增加新的比特位相比，使用该预留比特位中的至少一个比特位指示该传输资源门限可以降低该cts帧占用的比特位。可选地，如果该传输资源门限包括空间流门限值、传输时长门限值和传输带宽门限值，则该ap可以将该预留比特位分成三个部分，分别用于指示该空间流门限值、传输时长门限值和传输带宽门限值，以该第九至第十二个比特位以及第十四至第十六个比特位的编号为b8～b11以及b13～b15为例，一种可选的方案为：b8～b9用于指示传输带宽门限值，b10～b11用于指示传输时长门限值，b13～b15用于指示空间流门限值。可选地，该b8～b9可以总共有0～3四个状态，分别表示传输带宽门限值为20mhz、40mhz、80mhz和160mhz；b10-b11可以总共有0～3四个状态，分别表示传输时长门限值为1t、2t、3t和4t，其中，t可以为传输时长的单位时间长度，本发明实施例对t的取值不作限定；b13-b15可以总共有0～7八个状态，分别表示1～8个空间流。可选地，该b8～b9、b10～b11以及b13～b15的不同状态可以表示其它数量的传输资源门限值，本发明实施例对此不做限定。

可选地，作为另一实施例，该ap还可以采用该cts帧的扰码序列指示该传输时长门限值，但本发明实施例不限于此。

因此，根据本发明实施例的传输数据的方法，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

上文中结合图1和图2，从ap的角度详细描述了根据本发明实施例的传输数据的方法，下面将结合图3和图4，从站点的角度详细描述根据本发明实施例的传输数据的方法。

图3示出了根据本发明另一实施例的传输数据的方法200的示意性流程图，该方法200可以由站点执行，如图3所示，该方法200包括：

s210，接收接入点ap发送的信道预留响应帧，该信道预留响应帧用于指示允许第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；

s220，根据该信道预留响应帧，向该ap发送上行数据。

因此，根据本发明实施例的传输数据的方法，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

该ap可以在接收到该第一站点发送的用于请求为该第一站点预留一定数量的传输资源的信道预留请求帧后，根据该信道预留请求帧向该第一站点和该m个第二站点发送该信道预留响应帧。

可选地，该信道预留响应帧还用于指示该m个第二站点向该ap发送上行数据的传输资源门限。

可选地，作为另一实施例，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

可选地，若该信道预留响应帧指示允许该第一站点发送上行数据而不会指示该第一站点采用的传输资源的数量，则第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

可选地，作为另一实施例，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；

该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

其中，该信道预留响应帧中指示的传输资源的数量可以小于或等于该第一站点在信道预留请求帧中请求预留的传输资源的数量，可选地，若该信道预留响应帧中显性地指示该第一站点采用的传输资源的数量，则该第一站点发送上行数据时采用的传输资源的数量可以小于或等于该显性指示的传输资源的数量；若该信道预留响应帧中未显性地指示该第一站点采用的传输资源的数量，则可以表示该ap并未调整该第一站点请求预留的传输资源的数量，相应地，该第一站点发送上行数据时采用的传输资源的数量可以小于或等于该信道预留请求帧中请求预留的传输资源的数量，但本发明实施例不限于此。

可选地，该为该第一站点预留的传输资源，包括：为该第一站点预留的空间流数目；该传输资源门限包括空间流门限。

可选地，作为另一实施例，该为该第一站点预留的传输资源还可以进一步包括为该第一站点预留的传输带宽等其它资源参数，相应地，该传输资源门限还可以进一步包括传输带宽等其它资源参数的门限，本发明实施例不限于此。

可选地，若该方法200由第二站点执行，即第二站点接收到该ap发送的信道预留响应帧，则该第二站点可以查看自己是否有待发送的上行数据，如果自己有待发送的上行数据，则可以进一步确定该待发送的上行数据所需的传输资源的数量是否超过传输资源门限所对应的传输资源的数量，如果该待发送上行数据所需的传输资源的数量符合该传输资源门限所限定的传输资源的数量，则该第二站点可以向该ap发送该待发送的上行数据；而如果该待发送上行数据所需要的传输资源的数量不符合该传输资源门限所限定的传输资源的数量，则可以不发送该待发送上行数据，也可以将待发送上行数据进行分段，并使用符合该传输资源门限所限定的传输资源向该ap发送部分上行数据，但本发明实施例不限于此。

相应地，s220，根据该信道预留响应帧，向该ap发送上行数据，包括：

s221a，若该第二站点存在待发送的上行数据，该第二站点采用第一传输资源向该ap发送上行数据，该第一传输资源的数量小于等于该传输资源门限对应的传输资源的数量。

可选地，作为另一实施例，若该方法200的执行主体为第一站点，该第一站点接收到该ap发送的该信道预留响应帧之前，该第一站点可以向该ap发送信道预留请求帧，如图4所示，在s210之前，该方法200还包括：

s230，若该第一站点检测到信道在预设时间段内一直处于空闲状态，该第一站点向该ap发送信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于向该ap发送上行数据的传输资源；

相应地，s210，该接收ap发送的信道预留响应帧，包括：

s211b，该第一站点接收该ap根据该信道预留请求帧发送的信道预留响应帧。

该第一站点可以与其它站点竞争传输资源，并在竞争到传输资源后向该ap发送信道预留请求帧，该信道预留请求帧用于请求接收到该预留请求帧的站点为该第一站点预留用于发送上行数据的传输资源，该ap可以根据该信道预留请求帧确定m个第二站点发送上行数据的传输资源门限，并向该第一站点和m个第二站点发送该信道预留响应帧，该信道预留响应帧用于指示允许该第一站点发送上行数据且指示该m个第二站点的传输资源门限，该第一站点和该m个第二站点中的n个第二站点可以在接收到该信道预留响应帧后经过预设时间段向该ap发送上行数据，但本发明实施例不限于此。

可选地，作为另一实施例，为了与现有的ieee802.11协议兼容，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

可选地，作为另一实施例，该rts帧的预留比特位中的至少一个比特位用于指示请求为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

因此，根据本发明实施例的传输数据的方法，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

下面将结合具体例子对本发明实施例提供的传输数据的方法做更详细的说明。图5示出了根据本发明再一实施例的传输数据的方法300的示意性流程图。为了便于描述，下面假设该第一站点为sta1，第二站点为sta2，但本发明实施例不限于此。如图5所示，该方法300包括：

s310，sta1向ap发送信道预留请求帧，该信道预留请求帧用于请求为该sta1预留用于发送上行数据的传输资源。

该信道预留请求帧可以携带该sta1请求预留的传输时长，也可以携带请求为sta1预留的空间流数目，还可以进一步携带该sta1请求预留的传输带宽和/或该sta1的缓存队列长度，本发明实施例不限于此。

s320，ap根据该信道预留请求帧，确定sta2向该ap发送上行数据的传输资源门限。

该ap接收到该信道预留请求帧后，可以根据该信道预留请求帧携带的信息确定该sta1发送上行数据时占用的传输资源的数量，其中，该ap确定的sta1发送上行数据时占用的传输资源的数量可以等于或不等于该sta1在信道预留请求帧中请求的传输资源的数量；该ap可以根据该ap当前可用的传输资源的数量与该sta1发送上行数据时采用的传输资源的数量，确定剩余的传输资源的数量，并根据该剩余的传输资源的数量确定该sta2向该ap发送上行数据的传输资源门限，其中，该传输资源门限所对应的传输资源的数量可以小于等于该剩余的传输资源的数量，以降低站点同时向ap发送数据时发生碰撞的概率，相应地，该传输资源门限对应的传输资源的数量与该sta1发送上行数据时采用的传输资源的数量之和小于等于该ap当前可用的传输资源的数量。但本发明实施例不限于此。

s330，ap向sta1和sta2发送信道预留响应帧，该信道预留响应帧用于指示允许该sta1发送数据且指示该sta2发送上行数据的传输资源门限。

可选地，该sta2发送上行数据时采用的传输资源的数量可以小于或等于该传输资源门限，该信道预留响应帧还可以指示该sta1发送上行数据时采用的上行资源的数量，但本发明实施例不限于此。

s340，sta2根据该信道预留响应帧，确定向该ap发送上行数据。

该sta2可以查看自己是否有待发送的上行数据，如果自己有待发送的上行数据，则可以进一步确定该待发送的上行数据所需的传输资源的数量是否超过传输资源门限所对应的传输资源的数量，如果该待发送上行数据所需的传输资源的数量符合该传输资源门限所限定的传输资源的数量，则该sta2可以向该ap发送该待发送的上行数据；而如果该待发送上行数据所需要的传输资源的数量不符合该传输资源门限所限定的传输资源的数量，则该sta2可以将待发送上行数据进行分段，并使用符合该传输资源门限所限定的传输资源向该ap发送部分上行数据，但本发明实施例不限于此。

s350，sta1和sta2同时向该ap发送上行数据。

该sta1和sta2在接收到信道预留响应帧之后，可以经过预设时间间隔同时发送上行数据，该预设时间间隔可以为sifs，也可以为其它时间间隔。并且，该sta1和sta2可以在信道预留请求帧中请求的传输时长内采用不同的传输资源发送上行数据，但本发明实施例不限于此。

因此，根据本发明实施例的传输数据的方法，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

应注意，图5的这个例子是为了帮助本领域技术人员更好地理解本发明实施例，而非要限制本发明实施例的范围。本领域技术人员根据所给出的图5的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本发明实施例的范围内。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

上文中结合图1至图5，详细描述了根据本发明实施例的传输数据的方法，下面将结合图6至图10，描述根据本发明实施例的传输数据的装置。

图6示出了根据本发明实施例的传输数据的装置400的示意性框图。如图6所示，该装置400包括：

接收模块410，用于接收第一站点发送的信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于发送上行数据的传输资源；

发送模块420，用于根据该接收模块410接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，该信道预留响应帧用于指示允许该第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；

该接收模块410还用于接收该第一站点和该m个第二站点中的n个第二站点根据该发送模块420发送的该信道预留响应帧同时发送的上行数据，其中，其中，n为整数且1≤n≤m。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

可选地，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限；相应地，该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

可选地，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

可选地，作为另一实施例，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

可选地，作为另一实施例，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；

相应地，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

可选地，该发送模块420具体用于根据该接收模块410接收的该信道预留请求帧，向与该ap关联的所有站点发送该信道预留响应帧。

可选地，作为另一实施例，如图7所示，该装置400还包括：

分组模块430，用于在该发送模块420根据该接收模块410接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧之前，将与该ap关联的站点进行分组；

该发送模块420具体用于根据该接收模块410接收的该信道预留请求帧，向该第一站点和该分组模块430划分的至少一个分组中包括的m个第二站点发送信道预留响应帧。

可选地，作为另一实施例，该信道预留请求帧包括请求为该第一站点预留的空间流数目；

该传输资源门限包括空间流门限。

可选地，作为另一实施例，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

可选地，作为另一实施例，该rts帧的预留比特位中的至少一个比特位用于指示请求该ap其它站点为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

根据本发明实施例的传输数据的装置400可对应于根据本发明实施例的传输数据的方法中的ap，并且传输数据的装置400中的各个模块的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

图8示出了根据本发明实施例的传输数据的装置500的示意性框图。如图8所示，该装置500包括：

接收模块510，用于接收接入点ap发送的信道预留响应帧，该信道预留响应帧用于指示允许第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；

发送模块520，用于根据该接收模块510接收的该信道预留响应帧，向该ap发送上行数据。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源m个第二站点，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

其中，该接收模块510具体用于接收该ap根据该第一站点发送的用于请求为该第一站点预留一定数量的传输资源的信道预留请求帧发送的信道预留响应帧。

可选地，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限。

可选地，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

该为该第一站点预留的传输资源，包括：为该第一站点预留的空间流数目；

相应地，该传输资源门限包括空间流门限。

可选地，该装置500可以为图1至图5中所示的第二站点，相应地，该发送模块520具体用于若存在待发送的上行数据，采用第一传输资源向该ap发送上行数据，该第一传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

可选地，作为另一实施例，该装置500还可以为图1至图5中所示的第一站点，相应地，该装置500还包括：

检测模块530，用于在该接收模块510接收ap发送的信道预留响应帧之前，检测信道是否处于空闲状态；

该发送模块520还用于若该检测模块530检测到该信道在预设时间段内一直处于空闲状态，向该ap发送信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于向该ap发送上行数据的传输资源；

该接收模块510还用于接收该ap根据该发送模块520发送的该信道预留请求帧发送的信道预留响应帧。

可选地，作为另一实施例，当该装置500为第一站点时，该发送模块520发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

可选地，作为另一实施例，该接收模块510接收的该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；

相应地，当该装置500为第一站点时，该发送模块520发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

可选地，作为另一实施例，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

可选地，作为另一实施例，该rts帧的预留比特位中的至少一个比特位用于指示请求该ap为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

根据本发明实施例的传输数据的装置400可对应于根据本发明实施例的传输数据的方法中的第一站点或第二站点，并且传输数据的装置400中的各个模块的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

图9示出了根据本发明实施例的传输数据的装置600的示意性框图。如图9所示，该装置600包括：

接收器610，用于接收第一站点发送的信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于发送上行数据的传输资源；

发送器620，用于根据该接收器610接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧，该信道预留响应帧用于指示允许该第一站点和m个第二站点发送上行数据，其中，m为大于或等于一的整数；

该接收器610还用于接收该第一站点和该m个第二站点中的n个第二站点根据该发送器620发送的该信道预留响应帧同时发送的上行数据，其中，n为整数且1≤n≤m。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

可选地，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限；相应地，该n个第二站点中的每个第二站点发送上行数据时采用的传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

可选地，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

可选地，作为另一实施例，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

可选地，作为另一实施例，该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；

相应地，该第一站点发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

可选地，该发送器620具体用于根据该接收器610接收的该信道预留请求帧，向与该ap关联的所有站点发送该信道预留响应帧。

可选地，作为另一实施例，如图9所示，该装置600还包括：

处理器630，用于在该发送器620根据该接收器610接收的该信道预留请求帧，向该第一站点和m个第二站点发送信道预留响应帧之前，将与该ap关联的站点进行分组；

该发送器620具体用于根据该接收器610接收的该信道预留请求帧，向该第一站点和该处理器630划分的至少一个分组中包括的m个第二站点发送信道预留响应帧。

应理解，在本发明实施例中，该处理器630可以是中央处理单元(centralprocessingunit，简称为“cpu”)，该处理器630还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可选地，作为另一实施例，该信道预留请求帧包括请求为该第一站点预留的空间流数目；

相应地，该传输资源门限包括空间流门限。

可选地，作为另一实施例，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

可选地，作为另一实施例，该rts帧的预留比特位中的至少一个比特位用于指示请求该ap其它站点为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

根据本发明实施例的传输数据的装置600可对应于根据本发明实施例的传输数据的方法中的ap，并且传输数据的装置600中的各个模块的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

图10示出了根据本发明实施例的传输数据的装置700的示意性框图。如图10所示，该装置700包括：

接收器710，用于接收接入点ap发送的信道预留响应帧，该信道预留响应帧用于指示允许第一站点发送上行数据且该信道预留响应帧用于指示m个第二站点向该ap发送上行数据的传输资源门限，其中，m为大于或等于一的整数；

发送器720，用于根据该接收器710接收的该信道预留响应帧，向该ap发送上行数据。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。

其中，该接收器710具体用于接收该ap根据该第一站点发送的用于请求为该第一站点预留一定数量的传输资源的信道预留请求帧发送的信道预留响应帧。

可选地，该信道预留响应帧还用于指示该m个第二站点向接入点ap发送上行数据的传输资源门限。

可选地，该传输资源门限对应的传输资源的数量与该第一站点发送上行数据时采用的传输资源的数量之和小于或等于该ap当前可用的传输资源的数量。

该为该第一站点预留的传输资源，包括：为该第一站点预留的空间流数目；相应地，该传输资源门限包括空间流门限。

可选地，该装置700可以为图1至图5中所示的第二站点，相应地，该发送器720具体用于若存在待发送的上行数据，采用第一传输资源向该ap发送上行数据，该第一传输资源的数量小于或等于该传输资源门限对应的传输资源的数量。

可选地，作为另一实施例，如图10所示，该装置700还包括：

处理器730，用于在该接收器710接收ap发送的信道预留响应帧之前，检测信道是否处于空闲状态；

该发送器720还用于若该处理器730检测到该信道在预设时间段内一直处于空闲状态，向该ap发送信道预留请求帧，该信道预留请求帧用于请求为该第一站点预留用于向该ap发送上行数据的传输资源；

该接收器710还用于接收该ap根据该发送器720发送的该信道预留请求帧发送的信道预留响应帧。

应理解，在本发明实施例中，该处理器730可以是中央处理单元(centralprocessingunit，简称为“cpu”)，该处理器730还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可选地，作为另一实施例，当该装置700为第一站点时，该发送器720发送上行数据时采用的传输资源的数量小于或等于该信道预留请求帧中请求预留的传输资源的数量。

可选地，作为另一实施例，该发送器720发送的该信道预留响应帧还用于指示该第一站点发送上行数据时采用的传输资源的数量；

相应地，当该装置700为第一站点时，该发送器720发送上行数据时采用的传输资源的数量小于或等于该信道预留响应帧中指示的传输资源的数量。

可选地，作为另一实施例，该信道预留请求帧为请求发送rts帧，该信道预留响应帧为允许发送cts帧。

可选地，作为另一实施例，该cts帧的预留比特位中的至少一个比特位用于指示该传输资源门限，该cts帧的预留比特位包括该cts帧的第九至第十二个比特位以及第十四至第十六个比特位。

可选地，作为另一实施例，该rts帧的预留比特位中的至少一个比特位用于指示请求该ap为该第一站点预留的传输资源，该rts帧的预留比特位包括该rts帧的第九至第十二个比特位以及第十四至第十六个比特位。

根据本发明实施例的传输数据的装置700可对应于根据本发明实施例的传输数据的方法中的第一站点或第二站点，并且传输数据的装置700中的各个模块的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，根据本发明实施例的传输数据的装置，通过第一站点请求为该第一站点预留传输资源且该ap根据该第一站点请求预留的传输资源通知允许该第一站点和m个第二站点发送上行数据，以使得该第一站点和该m个第二站点中的n个第二站点能够同时向该ap发送上行数据，且该n个第二站点无需与其它站点竞争资源即可向该ap发送上行数据，从而在实现mu-mimo的同时节约系统的时频资源，且降低传输时延，提高用户体验。此外，通过在rts帧中指示该第一站点请求为该第一站点预留的传输资源且该ap在cts帧中指示允许该第一站点和m个第二站点发送上行数据，使得本发明实施例的传输数据的方法能够与现有的ieee802.11协议保持兼容。

应理解，在本发明实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称为“rom”)、随机存取存储器(randomaccessmemory，简称为“ram”)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。