Paire swift

Introduit dans Windows 10 version 1803, Swift Pair est la méthode la plus récente pour associer vos périphériques Bluetooth à Windows 10 PC. Cette rubrique décrit la fonctionnalité, les exigences relatives à la façon dont les périphériques peuvent prendre en charge Swift Pair et les questions fréquemment posées sur le fonctionnement de cette fonctionnalité rapide et pratique.

Comme prochaine évolution de l’appairage, les utilisateurs n’ont plus besoin de naviguer dans l’application Paramètres et de trouver leur périphérique à associer. Windows peut désormais effectuer cette opération pour eux en faisant apparaître une notification lorsqu’un nouveau périphérique est à proximité et prêt. Les étapes à suivre pour utiliser cette fonctionnalité et en tirer parti sont simples :

1. Placer le périphérique Bluetooth en mode appairage
2. Lorsque le périphérique est proche, Windows affiche une notification à l’utilisateur
3. La sélection de « Se connecter » commence à associer le périphérique
4. Lorsque le périphérique n’est plus en mode de jumelage ou n’est plus à proximité, Windows supprime la notification du Centre de notifications

Si, à un moment donné, un utilisateur souhaite activer ou désactiver Swift Pair, il peut le faire dans la page « Autres appareils Bluetooth & ». Les entreprises pourront également contrôler cette fonctionnalité par le biais de Bluetooth\AllowPromptedProximalConnections dans le fournisseur csp de stratégie et avec n’importe quelle solution mobile Gestion des appareils existante.

Création d’un périphérique Swift Pair

Il existe deux ensembles d’exigences pour vous assurer que votre périphérique fonctionne avec Swift Pair.

• Comportement du périphérique
• Structure et valeurs dans une section de publication de fournisseur définie par Microsoft.

Voici l’ensemble des exigences :

Comportement du périphérique (obligatoire)

La découverte de périphériques Swift Pair se produit via le protocole Bluetooth Low Energy (LE) et nécessite l’utilisation de publicités LE. Windows utilise cette publicité pour identifier un périphérique en tant que paire swift. Cette publicité doit contenir l’une des sections fournisseur définies par Microsoft (illustrées dans la figure 2-4) de la publication en mode de jumelage.

Pour que Windows identifie un périphérique peu après son entrée en mode d’appairage, les périphériques doivent être des balises pour swift Pair à une cadence plus rapide que la normale pour une découverte rapide. Plus un périphérique publie rapidement ; moins Windows a besoin de temps pour écouter. Cela facilite la coexistence de Wi-Fi Bluetooth & sur la même radio. Après un court laps de temps, le périphérique peut revenir à une cadence publicitaire plus faible mais cohérente.

• Pour une découverte la plus rapide : Beacon systématiquement toutes les 30 ms pendant >= 30 secondes, puis revient à une cadence normale.
• Pour une cadence normale : balise constante toutes les 100 ms ou 152,5 ms pendant une session Swift Pair.
• Pour que cette expérience reste prévisible pour nos utilisateurs, l’utilisateur ne doit pas avoir à essayer de coupler un périphérique qui n’est plus disponible. Supprimez la section >fournisseur =30 secondes avant de quitter le mode de jumelage. C’est ce qu’on appelle la phase de « refroidissement ».

Si le périphérique n’est pas associé aux paires disponibles, supprimez celui qui a le plus de temps depuis la dernière connexion.

Informations sur le périphérique sur la notification Paire Swift

Les utilisateurs doivent facilement identifier le périphérique auquel ils essaient de coupler. Les périphériques doivent définir une classe d’appareil (CoD) définie ou le nom du périphérique, qui doit être inclus dans la même publication que la charge utile swift Pair. Windows n’effectue pas d’analyse active en raison de problèmes d’alimentation et de confidentialité. Par conséquent, les informations de périphérique Swift Pair ne peuvent pas être stockées dans une réponse d’analyse.

Pour les périphériques LE uniquement (Figure 2), la section d’apparence Bluetooth SIG LE peut être analysée pour définir une classe d’appareil. Windows analyse cette section si elle est incluse dans la même publication que Swift Pair et la mappe à l’icône appropriée à afficher sur la notification. Pour les périphériques en mode double, la classe d’appareil est déjà couverte dans les charges utiles Swift Pair (Fig. 3,4). Il s’agit de la valeur majeure/mineure de 3 octets définie par le SIG Bluetooth.

Si un CoD est détecté, l’icône affichée est identique à l’icône affichée dans Paramètres.

Si un CoD n’est pas détecté, Windows utilise par défaut le logo Bluetooth à afficher sur la notification.

Pour afficher un nom, il est recommandé d’utiliser une section de nom compatible Bluetooth, mais si cela n’est pas possible, il existe une méthode facultative dans la charge utile Swift Pair pour utiliser le champ « Nom d’affichage ». Ce champ n’est pas de taille supérieure, mais Microsoft ne localise pas cette chaîne et doit fonctionner sur tous les marchés. Par conséquent, les marques, les marques ou les numéros de modèle sont recommandés pour répondre aux exigences du marché régional.

Si un nom est détecté, « New [Peripheral Name] found » s’affiche.

Si aucun nom n’est détecté, une chaîne générique est affichée comme défini par la classe de l’appareil, par exemple : « Nouvelle souris Bluetooth trouvée », « Nouveau casque Bluetooth trouvé », « Nouveau casque Bluetooth trouvé »

Caractéristiques de spécifications requises pour la paire Swift

Si un périphérique est en cours de balise pour Swift Pair sans action explicite de l’utilisateur, prenez en charge LE Privacy. Les utilisateurs ne doivent pas être suivis en raison de la nature personnelle de ces appareils. Si LE Privacy est pris en charge, le périphérique doit suspendre la rotation de l’adresse Bluetooth LE pendant la session Swift Pair. L’adresse pivotée est reçue en tant que nouvelle demande d’appareil par Windows et affiche deux notifications pour un seul périphérique. La session Swift Pair inclut la phase de « refroidissement » : l’adresse de l’appareil ne doit pas être modifiée tant que la phase de refroidissement n’est pas terminée.

Si un périphérique en mode double souhaite effectuer un appairage sur BR/EDR et LE, le périphérique doit prendre en charge les connexions sécurisées pour les deux protocoles. Windows s’associe d’abord sur LE et dérive les clés BR/EDR à l’aide de connexions sécurisées. L’association à LA et BR/EDR avec la paire Swift sans l’utilisation de connexions sécurisées n’est pas prise en charge.

Expériences recommandées

Pour une bonne première expérience, entrez en mode appairage la première fois que le périphérique est mis sous tension. Ne pas beacon pour Swift Pair indéfiniment. Windows effectue le suivi des périphériques qui tentent de coupler swift et n’affiche qu’une seule notification par session.

Les périphériques en mode double peuvent économiser de l’espace utile s’ils sont couplés via Bluetooth LE et BR/EDR avec des connexions sécurisées.

Structures de charge utile

Bluetooth LE est obligatoire, d’autres périphériques BR/EDR peuvent bénéficier de Swift Pair. Il existe trois charges utiles qui déclenchent swift pair ; un pour les périphériques Bluetooth LE uniquement, et deux pour les périphériques double mode. Les charges utiles en mode double permettent de déterminer si les paires de périphériques via Bluetooth LE et BR/EDR utilisent des connexions sécurisées ou tire parti de cette publicité Bluetooth LE pour appairer uniquement br/EDR.

Figure 2 : Appairage via Bluetooth LE uniquement

Figure 3 : Analyse sur Bluetooth LE et BR/EDR avec des connexions sécurisées

Figure 4 : Appairage sur BR/EDR uniquement, à l’aide de Bluetooth LE pour la découverte

En-tête de section

• Il s’agit d’une section fournisseur définie par Bluetooth SIG
• L’en-tête se compose de la longueur, de l’indicateur défini par le fournisseur et de l’ID de fournisseur Microsoft 0x0006

Contenu de la charge utile

Scénario de sous-id de & balise Microsoft

• L’ID de balise Microsoft permet d’identifier que la publicité est destinée à cette expérience et détaille la façon dont le périphérique sera couplé, chaque ID unique ayant une charge utile unique.
• Le sous-scénario Microsoft est un seul dont la valeur dépend du type de charge utile

Octet RSSI réservé

• Réservez cet octet et définissez-le sur 0x80. Cela permet de maintenir la compatibilité avant et descendante.

Nom d’affichage

• Ce champ de taille variable peut permettre aux périphériques de charge utile contrainte d’afficher le nom du périphérique sur la notification. Ce nom ne sera pas localisé et devra fonctionner pour tous les marchés.
• Ce champ n’est PAS obligatoire et n’est qu’un mécanisme de secours si un fabricant de périphériques souhaite en tirer parti.

Appairages BR/EDR classiques

Pour l’apparence de l’icône de périphérique BR/EDR

• Il est identique à la classe principale et secondaire du mappage d’appareil (CoD) fourni par bluetooth SIG

Adresse BR/EDR

• Si un périphérique est appairé sur BR/EDR uniquement, l’adresse BR/EDR au format peu endian doit être incluse dans le paquet publicitaire main
• La prise en charge des connexions sécurisées et du couplage via Bluetooth LE et BR/EDR supprime cette exigence

Activation de Paire Swift par défaut

Paire Swift publiée à partir de Windows 10 version 1803, mais n’a pas été activée automatiquement pour les utilisateurs. Cette décision a été prise lorsque nous avons appris que la surveillance continue des publicités Bluetooth Low Energy (LE) a entraîné certaines radios à gérer incorrectement Wi-Fi activité sur la même radio. Swift Pair est la première des nombreuses fonctionnalités Windows planifiées où le système surveille en permanence les publicités Bluetooth. Pour résoudre ce problème, nous avons maintenant un moyen pour les radios de signaler qu’elles peuvent gérer ces scénarios simultanés.

La diversité matérielle dans l’écosystème nous empêche de tester sur chaque PC. Par conséquent, Windows doit s’appuyer sur chaque radio pour déclarer la prise en charge de la surveillance continue. La déclaration de la prise en charge implique que la radio a été testée pour minimiser les baisses de performances du Wi-Fi lors de la surveillance continue des publicités. Les radios qui peuvent effectuer des activités Wi-Fi de manière appropriée tout en surveillant simultanément les publicités Bluetooth LE peuvent déclarer la prise en charge en définissant la valeur appropriée dans HCI_VS_MSFT_Read_Supported_Features commandes.

La surveillance générale des publicités Bluetooth LE (non continue) est une condition préalable à la prise en charge de la surveillance continue. On s’attend à ce que la plupart des radios certifiées Windows prennent déjà en charge la commande spécifique du fournisseur pour la surveillance générale. La surveillance générale (0x8) active Swift Pair dans Les paramètres, mais n’active pas automatiquement Swift Pair. Un utilisateur doit trouver le paramètre et l’activer lui-même.

Si la radio prend en charge la surveillance continue des publicités LE, la radio peut déclarer la prise en charge via le bit 0x20 dans la commande fonctionnalités prises en charge par HCI. Une fois ce bit défini, la paire Swift est activée automatiquement et un utilisateur n’a plus besoin d’accéder à la page Paramètres pour ce faire.

Si vous essayez d’activer swift Pair automatiquement sur toute autre fonctionnalité de surveillance continue, consultez les considérations relatives aux tests pour les scénarios de Wi-Fi et Bluetooth simultanés ci-dessous.

Considérations relatives aux tests

• débit Wi-Fi, gigue et latence
  • Mesurez le débit, la gigue et la latence dans des conditions RSSI fortes, moyennes et faibles.
  • Mesurez à l’aide de plusieurs appareils clients connectés au point d’accès pour simuler une utilisation réelle classique.
  • Nous vous recommandons également d’exécuter vos tests d’interopérabilité et de connectivité Wi-Fi et Miracast avec la fonctionnalité Paire swift activée et désactivée.
• Autonomie de la batterie
  • Les mesures de performance de l’autonomie de la batterie doivent être évaluées par le biais des tests d’alimentation et de batterie propriétaires du fournisseur de matériel.
• Fiabilité de connexion Wi-Fi et Miracast
  • Les mesures de performances peuvent être évaluées après la version d’évaluation du pilote Windows.
• Wi-Fi temps d’itinérance du point d’accès
  • Les mesures de performances peuvent être évaluées après la version d’évaluation du pilote Windows.
• Qualité du flux Miracast
  • Les mesures de performances peuvent être évaluées après la version d’évaluation du pilote Windows.

Forum Aux Questions (FAQ)

Si je crée un périphérique Bluetooth, dois-je l’obtenir certifié par Microsoft pour utiliser Swift Pair ?

Vous êtes libre d’utiliser Swift Pair. Aucune certification n’est nécessaire pour cette expérience.

J’ai mis mon périphérique avec paire Swift en mode appairage, et rien ne se passe. Que dois-je faire ?

Dans Windows, version 1803, vous devez activer Swift Pair. Dans Paramètres, recherchez Autres appareils Bluetooth&. Cochez la case Afficher les notifications pour se connecter à l’aide d’une paire Swift .

Cela signifie-t-il que les expériences similaires sur d’autres plateformes fonctionneront sur Windows ?

À l’heure actuelle, seuls certains périphériques activés peuvent déclencher une paire Swift. Revenez ultérieurement pour des mises à jour.

Je ne peux pas obtenir de notification à afficher, et je n’ai pas d’option dans Paramètres. Que se passe-t-il ?

Si l’option Afficher les notifications de connexion à l’aide de Swift Pair n’est pas affichée, la radio Bluetooth de votre appareil Windows ne dispose pas de la prise en charge matérielle requise. Faites-le nous savoir via le Hub de commentaires.

Comment Windows détecte-t-il si un périphérique se trouve dans la plage ?

Windows, version 1803 introduit également un service de proximité Bluetooth qui lit la puissance du signal à partir d’un périphérique pour déterminer sa proximité avec Windows. Lorsque le périphérique est considéré dans la plage, la notification s’affiche dans Paramètres.

Étant donné que la puissance du signal varie entre les hôtes et les périphériques, nous cherchons toujours à augmenter la précision du service pour rendre la détection de proximité plus précise. Cette fonctionnalité est basée sur l’octet RSSI (Received Signal Strength) réservé dans la charge utile.

Comment Windows écoute-t-il ces périphériques sans épuiser l’alimentation ?

Le modèle que Recherche Windows est déchargé sur la radio via le déchargement matériel. Le modèle déchargé écoute une correspondance avec la section fournisseur sans réveiller le système ou analyser activement. Si la radio ne prend pas en charge le déchargement matériel, la fonctionnalité n’est pas prise en charge, et cela est représenté par le fait de ne pas afficher Afficher les notifications pour se connecter à l’aide d’une paire Swift dans Les paramètres.

Comment Windows détecte-t-il et affiche-t-il les informations de périphérique Bluetooth ?

Le nom et le type de périphérique doivent figurer dans la même publicité que celle qui contient la section fournisseur. Windows n’analyse pas cette fonctionnalité et toutes les informations de périphérique doivent être incluses dans cette publicité unique. Si la section nom convivial ne peut pas tenir dans cette publicité, un mécanisme de secours est fourni à la fin de la charge utile pour afficher le nom du périphérique.

Comment un OEM peut-il activer Swift Pair par défaut lorsque la radio ne déclare pas la prise en charge ?

Un oem peut activer Swift Pair par défaut à l’aide de la sous-clé de Registre ci-dessous si la validation recommandée dans Considérations de test a été effectuée. Cela peut être nécessaire si le fabricant de la radio n’a pas déclaré la prise en charge des commandes HCI_VS_MSFT_Read_Supported_Features dans le microprogramme radio.

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