Android 蓝牙的吞吐量行为

Question

为了检查吞吐量，我修改了蓝牙聊天示例。

1. 我在 UI 中提供了一个发送按钮，用于发送一些预定义的号码。字节到服务器套接字并等待确认

2. ServerSocket 等待某个字符串，一旦获得数据，就会通过发送确认进行回复。

我对此连接的吞吐量计算如下。

1. 我记录发送数据的开始时间。

2. 收到确认后，我记录结束时间。

3. 因此吞吐量将为（发送的数据大小 + 收到的确认大小）/ 所花费的时间。

结果是：

dataSent(KB)-------------------Throughput(Kilo bits per second)

1KB                         ~200Kbps

5KB                         ~560Kbps 

10KB                        ~688Kbps

50KB                        ~512Kbps

根据从应用程序获取的一些数据 行为是低数据量例如 1 KB 或 5 KB 吞吐量较小。它会增加到 40KB 左右，但在 50KB 左右之后又开始减少。我可以看到接收端发生了一些垃圾收集，这增加了延迟。

我想知道这是否是正确的行为。为什么对于较少的数据（如 1KB 或 5 KB），吞吐量会减少，然后会增加。我可以考虑哪些事实会增加延迟。现在，当发送方收到来自接收方的确认时，计算吞吐量（其完整的往返计算）。我可以像发送数据一样进行单程，并在接收到所有内容后计算接收器中的吞吐量吗？我尝试了这个，但两部手机之间存在毫秒差异，这给我带来了错误的结果，有时会出现负值。 请帮助我理解正确的行为。

Answer 1

一个可能的因素是蓝牙执行一些动态适应，可以允许连接随着时间的推移而改善并增加有效吞吐量。

1) 自适应跳频 (AFH)：由于 BT 使用与 WiFi 相同的 2.4GHz 频谱，因此 WiFi 流量可能会破坏某些 BT 通道并导致重新传输。 BT 设备会随着时间的推移检测干扰，并不断重新协商所使用的频率以避免干扰。

2) 信道质量驱动的动态数据速率 - BT 设备动态改变物理数据速率，以便通过调整高速率/低可靠性与低速率/高可靠性数据包的使用来找到最佳吞吐量。

这些类型的算法可以使吞吐量随着时间的推移而变得更好。