回答:
私はそれに対する賛成または反対の根拠を見つけていません。基本的にはBluetoothスタックの実装に原因があります。
BTスタックは、ユーザーが実行することを想定している操作の消費電力と可用性の要件を比較検討する必要があるため、可能な限り送信回路と受信回路の両方をオフにしようとします。
理想的なケースは、2つのデバイスが接続されており、他のデバイスが表示されることを期待していない場合です。「接続されている」とは、デバイスがクロックを同期し、デューティサイクルについて合意したことを意味します。アイドル状態のヘッドセットの場合、1秒に1回、短い時間だけ聞いても問題はありません。これは、ユーザーが電話に早く応答する可能性が低いためです。実行する作業がある場合、電話機はヘッドセットにレシーバをオンにしておくように指示するパケットを送信します。
電源オンから接続状態に移行するのはさらに困難です。2つのデバイスがトランシーバーのデューティサイクルを最小化しようとする一方で、互いを検出する必要がある（まだ同期クロックを想定できない）ためです。現在、デバイスがどのように動作するかは、デバイスが利用できる電力量とその目的に大きく依存しています。
ヘッドセットは、ペアリングされている電話の近くでオンになっていると想定するため、ペアリングリストにあるデバイスのいずれかが発声した場合、継続的にリッスンします。もしそうなら、それは接続セットアップパケットで応答します。数秒後、それはあきらめ、低電力モードに移行します（誤って（たとえば、ハンドバッグの中で）オンにされた場合）。
車のハンズフリーセットは、十分な電力を利用できるため、ペアリングされたデバイスを継続的に聞き取り、アクティブにプローブできます。
「検出可能」とは、特定のブロードキャストパケットが受信された場合に応答されることだけを意味します。そうでない場合は、デバイスに向けられたユニキャストパケットのみが考慮されます。この設定は技術的に電源ポリシーから独立していますが、これらは多くの場合、UIリクエストに応答する中間層によって一緒に設定されます。
検出可能モードのデバイスは、より多くの電力を消費します。次のスレッドが役立ちます：Bluetoothを「検出可能」にする。