“expense of latency” First paragraph of this tech doc:
https://source.android.com/devices/bluetooth/asha
Hearing Aid Audio Support Using Bluetooth LE
Hearing aid devices (HA) can have improved accessibility on Android-powered mobile devices by using connection-oriented L2CAP channels (COC) over Bluetooth Low Energy (BLE). COC uses an elastic buffer of several audio packets to maintain a steady flow of audio, even in the presence of packet loss. This buffer provides audio quality for hearing aid devices at the expense of latency.
next paragraph ->
The design of COC references the Bluetooth Core Specification Version 5 (BT). To stay aligned with the core specifications, all multi-byte values on this page should be read as little-endian.
Click that “Bluetooth Coore Specifications Version 5” link and it takes you to the Bluetooth specs page and mentions the Bluetooth SIG Working Group. That page appears to be the work of the SIG, and it appears to me that it is using the official BT SIG standard.
I’ve been going through that page most of the day, using Google searches trying to understand it as thoroughly as I can. Like you, that “high quality audio at the expense of latency” is not clear to me what that means in terms of streaming voice or audio.