具体实施方式

电子设备可以被配置为在多AP网络中发送和接收联合传输(JT)数据。这些电子设备与限于向单个电子设备的单一传输的常规电子设备相比具有许多优点。然而，在多AP网络中执行联合传输存在许多技术问题。

现有的802.11BSS(基本服务集)作为独立单元操作。每个BSS的AP仅向与相应的AP相关联的无线站(STA)提供无线通信服务。AP可为到相关联的STA的无线链路提供的数据速率取决于用于链路的MCS(调制和编码方案)，而MCS反而取决于每个STA的SINR(信号与干扰加噪声比)。通常可以在较高的SINR下实现较高的MCS，而在低水平的SINR下可能只有低的MCS。在独立的BSS中，虽然信号比可由AP通过调整发送功率来控制，但STA所经历的干扰更难以控制。对于存在于网络边缘且比特于多个BSS(也称为OBSS(重叠BSS)区域)的无线范围内的STA，此问题尤其如此。一个BSS中的有用信号本质上是对另一个BSS的STA的干扰。

多AP协调(例如，相邻BSS的AP之间的协调)可以用作提高成员STA的SINR的有效方式。此类方案因AP的激增而成为可能，诸如在管理网络(例如企业网络、体育场设置等)或家庭网络(例如，具有多AP家庭网状网络)中的密集AP部署。

各种多AP协调方案可以分为两个一般组。第一组包括试图通过发送功率控制、协调波束成形、协调零点成形、协调调度等减少对OBSS干扰的方案。第二组包括试图通过由多个AP对相同STA的同步传输增加STA处的信号水平的方案。第二组的方案可以称为多AP联合处理或多AP联合传输，或分布式MU-MIMO。

联合传输不仅可以提高信号水平，还可以通过将干扰信号转换为所期望的信号来减少干扰。示例实施例因此通过减少对STA的干扰和提高对STA的SINR来解决与重叠BSS或多AP系统中的STA相关联的技术问题。这些问题包括如何在从AP之间分发和同步联合传输数据(联合MU-MIMO数据)以及本文讨论的其他问题。

示例实施例包括在多AP网络中发送和接收联合传输的装置和方法。此类装置和方法包括具有发送器和/或接收器的电子设备，诸如AP和STA。一个示例性实施例是一种AP，其包括：电路，生成帧，帧的帧主体包括联合传输(JT)数据和唯一地标识JT数据的JT标识；以及发送器，向一个或多个AP发送该帧，该一个或多个AP向通信装置联合地发送JT数据。

另一示例实施例是一种接入点(AP)，其包括：接收器，从AP接收包括联合传输(JT)数据和唯一地标识JT数据的JT标识的帧；以及存储JT数据和JT标识的本地存储器。

另一示例实施例是一种通信方法，其中一个或多个接入点(AP)向通信装置联合地发送。该方法包括，从第一AP并向一个或多个第二AP发送帧，其中该帧的帧主体包括联合传输(JT)数据和唯一地标识JT数据的JT标识；以及从一个或多个第二AP联合地向通信装置发送JT数据。

图1是根据示例实施例的具有多AP系统100的无线网络。举例来说，系统100包括三个BSS(显示为BSS1、BSS2和BSS3)。每个BSS具有至少一个AP(显示为AP1、AP2和AP2)。多个STA(显示为STA1-STA5)分布在整个系统中。STA1存在于单个BSS(BSS1)中；STA2存在于三个重叠的BSS(BSS1–BSS3)中；STA3存在于两个重叠的BSS(BSS1和BSS3)中；STA4存在于两个重叠的BSS(BSS2和BSS3)中；以及STA5存在于单个BSS(BSS2)中。

在图1中，虽然STA2与AP3相关联，但三个AP(AP1、AP2和AP3)可以协调它们的传输以同时地向STA2发送。这种同时传输增加了STA2的SINR水平，并有利于转化为STA2的更高吞吐量的更高的MCS的使用。

尽管多AP协调方案通常在参与的AP之间利用某种时间同步，但是联合传输利用的同步的级别最高，尤其是分布式MU-MIMO。因此，一个或多个示例性实施例实现联合传输，其中一个AP(称为主AP)提供同步信号并且其他参与的AP(称为从AP)在主AP的范围内。在图1中，AP3可以是主AP，而AP1和AP2是从AP。主AP也可以被称为诸如协调AP、或联合传输(JT)AP或多AP控制器之类的替代名称，而从AP也可以被称为多AP设备或协调AP等。

在示例实施例中并且如下面更详细地讨论的，联合传输包括所有参与的AP向STA发送相同的信号。这包括与所有参与的AP等效的MAC层特定字段。

图2A是根据示例实施例的显示为企业网络的多AP系统200。举例来说，系统包括以重叠传输进行广播的多个AP(显示为AP1–AP8)。每个AP操作各自的信道(Ch)，诸如AP1在第36、AP2在Ch 52、AP3在Ch 149、AP4在Ch 44、AP5在Ch 56、AP6在Ch 161、AP7在Ch 48以及AP8在Ch 60。

在企业网络中，AP比特置和频率分配在部署过程中经过精心规划以最大化容量。如图2A所示，毗邻的AP使用非重叠信道来最小化BSS间干扰。AP可以使用波束宽度窄的高增益定向天线。毗邻的AP可能不在彼此的无线范围内。多个AP或所有AP可以使用相同的服务集标识符(SSID)。此外，AP使用以太网连接并且可以由中央AP控制器配置和/或控制。大多数边缘STA将在至少两个AP的覆盖范围内。AP到AP通信可以使用例如以太网或带外网状无线直接链路。即使相邻AP分配不重叠的主信道，当使用宽带信道时，OBSS区域中也不可避免地会出现BSS间干扰。由于大多数企业网络是集中管理的并且AP之间的协调更容易，因此企业网络是联合传输系统的主要候选。

图2B是根据示例实施例的显示为家庭或办公室网络的多AP系统230。举例来说，系统包括以重叠传输进行广播的多个AP(显示为AP1–AP3)。每个AP操作各自的信道，诸如AP1在Ch 36、AP2在Ch 149以及AP3在Ch 52。

多AP系统(例如Wi-Fi EasyMesh)是在整个区域(诸如房屋或办公室)提供Wi-Fi覆盖的示例配置。AP比特置和频率分配经过规划以最大化覆盖。例如，一个AP可以充当多AP控制器，而其余的AP充当多AP代理。AP可以被预期为处于至少一个其他AP的无线覆盖范围内。回传BSS是针对AP到AP信令设置的。回传BSS可以使用与前传SSID不同的SSID。大多数边缘STA将在至少两个AP的覆盖范围内。此外，AP到AP通信可以使用无线直接链路或无线和有线链路的混合。这种多AP家庭或小型办公网络也是联合传输系统的好的候选。

图2C是根据示例实施例的显示为主从配置的多AP系统260。举例来说，系统包括主AP 270、两个从AP 280和282以及STA 284。AP到AP的通信发生在链路290上，而AP和STA之间的通信发生在链路292上。

对于联合传输，AP拥有要在实际联合传输之前向STA联合地发送的传输数据(上层数据)。然而，在一个或多个示例实施例中，为了实现联合传输的SINR增益，拥有传输数据可能是不够的。在空中发送的实际数据符号需要在参与的AP之间同步，诸如多个AP或所有AP。这意味着传输数据的PHY层和MAC层处理在参与的AP之间是相同的。示例实施例包括用于分发和同步用于多AP联合传输的数据的系统、装置和方法。

在一个或多个示例实施例中，联合传输分两个阶段进行：到从AP的JT数据的分发和到目标STA的联合传输。

在第一阶段(到从AP的联合传输数据的分发)，在AP到AP链路(诸如图2C中的链路290)上的实际联合传输之前，要被联合地发送的数据被分发到参与的从AP。分发可以发生在AP之间的无线回传链路上，或者其也可以发生在AP之间的有线回传链路上，例如以太网。当使用无线回传时，出于在AP之间进行通信的目的，在发起联合传输之前，从AP可以已在由主AP建立的单独BSS上与主AP相关联。用于AP之间的回传链路的无线信道可以与AP与目标STA之间的前传链路不同。

在第二阶段(到目标STA的联合传输)，两个或更多个参与的AP到目标STA的实际联合传输发生在链路上，诸如图2C中的无线链路292的。联合传输可以先于是通过链路290的来自主AP的同步信号，其可以被称为从触发帧或联合传输(JT)触发帧。在一些场景中，主AP也可以参与联合传输，而在一些场景中，主AP可以不参与联合传输而只有从AP可以参与。不同的AP集合可以涉及到不同目标STA的联合传输。

图3是根据示例实施例的要联合地发送的MAC协议数据单元(MPDU)300。MPDU包括MAC报头和帧主体。MAC报头包括帧控制、持续时间、地址1(接收器地址)、地址2(发送器地址)、地址3(BSSID)、序列控制、QoS控制和HT控制。帧主体包括数据有效载荷、MIC和FCS。如果数据帧携带A-MSDU，则地址3字段携带BSSID，否则地址3字段携带源地址(SA)，即是数据有效载荷的源的设备的MAC地址。

为了实现联合传输的SINR增益，在空中发送的实际数据符号在参与的AP之间同步。此外，传输的PHY层和MAC层处理在参与的AP之间是相同的。通常，对于正常传输(例如，非联合传输)，上层(例如，IP层)将要传输的数据有效载荷(例如，IP分组)传递给MAC层，MAC层执行MAC层处理，诸如预挂起MAC报头、添加FCS、如需要则MAC填充(等以创建MPDU(MAC协议数据单元)300。如果启用保护，则数据有效载荷可以进一步经过加密过程，这导致将CCMP报头字段和MIC字段添加到MAC帧主体。然后MPDU向下传递到PHY层以进行PHY层处理，诸如预挂起PHY前导码、应用PHY编码、添加PHY填充等以创建PPDU(PHY协议数据单元)，并最后将PPDU发送到空中。

对于联合传输，参与的AP需要知道要应用于数据有效载荷的MAC和PHY参数。另外，在MAC层，有几个字段是本地生成的。虽然一些字段像帧控制、地址2(TA)、地址3(BSSID)、QoS控制、HT控制可能会被从AP的MAC层覆写以匹配由主AP生成的字段，但一些字段如序列控制、CCMP报头对于每个MPDU都不同并且通常在每个AP处本地生成；因此，这些字段在AP之间更难以同步。另外，在MAC层也可以聚合多于一个的MPDU以形成A-MPDU(聚合MPDU)，或者一个MPDU可以构成S-MPDU(单MPDU)。为了在所有参与的AP的MAC层之间同步要联合地发送的数据，主AP可以生成并向所有参与的从AP分发实际的MAC层A-MPDU或S-MPDU。MPDU中的序列控制字段也由主AP生成，并且相同的数字空间用于序列控制字段的序列号子字段，以同时用于从主AP到目标STA的直接传输(即单AP传输)以及用于联合传输两者。如果启用加密，主AP还会加密数据负载并附加MIC字段。在这种情况下，联合传输(JT)数据是指要联合地发送的MAC层数据。

在一些情况下，主AP可以不涉及实际的联合传输阶段(例如，只有从AP可以参与联合传输)。当主AP被实现为中央控制器并且远离目标STA时，可能会发生这种情况。在这种情况下，目标STA将与从AP中的一个而非主AP相关联。

在目标STA与从AP相关联的这种情况下，在数据分发阶段期间，主AP设置MPDU 300的MAC报头字段，使得MPDU看起来是由与目标STA相关联的从AP生成的，例如，地址2(TA)字段和地址3(BSSID)被设置为从AP的MAC地址。主AP还向从AP查询要使用的下一个序列控制，以及可选地分别用于到目标STA的传输和设置MPDU 300的字段的CCMP分组号(PN)和加密密钥ID。在这种情况下，MPDU中的序列控制字段由从AP生成，并且相同的数字空间用于序列控制字段的序列号子字段，以同时用于从从AP到目标STA的直接传输(即单AP传输)以及联合传输两者。

图4是根据示例实施例的多AP系统中联合传输中的消息序列400。

在分布式无线网络中，诸如802.11WLAN，对无线信道的接入由CSMA/CA控制，并且难以预测准确的传输时间。同样，传输失败和重传也使得难以维持传输的顺序。因此，对于联合传输，分离数据分发阶段和联合传输阶段可能是有利的。

如图4所示，联合传输发生在两个阶段：到从AP的联合传输数据的分发以及到一个或多个目标STA的联合传输。在第一阶段，一个或多个联合传输数据被分发到从AP(例如，在无线回传上)。每个联合传输数据都分派有唯一的ID。在第二阶段，主AP通过发送JT触发帧发起联合传输。该帧携带唯一ID，该ID标识要由所有参与的AP联合地发送的联合传输数据。

图4示出了其中数据分发阶段410与联合传输阶段420分离的联合传输中涉及的示例消息序列。在数据分发阶段410期间，主AP向从AP分发一个或多个联合传输(JT)数据。在这种情况下，JT数据可以是要联合地发送的实际的S-MPDU或A-MPDU并被封装在寻址到从AP的另一个数据帧中。为了减少分发JT数据的开销，封装数据帧可以作为组播传输而不是单播传输发送到从AP。主AP还可以使用多用户(MU)PPDU格式来将不同的JT数据同时分发到不同的从AP。

为了唯一地标识每个JT数据，主AP还向每个JT数据分派唯一的ID，其可以称为JT分组ID。每个从AP在接收封装的JT数据后，解封装JT数据并将其保存在由JT分组ID索引的本地存储器中。为了确保从AP保存JT数据而不是立即将其转发给目标STA，可以通过将RA设置为从AP的MAC地址来将封装JT数据的数据帧寻址到从AP。如果四地址MAC报头用于到从AP的数据帧，则RA(地址1)和DA(地址3)两者均可以设置为从AP的MAC地址。由于联合传输和更快检索的严格时间同步要求，JT数据帧可以保存在单独的存储器中(例如，不同于本地EDCA队列)。

在联合传输阶段420，主AP通过向从AP发送JT触发帧来发起联合传输。JT触发帧向从AP提供时间同步。此外，JT触发帧中还携带了要联合地发送的JT数据的JT分组ID。每个从AP在接收JT触发帧后，从与JT分组ID对应的本地存储器中检索JT数据，并发送由JT数据构造的JT PPDU。

图5A和图5B是根据示例实施例的用于封装JT数据的数据帧。

图5A示出了由主AP发送的数据帧500，其在数据帧500的帧主体内封装了JT数据，该JT数据在这种情况下为S-MPDU。S-MPDU由MPDU定界符、实际MPDU和填充(如果需要)组成。为每个联合传输数据分派唯一的ID(JT分组ID)。在这种情况下，JT分组ID唯一地标识S-MPDU。

图5B示出了由主AP发送的数据帧550，其在数据帧550的帧主体内封装了JT数据，该JT数据在该情况下为A-MPDU。A-MPDU由两个或更多个A-MPDU子帧组成，如果需要则还有EOF(帧结尾)填充。每个A-MPDU子帧与S-MPDU共享相同的格式。在这种情况下，JT分组ID唯一地标识A-MPDU。

如果启用加密，则JT数据中的每个MPDU在封装到数据帧500或550中之前也由主AP加密。

每个从AP在接收封装的JT数据后，解封装JT数据并将其保存在由JT分组ID索引的本地存储器中。由于联合传输的严格时间同步要求，为更快检索，JT数据帧可以保存在单独的存储器中(例如，不同于本地EDCA队列)。

从AP不会立即将接收到的JT数据转发给目标STA。为确保这一点，如果四地址MAC报头用于到从AP的数据帧，则RA(地址1)和DA(地址3)两者均设置为从AP的MAC地址。

图6示出了根据示例实施例的数据帧600、显示有效载荷类型字段的编码的第一表610和显示AP协调分组类型字段的编码的第二表620。

数据帧600在数据分发阶段期间封装JT数据(例如，在图4中的410处所讨论的)。在该示例中，数据帧600的帧主体携带具有有效载荷类型字段设置为5“AP协调”以区别于其他封装类型的以太类型89-0d帧。以太类型89-0d是最初为在以太网帧内的IEEE 802.11帧的封装分派的的以太类型。当有效载荷类型设置为“AP协调”时，以太类型89-0d帧的有效载荷可以在AP协调分组类型字段设置为0、1或2时在分组内容字段中携带JT数据，如表620所指示的。目的地MAC地址携带目标STA(例如联合传输的目标)的MAC地址。JT分组ID是分派给JT数据的唯一ID，而分组长度字段指示分组内容字段中携带的JT数据的大小。当802.11数据帧排他地用于封装JT数据时，主机802.11数据帧的序列控制字段632中的序列号子字段630可以作为隐式的JT分组ID，并且以太类型89-0d帧主体中可以省略JT分组ID字段。

为了确保从AP保存JT数据而不是立即将其转发给目标STA，通过将MAC报头的RA字段设置为从AP的MAC地址来将封装JT数据的数据帧600寻址到从AP。如果使用四地址MAC报头，则RA(地址1)和DA(地址3)两者均设置为从AP的MAC地址。

图7示出了根据示例实施例的主AP、从AP和目标STA之间的联合传输700。

在联合传输阶段(例如，在图4中的420处所讨论的)，主AP通过向从AP发送JT触发帧710来发起联合传输。除了用于同步的PHY和MAC参数外，JT触发帧还携带要联合地发送的JT数据的JT分组ID。每个从AP的MAC层在接收将从AP标识为联合传输中的参与的AP的JT触发帧后，从与JT分组ID对应的本地存储器中检索JT数据并向下传递到PHY层，该PHY层在JT触发帧结束后在发送它的SIFS(短帧间空间)之前由JT数据构建JT PPDU。主AP也在JT触发帧结束之后从对应于JT分组ID的JT数据构建JT PPDU并发送JT PPDU SIFS(短帧间空间)。由于不同AP处的信道状态可能不同，因此每个从AP可能需要考虑信道条件并仅在JT触发帧的结束后的SIFS期间信道被认为是空闲时才发送JT PPDU，除了NAV(网络分配向量)设置由于主AP的或目标STA的传输而设置可以忽略之外。对于目标STA，在接收JT数据后，它甚至可能不知道传输中涉及多个AP。就目标STA而言，这只是从主AP或MAC地址出现在帧的TA地址(地址2)字段中的AP向它的另一次传输。如果接收成功，则目标STA继续向其MAC地址出现在TA地址(地址2)字段中的AP发送确认帧(ACK或块Ack)。

图8是根据示例实施例的JT触发帧800。每个用户信息字段携带从AP和目标STA的集合的信息。

从AP的MAC地址字段标识参与特定STA集合的联合传输的从AP。如果联合传输中仅涉及单个从AP，则可以省略这一点，并且从AP由MAC报头中的RA字段标识。每个用户信息字段内的AID 12字段可以设置为特殊值(例如2047)，以将JT触发帧与用于请求上行链路OFDMA传输的其他触发帧进行区分。

JT分组ID字段标识要在JT PPDU中携带的(存储的)MPDU。在S-MPDU的情况下，这也可以是S-MPDU的序列控制字段的值。如果要联合地发送相同的数据(发送分集)，则针对不同从AP的字段值可以相同。可选地，当要联合地发送不同的数据(D-MIMO)时，对于不同的从AP该字段值可以不同。

此外，联合传输PHY层信息指定了用于对JT PPDU编码的附加PHY参数。目标STA信息携带从AP向一个或多个目标STA进行联合传输的相关信息。联合传输信息标识要发送的存储数据和用于目标STA的空间流。

此外，空间流分配字段指示为每个目标STA分配的空间流，并且仅在MIMO联合传输的情况下存在。起始空间流字段指示分配给STA的第一个空间流，而空间流数字段指示分配给STA的连续空间流的总数，包括该第一个空间流。

图9是根据示例实施例的用于多AP系统中主AP和从AP之间的联合传输会话的消息序列900。

如果联合传输被预期为针对多于一个或两个帧发送，则示例实施例在实际联合传输之前在主AP和参与的从AP之间建立联合传输会话。在联合传输会话协商过程中，主AP和从AP交换有关联合传输中涉及的目标STA的信息。主AP和从AP还特定了被预期在整个会话中使用的联合传输参数，例如要使用的信道、PPDU格式(HT、VHT或HE等)、MU-MIMO的预编码方案等。每个联合传输会话由唯一的会话ID标识。主AP通过向从AP发送AP协调会话请求帧来发起联合传输会话的建立。如果从AP接受该请求，则其会将状态代码字段设置为接受的AP协调会话响应帧发送回主AP。主AP对参与联合传输的每个从AP重复该过程。为了终止会话，主AP向从AP发送AP协调会话拆除帧。

图10示出了根据示例实施例的在AP之间交换以协商或拆除联合传输会话的AP协调动作帧。该图示出了AP协调会话请求1000、AP协调会话响应1002、AP协调会话拆除1004、具有AP协调会话动作字段值的表1010和具有AP协调类型字段值的表1020。

针对多AP协调定义了新的动作帧类别，并在类别字段中指示。为与多AP协调相关的AP到AP通信的目的定义了五个新的动作帧，其中三个用于会话的建立/拆除(由“AP协调会话动作”字段的值指示，如表1010中所列出的)。可以针对各种类型的多AP协调方案建立会话，并由AP协调会话请求帧中的“AP协调类型”字段的值指示，如表1020中所列出的。例如，对于联合传输会话，其被设置为2。AP协调会话请求帧1000中的“目标STA信息”字段列出了被预期要参与联合传输的一个或多个目标STA的MAC地址。

AP协调会话请求帧1000中的“类型特定参数”字段携带特定于AP协调类型的附加会话参数。例如，对于联合传输，该字段可以指定用于联合传输的信道信息。当主AP和从AP在不同的前传信道上操作时，信道信息可以存在。“类型特定参数”字段还可以指示联合传输被预期开始的开始时间。在密集网络中，相邻AP在不同信道上操作以减轻BSS间干扰是常见的。如果信道信息中特定的信道与从AP的操作信道不同，并且如果从AP接受了AP协调会话请求，则从AP被预期在所指示的联合传输开始时间之前将信道切换到特定的联合传输信道。

作为另一示例，对于联合传输，如果针对联合传输启用了加密，并且在每个AP处都需要在本地进行加密，那么“类型特定参数”字段还可以包括用于加密的安全密钥(例如PTK)。

作为又一示例，对于联合传输，“类型特定参数”字段还可以包括由主AP请求的、由从AP分配以保存JT数据帧的缓冲器空间量。

图11示出了根据示例实施例的其中以太网帧封装JT数据以及AP协调动作帧的帧1100。

主AP将联合传输数据帧(携带联合传输数据有效载荷的整个S-MPDU或A-MPDU)封装在802.3(以太网)帧中，并在以太网链路上发送到从AP。如果要使用加密，则(多个)加密的帧被封装。

当以太网帧用于在AP之间交换AP协调信息时，以太类型89-0d帧也可用于封装AP协调动作帧，例如用来建立或拆除AP协调会话。在这种情况下，有效载荷字段设置为“AP协调”，并且以太类型89-0d帧有效载荷携带AP协调动作帧。在这种情况下，“AP协调分组类型”字段设置为AP协调动作帧(设置为3，如图6中的表620所指示的)，并且分组内容字段携带AP协调动作帧，而省略有效载荷中的其他字段。

MAC报头中的目的地地址确保从AP不会立即将接收到的JT数据帧转发到目标STA。例如，子字段被设置为从AP的MAC地址，而不是目标STA的MAC地址。

在有线或混合回传场景中，到不同从AP的传输可能不会在时间上同步，并且可能同时或不同时间发生。JT分组ID用于同步联合传输内容。

图12示出了根据示例实施例的用于到目标STA的联合传输的触发帧1200。

联合传输触发帧1200包括AP协调会话ID 1210。会话ID包括在JT触发帧中以指示正在触发哪个联合传输会话。基于会话ID，接收JT触发帧的从AP检索在会话建立期间协商的公共参数。除非主AP显式地覆写任何参数，否则JT触发帧中会省略此类预先协商的参数。减少了在无线介质上的联合传输控制信令的开销。

此外，如果会话ID对应的所有从AP都涉及了联合传输，则可以跳过从AP的MAC地址字段。如果目标STA从会话ID是很明显的，也可以跳过目的地MAC地址字段。

图13示出了根据示例实施例的其中主AP不参与联合传输的通信交换1300。

如之前所提及的，在一些情况下，主AP可以不参与实际的联合传输阶段，只有从AP可以参与联合传输。当主AP被实现为中央控制器并且远离目标STA时，或者主AP甚至可能不是实际的AP而可能是核心网络中的多AP控制器设备时，可能会发生这种情况。在这种情况下，目标STA与从AP中的一个而非主AP相关联。从AP和主AP之间的通信，包括JT触发帧，可能发生在有线回传(例如以太网)上。当主AP和从AP之间没有无线链路时，甚至JT触发帧也被封装在以太网帧中。由于联合传输的严格时间同步要求，并且由于JT触发帧用于从AP之间的时间同步的事实，因此只有在可以保证所有参与的从AP同时收到JT触发帧时，才能使用有线回传传输JT触发帧。在这种情况下，有效载荷字段设置为“AP协调”，并且以太类型89-0d帧有效载荷携带JT触发帧。在这种情况下，“AP协调分组类型”字段设置为JT触发帧(设置为4，如图6中的表620所指示的)，并且分组内容字段携带JT触发帧而省略有效载荷中的其他字段。这种部署消除了要求从AP必须在主AP的无线范围内的限制，并且实现了更大规模的联合传输，其中集中比特置的主AP可以远程管理多个物理比特置的联合传输。但是，如果不能保证所有参与的从AP同时接收到JT触发帧，则JT触发帧将在无线介质上传输。

在目标STA不与主AP相关联的情况下，主AP可能不知道要用于序列控制字段的值，或由从AP本地生成的CCMP分组号(PN)。例如，如果目标STA与从AP1相关联，则在数据分发阶段1320之前，主AP发起信息查询阶段1310并向从AP1查询要使用的下一个序列控制，以及可选地CCMP分组号(PN)和用于传输到目标STA的加密密钥ID。如果整个MPDU都分发给从AP，则主AP使用查询信息来设置封装的JT数据的各个字段，或者如果用于联合传输的MPDU是由从AP本地生成的，则将该信息分发给从AP。

在数据分发阶段1320之前的一些时间点，主AP还安排上层数据通过自身而不是通过从AP1进行路由。这可以通过临时地更新将数据有效载荷转发到AP的网络路由器设备的路由表来完成，使得主AP被记录为针对目标STA的服务AP。

在数据分发阶段1320期间，主AP设置封装的JT数据的MAC报头字段，使得数据看起来是由与目标STA相关联的从AP1生成的，例如，联合传输的MPDU的地址2(TA)字段被设置为从AP1的MAC地址。此外，(JT数据的)MPDU的序列控制字段中的序列号子字段用作隐式的JT标识符，因此显式的JT分组ID没有分派给JT数据。在联合传输阶段1330期间，主AP仍然通过发送JT触发帧来发起联合传输，然而只有从AP参与实际的联合传输。对于目标STA，传输似乎是由从AP1发起的。

图14示出了根据示例实施例的由AP在信息查询阶段用来从另一个AP收集信息的动作帧1400。

AP协调信息请求帧包括请求信息比特图，该比特图指示有关用于由主AP索求的目标STA的从AP参数的信息。从AP使用AP协调信息响应帧向主AP报告所索求的信息，包括的信息由报告信息比特图指示。

虽然主AP可以发起请求，但从AP也可能发起请求。AP协调信息请求帧1410包括请求信息比特图，该比特图指示有关用于由发送AP索求的目标STA的接收AP参数的信息。接收方AP使用AP协调信息响应帧1420来向索求的AP报告所索求的信息，所包括的信息字段由报告信息比特图指示。如果报告信息比特图中的比特被设置为1，则相应的字段被包括在AP协调信息响应帧1420中，否则不存在。

图15示出了根据示例实施例的用于从主AP到从AP的数据共享的帧1500。

主AP没有封装整个MAC层帧(MPDU或A-MPDU)，而是只封装上层数据有效载荷(也称为MSDU(MAC服务数据单元))，以及以太类型89-0d帧主体的有效载荷字段内MAC报头的其他相关字段。如果包括多个数据有效载荷，则序列控制字段和CCMP报头(如果包括)分别携带起始序列号(SN)和分组号(PN)。基于此，每个从AP生成要联合地发送的MPDUs或A-MPDUs。如果需要，数据的加密由每个从AP执行。

由从AP使用帧控制、持续时间/ID、QoS控制和HT控制字段的副本来为本地生成的MPDU创建MAC报头。可选地，如果这些字段在整个JT会话期间保持相同，则这些字段中的一些或全部也可以在JT会话设置期间分发。

如果设置了帧控制字段1520中的“保护帧”比特，则存在CCMP报头字段1510。CCMP报头字段1510携带将用于加密具有使用顺序增加PN的后续MPDU的第一MPDU的分组号(PN)。

序列控制字段1520携带用于本地创建的A-MPDU的序列号(SN)。这用作第一MPDU的起始SN，并在为A-MPDU中的后续MPDU顺序地增加。

分组内容字段1530仅携带高层的有效载荷(也称为MSDU)。每个从AP将本地生成的MAC报头附加到高层的有效载荷以生成用于联合传输的MPDU。

图16示出了根据示例实施例的作为聚合MAC协议数据单元(A-MPDU)的JT数据帧1600。

每个从AP在本地生成联合传输数据帧1600并保存在存储器中。例如，每个从AP基于从主AP接收的信息1602生成要联合地发送的MPDU或A-MPDU。图16中的箭头意味着字段被简单地复制到本地生成的MPDU，除了一些需要添加的字段。第一个生成的MPDU直接使用从主AP接收的序列控制字段，而每个后续的MPDU将序列控制字段1620内的序列号子字段加一。MPDU或A-MPDU可以在从主AP接收到封装数据后立即生成并保存在存储器中。如果需要加密(由帧控制字段1610中的“保护帧”比特指示)，每个从AP还加密数据有效载荷，并生成MIC并将其附加到有效载荷。第一个加密的MPDU直接使用从主AP接收到的CCMP报头字段，而每个后续MPDU都会将CCMP报头字段中的PN子字段加一。加密的MPDU保存在存储器中，其由JT分组ID 1630索引。

可选地，如果从AP具有足够快的处理器，则在数据分发阶段期间，接收到的MAC参数和有效载荷被保存在存储器中，并且MPDU生成(以及加密，如果需要)可能仅在接收到JT触发帧后完成。

在图16中，本地创建的JT数据帧1600的MPDU中的地址2(TA)字段1622也由从主AP接收的信息1602中的对应地址2(TA)字段1630复制。取决于与目标STA相关联的AP，地址2(TA)字段1630设置为主AP的MAC地址或设置为从AP的MAC地址中的一个。每个A-MPDU子帧的其余字段(MPDU定界符、填充、FCS等)以及EOF填充是本地生成的。此外，在CCMP加密帧中，如果设置了帧控制字段1610中的“保护帧”比特，则由从AP执行CCMP加密。

帧1600的一个益处是减少了通过回传的数据转移的开销。

图17示出了根据示例实施例的作为用于到从AP的数据共享的聚合MAC协议数据单元(A-MPDU)的帧1700。

主AP使用具有4地址MAC报头格式的802.11数据帧1700来将JT数据分发到从AP(不使用以太类型89-0d封装)。当从AP与主AP相关联时，可以使用此分发方案，例如在Wi-FiEasyMesh部署中。

在从主AP接收联合传输数据后，从AP生成要被联合地发送的MPDU。所生成的MPDU1730的MAC报头中的序列控制字段1734内的序列号被用作隐式的JT标识符。

考虑其中目标STA与主AP相关联并且主AP也参与实际联合传输的部署的示例。主AP向从AP发送A-MDPU 1700以分发JT数据。A-MPDU的MPDU内的每个数据帧使用四地址MAC报头格式，并且MPDU 1710的帧主体携带要被联合地发送的实际数据有效载荷1720(如果需要则加密并包括CCMP报头字段和MIC字段)。在这种情况下，JT数据指的是数据有效载荷1720(如果需要则加密并包括CCMP报头字段和MIC字段)。由于数据有效载荷1720的最终目的地不是从AP，帧控制字段1712中的“到DS”和“来自DS”比特两者都被设置为1以区分从AP到STA或从STA到AP的传输。HE控制字段1714也针对EHT使用而增强，并且针对AP协调定义新的控制ID。控制字段可用于携带针对各种多AP协调方案的控制信号，AP协调类型1716指示协调方案并可设置为图10中表1020中的值之一，例如对于在该情况下HE控制字段的后续字段用于携带JT序列控制1718的联合传输设置为2。JT序列控制字段1718携带要被联合地发送的实际MPDU的序列控制字段1734。

在从主AP接收携带用于AP协调的HE控制字段1714的A-MPDU 1710后，寻址的从AP(即由地址1(RA)所指示的)基于从主AP接收到的信息生成要联合地发送的MPDU或A-MPDU，而不是将A-MPDU转发到目标STA(由地址3(DA)所指示的)。生成的MPDU 1730是使用三地址MAC报头格式的802.11数据帧。

在图17中，箭头表示字段从接收到的MPDU复制到生成的MPDU，除了在生成的MPDU中，帧控制字段1732中的“到DS”比特设置为0，而“来自DS”比特设置为1。生成的MPDU的序列控制字段1734是由从主AP接收的JT序列控制1718复制的。持续时间字段、地址2(TA)字段和QoS控制字段被复制而不做任何修改，而地址3(DA)字段被复制到地址1(RA)字段并且地址4(SA)字段被复制到所生成的MPDU中的地址3(SA)字段。所生成的MPDU中省略了携带JT序列控制字段的HE控制字段。所生成的MPDU的帧主体被直接从MPDU 1710复制，如从主AP接收到的(即，没有任何进一步处理)。然而，FCS字段1738是由从AP本地生成的。如果数据有效载荷1720被加密，这里要注意的一个重要方面是CCMP加密是针对目标STA的消耗而执行的，因此用于加密的MAC报头参数基于包括括在联合地发送的实际MPDU 1730中的MAC报头字段，而不是基于MPDU 1710的MAC报头字段。具体而言，在CCMP封装过程期间，主AP使用如将由从AP用来构建用于CCMP加密的附加认证数据(AAD)所生成的帧控制字段1732、地址1(RA)字段1740、地址2(TA)字段1742、地址3(SA)字段1744、序列控制字段1746和QoS控制字段1748。AAD中不包括包括地址4字段。CCMP报头字段、加密的数据有效载荷1720和生成的MIC被包括包括在MPDU 1710的帧主体中并且被从AP直接地复制到MPDU 1730的帧主体中而没有进一步处理。这显著降低了与用于从AP的加密相关的处理开销。

MPDU或A-MPDU可以在从主AP接收到数据时由从AP生成并保存在存储器中。MPDU保存在由序列控制字段1734的序列号子字段索引的存储器中。可选地，如果从AP有足够快的处理器，则在数据分发阶段期间，所接收的MPDU/A-MPDU被保存在存储器中而不做任何修改，并且MPDU生成(用于联合传输)可以仅在收到JT触发帧后完成.

图18示出了根据示例实施例的联合传输触发帧1800。

JT触发帧包括要被联合地发送的MPDU的序列号的列表。如果需要，从AP从保存的MPDU来构建A-MPDU。

MPDU(JT数据)的序列控制字段中的序列号子字段，例如图16中的1620或图17中的1732，用作隐式JT标识符。这允许主AP在实际联合传输期间更灵活地选择JT数据的内容(通过在JT触发帧1800中的序列号信息字段1810中指示特定序列号)。

例如，可以在其中仅失败的MPDU被重发送的联合重传期间执行这种灵活性。序列号信息字段1810标识要被联合地发送的MPDU。序列号比特图子字段中设置为1的比特指示要包括的MPDU的序列号，其中比特图中的第一个比特(n＝1)对应于起始序列号(SSN)子字段并且第n个比特对应于(SSN+n–1)。

图19是根据示例实施例的到两者均与主AP相关联的两个STA的分布式MU-MIMO联合传输1900的示例。

数字1910和1912示出了到从AP的数据分发。JT数据被分发给目的地分别为STA1和STA2的从AP。例如，JT数据1910和1912可以是图17中的A-MPDU 1700。在接收JT数据1910和1920后，从AP可以通过从所接收的JT数据复制必要的字段来生成用于联合传输的MPDU1730。从AP还可以将本地生成的MPDU聚合为单个A-MPDU，并将该A-MPDU保存在指定的本地缓冲器中。数字1914示出了用于发起到目标STA的联合传输的联合传输触发帧。JT触发帧1914发起使用两个空间流的MU联合传输。数字1920示出了对STA1的联合传输：S.N1–5到STA1使用空间流1。数字1922示出了对STA2的联合传输：S.N11–15到STA2使用空间流2。1920和1922同时发生但使用不同的空间流。

图20是根据示例实施例的电子设备2000的示例。

电子设备2000包括功率源2010、存储器2020、中央处理单元(CPU)2030、辅助存储2040和无线I/F 2050(包括发送器和/或接收器)。无线I/F2050包括与天线2070通信的MAC2052和PHY 2060。MAC 2052还包括JT标识生成器2054、JT数据缓冲器2056和JT数据封装/解封装2058。

考虑其中电子设备2000是诸如主AP或从AP的AP的示例实施例(注意JT标识生成器2054仅出现于主AP中)。

电子设备2000包括电路，该电路操作为生成包括JT数据和唯一地标识JT数据的JT标识的帧。例如，JT标识生成器块2054负责生成与分发给从AP的JT数据相对应的JT标识。JT数据封装/解封装块2058由主AP用于在数据分发阶段期间将JT数据封装在802.11数据帧或802.3以太网帧内。从AP使用该块来解封装从主AP接收到的JT数据。JT数据缓冲器2056存储用于联合传输的JT数据。在主AP中，这可能不是单独的缓冲器，而是存储所有传出数据帧的共享缓冲器。在从AP中，这可能是单独的缓冲器，排他地用于存储要用于联合传输的数据帧。电子设备2000还包括电路，诸如无线发送器和/或天线2070，其使AP能够将数据帧发送到一个或多个通信装置，诸如发送到无线网络中的一个或多个STA。

本公开可以通过软件、硬件或与硬件协作的软件来实现。在上述每个实施例的描述中使用的每个功能块可以由诸如集成电路的LSI部分地或全部地实现，并且在每个实施例中描述的每个过程可以由相同的LSI或LSI的组合部分地或全部地控制。LSI可以单独地形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。LSI可以包括耦合到其的数据输入和输出。根据集成度的差异，在此LSI可以被称为IC、系统LSI、超级LSI或超LSI。然而，实现集成电路的技术不限于LSI，并且可以通过使用专用电路、通用处理器或专用处理器来实现。另外，可以使用在制造LSI之后可以编程的FPGA(现场可编程门阵列)或其中可以重新配置设置在LSI内部的电路单元的连接和设置的可重新配置处理器。本公开可以被实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步而导致未来的集成电路技术取代LSI，则可以使用未来的集成电路技术来集成功能块。也可以应用生物技术。

本公开可以通过具有通信功能的任何种类的装置、设备或系统来实现，其被称为通信装置。

该通信装置可以包括收发器和处理/控制电路。收发器可以包括和/或用作接收器和发送器。作为发送器和接收器的收发器可以包括RF(射频)模块，该RF模块包括放大器、RF调制器/解调器等，以及一个或多个天线。

此类通信装置的一些非限制性示例包括电话(例如，蜂窝(移动)电话、智能电话)、平板电脑、个人计算机(PC)(例如，膝上型电脑、台式机、上网本)、相机(例如，数码相机/摄像机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字书籍阅读器、远程健康/远程医疗(远程的健康和医疗)设备以及提供通信功能的交通工具(例如，汽车、飞机、轮船)及其各种组合。

通信装置不限于便携式或移动式，并且还可以包括非便携式或固定的任何类型的装置、设备或系统，诸如智能家居设备(例如，家用电器、照明设备、智能仪表、控制面板)、自动售货机以及“物联网(IoT)”网络中的任何其他“物”。

通信可以包括通过例如蜂窝系统、无线LAN系统、卫星系统等以及它们的各种组合来交换数据。

通信装置可以包括诸如控制器或传感器的设备，该设备耦合至执行本公开中所述的通信功能的通信设备。例如，通信装置可以包括生成控制信号或数据信号的控制器或传感器，该控制信号或数据信号被执行该通信装置的通信功能的通信设备所使用。

该通信装置还可以包括诸如基站、接入点之类的基础设施，以及与诸如上述非限制性示例中的装置进行通信或控制这些装置的任何其他装置、设备或系统。

应当理解，虽然已经参考设备描述了各种实施例的一些特性，但是相应的特性也适用于各种实施例的方法，反之亦然。

本领域技术人员将认识到，在不脱离如广泛描述的本公开的精神或范围的情况下，可以对如特定实施例中所示的本公开做出多种变化和/或修改。因此，本实施例在所有方面都应被认为是说明性的而非限制性的。

其他示例实施例包括但不限于以下示例。

一个示例实施例是一种接入点(AP)，包括：电路，生成帧，帧的帧主体包括联合传输(JT)数据和唯一地标识JT数据的JT标识；以及发送器，向一个或多个AP发送该帧，该一个或多个AP向通信装置联合地发送JT数据。

同该接入点，电路生成包括JT数据的JT标识的JT触发帧，并且发送器向一个或多个AP发送该JT触发帧。

同该接入点，JT触发帧包括通信装置的MAC地址。

同该接入点，JT数据被携带为以太类型89-0d帧主体的有效载荷。

同该接入点，帧是IEEE 802.11数据帧和以太网帧中的一个。

同该接入点，JT数据是寻址到通信装置的一个或多个MAC协议数据单元(MPDU)。

同该接入点，JT标识是唯一地分派的JT分组ID、封装IEEE 802.11数据帧的序列控制字段内的序列号子字段的值和JT数据中MPDU的序列控制字段内的序列号子字段的值中的一个。

同该接入点，JT数据具有接收的AP所需的高层有效载荷和公共字段，以在本地构建向通信装置联合地发送的一个或多个MAC协议数据单元(MPDU)。

同该接入点，JT数据被携带为使用四地址MAC报头格式的IEEE 802.11数据帧的有效载荷；IEEE 802.11数据帧的MAC报头包括指示要被联合地发送的IEEE 802.11数据帧的序列控制字段的控制字段；以及JT标识包括在序列控制字段内的序列号子字段的值。

同该接入点，接入点与一个或多个AP协商AP协调会话，AP协调会话将AP协调方案指定为联合传输，并且AP协调会话由会话ID标识。

同该接入点，在从JT触发帧结束起的固定持续时间之后，接入点发送从JT数据构建的PHY协议数据单元(PPDU)。

另一示例实施例是一种接入点(AP)，其包括：接收器，从AP接收包括联合传输(JT)数据和唯一地标识JT数据的JT标识的帧；以及存储JT数据和JT标识的本地存储器。

同该接入点，接收器还操作为从AP接收携带JT数据的JT标识的JT触发帧；接入点从存储器中检索具有匹配JT标识的JT数据，并在从JT触发帧的结束起的固定持续时间之后发送从JT数据构建的物理层协议数据单元(PPDU)。

另一示例实施例是一种其中一个或多个接入点(AP)向通信装置联合地发送的通信方法。该方法包括：从第一AP并向一个或多个第二AP发送帧，其中该帧的帧主体包括联合传输(JT)数据和唯一地标识JT数据的JT标识；以及从一个或多个第二AP联合地向通信装置发送JT数据。

该方法还包括在两个或更多个发送AP处同步PHY和MAC参数，使得由通信装置从两个或更多个发送AP接收的传输信号完全相同。