除了 GATT 之外，还有其他方法或协议可以在更适合高吞吐量任务的 BLE（单模芯片）下使用吗？
据我了解，我的问题的答案是否定的，但我想要一些验证和澄清。
我想实现的服务不仅仅是通过 BLE 操作（短）特性。此类服务可能包括文件传输、音频流以及基本上是以前版本蓝牙中的标准服务。
一个方便的解决方案是使用文件传输配置文件（通过 GOEP）或类似的文件传输。对于音频，A2DP 似乎很合适。但是，使用 BLE 似乎无法实现这些。
在阅读了 bluetooth.org（特别是第 3 卷）的核心规范 v4 之后，我可以使用和适应（通过配置文件）用于此类目的的唯一适用协议是 GATT，这似乎很难使用。
此外，根据低功耗蓝牙概述和评估：一种新兴的低功耗无线技术，有效吞吐量似乎很低：
物理层数据速率为 1 Mbps，而最大应用层吞吐量等于 236.7 kbps。
但是（通过 GATT 使用 TI CC254x 测量实际性能时）：
... 在所述条件下，我们测得的最大应用层吞吐量为 58.48 kbps。这种低结果可以通过以下两个事实来解释：（i）虽然理论上，在 7.5 毫秒的连接事件内最多可以传输 11 个这样的通知，但如上所述，每个连接事件只允许 4 个通知；(ii) 我们观察到，在实验期间，大多数连接事件中实际传输的通知少于四个（但是，对于大于 7.5 毫秒的连接间隔，相同的现象发生的频率较低）。这些观察表明，高吞吐量并不是评估中使用的 BLE 实现设计的主要目标。
我意识到上面的文字特定于 TI 芯片上的实现，但这些限制也可能适用于 GATT 之上的其他实现。