2.4G WiFi干扰和UDP丢包问题

2.4GWIFI干扰问题1 .降低物理数据传输速率降低AP的数据传输率不能达到预期的效果。 分组的延迟时间的增加意味着需要花费更多的时间进行接收，这更可能发生分组丢失。 对周期性干扰的敏感性。 此解决方案几乎不起作用，因此共享此AP的所有用户都受到影响。2 .减少干扰AP的发射功率这需要减少共享相同AP的设备数量，从而提高性能。 然而，降低发送功率时，信号的接收强度也下降。 这将降低数据传输速度，为wifi的垄断打开了洞。 这些漏洞需要使用更多的AP来填补。 增加AP的数量被认为会产生更多的噪声。3 .协调AP的信道分配。由于干扰通常具有间歇和无常的特征，可改变的信道数量有限，因此该技术反而会带来很多问题。 AP需要断开连接的客户端并重新连接，才能更改通道。当设备使用相同的信道或射频发送和接收wifi信号时，这些设备会彼此干扰。 这种干扰被称为“来自通信的干扰”。希望：更强的信号和更少的噪声。预测wifi系统性能的常用单位是信噪比(SNR )。 SNR表示接收信号的强度与基底噪声之间的差。 通常，在高SNR的情况下，错误率极少，吞吐量也较高。 但是，当发生干扰时，也需要考虑信号与干扰加噪声比(SINR )。SINR是信号和干扰的差别。 高SINR意味着高数据传输速率和高频谱性能相互碰撞。 为了获得高SINR值，个体在wifi系统中需要增加信号增益或减小干扰。日本电视台：/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *。UDP丢包问题1 .发送频率过高会造成丢包很多人无法理解发送速度过快发生了丢包的原因。 UDP的SendTo不阻塞线程，即UDP的SentTo不能返回return回调函数，直到数据被完全发送为止，诸如TCP的SendTo。 不能保证在执行以下语句时是否发送数据。 (SendTo方式异步)因此，若要发送的数据量过多或过大，则在缓冲器装满的瞬间发送的消息很可能丢失。 对于“太早”的解释，作者说：“hundressortholesandsmaybeissue .”(每秒数据包不大，但每秒数百数千数据包很困难)。 为了解决接收端丢包的问题，首先确保在执行了程序之后开始接收(如果未知道分组何时到达)，然后在接收到分组后的最短时间内返回到接收状态，从而尽可能避免在其间复杂的操作(相对较好的解决方案是多线程)2 .信息的丢包太大对于消息过大的问题，可以通过控制消息大小来解决，每条消息的长度小于MTU。 以太网的MTU通常为1500 bytes，拨号连接等其他网络MTU值为1280 bytes，在使用speaking那样无法得到MTU的网络时，优选将消息长度抑制为1280 bytes以下。3 .发送侧的分组丢失发送者丢包：内部缓冲区已满，发送速率太快(即，发送两条消息的时间间隔太短)。 接收端数据包丢失： socket未开始监听的UDP的报文长度最大为64 kb，但报文过大时稳定性大大降低。 这是因为，消息被分割成大小并且每个分割块(翻译是可能有错误的