Why use BLE without GATT?

[Per Thomas jahr]

I've come across a couple of products that shows up as both classic and BLE. But when connecting to these products via nRF Connect or inspecting the traffic, I can't seem to find any GATT services. One example is the Bose QuietComfort 35 headphones, another one is the iHealth HS4S scale.

Is there a specific reason for these products to enable BLE at all? Are they using BLE for something else than GATT?

[endnode]

Hi Per,

The main advantage of using BT LE GATT layer is interoperability and application interworking: it allows you to easily define mutliple use cases/functions/applications living together on one device. It is also the only way to use some mutli-applicational devices and APIs like Android and iOS phones.

However if you don't build interoperable solution, you own both ends of wireless link (= HW and SW) and you want to use BT LE (for some reason) then why to bother with higher layers then Link Layer? You can define your own protocol directly on top of generic PDU structure and the same for advertising/scanning phase (just CONNECT_REQ will be standard). Resulting solution will probably be more efficient then to bother with L2CAP/ATT/GATT overhead and procedures (not speaking about notoriously mulfunctioning security manager layer - unless you use latest asymmetric scheme based on ECC). So products such as headphones/headsets or similar things which rely on dongle/custom HW on host (PC) side and built-in BT radio inside the product can easily use BT LE for some specific signalling but not with usual "interoperable" framework of GATT and GAP. Also they usually use some proprietary radio PHY and/or higher layer protocols, because BT LE is handy only if your device must interwork with other type of HW/SW or if you can gain some development advantage by reusing some layers...

Not a complete insider but this is my personal explanation.

Cheers Jan

[Per Thomas jahr]

Good point about using a custom protocol above the link layer. But as you write I think the products that I have looked into must use the APIs available on Android and iOS since they have their own apps.