bluetooth - 音乐流式传输期间蓝牙 SPP 的使用

我正在尝试向使用 SPP 配置文件的应用程序添加一些流控制。我使用固定有效负载（512 字节）启动应用程序我计划从我的控制器向应用程序发送消息以减少有效负载，如果有音乐流来减少音乐上的伪影。

这是我的理解，如果方向正确，需要一些帮助。

物理数据包类型在链路创建期间协商

2DH5/3DH3/DM1…。是来自源和接收器支持的数据包物理层将根据射频条件决定选择什么数据包

案例 2DH5/3DH5 数据包选择：5 个用于 Tx 的时隙，每个时隙为 625 ns。2DH5 -> 3DH5 的负载大小不同。

L2CAP MTU 由源和宿协商。L2CAP 数据包根据 ACL 数据包类型（有效负载大小）进行分段

当我们为 SPP 协商一个较小的有效载荷时。这应该至少是一个时隙间隔吗？ 我的假设不必如此。

L2CAP 将继续为 SPP 缓冲数据，直到它在源端达到其 MTU（最大/最小）限制。一旦达到 MTU 大小，就会在 Link 上调度数据。

但是，一旦我们将 SPP 的缓冲 L2CAP 数据安排为通道 Id，这会不会通过消耗 A2DP 数据包的时隙而在 A2dp 数据包上造成延迟？

从技术上讲，我们是否应该重新协商 MTU，我不是很清楚。

我假设这条信息是必要的。

标签： bluetooth