具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

为使本领域技术人员那更好地理解本申请的技术方案，首先对可能涉及到的背景技术进行简单说明：

WLAN是一项基于带有冲突避免的载波侦听多路访问(Carrier Sense MultipleAccess with Collision Avoidance，CSMA/CA)机制进行无线发送的异步通信系统，其在通信过程中没有专门的控制信道，即，控制信息与数据信息混合在一个物理帧中传输。

如图1所示为802.11ax中的物理帧格式示意图，参照图1，物理帧中包括物理帧帧头和物理帧帧体，其中，物理帧帧头用于承载控制字段，物理帧帧体用于承载数据字段。

具体的，控制字段携带控制信息，控制信息用于指示STA正确接收数据字段，其中，正确接收是指：STA能够识别到数据字段在频域资源和空域资源上的位置，以接收数据字段，并能够正确解调(或解析)数据字段，以得到数据信息。

示例性的，在图1所示的802.11ax中的物理帧中，控制字段包括：传统短训练字段(Legacy-Short Training Field，L-STF)、传统长训练字段(Legacy-Long TrainingField，L-LTF)、传统信令字段(Legacy-Signal，L-SIG)和重复的传统信令字段(RepeatedLegacy–Signal，RL-SIG)、高效率信令A字段(High Efficient-Signal-A，HE-SIG-A)、高效率短训练字段(HE-STF)、高效率长训练字段(HE-LTF)。

下面简单介绍上述各字段的含义：

L-STF字段，用于向接收方指示物理帧的起始位置、物理帧类型、和接收信号强度。示例性的，STA可基于L-STF字段识别每个物理帧的起始位置，即执行帧起始检测，并识别物理帧的类型，例如，无线保真(wireless-fidelity，WiFi)帧格式类型。并且，接收方还可根据L-STF字段判断接收信号强度，以选择适当的功率放大参数，以用于对控制字段的解调。

L-LTF字段，用于指示帧定时估计参数和频偏估计参数。

L-SIG字段和RL-SIG字段，用于指示物理层数据单元(Physical layer ProtocolData Unit，PPDU)的长度，即所占时长。

HE-SIG-A字段，用于指示STA解调数据字段所需的参数。示例性的，HE-SIG-A字段可包括多普勒(Doppler)和保护间隔(Guard Interval，GI)、前项纠错填充因子(Pre-Forward Error Correction padding factor)、低密度奇偶校验额外符号分段(LDPCExtra Symbol Segment)等。

HE-STF字段，用于向STA指示新的接收信号强度，以重新选择适当的功率放大参数，以用于数据部分的解调。

HE-LTF字段，用于STA对信道进行估计，并将该信道信息用于数据部分的解调。

图1中所示的物理帧格式为单AP向单用户(STA)发送数据时所使用的帧格式。当AP调度多用户，即单AP向多用户发送数据的情况，不同的用户的数据对应不同的资源分配方式，资源是指在频域资源和空域资源，通过使不同用户的数据在频域资源和空域资源上正交，使得不同用户的数据互不干扰。

802.11ax中的单AP多用户的物理帧帧格式如图2所示，参照图2，物理帧包括物理帧帧头和物理帧帧体，物理帧帧头承载控制字段，物理帧帧体承载数据字段。

在多用户场景下，802.11ax的物理帧中的控制字段可进一步包括公共控制字段和用户信息字段，其中，公共控制字段包括公共控制信息，用于指示STA接收并解析数据字段的至少一个公共控制参数，用户信息字段包括用户信息，用于指示AP向STA传输数据时，STA对应的资源分配方式。示例性的，一种方式中，用户信息包括资源分配方式指示信息和用户标识信息；资源分配方式指示信息和用户标识信息之间具有映射关系，能使得用户标识信息对应的STA从资源分配方式指示信息所指示的资源中获取到与自己相关的资源；另一种方式中，用户信息包括STA的标识信息和该STA的资源分配方式指示信息，其中资源分配方式指示信息用于指示AP向STA传输的数据所占的资源。相应的，STA可基于用户信息中的STA的标识信息和对应的资源分配方式指示信息，确定STA的数据在频域、时域和/或空域资源上的位置。

参照图2，公共控制字段包括：L-STF字段、L-LTF字段、L-SIG字段、RL-SIG字段、HE-SIG-A字段、HE-STF字段和HE-LTF字段。各字段的含义可参照上文，此处不赘述。需要说明的是，在多用户场景下，HE-STF字段和HE-LTF字段与STA的数据字段采用相同的资源分配方式。

示例性的，在802.11ax的物理帧中，用户信息字段为HE-SIG-B字段，用于承载用户信息，用于指示AP向多个STA传输数据时，各STA对应的资源分配方式。示例性的，用户信息包括STA的标识信息和对应的资源信息，其中资源信息用于指示AP向STA传输的数据所占的资源。相应的，STA可基于用户信息中的STA的标识信息和对应的资源信息，确定STA的数据在频域、时域和/或空域资源上的位置。

在已有协议中，例如802.11ax，AP与STA之间的通信方式为单AP调度单STA或者单AP调度多STA，上述机制可以保证WLAN设备间正常通信。然而，随着WLAN网络越来越广泛的应用和部署，AP与AP之间的干扰变得越来越严重，严重影响WLAN的体验，因此WLAN从单AP走向多AP协同是一种必然发展趋势。

图3为示例性示出的多AP协同传输的应用场景示意图，参照图3，AP1向STA1和STA2发送数据，AP2向STA3、STA4和STA5发送数据。以AP1与AP2协同正交频分多址(OrthogonalFrequency Division Multiple Access，OFDMA)为例，AP1和AP2发送的数据在频域正交，如图4所示，其中，DATA(数据)：STA表示对应STA的数据，参照图4，DATA:STA1占用频域资源上的RU5，DATA:STA2占用频域资源上的RU4，DATA:STA3占用频域资源上的RU3，DATA:STA4占用频域资源上的RU2，DATA:STA5占用频域资源上的RU1，以实现数据的频域正交，即数据字段互不干扰。

结合图3和图4，如图5所示为示例性示出的802.11be中的物理帧帧格式，与802.11ax类似，物理帧帧头用于承载控制字段，物理帧帧体用于承载数据字段。控制字段进一步包括公共控制字段，包括：L-STF字段、L-LTF字段、L-STG字段、RL-SIG字段、通用字段符号(Universal-signal-symbol，U-SIG-SYM)1字段、U-SIG-SYM2字段、极高吞吐量信令(Extremely High Throughput-Signal，EHT-SIG)字段和EHT-STF字段、EHT-LTF字段等。

其中，U-SIG-SYM1字段和U-SIG-SYM2字段用于携带版本信息等信息，一种可能的实现中，EHT-SIG字段包括EHT-SIG公共字段和EHT-SIG用户特定字段，其中，EHT-SIG中包括用于指示资源分配情况的字段。另一种可能的实现，EHT-SIG字段包括用户字段，该用户字段中指示资源分配情况。其它各字段的含义可参照上文中802.11ax的介绍，此处不赘述。需要说明的是，本申请仅以802.11ax和802.11be中的物理帧帧格式为例进行说明，在其他实施例中，公共控制字段与用户信息字段的位置和承载内容可根据当前或未来的协议规定进行设置。例如，用户信息字段中的STA的标识信息可以位于资源信息的前面，也可以位于资源信息的后面(前面/后面是指时域上的位置)等，本申请不做限定。

也就是说，在802.11ax或802.11be中，多AP的数据字段是在频域资源或空域资源上正交的，而控制字段则是以广播的方式传输的，因此，多AP之间的控制字段将会造成互相干扰。具体原因如下：结合图3所示的场景，AP1和AP2的数据字段按照图4所示的方式在频域资源上正交，可保证互不干扰，在传输过程中，AP1发送的信号可能也会到达STA3，而由于AP1和AP2发送的控制字段中的部分控制信息不相同，因此，STA3在接收到AP2的信号时，会受到AP1发送的信号的干扰。

本申请提出一种联合传输方法，以解决已有技术中存在的上述缺陷。本申请实施例中，接入点可以用于终端设备(如手机)进入有线(或无线)网络，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。接入点相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。

具体的，接入点可以是带有WiFi芯片的终端设备(如手机)或者网络设备(如路由器)。接入点可以为支持802.11be制式的设备。接入点也可以为支持802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等802.11家族的多种无线局域网(wireless local area networks，WLAN)制式的设备。本申请中的接入点可以是HE-AP或EHT-AP，还可以是适用未来某代WiFi标准的接入点。

终端设备可以为无线通讯芯片、无线传感器或无线通信终端等，也可称为用户、站点或终端。例如，站点可以为支持WiFi通讯功能的移动电话、支持WiFi通讯功能的平板电脑、支持WiFi通讯功能的机顶盒、支持WiFi通讯功能的智能电视、支持WiFi通讯功能的智能可穿戴设备、支持WiFi通讯功能的车载通信设备和支持WiFi通讯功能的计算机等等。可选地，站点可以支持802.11be制式。站点也可以支持802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等802.11家族的多种WLAN制式。

例如，接入点和站点可以是应用于车联网中的设备，物联网(IoT，internet ofthings)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表，以及智慧城市中的传感器等。

需要说明的是，本申请中的AP站点和non-AP站点还可以是一种支持多条链路并行进行传输的无线通信设备，例如，称为多链路设备(multi-link device)或多频段设备(multi-band device)。相比于仅支持单条链路传输的设备来说，多链路设备具有更高的传输效率和更高的吞吐量。

多链路设备包括一个或多个隶属的站点STA(affiliated STA)，隶属的STA是一个逻辑上的站点，可以工作在一条链路上。

虽然本申请实施例主要以部署IEEE 802.11的网络为例进行说明，本领域技术人员容易理解，本申请涉及的各个方面可以扩展到采用各种标准或协议的其它网络，例如，BLUETOOTH(蓝牙),高性能无线LAN(high performance radio LAN，HIPERLAN)(一种与IEEE802.1 1标准类似的无线标准，主要在欧洲使用)以及广域网(WAN)、无线局域网(wirelesslocal area network,WLAN)、个人区域网(personal area network,PAN)或其它现在已知或以后发展起来的网络。因此，无论使用的覆盖范围和无线接入协议如何，本申请提供的各种方面可以适用于任何合适的无线网络。

如图6所示是本申请实施例提供的一种通信系统的示意图，参照图6，该通信系统可包括一个或多个接入点(access point，AP)类的站点和一个或多个非接入点类的站点(none access point station，non-AP STA)。为便于描述，本文将接入点类型的站点称为接入点(AP)，非接入点类的站点称为站点(STA)。

以图6包括两个AP(AP1和AP2)和两个站点(STA 1和STA 2)的通信系统为例进行说明。

下面，结合图6，通过几个实施例对本发明提供的技术方案进行介绍和说明。

具体的，结合图6，如图7所示为本申请实施例中接入点AP与站点STA的交互示意图，在图7中：

步骤101，AP向STA发送物理帧。

具体的，AP在发送物理帧之前，首先需要监听信道状态，当检测到信道空闲之后，发送物理帧。

示例性的，参照图8，其示例性示出数据传输示意图，AP1调度STA1，即发送STA1的数据，AP2调度STA2，即发送STA2的数据，并且，结合上文所述，STA1会接收到AP2发送的物理帧，STA2也会接收到AP1发送的物理帧。

在本申请中，AP1与AP2发送的物理帧的控制字段是相同的，物理帧帧体承载的数据字段在频域资源和空域资源上正交。

示例性的，如图9所示为本申请提供的一种物理帧格式示意图，参照图9，控制字段包括公共控制字段和用户信息字段，其中，公共控制字段携带公共控制信息，公共控制信息包括用于指示STA接收并解析数据字段所需的至少一个公共控制参数。用户信息字段携带用户信息，用户信息用于指示各STA的数据对应的资源分配方式。需要说明的是，本申请所示公共控制字段与用户信息字段的位置仅为示意性举例，本申请对此不做限定。

需要说明的是，本申请中的实施方案可应用于已有协议与未来的协议中，针对不同协议规定的帧格式，公共控制字段与用户信息字段所包括的字段也可能不同。一个示例中，对于802.11ax，公共控制字段所包含的字段可参照图2，另一个示例中，对于802.11be，公共控制字段所包含的字段可参照图5。

结合图6和图9，图10为示例性示出的AP1和AP2的物理帧格式示意图，具体的，AP1和AP2发送的物理帧包括控制字段和数据字段，其中，控制字段进一步包括公共控制字段和用户信息字段，并且，AP1和AP2的公共控制字段和用户信息字段相同，即使用相同的公共控制信息和用户信息构造物理帧帧头。在本实施例中，以AP1和AP2基于OFDMA协同传输为例，参照图10，AP1的数据字段包括STA1的数据，AP2的数据字段包括STA2的数据，AP1的数字段与AP2的数据字段在频域资源上正交。

如上文所述，本申请中的各AP所发送的物理帧的帧头部分，即控制字段是相同的，为达到该目的，本申请中的各AP在生成控制字段之前，需要对控制字段中的控制信息进行统一，以使各AP基于相同的控制信息(包括公共控制信息和用户信息)生成相同的控制字段。

在本申请中，对控制信息进行统一的操作可由中心调度器执行，也可以由各AP通过协商执行，还可以由AP中指定的主AP执行。

在一种可能的实现方式中，中心调度器可基于各AP的配置信息，对AP进行调度，以生成各AP的公共控制信息与用户信息，中心调度器将各AP的公共控制信息与用户信息统一后，发送给各AP，各AP可基于获取到的公共控制信息与用户信息生成控制字段，具体细节可参照场景一。

在另一种可能的实现方式中，各AP基于自己的配置信息，自行进行调度，以生成各自的公共控制信息与用户信息，各AP可通过协商，以获取统一的公共控制信息和用户信息，具体细节可参照场景二。

在又一种可能的实现方式中，各AP基于自己的配置信息，自行进行调度，以生成各自的公共控制信息与用户信息，主AP可获取到各AP的公共控制信息与用户信息，并将各AP的公共控制信息与用户信息统一后，发送给各AP，各AP可基于获取到的公共控制信息与用户信息生成控制字段，具体细节可参照场景三。

步骤102，STA接收并解析物理帧。

具体的，STA1与STA2接收到AP1和AP2发送的物理帧后，对于STA1与STA2而言，其接收到的物理帧如图11所示，也就是说，在协同场景下，STA1与STA2接收到的物理帧是相同的，其帧结构与单AP调度多用户的物理帧类似，具体的，STA(包括STA1和STA2)可读取公共控制字段，获得公共控制信息，并读取用户字段，获得用户信息，STA可基于获取到的用户信息，得到数据的资源分配方式，即，STA可确定自己的数据在频域资源和空域资源上的位置，以正确接收对应的数据，以及，STA可基于公共控制信息，对对应的数据字段进行解析，得到数据信息。

综上所述，在本申请中，多个AP通过发送具有相同控制字段的物理帧，从而消除多AP协同传输过程中对于控制字段的相互干扰，以使STA能够准确获取到控制信息，并对数据字段进行正确解调，进而提高数据传输准确性和可靠性。

场景一

结合图6，图12示例性示出了一种应用场景示意图，示例性的，中心调度器与AP1和AP2通过有线方式连接，可选地，中心调度器可以部署在AP上，也可以部署在接入控制器(Access controller，AC)上，还可以部署在其他网络设备中，以作为一个独立的设备。可选地，该应用场景可以为企业园区、商场、超市、机场等任意有线连接场景。结合图12，如图13所示为本申请实施例中的联合传输方法的流程示意图，在图13中：

步骤201，中心调度器接收AP的配置信息。

具体的，AP(包括AP1和AP2)将各自的配置信息发送给中心调度器。配置信息包括但不限于：业务信息、AP信息和STA信息。配置信息可以理解为输入信息，设备(包括中心调度器或AP)可基于输入信息生成输出信息，输出信息也可以称为调度信息，包括本申请所述的公共控制信息和用户信息。

示例性的，业务信息用于指示AP待发送的数据对应的信息，包括但不限于：数据大小、等待时间、业务优先级等。

示例性的，AP信息包括AP的能力信息和AP的信道状态信息，其中，AP的能力信息包括但不限于：AP的编码能力。AP的信道状态信息用于指示AP与其调度的STA之间的信道的状态。

示例性的，STA信息包括但不限于STA的能力信息，例如，STA的解码能力。

步骤202，中心调度器基于配置信息，生成AP的用户信息和公共控制信息，其中，用户信息用于指示AP向对应的至少一个STA传输数据时，每个STA对应的资源分配方式，公共控制信息包括指示AP对应的至少一个STA接收并解调数据所需的至少一个公共控制参数。

具体的，中心调度器可响应于接收到的各AP(包括AP1和AP2)的配置信息，生成各AP的用户信息和公共控制信息。

需要说明的是，以802.11ax的帧结构(图3)为例，公共控制字段包括多个字段，例如：L-LTF、L-STA和HE-SIG-A等字段，每个字段中进一步包括多个子字段(图中未示出)，每个子字段携带相应的公共控制参数，也就是说，公共控制信息为公共控制字段中携带的所有公共控制参数的集合。

在一种可能的实现方式中，公共控制信息中存在具有依赖关系的两个或两个以上公共控制参数，例如，公共控制参数B可基于公共控制参数A得到，公共控制参数A可以称为公共控制参数B的父参数，公共控制参数B即为公共控制参数A的子参数。

一个示例中，中心调度器生成的公共控制信息可仅包括不存在依赖关系的公共控制参数和具有依赖关系中的父参数，中心调度器对公共控制信息进行统一，并发送给各AP后，各AP可基于父参数得到子参数，并且由于各AP获取到的父参数是一样的，因此，得到的子参数也必然是一样的。

另一个示例中，中心调度器生成的公共控制信息可包括所有公共控制参数，即，包括不存在依赖关系的公共控制参数和存在依赖关系的父参数和子参数，中心调度器对公共控制信息进行统一后，发送给各AP。

在另一种可能的实现方式中，公共控制信息中包括固定公共控制参数和可变公共控制参数，固定公共控制参数是指各AP预先协商好的参数，该类参数无需经过调度算法生成，例如：L-LTF中用于指示帧起始的参数。可变公共控制参数是指经过调度算法生成的参数，也可以理解为，各AP的可变公共控制参数可能不相同，例如，PPDU长度。

一个示例中，中心调度器生成的公共控制信息可仅包括可变公共控制参数，并对可变公共控制参数统一后，发送给各AP，各AP可基于固定公共控制参数以及接收到的可变公共控制参数，得到公共控制参数。

另一个示例中，中心调度器生成的公共控制信息可包括固定公共控制参数和可变公共控制参数，并将公共控制信息统一后，发送给各AP。

下面，以802.11协议中可能包括的公共控制信息为例进行说明。示例性的，在本实施例中，以公共控制信息包括可变公共控制参数为例进行说明，具体的，公共控制信息包括至少一个公共控制参数，公共控制参数的类型包括但不限于以下至少一个：PPDU长度参数、AP与STA之间的信道状态参数、STA的编译码能力参数、AP的传输能力参数、AP的信道资源参数。

示例性的，PPDU长度参数用于指示各AP的PPDU长度。

示例性的，AP与STA之间的信道状态参数用于指示AP与STA之间的信道的状态，可以包括但不限于：多普勒(Doppler)和保护间隔(Guard Interval，GI)等。

示例性的，STA的编译码能力参数用于指示STA的编译码能力，可以包括但不限于：前项纠错填充因子(Pre-Forward Error Correction padding factor)、低密度奇偶校验额外符号分段(LDPC Extra Symbol Segment)等。

示例性的，AP的信道资源参数用于指示信道资源的划分方式，或可理解为信道资源的使用情况，包括但不限于：资源单位划分(Resource Unit allocation，RUallocation)。

在本申请中，AP1的用户信息用于指示AP1向STA1发送的数据在频域资源和空域资源上的资源分配方式，AP2的用户信息用于指示各STA2的数据在频域资源和空域资源上的资源分配方式。示例性的，用户信息中包括STA的标识信息和对应的资源信息，资源信息可以包括频段的位置参数等，本申请不做限定。

需要说明的是，公共控制参数和用户信息是基于无线资源调度算法生成的，具体生成方式为本领域技术人员的公知常识，本申请不再赘述。

进一步需要说明的是，本申请所述的公共控制信息与用户信息仅为示意性举例，已有协议与未来协议中的物理帧帧头中所包括的字段及其携带的信息均可采用本申请的实施方式，本申请对此不做限定。

步骤203，中心调度器向AP发送至少一个目标公共控制参数和各AP的用户信息，用于指示每个AP生成包括至少一个目标公共控制参数与各AP的用户信息的控制字段；目标公共控制参数为各AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。

具体的，中心调度器获取到各AP(包括AP1和AP2)的公共控制信息和用户信息后，可对各AP的公共控制信息进行统一，也可以理解为将各AP的公共控制信息对齐，以得到至少一个目标公共控制参数。

具体的，中心调度器将各AP的公共控制信息进行统一的方式为：中心调度器基于各AP的至少一个公共控制参数的类型，从每种具有相同类型的公共控制参数中选择符合预设条件的目标公共控制参数，也就是说，目标公共控制参数即为各AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。

可选地，预设条件为每种具有相同类型的公共控制参数中的最大值或最小值。也就是说，中心调度器从各AP具有相同类型的公共控制参数中，选择最小值或者最大值，作为相同类型的公共控制参数对应的目标公共控制参数。

示例性的，预设条件可以包括以下至少之一：目标公共控制参数为各AP对应的PPDU长度参数中的最大值、目标公共控制参数为各AP对应的信道状态参数中的最小值、目标公共控制参数为各AP对应的至少一个STA的编译码能力参数中的最小值、目标公共控制参数为各AP对应的信道资源参数中的最小值。

需要说明的是，上述预设条件为对应于已有协议中可能包含的公共控制参数的类型为基础设置的，在其他实施例中，还可以包括其它类型的公共控制参数，并且，对应的预设条件的设计目的均是为使各AP的公共控制参数实现统一。

进一步需要说明的是，本申请的预设条件均是针对于可变公共控制参数(相关概念参照上文)，若中心调度器生成的公共控制信息中包括固定公共控制参数，由于各AP的固定公共控制参数本身是一致的，因此，本申请中不考虑对该类参数的处理，可在步骤204中与统一后的公共控制参数一起发送给各AP。

示例性的，下面结合步骤202中生成的公共控制参数的示例，对不同参数的统一方式进行举例说明：

1)PPDU长度。各AP的PPDU长度不相同的情况下，选取PPDU长度最大值作为目标PPDU长度参数。需要说明的是，对于PPDU长度小于目标PPDU长度的AP，其根据PPDU长度生成物理帧时，可通过无效数据补齐与目标PPDU长度的差值，例如无效数据可以为0000。

2)AP与STA之间的的信道状态参数。具体的，各AP的信道状态参数中的最小值为目标信道状态参数，也可以理解为信道状态参数的最小值对应的信道状态参数为各AP中的最差值。示例性的，以Doppler为例，若AP1和AP2的Doppler取值为1和0，其中，Dopller取值为1对应的信道状态较之Dopller取值为0对应的信道状态更差，因此，目标Doppler参数为1。

3)AP对应的STA的编译码能力参数。具体的，各AP对应的STA的编译码能力参数中的最小值作为目标编译码能力参数，也可以理解为，最小值对应的编译码能力为各AP中最差的。示例性的，若STA1和STA2的pre-FEC padding factor分别为1和2，其中，pre-FECpadding factor取值为2对应的编译码能力较之pre-FEC padding factor取值为1对应的编译码能力更差，目标pre-FEC padding factor为2。

4)AP的信道资源参数。具体的，各AP对应的信道资源参数中的最大值为目标信道资源参数。示例性的，若AP1和AP2均分配了两个52子载波的RU，AP1的RU allocation取值为5，对应为RU划分方式为：26/26/52/26/26/26/52个子载波、AP2的RU allocation的取值为9，对应的RU划分方式为：52/26/26/26/52/26/26个子载波，则目标RU allocation参数为15，对应的RU划分方式为：52/52/26/52/52/26个子载波。

具体的，中心调度器获取到统一后的至少一个目标公共控制参数后，将至少一个目标公共控制参数与各AP的用户信息一起发送给各AP(包括AP1和AP2)。

步骤204，AP响应于接收到的至少一个目标公共控制参数和用户信息，生成控制字段。

具体的，AP(包括AP1和AP2)接收到中心调度器发送的至少一个目标公共控制参数和各AP的用户信息后，可生成控制字段，并在向STA发送物理帧时，由物理帧帧头携带生成的控制字段。

示例性的，若AP接收到的至少一个目标公共控制参数为STA解调数据字段所需的所有参数，则AP可基于至少一个目标公共控制参数与用户信息生成控制字段。

示例性的，若AP接收到的至少一个目标公共控制参数包括可变公共控制参数(相关概念可参照上文)，则AP可基于已配置的固定公共控制参数与接收到的至少一个目标公共控制参数以及用户信息，生成控制字段。

示例性的，若AP接收到的至少一个目标公共控制参数包括至少一个不存在依赖关系的公共控制参数和存在依赖关系的父参数(相关概念可参照上文)，则AP可基于父参数获取到子参数，并基于至少一个不存在依赖关系的公共控制参数、父参数、子参数以及用户信息，生成控制字段，生成的控制字段的格式可参照图9。

综上所述，在本实施例中，通过中心调度器对各AP的控制信息进行统一调度，并通过有线方式传输到各AP，可有效缩短设备AP之间的交互流程，提升整体的传输效率。

场景二

结合图6，图14示例性示出了一种应用场景示意图，示例性的，在小微企业WLAN网络或家庭WLAN网络等未部署中心调度器的场景下，各AP可通过空口资源交互各自的信息，以获取统一的控制信息。结合图14，如图15所示为本申请实施例中的联合传输方法的流程示意图，在图15中：

步骤301，AP1和AP2基于各自的配置信息，生成公共控制信息和用户信息，其中，用户信息用于指示AP向对应的至少一个STA传输数据时，每个STA对应的资源分配方式，公共控制信息包括指示AP对应的至少一个STA接收并解调数据所需的至少一个公共控制参数。

具体的，AP(包括AP1和AP2)可基于各自的配置信息，生成调度信息，即包括公共控制信息和用户信息。

具体细节可参照步骤201和步骤202，此处不赘述。

步骤302，AP1和AP2交互各自的公共控制信息和用户信息。

具体的，AP(包括AP1和AP2)将各自的公共控制信息和用户信息发送给其它AP，示例性的，AP1将AP1的公共控制信息和用户信息发送给AP2，AP2将AP2的公共控制信息和用户信息发送给AP1。

可选地，AP交互的过程中还可以发送响应消息，以确定AP是否正确接收到信息。

步骤303，AP1和AP2获取至少一个目标公共控制参数和各AP的用户信息；目标公共控制参数为各AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。

具体的，以AP1为例，AP1获取到自己的公共控制信息和用户信息以及AP2的公共控制信息和用户信息后，可对已获取到的公共控制信息进行统一，以获取至少一个目标公共控制参数，具体方式可参照步骤203，此处不赘述。AP2与AP1的动作相同，此处不赘述。

需要说明的是，各AP已预先存储预设条件，因此，在各AP获取到的公共控制信息和用户信息一致的情况下，基于相同的预设条件选择出的至少一个目标公共控制参数也是一致的。

可选地，为进一步确保各AP确定的至少一个目标公共控制参数的一致性，各AP可通过发送指示消息，以将统一后的结果，即至少一个目标公共控制参数发送给其它AP，并在接收到响应消息后，确定与其它AP统一后的结果一致。

步骤304，AP1和AP2基于至少一个目标公共控制参数和用户信息，生成控制字段。

具体细节可参照步骤204，此处不赘述。

场景三

结合图6，图16示例性示出了一种应用场景示意图，示例性的，在小微企业WLAN网络或家庭WLAN网络等未部署中心调度器的场景下，可预先指定(或配置)主AP，以通过主AP获取统一的控制信息。示例性的，本实施例中以AP1为主AP，AP2为从属AP为例进行说明，在其他实施例中，主AP可以为系统中的任一AP。需要说明的是，主AP可以是动态配置的，也可以是静态配置的，其中，静态配置是由操作人员预先配置主AP，动态配置是指由多个AP通过竞争，以确定主AP。

结合图16，如图17所示为本申请实施例中的联合传输方法的流程示意图，在图17中：

步骤401，AP1向AP2指示对应的空口资源。

示例性的，网络侧会为AP1所属的系统分配可用空口资源，接着，AP1可基于可用空口资源，为AP1和AP2分配对应的空口资源，以使各AP在为其分配的空口资源上传输数据。

步骤402，AP1和AP2基于各自的配置信息和空口资源，生成公共控制信息和用户信息，其中，用户信息用于指示AP向对应的至少一个STA传输数据时，每个STA对应的资源分配方式，公共控制信息包括指示AP对应的至少一个STA接收并解调数据所需的至少一个公共控制参数。

具体的，AP(包括AP1和AP2)可基于各自的配置信息和空口资源，生成调度信息，即包括公共控制信息和用户信息。

举例说明，以OFDMA协同发送场景为例，网络侧配置给AP1所属系统的带宽为40MHz，在步骤401中，AP1可向AP2分配其中的20MHz，AP1使用剩余的20MHz。则AP1和AP2在生成调度信息时，分别在20M内为所属的用户进行调度，即分配频域资源。

具体细节与步骤201和步骤202类似，此处不赘述。

步骤403，AP2向AP1发送公共控制信息和用户信息。

具体的，在本实施例中，从属AP(AP2)向主AP(AP1)发送公共控制信息和用户信息。

可选地，AP交互的过程中还可以发送响应消息，以确定AP是否正确接收到信息。

步骤404，AP1向AP2发送至少一个目标公共控制参数和各AP的用户信息；目标公共控制参数为各AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。

具体的，AP1获取到自己的公共控制信息和用户信息以及AP2的公共控制信息和用户信息后，可对已获取到的公共控制信息进行统一，以获取至少一个目标公共控制参数，并将至少一个目标公共控制参数与AP1和AP2的用户信息发送给AP2，具体方式可参照步骤203，此处不赘述。

步骤405，AP1和AP2基于至少一个目标公共控制参数和用户信息，生成控制字段。

具体细节可参照步骤204，此处不赘述。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是AP为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对AP进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，在采用对应各个功能划分各个功能模块的情况下，图18示出了上述实施例中所涉及的AP100的一种可能的结构示意图，如图18所示，AP100可以包括：获取模块101和指示模块102。

一个示例中，AP100可用于实现前述实施例中如图13所示的方法，具体的，获取模块101，具体为获取模块101中的接收单元1011，可用于执行“接收AP的配置信息”的步骤，例如，接收单元1011可用于支持AP执行上述方法实施例中的步骤201。获取模块101，具体为获取模块101中的处理单元1012，可用于执行“基于配置信息，生成AP的用户信息和公共控制信息”其中，用户信息用于指示AP向对应的至少一个STA传输数据时，每个STA对应的资源分配方式，公共控制信息包括指示AP对应的至少一个STA接收并解调数据所需的至少一个公共控制参数。例如，处理单元1012可用于支持AP执行上述方法实施例中的步骤202。指示模块102，可用于执行“向AP发送至少一个目标公共控制参数和各AP的用户信息”的步骤，以用于指示每个AP生成包括至少一个目标公共控制参数与各AP的用户信息的控制字段，其中，目标公共控制参数为各AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。例如，指示模块102可用于支持AP执行上述方法实施例中的步骤203。

另一个示例中，AP100可用于实现前述实施例中如图15所示的方法，具体的，获取模块101，具体为获取模块101中的处理单元1012，可用于执行“基于第一AP的配置信息，确定第一AP的第一用户信息和第一公共控制信息”，其中，配置信息包括第一AP的配置参数、第一AP对应的至少一个STA的配置参数以及第一AP对应的至少一个STA传输的数据对应的参数，例如，处理单元1012可用于支持AP执行上述方法实施例中的步骤301、步骤402。获取模块101，具体为获取模块101中的接收单元1011，可用于执行“接收多个第二接入点AP中的每个第二AP发送的第二用户信息和第二公共控制信息”的步骤，其中，第一用户信息和第二用户信息属于用户信息，第一公共控制信息与第二公共控制信息属于公共控制信息，例如，接收单元1011可用于支持AP执行上述方法实施例中的步骤302、步骤403。指示模块102，可用于执行“向每个第二AP指示至少一个目标公共控制参数和各第二AP的用户信息，用于指示每个第二AP生成包括至少一个目标公共控制参数与各第二AP的用户信息的控制字段；目标公共控制参数为各第二AP的具有相同类型的公共控制参数中符合预设条件的公共控制参数。”的步骤，例如，指示模块102可用于支持AP执行上述方法实施例中的步骤303、步骤404。

下面介绍本申请实施例提供的一种装置。如图19所示：

图19为本申请实施例提供的一种通信装置的结构示意图。如图19所示，该通信装置200可包括：处理器201、收发器205，可选的还包括存储器202。

所述收发器205可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器205可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

存储器202中可存储计算机程序或软件代码或指令204，该计算机程序或软件代码或指令204还可称为固件。处理器201可通过运行其中的计算机程序或软件代码或指令203，或通过调用存储器202中存储的计算机程序或软件代码或指令204，对MAC层和PHY层进行控制，以实现本申请下述各实施例提供的OM协商方法。其中，处理器201可以为中央处理器(central processing unit，CPU)，存储器202例如可以为只读存储器(read-only memory，ROM)，或为随机存取存储器(random access memory，RAM)。

本申请中描述的处理器201和收发器205可实现在集成电路(integratedcircuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(applicationspecific integrated circuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。

上述通信装置200还可以包括天线206，该通信装置200所包括的各模块仅为示例说明，本申请不对此进行限制。

如前所述，以上实施例描述中的通信装置可以是接入点或者站点，但本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图19的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置的实现形式可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，指令的存储部件；(3)可嵌入在其他设备内的模块；(4)其他等等。

对于通信装置的实现形式是芯片或芯片系统的情况，可参见图20所示的芯片的结构示意图。图20所示的芯片包括处理器301和接口302。其中，处理器301的数量可以是一个或多个，接口302的数量可以是多个。可选的，该芯片或芯片系统可以包括存储器303。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包含至少一段代码，该至少一段代码可由终端执行，以控制AP用以实现上述方法实施例。

基于相同的技术构思，本申请实施例还提供一种计算机程序，当该计算机程序被AP执行时，用以实现上述方法实施例。

所述程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

基于相同的技术构思，本申请实施例还提供一种处理器，该处理器用以实现上述方法实施例。上述处理器可以为芯片。

基于相同的技术构思，本申请实施例还提供一种通信系统，该通信系统包括上述方法实施例中的AP和STA。

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。