Omisión de streaming de audio de Bluetooth HFP
En este artículo se explica la operación y la teoría de la transmisión de audio por secuencias de audio del perfil manos libres de Bluetooth (HFP).
En el modo de omisión, la ruta de acceso de control de audio Bluetooth fluye a través de una conexión de hardware distinta de la interfaz del controlador de host (HCI), como I2S, al controlador Bluetooth. Esta otra conexión de hardware suele ser I2S, pero puede ser cualquier interfaz determinada por el controlador de host Bluetooth. Esta conexión se conoce como una conexión de "omisión" o "banda lateral".
Mientras que la E/S de audio se produce a través de la conexión de omisión, la secuencia de audio orientada a la conexión sincrónica (SCO) de aire todavía se administra a través de la HCI. Windows 8 proporciona un controlador Bluetooth Hands-Free Profile (HFP) para simplificar la administración de la conexión SCO y otros aspectos del perfil de Hands-Free. Sin embargo, un controlador de audio personalizado controla la E/S de datos de audio entre Windows y la conexión de omisión.
El controlador HFP y el controlador de control personalizado para los datos de E/S de audio tienen roles independientes, lo que requiere una comunicación eficaz entre ellos. Esta comunicación se controla mediante un conjunto de ICTLs que se pasan desde el controlador de audio personalizado al controlador HFP de Windows.
Normalmente, la conexión de omisión siempre está presente. El servicio Plug and Play (PnP) enumera el hardware que incluye esta conexión y carga el controlador de audio necesario. Sin embargo, el sistema de audio puede o no tener ningún casco HFP emparejado, y la conexión de omisión solo es útil si al menos un auricular HFP está emparejado.
Para cada dispositivo HFP emparejado, el controlador HFP de Windows registra y habilita una interfaz de dispositivo en la clase de interfaz GUID_DEVINTERFACE_BLUETOOTH_HFP_SCO_HCIBYPASS. Las condiciones siguientes se aplican a los dispositivos HFP:
- Cuando Windows activa el controlador HFP (normalmente durante el arranque), el controlador HFP registra y habilita una interfaz para cada dispositivo HFP emparejado.
- Cuando un dispositivo HFP se empareja por primera vez con Windows que ya se está ejecutando, el controlador HFP registra y habilita una interfaz para el dispositivo.
- Si hay n dispositivos HFP emparejados, el controlador HFP de Windows registra n instancias de la interfaz del dispositivo.
- Cuando se quita un dispositivo HFP emparejado, el controlador HFP de Windows deshabilita la interfaz del dispositivo.
- Cuando Windows detiene el controlador HFP (normalmente durante el apagado o el reinicio), el controlador HFP deshabilita la interfaz de cada dispositivo HFP emparejado.
- El controlador de audio debe controlar varias llegadas y eliminaciones de interfaces en cualquier momento, no solo durante el inicio o apagado.
Administración de recursos I2S y SCO
En esta sección se describen las suposiciones realizadas en el diseño de compatibilidad con streaming de audio de omisión de Bluetooth.
Actualmente, Windows supone que solo hay un controlador de host Bluetooth. Además, la compatibilidad con la omisión sincrónica (SCO) del perfil de Hands-Free (HFP) supone que solo hay una conexión de omisión y cualquier canal abierto a través de la interfaz del controlador de dispositivo HFP está asociado a esa única conexión.
Los controladores de audio deben arbitrar este canal y la conexión de omisión única para un único consumidor en primer lugar. La manera más sencilla de lograr esto es que el controlador permita que solo un único filtro pase sus patillas al estado ACQUIRE.
Consulte también
En los temas siguientes se proporciona más información sobre el ciclo de vida de conexión y algunas características de diseño de un dispositivo HFP y su controlador de audio: