一种数据传输的方法和装置与流程

本发明涉及无线通信技术领域，特别是涉及一种数据传输的方法和装置。

背景技术：

在无线保真(wirelessfidelity，以下简称wifi)技术中，通常地，将一个接入点(accesspoint，以下简称ap)与一个或者多个关联的站点(station，sta)组成的系统称作一个基础服务集合(basedservicearea,以下简称bss)，其中ap与internet相连，关联sta通过ap接入网络。

随着wifi技术的发展，在最初协议只支持单用户发送的基础上，ieee802.11ax协议引入了上行多用户mimo技术，使得ap竞争到信道之后，可以通过发送触发帧调度同一个bss内的多个sta，使得多个sta通过mimo同时给与其关联的ap并行的发送上行数据，但是在这种场景下，多个sta都必须关联到该ap，即多用户并行发送数据仅限于同一个bss内，仅限于发送给与其关联的ap。

然而随着wifi部署密度的增大，wifi的覆盖也逐渐从单点覆盖向区域覆盖发展。当一个区域中采用多个bss进行覆盖时，相邻bss之间会存在双向的交叉干扰，因此实现不同bss内多用户并行的数据传输较为困难。而相邻两个bss内，通过两个ap协作可以达到提升系统效率，降低干扰等有益效果。

现有技术中，为了实现并行数据传输，相邻的两个bss之间通过协调波束赋形的方式进行协作，这种方式需要相邻两个ap预先获取自身与目标站点以及自身与协作站点的信道状态信息，而信道状态信息是具有时效性的，例如几十毫秒，时效期过后需要重新获取信道，因此获取信道信息的开销较大。

技术实现要素：

为了解决相关技术的问题，本发明提供了一种数据传输的方法和装置，本发明的目的是通过以下技术方案实现的：

第一方面，提供了一种数据传输的方法，应用于接入点ap中，所述方法包括：

第一接入点ap接收第二接入点ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息；

第一ap至少触发第一ap关联的至少一个协作sta采用第一ap分配的空间流数进行上行传输，其中，第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收流数上限和所述第二ap接收空间流数上限中的最小值；或者，

第一ap采用第一ap分配的空间流数至少向第一ap关联的至少一个协作sta进行下行数据传输，其中，第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过第一ap与第二ap关联的所有协作sta接收空间流数上限中的最小值；

其中，第二ap的协作基本信息至少包含所述第二ap关联的至少一个协作站点sta的标识符aid，以及，第二ap分配给第二ap关联的至少一个协作sta的空间流数。

第二方面，提供一种数据传输的方法，应用于sta中，所述方法包括：

第一接入点ap关联的协作站点sta根据所述第一ap分配的空间流数，与第二接入点ap关联的至少一个协作站点sta并行进行上行数据传输，其中所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收空间流数上限与所述第二ap接收空间流数上限中的最小值；或者，

第一ap关联的协作sta根据第一ap分配的空间流数，接收第一ap发送的下行数据，其中，第一ap分配给第一ap关联的至少一个协作sta的空间流数与第二ap分配给第二ap关联的至少一个协作sta的空间流数的总和不超过第一ap与第二ap关联的所有协作sta接收空间流数上限中的最小值；

结合第二方面，在第二方面的第一种可能的实现方式中，第一ap关联的协作sta根据第一ap分配的空间流数，与第二ap关联的至少一个协作sta进行上行数据传输，具体包括：

第一ap关联的协作sta接收所述第一ap发送的第一触发帧，所述第一触发帧用于触发所述第一ap关联的至少一个协作sta在指定延时后采用指定的空间流数和传输时间长度进行上行数据传输；

第一ap关联的协作sta根据所述第一触发帧的延时上传指示，等待接收到所述第二ap发送的第二触发帧之后，与所述第二ap关联的至少一个协作sta并行进行上行数据传输；

其中，第一ap发送的第一触发帧与第二ap发送的第二触发帧间隔sifs时间，第二触发帧用于触发第二ap关联的至少一个协作sta采用指定的空间流数和传输时间长度进行上行数据传输，第一ap关联的至少一个协作sta与第二ap关联的至少一个协作sta的传输时间长度相同。

第三方面，提供一种用于数据传输的装置，应用于无线接入点ap中，所述装置包括：

配置单元(1901)，用于接收第二接入点ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息；

触发单元(1902)，用于至少触发所述第一ap关联的至少一个协作sta采用所述第一ap分配的空间流数进行上行传输，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收空间流数上限和所述第二ap接收空间流数上限中的最小值；或者，

发送单元(1903),用于采用所述第一ap分配的空间流数，至少向所述第一ap关联的至少一个协作sta进行下行数据传输，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap与所述第二ap关联的所有协作sta接收空间流数上限中的最小值。

第四方面，提供一种用于数据传输的装置，应用于站点sta中，所述装置包括：

发送单元(2001)，用于根据所述第一ap分配的空间流数，与第二接入点ap关联的至少一个协作站点sta并行进行上行数据传输，其中所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收流数上限与所述第二ap接收空间流数上限中的最小值；或者，

接收单元(2002)，用于根据所述第一ap分配的空间流数，接收所述第一ap发送的下行数据，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap与所述第二ap关联的所有协作sta接收空间流数上限中的最小值。

本发明实施例提供的技术方案带来的有益效果是：

本发明提供的数据传输方法，通过两个ap协商为第一ap关联的协作sta和第二ap关联的协作sta分配空间流数，两个ap可以触发两个ap关联的多个协作sta并行进行上行数据传输以及两个ap可以同时向两个ap关联的多个协作sta进行下行数据传输。本发明的实施例将一个ap关联的多用户并行数据传输扩展到两个ap关联的多用户并行数据传输，扩大了多用户并行数据传输的范围，而且两个ap通过协作触发两个ap关联的多个协作sta并行进行上行数据传输或者两个ap通过协作同时向两个ap关联的多个协作sta发送下行数据，而不需要两个ap各自通过时分的方式向各自关联的协作sta进行数据传输，提高了系统的传输效率；

进一步地，在两个ap通过协作触发两个ap关联的多个协作sta并行进行上行数据传输或者两个ap通过协作同时向两个ap关联的多个协作sta发送下行数据时，确保了不同ap关联的协作sta的aid的唯一性，避免了本ap触发调度协作ap关联的协作sta时或本ap发送下行数据给协作ap关联的协作sta时，出现混淆触发调度和数据发送的情况，使得ap在协作中可以清楚准确地与对应的sta进行数据传输，提升了协作传输的准确度。

进一步地，在ap接收到各协作sta的上行数据之后，各ap可以通过hemuppdu帧格式向各自关联的协作sta并行回复确认信息；或者，在协作sta接收到各ap发送的下行数据之后，各协作sta可以通过hetbppdu帧格式并行向各自关联的ap回复确认信息，减小了串行回复确认信息带来的时间开销，提高了确认信息回复的效率。

附图说明

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

图1为本发明实施例提供的网络架构示意图；

图2为本发明实施例提供的数据传输方法的流程示意图；

图3为本发明实施例中协作配置信息的帧结构示意图；

图4为本发明实施例中协作配置信息的另一种帧结构示意图

图5为本发明实施例中一种协商协作信息方法的流程示意图；

图6为本发明实施例中另一种协商协作信息方法的流程示意图；

图7位本发明实施例中协作确认信息的帧结构示意图；

图8为本发明实施例中一种触发方法的流程示意图；

图9为本发明实施例中一种触发方法的时序示意图；

图10为本发明实施例中又一种触发方法的流程示意图；

图11为本发明实施例中又一种触发方法的时序示意图；

图12为本发明实施例中另一种触发方法的流程示意图；

图13为本发明实施例中另一种触发方法的时序示意图；

图14为本发明实施例中hemuppdu的帧结构示意图；

图15为本发明实施例中一种上行数据传输方法的时序示意图；

图16为本发明实施例中一种下行数据传输方法的时序示意图；

图17为本发明实施例中另一种下行数据传输方法的流程示意图

图18为本发明实施例中另一种下行数据传输方法的时序示意图；

图19为本发明实施例中一种用于数据传输的装置结构示意图；

图20为本发明实施例中一种用于数据传输的装置结构示意图；

图21为本发明实施例中一种接入点的实体装置结构示意图；

图22为本发明实施例中一站点的实体装置结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的，流程，特征和优点能够更加清楚易懂。显然，所描述的实施例仅仅是本发明的一部分实施例，并不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图对本发明实施例中的技术方案和流程作进一步的详细说明。

参阅图1所示，为一个本发明实施例的具体应用场景，图1中包括两个ap，其中第一ap关联的协作站点为sta11和sta12，第二ap关联的协作站点为sta21和sta22，两个ap通过协商协作配置信息，触发两个ap关联的至少一个协作sta采用指定的空间流数并行进行上行数据传输。当然，在其他例子中，可以包括更多的ap和其他的协作站点，在图1中未示出。

实施例一，本实施例提供了一种数据传输的方法。

参阅图2，为本发明实施例一种数据传输方法的流程图。该方法可以包括：

步骤s201：第一ap接收第二ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息。

具体的，若第一ap与第二ap需要协商触发协作sta并行进行上行数据传输，则第二ap在向第一ap发送协作配置信息之前，第二ap可以根据第二ap关联的协作sta需要发送的空间流数，为第二ap关联的协作sta分配空间流数，调制和编码方案mcs和传输时间长度等信息；若第一ap与第二ap需要协商向sta进行下行数据传输，则第二ap在向第一ap发送协作配置信息之前，第二ap可以根据第二ap关联的协作sta的接收空间流数上限和第二ap需要进行下行传输的空间流数，确定参与下行数据传输的协作sta数量，第二ap下行发送的空间流数，调制和编码方案mcs和传输时间长度等信息。在通过信道竞争获取信道使用权之后，将上述信息携带入协作配置信息中，并向第一ap发送该协作配置信息。第一ap与第二ap协作触发协作sta并行进行上行数据传输时，这里的协作配置信息包含第二ap关联的协作sta数量，第二ap关联的协作sta的aid，以及第二ap分配给协作sta的空间流数，调制和编码制式mcs，传输时间长度等参数；在ap需要协作进行下行数据传输时，这里的协作配置信息包含第二ap关联的协作sta数量，第二ap关联的协作sta的aid，以及第二ap向关联协作sta发送的空间流数，调制和编码制式mcs，传输时间长度等参数；其中，空间流数是指空间(天线)维度上可以同时传输的空间流的数量，接收空间流数上限是指接入点ap或站点sta可接收的空间流数的最大值。

该协作配置信息的帧结构可以如图3所示，该协作配置信息中至少携带参与协作的必要信息，其中，ra字段为协作ap的mac地址，ta字段为发送协作配置信息的ap的mac地址，协作sta(cooperatesta)字段包含两个子字段：staid与ssallocation，staid为发送该协作配置信息的ap关联的协作sta的aid，ssallocation为发送该协作配置信息的ap为其关联的协作sta分配的空间流数信息，如图3中实线字段所示；可选的，在部分实施例中，当各协作ap需要同时或分别触发各自关联的协作sta并行进行上行数据传输时或各协作ap需要同时下行向各自关联的协作sta发送下行数据时，协作配置信息的帧结构还需要包括传输时间长度ppdulength字段，如图3中虚线字段所示。

当然，该帧结构还可以为其他的结构，例如图4所示，其中，ra字段为协作ap的mac地址，ta字段为发送协作配置信息的ap的mac地址，staidlist字段为发送该协作配置信息的ap关联的协作sta的aid的列表，ssallocation字段为与staidlist顺序对应的协作sta的空间流数信息，上述字段为协作配置信息中协作的必要信息，如图4中实线部分所示。同样可选的，在部分实施例中，当各协作ap需要同时或分别触发各自关联的协作sta并行进行上行数据传输时或各协作ap需要同时下行向各自关联的协作sta发送下行数据时，协作配置信息的帧结构还需要包括传输时间长度ppdulength字段，如图4中虚线字段所示。

具体的，第二ap发送的协作配置信息的帧结构中，ra字段为第一ap的mac地址，ta字段为第二ap的mac地址，staid为第二ap关联的协作sta的aid信息，ssallocation为第二ap为其关联的协作sta分配的空间流数信息。

步骤s202：所述第一ap采用所述第一ap分配给所述第一ap关联的至少一个协作站点sta的空间流数，至少触发所述第一ap关联的至少一个协作sta进行上行数据传输；或者，

所述第一ap采用所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数，至少向所述第一ap关联的至少一个协作sta进行下行数据传输。

具体在第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第一ap接收到第二ap发送的协作配置信息之后，第一ap根据第二ap协作配置信息中指示的第二ap关联的协作sta的aid，第二ap分配给关联协作sta的空间流数，在确保第一ap为自身关联的协作sta分配的空间流数与所述第二ap为自身关联的协作sta分配的空间流数的总和不超过第一ap的接收空间流数上限和第二ap的接收空间流数上限中的最小值的原则下，第一ap为第一ap关联的协作sta分配可使用的空间流数或者第一ap为第一ap关联的协作sta和第二ap关联的协作sta分配空间可使用的空间流数。

第一ap可以通过广播的方式向第一ap关联的协作sta发送触发信息，用于触发第一ap关联的协作sta采用第一ap分配的空间流数和传输时间长度进行上行传输。

可选的，第一ap还可以通过广播的方式向第一ap关联的协作sta和第二ap关联的协作sta发送触发信息，用于触发第一ap关联的协作sta和第二ap关联的协作sta分别采用触发信息中指定的空间流数进行上行传输。

具体在ap需要协作进行下行数据传输时，第一ap接收到第二ap发送的协作配置信息之后，第二ap根据第二ap协作配置信息中指示的第二ap分配给第二ap关联的协作sta下行发送的空间流数，在确保第一ap关联的至少一个协作sta的空间流数与第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过第一ap与第二ap关联的所有协作sta接收空间流数上限中的最小值的原则下，第一ap为第一ap关联的协作sta分配可使用的空间流数或者第一ap为第一ap关联的协作sta和第二ap关联的协作sta分配空间可使用的空间流数。

实施例二，本实施例提供了一种第一ap与第二ap协商协作配置信息的方法。

参阅图4，该方法可以包括：

步骤s501：第一ap接收第二ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息。

步骤s501与步骤s201相同，在此不再赘述。

步骤s502：第一ap将剩余空间流数分配给第一ap关联的至少一个协作sta。

具体的，第一ap接收到第二ap发送的协作配置信息之后，第一ap优先考虑满足第二ap为第二ap关联的协作sta分配的空间流数。

可选的，若第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数未超过第一ap的接收空间流数上限，或者在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数未超过第一ap关联的协作sta的接收空间流数上限，则第一ap根据第二ap的协作配置信息中携带的第二ap分配给其关联的协作sta的空间流数、将剩余空间流数分配给第一ap关联的协作sta，这里的剩余空间流数是指在第二ap为其关联的协作sta分配空间流数之后，剩余可分配给第一ap关联的协作sta的空间流数。

可选的，若第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第二ap分配给所述第二ap关联的协作sta的空间流数超过第一ap的接收空间流数上限，或者在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数超过第一ap关联的协作sta的接收空间流数上限，则第一ap将自身可进行数据传输的关联协作sta数量置为零，并不分配空间流数给与自身关联的任何协作sta。

步骤s503：第一ap不向第二ap回复协作确认信息。

第一ap在收到第二ap发送的协作配置信息之后，优先考虑满足第二ap的协作需求和协作配置信息，因此本次协商只需要通过单向协商即可完成第一ap与第二ap关联的协作sta的空间流数分配。

实施例三，本实施例提供另一种第一ap与第二ap协商协作配置信息的方法。

参阅图6，该方法还可以包括：

步骤s601：第一ap接收第二ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息。

步骤s601与步骤s201相同，在此不再赘述。

步骤s602：所述第一ap分别给所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta分配空间流数。

具体的，第一ap接收到第二ap发送的协作配置信息之后，可以优先考虑为第一ap关联的协作sta分配空间流数，也可以优先满足第二ap为第二ap关联的协作sta分配的空间流数，还可以综合考虑第一ap与第二ap为各自关联的协作sta分配的空间流数。

可选的，第一ap可以优先为第一ap关联的协作sta分配空间流数：

若第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数总和不超过第一ap的接收空间流数上限，或者在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数未超过第一ap关联的协作sta的接收空间流数上限，则第一ap优先为第一ap关联的协作sta分配空间流数，再根据第二ap的协作配置信息，将剩余可分配的空间流数重新分配给第二ap关联的协作sta；若在ap需要协作触发sta进行上行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数总和超过第一ap的接收空间流数上限，或者在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数超过第一ap关联的协作sta的接收空间流数上限，则第一ap将所有可用的空间流数全部分配给第一ap关联的协作sta，则不分配空间流数给第二ap关联的协作sta。

可选的，第一ap还可以优先满足第二ap为第二ap关联的协作sta分配的空间流数：

若第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数总和不超过第一ap的接收空间流数上限，或者若在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数不超过第一ap关联的协作sta的接收空间流数上限，则第一ap根据第二ap的协作配置信息，优先满足第二ap关联的协作sta分配的空间流数，将剩余可分配的空间流数分配给第一ap关联的协作sta；若在ap需要协作触发sta进行上行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数总和超过第一ap的接收空间流数上限，或者在ap需要协作进行下行数据传输时，第二ap分配给第二ap关联的协作sta的空间流数超过第一ap关联的协作sta的接收空间流数上限，则第一ap将自身可调度的关联协作sta数量置为零，并不分配空间流数给自身关联的任何协作sta。

可选的，第一ap还可以综合考虑第一ap与第二ap为各自关联的协作sta分配的空间流数。在这里，具体每个协作sta分配空间流数的数量以及空间流数的分配方法不作具体限定。例如，可以根据各协作sta的需要传输数据的紧急程度、等待上行传输的时间长度或由各协作sta主动的向各ap发送空间流数数量请求来确定，也可以根据各ap根据自身的调度能力或其他算法确定，但第一ap与第二ap需要协商触发协作sta进行上行数据传输时，第一ap关联的协作sta分配的空间流数与第二ap关联的协作sta分配的空间流数总和不超过第一ap接收空间流数上限和第二ap接收空间流数上限中的最小值；在ap需要协作进行下行数据传输时，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap与所述第二ap关联的所有协作sta接收空间流数上限中的最小值。

步骤s603：所述第一ap还向所述第二ap回复协作确认信息，其中，所述协作确认信息至少包含所述第一ap的协作基本信息；

其中，所述第二ap的协作基本信息至少包含所述所述第二ap关联的至少一个协作站点sta的标识符aid，以及所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数，传输时间长度。

可选的，当第一ap采取优先满足第二ap关联的协作sta分配的空间流数时，则第二ap的协作配置信息不需要修改，则第一ap将第一ap关联的协作sta的aid，以及第一ap分配给第一ap关联的协作sta的空间流数、调制编码方案、传输时间长度等信息携带进第一ap的协作确认信息中，并在通过信道竞争获取信道使用权之后将该协作确认信息回复给第二ap。

这里，协作确认信息的帧结构可以与协作配置信息的帧结构相同，在此不再赘述。具体字段包含的信息不同的是：ra字段设置为第二ap的mac地址，ta字段设置为第一ap的mac地址，cooperatesta中的staaid为第一ap关联的协作sta的aid，ssallocation为第一ap为其关联的协作sta分配的空间流数信息。当然，该协作确认信息的帧结构还可以为其他的帧结构，可选的，如图7所示，协作确认信息的帧结构还可以与trigger帧的帧结构相同，以便于第一ap和第二ap在后续的共同触发调度各自关联的协作sta时完成触发信息的设置。不同的是，在协作确认信息帧结构中的framecontrol字段中type和subtype子字段的设置，需要与trigger帧区分开。具体的，用户信息字段(userinfofield)包含第一ap关联的至少一个协作sta的aid、空间流数和mcs等参数。

可选的，当第一ap采取优先为第一ap关联的协作sta分配空间流数时，则第二ap的协作配置信息中，第二ap关联的协作sta可分配的空间流数信息会发生变化，则第二ap将重新分配后已经被修改的第二ap的协作基本信息与第一ap的协作基本信息携带进协作确认信息中，并在通过信道竞争获取信道使用权之后将该协作确认信息回复给第二ap。

这里，协作确认信息的帧结构可以与协作配置信息的帧结构相同，在此不再赘述。具体字段包含的信息不同的是：ra字段设置为第二ap的mac地址，ta字段设置为第一ap的mac地址，cooperatesta不仅包含第一ap关联的协作sta的aid和空间流数信息，还包含第二ap关联的至少一个协作sta的aid和修改后第二ap关联的至少一个协作sta的空间流数。可选的，协作确认信息的帧结构已经在上述第一种可选方式中给出，在此不再赘述。具体的，用户信息字段不仅包含第一ap关联的至少一个协作sta的aid、空间流数和mcs等参数，还包括第二ap关联的至少一个协作sta的aid、空间流数和mcs等参数。

因此，这里第一ap向第二ap回复的协作确认信息，可以包含下述情况中的一种：

所述第一ap未修改分配所述第二ap关联的至少一个协作sta的空间流数时，所述第一ap的协作基本信息；或者，

所述第一ap重新分配和修改所述第二ap关联的至少一个协作sta的空间流数时，所述第一ap的协作基本信息与重新分配后的所述第二ap的协作基本信息；

在这里，经过第一ap与第二ap的双向交互协商之后，第一ap与第二ap不仅清楚知悉了自身的协作基本信息，还清楚知悉了对方协作ap的协作基本信息。

本实施例中，通过第二ap将携带第二ap协作基本信息的协作配置信息发送给第一ap，第一ap将至少携带第一ap协作基本信息的协作确认信息回复给第二ap，实现了第一ap与第二ap的双向交互协商，从而实现后续两ap协作触发各协作sta并行进行上行数据传输或者两ap协作向各协作sta进行下行数据传输。

实施例四，本实施例提供了ap触发多用户并行进行上行数据传输的过程。

在本发明的另一实施例中，在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap触发调度各协作sta进行上行传输的流程示意图如图8所示，时序示意图如图9所示，该方法可以包括：

步骤s801：所述第一ap向所述第一ap关联的协作sta发送第一触发帧，所述第一触发帧用于触发所述第一ap关联的至少一个协作sta在指定延时后采用指定的空间流数和传输时间长度进行上行数据传输。

具体的，在第一ap与第二ap进行预先协商确定协作配置信息之后，第一ap以广播的方式发送第一触发帧，其中，在该实施例场景中协作配置信息需要包含传输时间长度ppdulength，以便于第一ap与第二ap分别触发各自关联的协作sta并行进行上行数据传输。

这里，第一触发帧包含协商确定的第一ap关联的协作sta的aid空间流数，传输时间长度，还包括延时上传指示，第一触发帧用于触发所述第一ap关联的至少一个协作sta在指定延时后采用指定的空间流数和传输时间长度进行上行数据传输。

其中，可选的，第一触发帧中的延时上传指示可以在触发帧中公共信息字段(commoninfofield)的一个预留比特位上设置，其预留比特位所在的位置如下表1所示。例如，当该公共信息字段中的预留比特设置为1时，被触发的协作sta需要延时上传，当该公共信息字段中的预留比特设置为0时，被触发的协作sta不需要延时上传。

表1

bits:16316191variable

可选的，第一触发帧中的延时上传指示还可以在触发帧中用户信息字段(userinfofield)的一个预留比特位中设置，如表2所示。例如，当该用户信息字段中的预留比特位设置为1时，被触发的协作sta需要延时上传；当该用户信息字段中的预留比特位设置为0时，被触发的协作sta不需要延时上传。

表2

bits:128141671variable

步骤s802：第二ap发送第二触发帧，第二触发帧用于触发第二ap关联的协作sta采用指定的空间流数和传输时间长度进行上行数据传输。

具体的，第二ap以广播的方式发送第二触发帧，第二ap发送的第二触发帧与第一ap发送的第一触发帧间隔sifs时间，第二触发帧包含协商确定的第二ap关联的协作sta的aid，空间流数和传输时间长度，用于触发第二ap关联的协作sta采用指定的空间流数和传输时间长度进行上行数据传输，且第一触发帧指定的传输时间长度与第二触发帧指定的传输时间长度相同。

步骤s803：第一ap关联的协作sta与第二ap关联的协作sta并行进行上行数据传输。

具体的，第一ap关联的协作sta接收到第一ap发送的第一触发帧后，根据第一触发帧中延时上传指示判断是否需要延时上传。

若第一触发帧中延时上传指示位指示第一ap关联的协作sta需要延时上传，则第一ap关联的协作sta延时指定时间，待接收到第二ap(协作ap)发送的第二触发帧的sifs时间之后，第一ap关联的协作sta采用第一触发帧分配的空间流数和传输时间长度，与第二ap关联的协作sta采用第二触发帧分配的空间流数和传输时间长度并行进行上行数据传输。

实施例五，在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap触发调度各sta并行进行上行数据传输的流程示意图还可以如图10所示，时序示意图如图11所示，该方法还可以包括：

步骤s1001：所述第一ap向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送第三触发帧。

具体的，第一ap根据预先协商确定的协作配置信息，以广播的方式向第一ap关联的协作sta和第二ap关联的协作sta发送第三触发帧，用于触发第一ap与第二ap关联的所有协作sta同时进行上行数据传输，其中，第三触发帧包含第一ap关联的协作sta的aid，可使用的空间流数等信息，还包括第二ap关联的协作sta的aid，可使用的空间流数等信息。在该实施例场景中，由第一ap触发第一ap关联的协作sta和第二ap关联的协作sta并行进行上行数据传输，因此，在第二ap发送给第一ap的协作配置信息中，可以不包含第二ap分配给第二ap关联的至少一个协作sta的传输时间长度ppdulength字段，而由第一ap在发送第三触发帧时统一设置上行传输时间长度。

为了确保第一ap可以精确触发第一ap与第二ap关联所有的协作sta，需要保证被触发的协作sta的关联标识符aid具有唯一性。第一ap关联的协作sta的aid与第二ap关联的协作sta的aid的唯一性保证方法，可以在第一ap与第二ap确定协作信息之前实现，也可以在第一ap与第二ap触发调度的过程中实现。

可选的，在第一ap与第二ap确定协作信息之前，确保第一ap与第二ap分配不相同的aid给各自关联的协作sta。

具体的，第一ap与第二ap可以将aid划分为两个或者多个互不重叠的分段区间，第一ap和第二ap可以分别只分配特定区间内的aid给与自身关联的协作sta，这里的特定区间可以是任意两个不相同的分段区间，也可以是任意多个不相同的分段区间，例如，第一ap可以在第一aid分度区间为第一ap关联的至少一个协作sta分配aid，第二ap可以在第二aid分度区间中为第二ap关联的至少一个协作sta分配aid，第一aid分段区间与第二aid分段区间不重叠。

可选的，还可以在第一ap与第二ap触发调度的过程中，通过在触发信息中包含识别码来实现aid的区分。

具体的，触发帧的用户信息字段(userinfofield)中的aid信息包含12比特，其中低11位比特用于表示aid的具体值，最高一位为预留比特位。例如，可以在第一ap发送的第三触发帧中，选取aid字段中的低11位来表示协作sta的aid信息，选取aid字段中的最高一位预留比特位作为识别码用于指示协作sta所在的关联基础服务集，如表3所示。例如，当aid字段中的最高一位预留比特位设置为0时，表示该协作sta是本基础服务集关联的站点；当该预留比特位设置为1时，表示该协作sta不是本基础服务集关联的站点。因此，在这种情况下，第一ap与第二ap在触发调度的过程中，可以区分两个ap关联的协作sta的aid信息，并能够准确的触发协作sta进行上行数据传输。

表3

步骤s1002:根据第三触发帧中分配的空间流数，所述第一ap关联的协作sta与所述第二ap关联的协作sta并行进行上行数据传输。

为了确保第一ap关联的协作sta与第二ap关联的协作sta可以成功解析协作ap发送的触发调度信息，需要在第一ap与第二ap确定协作信息之前，告知第一ap关联的协作sta和第二ap关联的协作sta可接受触发调度的协作ap所在的基础服务集颜色bsscolor以及协作ap的mac地址。

具体的，第一ap关联的协作sta接收到第三触发帧，根据第三触发帧分配给自身的空间流数和传输时间长度与第二ap关联的协作sta并行进行上行数据传输。

第二ap关联的协作sta接收到第一ap(协作ap)发送的第三触发帧，识别第三触发帧中的bsscolor和mac地址，确定第三触发帧不是其他基本服务集中ap发送来的其他触发帧，而是参与协作的ap(第一ap)发送的第三触发帧，并根据第三触发帧中分配给自身的空间流数和传输时间长度，与第一ap关联的协作sta并行进行上行数据传输。

实施例六，在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap触发调度各协作sta并行进行上行数据传输的流程示意图还可以如图12所示，时序图如图13所示，该方法还可以包括：

步骤s1201：所述第一ap与所述第二ap分别同时向所述第一ap下和第二ap下协作sta发送第四触发帧，所述第四触发帧用于触发所述各协作sta并行进行上行数据传输。

具体的，第一ap与第二ap根据预先协商确定的协作配置信息，分别以广播的方式同时向第一ap关联的协作sta和第二关联的协作sta发送完全相同的第四触发帧，用于触发第一ap和第二ap关联的所有协作sta并行进行上行数据传输，其中，第四触发帧包含第一ap关联的协作sta的aid，可使用的空间流数，传输时间长度等信息，还包括第二ap关联的协作sta的aid，可使用的空间流数，传输时间长度等信息，且分配给第一ap关联的协作sta的传输时间长度与分配给第二ap关联的协作sta的传输时间长度相同。在该实施例中，第一ap与第二ap同时发送第四触发帧调度各协作sta并行进行上行数据传输，因此第二ap发送协作配置信息需要包含第二ap关联的协作sta的传输时间长度ppdulength字段，且第一ap在接收到第二ap发送的协作配置信息之后，需要向第二ap回复协作确认信息，该协作确认信息也需要包含第一ap关联的协作sta的传输时间长度ppdulength字段，并还需包含便于第一ap与第二ap对第四触发帧进行相同设置的所有必要数据信息。

并且，为避免第一ap与第二ap发送的第四触发帧造成冲突，第四触发帧的mac地址需要设置为第一ap或第二ap中任意一个的mac地址，且第一ap发送的第四触发帧与第二ap发送的第四触发帧中用于加扰的随机生成的扰码种子也需要保持一致，以保证第一ap发送的第四触发帧与第二ap发送的第四触发帧完全一致。

与上述步骤s1001相同，步骤s1201为了确保第一ap可以精确触发第一ap与第二ap关联的所有协作sta，也需要保证被触发的协作sta的关联标识符aid具有唯一性，在该步骤中，aid唯一性的实现与步骤s801中介绍的相同，在此不再赘述。

步骤s1002，根据第四触发帧中分配的空间流数，所述第一ap关联的协作sta与所述第二ap关联的协作sta并行进行上行数据传输。

与步骤s1002相同，该步骤也需要确保第一ap关联的协作sta与第二ap关联的协作sta可以成功解析协作ap发送的触发调度信息，因此也需要在第一ap与第二ap确定协作信息之前，需要告知第一ap关联的协作sta和第二ap关联的协作sta可接受触发调度的协作ap所在的基础服务集颜色bsscolor以及协作ap的mac地址。

具体的，第一ap关联的协作sta接收到第四触发帧，识别第四触发帧中的bsscolor和mac地址，确保第四触发帧不是其他基本服务集中ap发送来的其他触发帧，而是自身关联的ap(第一ap)或参与协作的ap(第二ap)发送的第四触发帧，根据第四触发帧分配给自身的空间流数和传输时间长度与第二ap关联的协作sta并行进行上行数据传输。

第二ap关联的协作sta接收到第四触发帧，识别第四触发帧中的bsscolor和mac地址，确定第四触发帧不是其他基本服务集中ap发送来的其他触发帧，而是自身关联的ap(第二ap)或参与协作的ap(第一ap)发送的第四触发帧，并根据第四触发帧中分配给自身的空间流数和传输时间长度，与第一ap关联的协作sta并行进行上行数据传输。

实施例七，提供了ap接收各协作sta并行发送的上行数据并回复确认信息的过程。

在本发明的另一个实施例中，在各ap接收各协作sta的上行数据后，该方法可以进一步包括：

第一ap解析第一ap关联的协作sta发送的上行数据之后向第一ap关联的协作sta回复确认信息，第二ap解析第二ap关联的协作sta的上行数据后向第二ap关联的协作sta回复确认信息。

第一ap和第二ap有多种回复确认信息的方式。

一种可选的方式是，第一ap和第二ap可以在时间上串行依次向各自关联的sta回复确认信息，第一ap与第二ap回复确认信息时间上存在间隔，第一ap和第二ap回复确认信息在时间上的先后顺序不作限定，可以通过第一ap和第二ap自行协商确定。例如，第一ap先向第一ap关联的至少一个协作sta回复确认信息ba或块确认信息mba，第二ap再向第二ap关联的协作sta回复确认信息ba或块确认信息mba。

另一种可选的方式是，第一ap与第二ap将确认信息ba携带在hemuppdu帧的数据字段中，采用ofdma并行向各自关联的sta回复确认信息。根据预先协商确定的协作信息，第一ap与第二ap对hemuppdu帧的l-stf、l-ltf、l-sig、r-sig、he-sig-a和he-sig-b字段进行相同的设置，其中第一ap与第二ap的hemuppdu中he-sig-a字段的bsscolor应设置为相同的bsscolor，该bsscolor可以通过协商后设置为第一ap或第二ap任意一个ap所在bss的bsscolor，也可以通过协商后选取一个固定的bsscolor。

不同的，第一ap的hemuppdu的he-stf和he-ltf字段携带第一ap为第一ap关联的协作sta分配的资源单元(resourceunit)，该资源单元包含第一ap分配给关联协作sta的时频资源，数据字段包含第一ap回复给对应关联的sta的确认信息；第二ap的hemuppdu的he-stf字段和he-ltf字段包含第二ap为第二ap关联的协作sta分配的资源单元，数据字段包含第二ap回复给对应关联的sta的确认信息。hemuppdu中携带确认信息的帧格式可以由图14所示。

可选的，如图15所示，第一ap还可以既解析第一ap关联的协作sta发送的上行数据，又解析第二ap关联的协作sta发送的上行数据，第一ap再向第一ap关联的和第二ap关联的所有协作sta回复确认信息，并将解调后的第二ap关联的协作sta的上行数据通过backhaul或者其他渠道或者方式转发给第二ap，该确认信息的回复也可以采用hemuppdu帧格式，其中，该hemuppdu携带第一ap关联的至少一个协作sta的确认信息与第二ap关联的至少一个协作sta的确认信息。

实施例八，提供一种ap协作进行下行数据传输的方法。

在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap并行向各协作sta进行下行数据传输，该方法还可以包括：

具体的，第一ap与第二ap根据预先确定的协作配置信息，第一ap与第二ap采用hemuppdu的帧格式，通过mu-mimo并行向各自关联的多个协作sta发送下行数据。通过之前第一ap与第二ap的双向协商，第一ap发送的hemuppdu的前导与第二ap发送的hemuppdu的前导相同，并且该前导中he-ltf字段的数量为第一ap与第二ap分配的下行空间流数的总和，各he-ltf采用的序列相互正交，以便协作sta可以准确估计出所有空间流的信道信息并解析出与自身对应的下行数据。在第一ap发送的hemuppdu数据字段包含第一ap需要发送给第一ap关联的至少一个协作sta的下行数据，第二ap发送的hemuppdu的数据字段包含第二ap需要发送给第二ap关联的至少一个协作sta的下行数据。在本实施例中，第一ap与第二ap同时下行向各自关联的协作sta发送下行数据，因此在协作配置信息与协作确认信息中都需要包含第一ap下行发送数据的传输时间长度ppdulength字段。

第一ap关联的协作sta接收并解析第一ap发送的下行数据并回复确认信息，第二ap关联的协作sta接收第二ap发送的下行数据并回复确信息。

第一ap关联的协作sta与第二ap关联的协作sta有多种回复确认信息的方式。

可选的，如时序示意图16所示，第一ap关联的协作sta与第二ap关联的协作sta可以将对应的确认信息携带进hetbppdu的帧格式中，采用ofdma的方式并行回复确认信息，其中第一ap关联的协作sta回复确认信息时，在hetbppdu中使用的资源单元(ru)可以在第一ap发送的hemuppdu中指示，第二ap关联的协作sta回复确认信息时，在hetbppdu中使用的资源单元(ru)可以在第二ap发送的hemuppdu中指示。

可选的，第一ap关联的协作sta与第二ap关联的协作sta还可以依次串行地回复确认信息，第一ap关联的协作sta与第二ap关联的协作sta回复确认信息的顺序可以在第一ap与第二ap发送的hemuppdu中指示。例如，可以在第一ap发送hemuppdu的数据部分指示第一ap关联的协作sta在接收到下行数据后立即回复确认信息，第二ap发送的hemuppdu的数据部分指示第二ap关联的协作sta在接收到下行数据后延迟回复确认信息。本发明实施例对具体指示顺序和方式不作具体限定。

实施例九，提供另一种ap协作进行下行数据传输的方法。

在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap并行向各协作sta进行下行数据传输的流程示意图还可以如图17所示，时序图如图18所示，该方法还可以包括：

步骤s1701，第二ap将第二ap关联的至少一个协作sta的下行数据转发给第一ap。

具体的，所述第二ap可以通过backhaul或者其他途径将第二ap关联的数据转发给第一ap。

步骤s1702，第一ap采用hemuppdu的帧格式，使用协商对应分配的空间流数，向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送下行数据。

具体的，第一ap将第二ap转发的第二ap关联的至少一个协作sta的下行数据，以及第一ap关联的协作sta的下行数据，都携带进该hemuppdu中，采用mimo的方式进行下行数据传输。同样的，为了各协作sta可以准确的接收各自的数据，需要保证各协作sta的aid具有唯一性，aid唯一性的实现与步骤s801中介绍的相同，在此不再赘述。在本实施例中，由第一ap向所有各协作sta发送下行数据，传输时间长度可以由第一ap统一设置，因此在第二ap发送的协作配置信息中可以不包含第二ap关联的协作sta的传输时间长度字段。

步骤s1703，第一ap接收第一ap关联的至少一个协作sta回复的第一确认信息，还接收第二ap关联的至少一个协作sta回复的第二确认信息。

第一ap关联的协作sta与第二ap关联的协作sta接收第一ap发送的hemuppdu，从该hemuppdu中解析出自身的下行数据，并分别向第一ap回复确认信息。同样的，第一ap关联的协作sta与第二ap关联的协作sta有多种回复确认信息的方式，可以采用hetbppdu的帧格式并行向第一ap回复确认信息，还可以采用串行的方式依次向第一ap回复确认信息，本发明在此不做具体限定。

步骤s1704,第一ap将第二ap关联的协作sta回复的确认信息转发给第二ap。

第一ap接收到第一ap关联的协作sta与第二ap关联的协作sta回复的确认信息之后，可以将第二ap关联的协作sta回复的确认信息，通过backhaul或者其他途径转发给第二ap。

实施例十，提供另一种ap协作进行下行数据传输的方法。

在第一ap与第二ap协商确定协作配置信息之后，第一ap与第二ap并行向各协作sta进行下行数据传输，该方法还可以包括：

第一ap接收第二ap通过backhaul或其他渠道转发的第二ap关联的至少一个协作sta的下行数据之后，将第一ap关联的至少一个协作sta的下行数据也通过backhaul或其他渠道转发给第二ap。

第一ap与第二ap同时向第一ap关联的至少一个协作sta与第二ap关联的至少一个协作sta发送相同的hemuppdu，其中，该hemuppdu的数据字段不仅携带第一ap关联的至少一个协作sta的下行数据，还携带第二ap关联的至少一个协作sta的下行数据。具体的，该hemuppdu的he-sig-a字段中的bsscolor可以为第一ap与第二ap中任意一个的bsscolor，或者也可以通过协商后选取一个固定的bsscolor。为了确保各协作sta可以在hemuppdu中准确的识别到关联ap发送给自身的下行数据，需要保证各协作sta的aid唯一性，唯一性保证的方法已经在步骤s801中给出详细说明，在此不再赘述。在本实施例中，由于第一ap与第二ap需要同时发送hemuppdu进行下行数据传输，因此需要第一ap与第二ap的双向协商，在第二ap发送的协作配置信息与第一ap回复的协作确认信息中都需要包含传输时间长度字段。

本发明实施例提供一种用于数据传输的装置1900，例如一种遵循802.11系列标准的芯片，或者接入点。该装置1900的结构示意图如图19所示，该接入装置可以包括：

配置单元(1901),用于接收第二接入点ap发送的协作配置信息，所述第二ap的协作配置信息用于向所述第一ap指示所述第二ap的协作基本信息；

触发单元(1902),用于采用所述第一ap分配给所述第一ap关联的至少一个协作站点sta的空间流数，至少调触发所述第一ap关联的至少一个协作sta进行上行数据传输，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收流数上限和所述第二ap接收空间流数上限中的最小值；或者，

发送单元(1903),用于采用所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数，至少向所述第一ap关联的至少一个协作sta进行下行数据传输，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap与所述第二ap关联的所有协作sta接收空间流数上限中的最小值。

可选的，在本发明的另一实施例中，配置单元(1901)还可以用于：

将剩余空间流数分配给第一ap关联的至少一个协作sta，剩余空间流数是指：第二ap为第二ap关联的至少一个sta分配空间流数后，剩余的可分配的空间流数。

可选的，在本发明的另一个实施例中，

配置单元(1901)，还可以用于分别给第一ap关联的至少一个协作sta和第二ap关联的至少一个协作sta分配空间流数；

发送单元(1903),还用于向第二ap回复协作确认信息，协作确认信息至少包含第一ap的协作基本信息；

其中，第一ap的协作基本信息至少包含第一ap关联的协作sta标识符aid，第一ap分配给第一ap关联的至少一个协作sta的空间流数，传输时间长度。

可选的，在本发明的另一个实施例中，

触发单元(1902)，还用于向所述第一ap关联的至少一个协作sta发送第一触发帧，所述第一触发帧用于触发所述第一ap关联的至少一个协作sta在指定延时后采用指定的空间流数和传输时间长度进行上行数据传输，所述第一触发帧包含所述第一ap关联的协作sta的aid，空间流数，传输时间长度以及延时上行传输指示；

其中，所述第一ap发送的第一触发帧与所述第二ap发送的第二触发帧间隔sifs时间，所述第二触发帧用于触发所述第二ap关联的至少一个协作sta采用指定的空间流数和传输时间长度进行上行数据传输，所述第一ap关联的至少一个协作sta与所述第二ap关联的至少一个协作sta的传输时间长度相同。

可选的，触发单元(1902)，还可以用于向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送第三触发帧，所述第三触发帧用于触发所述第一ap关联的至少一个协作sta与所述第二ap关联的至少一个协作sta分别采用对应指定的空间流数并行进行上行数据传输；

其中，所述第三触发帧包含所述第一ap关联的至少一个协作sta的aid，第一ap关联的至少一个协作sta可使用的空间流数以及所述第二ap关联的至少一个协作sta的aid，第二ap关联的至少一个协作sta可使用的空间流数。

可选的，在另一个实施例中，触发单元(1902)，还用于所述第二ap同时向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送第四触发帧，所述第四触发帧用于触发所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta分别采用对应指定的空间流数并行进行上行数据传输；

其中，所述第四触发帧包含所述第一ap关联的至少一个协作sta的aid，第一ap关联的至少一个协作sta可使用的空间流数以及所述第二ap关联的至少一个协作sta的aid，第二ap关联的至少一个协作sta可使用的空间流数；

所述第四触发帧的mac地址为所述第一ap或所述第二ap中任意一个的mac地址，或者为所述第一ap与所述第二ap的公用mac地址。

可选的，在本发明的另一个实施例中，装置1900还包括：

接收单元(1904)，用于接收并解析所述第一ap关联的至少一个协作sta发送的上行数据，所述第二ap接收并解析所述第二ap关联的至少一个协作sta发送的上行数据；

发送单元(1903)，还用于与所述第二ap共同同时采用hemuppdu帧格式向所述第一ap关联的至少一个协作sta与所述第二ap关联的至少一个协作sta回复确认信息，其中，所述第一ap发送的hemuppdu的前导与所述第二ap发送的hemuppdu的前导中除he-stf与he-ltf字段外，其他字段相同，且所述第一ap发送的hemuppdu中的bsscolor与所述第二ap发送的hemuppdu中的bsscolor相同；或者，

发送单元(1903)，还用于与所述第二ap分别依次串行时分地向所述各ap关联的至少一个协作sta回复确认信息。

可选的，在本发明的另一个实施例中，接收单元(1904)还用于接收并解析所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送的上行数据；

发送单元(1903)，还用于向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta回复确认信息；

发送单元(1903)，还用于将所述第二ap关联的至少一个协作sta的上行数据转发给所述第二ap。

可选的，发送单元(1903)，还用于与所述第二ap同时采用hemuppdu帧格式和指定的发送流数，分别向所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta发送下行数据；

其中，所述第一ap发送的hemuppdu前导与所述第二ap发送的hemuppdu前导相同，所述前导中he-ltf数量为所述第一ap与所述第二ap分配的空间流数的总和，所述各he-ltf采用的序列相互正交。

可选的，在本发明的另一个实施例中，接收单元(1904)，还用于接收所述第一ap关联的至少一个协作sta回复的第一确认信息，所述第二ap接收所述第二ap关联的至少一个协作sta回复的第二确认信息；

其中，所述第一确认信息与所述第二确认信息由所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta依次串行发送；或者，

所述第一确认信息与所述第二确认信息由所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta采用hetbppdu格式并行发送。

可选的，接收单元(1904)，还用于接收所述第一ap关联的至少一个协作sta回复的第一确认信息，还接收所述第二ap关联的至少一个协作sta回复的第二确认信息；

发送单元(1903)，还用于将所述第二ap关联的至少一个协作sta回复的所述第二确认信息转发给所述第二ap。

上述用于数据传输的装置1900的工作原理可以参考图2至图17以及其对应的方法说明，在此不再赘述。

参阅图20所示，本发明实施例提供一种用于数据传输的装置2000，包括：

发送单元(2001)，用于根据所述第一ap分配的空间流数，与第二接入点ap关联的至少一个协作站点sta并行进行上行数据传输，其中所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap接收流数上限和所述第二ap接收空间流数上限中的最小值；或者，

接收单元(2002)，用于根据所述第一ap分配的空间流数，接收所述第一ap发送的下行数据，其中，所述第一ap分配给所述第一ap关联的至少一个协作sta的空间流数与所述第二ap分配给所述第二ap关联的至少一个协作sta的空间流数的总和不超过所述第一ap与所述第二ap关联的所有协作sta接收空间流数上限中的最小值。

可选的，在本发明的另一个实施例中，接收单元(2002)，还用于接收所述第一ap发送的第一触发帧，所述第一触发帧用于触发所述第一ap关联的至少一个协作sta在指定延时后采用指定的空间流数进行上行数据传输；

所述发送单元(2001)，还用于根据所述第一触发帧的延时上传指示，等待接收到所述第二ap发送的第二触发帧后，与所述第二ap关联的至少一个协作sta并行进行上行数据传输；

其中，所述第一ap发送的第一触发帧与所述第二ap发送的第二触发帧间隔sifs时间，所述第二触发帧用于触发所述第二ap关联的至少一个协作sta采用指定的空间流数进行上行数据传输，所述第一ap关联的至少一个协作sta与所述第二ap关联的至少一个协作sta的传输时间长度相同。

可选的，在本发明的另一个实施例中，所述接收单元(2002)，还用于与所述第二ap关联的协作sta接收所述第一ap发送的第三触发帧，所述第三触发帧用于触发所述第一ap关联的至少一个协作sta与所述第二ap关联的至少一个协作sta分别采用对应指定的空间流数并行进行上行数据传输；

所述发送单元(2001)，还用于与所述第二ap关联的协作sta根据所述第三触发帧中对应分配的空间流数并行进行上行数据传输；

其中，所述第三触发帧包含所述第一ap关联的至少一个协作sta的aid，第一ap关联的至少一个协作sta可使用的空间流数以及所述第二ap关联的至少一个协作sta的aid，第二ap关联的至少一个协作sta可使用的空间流数。

可选的，在本发明的另一个实施例中，所述接收单元(2002)，还用于与所述第二ap关联的协作sta接收所述第一ap发送的第四触发帧和所述第二ap发送的第四触发帧，所述第四触发帧用于触发所述第一ap关联的至少一个协作sta和所述第二ap关联的至少一个协作sta分别采用对应指定的空间流数并行进行上行数据传输；

所述发送单元(2001)，还用于与所述第二ap关联的协作sta根据所述第四触发帧中分配对应的空间流数，并行进行上行数据传输；

其中，所述第四触发帧的mac地址为所述第一ap或所述第二ap中任意一个的mac地址，或者为所述第一ap与所述第二ap的公用mac地址。

进一步可选的，发送单元(2001)，还用于与所述第二ap关联的至少一个协作sta串行依次回复第一确认信息和第二确认信息；或者，

发送单元(2001)，还用于与所述第二ap关联的至少一个协作sta采用hetbppdu帧格式，并行回复第一确认信息和第二确认信息。

上述用于数据传输的装置2000的工作原理可以参考图2、图8至图17以及其对应的方法说明，在此不再赘述。

图21示出了本发明实施例提供一种接入点ap装置2100。

该装置2100包括：收发器(2101)、处理器(2102)、处理器(2103)。收发器(2101)、处理器(2102)以及处理器(2103)相互连接。本发明实施例中不限定上述部件之间的具体连接介质。本发明实施例在图21中以处理器(2103)、处理器(2102)以及收发器(2101)之间通过总线(2104)连接，总线在图21中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。根据数据传输装置2100的具体应用和整体设计约束条件，总线(2104)可以包括任意数量的互连总线和桥接。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图21中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器(2103)可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储装置类型的信息。该处理器(2102)可以用于执行处理器(2103)中存储的指令，并且处理器(2102)执行该指令时，处理器(2102)可以执行上述图2至图15方法实施例以及其对应方法说明的各个步骤。

图22示出了本发明实施例提供的一种站点sta装置2200。

该装置2200包括：收发器(2201)、处理器(2202)、存储器(2203)。收发器(2201)、处理器(2202)以及存储器(2203)相互连接。本发明实施例中不限定上述部件之间的具体连接介质。本发明实施例在图22中以存储器(2203)、处理器(2202)以及收发器(2201)之间通过总线(2204)连接，总线在图22中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。根据数据传输装置2200的具体应用和整体设计约束条件，总线(2204)可以包括任意数量的互连总线和桥接。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图22中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，第二存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储装置类型的信息，但不限于此。该处理器(2202)可以用于执行存储器(2203)中存储的指令，并且该第二处理器2201执行该指令时，处理器(2202)可以执行上述方法实施例中与该装置对应的各个步骤。

需要说明的是，本领域技术人员可以理解，上述实施例中对模块的划分是示意性的，仅仅为逻辑功能划分，实际实现时可以由另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。并且，上述实施例中涉及概念以及装置功能模块的具体命名方式可以包括多种，例如，ap除了称为接入点以外，还可以称为基站、路由器、网关、中继器或网桥等，sta除了称为站点以外，还可以称为终端、用户装置等，本发明对此不做限定。

本领域的技术人员应明白，本发明实施例可提供为方法，系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明还可采用一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。本发明实施例又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

以上所述仅为本发明的可选实施例，并不用限制本发明，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。