组播反馈方法、装置及系统与流程

1.本技术涉及无线保真技术领域，尤其涉及组播反馈方法、装置及系统。


背景技术：

2.无线局域网(wireless local area network，wlan)典型的传输模型为点对点的单播传输模式。在小尺度快衰落、遮挡与阴影衰落、同频干扰等因素导致无线信道质量不稳定的情况下，单播传输模式中的接入点(access point，ap)可以通过站点(station，sta)的应答反馈获得信道的链路质量状况，从而可以根据链路质量状况进行重传，或调整调制编码方案(modulation and coding scheme，mcs)，以实现速率自适应。
3.随着wlan技术的飞速发展和广泛应用，诸如视频会议、虚拟现实(virtual reality，)教学、电子书包等新型业务逐渐涌现，这些业务通常具有大容量、用户高度密集等特点。针对这类新型业务，为了提升频谱资源的利用效率，缓解网络高吞吐量性能要求与短缺的频谱资源之间的矛盾，点对多点的组播传输被广泛应用。
4.在组播传输场景中，同样存在信道质量不稳定的情况，为了保证传输可靠性，ap可能需要根据信道质量状况进行速率自适应或重传，因此，对于组播传输，有必要设计一种合理的反馈机制，以使ap获得信道质量状况。


技术实现要素：

5.本技术提供一种组播反馈方法、装置及系统，能够实现组播传输场景下的发送反馈，从而使得接入点根据该反馈进行重传或调整速率，提高传输可靠性和传输效率。
6.为达到上述目的，本技术采用如下技术方案：
7.第一方面，提供了一种组播反馈方法，该方法可以由接入点执行，也可以由接入点的部件，例如接入点的处理器、芯片、或芯片系统等执行，本技术以接入点执行该方法为例进行说明。该方法包括：接入点发送组播数据帧以及组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈所述组播数据帧是否译码正确。之后，接入点在第一子载波和第二子载波上均未检测到能量时，确定第一站点未正确译码所述组播数据帧；或者，接入点在第二子载波上检测到能量时，确定第一站点未正确译码所述组播数据帧。其中，第一子载波为第一子载波集合中与第一站点关联的子载波，第二子载波为第二子载波集合中与第一站点关联的子载波，第一站点为该多个站点中的任意一个。
8.基于该方案，接入点调度组播组内的站点回复组播反馈报告帧，并通过在站点关联的子载波上是否检测到能量，获知组播组内的站点是否正确译码组播数据帧。由于接入点可以确定组播组内未正确译码的站点以及正确译码的站点，从而可以为未正确译码的站点重传组播数据帧，提高传输可靠性，或者，也可以对链路速率进行调整，提高传输效率。
9.在一些可能的设计中，组播数据帧为聚合媒体接入控制协议数据单元ampdu时，该组播反馈方法还包括：接入点发送块确认请求触发帧，该块确认请求触发帧用于调度至少一个第二站点在各自关联的资源单元ru上，反馈ampdu中译码错误的媒体接入控制协议数
据单元mpdu的序号索引，第二站点为多个站点中未正确译码ampdu的站点；接入点在至少一个第二站点各自关联的ru上，接收来自至少一个第二站点的块确认帧，该块确认帧用于指示ampdu中译码错误的mpdu。
10.基于该可能的设计，在组播数据帧为ampdu时，本技术提供两级反馈机制，第一级反馈中，接入点可以先通过组播反馈触发帧调度组播组内的站点回复组播反馈报告帧，从而获知组播组内未正确译码ampdu的站点。第二级反馈中，接入点通过块确认请求触发帧调度未正确译码ampdu的站点反馈译码出错的mpdu的序号索引。从而接入点可以重传译码出错的mpdu，提高传输可靠性，或者，也可以对链路速率进行调整，提高传输效率。此外，接入点通过第一级反馈过滤掉译码正确的sta，因此在第二级反馈中可以避免为译码正确的sta分配ru，从而可以有效降低第二级反馈中块确认请求触发帧与块确认帧交互的开销。
11.以信道带宽为40mhz为例，假设组播组内共包括60个sta，可用于反馈译码错误的mpdu的ru数目为18，基于802.11ax标准中的gcr mu-bar反馈机制，ap需要发送4个mu-bar触发帧，相应的，组播组内的sta无论是否正确译码ampdu，均需要回复ba帧。基于本技术的方案，在一定的per范围内，ap发送两个块确认触发帧即可，且正确译码ampdu的sta无需回复ba帧，从而降低了控制帧的传输开销。
12.第二方面，提供了一种组播反馈方法，该方法可以由第一站点执行，也可以由第一站点的部件，例如第一站点的处理器、芯片、或芯片系统等执行，本技术以第一站点执行该方法为例进行说明。该方法包括：第一站点接收来自接入点的组播数据帧以及组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈组播数据帧是否译码正确；之后，第一站点在确定多个站点包括第一站点，且第一站点未正确译码组播数据帧时，在第二子载波上向接入点发送组播反馈报告帧，第二子载波为第二子载波集合中与第一站点关联的子载波。
13.在一些可能的设计中，组播数据帧为聚合媒体接入控制协议数据单元ampdu时，该组播反馈方法还包括：第一站点接收来自接入点的块确认请求触发帧，该块确认请求触发帧用于调度第一站点在第一站点关联的资源单元ru上，反馈ampdu中译码错误的媒体接入控制协议数据单元mpdu的序号索引；第一站点在第一站点关联的ru上，向接入点发送块确认帧，块确认帧用于指示ampdu中译码错误的mpdu。
14.其中，第二方面的任一种可能的设计所带来的技术效果可参见上述第一方面相应的设计所带来的技术效果，此处不再赘述。
15.结合上述第一方面或第二方面，在一些可能的设计中，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为以下多项之和：组播反馈报告帧的时长、块确认请求触发帧的时长、块确认帧的时长、以及短帧间隔sifs，组播反馈报告帧为组播反馈触发帧的回复帧。
16.结合上述第一方面或第二方面，在一些可能的设计中，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为组播反馈报告帧的时长以及短帧间隔sifs之和，组播反馈报告帧为组播反馈触发帧的回复帧。
17.基于该两种可能的设计，接入点通过在组播反馈触发帧中指示第一nav，可以在反馈流程中对信道进行保护，降低非组播站点对反馈流程的干扰，提高反馈效率，降低反馈时延，从而使得接入点能够及时重传出错的mpdu，降低组播业务时延，或者能够及时调整传输
速率，提高组播业务传输速率。
18.结合上述第一方面或第二方面，在一些可能的设计中，组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示组播反馈触发帧的类型为组播重传确认请求。
19.基于该可能的设计，通过在组播反馈触发帧中携带该第一字段，组播组内的站点可以确定组播反馈触发帧的类型，进而可以根据该反馈触发帧进行反馈。
20.结合上述第一方面或第二方面，在一些可能的设计中，组播反馈触发帧包括第二字段，第二字段用于指示组播数据帧。
21.基于该可能的设计，通过在组播反馈触发帧中携带该第二字段，可以明确指示组播数据帧，使得组播组内的站点能够确定需要反馈组播反馈触发帧所指示的组播数据帧是否正确译码，从而对该组播数据帧进行反馈，进而使得接入点与站点对反馈对象的理解一致，提高反馈准确性。
22.结合上述第一方面或第二方面，在一些可能的设计中，第二字段包括第一子字段和第二子字段，第一子字段用于承载组播数据帧中起始数据帧的序号索引，第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
23.结合上述第一方面或第二方面，在一些可能的设计中，第二字段包括第一子字段和第二子字段，第一子字段用于承载组播数据帧中起始数据帧的序号索引，该第二子字段用于承载组播数据帧包括的数据帧的个数。
24.结合上述第一方面或第二方面，在一些可能的设计中，第二字段包括第一子字段和第二子字段，第一子字段用于承载组播数据帧包括的数据帧的个数，该第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
25.结合上述第一方面或第二方面，在一些可能的设计中，上述组播反馈触发帧为空数据包反馈报告轮询触发nfrp帧。
26.第三方面，提供了一种组播反馈方法，该方法可以由接入点执行，也可以由接入点的部件，例如接入点的处理器、芯片、或芯片系统等执行，本技术以接入点执行该方法为例进行说明。该方法包括：接入点发送组播数据帧以及组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧；接入点通过第一ru在uora过程中接收来自第一站点的块确认帧，块确认帧用于指示组播数据帧中译码错误的数据帧，第一ru为组播反馈触发帧配置的至少一个ru中的一个。
27.基于该方案，一方面，接入点预先配置至少一个ru，用于译码错误的组播站点反馈块确认帧，从而获取组播数据帧的传输情况，以便重传组播数据帧中译码错误的数据帧，提高传输可靠性，或者，调整链路传输速率，提高传输效率。另一方面，本技术中仅是译码错误的组播站点反馈块确认帧，译码正确的组播sta可以不进行反馈，从而相比于802.11ax标准中定义的传统gcr mu-bar反馈方法中，译码正确的组播sta也会反馈块确认帧的方案来说，可以降低控制帧的传输开销。
28.第四方面，提供了一种组播反馈方法，该方法可以由第一站点执行，也可以由第一站点的部件，例如第一站点的处理器、芯片、或芯片系统等执行，本技术以第一站点执行该方法为例进行说明。该方法包括：第一站点接收来自接入点的组播数据帧以及组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，ru用于组播组内的站点进行上行
正交频分多址随机接入uora，uora用于传输组播数据帧的块确认帧；第一站点未正确译码组播数据帧时，通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧，第一ru为组播反馈触发帧配置的至少一个ru中的一个。其中，第四方面所带来的技术效果可参见上述第三方面所带来的技术效果，此处不再赘述。
29.在一些可能的设计中，第一站点通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，包括：第一站点在竞争窗口中选择一个随机数，该随机数小于或等于组播反馈触发帧配置的至少一个ru的总数时，从该至少一个ru中选择第一ru，并在第一ru上向接入点发送组播数据帧的块确认帧。
30.结合上述第三方面或第四方面，在一些可能的设计中，组播数据帧为聚合媒体接入控制协议数据单元ampdu，数据帧为媒体接入控制协议数据单元mpdu。
31.结合上述第三方面或第四方面，在一些可能的设计中，组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示组播反馈触发帧的类型为上行正交频分多址随机接入-否定应答轮询。
32.第五方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面或第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面或第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置，比如芯片。所述通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
33.在一些可能的设计中，该通信装置可以包括处理模块和收发模块。该收发模块，也可以称为收发单元，用以实现上述任一方面及其任意可能的实现方式中的发送和/或接收功能。该收发模块可以由收发电路，收发机，收发器或者通信接口构成。该处理模块，可以用于实现上述任一方面及其任意可能的实现方式中的处理功能。
34.在一些可能的设计中，收发模块包括发送模块和接收模块，分别用于实现上述任一方面及其任意可能的实现方式中的发送和接收功能。
35.其中，第五方面提供的通信装置用于执行上述任一方面或任一方面任意可能的实现方式，具体细节可参见上述任一方面或任一方面任意可能的实现方式，此处不再赘述。
36.第六方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面或第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面或第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置，比如芯片。
37.第七方面，提供一种通信装置，包括：处理器和通信接口；该通信接口，用于与该通信装置之外的模块通信；所述处理器用于执行计算机程序或指令，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面或第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面或第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站
点中包含的装置，比如芯片。
38.第八方面，提供一种通信装置，包括：接口电路和逻辑电路，该接口电路，用于获取输入信息和/或输出输出信息；该逻辑电路用于执行上述任一方面或任一方面任意可能的实现方式所述的方法，根据输入信息进行处理和/或生成输出信息。该通信装置可以为上述第一方面或第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面或第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置，比如芯片。
39.该通信装置为上述第一方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置时：
40.在一些可能的设计中，输出信息可以为组播数据帧和组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈所述组播数据帧是否译码正确。
41.在一些可能的设计中，输入信息可以为：至少一个第二站点的块确认帧，该块确认帧用于指示ampdu中译码错误的mpdu。相应的，根据输入信息进行处理，可以为：根据块确认帧确定重传的mpdu或调制传输速率。
42.该通信装置可以为上述第二方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置时：
43.在一些可能的设计中，输入信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈所述组播数据帧是否译码正确。相应的，根据输入信息进行处理，可以为：该组播反馈触发帧调度的组播组内的多个站点包括第一站点，且第一站点未正确译码组播数据帧时，在第二子载波上向接入点发送组播反馈报告帧，第二子载波为第二子载波集合中与第一站点关联的子载波。
44.在一些可能的设计中，输出信息可以为：块确认帧，该块确认帧用于指示ampdu中译码错误的mpdu。
45.该通信装置为上述第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置时：
46.在一些可能的设计中，输出信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，该ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧。
47.在一些可能的设计中，输入信息可以为：块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧。相应的，根据输入信息进行处理，可以为：根据块确认帧确定重传的数据帧或调制传输速率。
48.该通信装置可以为上述第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置时：
49.在一些可能的设计中，输入信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，该ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧。相应的，根据输入信息进行处理，可以为：第一站点未正确译码组播数据帧时，通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧，第一ru为组播反馈触发帧配置的至少一个ru中的一个。
50.在一些可能的设计中，输出信息可以为：块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧。
51.第九方面，提供了一种通信装置，包括：至少一个处理器；所述处理器用于执行存储器中存储的计算机程序或指令，以使该通信装置执行上述任一方面所述的方法。该存储器可以与处理器耦合，或者，也可以独立于该处理器。该通信装置可以为上述第一方面或第三方面中的接入点，或者包含上述接入点的装置，或者上述接入点中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面或第四方面中的第一站点，或者包含上述第一站点的装置，或者上述第一站点中包含的装置，比如芯片。
52.第十方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在通信装置上运行时，使得通信装置可以执行上述任一方面所述的方法。
53.第十一方面，提供了一种包含指令的计算机程序产品，当其在通信装置上运行时，使得该通信装置可以执行上述任一方面所述的方法。
54.第十二方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。
55.在一些可能的设计中，该通信装置包括存储器，该存储器，用于保存必要的程序指令和数据。
56.在一些可能的设计中，该装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
57.可以理解的是，第五方面至第十二方面中任一方面提供的通信装置是芯片时，上述的发送动作/功能可以理解为输出信息，上述的接收动作/功能可以理解为输入信息。
58.其中，第五方面至第十二方面中任一种设计方式所带来的技术效果可参见上述第一方面或第二方面或第三方面或第四方面中不同设计方式所带来的技术效果，在此不再赘述。
59.第十三方面，提供一种通信系统，该通信系统包括上述第一方面所述的接入点和第二方面所述的第一站点；或者，该通信系统包括上述第三方面所述的接入点和第四方面所述的第一站点。
附图说明
60.图1为本技术提供的一种通信系统的结构示意图；
61.图2为本技术提供的一种多链路通信的网络架构图；
62.图3为本技术提供的一种wlan设备的结构示意图；
63.图4为本技术提供的一种nfrp帧的用户信息字段的结构示意图；
64.图5为本技术提供的一种ndp反馈报告响应帧的帧结构示意图；
65.图6为本技术提供的一种网络分配向量nav的设置示意图；
66.图7a为本技术提供的一种单播传输示意图；
67.图7b为本技术提供的一种组播传输示意图；
68.图8为本技术提供的一种基于bar帧的组播反馈流程示意图；
69.图9为本技术提供的一种基于mu-bar帧的组播反馈流程示意图；
70.图10为本技术提供的一种组播反馈方法的流程示意图；
for microwave access，wimax)通信系统、以及未来的第五代(5th generation，5g)通信系统等。
88.首先，本技术提供一种本技术实施例适用的wlan通信系统，该wlan通信系统包括至少一个无线接入点(access point，ap)，以及ap关联的多个站点(station，sta)。需要说明的是，本技术实施例涉及的sta也可以称为终端，这两者可以相互替换，本技术提供的方法对此不做具体限定。
89.作为一种示例，请参见图1，示出了本技术提供的wlan通信系统的架构图。图1以该wlan包括一个ap，该ap关联sta1、sta2、sta3、sta4、以及sta5为例。ap可为与其关联的sta，和/或未关联的sta调度无线资源，并在调度的无线资源上为该sta传输数据。例如ap可为sta1、sta2、sta3、sta4、以及sta5调度无线资源，并在调度的无线资源上为sta1、sta2、sta3、sta4、以及sta5传输数据，包括上行数据信息和/或下行数据信息。
90.另外，本技术实施例可以适用于ap与sta之间的通信，例如，ap与sta1、sta2、以及sta3之间的组播通信，以及，ap与sta4或sta5之间的单播通信；也可以适用于sta与sta之间的通信，例如，sta4和sta5之间的通信。且本技术实施例中的ap和sta可以是支持多条链路并行进行传输的无线通信设备。例如，称为多链路设备(multi-link device，mld)或多频段设备(multi-band device，mbd)，具有更高的传输效率和更高的吞吐量。在本文中，支持多条链路通信的ap可称为mld ap，支持多条链路通信的sta即多链路sta，可称为非接入点站点(non-access point station,non-ap sta)，应理解，图1中的ap和sta的数量仅是举例，还可以更多或者更少。
91.请参见图2，为本技术实施例提供的一种多链路通信的网络架构图。示意无线局域网中多链路设备与其他设备通过多条链路进行通信，如图2示出了一种多链路ap设备101和多链路sta102通信的示意图，多链路ap设备101包括隶属的ap101-1和ap101-2，多链路sta102包括隶属的sta102-1和sta102-2，且多链路ap设备101和多链路sta102采用链路1和链路2进行并行通信。
92.本技术实施例中的多链路设备可以是单个天线的设备，也可以是多天线的设备。例如，可以是两个以上天线的设备。本技术实施例对于多链路设备包括的天线的数目并不进行限定。在本技术的实施例中，多链路设备可以允许同一接入类型的业务在不同链路上传输，甚至允许相同的数据包在不同链路上传输；也可以不允许同一接入类型的业务在不同链路上传输，但允许不同接入类型的业务在不同的链路上传输。多链路设备工作的可以频段包括：sub 1ghz，2.4ghz，5ghz，6ghz以及高频60ghz。
93.本技术实施例涉及的sta可以为无线通讯芯片、无线传感器或无线通信终端。例如支持无线保真(wireless fidelity，wifi)通讯功能的用户终端、用户装置，接入装置，订户站，订户单元，移动站，用户代理，用户装备，其中，用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、物联网(internet of things，iot)设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(user equipment，ue)，移动台(mobile station，ms)，终端(terminal)，终端设备(terminal equipment)，便携式通信设备，手持机，便携式计算设备，娱乐设备，游戏设备或系统，全球定位系统设备或被配置为经由无线介质进行网络通信的任何其他合适的设备等。此外，sta可以支持802.11be制式。sta也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a
等多种wlan制式。
94.本技术实施例涉及的ap可以为一种部署在无线通信网络中为其关联的sta提供无线通信功能的装置，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。ap相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。具体的，ap可以是带有wifi芯片的基站、路由器、网关、中继器，通信服务器，交换机或网桥等通信设备，其中，所述基站可以包括各种形式的宏基站，微基站，中继站等。此外，ap可以支持802.11be制式。ap也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等wlan制式。
95.在一些实施例中，本技术涉及的ap和sta可以统称为wlan设备，具体实现时，wlan设备可以采用图3所示的组成结构，或者包括图3所示的部件。
96.参见图3，为本技术实施例提供的一种wlan设备300的组成示意图，该wlan设备300可以为sta或者sta中的芯片或者芯片系统(或称为片上系统)；也可以为ap或者ap中的芯片或者芯片系统(或称为片上系统)。本技术实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。
97.如图3所示，该wlan设备300包括处理器301，收发器302以及通信线路303。进一步的，该wlan设备300还可以包括存储器304。其中，处理器301，存储器304以及收发器302之间可以通过通信线路303连接。
98.其中，处理器301是中央处理器(central processing unit，cpu)、通用处理器网络处理器(network processor，np)、数字信号处理器(digital signal processing，dsp)、微处理器、微控制器、可编程逻辑器件(programmable logic device，pld)或它们的任意组合。处理器301还可以是其它具有处理功能的装置，例如电路、器件或软件模块，不予限制。
99.收发器302，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，ran)，wlan等。收发器302可以是模块、电路、收发器或者任何能够实现通信的装置。
100.通信线路303，用于在wlan设备300所包括的各部件之间传送信息。
101.存储器304，用于存储指令。其中，指令可以是计算机程序。
102.其中，存储器304可以是只读存储器(read-only memory，rom)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random access memory，ram)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或其他磁存储设备等，不予限制。
103.需要指出的是，存储器304可以独立于处理器301存在，也可以和处理器301集成在一起。存储器304可以用于存储指令或者程序代码或者一些数据等。存储器304可以位于wlan设备300内，也可以位于wlan设备300外，不予限制。处理器301，用于执行存储器304中存储的指令，以实现本技术下述实施例提供的方法。
104.在一种示例中，处理器301可以包括一个或多个cpu，例如图3中的cpu0和cpu1。
105.作为一种可选的实现方式，wlan设备300包括多个处理器，例如，除图3中的处理器301之外，还可以包括处理器307。
field，l-ltf)、传统信令字段(legacy-signal field，l-sig)、重复传统信令域(repeated legacy-signal field，rl-sig)、高效信令字段a(high efficient-signal field a，he-sig a)、高效短训练域(high efficient-short training field，he-stf)、高效长训练域(high efficient-long training field，he-ltf)、数据分组扩展(packet extension，pe)，该pe的时长为0us，也可以理解为ndp反馈报告响应帧不包括pe。
120.在发送nfrp触发帧之前，ap会通过广播帧向其调度的sta配置ndp_tone_set_0和ndp_tone_set_1两个子载波集合，ap调度的每个sta在ndp_tone_set_0中有一个关联的子载波，在ndp_tone_set_1中也有一个关联的子载波，用于被调度的sta发送ndp反馈报告响应帧。
121.示例性的，以ap调度的sta包括sta1、sta2、以及sta3为例，该ndp_tone_set_0可以包括sta1关联的子载波11、sta2关联的子载波21、以及sta3关联的子载波31；该ndp_tone_set_1可以包括sta1关联的子载波12、sta2关联的子载波22、以及sta3关联的子载波32。
122.被调度的sta有待发送的数据时，可以在ndp_tone_set_0中与其关联的子载波上向ap发送ndp反馈报告响应帧，表示该sta反馈的rr在1和rr缓存阈值之间，该场景下，可以认为ndp反馈报告响应帧的反馈状态为状态0；或者，可以在ndp_tone_set_1中与其关联的子载波上向ap发送ndp反馈报告响应帧，表示该sta反馈的rr大于rr缓存阈值，该场景下，可以认为ndp反馈报告响应帧的反馈状态为状态1。
123.示例性的，ap调度的sta1有待发送的数据时，若sta确定的rr在1和rr缓存阈值之间，sta1在ndp_tone_set_0中的子载波11上向ap发送ndp反馈报告响应帧；若sta确定的rr大于rr缓存阈值，sta1在ndp_tone_set_1中的子载波12上向ap发送ndp反馈报告响应帧。
124.2、上行ofdma随机接入(ul ofdma-based random access，uora)：
125.其中，ofdma指上行正交频分多址(orthogonal frequency division multiple access，ofdma)。
126.uora是802.11ax标准中定义的一种基于ofdma的上行随机接入机制。其基本原理如下：
127.ap通过触发帧分配用于随机接入的资源单元(resource unit，ru)。具体的，该触发帧包括一个或多个用户信息字段(user info field，uif)，每个uif配置一个ru，允许多个uif配置连续的多个大小相同的ru。此外，每个uif包括一个“aid12”字段，该“aid12”字段设置为0时，表示当前uif配置的ru是分配给ap关联的sta的ru；该“aid12”字段设置为2045时，表示当前uif配置的ru是分配给未关联sta的ru。
128.其中，一个ru包括多个子载波，不同ru包括的多个子载波不同。进一步的，一个ru包括的多个子载波是相互正交的。
129.需要说明的是，ap不会指定该触发帧分配的ru是分配给哪个sta，收到该触发帧的sta可以通过ofdma竞争窗口(ofdma contention window，ocw)和ofdma随机接入退避(ofdma random access backoff，obo)，选择该触发帧分配的ru进行上行发送。
130.具体的，支持uora的sta可以在[0，ocw]内随机选取一个值作为obo计数器的初始值，收到uora的触发帧后，用obo计数器的初始值减去uora的触发帧配置的ru总数，若结果小于或等于0，该sta在uora的触发帧配置的ru中随机选择一个ur进行上行发送；若结果大于0，则继续退避等待下一个uora触发帧。
[0131]
3、聚合mac协议数据单元(aggregate-mac protocol data unit，apmdu)：
[0132]
其中，mac指媒体接入控制(media access control，mac)。
[0133]
apmdu是将mac服务数据单元(mac service data unit，msdu)或聚合mac服务数据单元(aggregate-mac service data unit，amsdu)封装得到mdpu，再将多个mdpu聚合而成的物理层数据帧或物理层报文。
[0134]
对于ampdu，发送端只需进行一次信道竞争或退避，即可以同时发送多个mpdu，从而减小单独发送每个mdpu带来的信道资源消耗。
[0135]
4、块确认(block acknowledgement，ba)：
[0136]
接收端收到ampdu后，对该ampdu中的每个mpdu进行译码，并针对每个mpdu发送进行反馈。ba机制中，通过一个ba帧完成ampdu包括的多个mdpu的反馈，降低反馈帧的数量。具体的，ba帧可以包括块确认位图(bitmap)来反馈每个mpdu的译码情况。
[0137]
5、网络分配向量(network allocation vector，nav)：
[0138]
nav是wlan定义的一种用于虚拟载波监听的方法。某个wlan设备竞争获得信道后，通常会发送一个或多个帧，采用nav方法时，获得信道的wlan设备可以在其发送的每个帧包括的mac帧头部的duration字段中设置nav，以通知其他wlan设备，当前获得信道的wlan设备使用该信道的持续时间，其他侦听到该帧的wlan设备会在该持续时间内保持静默，即停止竞争信道。
[0139]
示例性的，如图6所示，以staa竞争到信道，且staa和stab进行数据传输为例，staa在竞争到信道后，以广播的方式发送请求发送(request to send，rts)帧，该rts帧中设置nav1以指示该sta1在nav1指示的时长内向指定接收端(stab)发送数据帧。stab接收到rts帧并间隔短帧间隔(short interframe space，sifs)后，以广播的方式发送清除发送(clear to send，cts)帧，以确认staa的发送，该cts帧中设置nav2以指示使用信道的持续时间，该nav2指示的持续时间的开始时刻为cts帧的结束时刻，nav2和nav1指示的持续时间的结束时刻相同。之后，staa向stab发送数据(data)帧，stab向staa回复确认(acknowledgement，ack)帧。
[0140]
可以理解的是，在staa发送的数据帧和stab发送的ack帧中也包括nav，只是图6中未示出。在nav1指示的持续时间内接收到rts帧或者cts帧的其他sta保持静默，在nav1指示的持续时间结束的difs时间后其他sta开始竞争信道。
[0141]
6、单播、组播：
[0142]
单播指点对点的传输模式，即一个发送端对应一个接收端。示例性的，如图7a所示，假设存在wlan设备1至wlan设备6共6个wlan设备，发送端可以为wlan设备1，接收端可以仅为wlan设备2，此时，可以认为wlan设备1与wlan设备2之间进行单播传输。
[0143]
组播指点多对多点的传输模式。除特殊说明外，本技术涉及的组播指ap与多个sta之间的组播传输，即ap只需要发送一份数据给组播组内的所有sta。示例性的，如图7b所示，假设存在ap1，以及sta1至sta5共5个sta，ap1可以作为发送端，在ap1需要向sta1、sta2、以及sta5发送相同的数据时，接收端可以包括sta1、sta2、以及sta5，或者说，组播组内的sta可以包括sta1、sta2、以及sta5。
[0144]
在wlan中，由于小尺度快衰落、遮挡与阴影衰落、同频干扰等因素，无线信道质量不稳定，为了保证传输的可靠性，ap需要根据信道质量状况进行速率自适应和重传。在单播
传输中，ap可通过sta的应答反馈获得信道的链路质量和数据传输的可靠性，基于应答反馈机制，一方面可通过重传保证传输的可靠性，另一方面可通过对调制编码方案(modulation and coding scheme，mcs)的调整实现链路速率自适应，保证高效传输。对于组播传输，传统的ieee 802.11没有定义有效的应答反馈机制，这带来了两个典型问题：1)组播sta没有任何应答反馈，无法通过重传保证组播场景的可靠性；2)组播数据流以固定的最低速率发送，无法获知链路质量信息以实现速率自适应，难以发挥组播传输效率方面的潜在优势。
[0145]
需要说明的是，本技术涉及的组播sta指组播组内的sta，或者说，在组播传输中作为接收端的sta，三种描述可以相互替换，本技术对此不做具体限定。
[0146]
对于组播业务的可靠性问题，在传统的802.11标准中，针对低负载场景，一种有效的选择是ap将组播报文转成单播报文发送，利用单播传输模式的ack反馈以及重传保障每个终端的可靠性，并且可利用单播场景下的应答反馈机制实现速率自适应，为不同信道质量的用户选择合适的传输速率。然而，将组播报文转换成单播报文会导致报文重复传输，对于相同的数据流，单播相比于组播所需要的带宽资源或时延随着组播组内sta数量的增大而急剧增大，导致该方案难以应用于用户高密的场景。
[0147]
当前在wlan网络中存在诸多用户高密场景下的组播业务，如vr教学、视频会议以及电子书包等，这些业务需要ap支撑的sta数目较多，且对可靠性、吞吐量以及时延等指标提出了极致的需求，因此为了在wlan网络中为高密场景下的组播业务提供高效可靠传输保证，802.11bc将组播业务的发送反馈方法优化作为主要的讨论主题之一。
[0148]
目前，802.11aa标准中提出了一种组播重传(groupcast retries，gcr)反馈机制，该机制将802.11标准已有的ba机制，扩展到组地址传输服务(group addressed transmission service，gats)的场景，即将ba机制扩展到组播场景。
[0149]
具体的，该反馈机制下，ap向组播组内的sta发送组播ampdu，之后，使用块确认请求帧(block ack request，bar)轮询组播组内的部分或全部sta，收到bar帧的sta经过sifs时间后，向ap回复ba帧，以告知ap组播ampdu的译码情况。
[0150]
示例性的，如图8所示，以组播组内的sta包括sta1、sta2、以及sta3为例，ap首先发送组播ampdu，之后向sta1发送bar1，sta1在收到bar1后向ap回复ba1。收到ba1后，ap继续向sta2发送bar2，sta2在收到bar1后向ap回复ba2。同样地，收到ba2后，ap继续向sta3发送bar3，sta2在收到bar3后向ap回复ba3。
[0151]
由图8可知，该反馈机制中，ap以轮询的方式请求组播sta逐个反馈ba帧，随着组播sta数目的增多，该机制中ap与组播sta交互的bar帧与ba帧的数目也随之增多，将该反馈机制应用于用户高密场景，会引入巨大的gcr控制帧传输开销。
[0152]
为了降低gcr控制帧的传输开销，802.11ax标准对gcr反馈机制进行了优化，定义了gcr mu-bar机制，其中，mu指多用户(multi-user，mu)。在gcr mu-bar机制中，aap向组播组内的sta发送组播ampdu，之后，使用mu-bar帧调度组播组内的多个sta在为其分配的ru上回复ba帧。
[0153]
示例性的，如图9所示，以组播组内的sta包括sta1、sta2、以及sta3为例，ap首先发送组播ampdu，之后发送mu-bar帧，在该mu-bar帧中分别为sta1、sta2、以及sta3分配ru，sta1、sta2、以及sta3收到mu-bar帧后，在ap为其分配的ru上分别向ap回复ba1、ba2、以及ba3。
[0154]
由图9可知，该反馈机制中，ap可以通过一个mu-bar帧请求多个组播sta反馈ba帧，相比于图8所示的方案，能够降低gcr控制帧的传输开销。然而，一个mu-bar帧请求反馈的组播sta的数目有限，在用户高密场景下，若要保证ap收集到所有组播sta的ba帧，仍然需要ap发送多个mu-bar，即需要进行多轮gcr控制帧的交互。例如，信道带宽为40mhz的情况下，有18个可用的ru能够分配给sta反馈ba帧，考虑vr教学这一典型的用户高密场景，假设存在60个组播sta，为了保证ap收到该60个组播sta的ba帧，共需要进行4轮mu-bar帧与ba帧的交互，仍然存在较大的传输开销。
[0155]
基于此，本技术提供一种组播反馈方法，能够以较低的传输开销对组播数据帧进行反馈，使得接入点根据站点的反馈获得信道质量状况。
[0156]
下面结合附图对本技术实施例提供的技术方案进行介绍。
[0157]
需要说明的是，本技术涉及到的各个字段长度仅为示例性说明，本技术并不限定各个字段的长度一定为本技术给出的长度，其长度可以比本技术给出的长度更长或更短。
[0158]
需要说明的是，本技术下述实施例中，各个装置之间的消息名称、各参数的名称、或各信息的名称等只是一个示例，在其他的实施例中也可以是其他的名称，本技术所提供的方法对此不作具体限定。
[0159]
可以理解的，本技术实施例中，接入点和/或sta可以执行本技术实施例中的部分或全部步骤，这些步骤或操作仅是示例，本技术实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本技术实施例呈现的不同的顺序来执行，并且有可能并非要执行本技术实施例中的全部操作。
[0160]
请参见图10，为本技术实施例提供的组播反馈方法的示意性流程图。下文均以本技术实施例提供的方法应用于图1所示的应用场景为例。当然本技术实施例也可以应用在其他可能通信场景或者通信系统中，只要涉及到对组播数据帧进行反馈的场景，都可以通过本技术实施例提供的方法实现反馈。
[0161]
具体的，如图10所示，本技术提供的业务传输方法包括如下步骤：
[0162]
s1001、接入点发送组播数据帧。相应的，第一站点接收来自接入点的组播数据帧。
[0163]
其中，第一站点为组播组内的多个站点中的任意一个站点。
[0164]
可以理解的是，接入点发送的该组播数据帧能够被组播组内的多个站点接收，本技术实施例以该组播组内的站点包括第一站点，第一站点接收到该组播数据帧为例进行说明，下述实施例也以第一站点为主体对组播组内的站点所实现的操作进行说明。
[0165]
应理解，组播组内的多个站点具有相同或类似的处理动作，均可执行本技术提供的第一站点实现的功能或动作。
[0166]
在一些实施例中，该组播数据帧由多个数据帧组成，例如，组播数据帧为ampdu，构成组播数据帧的数据帧为多个mpdu。
[0167]
作为一种示例，该组播数据帧由多个数据帧组成时，该数据帧也可以称为组播数据帧的子数据帧，例如，组播数据帧为ampdu时，mpdu也可以称为ampdu的子数据帧。
[0168]
在另一些实施例中，该组播数据帧仅包括一个数据帧，例如，数据帧为mpdu，该组播数据帧仅包括一个mpdu，或者说，该组播数据帧为mpdu。
[0169]
s1002、接入点发送组播反馈触发帧。相应的，第一站点接收来自接入点的组播反馈触发帧。
[0170]
其中，该组播反馈触发帧用于调度组播组内的多个站点反馈组播数据帧是否译码正确。
[0171]
为了便于描述，本技术将组播组内的所有站点的数目记为n，即该组播组内共包括n个站点；将该组播反馈触发帧调度的组播组内的多个站点的数目记为m，即组播反馈触发帧调度组播组内的m个站点反馈组播数据帧是否译码正确，该m个站点中包括第一站点。其中，n、m为大于1的正整数，m小于或等于n。
[0172]
在一些实施例中，m的取值与信道带宽正相关。也就是说，一个组播反馈触发帧调度的组播组内反馈组播数据帧是否译码正确的站点数目与信道带宽正相关，即信道带宽越大，组播反馈触发帧调度的站点数目越多。
[0173]
作为一种示例，m的取值与信道带宽满足如下公式(2)：
[0174]
m＝c*2
bw
*(multiplexingflag 1)
ꢀꢀꢀ
(2)
[0175]
其中，c为常数取值为18，表示带宽为20mhz时，单次可调度的最小站点数目；bw指示信道带宽，例如，bw等于0，指示信道带宽为20mhz，bw等于1，指示信道带宽为40mhz，bw等于2，指示信道带宽为80mhz，bw等于3，指示信道带宽为80 80mhz，或者说为160mhz；multiplexingflag的取值为0或1。
[0176]
示例性的，以信道带宽为40mhz为例，m的最大值为72，即本技术中接入点通过一个组播反馈触发帧最多可以调度组播组内的72个站点反馈组播数据帧是否译码正确。而对于图9所述的gcr mu-bar反馈方案，在信道带宽为40mhz时，可以用于反馈的ru数目为18，即一个mu-bar帧最多可以调度组播组内的18个站点反馈组播数据帧是否译码正确。假设一个组播组内共包括60个站点，通过本技术的方案，接入点仅需发送一个组播反馈触发帧，即可调度该60个站点进行反馈；若使用图9所示的方案，若要调度全部60个站点进行反馈，接入点需发送四个mu-bar帧。由此可得，通过本技术的方案可以降低控制帧的开销。
[0177]
在一些实施例中，该组播反馈触发帧包括第一字段，该第一字段的值为第一数值时，指示组播反馈触发帧的类型为组播重传确认请求。通过该第一字段，组播组内的站点可以确定组播反馈触发帧的类型，进而可以根据该反馈触发帧进行反馈。
[0178]
作为一种示例，该组播反馈触发帧为nfrp触发帧，该第一字段为nfrp触发帧的用户信息字段中的反馈类型字段，用户信息字段的结构可参考图4，在此不再赘述。进一步的，第一数值可以为1-15中的任意一个。以第一数值等于1为例，该反馈类型字段的取值及其对应的反馈类型如下表1所示。
[0179]
表1
[0180][0181]
也就是说，本技术可以复用nfrp触发帧的反馈类型字段，使用802.11ax标准中反馈类型字段的一个预留值表示组播重传确认请求，以指示被调度的sta反馈组播数据帧是
否译码正确。
[0182]
在一些实施例中，该组播反馈触发帧包括第二字段，该第二字段用于指示组播数据帧。通过该第二字段，可以明确指示组播数据帧，使得组播组内的站点能够确定需要反馈组播反馈触发帧所指示的组播数据帧，从而对该组播数据帧进行反馈，进而使得接入点与站点对反馈对象的理解一致，提高反馈准确性。
[0183]
作为一种示例，该组播反馈触发帧为nfrp触发帧，该第二字段为nfrp触发帧的用户信息字段中的字段。也就是说，本技术在802.11ax标准定义的nfrp触发帧的用户信息字段中扩展了一个第二字段，用于指示需要反馈的组播数据帧。
[0184]
示例性的，nfrp触发帧的用户信息字段的结构可以如图11a所示。其中，第二字段可以设置为组播数据帧的索引。例如，组播数据帧为mpdu时，第二字段可以设置为该mpdu的序号索引；组播数据帧为ampdu时，第二字段可以设置为ampdu的索引，即可以对ampdu进行编号，一个ampdu的索引用于唯一标识该ampdu，通过在将第二字段设置为ampdu的索引，即可唯一确定反馈的ampdu。
[0185]
作为一种示例，该第二字段可以包括第一子字段和第二子字段，该第一子字段用于承载组播数据帧中起始数据帧的序号索引，该第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
[0186]
示例性的，该第一子字段可以称为块确认起始序列(block ack starting sequence)字段，该第二子字段可以称为块确认结尾序列(block ack ending sequence)字段。nfrp触发帧的用户信息字段的结构可以如图11b所示。
[0187]
示例性的，对于图11b所示的结构，组播数据帧为mpdu时，块确认起始序列字段和块确认结尾序列字段均可以设置为该mpdu的序号索引；组播数据帧为ampdu时，块确认起始序列字段可以设置为ampdu中起始mpdu的序号索引，块确认结尾序列字段可以设置为ampdu中结尾mpdu的序号索引。
[0188]
作为另一种示例，该第二字段可以包括第一子字段和第二子字段，该第一子字段用于承载组播数据帧中起始数据帧的序号索引，该第二子字段用于承载组播数据帧包括的数据帧的个数。
[0189]
示例性的，组播数据帧为mpdu时，第一子字段可以设置为该mpdu的序号索引，第二子字段可以设置为1，指示组播数据帧包括1个数据帧；组播数据帧为ampdu时，第一子字段可以设置为ampdu中起始mpdu的序号索引，第二子字段可以设置为ampdu包括的mpdu个数。
[0190]
作为又一种示例，该第二字段可以包括第一子字段和第二子字段，该第一子字段用于承载组播数据帧包括的数据帧的个数，该第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
[0191]
示例性的，组播数据帧为mpdu时，第一子字段可以设置为1，指示组播数据帧包括1个数据帧，第二子字段可以设置为该mpdu的序号索引；组播数据帧为ampdu时，第一子字段可以设置为ampdu包括的mpdu个数，第二子字段可以设置为ampdu中结尾mpdu的序号索引。
[0192]
需要说明的是，本技术涉及的“序号索引”，也可以称为“序列号”，二者可以相互替换，本技术对此不做具体限定。
[0193]
s1003、第一站点确定组播反馈触发帧调度的m个站点是否包括第一站点。
[0194]
在一些实施例中，组播反馈触发帧可以包括起始aid，第一站点接收到组播反馈触
发帧后，判断第一站点的aid是否大于或等于该起始aid，且小于起始aid与m之和。若是，第一站点是组播反馈触发帧调度的站点，若否，第一站点不是该组播反馈触发帧调度的站点。本技术以第一站点是组播反馈触发帧调度的站点为例进行说明，即组播反馈触发帧调度的m个站点包括第一站点。
[0195]
在一些实施例中，第一站点确定组播反馈触发帧调度的m个站点包括第一站点后，若正确译码组播数据帧，执行下述步骤s1004a；若未正确译组播数据帧，或者说对组播数据帧译码错误，执行下述步骤s1004b或s1004c。
[0196]
s1004a、第一站点在第一子载波上向接入点发送组播反馈报告帧。
[0197]
其中，第一子载波为第一子载波集合中与第一站点关联的子载波，该第一子载波集合用于正确译码时承载组播反馈报告帧。
[0198]
在一些实施例中，该第一子载波集合可以是接入点在步骤s1002之前配置的。该第一子载波集合中包括n个子载波，分别关联组播组内的n个站点，即组播组内的一个站点关联第一子载波集合中的一个子载波，不同站点关联的子载波不同。也就是说，组播组内的某个站点正确译码组播数据帧时，在第一子载波集合中与其关联的子载波上向接入点发送组播反馈数据帧。
[0199]
s1004b、第一站点在第二子载波上向接入点发送组播反馈报告帧。
[0200]
其中，第二子载波为第二子载波集合中与第一站点关联的子载波，该第二子载波集合用于未正确译码时承载组播反馈报告帧。
[0201]
在一些实施例中，该第二子载波集合可以是接入点在步骤s1002之前配置的。该第二子载波集合中包括n个子载波，分别关联组播组内的n个站点，即组播组内的一个站点关联第二子载波集合中的一个子载波，不同站点关联的子载波不同。也就是说，组播组内的某个站点未正确译码组播数据帧时，在第二子载波集合中与其关联的子载波上向接入点发送组播反馈数据帧。
[0202]
在一些实施例中，第一子载波集合和第二子载波集合是接入点通过一个广播帧配置的，也可以是通过两个广播帧配置的，本技术对此不做具体限定。
[0203]
s1004c、第一站点不在第一子载波和第二子载波上向接入点发送组播反馈报告帧。
[0204]
其中，第一子载波和第二子载波可参见前述说明，在此不再赘述。也就是说，第一站点未正确译码组播数据帧时，可以不向接入点回复组播反馈报告帧。
[0205]
在一些实施例中，本技术涉及的组播反馈报告帧为空数据帧，即不包括数据字段，其也可以称为空数据包反馈报告(ndp feedback report)帧。示例性的，该组播反馈报告帧的结构可以如图5所示。
[0206]
可以理解的，该组播反馈报告帧可以认为是组播反馈触发帧的回复帧。或者说，该组播反馈报告帧是组播反馈触发帧所触发的帧。
[0207]
对于接入点，其发送组播反馈触发帧后，可以在第一子载波集合和第二子载波集合包括的子载波上进行能量检测。
[0208]
在第一站点执行步骤s1004a时，接入点可以执行下述步骤s1005a：
[0209]
s1005a、接入点在第一子载波上检测到能量，确定第一站点正确译码组播数据帧。
[0210]
可以理解的，第一子载波集合是接入点配置的，在接入点侧，能够确定第一子载波
集合中的子载波所关联的站点，因此，接入点在第一子载波上检测到能量时，由于能够确定第一子载波关联第一站点，从而可以确定第一站点正确译码组播数据帧。
[0211]
在第一站点执行步骤s1004b时，接入点执行如下步骤s1005b：
[0212]
s1005b、接入点在第二子载波上检测到能量，确定第一站点未正确译码组播数据帧。
[0213]
可以理解的，第二子载波集合是接入点配置的，在接入点侧，能够确定第二子载波集合中的子载波所关联的站点，因此，接入点在第二子载波上检测到能量时，由于能够确定第二子载波关联第一站点，从而可以确定第一站点正确译码组播数据帧。
[0214]
在第一站点执行步骤s1004c时，接入点执行如下步骤s1005c：
[0215]
s1005c、接入点在第一子载波和第二子载波上均未检测到能量，确定第一站点未正确译码组播数据帧。
[0216]
通过上述方案，接入点能够确定组播反馈触发帧调度的m个站点中，正确译码组播数据帧的站点，以及未正确译码组播数据帧的站点。在m小于n时，可以从步骤s1002开始重复执行上述方案，以调度组播组内的n个站点中除本次调度的m个站点之外的其他站点进行反馈。在m等于n时，接入点能够确定组播组内的n个站点中，正确译码组播数据帧的站点，以及未正确译码组播数据帧的站点。
[0217]
基于上述方案，在组播数据帧为mpdu时，接入点调度组播组内的站点回复组播反馈报告帧，并通过在站点关联的子载波上是否检测到能量，获知组播组内的站点是否正确译码mpdu。之后，接入点可以为未正确译码的站点重传mpdu，提高传输可靠性，或者，也可以对链路速率进行调整，提高传输效率。
[0218]
在一些实施例中，组播数据帧为ampdu时，通过上述方案接入点可以获知组播组内的n个站点中，未正确译码ampdu的站点，进一步地，为了获知ampdu中未正确译码的mpdu，如图12所示，本技术提供的方法还包括如下步骤s1006-s1007：
[0219]
s1006、接入点发送块确认请求(block ack request，bar)触发帧。相应的，第一站点接收来自接入点的块确认请求触发帧。
[0220]
其中，该块确认请求触发帧用于调度至少一个第二站点在各自关联的ru上，反馈ampdu中译码错误的mpdu的序号索引。第二站点为组播组内的n个站点中，未正确译码ampdu的站点。
[0221]
为了便于描述，本技术将组播组内的未正确译码ampdu的站点的数目记为p，即该组播组内共包括p个未正确译码ampdu的站点；将该块确认请求触发帧调度的至少一个第二站点的数目记为k，即块确认请求触发帧调度组播组组内未正确译码ampdu的k个站点反馈译码错误的mpdu的序号索引。其中，p、k为正整数，k小于或等于p。
[0222]
需要说明的是，本技术中以第一站点为块确认请求触发帧用于调度至少一个第二站点中的一个站点为例进行说明。也就是说，在该场景下，第一站点也作为第二站点，此外，对于第一站点来说，该块确认请求触发帧用于调度第一站点在第一站点关联的ru上，反馈ampdu中译码错误的mpdu的序号索引。
[0223]
在一些实施例中，该块确认请求触发帧包括k个第二站点中每个第二站点的aid，以及每个第二站点关联的ru，或者说，为每个第二站点分配的ru。
[0224]
作为一种示例，该确认请求触发帧可以是802.11ax标准中的mu-bar触发帧，或者
是对802.11ax标准中的mu-bar触发帧进行扩展或删减后得到的触发帧。
[0225]
可以理解的是，接入点发送的该块确认请求触发帧能够被该k个第二站点接收，本技术实施例以该k个第二站点中的第一站点为例进行说明。应理解，该k个第二站点中的多个第二站点具有相同或类似的处理动作，均可执行本技术下述实施例提供的第一站点实现的功能或动作。
[0226]
s1007、第一站点在第一站点关联的ru上，向接入点发送块确认帧(block acknowledgement，ba)。相应的，接入点在第一站点关联的ru上，接收来自第一站点的块确认帧。
[0227]
其中，第一站点关联的ru即为块确认请求触发帧中为第一站点分配的ru。
[0228]
其中，该块确认帧用于指示ampdu中第一站点译码错误的mpdu。作为一种示例，该块确认帧可以包括块确认位图(block ack bitmap)，即用位图指示译码错误的mpdu。具体的，块确认位图中的每个比特对应ampdu中的一个mpdu，某个比特为1时，表示该比特对应的mpdu译码错误，该比特为0时，表示该比特对应的mpdu译码正确；或者，某个比特为0时，表示该比特对应的mpdu译码错误，该比特为1时，表示该比特对应的mpdu译码正确。
[0229]
示例性的，以ampdu包括5个mpdu，序号索引分别是10-14，且第一站点对序号索引为10、13、14的mpdu译码出错为例，若以比特为1表示对应的mpdu译码出错，那么块确认位图可以为：10011。其中，从左至右，第一个1指示序号索引为10的mpdu译码错误，第二个和第三个0分别指示序号索引11和12的mpdu译码正确，最后两个1分别指示序号索引为13和14的mpdu译码错误。
[0230]
通过上述步骤s1006和s1007，接入点能够确定未正确译码ampdu的k个站点中，每个站点译码错误的mdpu。在k小于p时，可以重复执行上述步骤s1006和s1007，以调度未正确译码ampdu的p个站点中除本次调度的k个站点之外的其他站点反馈译码出错的mpdu的序号索引。在p等于k时，接入点能够确定所有未正确译码ampdu的站点中，每个站点译码错误的mdpu。
[0231]
基于上述方案，在组播数据帧为ampdu时，本技术提供两级反馈机制，第一级反馈中，接入点可以先通过组播反馈触发帧调度组播组内的站点回复组播反馈报告帧，从而获知组播组内未正确译码ampdu的站点。第二级反馈中，接入点通过块确认请求触发帧调度未正确译码ampdu的站点反馈译码出错的mpdu的序号索引。从而接入点可以重传译码出错的mpdu，提高传输可靠性，或者，也可以对链路速率进行调整，提高传输效率。
[0232]
示例性的，参见图13，以组播组内包括sta1、sta2、以及sta3共三个sta为例，在上述两级反馈机制中，ap首先发送组播数据帧ampdu，再发送组播反馈触发帧，假设sta1正确译码ampdu，sta2和sta3未正确译码ampdu，则sta2和sta3在收到组播反馈触发帧后，分别在第二子载波集合中与其关联的子载波上向ap发送组播反馈报告帧。sta1在收到组播反馈触发帧后，在第一子载波集合中与其关联的子载波上向ap发送组播反馈报告帧。
[0233]
相应的，根据检测到能量的子载波，接入点可以确定sta2和sta3未正确译码ampdu，从而发送块确认触发帧，调度sta2和sta3在各自关联的ru上反馈ampdu中译码出错的mpdu的索引。sta2和sta3收到该块确认触发帧后，分别在其关联的ru上发送块确认帧，以指示译码出错的mpdu。
[0234]
参见图14，为图13所示的通信流程的时序示意图。其中，以组播反馈触发帧为nfrp
帧、组播反馈报告帧为ndp、块确认请求触发帧为mu-bar为例进行说明。
[0235]
基于本技术的方案，在组播数据帧为ampdu时，接入点通过第一级反馈过滤掉译码正确的sta，因此在第二级反馈中可以避免为译码正确的sta分配ru，从而可以有效降低第二级反馈中bar触发帧与ba帧交互的开销。
[0236]
以信道带宽为40mhz为例，假设组播组内共包括60个sta，可用于反馈译码错误的mpdu的ru数目为18，基于802.11ax标准中的gcr mu-bar反馈机制，ap需要发送4个mu-bar触发帧，相应的，组播组内的sta无论是否正确译码ampdu，均需要回复ba帧。基于本技术的方案，在一定的错包率(packet error ratio，per)范围内，ap发送两个块确认触发帧即可，且正确译码ampdu的sta无需回复ba帧。
[0237]
上述对本技术提供的组播反馈流程进行了介绍。此外，本技术考虑到接入点的覆盖范围存在非组播站点的场景，该场景下，非组播站点在信道上发起的数据传输可能会对上述流程中涉及到的各个帧产生干扰，基于此，本技术通过nav机制来进行信道保护，从而提高上述反馈流程的可靠性。
[0238]
在一些实施例中，接入点发送的组播反馈触发帧可以包括第三字段，该第三字段用于指示第一nav。示例性的，该第三字段可以为组播反馈触发帧头部的持续时间(duration)字段。
[0239]
作为一种示例，在组播数据帧为mpdu时，该第一nav的时长为组播反馈报告帧的时长以及sifs之和，该组播反馈报告帧为组播反馈触发帧的回复帧。示例性的，如图15所示，以组播数据帧为mpdu，组播组内的sta包括sta1和sta2，ap的覆盖范围内存在非组播站点sta3为例，ap发送mpdu后，发送组播反馈触发帧，该组播反馈触发帧中指示第一nav，sta1和sta2在第一nav内根据ap的调度发送组播反馈报告帧(图15中以ndp表示)，sta3在第一nav内保持静默。
[0240]
作为另一种示例，在组播数据帧为ampdu时，该第一nav的时长为以下多项之和：组播反馈报告帧的时长、块确认请求触发帧的时长、块确认帧的时长、以及sifs。
[0241]
示例性的，在上述流程中，若一个块确认请求触发帧能够调度组播组内所有未正确译码ampdu的站点回复块确认帧，则第一nav的时长为：
[0242]
一个组播反馈报告帧的时长 一个块确认请求触发帧的时长 一个块确认帧的时长 3个sifs；
[0243]
若需要多个块确认请求帧才能调度组播组内所有未正确译码ampdu的站点回复块确认帧，则第一nav的时长为：
[0244]
一个组播反馈报告帧的时长 l个块确认请求触发帧的时长 l个块确认帧的时长 (2l 1)个sifs。
[0245]
其中，l为接入点发送的块确认请求触发帧的个数。
[0246]
示例性的，如图16所示，以组播数据帧为ampdu，组播组内的sta包括sta1和sta2，ap的覆盖范围内存在非组播站点sta3为例，ap发送ampdu后，发送组播反馈触发帧，该组播反馈触发帧中指示第一nav，sta1和sta2在第一nav内根据ap的调度发送组播反馈报告帧(图16中以ndp表示)，若sta2未正确译码ampdu，ap发送块确认请求触发帧调度sta2反馈块确认帧，sta2收到块确认请求触发帧后，根据ap的调度发送块确认帧以指示译码出错的mpdu，sta3在第一nav内保持静默。
[0247]
基于该方案，接入点通过在组播反馈触发帧中指示第一nav，可以在反馈流程中对信道进行保护，降低非组播站点对反馈流程的干扰，提高反馈效率，降低反馈时延，从而使得接入点能够及时重传出错的mpdu，降低组播业务时延，或者能够及时调整传输速率，提高组播业务传输速率。
[0248]
除上述介绍的组播反馈方法外，本技术还提供一种组播反馈方法，该方法在接入点选择合适的mcs，将单次传输的per控制在一定范围内，保证只有少数组播sta译码出错的场景下，借助上行ofdma随机接入，即uora的思想，预先分配至少一个ru，用于未正确译码组播数据帧的组播sta反馈译码出错的信息。
[0249]
具体的，参见图17，该组播反馈方法包括如下步骤：
[0250]
s1701、接入点发送组播数据帧。相应的，第一站点接收来自接入点的组播数据帧。
[0251]
其中，第一站点为组播组内的多个站点中的任意一个站点。
[0252]
在一些实施例中，该组播数据帧由多个数据帧组成，例如，组播数据帧为ampdu，构成组播数据帧的数据帧为多个mpdu。
[0253]
在另一些实施例中，该组播数据帧仅包括一个数据帧，例如，数据帧为mpdu，该组播数据帧仅包括一个mpdu，或者说，该组播数据帧为mpdu。
[0254]
其中，步骤s1701的具体细节可参考上述步骤s1001的相关说明，在此不再赘述。
[0255]
s1702、接入点发送组播反馈触发帧。相应的，第一站点接收来自接入点的组播反馈触发帧。
[0256]
其中，该组播反馈触发帧用于配置至少一个ru，该ru用于组播组内的站点在uora过程中传输组播数据帧的块确认帧，该组播数据帧的块确认帧用于指示组播数据帧中译码错误的数据帧。
[0257]
在一些实施例中，图17所示的方法中涉及的“组播反馈触发帧”也可以称为：“上行ofdma随机接入-否定应答轮询触发(uora-nack poll trigger)帧”，二者可以相互替换，本技术对此不做具体限定。
[0258]
在一些实施例中，该组播反馈触发帧可以包括至少一个用户信息字段(user info field，uif)，每个用户信息字段用于配置一个ru，允许多个uif配置连续的多个大小相同的ru。此外，每个uif包括一个“aid12”字段，该“aid12”字段设置为0，表示当前uif配置的ru是分配给ap关联的sta的ru。
[0259]
示例性的，以组播反馈触发帧包括三个uif，这三个uif分别配置ru1、ru2、以及ru3为例，则uif中“aid12”字段的设置以及ru的分布示意图可如图18所示。
[0260]
在一些实施例中，该组播反馈触发帧包括第一字段，该第一字段的值为第一数值时，指示当前组播反馈触发帧的类型为上行正交频分多址随机接入-否定应答轮询，即uora-nack poll。
[0261]
在一些实施例中，该组播反馈触发帧可以是一种新定义的mu-bar触发帧，包括bar控制字段，该第一字段可以是bar控制(bar control)字段中的bar类型(bar type)字段。
[0262]
示例性的，bar控制字段的格式可以如图19所示，包括1比特的bar确认策略(bar ack policy)字段、4比特的bar类型(bar type)字段、7比特的预留(reserved)字段、以及4比特的业务标识信息(tid_info)字段，其中，tid指业务标识(traffic identifier，tid)。
[0263]
其中，bar确认策略(bar ack policy)字段用于指示发送端是否需要接收端立即
进行应答反馈(immediate acknowledgement)，取值为1时表示需要，取值为0时表示不需要；业务标识信息(tid_info)字段的功能与bar帧类型相关，具体描述可参考802.11ax标准中的相关介绍，在此不予赘述。bar类型字段指示当前mu-bar触发帧的类型。进一步的，第一数值可以是0、4、5、或7-9中的任意一个。以第一数值等于0为例，该bar类型字段的取值及其对应的反馈类型如下表2所示。
[0264]
表2
[0265][0266]
也就是说，本技术可以复用mmu-bar触发帧的bar类型字段，使用802.11ax标准中bar类型字段的一个预留值表示上行正交频分多址随机接入-否定应答轮询。
[0267]
在一些实施例中，该组播反馈触发帧可以是一种新定义的基本触发(basic trigger)帧，本技术对该组播反馈触发帧的形式不做具体限定。
[0268]
第一站点收到该组播反馈触发帧后，若未正确译码组播数据帧，执行下述步骤s1703。
[0269]
应理解，组播组中未正确译码组播数据帧的站点具有相同或类似的处理动作，均可执行本技术下述实施例提供的第一站点实现的功能或动作。
[0270]
s1703、第一站点通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧ba。相应的，接入点通过第一ru在uora过程中接收来自第一站点的ba。
[0271]
其中，第一ru为组播反馈触发帧配置的至少一个ru中的一个。块确认帧用于指示组播数据帧中第一站点译码错误的数据帧。
[0272]
作为一种示例，该块确认帧可以包括块确认位图(block ack bitmap)，即用位图指示组播数据帧中译码错误的数据帧，可参考上述步骤s1007中的相关说明，在此不再赘述。
[0273]
在一些实施例中，第一站点通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，可以包括：第一站点在竞争窗口中选择一个随机数，随机数小于或等于组播反馈
触发帧配置的至少一个ru的总数时，从至少一个ru中选择第一ru，之后，第一站点在第一ru上向接入点发送组播数据帧的块确认帧。
[0274]
基于该方案，一方面，接入点预先配置至少一个ru，用于译码错误的组播sta反馈块确认帧，从而获取组播数据帧的传输情况，以便重传组播数据帧中译码错误的数据帧，提高传输可靠性，或者，调整链路传输速率，提高传输效率。另一方面，本技术中仅是译码错误的组播sta反馈块确认帧，译码正确的组播sta可以不进行反馈，从而相比于802.11ax标准中定义的传统gcr mu-bar反馈方法中，译码正确的组播sta也会反馈块确认帧的方案来说，可以降低控制帧的传输开销。
[0275]
在一些实施例中，组播组内可能存在多个站点未正确译码组播数据帧，且这多个站点可能会选择相同的ru发送块确认帧，从而会导致反馈出现冲突，使得接入点无法正确收集反馈信息。在该场景下，接入点在无法正确译码组播sta反馈的块确认帧时，可以发送nack帧，通知组播组内未正确译码组播数据帧的sta重传块确认帧。
[0276]
示例性的，如图20所示，以组播组内的sta包括sta1、sta2、sta3，sta2正确译码组播数据帧，sta1和sta3未正确译码组播数据帧为例，ap发送ampdu后，发送组播反馈触发帧，sta1和sta3收到组播反馈触发帧后，从组播反馈触发帧配置的ru中选择一个ru发送块确认帧。假设sta1和sta3选择的ru相同，接入点无法正确译码sta1和sta3反馈的块确认帧，则接入点发送nack帧，sta1和sta3收到nack帧后，重新选择ru并在重新选择的ru上重传块确认帧。
[0277]
基于该方案，在多个组播站点发送的块确认帧发生冲突时，接入点可以指示该多个组播站点重传块确认帧，从而保证接入点正确译码块确认帧，获取组播数据帧的传输情况，进而根据该传输情况进行重传或速率调整。
[0278]
在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
[0279]
可以理解的是，以上各个实施例中，由接入点实现的方法和/或步骤，也可以由可用于该接入点的部件(例如芯片或者电路)实现；由站点实现的方法和/或步骤，也可以有可用于该站点的部件(例如芯片或者电路)实现。
[0280]
上述主要从各个设备之间交互的角度对本技术提供的方案进行了介绍。相应的，本技术还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的接入点，或者包含上述接入点的装置，或者为可用于接入点的部件；或者，该通信装置可以为上述方法实施例中的第一站点，或者包含上述第一站点的装置，或者为可用于第一站点的部件。
[0281]
可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0282]
本技术实施例可以根据上述方法实施例对通信装置进行功能模块的划分，例如，
可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0283]
在一种实施场景下，以通信装置为上述方法实施例中的接入点为例，图21示出了一种接入点210的结构示意图。该接入点210包括处理模块2101和收发模块2102。
[0284]
在一些实施例中，该接入点210还可以包括存储模块(图21中未示出)，用于存储程序指令和数据。
[0285]
在一些实施例中，收发模块2102，也可以称为收发单元用以实现发送和/或接收功能。该收发模块2102可以由收发电路，收发机，收发器或者通信接口构成。
[0286]
在一些实施例中，收发模块2102，可以包括接收模块和发送模块，分别用于执行上述方法实施例中由接入点执行的接收和发送类的步骤，和/或用于支持本文所描述的技术的其它过程；处理模块2101，可以用于执行上述方法实施例中由接入点执行的处理类(例如确定、获取等)的步骤，和/或用于支持本文所描述的技术的其它过程。
[0287]
在一种实施场景中：
[0288]
收发模块2102，用于发送组播数据帧；收发模块2102，还用于发送组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈组播数据帧是否译码正确；处理模块2101，用于在第一子载波和第二子载波上均未检测到能量时，确定第一站点未正确译码组播数据帧；或者，处理模块2101，用于在第二子载波上检测到能量时，确定第一站点未正确译码组播数据帧。其中，第一子载波为第一子载波集合中与第一站点关联的子载波，第二子载波为第二子载波集合中与第一站点关联的子载波，第一站点为多个站点中的任意一个。
[0289]
作为一种可能的实现方式，收发模块2102，还用于发送块确认请求触发帧，块确认请求触发帧用于调度至少一个第二站点在各自关联的资源单元ru上，反馈ampdu中译码错误的媒体接入控制协议数据单元mpdu的序号索引，第二站点为多个站点中未正确译码ampdu的站点；收发模块2102，还用于在至少一个第二站点各自关联的ru上，接收来自至少一个第二站点的块确认帧，块确认帧用于指示ampdu中译码错误的mpdu。
[0290]
作为一种可能的实现方式，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为以下多项之和：组播反馈报告帧的时长、块确认请求触发帧的时长、块确认帧的时长、以及短帧间隔sifs，其中，该组播反馈报告帧为组播反馈触发帧的回复帧。
[0291]
作为一种可能的实现方式，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为组播反馈报告帧的时长以及短帧间隔sifs之和，其中，该组播反馈报告帧为组播反馈触发帧的回复帧。
[0292]
作为一种可能的实现方式，组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示组播反馈触发帧的类型为组播重传确认请求。
[0293]
作为一种可能的实现方式，组播反馈触发帧包括第二字段，第二字段用于指示组播数据帧。
[0294]
作为一种可能的实现方式，第二字段包括第一子字段和第二子字段，第一子字段
用于承载组播数据帧中起始数据帧的序号索引，第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
[0295]
在另一种实施场景中：
[0296]
处理模块2101，用于生成组播数据帧和组播反馈触发帧；收发模块2102，用于发送组播数据帧和该组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧；收发模块2102，还用于通过第一ru在uora过程中接收来自第一站点的块确认帧，块确认帧用于指示组播数据帧中译码错误的数据帧，该第一ru为组播反馈触发帧配置的至少一个ru中的一个。
[0297]
作为一种可能的实现方式，该组播数据帧为聚合媒体接入控制协议数据单元ampdu，数据帧为媒体接入控制协议数据单元mpdu。
[0298]
作为一种可能的实现方式，该组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示该组播反馈触发帧的类型为上行正交频分多址随机接入-否定应答轮询。
[0299]
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0300]
在本技术中，该接入点210以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定专用集成电路(application-specific integrated circuit，asic)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
[0301]
在一些实施例中，在硬件实现上，本领域的技术人员可以想到该接入点210可以采用图3所示的wlan设备300的形式。
[0302]
作为一种示例，图21中的处理模块2101的功能/实现过程可以通过图3所示的wlan设备300中的处理器301调用存储器304中存储的计算机执行指令来实现，图21中的收发模块2102的功能/实现过程可以通过图3所示的wlan设备300中的收发器302来实现。
[0303]
在一些实施例中，当图21中的接入点210是芯片或芯片系统时，处理模块2101的功能/实现过程可以通过芯片或芯片系统的输入输出接口(或通信接口)实现，收发模块2102的功能/实现过程可以通过芯片或芯片系统的处理器(或者处理电路)实现。
[0304]
由于本实施例提供的接入点210可执行上述组播反馈方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
[0305]
在一种实施场景下，以通信装置为上述方法实施例中的第一站点为例，图22示出了一种第一站点220的结构示意图。该第一站点220包括处理模块2201和收发模块2202。
[0306]
在一些实施例中，该第一站点220还可以包括存储模块(图22中未示出)，用于存储程序指令和数据。
[0307]
在一些实施例中，收发模块2202，也可以称为收发单元用以实现发送和/或接收功能。该收发模块2202可以由收发电路，收发机，收发器或者通信接口构成。
[0308]
在一些实施例中，收发模块2202，可以包括接收模块和发送模块，分别用于执行上述方法实施例中由第一站点执行的接收和发送类的步骤，和/或用于支持本文所描述的技术的其它过程；处理模块2201，可以用于执行上述方法实施例中由第一站点执行的处理类(例如确定、获取等)的步骤，和/或用于支持本文所描述的技术的其它过程。
[0309]
在一种实施场景中：
[0310]
收发模块2202，用于接收来自接入点的组播数据帧；收发模块2202，还用于接收来自接入点的组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈组播数据帧是否译码正确；收发模块2202，还用于在处理模块2201确定多个站点包括第一站点，且第一站点未正确译码组播数据帧时，在第二子载波上向接入点发送组播反馈报告帧，第二子载波为第二子载波集合中与第一站点关联的子载波。
[0311]
作为一种可能的实现方式，收发模块2202，还用于接收来自接入点的块确认请求触发帧，该块确认请求触发帧用于调度第一站点在第一站点关联的资源单元ru上，反馈ampdu中译码错误的媒体接入控制协议数据单元mpdu的序号索引；收发模块2202，还用于在第一站点关联的ru上，向接入点发送块确认帧，块确认帧用于指示ampdu中译码错误的mpdu。
[0312]
作为一种可能的实现方式，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为以下多项之和：组播反馈报告帧的时长、块确认请求触发帧的时长、块确认帧的时长、以及短帧间隔sifs，其中，该组播反馈报告帧为组播反馈触发帧的回复帧。
[0313]
作为一种可能的实现方式，组播反馈触发帧包括第三字段，第三字段用于指示第一网络分配矢量nav，第一nav的时长为组播反馈报告帧的时长以及短帧间隔sifs之和，其中，该组播反馈报告帧为组播反馈触发帧的回复帧。
[0314]
作为一种可能的实现方式，组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示组播反馈触发帧的类型为组播重传确认请求。
[0315]
作为一种可能的实现方式，组播反馈触发帧包括第二字段，第二字段用于指示组播数据帧。
[0316]
作为一种可能的实现方式，第二字段包括第一子字段和第二子字段，第一子字段用于承载组播数据帧中起始数据帧的序号索引，第二子字段用于承载组播数据帧中结尾数据帧的序号索引。
[0317]
在另一种实施场景中：
[0318]
收发模块2202，用于接收来自接入点的组播数据帧；收发模块2202，还用于接收来自接入点的组播反馈触发帧，组播反馈触发帧用于配置至少一个资源单元ru，ru用于组播组内的站点进行上行正交频分多址随机接入uora，uora用于传输组播数据帧的块确认帧；收发模块2202，用于在处理模块2201未正确译码组播数据帧时，通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，块确认帧用于指示组播数据帧中译码错误的数据帧，第一ru为组播反馈触发帧配置的至少一个ru中的一个。
[0319]
作为一种可能的实现方式，处理模块2201，用于在竞争窗口中选择一个随机数，随机数小于或等于组播反馈触发帧配置的至少一个ru的总数时，从该至少一个ru中选择第一ru；收发模块2202，用于在该第一ru上向接入点发送组播数据帧的块确认帧。
[0320]
作为一种可能的实现方式，该组播数据帧为聚合媒体接入控制协议数据单元ampdu，数据帧为媒体接入控制协议数据单元mpdu。
[0321]
作为一种可能的实现方式，该组播反馈触发帧包括第一字段，第一字段的值为第一数值时，指示该组播反馈触发帧的类型为上行正交频分多址随机接入-否定应答轮询。
[0322]
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0323]
在本技术中，该第一站点220以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定专用集成电路(application-specific integrated circuit，asic)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
[0324]
在一些实施例中，在硬件实现上，本领域的技术人员可以想到该第一站点220可以采用图3所示的wlan设备300的形式。
[0325]
作为一种示例，图22中的处理模块2201的功能/实现过程可以通过图3所示的wlan设备300中的处理器301调用存储器304中存储的计算机执行指令来实现，图22中的收发模块2202的功能/实现过程可以通过图3所示的wlan设备300中的收发器302来实现。
[0326]
在一些实施例中，当图22中的第一站点220是芯片或芯片系统时，处理模块2201的功能/实现过程可以通过芯片或芯片系统的输入输出接口(或通信接口)实现，收发模块2202的功能/实现过程可以通过芯片或芯片系统的处理器(或者处理电路)实现。
[0327]
由于本实施例提供的第一站点220可执行上述组播反馈方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
[0328]
作为一种可能的产品形态，本技术实施例所述的接入点和第一站点，还可以使用下述来实现：一个或多个现场可编程门阵列(field programmable gate array，fpga)、可编程逻辑器件(programmable logic device，pld)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本技术通篇所描述的各种功能的电路的任意组合。
[0329]
在一些实施例中，本技术实施例还提供一种通信装置，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。
[0330]
作为一种可能的实现方式，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。
[0331]
作为另一种可能的实现方式，该通信装置还包括接口电路，该接口电路为代码/数据读写接口电路，该接口电路用于接收计算机执行指令(计算机执行指令存储在存储器中，可能直接从存储器读取，或可能经过其他器件)并传输至该处理器。
[0332]
作为又一种可能的实现方式，该通信装置还包括通信接口，该通信接口用于与该通信装置之外的模块通信。
[0333]
可以理解的是，该通信装置可以是芯片或芯片系统，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本技术实施例对此不作具体限定。
[0334]
在一些实施例中，本技术实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括接口电路和逻辑电路，该接口电路用于获取输入信息和/或输出输出信息；该逻辑电路，用于执行上述任一方法实施例中的方法，根据输入信息进行处理和/或生成输出信息。
[0335]
该通信装置用于实现上述方法实施例中的接入点的功能时：
[0336]
在一些可能的设计中，输出信息可以为组播数据帧和组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈所述组播数据帧是否译码正确。
[0337]
在一些可能的设计中，输入信息可以为：至少一个第二站点的块确认帧，该块确认帧用于指示ampdu中译码错误的mpdu。相应的，根据输入信息进行处理，可以为：根据块确认帧确定重传的mpdu或调制传输速率。
[0338]
或者，该通信装置用于实现上述方法实施例中的接入点的功能时：
[0339]
在一些可能的设计中，输出信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，该ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧。
[0340]
在一些可能的设计中，输入信息可以为：块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧。相应的，根据输入信息进行处理，可以为：根据块确认帧确定重传的数据帧或调制传输速率。
[0341]
该通信装置用于实现上述方法实施例中的第一站点的功能时：
[0342]
在一些可能的设计中，输入信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于调度组播组内的多个站点反馈所述组播数据帧是否译码正确。相应的，根据输入信息进行处理，可以为：该组播反馈触发帧调度的组播组内的多个站点包括第一站点，且第一站点未正确译码组播数据帧时，在第二子载波上向接入点发送组播反馈报告帧，第二子载波为第二子载波集合中与第一站点关联的子载波。
[0343]
在一些可能的设计中，输出信息可以为：块确认帧，该块确认帧用于指示ampdu中译码错误的mpdu。
[0344]
或者，该通信装置用于实现上述方法实施例中的第一站点的功能时：
[0345]
在一些可能的设计中，输入信息可以为：组播数据帧和组播反馈触发帧，该组播反馈触发帧用于配置至少一个资源单元ru，该ru用于组播组内的站点在上行正交频分多址随机接入uora过程中传输组播数据帧的块确认帧。相应的，根据输入信息进行处理，可以为：第一站点未正确译码组播数据帧时，通过第一ru在uora过程中向接入点发送组播数据帧的块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧，第一ru为组播反馈触发帧配置的至少一个ru中的一个。
[0346]
在一些可能的设计中，输出信息可以为：块确认帧，该块确认帧用于指示组播数据帧中译码错误的数据帧。
[0347]
其中，本实施例提供的通信装置可执行上述方法实施例中的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
[0348]
作为一种可能的产品形态，本技术实施例所述的接入点和第一站点，可以由一般性的总线体系结构来实现。
[0349]
为了便于说明，参见图23，图23是本技术实施例提供的通信装置1000的结构示意图，该通信装置1000包括处理器1001和收发器1002。该通信装置1000可以为接入点或第一站点，或其中的芯片。图23仅示出了通信装置1000的主要部件。除处理器1001和收发器1002之外，所述通信装置还可以进一步包括存储器1003、以及输入输出装置(图未示意)。
[0350]
其中，处理器1001主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1003主要用于存储软件程序和数据。收发器1002可以包括射频电路和天线，射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如
触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。
[0351]
其中，处理器1001、收发器1002、以及存储器1003可以通过通信总线连接。
[0352]
当通信装置开机后，处理器1001可以读取存储器1003中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1001对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1001，处理器1001将基带信号转换为数据并对该数据进行处理。
[0353]
在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。
[0354]
应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0355]
本技术实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
[0356]
本技术实施例装置中的模块可以根据实际需要进行合并、划分和删减。
[0357]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。本技术实施例中,计算机可以包括前面所述的装置。
[0358]
尽管在此结合各实施例对本技术进行了描述，然而，在实施所要求保护的本技术过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
[0359]
尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其
等同技术的范围之内，则本技术也意图包含这些改动和变型在内。