Par de Swift

Presentado en Windows 10, versión 1803, Swift Pair es la forma más reciente de emparejar los periféricos Bluetooth a Windows 10 pc. En este tema se describe la característica, los requisitos sobre cómo los periféricos pueden admitir Swift Pair, preguntas más frecuentes sobre cómo funciona esta característica rápida y cómoda.

Como la siguiente evolución del emparejamiento, los usuarios ya no necesitan navegar por la aplicación Configuración y encontrar su periférico para emparejar. Windows ahora puede hacerlo para ellos si aparece una notificación cuando un nuevo periférico está cerca y listo. Los pasos para usar y beneficiarse de esta característica son sencillos:

  1. Colocación del periférico Bluetooth en modo de emparejamiento
  2. Cuando el periférico esté cerca, Windows mostrará una notificación al usuario.
  3. Al seleccionar "Conectar" se inicia el emparejamiento del periférico
  4. Cuando el periférico ya no está en modo de emparejamiento o ya no está cerca, Windows quitará la notificación del Centro de actividades.

Captura de pantalla que muestra la animación de notificación de emparejamiento de Swift.

Si en cualquier momento, un usuario desea activar o desactivar Swift Pair, puede hacerlo en la página "Otros dispositivos Bluetooth & ". Las empresas también podrán controlar esta característica a través de Bluetooth\AllowPromptedProximalConnections en el CSP de directivas y con cualquier solución de Administración de dispositivos móvil existente.

Creación de un periférico swift Pair

Hay dos conjuntos de requisitos para asegurarse de que el periférico funciona con Swift Pair.

  • Comportamiento del periférico
  • Estructura y valores de una sección de anuncio de proveedor definido por Microsoft.

Estos son el conjunto de requisitos:

Comportamiento periférico (obligatorio)

La detección de periféricos swift Pair se produce a través del protocolo Bluetooth Low Energy (LE) y requiere el uso de anuncios de LE. Windows usa este anuncio para identificar un periférico como compatible con Swift Pair. Este anuncio debe contener una de las secciones de proveedor definidas por Microsoft (que se muestran en la Figura 2-4) en el anuncio mientras está en modo de emparejamiento.

Para que Windows identifique un periférico poco después de entrar en el modo de emparejamiento, los periféricos deben balizar para el par de Swift con una cadencia más rápida que la normal para la detección rápida. Cuanto más rápido anuncia un periférico; el menor tiempo que Windows necesita escuchar. Esto ayuda con bluetooth & Wi-Fi coexistencia en la misma radio. Después de un breve período de tiempo, el periférico puede revertir a una cadencia publicitaria más baja pero coherente.

  • Para una detección más rápida: baliza de forma coherente cada 30 ms durante >= 30 segundos y luego retrocede a una cadencia normal.
  • Para la cadencia normal: baliza constantemente cada 100 ms o 152,5 ms durante una sesión de Swift Pair.
  • Para mantener esta experiencia predecible para nuestros usuarios, el usuario no debe tener que intentar emparejar con un periférico que ya no esté disponible. Quite la sección >del proveedor =30 segundos antes de salir del modo de emparejamiento. Esto se denomina fase de "enfriamiento".

Si el periférico está fuera de los emparejamientos disponibles, quite el que tenga más tiempo desde la última conexión.

Información de periféricos en la notificación de emparejamiento de Swift

Los usuarios deben identificar fácilmente el periférico al que están intentando emparejar. Los periféricos deben definir una clase definida de dispositivo (CoD) o el nombre del periférico, que debe incluirse en el mismo anuncio que la carga de Swift Pair. Windows no activa el examen debido a problemas de energía y privacidad. Como resultado, la información de periféricos de Swift Pair no se puede almacenar en una respuesta de examen.

En el caso de los periféricos solo LE (Fig 2), se puede analizar la sección de apariencia bluetooth SIG LE para definir una clase de dispositivo. Windows analizará esta sección si se incluye en el mismo anuncio que Swift Pair y lo asignará al icono correcto para mostrarse en la notificación. En el caso de los periféricos de modo dual, la clase de dispositivo ya está cubierta en las cargas de Swift Pair (Fig. 3,4). Este es el valor de 3 bytes Major/Minor definido por bluetooth SIG.

Si se detecta un CoD, el icono mostrado es el mismo que el icono que se muestra en Configuración.

Si no se detecta un CoD, El valor predeterminado de Windows es el logotipo de Bluetooth que se mostrará en la notificación.

Para mostrar un nombre, se recomienda usar una sección de nombre descriptivo de Bluetooth, pero si no es posible, hay un método opcional en la carga de Swift Pair para usar el campo "Nombre para mostrar ". Este campo no está en tamaño, pero Microsoft no localiza esta cadena y debe funcionar en todos los mercados. Por lo tanto, se recomiendan marcas, marcas comerciales o números de modelo para cumplir los requisitos de mercado de la región.

Si se detecta un nombre, se muestra "Nuevo [Nombre periférico] encontrado".

Si no se detecta un nombre, se muestra una cadena genérica tal y como se define en la clase del dispositivo Ex: "Nuevo mouse Bluetooth encontrado", "Nuevos auriculares Bluetooth encontrados", "Nuevos auriculares Bluetooth encontrados"

Características de especificación necesarias para el par de Swift

Si un periférico está balizando para Swift Pair sin ninguna acción explícita del usuario, admita la privacidad de LE. Los usuarios no deben ser rastreables debido a la naturaleza personal de estos dispositivos. Si se admite la privacidad de LE, el periférico debe suspender la rotación de la dirección Bluetooth LE durante la sesión de Swift Pair. Windows recibiría la dirección rotada como una nueva solicitud de dispositivo y mostraría dos notificaciones para un único periférico. La sesión de Swift Pair incluye la fase de "refrigeración": la dirección del dispositivo no debe cambiarse hasta que se complete la fase de refrigeración.

Si un periférico de modo dual desea emparejar tanto BR/EDR como LE, el periférico debe admitir conexiones seguras para ambos protocolos. Los pares de Windows a través de LE primero y derivan las claves BR/EDR mediante conexiones seguras. No se admite el emparejamiento con LE y BR/EDR con el par swift sin el uso de conexiones seguras.

Para una buena experiencia por primera vez, escriba el modo de emparejamiento la primera vez que el periférico esté encendido. No baliza para Swift Pair indefinidamente. Windows realiza un seguimiento de los periféricos que intentan emparejar Swift y solo mostrará una notificación por sesión.

Los periféricos de modo dual pueden ahorrar espacio de carga si se emparejan a través de Bluetooth LE y BR/EDR con conexiones seguras.

Estructuras de carga útil

Se requiere Bluetooth LE, otros periféricos BR/EDR pueden beneficiarse de Swift Pair. Hay tres cargas que desencadenarán swift Pair; uno para periféricos Bluetooth LE y dos para periféricos de modo dual. Las cargas de modo dual ayudan a abordar si los pares periféricos a través de Bluetooth LE y BR/EDR mediante conexiones seguras o aprovechan este anuncio bluetooth LE para emparejar solo BR/EDR.

Figura 2: Emparejamiento solo a través de Bluetooth LE

Figura 2: Emparejamiento solo a través de Bluetooth LE

Figura 3: Análisis a través de Bluetooth LE y BR/EDR con conexiones seguras

Figura 3: Análisis a través de Bluetooth LE y BR/EDR con conexiones seguras

Figura 4: Emparejamiento solo con BR/EDR, con Bluetooth LE para la detección

Figura 4: Emparejamiento solo con BR/EDR, con Bluetooth LE para la detección

Encabezado de sección

  • Se trata de una sección de proveedor definida por Bluetooth SIG.
  • El encabezado consta de la marca Longitud, la marca definida por el proveedor y el identificador de proveedor de Microsoft 0x0006

Contenido de carga útil

Escenario secundario de id & . de baliza de Microsoft

  • El identificador de baliza de Microsoft ayuda a identificar que el anuncio es para esta experiencia y detallará cómo se emparejará el periférico, cada identificador único tiene una carga única.
  • Microsoft Sub Scenario es un único cuyo valor depende del tipo de carga.
Valor Tipo de carga útil
0x00 Emparejamiento solo a través de Bluetooth LE
0x02 Análisis a través de Bluetooth LE y BR/EDR con conexiones seguras
0x01 Emparejamiento solo con BR/EDR, con Bluetooth LE para la detección

Byte RSSI reservado

  • Reserve este byte y establézcalo en 0x80. Esto ayudará a mantener la compatibilidad con versiones anteriores y hacia delante.

Display Name (Nombre para mostrar)

  • Este campo de tamaño variable puede permitir que los periféricos restringidos de carga muestren el nombre del periférico en la notificación. Este nombre no se localizará y tendrá que trabajar para todos los mercados.
  • Este campo NO es obligatorio y solo es un mecanismo de reserva si un creador periférico desea aprovecharlo.

Emparejamientos de BR/EDR clásicos

Para la apariencia del icono periférico BR/EDR

  • Es lo mismo que la asignación de clase principal y secundaria de dispositivo (CoD) proporcionada por el SIG de Bluetooth.

Dirección BR/EDR

  • Si un periférico se emparejará solo con BR/EDR, la dirección BR/EDR en formato little endian debe incluirse en el paquete de publicidad principal.
  • La compatibilidad con conexiones seguras y el emparejamiento a través de Bluetooth LE y BR/EDR quita este requisito.

Activar el par de Swift de forma predeterminada

El par swift se publicó a partir de Windows 10 versión 1803, pero no se ha activado automáticamente para los usuarios. Esta decisión se tomó cuando aprendimos a supervisar continuamente los anuncios bluetooth de baja energía (LE) provocaba que algunas radios controlara incorrectamente Wi-Fi actividad cuando estaba en la misma radio. Swift Pair es el primero de muchas características planeadas de Windows en las que el sistema supervisará continuamente los anuncios bluetooth. Para abordar esto, ahora tenemos una manera de informar de que pueden controlar estos escenarios simultáneos.

La diversidad de hardware en el ecosistema nos impide realizar pruebas en todos los equipos, por lo que Windows debe confiar en cada radio para declarar la compatibilidad con la supervisión continua. Declarar soporte implica que la radio se ha probado para minimizar las caídas en el rendimiento de Wi-Fi cuando supervisa continuamente los anuncios. Las radios que pueden realizar adecuadamente Wi-Fi actividades mientras supervisan anuncios bluetooth LE pueden declarar simultáneamente compatibilidad estableciendo el valor adecuado en HCI_VS_MSFT_Read_Supported_Features comandos.

La supervisión general de anuncios bluetooth LE (no continuo) es un requisito previo para admitir la supervisión continua. Se espera que la mayoría de las radios certificadas por Windows ya admitan el comando específico del proveedor para la supervisión general. La supervisión general (0x8) habilita el par swift en configuración, pero no activa automáticamente el par de Swift. Un usuario debe encontrar la configuración y activarla.

Si la radio admite la supervisión continua de anuncios le, la radio puede declarar soporte a través del 0x20 bit en el comando de características compatibles con HCI. Una vez establecido este bit, swift Pair se activará automáticamente y un usuario ya no tendrá que ir a la página Configuración para hacerlo.

Si está intentando habilitar Swift Pair automáticamente en cualquier otra característica de supervisión continua, consulte las consideraciones de prueba para escenarios simultáneos de Wi-Fi y Bluetooth a continuación.

Consideraciones sobre las pruebas

  • Wi-Fi rendimiento, vibración y latencia
    • Mida el rendimiento, la vibración y la latencia en condiciones RSSI fuertes, medianas y débiles.
    • Mida con varios dispositivos cliente conectados al punto de acceso para simular el uso típico de la vida real.
    • También se recomienda ejecutar las pruebas de interoperabilidad y conectividad de Wi-Fi y Miracast con la característica Swift Pair activada y desactivada.
  • Duración de la batería
    • Las medidas de rendimiento para la duración de la batería deben evaluarse a través de las pruebas de energía y batería propietarias del proveedor de hardware.
  • confiabilidad de la conexión de Wi-Fi y Miracast
    • Las medidas de rendimiento se pueden evaluar después del vuelo del controlador de Windows.
  • Wi-Fi tiempo de itinerancia del punto de acceso
    • Las medidas de rendimiento se pueden evaluar después del vuelo del controlador de Windows.
  • Calidad de flujo de Miracast
    • Las medidas de rendimiento se pueden evaluar después del vuelo del controlador de Windows.

Preguntas más frecuentes

Si hago un periférico Bluetooth, ¿es necesario que Microsoft lo certifique para usar Swift Pair?

Usted es libre de usar Swift Pair. No se necesita ninguna certificación para esta experiencia.

Puse mi periférico habilitado para pares Swift en modo de emparejamiento, y no sucede nada. ¿Qué tengo que hacer?

En Windows, versión 1803, debe habilitar El par de Swift. En Configuración, busque Bluetooth & en otros dispositivos. Active la casilla Show notifications to connect using Swift Pair (Mostrar notificaciones para conectarse mediante el par de Swift ).

Figura 5: Mostrar notificaciones para conectarse mediante el cuadro Swift Pair

¿Esto significa que las experiencias similares en otras plataformas funcionarán en Windows?

En este momento, solo ciertos periféricos habilitados pueden desencadenar swift Pair. Compruebe si hay actualizaciones.

No puedo recibir una notificación para mostrar y no tengo una opción en Configuración. ¿Qué está pasando?

Si no se muestra la opción Mostrar notificaciones para conectarse mediante Swift Pair , la radio Bluetooth en el dispositivo Windows no tiene la compatibilidad de hardware necesaria. Háganoslo saber a través del Centro de opiniones.

¿Cómo detecta Windows si un periférico está dentro del intervalo?

Windows, versión 1803 también presenta un servicio de proximidad Bluetooth que lee la intensidad de señal de un periférico para determinar su proximidad a Windows. Cuando el periférico se considera dentro del intervalo, la notificación se muestra en Configuración.

Dado que la intensidad de la señal varía entre hosts y periféricos, siempre estamos buscando aumentar la precisión del servicio para que la detección de proximidad sea más precisa. Esta característica se basa en el byte reservado de intensidad de señal recibida (RSSI) en la carga útil.

¿Cómo escucha Windows estos periféricos sin purgar energía?

El patrón que Windows busca se descarga en la radio a través de descarga de hardware. El patrón descargado escucha una coincidencia con la sección del proveedor sin despertar el sistema o el examen activo. Si la radio no admite la descarga de hardware, no se admite la característica y esto se representa no mostrando Mostrar notificaciones para conectarse mediante el par swift en Configuración.

¿Cómo detecta y muestra Windows información de periféricos Bluetooth?

El nombre y el tipo de periférico deben estar en el mismo anuncio que tiene la sección proveedor. Windows no busca esta característica y toda la información de periféricos debe incluirse en este anuncio único. Si la sección de nombres descriptivos no cabe en este anuncio, se proporciona un mecanismo de reserva al final de la carga para mostrar el nombre del periférico.

¿Cómo puede un OEM habilitar swift Pair de forma predeterminada cuando la radio no declara compatibilidad?

Un OEM puede habilitar el par de Swift de forma predeterminada mediante la subclave del Registro siguiente si se ha completado la validación recomendada en Consideraciones de prueba . Esto puede ser necesario si el fabricante de radio no ha declarado compatibilidad con HCI_VS_MSFT_Read_Supported_Features comandos en el firmware de radio.

    Subkey:  HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\SwiftPair
    Value: SwiftPairDefault
    Type: REG_DWORD
    Data: 1