title: Bluetooth Low Energy (BLE) protocols other than GATT
body: <p><strong>Are there any other methods or protocols other than GATT which can be used under BLE (single mode chips) which are better suited to higher-throughput tasks?</strong> </p>
  
  <p>From what I understand the answer to my question is no, but I would like some validation and clarification.</p>
  
  <hr>
  
  <p>I would like to implement services which involve more than simply manipulating (short) characteristics via BLE. Such services might include file transfer, audio streaming, and basically services which are standard in previous versions of bluetooth.</p>
  
  <p>A convenient solution would be to use the File Transfer Profile (over GOEP) or similar for file transfer. For audio, A2DP seems suitable. However, these do not seem to be possible using BLE.</p>
  
  <p>After reading the core spec v4 from bluetooth.org (specifically Vol. 3), it seems like the only applicable protocol which I can use and adapt (via profiles) for such purposes is GATT, which seems very awkward to use. </p>
  
  <p>Also, according to <a href="http://www.mdpi.com/1424-8220/12/9/11734" rel="noreferrer">Overview and Evaluation of Bluetooth Low Energy: An Emerging Low-Power Wireless Technology</a>, it seems like the effective throughput is low:</p>
  
  <blockquote>
    <p>Whereas the physical layer data rate is 1 Mbps, the maximum application layer throughput 
    is equal to 236.7 kbps. </p>
  </blockquote>
  
  <p>However (when measuring real-world performance using TI CC254x via GATT):</p>
  
  <blockquote>
    <p>... In the described conditions, the maximum application layer throughput we have measured is 58.48 kbps. This 
    low result can be explained by the following two facts: (i) whereas, in theory, up to eleven such 
    notifications can be transmitted within a connection event of 7.5 ms, only four notifications are 
    allowed per connection event, as aforementioned; and (ii) we have observed that less than four 
    notifications are actually transmitted in most connection events during the experiment (however, the 
    same phenomenon occurs less frequently for connection intervals greater than 7.5 ms). These 
    observations show that high throughput has not been a primary goal in the design of the BLE 
    implementation used in the evaluation. </p>
  </blockquote>
  
  <p>I realize the above text is specific to the implementation on the TI chip, but such limitations could also apply to other implementations above GATT as well.</p>