高スループット タスクにより適した BLE (シングル モード チップ) で使用できる GATT 以外の方法またはプロトコルはありますか?
私が理解していることから、私の質問に対する答えはノーですが、検証と明確化が必要です。
BLE を介して単に (短い) 特性を操作する以上のサービスを実装したいと考えています。このようなサービスには、ファイル転送、オーディオ ストリーミング、および基本的に以前のバージョンの bluetooth で標準であったサービスが含まれる場合があります。
便利な解決策は、ファイル転送プロファイル (GOEP 経由) または同様のファイル転送を使用することです。オーディオの場合は、A2DP が適しているようです。ただし、これらは BLE を使用して行うことはできないようです。
bluetooth.org のコア仕様 v4 (具体的には Vol. 3) を読んだ後、そのような目的で (プロファイルを介して) 使用および適応できる唯一の適用可能なプロトコルは GATT のようですが、これは非常に使いにくいようです。
また、Bluetooth Low Energy の概要と評価: An Emerging Low-Power Wireless Technologyによると、実効スループットが低いようです。
物理層のデータ レートが 1 Mbps であるのに対し、アプリケーション層の最大スループットは 236.7 kbps です。
ただし (GATT 経由で TI CC254x を使用して実際のパフォーマンスを測定する場合):
... 上記の条件で、測定したアプリケーション層の最大スループットは 58.48 kbps です。この低い結果は、次の 2 つの事実によって説明できます。(i) 理論的には、7.5 ミリ秒の接続イベント内で最大 11 のそのような通知を送信できますが、前述のように、接続イベントごとに 4 つの通知のみが許可されます。(ii) 実験中、ほとんどの接続イベントで実際に送信される通知は 4 つ未満であることがわかりました (ただし、接続間隔が 7.5 ミリ秒を超えると、同じ現象が発生する頻度は低くなります)。これらの観察結果は、評価で使用される BLE 実装の設計において、高スループットが主要な目標ではないことを示しています。
上記のテキストは TI チップでの実装に固有のものであることは理解していますが、そのような制限は GATT を超える他の実装にも適用される可能性があります。