一种无线局域网的协作传输方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种无线局域网的协作传输方法及装置。


背景技术：

2.随着移动互联网的发展和智能终端的普及，数据流量快速增长。无线局域网(wireless local area network，wlan)凭借高速率和低成本方面的优势，成为主流的移动宽带接入技术之一。随着用户设备的不断增加以及物联网(internet of things，iot)需求的不断发展，高密集部署场景(high-dense deployment scenarios)成为无线网络的核心场景之一。高密集部署，是指在有限地理覆盖范围内部署大量无线接入点(access point,ap)，以及大量的活跃站点(stations，stas)。高密集部署使得传输资源的需求急剧增加。
3.目前，正在标准化的wlan标准修订：ieee 802.11be草案提出多ap协作传输的方案，允许多个ap共享传输资源，以提高传输资源利用率，以及提高系统的吞吐量。多ap协作传输过程中会存在多个并发的传输链路，并发传输的链路之间会存在干扰，如果干扰不可控，不但不能实现多个ap协作传输，反而会抑制系统吞吐量。然而，在混合上下行传输时，由于sta之间的干扰不可测，将可能导致干扰不可控，从而无法实现并发传输。
4.因此，多ap协作的调度方案还需要进一步完善。


技术实现要素：

5.第一方面，提供一种无线局域网的协作传输方法，该方法包括以下步骤：共享接入点ap在条件满足时，在信道上向第一站点sta发送第一帧以探测干扰资源单元ru，其中，所述共享ap为所述第一sta的服务ap，所述第一sta是所述共享ap准备发送下行数据的sta，共享ap服务的sta叫作共享sta，所述第一帧包括对所述第一sta回复所述第一帧时使用第一ru的指示，所述干扰ru为未接收到所述第一sta的回复的所述第一ru，所述条件包括所述共享ap准备使用所述信道进行下行传输，所述信道是所述共享ap与第一被共享ap进行协作传输的信道。通过该方法，共享ap会获取干扰ru的探测结果，即共享ap会得知第一ru是否是干扰ru。干扰ru的探测结果可以用于干扰管控，从而使得多ap协作传输中的干扰可以得到有效的控制。
6.在一个可能的设计中，所述条件还包括：所述第一被共享ap准备使用所述信道进行上行传输。
7.共享ap还可以与被共享ap协商协作传输方向，可选地，可以通过以下两种方式协商。
8.固定模式：由共享ap指定被共享ap在协作传输时的传输方向。所述共享ap向所述第一被共享ap发送协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述第一被共享ap在所述协作传输时的传输方向为上行。
9.灵活模式：由被共享ap自行决定协作传输时的传输方向。所述共享ap向所述第一被共享ap发送协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述第一被共享ap选择在所
述协作传输时的传输方向；所述共享ap接收来自所述第一被共享ap的第一响应帧，所述第一响应帧用于指示所述第一被共享ap所选择的在所述协作传输时的传输方向为上行。
10.在一个可能的设计中，所述共享ap响应于探测到所述干扰ru，向所述第一被共享ap发送指示帧，所述指示帧用于指示所述第一被共享ap不允许使用所述干扰ru所在的子信道进行上行传输；所述共享ap在所述信道上进行下行传输。共享ap向被共享ap发送指示帧，指示被共享ap不允许使用干扰ru所在的子信道进行上行传输，从而能够避免共享sta在干扰ru所在的子信道接收下行数据帧可能受到的干扰，实现干扰可控。在指示被共享ap禁止在干扰ru所在的子信道上进行上行传输后，共享ap可以在整个信道上进行下行传输都不会受到被共享sta的上行传输的干扰。其中，被共享ap服务的sta叫作被共享sta。
11.在一个可能的设计中，所述共享ap指示所述第一被共享ap向所述第二sta发送第二帧，所述第二帧用于指示所述第二sta在接收到所述第二帧后向所述第一被共享ap返回第二确认帧；所述第二sta是所述第一被共享ap准备使用所述第一ru进行上行传输的sta。其中，所述第一帧与所述第二帧的发送时刻相同，所述第一帧的长度大于所述第二帧与短帧间间隔sifs的长度之和。这样，当第一帧和第二帧同时发送，第二sta开始回复第二确认帧时，第一帧还未完全发送完毕。那么，在第一ru上就会存在上行方向的传输的、第二sta向被共享ap返回的第二确认帧，在第一ru上，上行方向的第二确认帧与下行方向的第一帧存在时域和频域上的交集，共享ap就可以通过是否收到第一sta对第一帧的回复，来判断第一ru是不是干扰ru。
12.在一个可能的设计中，所述共享ap还与第二被共享ap在所述传输资源上协作传输，在所述第一被共享ap在所述协作传输时的传输方向为上行、且所述第二被共享ap在所述协作传输时的传输方向为下行时，所述共享ap指示所述第二被共享ap向所述第三sta发送第三帧，所述第二被共享ap为第三sta的服务ap，所述第三sta是所述第二被共享ap准备在第二ru上发送下行数据的sta，所述第三帧用于指示所述第三sta在接收到所述第三帧后在第二ru上向所述第二被共享ap返回第三确认帧。其中，所述第二帧与所述第三帧的发送时刻相同，所述第三帧的长度大于所述第二帧与短帧间间隔sifs的长度之和。这样，当第二帧和第三帧同时发送，第二sta开始回复第二确认帧时，第三帧还未完全发送完毕。那么，在第二ru上就会存在上行方向的传输的、第二sta向被共享ap返回的第二确认帧，在第二ru上，上行方向的第二确认帧与下行方向的第三帧存在时域和频域时上的交集，第二被共享ap就可以通过是否收到第三sta对第三帧的回复，来判断第二ru是不是干扰ru。这样，还可以避免第一被共享ap的下行传输对第二被共享ap的上行传输干扰，从而实现多ap的协作传输。
13.在一个可能的设计中，所述共享ap禁止在所述干扰ru所在的子信道上进行下行传输。在共享ap禁止在干扰ru所在的子信道上进行下行传输后，第一被共享ap可以在整个信道上进行上行传输都不会受到共享ap下行传输的干扰。
14.在一个可能的设计中，所述共享ap接收来自所述第一被共享ap的上行触发帧，所述上行触发帧用于触发所述被共享ap服务的第二sta进行上行传输；所述向第一sta发送第一帧，包括：响应于所述上行触发帧，向所述第一sta发送所述第一帧。共享ap在接收到来自被共享ap的上行触发帧后再向第一sta发送第一帧，则能够保证：第一sta在第一ru上接收下行方向的第一帧，与第二sta在第一ru上向被共享ap发送上行数据帧，存在时域和频域上
的交集。这样，第二sta发送的上行数据帧可能会对第一帧造成干扰，共享ap就可以通过是否收到第一sta对第一帧的回复，来判断第一ru是不是干扰ru。
15.在一个可能的设计中，所述第一帧与所述第一被共享ap发送的上行触发帧的发送时刻相同，所述第一帧的长度大于所述上行触发帧与sifs的长度之和；所述上行触发帧用于触发所述第一被共享ap服务的第二sta进行上行传输。这样，当第一帧和上行触发帧同时发送时，第二sta接收到上行触发帧时，第一帧还未完全发送完毕。那么，在第一ru上就会存在上行方向的传输的帧，在第一ru上，第二sta发送的上行帧与共享ap下行方向的第一帧存在时域和频域上的交集，则第二sta发送的上行帧可能会对下行方向的第一帧造成干扰。共享ap就可以通过是否收到第一sta对第一帧的回复，来判断第一ru是不是干扰ru。
16.在一个可能的设计中，所述第一帧是短数据帧。
17.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同，即，所述第一帧的调制编码方式mcs阶数与数据帧的mcs阶数相同，所述第一帧的流数与数据帧的流数相同。这样，根据干扰探测帧进行干扰探测的结果更能反映数据帧受干扰的结果。
18.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
19.在一个可能的设计中，所述信道包括一个或多个子信道。
20.第二方面，提供一种无线局域网的协作传输方法，该方法包括以下步骤：被共享接入点ap在条件满足时，在信道上向第二sta发送第一帧以探测干扰资源单元ru，其中，所述被共享ap为所述第二sta的服务ap，所述第一帧包括对所述第二sta回复所述第一帧时使用第一ru的指示，所述干扰ru为未接收到所述第二sta的回复的所述第一ru，所述条件包括所述被共享ap准备使用所述信道进行下行传输，所述信道是所述被共享ap与共享ap进行协作传输的信道；所述被共享ap禁止在所述干扰ru所在的子信道上进行下行传输。通过该方法，被共享ap会获取干扰ru的探测结果，即被共享ap会得知第一ru是否是干扰ru。干扰ru的探测结果可以用于干扰管控，从而使得多ap协作传输中的干扰可以得到有效的控制。通过被共享ap禁止在所述干扰ru所在的子信道上进行下行传输，能够避免第一sta在干扰ru所在的子信道发送上行数据帧可能受到的干扰，实现干扰可控。其中，共享ap为所述第一sta的服务ap。
21.在一个可能的设计中，所述条件还包括：所述共享ap准备使用所述信道进行上行传输。
22.在一个可能的设计中，所述被共享ap接收来自所述共享ap的上行触发帧，所述上行触发帧用于触发所述第一sta进行上行传输；所述向第二sta发送第一帧，包括：响应于所述上行触发帧，向所述第二sta发送所述第一触发帧。被共享ap在接收到来自共享ap的上行触发帧后再向第二sta发送第一帧，则能够保证：第二sta在第一ru上接收下行方向的第一帧，与第一sta在第一ru上向共享ap发送上行数据帧，存在时域和频域上的交集。这样，第一sta发送的上行数据帧可能会对第一帧造成干扰，被共享ap就可以通过是否收到第二sta对第一帧的回复，来判断第一ru是不是干扰ru。
23.在一个可能的设计中，所述第一帧与所述共享ap发送的上行触发帧的发送时刻相同，所述第一帧的长度大于所述上行触发帧与短帧间隔sifs的长度之和；所述上行触发帧用于触发所述共享ap服务的sta进行上行传输。这样，当第一帧和上行触发帧同时发送时，
第一sta接收到上行触发帧时，第一帧还未完全发送完毕。那么，在第一ru上就会存在上行方向的传输的帧，在第一ru上，第一sta发送的上行帧与被共享ap下行方向的第一帧存在时域和频域上的交集，则第一sta发送的上行帧可能会对下行方向的第一帧造成干扰。被共享ap就可以通过是否收到第二sta对第一帧的回复，来判断第一ru是不是干扰ru。
24.共享ap还可以与被共享ap协商协作传输方向，可选地，可以通过以下两种方式协商。
25.固定模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为下行。
26.灵活模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；所述被共享ap向所述共享ap发送响应帧，所述响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为下行。
27.在一个可能的设计中，所述第一帧是短数据帧。
28.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。这样，根据干扰探测帧进行干扰探测的结果更能反映数据帧受干扰的结果。
29.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
30.在一个可能的设计中，所述信道包括一个或多个子信道。
31.第三方面，提供一种无线局域网的协作传输方法，该方法包括以下步骤：被共享接入点ap在条件满足时，在信道上向第一站点sta发送第一帧以探测干扰资源单元ru，其中，所述被共享ap为所述第一sta的服务ap，所述第一帧包括对所述第一sta回复所述第一帧时使用第一ru的指示，所述干扰ru为未接收到所述第一sta的回复的所述第一ru，所述条件包括所述被共享ap准备使用所述信道进行上行传输，所述信道是所述共享ap与共享ap进行协作传输的信道。通过该方法，被共享ap会获取干扰ru的探测结果，即被共享ap会得知第一ru是否是干扰ru。干扰ru的探测结果可以用于干扰管控，从而使得多ap协作传输中的干扰可以得到有效的控制。
32.在一个可能的设计中，所述条件还包括：所述共享ap准备使用所述信道进行下行传输。
33.共享ap还可以与被共享ap协商协作传输方向，可选地，可以通过以下两种方式协商。
34.固定模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为下行。
35.灵活模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；所述被共享ap向所述共享ap发送第一响应帧，所述第一响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为上行。
36.在一个可能的设计中，所述被共享ap不使用所述干扰ru所在的子信道进行上行传输。通过被共享ap禁止所述干扰资源所在的子信道上进行下行传输，能够避免共享sta在干扰ru所在的子信道发送上行数据帧可能受到的干扰，实现干扰可控。
37.在一个可能的设计中，所述第一帧与所述共享ap向所述第二sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与短帧间间隔sifs的长度之和。
38.在一个可能的设计中，所述第一帧是短数据帧。
39.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。这样，根据干扰探测帧进行干扰探测的结果更能反映数据帧受干扰的结果。
40.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
41.在一个可能的设计中，所述信道包括一个或多个子信道。
42.第四方面，提供一种无线局域网的协作传输方法，该方法包括以下步骤：被共享ap在条件满足时，在信道上向被共享sta发送第一帧，其中，所述信道为共享ap和所述被共享ap进行协作传输的信道，所述条件包括所述共享ap在所述协作传输时的传输方向为下行，所述第一帧用于指示所述被共享sta监听第一资源单元ru，所述被共享ap是所述被共享sta的服务ap，所述第一帧与共享ap向共享sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与sifs的长度之和，所述第二帧包括对所述共享sta回复所述第二帧时使用所述第一ru的指示；所述被共享ap在未接收到所述被共享sta返回的响应帧时，禁止在所述第一ru所在的子信道上触发上行传输，所述响应帧用于指示所述第一ru未被占用。通过该方法，被共享ap会获取干扰ru的探测结果，即被共享ap会得知第一ru是否是干扰ru。干扰ru的探测结果可以用于干扰管控，从而使得多ap协作传输中的干扰可以得到有效的控制。
43.在一个可能的设计中，所述第一帧还用于指示所述被共享sta监听所述第一ru的时长，以及指示所述被共享sta在所述时长内若所述第一ru未被占用则返回所述响应帧。
44.在一个可能的设计中，所述条件还包括：所述共享ap在所述协作传输时的传输方向为下行。
45.共享ap还可以与被共享ap协商协作传输方向，可选地，可以通过以下两种方式协商。
46.固定模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为上行。
47.灵活模式：所述被共享ap接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；所述被共享ap向所述共享ap发送第一响应帧，所述第一响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为上行。
48.在一个可能的设计中，所述第一帧与所述共享ap向所述第二sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与短帧间间隔sifs的长度之和。由于第一帧和第二帧的发送时刻是相同的，第一帧的长度大于第二帧与sifs的长度之和，第二sta在接收到第二帧并间隔sts之后，会监听第一ru。第二sta在监听第一ru时，第一帧还未完全发送完毕。那么如果第二sta监听到第一ru被占用，说明第二sta使用第一ru发送上行帧能够对第一sta接收共享ap的下行帧造成干扰。当第二sta监听到第一ru未被占用或者第一ru空闲时，第二sta会向被共享ap返回响应帧。
49.在一个可能的设计中，，所述第一帧是短数据帧。
50.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。这样，根据干扰探测帧进行干扰探测的结果更能反映数据帧受干扰的结果。
51.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
52.在一个可能的设计中，所述信道包括一个或多个子信道。
53.第五方面，提供一种通信装置，该通信装置可以是共享接入点ap，也可以是共享ap中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和共享ap匹配使用的装置。一种设计中，该通信装置可以包括执行第一方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该通信装置可以包括处理模块和通信模块。处理模块用于调用通信模块执行接收和/或发送的功能。示例性地：
54.所述处理模块，用于判断在条件满足时，在信道上通过所述通信模块向第一站点sta发送第一帧以探测干扰资源单元ru，其中，所述共享ap为所述第一sta的服务ap，所述第一帧包括对所述第一sta回复所述第一帧时使用第一ru的指示，所述干扰资源单元为未接收到所述第一sta的回复的所述第一ru，所述条件包括所述共享ap准备使用所述信道进行下行传输，所述信道是所述共享ap与第一被共享ap进行协作传输的信道。
55.在一个可能的设计中，所述条件还包括：所述第一被共享ap准备使用所述信道进行上行传输。
56.在一个可能的设计中，所述处理模块还用于：通过所述通信模块向所述第一被共享ap发送协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述第一被共享ap在所述协作传输时的传输方向为上行。
57.在一个可能的设计中，所述处理模块还用于：通过所述通信模块向所述第一被共享ap发送协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述第一被共享ap选择在所述协作传输时的传输方向；以及接收来自所述第一被共享ap的第一响应帧，所述第一响应帧用于指示所述第一被共享ap所选择的在所述协作传输时的传输方向为上行。
58.在一个可能的设计中，所述处理模块还用于：响应于探测到所述干扰ru，通过所述通信模块向所述第一被共享ap发送指示帧，所述指示帧用于指示所述第一被共享ap不允许使用所述干扰ru所在的子信道进行上行传输；以及在所述信道上进行下行传输。
59.在一个可能的设计中，所述处理模块还用于：指示所述第一被共享ap向所述第二sta发送第二帧，所述第二帧用于指示所述第二sta在接收到所述第二帧后向所述第一被共享ap返回第二确认帧；所述第二sta是所述第一被共享ap准备使用所述第一ru进行上行传输的sta。其中，所述第一帧与所述第二帧的发送时刻相同，所述第一帧的长度大于所述第二帧与短帧间间隔sifs的长度之和。
60.在一个可能的设计中，所述共享ap还与第二被共享ap在所述传输资源上协作传输，所述第二被共享ap为第三sta的服务ap，所述处理模块还用于：在所述第一被共享ap在所述协作传输时的传输方向为上行、且所述第二被共享ap在所述协作传输时的传输方向为下行时，指示所述第二被共享ap向所述第三sta发送第三帧，所述第三帧用于指示所述第三sta在接收到所述第三帧后向所述第二被共享ap返回第三确认帧；通过所述通信模块接收来自所述第二被共享ap的第二响应帧，所述第二响应帧用于指示第二ru为干扰单元。
61.在一个可能的设计中，所述处理模块还用于：禁止在所述干扰ru所在的子信道上进行下行传输。
62.在一个可能的设计中，所述处理模块还用于：通过所述通信模块接收来自所述第一被共享ap的上行触发帧，所述上行触发帧用于触发所述被共享ap服务的sta进行上行传输；以及响应于所述上行触发帧，向所述第一sta发送所述第一帧。
63.在一个可能的设计中，所述第一帧与所述第一被共享ap发送的上行触发帧的发送时刻相同，所述第一帧的长度大于所述上行触发帧与sifs的长度之和；所述上行触发帧用于触发所述第一被共享ap服务的sta进行上行传输。
64.第五方面的有益效果可以参照第一方面相应的效果，在此不再赘述。
65.第六方面，提供一种通信装置，该通信装置可以是被共享接入点ap，也可以是被共享ap中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和被共享ap匹配使用的装置。一种设计中，该通信装置可以包括执行第二方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该通信装置可以包括处理模块和通信模块。处理模块用于调用通信模块执行接收和/或发送的功能。示例性地：所述处理模块，用于在条件满足时，在信道上通过所述通信模块向被共享sta发送第一帧以探测干扰资源单元ru，其中，所述共享ap为所述被共享sta的服务ap，所述第一帧包括对所述被共享sta回复所述第一帧时使用第一ru的指示，所述干扰ru为未接收到所述被共享sta的回复的所述第一资ru，所述条件包括所述被共享ap准备使用所述信道进行下行传输，所述信道是所述被共享ap与共享ap进行协作传输的信道；所述处理模块，还用于禁止所述干扰ru所在的子信道上进行下行传输。
66.在一个可能的设计中，所述条件还包括：所述共享ap准备使用所述信道进行上行传输。
67.在一个可能的设计中，所述处理模块还用于：通过所述通信模块接收来自所述共享ap的上行触发帧，所述上行触发帧用于触发所述共享ap服务的sta进行上行传输；在向第二sta发送第一触发帧时，所述处理模块用于，响应于所述上行触发帧，通过所述通信模块向所述被共享sta发送所述第一触发帧。
68.在一个可能的设计中，所述第一帧与所述共享ap发送的上行触发帧的发送时刻相同，所述第一帧的长度大于所述上行触发帧与短帧间隔sifs的长度之和；所述上行触发帧用于触发所述共享ap服务的sta进行上行传输。
69.在一个可能的设计中，所述处理模块还用于：通过所述通信模块接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为下行。
70.在一个可能的设计中，所述处理模块还用于：通过所述通信模块接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；以及向所述共享ap发送响应帧，所述响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为下行。
71.在一个可能的设计中，所述第一帧是短数据帧。
72.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。
73.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
74.在一个可能的设计中，所述信道包括一个或多个子信道。
75.第六方面的有益效果可以参照第二方面相应的效果，在此不再赘述。
76.第七方面，提供一种通信装置，该通信装置可以是被共享接入点ap，也可以是被共享ap中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和被共享ap匹配使用的装置。一种设计中，该通信装置可以包括执行第三方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该通信装置可以包括处理模块和通信模块。处理模块用于调用通信模块执行接收和/或发送的功能。示例性地：所述处理模块，用于在条件满足时，在信道上通过所述通信模块向第一站点sta发送第一帧以探测干扰资源单元ru，其中，所述被共享ap为所述第一sta的服务ap，所述第一帧包括对所述第一sta回复所述第一帧时使用第一ru的指示，所述干扰ru为未接收到所述第一sta的回复的所述第一ru，所述条件包括所述被共享ap准备使用所述信道进行上行传输，所述信道是所述共享ap与共享ap进行协作传输的信道。
77.在一个可能的设计中，所述条件还包括：所述共享ap准备使用所述信道进行下行传输。
78.在一个可能的设计中，所述处理模块还用于，通过所述通信模块接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为下行。
79.在一个可能的设计中，所述处理模块还用于，通过所述通信模块接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；以及用于向所述共享ap发送第一响应帧，所述第一响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为上行。
80.在一个可能的设计中，所述处理模块还用于：不使用所述干扰ru所在的子信道进行上行传输。
81.在一个可能的设计中，所述第一帧与所述共享ap向所述第二sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与短帧间间隔sifs的长度之和。
82.在一个可能的设计中，所述第一帧是短数据帧。
83.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。
84.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
85.在一个可能的设计中，所述信道包括一个或多个子信道。
86.第七方面的有益效果可以参照第三方面相应的效果，在此不再赘述。
87.第八方面，提供一种通信装置，该通信装置可以是被共享接入点ap，也可以是被共享ap中的装置(例如，芯片，或者芯片系统，或者电路)，或者是能够和被共享ap匹配使用的装置。一种设计中，该通信装置可以包括执行第四方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该通信装置可以包括处理模块和通信模块。处理模块用于调用通信模块执行接收和/或发送的功能。示例性地：所述处理模块，用于在条件满足时，在信道上通过所述通信模块向被共享sta发送第一帧，其中，所述信道为共享ap和所述被共享ap进行协作传输的
信道，所述条件包括所述共享ap在所述协作传输时的传输方向为下行，所述第一帧用于指示所述被共享sta监听第一资源单元ru，所述被共享ap是所述被共享sta的服务ap，所述第一帧与共享ap向共享sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与sifs的长度之和，所述第二帧包括对所述共享sta回复所述第二帧时使用所述第一ru的指示；所述处理模块，还用于在未接收到所述被共享sta返回的响应帧时，禁止在所述第一资源单元所在的子信道上触发上行传输，所述响应帧用于指示所述第一ru未被占用。
88.在一个可能的设计中，所述第一帧还用于指示所述被共享sta监听所述第一ru的时长，以及指示所述被共享sta在所述时长内若所述第一资源单元未被占用则返回所述响应帧。
89.在一个可能的设计中，所述条件还包括：所述共享ap在所述协作传输时的传输方向为下行。
90.在一个可能的设计中，所述处理模块还用于，通过所述通信模块接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap在所述协作传输时的传输方向为上行。
91.在一个可能的设计中，所述处理模块还用于，通过所述通信模块接接收来自所述共享ap的协作传输通知c-sr-a帧，所述c-sr-a帧用于指示所述被共享ap选择在所述协作传输时的传输方向；以及向所述共享ap发送第一响应帧，所述第一响应帧用于指示所述被共享ap所选择的在所述协作传输时的传输方向为上行。
92.在一个可能的设计中，所述第一帧与所述共享ap向所述第二sta发送的第二帧的发送时刻相同，所述第二帧的长度大于所述第一帧与短帧间间隔sifs的长度之和。
93.在一个可能的设计中，所述第一帧是短数据帧。
94.在一个可能的设计中，所述第一帧为控制帧，且所述第一帧的调制编码方式mcs阶数和流数与数据帧的mcs阶数和流数相同。
95.在一个可能的设计中，所述协作传输的方式为协作的空间复用csr。
96.在一个可能的设计中，所述信道包括一个或多个子信道。
97.第八方面的有益效果可以参照第四方面相应的效果，在此不再赘述。
98.第九方面，本技术实施例提供一种通信装置，所述通信装置包括通信接口和处理器，所述通信接口用于该装置与其它设备进行通信，例如数据或信号的收发。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接。处理器用于调用一组程序、指令或数据，执行上述第一方面描述的方法。所述装置还可以包括存储器，用于存储处理器调用的程序、指令或数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的、指令或数据时，可以实现上述第一方面描述的方法。
99.第十方面，本技术实施例提供一种通信装置，所述通信装置包括通信接口和处理器，所述通信接口用于该装置与其它设备进行通信，例如数据或信号的收发。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接。处理器用于调用一组程序、指令或数据，执行上述第一方面描述的方法。所述装置还可以包括存储器，用于存储处理器调用的程序、指令或数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的、指令或数据时，可以实现上述第二方面描述的方法。
100.第十一方面，本技术实施例提供一种通信装置，所述通信装置包括通信接口和处
理器，所述通信接口用于该装置与其它设备进行通信，例如数据或信号的收发。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接。处理器用于调用一组程序、指令或数据，执行上述第一方面描述的方法。所述装置还可以包括存储器，用于存储处理器调用的程序、指令或数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的、指令或数据时，可以实现上述第三方面描述的方法。
101.第十二方面，本技术实施例提供一种通信装置，所述通信装置包括通信接口和处理器，所述通信接口用于该装置与其它设备进行通信，例如数据或信号的收发。示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接。处理器用于调用一组程序、指令或数据，执行上述第一方面描述的方法。所述装置还可以包括存储器，用于存储处理器调用的程序、指令或数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的、指令或数据时，可以实现上述第四方面描述的方法。
102.第十三方面，本技术实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可读指令，当所述计算机可读指令在计算机上运行时，使得计算机执行如第一方面或第一方面中任一种可能的设计中所述的方法。
103.第十四方面，本技术实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第二方面或第二方面中任一种可能的设计中所述的方法。
104.第十五方面，本技术实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第三方面或第三方面中任一种可能的设计中所述的方法。
105.第十六方面，本技术实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第四方面或第四方面中任一种可能的设计中所述的方法。
106.第十七方面，本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第一方面或第一方面中任一种可能的设计中所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
107.第十八方面，本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第二方面或第二方面中任一种可能的设计中所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
108.第十九方面，本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第三方面或第三方面中任一种可能的设计中所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
109.第二十方面，本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第四方面或第四方面中任一种可能的设计中所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
110.第二十一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得上述各方面和各方面的任一可能的设计中所述的方法被执行。
附图说明
111.图1为本技术实施例中wlan系统架构示意图之一；
112.图2为本技术实施例中wlan系统架构示意图之二；
113.图3为本技术实施例中两个ap协作传输的传输方向的场景示意图；
114.图4为本技术实施例中多个ap协作传输信道的划分示意图；
115.图5为本技术实施例中无线局域网的协作传输方法的流程示意图之一；
116.图6a为本技术实施例中一种场景下固定模式的协作传输时帧交互示意图之一；
117.图6b为本技术实施例中一种场景下灵活模式的协作传输时帧交互示意图之一；
118.图7a为本技术实施例中一种场景下固定模式的协作传输时帧交互示意图之二；
119.图7b为本技术实施例中一种场景下灵活模式的协作传输时帧交互示意图之二；
120.图8a为本技术实施例中一种场景下固定模式的协作传输时帧交互示意图之二；
121.图8b为本技术实施例中一种场景下灵活模式的协作传输时帧交互示意图之二；
122.图9为本技术实施例中无线局域网的协作传输方法的流程示意图之二；
123.图10a为本技术实施例中又一种场景下固定模式的协作传输时帧交互示意图；
124.图10b为本技术实施例中又一种场景下灵活模式的协作传输时帧交互示意图；
125.图11为本技术实施例中无线局域网的协作传输方法的流程示意图之三；
126.图12a为本技术实施例中另一种场景下固定模式的协作传输时帧交互示意图；
127.图12b为本技术实施例中另一种场景下灵活模式的协作传输时帧交互示意图；
128.图13为本技术实施例中无线局域网的协作传输方法的流程示意图之四；
129.图14a为本技术实施例中再一种场景下固定模式的协作传输时帧交互示意图；
130.图14b为本技术实施例中再一种场景下灵活模式的协作传输时帧交互示意图；
131.图15为本技术实施例中无线局域网的协作传输方法的流程示意图之五；
132.图16a为本技术实施例中还一种场景下固定模式的协作传输时帧交互示意图；
133.图16b为本技术实施例中还一种场景下灵活模式的协作传输时帧交互示意图；
134.图17为本技术实施例中通信装置结构示意图之一；
135.图18为本技术实施例中通信装置结构示意图之二。
具体实施方式
136.本技术实施例提供一种无线局域网的协作传输方法及装置，以期提高无线局域网的协作传输的性能和质量。其中，方法和装置是基于相同或相似技术构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。本技术实施例的描述中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本技术中所涉及的多个，是指两个或两个以上。
137.另外，需要理解的是，在本技术的描述中，“第一”、“第二”、“第三”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实
施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
138.本技术实施例提供的无线局域网的通信方法可以应用于第四代(4th generation，4g)通信系统，例如长期演进(long term evolution，lte)，也可以应用于第五代(5th generation，5g)通信系统，例如5g新空口(new radio，nr)，或应用于未来的各种通信系统。
139.本技术实施例提供的无线局域网的协作传输方法可以应用于wlan系统，可以适用于ieee 802.11系统标准，例如ieee 802.11ax标准草案、ieee 802.11be标准草案，或其下一代或更下一代的标准中。
140.下面将结合附图，对本技术实施例进行详细描述。
141.本技术实施例可以适用的一种wlan系统100可以包括多个站点(station，sta)，该多个sta中包括ap，还包括非ap sta。或者说，wlan系统100可以包括：一个或多个ap，一个或多个非ap sta)。本技术实施例中非ap sta可以简述为sta。其中，ap可以与一个或多个sta关联，ap可以为与该ap关联的sta调度传输资源，并在调度的传输资源上与被调度的sta进行通信。ap可以连接分布系统(distributed system，ds)。
142.图1以wlan系统100中包括一个ap101和两个sta为示例，两个sta用sta102-1和sta102-2表示。ap101与sta102-1和sta102-2关联。可以理解的是，ap101可以调度更多或更少的sta。
143.如图2所示，wlan系统100中可以包括多个ap。图2以两个ap为例，以每个ap连接两个sta为例进行示例。可以理解的是，wlan系统中还可以包括更多个ap和更多个sta。
144.图2中，两个ap分别用ap101-1和ap101-2来表示，ap101-1连接两个sta，用sta102-1和sta102-2表示。ap101-2连接两个sta，用sta102-3和sta102-4表示。ap101-1可以关联sta102-1和sta102-2，可以为sta102-1和sta102-2提供服务，ap101-1是sta102-1和sta102-2的服务ap。ap101-2关联sta102-3和sta102-4，可以为sta102-3和sta102-4提供服务，ap101-2是sta102-3和sta102-4的服务ap。
145.以下对本技术实施例wlan系统中的ap和sta的概念进行说明。
146.ap，具有sta功能的实体，可以通过无线介质(wireless medium，wm)为相关联的sta提供分发服务的访问。ap可以包括sta和分布式系统接入功能(distribution system access function，dsaf)。ap也可称之为无线访问接入点或桥接器或热点。ap可以接入服务器或通信网络。ap可用作wlan系统的中枢。ap可以为基站、路由器、网关、中继器、通信服务器、交换机或网桥等。在此，为了描述方便，本技术实施例中将上面提到的设备统称为ap。
147.sta，这里是指非ap站点，一个逻辑实体，是接入无线介质的媒体访问控制(medium access control，mac)层和物理层(physical layer，phy)接口的单个可寻址实例。sta可以是各种具有无线通信功能的用户终端、用户装置，接入装置，订户站，订户单元，移动站，用户代理，用户装备或其他名称，其中，用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(user equipment,ue),移动台(mobile station,ms)，终端(terminal)，终端设备(terminal equipment)，便携式通信设备，手持机，便携式计算设备，娱乐设备，游戏
设备或系统，全球定位系统设备或被配置为经由无线介质进行网络通信的任何其他合适的设备等等。在此，为了描述方便，本技术实施例中将上面提到的设备统称为sta。
148.在wlan系统中，每个ap和该ap关联的sta可以组成一个基本服务集(basic service set，bss)。多个bss可以使用相同的传输资源，从而能够提高无线局域网传输资源的利用率。不同bss中的ap可以以协作的方式使用相同的传输资源实现协作传输。
149.为了更好地理解本技术实施例提供的方案，首先对“协作传输”的概念和方式进行介绍。
150.协作传输，是指在wlan系统中，两个或两个以上的ap，在相同的传输资源上，为不同的sta提供服务，包括上行(uplink，ul)传输和/或下行(downlink，dl)传输。多ap协作传输的一种方式是协作的空间复用(coordinated spatial reuse，csr)，即，ap根据干扰测量信息，协商发射功率，使能多链路并发传输。本技术实施例可以适用于csr的协作传输方式。
151.以两个ap协作传输为例，例如，如图2所示的wlan系统中，ap101-1和ap101-2可以使用相同的传输资源进行协作传输。其中，传输资源可以是以信道为粒度或者以资源单元(resource unit，ru)为粒度。例如，以信道为粒度，ap101-1和ap101-2使用相同的信道进行协作传输。协作传输的信道的带宽例如可以是20mhz、40mhz或80mhz。假设协作传输的信道的带宽为80mhz，ap101-1和ap101-2都可以使用该80mhz带宽的信道。ap101-1可以将该80mhz带宽的信道的部分或全部分配给sta102-1和sta102-2。ap101-2也可以将该80mhz带宽的信道的部分或全部分配给sta102-3和sta102-4。
152.在协作传输的信道上，ap101-1可与sta102-1/sta102-2进行通信，ap101-2可与sta102-3/sta102-4进行通信。
153.多个ap协作传输时，一般将抢占了传输机会(transmission opportunity，txop)的ap称为共享ap(sharing ap)。与该sharing ap协作传输的ap称为被共享ap(shared ap)。当然sharing ap也可以称为主ap或其他名称，shared ap也可以称为从ap或其他名称。在下一个txop，共享ap可能还是相同的ap，也可能会发生改变。共享ap关联的sta可以称为共享sta，被共享ap关联的sta可以称为被共享sta。
154.多个ap协作传输时，存在多个并发的传输链路。sharing ap所参与的传输链路可以称为第一链路，shared ap所参与的传输链路可以称为第二链路。第一链路与第二链路的传输方向可以是相同的，可以都是下行或都是上行。第一链路与第二链路的传输方向可以是不同的，例如，第一链路的传输方向为上行，第二链路的传输方向为下行；又例如，第一链路的传输方向为下行，第二链路的传输方向为上行。其中，第一链路的传输方向为上行，是指共享sta通过第一链路向共享ap发送上行帧；第一链路的传输方向为下行，是指共享ap通过第一链路向共享sta发送下行帧。第二链路的传输方向为上行，是指被共享sta通过第二链路向被共享ap发送上行帧；第二链路的传输方向为下行，是指被共享ap通过第二链路向被共享sta发送下行帧。当第一链路和第二链路的传输方向不同时，也可以将多ap的协作传输称为混合上下行传输。
155.以两个ap协作传输为例，图3示出了第一链路与第二链路的传输方向不同的几种场景。协作传输的两个ap用ap1和ap2标识，ap1关联sta1，ap2关联sta2。ap1与sta1之间的链路记为第一链路，ap2与sta2之间的链路记为第二链路。用实线箭头表示链路方向。用虚线箭头表示干扰来源。图3的(a)中，第一链路的传输方向为下行，第二链路的传输方向为下
行，sta1在接收ap1发送的下行数据时，ap2向sta2发送下行数据，则sta1可能会受到来自ap2的干扰。图3的(b)中，第一链路的传输方向为上行，第二链路的传输方向为上行，ap1在接收sta1发送的上行数据时，sta2向ap2发送上行数据，则ap1可能会受到来自sta2的干扰。图3的(c)中，第一链路的传输方向为上行，第二链路的传输方向为下行，ap1在接收sta1发送的上行数据时，ap2向sta2发送下行数据，ap1可能会受到来自ap2的干扰。图3的(d)中，第一链路的传输方向为下行，第二链路的传输方向为上行，ap1向sta1发送下行数据时，sta2向ap2发送上行数据，则sta1可能会受到来自sta2的干扰。
156.在一个实施例中，ap1和ap2在协作传输的过程中，可以通过对信道的测量获得信道损耗，根据信道损耗协商第一链路和第二链路的传输功率，从而能够使得两条链路之间协作传输而干扰可控。通常，sharing ap发射功率不变，sharing ap限定shared ap的最大发射功率。例如，图3的(a)中，sta1可以通过侦听的方式测量ap2的信道损耗，sta1可以侦听ap2的信标帧，信标帧中携带原始功率，sta1计算原始功率与该信标帧的rssi之差，就可以得到信道损耗，sta1可以将ap2-》sta1的信道损耗报告给ap1。ap1根据该信道损耗、ap2平均发射功率、ap1-》sta1最大可接受干扰水平(10％误码率时的信噪比)，确定ap2下行的最大发射功率，并向ap2指示该发射功率。这样ap2根据ap1指示的发射功率重新调度符合条件的sta进行下行并发传输，就可以避免对ap1的下行传输的干扰。该条件指的是，ap1-》sta2的最大可接受干扰水平(10％误码率时的信噪比)大于ap1-》sta2的rssi。又例如，在图3的(b)中，ap1可以通过接收sta2的信号来测量sta2-》ap1的信道损耗，从而以类似的方法计算和向ap2指示调度sta2上行传输的发射功率，以实现干扰管控。再例如，在图3的(c)中，ap1和ap2之间会定期交换信标管理帧，ap1通过接收ap2的信标管理帧，来测量ap2-》ap1的信道损耗，并根据信道损耗以类似的方法计算和向ap2指示发射功率，以实现干扰管控。
157.对于图3的(d)这种场景，sta1接收下行数据时的干扰来源于sta2，然而由于终端数过多，sta1无法测量来自sta2的信道损耗，即sta之间的干扰是不可测的，也就无法通过协商发射功率来进行干扰管控，使能并发传输。总之，在混合上下行传输时，由于sta之间的干扰不可测，将可能导致干扰不可控，从而无法实现多ap的协作传输。因此多ap的协作传输的方案还需要进一步改善。
158.基于此，本技术实施例提供一种无线局域网的协作传输方法，以期降低协作传输过程中的干扰，改善无线局域网的协作传输质量。
159.本技术实施例中，共享ap与一个或多个被共享ap在信道上协作传输。例如，协作传输的信道的带宽可以是20mhz、40mhz、80mhz、160mhz、240mhz、320mhz或wlan支持的其他带宽。假设协作传输的信道的带宽为80mhz，共享ap和一个或多个被共享ap在该80mhz的信道上协作传输，共享ap和被共享ap均可以使用该80mhz的信道。
160.ap可以采用正交频分多址(orthogonal frequency division multiple access，ofdma)技术为关联的sta分配资源，ofdma技术将空口无线信道时频资源进一步划分为多个正交的资源，该正交的资源单位叫作ru。ap为sta分配资源时，可以基于正交的资源进行分配。例如ap基于ru进行分配，也可以基于ru组进行分配。ap在同一时刻为不同的sta分配不同的正交的资源，使多个sta高效地接入信道。
161.多个ap协作传输时，共享ap可以将信道分配给该共享ap关联的一个sta，或基于ofdma技术分配给该共享ap关联的多个sta，被共享ap也可以将信道分配给该被共享ap关联
的一个sta，或基于ofdma技术分配给该被共享ap关联的多个sta。在一个可能的实施例中，如图4所示，信道包括一个或多个子信道，一个子信道包括一个或多个ru。下行传输时，共享ap在信道或不同ru上向关联的一个或多个共享sta发送下行数据。上行传输时，共享ap将信道或ru分配给与该共享ap关联的一个或多个sta发送上行数据。类似地，下行传输时，被共享ap在信道或不同ru上向该被共享ap关联的一个或多个被共享sta发送下行数据，上行传输时，被共享ap将信道或ru分配给与该被共享ap关联的一个或多个被共享sta发送上行数据。多个ap协作传输时，在同一个ru上，共享ap与共享sta之间的通信以及被共享ap与被共享sta之间的通信可能同时存在。例如，在一个ru上，共享ap向共享sta发送下行数据，并且在该ru上，被共享sta向被共享ap发送上行数据。那么在该ru上，共享sta可能受到来自被共享sta的干扰。本技术实施例提供的方法以期对相同信道或相同子信道或相同ru上的干扰进行管控。可以理解的是，图4所示的信道划分只是一种举例。当信道包括一个子信道时，信道的带宽与子信道的带宽相同，或者认为子信道就是该信道。
162.一般情况下，wlan系统中子信道以20mhz为粒度，子信道的带宽可以设置为20mhz。信道为40mhz时，可以包括2个子信道。信道为80mhz时，可以包括4个子信道。
163.共享ap和被共享ap在信道上协作传输，是指共享ap和被共享ap均可以使用这整个信道，共享ap和被共享ap具体如何将信道的ru分配给sta，本技术实施例不作限定。共享ap和被共享ap可以将信道的部分或全部资源分配给正在调度的共享sta和被共享sta。
164.本技术实施例中，通过设计一种干扰探测帧，对干扰ru进行探测，下面对干扰探测帧的结构或功能进行介绍，在后续实施例的描述中，为作区分，用第一帧、第二帧或第三帧等来表示不同实施例中的干扰探测帧。
165.干扰探测帧的类型可以是短数据帧，或控制帧。例如，干扰探测帧用控制帧时，可以是触发帧(trigger frame，tf)，也可以是多用户请求发送(multi-user request to send，mu-rts)帧，本技术实施例中将干扰探测帧记为tf-n。可以将干扰探测帧的调制编码方式(modulation and coding scheme，mcs)阶数调整为数据帧的mcs阶数。这样，根据干扰探测帧进行干扰探测的结果更能反映数据帧受干扰的结果。
166.ap向sta发送干扰探测帧，sta收到干扰探测帧后，向ap回复响应。sta向ap回复的帧的类型与干扰探测帧的类型相对应。例如，干扰探测帧为mu-rts，对应地，sta回复清楚发送(clear to send，cts)帧。又例如干扰探测帧为触发帧，对应地，sta回复块确认(block ack，ba)。再例如，干扰探测帧为短数据帧，sta向共享ap回复ba。本技术实施例中将干扰探测帧的响应帧记作ba-d。
167.干扰探测帧还可以指示sta回复响应使用的ru。sta在指定的ru上向ap回复响应。
168.干扰探测帧还可以指示sta通过响应帧ba-d上报一些信道相关信息，例如，接收信号强度指示(received signal strength indication，rssi)、信道状态信息(channel state information，csi)。sta根据干扰探测帧向ap回复的响应帧中携带这些信道相关信息。ap可以根据sta上报的信道相关信息，判断干扰程度，并选择合适的mcs发送数据，或选择合适的mcs触发上行传输。
169.如图5所示，本技术实施例提供的一种无线局域网的协作传输方法的具体流程如下所述。
170.s501、共享ap在条件满足时，在信道上向第一sta发送第一帧以探测干扰ru。
171.其中，共享ap与第一sta关联，共享ap是该第一sta的服务ap，共享ap可以在该信道上调度该第一sta，共享ap可以为该第一sta分配该信道上的一个或多个ru，例如，共享ap为该第一sta分配该信道上的第一ru。第一sta是共享ap准备发送下行数据的sta。
172.该信道是共享ap和被共享ap进行协作传输的信道。干扰ru是指共享ap在该ru上向第一sta发送下行数据帧时可能会受到干扰。
173.该条件可以是：共享ap准备使用该信道进行下行传输。即，共享ap准备使用该信道进行下行传输时，在该信道上向第一sta发送第一帧以探测干扰ru。
174.第一帧包括对第一sta回复第一帧时使用第一ru的指示。例如，第一帧中包括第一字段，该第一字段指示第一sta回复第一帧时使用第一ru。若第一sta接收到第一帧，则在第一ru上回复共享ap。若第一sta未接收到第一帧，则共享ap就不能收到该第一sta对第一帧的回复。干扰ru为未接收到第一sta的回复的第一ru。也就是说，若第一sta未接收到第一帧，则第一sta不会在第一ru上向共享ap回复，共享ap就可以确定未接收到第一sta的回复的第一ru为干扰ru。第一帧中指示的第一sta和第一sta使用的ru即为接下来下行数据传输时的目标sta和将使用的ru。
175.通过s501，共享ap会获取干扰ru的探测结果，即共享ap会得知第一ru是否是干扰ru。当然，s501所描述的方案是针对第一sta的，可以理解的是，第一sta为共享ap当前调度的任意一个sta，共享ap要求第一sta回复第一帧所使用的ru为当前调度第一sta所使用的ru。共享ap对当前调度的每一个sta都可以发送第一帧以探测所使用的ru是否为干扰ru。共享ap可以获知该信道上哪些ru为干扰ru，这些干扰ru在接下来的下行传输中会受到干扰。该干扰ru的探测结果可以用于干扰管控，从而使得多ap协作传输中的干扰可以得到有效的控制。
176.以下对图5实施例的一些可选地实现方式进行详细说明。
177.s501中的该条件还可以是：共享ap准备使用该信道进行下行传输，且被共享ap准备用该信道进行上行传输。即，共享ap在准备使用该信道进行下行传输且获知被共享ap准备使用该信道进行上行传输时，在该信道上向第一sta发送第一帧以探测干扰ru。
178.基于此，在s501之前，共享ap还可以与被共享ap协商协作传输方向。可选地，本技术实施例可以提供固定模式和灵活模式两种方式来协商协作传输方向。
179.固定模式：由共享ap指定被共享ap在协作传输时的传输方向。
180.在固定模式下，在s501之前，还包括s500。
181.s500、共享ap向被共享ap发送协作传输通知(coordinated spatial reuse announcement，c-sr-a)帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
182.该c-sr-a帧用于指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还用于指示共享ap在协作传输时的传输方向为下行。被共享ap根据该c-sr-a帧可以确定共享ap和被共享ap在协作传输时各自的传输方向。
183.灵活模式：由被共享ap自行决定协作传输时的传输方向。
184.在灵活模式下，在s501之前，还包括s500-1和s500-2。
185.s500-1、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。该c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向。可选地，该c-sr-a帧还可以用于指示共享ap在协作传输时的传输方向为下行。被共享ap根据该c-sr-a帧可以确
定共享ap在协作传输时的传输方向为下行，并根据该c-sr-a帧的指示选择自身在协作传输时的传输方向。
186.s500-2、被共享ap向共享ap发送响应帧，记为第一响应帧；对应地，共享ap接收来自被共享ap的第一响应帧。
187.第一响应帧用于指示被共享ap所选择的在协作传输时的传输方向为上行。
188.本技术实施例中，指定或协商在协作传输时的传输方向，可以是指一个或多个txop内的传输方向，一般是指一个txop内的传输方向。
189.下面对s501中探测干扰ru的可选实现方式进行说明。
190.在可选方式1中，在s501之前，共享ap还会指示被共享ap向第二sta发送第二帧。其中，第二sta是被共享ap关联的或当前调度的sta。第二sta是被共享ap准备使用第一ru进行上行传输的sta。即被共享ap准备在第一ru上调度第二sta，调度后，第二sta就会使用第一ru向被共享ap发送上行数据帧。这样看来第一ru是第一sta和第二sta复用的ru。
191.第二帧的格式和作用与第一帧类似。第二帧用于指示第二sta在接收到第二帧后向被共享ap返回第二确认帧。第二确认帧表示已经接收到第二帧。第一帧和第二帧的发送时刻是相同的，并且第一帧的长度大于第二帧的长度，一般情况下，第一帧的长度大于第二帧与短帧间间隔(short interframe space，sifs)的长度之和。第二sta接收到第二帧并间隔sifs后，就会根据第二帧向被共享ap返回第二确认帧。这样，当第一帧和第二帧同时发送后，第二sta开始回复第二确认帧时，第一帧还未完全发送完毕。那么，在第一ru上就会存在上行方向的传输的、第二sta向被共享ap返回的第二确认帧，在第一ru上，上行方向的第二确认帧与下行方向的第一帧存在频域上的交集，此时，上行方向的第二确认帧可能会对下行方向的第一帧造成干扰。比如，若第一sta接收到第二确认帧的rssi大于第一sta接收第一帧时的最大可接受干扰水平，则第二确认帧就会对第一sta接收第一帧造成干扰。当造成干扰时，第一sta就无法接收到第一帧，则第一sta就不会在第一ru上向共享ap返回第一确认帧，共享ap就无法接收到第一sta返回的第一确认帧，共享ap就可以确定未接收到第一sta返回第一确认帧的第一ru为干扰ru。相反，如果上行方向的第二确认帧未对第一帧造成干扰，则第一sta就能够接收到第一帧，第一sta就会向共享ap返回第一确认帧，则共享ap就确定该第一ru不是干扰ru。
192.在可选方式1中，共享ap指示被共享ap向第二sta发送第二帧，可以通过s500共享ap向被共享ap发送的c-sr-a帧来指示。或者，共享ap指示被共享ap向第二sta发送第二帧，可以通过s500-1中共享ap向被共享ap发送的c-sr-a帧指示在满足条件时发送，该条件指的是c-sr-a指示共享ap传输方向为下行，且被共享ap选择的传输方向为上行。如果通过s500共享ap向被共享ap发送的c-sr-a帧来指示被共享ap向第二sta发送第二帧，则共享ap可以在发送c-sr-a帧后经过sifs后发送第一帧，被共享ap在接收c-sr-a帧后经过sifs后发送第二帧，以使第一帧和第二帧的发送时刻是相同的。如果通过s500-1共享ap向被共享ap发送的c-sr-a帧来指示被共享ap满足条件时向第二sta发送第二帧，则在s500-2共享ap接收到来自被共享ap返回的第一响应帧并经过sifs后，发送第一帧；而被共享ap在发送第一响应帧并经过sifs后，发送第二帧；以使第一帧和第二帧的发送时刻是相同的。
193.本技术实施例中，当涉及到“经过sifs”可以是指经过一定时间的举例，具体可以替换为经过其它设定时间，该说明可以适用于全文的相关描述。
194.在可选方式2中，被共享ap发送上行触发帧，调度该被共享ap服务的sta(例如第二sta)进行上行传输，收到该上行触发帧的被共享sta会在经过sifs后向被共享ap发送上行数据帧。这种情况下，共享ap也可能会侦听到被共享ap发送的该上行触发帧，共享ap可以响应于该上行触发帧，向第一sta发送第一帧。也就是说，共享ap向第一sta发送第一帧的时机可以是响应于接收到被共享ap发送的上行触发帧。因为被共享ap发送上行触发帧后，接收到上行触发帧的sta会向被共享ap发送上行数据帧，这样第二sta会在第一ru上向被共享ap发送上行数据帧。共享ap在接收到来自被共享ap的上行触发帧后再向第一sta发送第一帧，则能够保证：第一sta在第一ru上接收下行方向的第一帧，与第二sta在第一ru上向被共享ap发送上行数据帧，存在交集。这样，第二sta发送的上行数据帧可能会对第一帧造成干扰。比如，第一sta接收到第二sta发送的上行数据帧的rssi大于第一sta接收共享ap发送的第一帧的最大可接受干扰水平，则第一sta接收第一帧会接收到来自第二sta发送上行数据帧的干扰。当造成干扰时，第一sta就无法接收到第一帧，则第一sta就不会在第一ru上向共享ap返回第一确认帧，共享ap就无法接收到第一sta返回的第一确认帧，共享ap就可以确定未接收到第一sta返回第一确认帧的第一ru为干扰ru。相反，如果第二sta发送的上行数据帧未对第一帧造成干扰，则第一sta就能够接收到第一帧，第一sta就会向共享ap返回第一确认帧，则共享ap就确定该第一ru不是干扰ru。
195.在可选方式2中，若通过s500被共享ap接收来自共享ap的c-sr-a帧之后，经过sifs发送上行触发帧。通过s500共享ap向被共享ap发送的c-sr-a帧后，共享ap等待接收(或检测)被共享ap发送的上行触发帧，并响应于上行触发帧发送第一帧。
196.若通过s500-1被共享ap接收来自共享ap的c-sr-a帧之后，在s500-2被共享ap向共享ap返回第一响应帧，被共享ap在发送第一响应帧之后，经过sifs后发送上行触发帧。通过s500-2共享ap在接收到来自被共享ap发送的第一响应帧之后，共享ap等待接收(或检测)被共享ap发送的上行触发帧，并响应于上行触发帧发送第一帧。
197.可选方式3、第一帧与被共享ap发送的上行触发帧的发送时刻相同。第一帧的长度大于上行触发帧的长度，一般来说，第一帧的长度大于上行触发帧与sifs的长度之和。上行触发帧用于触发被共享ap服务的sta进行上行传输。具体地，被共享ap在调度该被共享ap服务的sta(例如第二sta)进行上行传输时，会发送上行触发帧，收到该上行触发帧的sta会在经过sifs后向被共享ap发送上行数据帧。
198.这样，当第一帧和上行触发帧同时发送时，第二sta接收到上行触发帧时，第一帧还未完全发送完毕。第二sta接收到上行触发帧后间隔sifs，就会根据上行触发帧向被共享ap发送上行数据帧。那么，在第一ru上就会存在上行方向的传输的帧，在第一ru上，第二sta发送的上行帧与共享ap下行方向的第一帧存在频域上的交集，则第二sta发送的上行帧可能会对下行方向的第一帧造成干扰。比如说，若第一sta接收到第二sta发送上行数据帧的rssi大于接收共享ap发送第一帧的最大可接受干扰水平则第二sta发送上行帧就会对第一sta接收第一帧造成干扰。当造成干扰时，第一sta就无法接收到第一帧，则第一sta就不会在第一ru上向共享ap返回第一确认帧，共享ap就无法接收到第一sta返回的第一确认帧，共享ap就可以确定未接收到第一sta返回第一确认帧的第一ru为干扰ru。相反，如果第二sta发送上行数据帧未对第一帧造成干扰，则第一sta就能够接收到第一帧，第一sta就会向共享ap返回第一确认帧，则共享ap就确定该第一ru不是干扰ru。
199.在可选方式3中，若通过s500被共享ap接收来自共享ap的c-sr-a帧之后，经过sifs发送上行触发帧。通过s500共享ap向被共享ap发送的c-sr-a帧后，共享ap经过sifs发送第一帧，以使第一帧与被共享ap发送的上行触发帧的发送时刻相同。
200.若通过s500-1被共享ap接收来自共享ap的c-sr-a帧之后，在s500-2被共享ap向共享ap返回第一响应帧，被共享ap在发送第一响应帧之后，经过sifs后发送上行触发帧。通过s500-2共享ap在接收到来自被共享ap发送的第一响应帧之后，若共享ap的传输方向为下行，且被共享ap选择的传输方向为上行，则共享ap经过sifs发送第一帧，以使第一帧与被共享ap发送的上行触发帧的发送时刻相同。
201.本技术实施例中，根据共享ap在下行传输之前通过发送第一帧来进行干扰探测，以探测共享ap在ru上下行传输会不会受到该ru上被共享sta上行传输的干扰。
202.在s501之后，还可以执行方案1和方案2两种方案。方案1通过s502～s503步骤实现。方案2通过s502*步骤实现。
203.方案1：
204.s502、共享ap响应于探测到的干扰ru，向被共享ap发送指示帧。对应地，被共享ap接收来自共享ap的该指示帧。该指示帧用于指示被共享ap不允许使用干扰ru所在的子信道进行上行传输。
205.假设协作传输的信道带宽为80mhz，包括4个子信道，记为子信道1、子信道2、子信道3和子信道4。一个子信道的带宽为20mhz。共享ap为第一sta分配子信道1中的第一ru。共享ap通过探测干扰ru，获知第一ru为干扰ru。共享ap向被共享ap发送指示帧，指示被共享ap不允许使用干扰ru所在的子信道进行上行传输，从而能够避免共享sta在干扰ru所在的子信道接收下行数据帧可能受到的干扰，实现干扰可控。
206.可以理解的是，协作传输的信道带宽可以大于或等于一个被禁止的子信道的带宽。例如，协作传输的信道带宽为20mhz，等于子信道的带宽，共享ap可以指示被共享ap不允许在该20mhz的带宽上进行上行传输。也就意味着被共享ap在这个txop内不能与该共享ap协作传输。
207.s503、共享ap在信道上进行下行传输。
208.在指示被共享ap禁止在干扰ru所在的子信道上进行上行传输后，共享ap可以在整个信道上进行下行传输都不会受到被共享sta的上行传输的干扰。
209.方案2：
210.s502*、共享ap不在干扰ru所在的子信道上进行下行传输。即共享ap自身禁止使用干扰ru。
211.对应地，共享ap在信道中除干扰ru所在的子信道之外的子信道上进行下行传输。被共享ap可以触发被共享sta在信道上进行上行传输。
212.仍以s502所描述的例子进行举例，假设协作传输的信道带宽为80mhz，包括4个子信道，记为子信道1、子信道2、子信道3和子信道4。一个子信道的带宽为20mhz。共享ap为第一sta分配子信道1中的第一ru。共享ap通过探测干扰ru，获知第一ru为干扰ru。若共享ap在该干扰ru所在的子信道1进行下行传输时，被共享sta也在该子信道1向被共享ap发送上行数据帧，则共享sta在该子信道1接收下行数据帧时可能会受到被共享sta发送上行数据帧的干扰。基于此，共享ap在获知第一ru为干扰ru时，禁止在干扰ru所在的子信道1上进行下
行传输，这样，被共享sta也在该子信道1向被共享ap发送上行数据帧不会受到来自共享ap的干扰。在共享ap禁止在干扰ru所在的子信道上进行下行传输后，被共享sta和被共享ap可以在整个信道上进行上行传输都不会受到共享ap的下行传输的干扰。
213.基于上述图5实施例的描述，下面结合具体的应用场景对图5实施例进行进一步详细说明。
214.当上述方案1和上述可选方式1结合时，各个ap和各个sta的帧交互示意图如图6a和图6b所示。图6a和图6b示意了一个txop内的帧交互示例。图6a为固定模式的协作传输，图6b为灵活模式的协作传输。以下对图6a和图6b的帧交互的说明，如果没有特殊说明，则所描述的帧交互是图6a和图6b都适用的，当帧交互存在区别时，会特殊说明具体是图6a的步骤还是图6b的步骤。
215.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。sta1-1和sta1-2执行的操作可以参考第一sta的操作。sta2-1和sta2-2执行的操作可以参考第二sta的操作。
216.1)、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
217.在固定模式下，如图6a所示，该步骤可以参考s500。该c-sr-a帧指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还指示共享ap在协作传输时的传输方向为下行。该c-sr-a帧还指示被共享ap发送第二帧。
218.在灵活模式下，如图6b所示，该步骤可以参照s500-1。该c-sr-a帧指示被共享ap选择协作传输的传输方向。可选地，该c-sr-a帧还可以指示共享ap在协作传输时的传输方向为下行。这种情况下，被共享ap向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧指示被共享ap所选择的在协作传输时的传输方向为上行。这里可以想到的是，如果响应帧指示被共享ap所选择的在协作传输时的传输方向为下行，则共享ap不进行干扰探测。即，只有在响应帧指示被共享ap所选择的在协作传输时的传输方向为上行时，共享ap才会执行干扰探测，即执行后面2)。
219.2)、共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。同时，被共享ap向sta2-1和sta2-2发送第二帧，该第二帧也用tf-n表示。该步骤发生在，固定模式时，共享ap传输方向为下行，c-sr-a指示被共享ap传输方向为上行；以及灵活模式下，共享ap传输方向为下行，被共享ap响应于c-sr-a选择的传输方向为上行。
220.共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。类似地，共享ap向sta1-1发送的第一帧指示sta1-1回复第一帧时使用与第一ru不同的其它ru。sta1-1和sta1-2若接收到第一帧则分别在指定的ru上向共享ap返回第一确认帧，第一确认帧用ba-d表示。
221.被共享ap向sta2-1发送的第二帧指示sta2-1回复第二帧时使用第一ru。被共享ap向sta2-2发送的第二帧指示sta2-2回复第二帧时使用与第一ru不同的其它ru。
222.即，sta1-2和sta2-1都使用第一ru，sta1-2和sta2-1复用第一ru。
223.如图6a所示，共享ap可以是在发送c-sr-a帧经过sifs后发送第一帧，被共享ap可以是在接收到c-sr-a帧后经过sifs后发送第二帧。
224.如图6b所示，共享ap可以在接收到来自被共享ap的响应帧之后经过sifs之后发送
第一帧；被共享ap在发送响应帧之后经过sifs发送第二帧。
225.第一帧的长度大于第二帧的长度和sifs的长度之和。
226.3)sta2-1和sta2-2接收到第二帧之后，经过sifs向被共享ap返回第二确认帧，第二确认帧用ba-d表示。当sta2-1和sta2-2返回ba-d时，与第一帧的发送存在交集。在同一个ru上，ba帧可能会对第一帧造成干扰。例如，sta1-2由于受到sta2-1返回的ba-d帧的干扰，无法成功接收到第一帧。sta1-2没有接收到第一帧就无法向共享ap返回第一确认帧(ba-d帧)。
227.4)sta1-1向共享ap返回第一确认帧(ba-d帧)，共享ap接收到sta1-1返回的第一确认帧(ba-d帧)，确定sta1-1对应的ru上没有受到干扰。共享ap未接收到sta1-2返回的ba-d帧，确定第一ru为干扰ru。
228.5)共享ap向被共享ap发送指示帧。对应地，被共享ap接收来自共享ap的该指示帧。该指示帧用于指示被共享ap不允许使用干扰ru所在的子信道进行上行传输。
229.该步骤可以参考上述s502。
230.6)共享ap进行下行传输(dl数据帧)。被共享ap发送上行触发帧。上行触发帧用于调度上行传输。
231.共享ap可以向sta1-1和sta1-2进行下行传输，由于共享ap指示被共享ap禁止在第一ru所在的子信道进行上行传输，因此sta2-1不会在第一ru上进行上行传输。共享ap向sta1-2发送dl数据帧并不会受到第一ru上sta2-1的上行传输的干扰。
232.由于被共享ap接收到指示帧，根据指示帧禁止在第一ru所在的子信道进行上行传输，因此上行触发帧只发送给sta2-2。sta2-2接收到上行触发帧后，在相应的ru上向被共享ap发送上行数据帧。
233.共享ap可以在发送指示帧经过sifs后，发送dl数据帧；被共享ap可以在接收到该指示帧经过sifs后发送上行触发帧。
234.7)sta1-1和sta1-2在接收到dl数据帧之后，还会向共享ap返回确认(ba)帧。被共享ap接收到sta2-2发送的ul数据帧后，间隔sifs，向sta2-2返回确认(ba)帧。
235.当上述方案2和上述可选方式2结合时，各个ap和各个sta的帧交互示意图如图7a和图7b所示。图7a和图7b示意了一个txop内的帧交互示例。图7a为固定模式的协作传输，图7b为灵活模式的协作传输。以下对图7a和图7b的帧交互进行说明，如果没有特殊说明，则所描述的帧交互是指图7a和图7b都适用的，当帧交互存在区别时，会特殊说明具体是图7a的步骤还是图7b的步骤。
236.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。sta1-1和sta1-2执行的操作可以参考第一sta的操作。sta2-1和sta2-2执行的操作可以参考第二sta的操作。
237.1、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
238.在固定模式下，如图7a所示，该步骤可以参考s500。该c-sr-a帧用于指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还用于指示共享ap在协作传输时的传输方向为下行。
239.在灵活模式下，如图7b所示，该步骤可以参数s500-1。该c-sr-a帧用于指示被共享
ap选择在协作传输时的传输方向。可选地，该c-sr-a帧还可以用于指示共享ap在协作传输时的传输方向为下行。这种情况下，被共享ap还会向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧用于指示被共享ap所选择的在协作传输时的传输方向为上行。这里可以想到的是，如果响应帧指示被共享ap所选择的在协作传输时的传输方向为下行，则共享ap不进行干扰探测。即，只有在响应帧指示被共享ap所选择的在协作传输时的传输方向为上行时，共享ap才会执行干扰探测，即执行后面的2。
240.2、被共享ap向sta2-1、sta2-2以及共享ap发送上行触发帧。上行触发帧用于调度上行传输。sta2-1和sta2-2接收来自被共享ap的上行触发帧。共享ap也会接收到来自被共享ap的上行触发帧。
241.如图7a所示，在固定模式下，被共享ap可以在接收到c-sr-a帧经过sifs后发送上行触发帧。
242.如图7b所示，在灵活模式下，被共享ap可以在发送响应帧后经过sifs后发送上行触发帧。
243.3、共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。同时，sta2-1和sta2-2接收到上行触发帧之后，在被调度的ru向被共享ap发送上行(ul)数据帧。
244.共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。类似地，共享ap向sta1-1发送的第一帧指示sta1-2回复第一帧时使用的与第一ru不同的其它ru。sta1-1和sta1-2若接收到第一帧则在各自指定的ru上向共享ap返回第一确认帧，第一确认帧用ba-d表示。
245.被共享ap向sta2-1发送的上行触发帧指示上行传输所使用的第一ru。被共享ap向sta2-2发送的上行触发帧指示上行传输所使用的与第一ru不同的其它ru。
246.可见，sta1-2和sta2-1都使用第一ru，sta1-2和sta2-1复用第一ru。
247.共享ap可以在接收到来自被共享ap的上行触发帧之后，经过sifs后向sta1-1和sta1-2发送第一帧。sta2-1和sta2-2接收到上行触发帧之后，经过sifs后，会向被共享ap发送上行数据帧。
248.由于共享ap在接收到来自被共享ap的上行触发帧之后，才发送第一帧，因此当sta2-1和sta2-2进行上行传输时与第一帧存在交集。在同一个ru上，ul数据帧可能会对第一帧造成干扰。例如，sta1-2在第一ru上接收来自共享ap的第一帧，sta2-1在第一ru上向被共享ap发送ul数据帧，sta1-2可能会受到sta2-1发送的ul数据帧的干扰，从而无法成功接收到第一帧，也就不会向共享ap返回第一确认帧(ba-d)。
249.4、sta1-1向共享ap返回第一确认帧(ba-d帧)，共享ap接收到sta1-1返回的第一确认帧(ba-d帧)，确定sta1-1对应的ru上没有受到干扰。共享ap未接收到sta1-2返回的ba-d帧，确定第一ru为干扰ru。
250.5、共享ap禁止使用干扰ru所在的子信道进行下行传输，共享ap在未受到干扰的ru所在的子信道上进行下行传输。
251.该步骤可以参考上述方案2的s502*。
252.例如，共享ap确定第一ru为干扰ru，禁止第一ru所在的子信道的下行传输，即共享ap不会在第一ru上向sta1-2发送下行数据帧。共享ap在sta1-1对应的ru所在的子信道上向sta1-1发送下行数据帧。
253.这样，当sta2-1向被共享ap发送上行数据帧时，由于第一ru所在子信道上不存在共享ap的下行传输，所以，sta2-1发送上行数据帧，便不会受到干扰。
254.sta1-1在接收到dl数据帧之后，还会向共享ap返回确认帧(ba)。
255.被共享ap在接收到ul数据帧之后，还会向sta2-1和sta2-2返回确认帧(ba)。
256.当上述方案2和上述可选方式3结合时，各个ap和各个sta的帧交互示意图如图8a和图8b所示。图8a和图8b示意了一个txop内的帧交互示例。图8a为协作传输的固定模式，图8b为协作传输的灵活模式。以下对图8a和图8b的帧交互的说明，如果没有特殊说明，则所描述的帧交互是指图8a和图8b都适用的，当帧交互存在区别时，会特殊说明具体是图8a的步骤还是图8b的步骤。
257.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。sta1-1和sta1-2执行的操作可以参考第一sta的操作。sta2-1和sta2-2执行的操作可以参考第二sta的操作。
258.(1)、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
259.在固定模式下，如图8a所示，该步骤可以参考s500。该c-sr-a帧用于指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还用于指示共享ap在协作传输时的传输方向为下行。
260.在灵活模式下，如图8a所示，该步骤可以参数s500-1。该c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向。可选地，该c-sr-a帧还可以用于指示共享ap在协作传输时的传输方向为下行。这种情况下，被共享ap还会向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧用于指示被共享ap所选择的在协作传输时的传输方向为上行。这里可以想到的是，如果响应帧指示被共享ap所选择的在协作传输时的传输方向为下行，则共享ap不进行干扰探测。即，只有在响应帧指示被共享ap所选择的在协作传输时的传输方向为上行时，共享ap才会执行干扰探测，即执行后面(2)。
261.(2)、被共享ap向sta2-1和sta2-2发送上行触发帧。上行触发帧用于调度上行传输。对应地，sta2-1和sta2-2接收来自被共享ap的上行触发帧。
262.同时，共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。
263.同时，sta2-1和sta2-2接收到上行触发帧之后，在相应的ru向被共享ap发送上行(ul)数据帧。
264.共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。类似地，共享ap向sta1-1发送的第一帧指示sta1-1回复第一帧时使用与第一ru不同的其它ru。sta1-1和sta1-2若接收到第一帧则向共享ap返回第一确认帧，第一确认帧用ba-d表示。
265.被共享ap向sta2-1发送的上行触发帧指示上行传输所使用的第一ru。被共享ap向sta2-2发送的上行触发帧指示上行传输所使用与第一ru不同的其它ru。
266.可见，sta1-2和sta2-1都使用第一ru，sta1-2和sta2-1复用第一ru。
267.如图8a所示，在固定模式下，共享ap在发送c-sr-a帧经过sifs后发送第一帧。被共享ap可以在接收到c-sr-a帧经过sifs后发送上行触发帧。
268.如图8b所示，在灵活模式下，被共享ap在发送响应帧经过sifs后发送上行触发帧，共享ap在接收到响应帧经过sifs后发送第一帧。
269.sta2-1和sta2-2接收到上行触发帧之后，经过sifs后，会向被共享ap发送上行数据帧。第一帧的长度大于上行触发帧与sifs的长度之和。当sta2-1和sta2-2进行上行传输时与第一帧存在交集。在同一个ru上，ul数据帧可能会对第一帧造成干扰。例如，sta1-2在第一ru上接收来自共享ap的第一帧，sta2-1在第一ru上向被共享ap发送ul数据帧，sta1-2受到sta2-1发送的ul数据帧的干扰，从而无法成功接收到第一帧，也就不会向共享ap返回第一确认帧(ba-d帧)。
270.(3)、sta1-1向共享ap返回第一确认帧(ba-d帧)，共享ap接收到sta1-1返回的第一确认帧(ba-d帧)，确定sta1-1对应的ru上没有受到干扰。共享ap未接收到sta1-2返回的ba-d帧，确定第一ru为干扰ru。
271.(4)、共享ap禁止使用干扰ru所在的子信道进行下行传输，共享ap在未受到干扰的ru所在的子信道上进行下行传输。
272.该步骤可以参考上述方案2的s502*。
273.例如，共享ap确定第一ru为干扰ru，禁止第一ru所在的子信道的下行传输，即共享ap不会在第一ru上向sta1-2发送下行数据帧。共享ap在sta1-1对应的ru所在的子信道上向sta1-1发送下行数据帧。
274.这样，当sta2-1向被共享ap发送上行数据帧时，由于第一ru所在子信道上不存在共享ap的下行传输，所以，sta2-1发送上行数据帧，便不会受到干扰。
275.sta1-1在接收到dl数据帧之后，还会向共享ap返回确认帧(ba)。
276.被共享ap在接收到ul数据帧之后，还会想sta2-1和sta2-2返回确认帧(ba)。
277.可以理解的是，图6a、图6b、图7a、图7b、图8a和图8b中，共享ap和被共享ap调度两个sta为例对帧交互进行示意，实际中，还可以调度更多的sta，方法是类似的。
278.图5实施例以共享ap和一个被共享ap在信道上协作传输为背景，介绍了本技术实施例提供的无线局域网的协作传输方法。可以理解的是，当共享ap和多个被共享ap在信道上协作传输时，如果多个被共享ap的协作传输的方向为上行，则每一个被共享ap执行的操作都可以如图5实施例中的被共享ap执行操作所述。但是，若多个被共享ap中，有的被共享ap的协作传输的方向为上行，有的被共享ap的协作传输的方向为下行，那么下行的被共享ap也有可能会受到上行被共享ap的干扰。基于此，本技术实施例提供一种无线局域网的协作传输方法，具体流程如图9所述。
279.s901、共享ap在条件满足时，在信道上向第一sta发送第一帧以探测干扰ru。
280.其中，共享ap与第一sta关联，共享ap是该第一sta的服务ap，共享ap可以在该信道上调度该第一sta，共享ap可以为该第一sta分配该信道上的一个或多个ru，例如，共享ap为该第一sta分配该信道上的第一ru。
281.该信道是共享ap和多个被共享ap进行协作传输的信道。以两个被共享ap为例，假设共享ap和第一被共享ap以及第二被共享ap在信道上进行协作传输。
282.干扰ru是指共享ap在该ru上向第一sta发送下行数据帧时可能会受到干扰。
283.该条件可以是：共享ap准备使用该信道进行下行传输。即，共享ap准备使用该信道进行下行传输时，在该信道上向第一sta发送第一帧以探测干扰ru。
284.第一帧包括指示第一sta回复第一帧时使用第一ru。
285.本步骤未描述到的细节以及可以实现的有益效果可以参考s501的描述，在此不再
赘述。
286.在s901的基础上，本技术实施例提供一些可选的实现方式。
287.s901中的该条件还可以是：共享ap准备使用该信道进行下行传输，且第一被共享ap准备用该信道进行上行传输、第二被共享ap准备使用该信道进行下行传输。即，被共享ap的传输方向既有上行，又有下行。
288.共享ap与第一被共享ap协商协作传输方向的方法，可以参考图5实施例中共享ap与被共享ap协商协作传输方向的方法。这里第一被共享ap即图5实施例的被共享ap。
289.共享ap与第二被共享ap协商协作传输方向的方法与图5实施例中共享ap与被共享ap协商协作传输方向的方法类似，也可以包括固定模式和灵活模式两种方式。以下具体介绍一下。
290.固定模式：由共享ap指定第二被共享ap在协作传输时的传输方向。
291.在固定模式下，在s901之前，还包括s900。
292.s900、共享ap向第二被共享ap发送c-sr-a帧，对应地，第二被共享ap接收来自共享ap的c-sr-a帧。
293.该c-sr-a帧用于指示第二被共享ap在协作传输时的传输方向为下行。可选地，该c-sr-a帧还用于指示共享ap在协作传输时的传输方向为下行。第二被共享ap根据该c-sr-a帧可以确定共享ap和第二被共享ap在协作传输时各自的传输方向。但是这里需要注意的是，第二被共享ap与共享ap的传输方向同为下行，第二被共享ap需要知道第一被共享ap的方向为上行，以决定做干扰探测。sharing ap可以通过c-sr-a帧同时指示第一被共享ap和第二被共享ap的传输方向，也可以通过c-sr-a的一个字段指示第二被共享ap需要做干扰探测。
294.灵活模式：由第二被共享ap自行决定协作传输时的传输方向。
295.在灵活模式下，在s901之前，还包括s900-1和s900-2。
296.s900-1、共享ap向第二被共享ap发送c-sr-a帧，对应地，第二被共享ap接收来自共享ap的c-sr-a帧。
297.该c-sr-a帧用于指示第二被共享ap选择在协作传输时的传输方向。可选地，该c-sr-a帧还可以用于指示共享ap在协作传输时的传输方向为下行。第二被共享ap根据该c-sr-a帧可以确定共享ap在协作传输时的传输方向为下行。
298.s900-2、第二被共享ap向共享ap发送响应帧，记为第二响应帧；对应地，共享ap接收来自第二被共享ap的第二响应帧。
299.第二响应帧用于指示第二被共享ap所选择的在协作传输时的传输方向为下行。
300.在灵活模式下，第一被共享ap和第二被共享ap所选择的协作传输时的传输方向相互不感知，而共享ap感知。因此，共享ap还可以向第二被共享ap发送指示帧，指示帧可以记为indic帧，该指示帧用于指示被共享ap是否需要做干扰探测。由于第二被共享ap无法获知做协作传输的其它被共享ap的传输方向，因此第二被共享ap不能决定是否需要做干扰探测。可选的，共享ap也可以向第一被共享ap指示是否需要做干扰探测。
301.本技术实施例中，指定或协商在协作传输时的传输方向，可以是指一个或多个txop内的传输方向，一般是指一个txop内的传输方向。
302.下面对如何s901中探测干扰ru的可选实现方式进行说明，为作区分，这里将s901
中探测干扰ru的可选实现方式记为可选方式4。
303.可选方式4中，在s901之前，共享ap还会指示第一被共享ap向第二sta发送第二帧，以及共享ap还会指示第二被共享ap向第三sta发送第三帧。
304.其中，第二sta是第一被共享ap关联的或当前调度的sta。第二sta是第一被共享ap准备使用第一ru触发上行传输的sta。即第一被共享ap准备在第一ru上调度第二sta。第一sta和第二sta复用第一ru。
305.第三sta是第二被共享ap关联的或当前调度的sta。第三sta是第二被共享ap准备使用第二ru触发上行传输的sta。即第二被共享ap准备在第二ru上调度第三sta。假设第一被共享ap还关联第四sta，在s901之前，共享ap还会指示第一被共享ap向第四sta发送第二帧。第一被共享ap准备在第二ru上调度第四sta。第三sta和第四sta复用第二ru。
306.第二帧的格式和作用与第一帧类似。第二帧用于指示第二sta在接收到第二帧后向第一被共享ap返回第二确认帧。共享ap如何判断第一ru是不是干扰ru的方式以及其他未描述的细节均可以参考上述可选方式1中的描述，在此不再赘述。
307.第三帧的格式和作用与第一帧类似。第三帧用于指示第三sta在接收到第三帧后向第二被共享ap返回第三确认帧。第二被共享ap收到第三确认帧表示第三sta已经接收到第三帧。第二帧和第三帧和第一帧的发送时刻是相同的，第三帧与第一帧长度相同，并且大于第二帧的长度，一般情况下，第三帧和第一帧的长度大于第二帧与sifs的长度之和。这样，当第三帧和第二帧同时发送时，第四sta接收到第二帧时，第三帧还未完全发送完毕。第四sta接收到第二帧，就会根据第二帧向第一被共享ap返回第二确认帧(ba-d)。第二确认帧的传输方向是上行方向。那么，在第二ru上就会存在上行方向传输的、第四sta向第一被共享ap返回第二确认帧，在第二ru上，上行方向的第二确认帧与下行方向的第三帧存在时域和频域上的交集，则上行方向的第二确认帧可能会对下行方向的第三帧造成干扰。比如说，若第三sta接收到第二确认帧的rssi大于第三sta接收第三帧时的最大可接受干扰水平，则第二确认帧就会对第三sta接收第三帧造成干扰。当造成干扰时，第三sta就无法接收到第三帧，则第三sta就不会在第二ru上向第二被共享ap返回第三确认帧，第二被共享ap就无法接收到第三sta返回的第三确认帧，第二被共享ap就可以确定未接收到第三sta返回第三确认帧的第二ru为干扰ru。相反，如果上行方向的第二确认帧未对第三帧造成干扰，则第三sta就能够接收到第三帧，第三sta就会向第二被共享ap返回第三确认帧，则第二被共享ap就确定该第二ru不是干扰ru。
308.在可选方式4中，共享ap指示第一被共享ap向第二sta发送第二帧，可以通过共享ap向第一被共享ap发送的c-sr-a帧来指示。此处的细节描述可以参考上述可选方式1中的相应描述，其中，第一被共享ap即可选方式1中的被共享ap。在此不再赘述。
309.在可选方式4中，共享ap指示第二被共享ap向第三sta发送第三帧，可以通过s900或s900-1中共享ap向第二被共享ap发送的c-sr-a帧来指示。如果通过s900共享ap向第二被共享ap发送的c-sr-a帧来指示第二被共享ap向第三sta发送第三帧，则共享ap可以在发送c-sr-a帧后经过sifs后发送第一帧，第二被共享ap在接收c-sr-a帧后经过sifs后发送第三帧，以使第一帧和第三帧的发送时刻是相同的。如果通过s900-1共享ap向第二被共享ap发送的c-sr-a帧来指示第二被共享ap向第三sta发送第三帧，则在s900-2共享ap接收到来自第二被共享ap返回的第二响应帧并经过sifs后，发送第三帧；而第二被共享ap在发送第二
响应帧并经过sifs后，发送第三帧；以使第一帧和第三帧的发送时刻是相同的。
310.在s901之后，还包括s902。
311.s902、第二被共享ap向共享ap发送响应帧，记为第三响应帧，对应地，共享ap接收来自第二被共享ap的第三响应帧。
312.第三响应帧用于指示第二ru为干扰ru。共享ap根据第三响应帧，确定第二ru为干扰ru。结合共享ap自身检测最终确定第一ru和第二ru为干扰ru。
313.当然，第二ru也可能不是干扰ru，则共享ap最终确定第一ru为干扰ru。
314.可以理解的是，共享ap、第一被共享ap和第二被共享ap下均可以关联更多个sta。共享ap在传输方向为下行时，与传输方向为下行的第二被共享ap一起，检测来自传输方向为上行的第一被共享ap的干扰。第二被共享ap将干扰检测结果发送给共享ap，共享ap结合自身检测的干扰检测结果，获得最终的干扰ru。
315.共享ap在获得最终的干扰检测结果之后，还可以包括s903和s904。
316.s903、共享ap响应于接收到第三响应帧，向第一被共享ap发送指示帧。对应地，第一被共享ap接收来自共享ap的该指示帧。该指示帧用于指示第一被共享ap不允许使用干扰ru所在的子信道进行上行传输。
317.该步骤的细节描述可以参考s502。
318.s904、共享ap在信道上进行下行传输。
319.在指示第一被共享ap禁止在干扰ru所在的子信道上进行上行传输后，共享ap可以在整个信道上进行下行传输都不会受到第一被共享sta的上行传输的干扰，且第二被共享ap在整个信道上进行下行传输都不会受到第一被共享sta的上行传输的干扰。
320.基于上述图9实施例的描述，下面结合具体的应用场景对图9实施例进行进一步详细说明。
321.各个ap和各个sta的帧交互示意图如图10a和图10b所示。图10a和图10b示意了一个txop内的帧交互示例。图10a为固定模式的协作传输，图10b为灵活模式的协作传输。以下对图10a和图10b的帧交互的说明，如果没有特殊说明，则所描述的帧交互是图10a和图10b都适用的，当帧交互存在区别时，会特殊说明具体是图10a的步骤还是图10b的步骤。图10a所示意的第一被共享ap和第二被共享ap都是固定模式的协作传输，图10b所示意的第一被共享ap和第二被共享ap都是灵活模式的协作传输。当然，图10a和图10b仅仅是举例。第一被共享ap和第二被共享ap的协作传输的模式可以是不同的，只要被共享ap的传输方向既有上行又有下行，固定模式的协作传输也可以参考图10a的描述，灵活模式的协作传输也可以参考图10b的描述。
322.假设共享ap当前调度的sta用sta1-1和sta1-2表示，第一被共享ap当前调度的sta用sta2-1和sta2-2表示，第二被共享ap当前调度的sta用sta3-1和sta3-2表示。
323.sta1-1和sta1-2执行的操作可以参考图9实施例中第一sta的操作。sta2-1和sta2-2执行的操作可以参考图9实施例中第二sta的操作，sta3-1和sta3-2执行的操作可以参考图9实施例中第三sta的操作。
324.1》、共享ap分别向第一被共享ap和第二被共享ap发送c-sr-a帧，对应地，第一被共享ap和第二被共享ap分别接收来自共享ap的c-sr-a帧。
325.在固定模式下，如图10a所示。共享ap向第一被共享ap发送的c-sr-a帧用于指示第
一被共享ap在协作传输时的传输方向为上行。向第二被共享ap发送的c-sr-a帧用于指示第二被共享ap在协作传输时的传输方向为下行。
326.具体来说，共享ap利用c-sr-a帧向第一被共享ap和第二被共享ap指示共享ap在协作传输时的传输方向为下行。此时，若共享ap指示被共享ap在协作传输时的传输方向均为上行，则共享ap和被共享ap都知道需要做干扰探测。若共享ap指示第一被共享ap和第二被共享ap在协作传输时的传输方向为下行，则共享ap知道不需要做干扰探测，并且共享ap需要利用c-sr-a帧指示被共享ap不需要做干扰探测。若共享ap指示第一被共享ap在协作传输时的传输方向为上行，且第二被共享ap在协作传输时的传输方向为上行，则共享ap知道需要做干扰探测，并需要利用c-sr-a帧告诉第一被共享ap和第二被共享ap需要做干扰探测，即利用c-sr-a帧指示第一被共享ap是否需要发送第二帧，利用c-sr-a帧指示第二被共享ap是否需要发送第三帧。
327.其中，执行干扰探测的方式与传输方向有关。共享ap发送第一帧执行干扰探测，传输方向为上行的第一被共享ap发送第二帧执行干扰探测，传输方向为下行的第二被共享ap发送第三帧执行干扰探测。
328.在灵活模式下，如图10b所示，共享ap向第一被共享ap发送的c-sr-a帧指示第一被共享ap选择协作传输的传输方向。第一被共享ap向共享ap返回响应帧，响应帧指示第一被共享ap所选择的在协作传输时的传输方向为上行。共享ap向第二被共享ap发送的c-sr-a帧指示第二被共享ap选择协作传输的传输方向。第二被共享ap向共享ap返回响应帧，响应帧指示第二被共享ap所选择的在协作传输时的传输方向为下行。
329.在灵活模式下，第一被共享ap和第二被共享ap所选择的协作传输时的传输方向相互不感知，而共享ap感知。因此，共享ap还可以向第二被共享ap发送指示帧，指示帧可以记为indic帧，该指示帧用于指示被共享ap是否需要做干扰探测。由于第二被共享ap无法获知做协作传输的其它被共享ap的传输方向，因此第二被共享ap不能决定是否需要做干扰探测。可选的，共享ap也可以向第一被共享ap指示是否需要做干扰探测。第一被共享ap也可以自己决定是否做干扰探测，例如第一被共享ap根据c-sr-a帧获知共享ap的传输方向为下行，已知自己的传输方向为上行，则可以确定需要做干扰探测。
330.在一个共享ap和多个被共享ap采用灵活模式进行协作传输的场景中，共享ap接收来自各个被共享ap的响应帧，获知每一个被共享ap所选择的在协作传输时的传输方向，当多个被共享ap所选择的传输方向既有上行也有下行时，共享ap才会执行干扰探测。当多个被共享ap所选择的传输方向与共享ap一致，则共享ap不进行干扰探测。
331.在一个共享ap和多个被共享ap协作传输的场景中，不同被共享ap可以使用不同模式的协作传输，例如，第一被共享ap使用固定模式，第二被共享ap使用灵活模式。共享ap向第一被共享ap指示在协作传输时的传输方向为上行。第二被共享ap使用灵活模式，第二被共享ap通过响应帧向共享ap指示所选择的传输方向为下行。则共享ap获知多个被共享ap所选择的传输方向既有上行也有下行时，共享ap决定并告诉被共享ap执行干扰探测。
332.无论固定模式还是灵活模式，可选地，向第一被共享ap和第二被共享ap发送的c-sr-a帧，还可以指示共享ap在协作传输时的传输方向为下行。共享ap向第一被共享ap发送的c-sr-a帧还可以用于指示第一被共享ap发送第二帧。共享ap向第二被共享ap发送的c-sr-a帧还可以用于指示第二被共享ap发送第三帧。
333.2》、共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。第一被共享ap向sta2-1和sta2-2发送第二帧，该第二帧用tf-n表示。第二被共享ap向sta3-1和sta3-2发送第三帧，该第三帧用tf-n表示。
334.共享ap通过第一帧分别指示sta1-1和sta1-2回复第一帧时使用的ru。例如，共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。
335.第一被共享ap通过第二帧分别指示sta2-1和sta2-2回复第二帧时使用的ru。例如，第一被共享ap向sta2-1发送的第二帧指示sta2-1回复第二帧时使用第一ru。例如，第一被共享ap向sta2-2发送的第二帧指示sta2-2回复第二帧时使用第二ru。
336.第二被共享ap通过第三帧分别指示sta3-1和sta3-2回复第二帧时使用的ru。例如，第二被共享ap向sta3-1发送的第三帧指示sta3-1回复第三帧时使用第二ru。
337.sta1-2和sta2-1复用第一ru。sta2-2和sta3-1复用第二ru。
338.第一帧、第二帧和第三帧的发送时刻应该是对齐的。
339.如图10a所示，共享ap可以是在发送c-sr-a帧经过sifs后发送第一帧，第一被共享ap可以是在接收到c-sr-a帧后经过sifs后发送第二帧，第二被共享ap可以是在接收到c-sr-a帧后经过sifs后发送第三帧。
340.如图10b所示，共享ap可以在发送指示帧经过sifs后发送第一帧，第一被共享ap可以是在接收到指示帧后经过sifs后发送第二帧，第二被共享ap可以是在接收到指示帧后经过sifs后发送第三帧。
341.第一帧和第三帧的长度相同，第一帧的长度和第三帧的长度大于第二帧的长度和sifs的长度之和。
342.3》、sta2-1和sta2-2接收到第二帧之后，经过sifs向被共享ap返回第二确认帧，第二确认帧用ba-d表示。
343.当sta2-1和sta2-2返回第二确认帧ba-d时，与第一帧的发送存在交集。在同一个ru上，ba-d帧可能会对第一帧造成干扰。例如，sta1-2由于受到sta2-1返回的第二确认帧ba-d帧的干扰，无法成功接收到第一帧。sta1-2没有接收到第一帧就无法向共享ap返回第一确认帧(ba-d帧)。
344.当sta2-1和sta2-2返回第二确认帧ba-d时，与第三帧的发送存在交集。在同一个ru上，ba-d帧可能会对第三帧造成干扰。例如，sta3-1由于受到sta2-2返回的第二确认帧ba-d帧的干扰，无法成功接收到第三帧。sta3-1没有接收到第三帧就无法向第二被共享ap返回第三确认帧(ba-d帧)。
345.4》、sta1-1向共享ap返回第一确认帧(ba-d帧)，共享ap接收到sta1-1返回的第一确认帧(ba-d帧)，确定sta1-1对应的ru上没有受到干扰。共享ap未接收到sta1-2返回的ba-d帧，确定第一ru为干扰ru。
346.5》、第二被共享ap向共享ap返回第三响应帧，对应地，共享ap接收来自第二被共享ap的第三响应帧。
347.第三响应帧用于指示第二ru为干扰ru。共享ap根据第三响应帧，确定第二ru为干扰ru。共享ap结合4》最终确定第一ru和第二ru为干扰ru。
348.可以参考s902。
349.6》、共享ap响应于接收到第三响应帧，向第一被共享ap发送指示帧。对应地，第一
被共享ap接收来自共享ap的该指示帧。该指示帧用于指示第一被共享ap不允许使用干扰ru所在的子信道进行上行传输。
350.可选的，共享ap也可以向第二被共享ap发送指示帧，这样可以使得后面三个ap的上下行传输同时触发。
351.7》、共享ap进行下行传输(dl数据帧)。第一被共享ap发送上行触发帧，上行触发帧用于调度上行传输。第二被共享ap进行下行传输(dl数据帧)。
352.共享ap可以向sta1-1和sta1-2进行下行传输，由于共享ap指示第一被共享ap禁止在第一ru所在的子信道进行上行传输，因此sta2-1不会在第一ru上进行上行传输。共享ap向sta1-2发送dl数据帧并不会受到第一ru上sta2-1的上行传输的干扰。
353.第二被共享ap可以向sta3-1和sta3-2进行下行传输，由于共享ap指示第一被共享ap禁止在第二ru所在的子信道进行上行传输，因此sta2-2不会在第二ru上进行上行传输。第二被共享ap向sta3-1发送dl数据帧并不会受到第二ru上sta2-2的上行传输的干扰。
354.第一被共享ap接收到指示帧，根据指示帧禁止在第一ru所在的子信道和第二ru所在的子信道进行上行传输，如果第一被共享ap还调度了其它sta，且经过干扰检测，其它sta进行上行传输使用的ru不是干扰ru，则第一被共享ap可以向该其它sta发送上行触发帧，该其它sta接收到上行触发帧后，在相应的ru上向第一被共享ap发送上行数据帧。
355.共享ap可以在发送指示帧经过sifs后，发送dl数据帧；被共享ap可以在接收到该指示帧经过sifs后发送上行触发帧。
356.8》、sta1-1和sta1-2在接收到dl数据帧之后，还会向共享ap返回确认帧(ba)。sta3-1和sta3-2在接收到dl数据帧之后，还会向第二被共享ap返回确认帧(ba)。
357.以上实施例中，由共享ap探测或收集干扰ru的信息，获取干扰探测结果，根据干扰探测结果禁止在干扰ru所在的子信道进行下行传输，或者根据干扰探测结果指示被共享ap禁止在干扰ru所在的子信道进行上行传输。本技术实施例还提供一种可能的设计，由被共享ap探测或收集干扰ru的信息，并进行干扰处理。该设计的可选实施例可以通过图11实施例、图13实施例和图15实施例来描述。
358.如图11所示，本技术实施例提供的又一种无线局域网的协作传输方法的具体流程如下所述。
359.s1101、被共享ap在条件满足时，在信道上向被共享sta发送第二帧。这里的被共享sta可以记为第二sta。对应地，第二sta接收来自被共享ap的第二帧。
360.被共享ap与第二sta关联，被共享ap是第二sta的服务ap，被共享ap可以在该信道上调度该第二sta，被共享ap可以为该第二sta分配该信道上的一个或多个ru，例如，被共享ap为该第二sta分配该信道上的第一ru。
361.该信道是共享ap和被共享ap进行协作传输的信道。
362.被共享ap发送第二帧的条件可以是，共享ap在协作传输时的传输方向为下行、且被共享ap在协作传输时的传输方向为上行。
363.第二帧用于指示第二sta监听第一ru。即，监听第一ru的忙闲。
364.第二帧与共享ap向共享sta发送的第一帧的发送时刻相同，第一帧的长度大于第二帧与sifs的长度之和，第一帧指示共享sta回复第一帧时使用第一ru。例如，第一帧中包括第一字段，该第一字段指示第一sta回复第一帧时使用第一ru。共享sta可以记为第一
sta。
365.第一sta和第二sta均使用第一ru，第一sta和第二sta复用第一ru。
366.s1102、第二sta接收到第二帧之后，根据第二帧的指示监听第一ru。
367.由于第一帧和第二帧的发送时刻是相同的，第一帧的长度大于第二帧与sifs的长度之和，第二sta在接收到第二帧并间隔sts之后，会监听第一ru。第二sta在监听第一ru时，第一帧还未完全发送完毕。那么如果第二sta监听到第一ru被占用，说明第二sta使用第一ru发送上行帧能够对第一sta接收共享ap的下行帧造成干扰。当第二sta监听到第一ru未被占用或者第一ru空闲时，第二sta会向被共享ap返回响应帧。
368.可选的，第二帧还可以用于指示被共享sta监听第一ru的时长，以及指示被共享sta在该时长内若第一ru未被占用则返回响应帧。
369.s1103、被共享ap在未接收到被共享sta返回的响应帧时，不在第一ru所在的子信道上触发上行传输。
370.该响应帧用于指示第一ru未被占用。
371.被共享ap在未接收到被共享sta返回的响应帧时，说明第二sta监听到第一ru被占用，说明第一ru为干扰ru。
372.以下对图11实施例的一些可选地实现方式进行详细说明。
373.在s1101之前，共享ap还可以与被共享ap协商协作传输方向。可选地，本技术实施例可以提供固定模式和灵活模式两种方式来协商协作传输方向。可以参照图5实施例对协商协作传输方向的两种模式的介绍。
374.在固定模式下，在s1101之前，还包括s1100。s1100与s500相同，可以参照s500的描述，在此不再赘述。
375.在灵活模式下，在s1101之前，还包括s1100-1和s1100-2。s1100-1与s500-1相同，s1100-2与s500-2相同，在此不再赘述。
376.基于上述图11实施例的描述，下面结合具体的应用场景对图11实施例进行进一步详细说明。
377.各个ap和各个sta的帧交互示意图如图12a和图12b所示。图12a和图12b示意了一个txop内的帧交互示例。图12a为固定模式的协作传输，图12b为灵活模式的协作传输。以下对图12a和图12b的帧交互的说明，如果没有特殊说明，则所描述的帧交互是图12a和图12b都适用的，当帧交互存在区别时，会特殊说明具体是图12a的步骤还是图12b的步骤。
378.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。sta1-1和sta1-2执行的操作可以参考图11实施例中第一sta的操作。sta2-1和sta2-2执行的操作可以参考图11实施例中第二sta的操作。
379.1》、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
380.在固定模式下，如图12a所示，该步骤可以参考s1100。该c-sr-a帧指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还指示共享ap在协作传输时的传输方向为下行。该c-sr-a帧还指示被共享ap发送第二帧。
381.在灵活模式下，如图12b所示，该步骤可以参照s1100-1。该c-sr-a帧指示被共享ap选择协作传输的传输方向。可选地，该c-sr-a帧还可以指示共享ap在协作传输时的传输方
向为下行。这种情况下，被共享ap向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧指示被共享ap所选择的在协作传输时的传输方向为上行。这里可以想到的是，如果被共享ap所选择的在协作传输时的传输方向为下行，则被共享ap不进行干扰探测。即，只有在被共享ap所选择的在协作传输时的传输方向为上行时，被共享ap才会执行干扰探测，即执行后面2》。
382.2》、共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。同时，被共享ap向sta2-1和sta2-2发送第二帧，该第二帧也用tf-n表示。
383.共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。类似地，共享ap向sta1-1发送的第一帧指示sta1-1回复第一帧时使用与第一ru不同的其它ru。sta1-1和sta1-2若接收到第一帧则分别在指定的ru上向共享ap返回第一确认帧，第一确认帧用ba-d表示。
384.第二帧用于指示sta2-1监听第一ru，还可以指示第二sta后续使用第一ru进行上行传输。第二帧还用于指示sta2-2监听指定的其它ru，还可以指示sta2-2后续使用该指定的其它ru进行上行传输。
385.如图12a所示，共享ap可以是在发送c-sr-a帧经过sifs后发送第一帧，被共享ap可以是在接收到c-sr-a帧后经过sifs后发送第二帧。
386.如图12b所示，共享ap可以在接收到来自被共享ap的响应帧之后经过sifs之后发送第一帧；被共享ap在发送响应帧之后经过sifs发送第二帧。
387.3》、sta2-1接收到第二帧之后，监听第一ru。
388.sta2-2接收到第二帧之后，监听该指定的其它ru。
389.例如，sta2-1监听第一ru被占用，sta2-2监听该指定的其它ru未被占用。
390.4》、sta2-2向被共享ap返回响应帧，该响应帧用于指示被共享ap该指定的其它ru未被占用。
391.被共享ap未接收到来自sta2-1返回的响应帧，则确定第一ru为干扰ru。
392.5》、sta1-1和sta1-2分别向共享ap返回第一确认帧ba-d。
393.6》、共享ap接收到第一确认帧后，经过sifs进行下行传输，向sta1-1和sta1-2分别发送dl数据帧。
394.7》、被共享ap发送上行触发帧。上行触发帧用于调度上行传输。
395.被共享ap接收到来自sta2-2返回的响应帧后，经过sifs向sta2-2发送上行触发帧，由于第一ru为干扰ru，被共享ap不会触发sta2-1在第一ru上进行上行传输。共享ap向sta1-2发送dl数据帧并不会受到第一ru上sta2-1的上行传输的干扰。
396.8》、sta1-1和sta1-2在接收到dl数据帧之后，还会向共享ap返回确认帧(ba)。被共享ap接收到sta2-2发送的ul数据帧后，间隔sifs，向sta2-2返回确认帧(ba)。
397.需要说明的是，序号并不代表帧的先后顺序，可以参考图12a和图12b的示意。其它帧交互示意图中序号也不代表严格的帧先后顺序。
398.如图13所示，本技术实施例提供的再一种无线局域网的协作传输方法的具体流程如下所述。
399.s1301、被共享ap在条件满足时，在信道上向被共享sta发送第二帧以检测干扰ru。这里的被共享sta可以记为第二sta。对应地，第二sta接收来自被共享ap的第二帧。
400.被共享ap与第二sta关联，被共享ap是第二sta的服务ap，被共享ap可以在该信道上调度该第二sta，被共享ap可以为该第二sta分配该信道上的一个或多个ru，例如，被共享ap为该第二sta分配该信道上的第一ru。
401.该信道是共享ap和被共享ap进行协作传输的信道。
402.被共享ap发送第二帧的条件可以是，共享ap在协作传输时的传输方向为下行、且被共享ap在协作传输时的传输方向为上行。
403.第二帧包括对第二sta回复第二帧时使用第一ru的指示。例如，第二帧中包括第一字段，该第一字段指示第二sta回复第二帧时使用第一ru。
404.第二帧与共享ap向共享sta发送的第一帧的发送时刻相同，共享sta可以记为第一sta。第一帧包括对第一sta回复第一帧时使用第一ru的指示。例如，第一帧中包括第一字段，该第一字段指示第一sta回复第一帧时使用第一ru。共享sta可以记为第一sta。
405.第一sta和第二sta均使用第一ru，第一sta和第二sta复用第一ru。
406.图13实施例与图5实施例中的可选方式1相同的地方是，共享ap和被共享ap都会发送探测干扰的帧，共享ap发送第一帧，第一sta在接收到第一帧时会向共享ap返回第一确认帧，第一帧指示第一sta在第一ru上向共享ap返回第一确认帧。被共享ap发送第二帧，第二帧指示第二sta在第一ru上向被共享ap返回第二确认帧，第二sta在接收到第二帧后会向被共享ap返回第二确认帧。图13实施例与图5实施例中的可选方式1不同的地方是，图5实施例可选方式1第一帧的长度大于第二帧的长度，而图13实施例中第二帧的长度大于第一帧的长度，一般情况下，第二帧的长度大于第一帧与sifs的长度之和。这样，根据图5实施例可选方式1的描述，可以反推过来，图13实施例可以由被共享ap进行干扰检测。第一帧和第二帧的发送时刻相同，第二帧的长度大于第一帧与sifs的长度之和，这样，第一sta在接收到第一帧并间隔sifs后，就会根据第一帧向共享ap返回第一确认帧。第一sta开始回复第一确认帧时，第二帧还未完全发送完毕，那么，第一sta在第一ru上回复第一确认帧为上行方向，上行方向的第一确认帧与下行方向的第二帧存在频域的交集，此时，上行方向的第一确认帧可能会对下行方向的第二帧造成干扰。比如，若第二sta接收到第一确认帧的rssi大于第二sta接收第二帧时的最大可接受干扰水平，则第一确认帧就会对第二sta接收第二帧造成干扰。当造成干扰时，第二sta就无法接收到第二帧，则第二sta就不会在第二ru上向被共享ap返回第二确认帧，被共享ap就无法接收到第二sta返回的第二确认帧，被共享ap就可以确定未接收到第二sta返回第二确认帧的第一ru为干扰ru。
407.需要说明的是，共享ap在协作传输时的传输方向为下行，被共享ap在协作传输时的传输方向为上行，然而被共享ap进行干扰探测时，测得的是共享ap的上行对被共享ap的下行的干扰。可以理解的是，第一sta在第一ru上向共享ap发送的上行的第二确认帧，对第二sta接收来自被共享ap的下行的第二帧造成干扰，那么相对称地，第二sta在第一ru上向被共享ap发送的上行帧就会对共享ap在第一ru上向第一sta发送的下行帧造成干扰。以此被共享ap来判断第一ru为干扰ru。
408.又考虑到sta的发射功率可能不同，且不被ap感知，利用该对称方法进行干扰判断时，共享ap发送第一帧指示第一sta回复第一确认帧时相应地升高发射功率，以过滤sta发射功率不同的情况。
409.s1302、被共享ap不在干扰ru所在的子信道上进行上行传输。即被共享ap自身禁止
使用干扰ru。
410.共享ap可以在信道上进行下行传输。
411.被共享ap在获知第一ru为干扰ru时，禁止在干扰ru所在的子信道上进行上行传输，这样，当共享ap在该干扰ru所在的子信道向第一sta发送下行数据帧时，不会受到来自第二sta上行传输的干扰。在被共享ap禁止在干扰ru所在的子信道上进行上行传输后，共享ap可以在整个信道上进行下行传输都不会受到被共享ap的上行传输的干扰。
412.可选地，在s1301之前，共享ap还可以与被共享ap协商协作传输方向。可选地，本技术实施例可以提供固定模式和灵活模式两种方式来协商协作传输方向。可以参照图5实施例对协商协作传输方向的两种模式的介绍。
413.在固定模式下，在s1301之前，还包括s1300。s1300与s500相同，可以参照s500的描述，在此不再赘述。
414.在灵活模式下，在s1301之前，还包括s1300-1和s1300-2。s1300-1与s500-1相同，s1300-2与s500-2相同，在此不再赘述。
415.基于上述图13实施例的描述，下面结合具体的应用场景对图13实施例进行进一步详细说明。
416.各个ap和各个sta的帧交互示意图如图14a和图14b所示。图14a和图14b示意了一个txop内的帧交互示例。图14a为固定模式的协作传输，图14b为灵活模式的协作传输。以下对图14a和图14b的帧交互的说明，如果没有特殊说明，则所描述的帧交互是图14a和图14b都适用的，当帧交互存在区别时，会特殊说明具体是图14a的步骤还是图14b的步骤。
417.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。sta1-1和sta1-2执行的操作可以参考图13实施例中第一sta的操作。sta2-1和sta2-2执行的操作可以参考图13实施例中第二sta的操作。
418.《1》、共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
419.在固定模式下，如图14a所示，该步骤可以参考s1300。该c-sr-a帧指示被共享ap在协作传输时的传输方向为上行。可选地，该c-sr-a帧还指示共享ap在协作传输时的传输方向为下行。该c-sr-a帧还指示被共享ap发送第二帧。
420.在灵活模式下，如图14b所示，该步骤可以参照s1300-1。该c-sr-a帧指示被共享ap选择协作传输的传输方向。可选地，该c-sr-a帧还可以指示共享ap在协作传输时的传输方向为下行。这种情况下，被共享ap向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧指示被共享ap所选择的在协作传输时的传输方向为上行。这里可以想到的是，如果被共享ap所选择的在协作传输时的传输方向为下行，则被共享ap不进行干扰探测。即，只有在被共享ap所选择的在协作传输时的传输方向为上行时，被共享ap才会执行干扰探测，即执行后面《2》。
421.《2》、共享ap向sta1-1和sta1-2发送第一帧，该第一帧用tf-n表示。同时，被共享ap向sta2-1和sta2-2发送第二帧，该第二帧也用tf-n表示。
422.共享ap向sta1-2发送的第一帧指示sta1-2回复第一帧时使用第一ru。共享ap向sta1-1发送的第一帧指示sta1-1回复第一帧时使用与第一ru不同的其它ru。sta1-1和sta1-2若接收到第一帧则分别在指定的ru上向共享ap返回第一确认帧，第一确认帧用ba-d
表示。
423.被共享ap向sta2-1发送的第二帧指示sta2-1回复第二帧时使用第一ru。被共享ap向sta2-2发送的第二帧包括对sta2-2回复第二帧时使用与第一ru不同的其它ru。
424.即，sta1-2和sta2-1都使用第一ru，sta1-2和sta2-1复用第一ru。
425.如图14a所示，共享ap可以是在发送c-sr-a帧经过sifs后发送第一帧，被共享ap可以是在接收到c-sr-a帧后经过sifs后发送第二帧。
426.如图14b所示，共享ap可以在接收到来自被共享ap的响应帧之后经过sifs之后发送第一帧；被共享ap在发送响应帧之后经过sifs发送第二帧。
427.第二帧的长度大于第一帧的长度和sifs的长度之和。
428.《3》、sta1-1和sta1-2接收到第一帧之后，经过sifs向共享ap返回第一确认帧，第一确认帧用ba-d表示。当sta1-1和sta1-2返回ba-d时，与第二帧的发送存在交集。在同一个ru上，第一确认帧ba-d可能会对第二帧造成干扰。例如，sta2-1由于受到sta1-2返回的ba-d帧的干扰，无法成功接收到第二帧。sta2-1没有接收到第二帧就无法向被共享ap返回第二确认帧(ba-d)。
429.《4》、sta2-2向被共享ap返回第二确认帧(ba-d)，被共享ap接收到sta2-2返回的第二确认帧(ba-d)，确定sta2-2对应的ru上没有受到干扰。被共享ap未接收到sta2-1返回的ba-d，确定第一ru为干扰ru。
430.《5》、共享ap进行下行传输(dl数据帧)。被共享ap发送上行触发帧。上行触发帧用于调度上行传输。
431.共享ap可以向sta1-1和sta1-2进行下行传输。
432.被共享ap不在第一ru所在的子信道进行上行传输，即被共享ap不会触发sta2-1的上行传输。共享ap向sta1-2发送dl数据帧并不会受到第一ru上sta2-1的上行传输的干扰。
433.被共享ap将上行触发帧发送给sta2-2。sta2-2接收到上行触发帧后，在相应的ru上向被共享ap发送上行数据帧。
434.《6》、sta1-1和sta1-2在接收到dl数据帧之后，还会向共享ap返回确认帧(ba)。被共享ap接收到sta2-2发送的ul数据帧后，间隔sifs，向sta2-2返回确认帧(ba)。
435.以上实施例是以共享ap在协作传输时的传输方向为下行、被共享ap在协作传输时的传输方向为上行为场景进行描述的，当共享ap在协作传输时的传输方向为上行、被共享ap在协作传输时的传输方向为下行时，被共享ap的下行传输也可能会受到共享ap上行的干扰，且sta之间的干扰也是不可测的，基于此，在同一个技术构思的基础上，本技术实施例还提供了一种无线局域网的协作传输方法，具体流程如图15所示。可以理解的是，图15实施例实际上是将图5实施例中共享ap和被共享ap执行的操作交换过来，第一sta和第二sta执行的操作交换过来。即，被共享ap执行图5实施例中共享ap的操作，共享ap执行图5实施例中被共享ap的操作。第一sta执行图5实施例中第二sta的操作。
436.s1501、被共享ap在条件满足时，在信道上向第二sta发送第一帧以探测干扰ru。
437.具体细节描述可以参考s501的描述，在此不再赘述。
438.共享ap可以与被共享ap协商协作传输方向，可以参考图5实施例的描述，其中，共享ap执行图5实施例中共享ap的操作，被共享ap执行图5实施例中被共享ap的操作，只是有一点不同的是，共享ap在协作传输时的方向为上行，被共享ap在协作传输时的方向为下行，
在此不再赘述。
439.s1501中被共享ap探测干扰ru的可选实现方式可以参考图5实施例中可选方式2和可选方式3。具体地，被共享ap执行图5实施例中共享ap的操作，共享ap执行图5实施例中被共享ap的操作，在此不再赘述。
440.在s1501之后，还可以执行s1502。
441.s1502、被共享ap不在干扰ru所在的子信道上进行下行传输。即共享ap自身禁止使用干扰ru。
442.s1502可以参照s502*步骤。被共享ap执行图5实施例中共享ap的操作。
443.基于上述图15实施例的描述，下面结合具体的应用场景对图15实施例进行进一步详细说明。
444.各个ap和各个sta的帧交互示意图如图16a和图16b所示。图16a和图16b示意了一个txop内的帧交互示例。图16a为固定模式的协作传输，图16b为灵活模式的协作传输。以下对图16a和图16b的帧交互进行说明，如果没有特殊说明，则所描述的帧交互是指图16a和图16b都适用的，当帧交互存在区别时，会特殊说明具体是图16a的步骤还是图16b的步骤。
445.假设共享ap当前调度的sta用sta1-1和sta1-2表示，被共享ap当前调度的sta用sta2-1和sta2-2表示。
446.1*共享ap向被共享ap发送c-sr-a帧，对应地，被共享ap接收来自共享ap的c-sr-a帧。
447.在固定模式下，如图16a所示，该c-sr-a帧用于指示被共享ap在协作传输时的传输方向为下行。可选地，该c-sr-a帧还用于指示共享ap在协作传输时的传输方向为上行。
448.在灵活模式下，如图16b所示，该c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向。可选地，该c-sr-a帧还可以用于指示共享ap在协作传输时的传输方向为上行。这种情况下，被共享ap还会向共享ap返回响应帧，对应地，共享ap接收来自被共享ap的响应帧。响应帧用于指示被共享ap所选择的在协作传输时的传输方向为下行。这里可以想到的是，如果被共享ap所选择的在协作传输时的传输方向为上行，与共享ap的传输方向一致，则被共享ap不进行干扰探测。即，只有被共享ap所选择的在协作传输时的传输方向为下行时，共享ap才会执行干扰探测，即执行后面的2*。
449.2*共享ap向sta1-1、sta1-2以及被共享ap发送上行触发帧。上行触发帧用于调度上行传输。sta1-1和sta1-2接收来自共享ap的上行触发帧。被共享ap也会接收到来自共享ap的上行触发帧。
450.如图16a所示，在固定模式下，共享ap可以在发送c-sr-a帧经过sifs后发送上行触发帧。
451.如图16b所示，在灵活模式下，共享ap可以在接收到响应帧后经过sifs后发送上行触发帧。
452.3*被共享ap向sta2-1和sta2-2发送第一帧，该第一帧用tf-n表示。同时，sta1-1和sta1-2接收到上行触发帧之后，在被调度的ru向共享ap发送上行(ul)数据帧。
453.被共享ap向sta2-1发送的第一帧指示sta2-1回复第一帧时使用第一ru。类似地，被共享ap向sta2-2发送的第一帧指示sta2-2回复第一帧时使用与第一ru不同的其它ru。sta2-1和sta2-2若接收到第一帧则在各自指定的ru上向被共享ap返回第一确认帧，第一确
认帧用ba-d表示。
454.共享ap向sta1-2发送的上行触发帧指示上行传输所使用的第一ru。共享ap向sta1-1发送的上行触发帧指示上行传输使用与第一ru不同的其它ru。
455.可见，sta2-1和sta1-2都使用第一ru，sta1-2和sta2-1复用第一ru。
456.被共享ap可以在接收到来自共享ap的上行触发帧之后，经过sifs后向sta2-1和sta2-2发送第一帧。sta1-1和sta1-2接收到上行触发帧之后，经过sifs后，会向共享ap发送上行数据帧。
457.由于被共享ap在接收到来自共享ap的上行触发帧之后，才发送第一帧，因此当sta1-1和sta1-2进行上行传输时与第一帧存在交集。在同一个ru上，ul数据帧可能会对第一帧造成干扰。例如，sta2-1在第一ru上接收来自被共享ap的第一帧，sta1-2在第一ru上向共享ap发送ul数据帧，sta2-1可能受到sta1-2发送的ul数据帧的干扰，从而无法成功接收到第一帧，也就不会向被共享ap返回第一确认帧(ba-d)。
458.4*、sta2-2向被共享ap返回第一确认帧(ba-d)，被共享ap接收到sta2-2返回的第一确认帧(ba-d)，确定sta2-2对应的ru上没有受到干扰。共享ap未接收到sta2-1返回的ba-d，确定第一ru为干扰ru。
459.5*、被共享ap不使用干扰ru所在的子信道进行下行传输，被共享ap在未受到干扰的ru所在的子信道上进行下行传输。
460.例如，被共享ap确定第一ru为干扰ru，不在第一ru所在的子信道的下行传输，即被共享ap不会在第一ru上向sta2-1发送下行数据帧。被共享ap在sta2-2对应的ru所在的子信道上向sta2-2发送下行数据帧。
461.这样，当sta1-2向共享ap发送上行数据帧时，由于第一ru所在子信道上不存在被共享ap的下行传输，所以，sta1-2发送上行数据帧，便不会受到干扰。
462.可选地，sta2-2在接收到dl数据帧之后，还会向被共享ap返回确认帧(ba)。
463.本技术各个实施例中，共享ap获知干扰ru之后，不在干扰ru所在的子信道进行下行传输，或者共享ap指示被共享ap禁止在干扰ru所在的子信道进行上行传输。被共享ap获知干扰ru之后，不在干扰ru所在的子信道进行上行传输。可以看出，干扰探测时是以ru为单位进行探测的，但是禁止传输以控制干扰是以子信道为单位执行的。是因为共享ap和被共享ap调度的sta个数和所使用ru大小可能会不一致，无法对应。各ap使用的ru大小很大概率是不一样的。例如，共享ap在40mhz上用4个ru106，共与4个sta通信，其中，每20mhz上有2个ru106，每ru106相当于2个ru52，4个ru26。被共享ap在40mhz上用1个ru106，2个ru52，8个ru26，共与11个sta通信。那么两个ap所使用的ru大小和位置是不对称的，很难对应起来。因此，以干扰ru所在的子信道为单位进行干扰管控，能够更加有效地实现干扰管控。
464.当然，本技术实施例还可以以干扰ru为粒度进行干扰管控。
465.需要说明的是，本技术中的各个应用场景中的举例仅仅表现了一些可能的实现方式，是为了对本技术的方法更好的理解和说明。本领域技术人员可以根据申请提供的参考信号的指示方法，得到一些演变形式的举例。
466.上述本技术提供的实施例中，分别从共享ap、共享sta、被共享ap和被共享sta以及各个设备之间交互的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，共享ap和被共享ap可以包括硬件结构和/或软件模块，以硬件
结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
467.如图17所示，基于同一技术构思，本技术实施例还提供了一种通信装置1700，该通信装置1700可以是共享ap或被共享ap，也可以是共享ap或被共享ap中的装置，或者是能够和共享ap或被共享ap匹配使用的装置。一种设计中，该通信装置1700可以包括执行上述方法实施例中共享ap或被共享ap执行的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该通信装置可以包括处理模块1701和通信模块1702。处理模块1701用于调用通信模块1702执行接收和/或发送的功能。
468.当用于执行共享ap执行的方法时：
469.处理模块1701，用于判断在条件满足时，在信道上通过通信模块1702向第一站点sta发送第一帧以探测干扰资源单元，其中，共享ap为第一sta的服务ap，第一帧包括对第一sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到第一sta的回复的第一资源单元，条件包括共享ap准备使用信道进行下行传输，信道是共享ap与第一被共享ap进行协作传输的信道。
470.在一个可能的设计中，上述条件还包括：第一被共享ap准备使用信道进行上行传输。
471.在一个可能的设计中，处理模块1701还用于：通过通信模块1702向第一被共享ap发送协作传输通知c-sr-a帧，c-sr-a帧用于指示第一被共享ap在协作传输时的传输方向为上行。
472.在一个可能的设计中，处理模块1701还用于：通过通信模块1702向第一被共享ap发送协作传输通知c-sr-a帧，c-sr-a帧用于指示第一被共享ap选择在协作传输时的传输方向；以及接收来自第一被共享ap的第一响应帧，第一响应帧用于指示第一被共享ap所选择的在协作传输时的传输方向为上行。
473.在一个可能的设计中，处理模块1701还用于：响应于探测到干扰资源单元，通过通信模块向第一被共享ap发送指示帧，指示帧用于指示第一被共享ap不允许使用干扰资源单元所在的子信道进行上行传输；以及在信道上进行下行传输。
474.在一个可能的设计中，处理模块1701还用于：指示第一被共享ap向第二sta发送第二帧，第二帧用于指示第二sta在接收到第二帧后向第一被共享ap返回第二确认帧；第二sta是第一被共享ap准备使用第一资源单元进行上行传输的sta。其中，第一帧与第二帧的发送时刻相同，第一帧的长度大于第二帧与短帧间间隔sifs的长度之和。
475.在一个可能的设计中，共享ap还与第二被共享ap在传输资源上协作传输，第二被共享ap为第三sta的服务ap，处理模块1701还用于：在第一被共享ap在协作传输时的传输方向为上行、且第二被共享ap在协作传输时的传输方向为下行时，指示第二被共享ap向第三sta发送第三帧，第三帧用于指示第三sta在接收到第三帧后向第二被共享ap返回第三确认帧；通过通信模块1702接收来自第二被共享ap的第二响应帧，第二响应帧用于指示第二资源单元为干扰单元。
476.在一个可能的设计中，处理模块1701还用于：禁止在干扰资源单元所在的子信道
上进行下行传输。
477.在一个可能的设计中，处理模块1701还用于：通过通信模块1702接收来自第一被共享ap的上行触发帧，上行触发帧用于触发被共享ap服务的sta进行上行传输；以及响应于上行触发帧，向第一sta发送第一帧。
478.在一个可能的设计中，第一帧与第一被共享ap发送的上行触发帧的发送时刻相同，第一帧的长度大于上行触发帧与sifs的长度之和；上行触发帧用于触发第一被共享ap服务的sta进行上行传输。
479.在一个实施例中，当用于执行被共享ap执行的方法时：
480.处理模块1701，用于在条件满足时，在信道上通过通信模块1702向被共享sta发送第一帧以探测干扰资源单元，其中，共享ap为被共享sta的服务ap，第一帧包括对被共享sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到被共享sta的回复的第一资源单元，条件包括被共享ap准备使用信道进行下行传输，信道是被共享ap与共享ap进行协作传输的信道；处理模块1701，还用于禁止干扰资源所在的子信道上进行下行传输。
481.在一个可能的设计中，该条件还包括：共享ap准备使用信道进行上行传输。
482.在一个可能的设计中，处理模块1701还用于：通过通信模块1702接收来自共享ap的上行触发帧，上行触发帧用于触发共享ap服务的sta进行上行传输；在向第二sta发送第一触发帧时，处理模块1701用于，响应于上行触发帧，通过通信模块1702向被共享sta发送第一触发帧。
483.在一个可能的设计中，第一帧与共享ap发送的上行触发帧的发送时刻相同，第一帧的长度大于上行触发帧与短帧间隔sifs的长度之和；上行触发帧用于触发共享ap服务的sta进行上行传输。
484.在一个可能的设计中，处理模块1701还用于：通过通信模块1702接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap在协作传输时的传输方向为下行。
485.在一个可能的设计中，处理模块1701还用于：通过通信模块1702接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向；以及向共享ap发送响应帧，响应帧用于指示被共享ap所选择的在协作传输时的传输方向为下行。
486.在一个可能的设计中，第一帧是短数据帧。
487.在一个可能的设计中，第一帧为控制帧，且第一帧的调制编码方式mcs阶数与数据帧的mcs阶数相同。
488.在一个可能的设计中，协作传输的方式为协作的空间复用csr。
489.在一个可能的设计中，信道包括一个或多个子信道。
490.在一个实施例中，当用于执行被共享ap执行的方法时：
491.处理模块1701，用于在条件满足时，在信道上通过通信模块1702向第一站点sta发送第一帧以探测干扰资源单元，其中，被共享ap为第一sta的服务ap，第一帧包括对第一sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到第一sta的回复的第一资源单元，条件包括被共享ap准备使用信道进行上行传输，信道是共享ap与共享ap进行协作传输的信道。
492.在一个可能的设计中，条件还包括：共享ap准备使用信道进行下行传输。
493.在一个可能的设计中，处理模块1701还用于，通过通信模块1702接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap在协作传输时的传输方向为下行。
494.在一个可能的设计中，处理模块1701还用于，通过通信模块1702接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向；以及用于向共享ap发送第一响应帧，第一响应帧用于指示被共享ap所选择的在协作传输时的传输方向为上行。
495.在一个可能的设计中，处理模块1701还用于：不使用干扰资源单元所在的子信道进行上行传输。
496.在一个可能的设计中，第一帧与共享ap向第二sta发送的第二帧的发送时刻相同，第二帧的长度大于第一帧与短帧间间隔sifs的长度之和。
497.在一个可能的设计中，第一帧是短数据帧。
498.在一个可能的设计中，第一帧为控制帧，且第一帧的调制编码方式mcs阶数与数据帧的mcs阶数相同。
499.在一个可能的设计中，协作传输的方式为协作的空间复用csr。
500.在一个可能的设计中，信道包括一个或多个子信道。
501.在一个实施例中，当用于执行被共享ap执行的方法时：
502.处理模块1701，用于在条件满足时，在信道上通过通信模块1702向被共享sta发送第一帧，其中，信道为共享ap和被共享ap进行协作传输的信道，条件包括共享ap在协作传输时的传输方向为下行，第一帧用于指示被共享sta监听第一资源单元，被共享ap是被共享sta的服务ap，第一帧与共享ap向共享sta发送的第二帧的发送时刻相同，第二帧的长度大于第一帧与sifs的长度之和，第二帧包括对共享sta回复第二帧时使用第一资源单元的指示；处理模块1701，还用于在未接收到被共享sta返回的响应帧时，禁止在第一资源单元所在的子信道上触发上行传输，响应帧用于指示第一资源单元未被占用。
503.在一个可能的设计中，第一帧还用于指示被共享sta监听第一资源单元的时长，以及指示被共享sta在时长内若第一资源单元未被占用则返回响应帧。
504.在一个可能的设计中，条件还包括：共享ap在协作传输时的传输方向为下行。
505.在一个可能的设计中，处理模块1701还用于，通过通信模块1702接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap在协作传输时的传输方向为上行。
506.在一个可能的设计中，处理模块1701还用于，通过通信模块1702接接收来自共享ap的协作传输通知c-sr-a帧，c-sr-a帧用于指示被共享ap选择在协作传输时的传输方向；以及向共享ap发送第一响应帧，第一响应帧用于指示被共享ap所选择的在协作传输时的传输方向为上行。
507.在一个可能的设计中，第一帧与共享ap向第二sta发送的第二帧的发送时刻相同，第二帧的长度大于第一帧与短帧间间隔sifs的长度之和。
508.在一个可能的设计中，第一帧是短数据帧。
509.在一个可能的设计中，第一帧为控制帧，且第一帧的调制编码方式mcs阶数与数据帧的mcs阶数相同。
510.在一个可能的设计中，协作传输的方式为协作的空间复用csr。
511.在一个可能的设计中，信道包括一个或多个子信道。
512.本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
513.如图18所示为本技术实施例提供的通信装置1800，用于实现上述方法中共享ap或被共享ap的功能。当实现共享ap的功能时，该通信装置可以是共享ap，也可以是共享ap中的装置,或者是能够和共享ap匹配使用的装置。当实现被共享ap的功能时，该装置可以是被共享ap，也可以是被共享ap中的装置,或者是能够和被共享ap匹配使用的装置。其中，该通信装置可以为芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。通信装置1800包括至少一个处理器1820，用于实现本技术实施例提供的方法中共享ap或被共享ap的功能。通信装置1800还可以包括通信接口1810。在本技术实施例中，通信接口1810可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。例如，通信接口1810用于装置1800中的装置可以和其它设备进行通信。示例性地，通信装置1800是共享ap时，该其它设备可以是被共享ap。通信装置1800是被共享ap时，该其它装置可以是共享ap。处理器1820利用通信接口1810收发帧，并用于实现上述方法实施例所述的方法。
514.示例性地，当实现共享ap的功能时，处理器1820用于判断在条件满足时，在信道上利用通信接口1810向第一站点sta发送第一帧以探测干扰资源单元，其中，共享ap为第一sta的服务ap，第一帧包括对第一sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到第一sta的回复的第一资源单元，条件包括共享ap准备使用信道进行下行传输，信道是共享ap与第一被共享ap进行协作传输的信道。
515.在一个实施例中，当实现被共享ap的功能时，处理器1820用于在条件满足时，在信道上通过通信接口1810向被共享sta发送第一帧以探测干扰资源单元，其中，共享ap为被共享sta的服务ap，第一帧包括对被共享sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到被共享sta的回复的第一资源单元，条件包括被共享ap准备使用信道进行下行传输，信道是被共享ap与共享ap进行协作传输的信道；处理器1820，还用于禁止干扰资源所在的子信道上进行下行传输。
516.在一个实施例中，当实现被共享ap的功能时，处理器1820用于在条件满足时，在信道上通过通信接口1810向第一站点sta发送第一帧以探测干扰资源单元，其中，被共享ap为第一sta的服务ap，第一帧包括对第一sta回复第一帧时使用第一资源单元的指示，干扰资源单元为未接收到第一sta的回复的第一资源单元，条件包括被共享ap准备使用信道进行上行传输，信道是共享ap与共享ap进行协作传输的信道。
517.在一个实施例中，当实现被共享ap的功能时，处理器1820用于在条件满足时，在信道上通过通信接口1810被共享sta发送第一帧，其中，信道为共享ap和被共享ap进行协作传输的信道，条件包括共享ap在协作传输时的传输方向为下行，第一帧用于指示被共享sta监听第一资源单元，被共享ap是被共享sta的服务ap，第一帧与共享ap向共享sta发送的第二帧的发送时刻相同，第二帧的长度大于第一帧与sifs的长度之和，第二帧包括对共享sta回复第二帧时使用第一资源单元的指示；处理器1820，还用于在未接收到被共享sta返回的响应帧时，禁止在第一资源单元所在的子信道上触发上行传输，响应帧用于指示第一资源单
元未被占用。
518.处理器1820和通信接口1810还可以用于执行上述方法实施例共享ap或被ap执行的其它对应的步骤或操作，在此不再一一赘述。
519.通信装置1800还可以包括至少一个存储器1830，用于存储程序指令和/或数据。存储器1830和处理器1820耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1820可能和存储器1830协同操作。处理器1820可能执行存储器1830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
520.本技术实施例中不限定上述通信接口1810、处理器1820以及存储器1830之间的具体连接介质。本技术实施例在图18中以存储器1830、处理器1820以及通信接口1810之间通过总线1840连接，总线在图18中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
521.通信装置1200和通信装置1800具体是芯片或者芯片系统时，通信模块1202和通信接口1810所输出或接收的可以是基带信号。通信装置1200和通信装置1800具体是设备时，通信模块1202和通信接口1810所输出或接收的可以是射频信号。在本技术实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
522.在本技术实施例中，存储器1830可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
523.本技术上述方法实施例描述的共享ap所执行的操作和功能中的部分或全部，或被共享ap所执行的操作和功能中的部分或全部，可以用芯片或集成电路来完成。
524.为了实现上述图17或图18所述的通信装置的功能，本技术实施例还提供一种芯片，包括处理器，用于支持该通信装置实现上述方法实施例中共享ap或被共享ap所涉及的功能。在一种可能的设计中，该芯片与存储器连接或者该芯片包括存储器，该存储器用于保存该通信装置必要的程序指令和数据。
525.本技术实施例提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序包括用于执行上述方法实施例的指令。
526.本技术实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例。
527.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实
施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
528.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
529.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
530.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
531.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
532.显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术实施例的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。