RFCOMM のようなプロファイルは BTLE ではなく、bluetooth クラシックに属します。
音楽アプリケーションでは、遅延に注意する必要があります。最初のバイトが MIDI キーボードから送信されてから宛先に到達するまでの時間は非常に重要です。SPP / RFCOMM には正確な BAUD レートはありませんが、スループットは 2 つの側面に依存します。
http://snapshot.bluecove.org/bluecove-examples/bluecove-tester/speed.html
MIDI (31250 ボー) を入力し、「チャネル」を介して送信し、MIDI (31250 ボー) を介して送信する場合、2 つのことを確認する必要があります。1) スループットは、「シンク」および「ソース」に十分な大きさでなければなりません。 ' Midi In および Midi Out 2) レイテンシーは、'音楽的に' 正確にするのに十分な速さである必要があります。
Midi ON イベントには約 30 信号ビットが必要なため、1 秒あたり約 104 個の Midi イベントを送信できます。レイテンシは約 10ms です。
iOS では、最速の接続間隔 (約 20 バイトの 1 ブロック) は、推奨事項を破ると約 19ms、従うと約 39ms です。合計レイテンシは次のようになります: Midi In (10ms) + BTLE GATT (最大 39ms) + Midi Out (10ms) = 60ms。通常のMIDIケーブルより6倍遅い。最小 BTLE 接続間隔は 7.5 ミリ秒ですが、最低レベルでパケットが失われるため、10 ミリ秒としましょう: Midi In (10 ミリ秒) + BTLE (10 ミリ秒) + Midi Out (10 ミリ秒) = 30 ミリ秒。それほど悪くはありませんが、印象的でもありません。各接続間隔で約 20 バイトをパックできるため、十分な帯域幅またはスループットが必要です。
この BTLE RFCOMM プロジェクトを見てみましょう:
http://support.connectblue.com/display/PRODBTSPA/Bluetooth+Low+Energy+Serial+Port+Adapter+-+Getting+Started