GATT以外のBluetoothLow Energy（BLE）プロトコル
BLE（シングルモードチップ）で使用できるGATT以外の方法やプロトコルで、スループットの高いタスクに適しているものはありますか？
私が理解していることから、私の質問に対する答えはノーですが、いくつかの検証と明確化が必要です。
BLEを介して（短い）特性を操作するだけではないサービスを実装したいと思います。このようなサービスには、ファイル転送、オーディオストリーミング、および基本的に以前のバージョンのBluetoothで標準となっているサービスが含まれる場合があります。
便利な解決策は、ファイル転送プロファイル（GOEP経由）などをファイル転送に使用することです。オーディオには、A2DPが適しているようです。ただし、これらはBLEを使用しては不可能なようです。
Bluetooth.org（特にVol。3）からコアスペックv4を読んだ後、そのような目的で（プロファイルを介して）使用および適応できる唯一の適用可能なプロトコルはGATTであるように思われますが、これは非常に使いにくいようです。
また、 Bluetooth Low Energyの概要と評価：新しい低電力ワイヤレステクノロジー によると、実効スループットは低いようです。
物理層のデータレートは1Mbpsですが、アプリケーション層の最大スループットは236.7kbpsです。
ただし（GATT経由でTI CC254xを使用して実際のパフォーマンスを測定する場合）：
...説明されている条件では、測定した最大アプリケーション層スループットは58.48kbpsです。この低い結果は、次の2つの事実によって説明できます。（i）理論的には、7.5ミリ秒の接続イベント内で最大11の通知を送信できますが、前述のように、接続イベントごとに許可される通知は4つだけです。 （ii）実験中のほとんどの接続イベントで実際に送信される通知は4つ未満であることがわかりました（ただし、7.5ミリ秒を超える接続間隔では同じ現象が発生する頻度は低くなります）。これらの観察結果は、評価で使用されるBLE実装の設計において、高スループットが主要な目標ではなかったことを示しています。
上記のテキストはTIチップでの実装に固有のものであると認識していますが、そのような制限はGATTを超える他の実装にも適用される可能性があります。
独自のプロファイルを作成している場合は、GATTを実装せずに、L2CAPチャネルを開き、任意の形式でデータを送信することで、好きなことを行うことができます。 L2CAPを使用すると、最大のスループットを得ることができ、特性の読み取りではなく、データのストリーミングに適しています。
私たちが長い間行ってきたことをご覧ください。IPv6overBTLEは、6LoWPAN WGのIETFドラフトの1つであり、提案はBleutoothSIGで承認されています。 BLuetooth Technical Updatesのニュースは次のとおりです：2013年2月19日。
低エネルギーでのIPv6の新しい作業提案が承認されました
BluetoothSIGメンバーによって提出されたIPv6Over LE New Work Proposal（NWP）が承認されました。このNWPは、低エネルギー輸送でIPv6を許可することで、GATTプロファイルでカバーされていない新しいユースケース（家庭用および産業用オートメーション、スマートメータリング）が可能になることを提案しています。提案された作業は、インターネット技術特別調査委員会（IETF）によって定義された要件を満たし、IP for Smart Objects（IPSO）アライアンスで行われた作業を補完します。インターネットワーキンググループは、承認されたNWPに基づいて機能要件ドキュメント（FRD）を作成します。採用者のメンバーであり、FRD開発プロセスに参加したい場合は、インターネットワーキンググループの議長に連絡してください。
SIGのメンバーである場合は、bluetooth.orgの技術仕様セクションを調べてください。