我正在尝试使用 WAP（无线接入点）实现定期多播[基本上是尝试将实时音频数据流式传输到多个设备]。在我的应用程序中，连续 UDP 音频数据包之间的间隔规律很重要。目前，该间隔为 16 毫秒，需要保持较低以降低延迟。
从一些资源中我了解到多播不采用随机退避机制（因为不涉及 ACK）。但是，如果信道繁忙，那么 WAP 应该在逻辑上推迟多播数据包的传输。我的问题是：
- 目前的 802.11 b/g/n 系统可以多快（即减少连续多播数据包之间的间隔）多播。
- 多播数据包比单播数据包具有更高的优先级，这个优先级在 WAP 功能中是如何实现的？（“优先级”我的意思是，由于不涉及 ACK 并且仍然需要可靠的多播数据包传递，WAP 是否尝试在通过某种方式或其他方式发送多播数据包之前保留信道？）
- 在这种情况下，争用窗口的大小是多少？如果信道繁忙时间足够长并且 AP 有组播数据包要发送，会发生什么？
- 是否有类似 post back-off 期（WAP 不应发送任何多播数据包的时期）之类的东西？