Tableau 4.1:Données brutes du champ d'état de la connexion

Indicateurs de connexion

• 0bH = détection des mouvements de la tête

  • 1, sur la tête maintenant
  • 0 (sinon, pas sur la tête) ou sans capteur OHD

• 0bA = disponibilité de la connexion

  • 1, une connexion est disponible
  • 0. Sinon,

• 0bF = mode formulaire

  • 1.En mode sélectionné, le changement de connexion n'est pas autorisé pour l'utilisation de contenus multimédias (pas de basculement entre A2DP et A2DP).
  • 0. Sinon,

• 0bR = reconnecté automatiquement

  • 1, si la connexion actuelle est automatiquement reconnectée par le fournisseur, ce qui signifie qu'elle n'est pas connectée par les utilisateurs (pour les connexions multipoint, si l'une des connexions existantes est automatiquement reconnectée, elle doit être définie sur 1)
  • 0. Sinon,

État de la connexion

• 0x0: aucune connexion
• 0 x 1: pagination
• 0 x 2: connecté, mais aucun transfert de données
• 0x3: transfert de données non audio (uniquement en cas de commutation, si ce n'est pas le cas, avec 0xF)
• 0x4: streaming A2DP, AVRCP non applicable
• 0x5: streaming A2DP et lecture AVRCP
• 0x6: streaming HFP (appel téléphonique/voip), y compris la sonnerie inbande et non inbande
• 0x7 : LE Audio : streaming multimédia sans contrôle
• 0x8 : LE Audio : streaming multimédia avec contrôle
• 0x9: LE Audio – Streaming de l'appel
• 0xA: LE Audio – diffusé
• 0xF: désactiver temporairement le commutateur de connexion (par exemple, mise à jour du micrologiciel).

Bitmap de l'appareil connecté

Pour éviter tout changement de connexion indésirable, le Seeker peut avoir besoin de savoir à quel(s) appareil(s) le casque est actuellement connecté. Par exemple, lorsque le casque est connecté au téléphone, l'utilisateur ne souhaite pas être interrompu par le changement de connexion lorsqu'un membre de sa famille lance YouTube sur la tablette.

Notez que ce bitmap est anonyme. Le demandeur ne peut pas savoir quels autres appareils sont associés au fournisseur. Prenons l'exemple de cinq appareils associés:

• 0: ordinateur portable (0bx0000000)
• 1: phoneA (0b0x000000)
• 2: phoneB (0b00x00000)
• 3: tablet (0b000x0000)
• 4: TV (0b0000x000)

Si les appareils connectés actuels sont un ordinateur portable et une tablette, la valeur du bitmap sera 0b10010000. Le changement d'ordre est acceptable s'il est inévitable, par exemple lorsque les utilisateurs rétablissent la configuration d'usine du casque ou lorsque le nombre d'appareils associés atteint la limite supérieure.

Annonce pouvant être résolue de manière aléatoire

Tableau 4.2:Annonce BLE avec des données pouvant être résolues de manière aléatoire

Les données pouvant être résolues de manière aléatoire contiennent:

Tableau 4.2.1:données pouvant être résolues de manière aléatoire

Tableau 4.3:Messages de switch audio

MAC des messages concernant le switch audio

Tableau 4.3.1.0:Obtenir la capacité du switch audio

Fonctionnalité de notification du switch audio

Tableau 4.3.1.1:Capacité de notification du switch audio

Indicateurs de capacité du switch audio

1. Bit 0 (octet 6, MSB): état du switch audio

   • 1, si le switch audio est activé
   • 0. Sinon,

2. Bit 1: configurabilité multipoint

   • 1, si l'appareil est compatible avec la connectivité multipoint et qu'il peut être activé ou désactivé
   • 0, sinon (non compatible avec la connectivité multipoint ou la connectivité multipoint est toujours activée)

3. Bit 2: état actuel multipoint

   • 1, si la connectivité multipoint est activée
   • 0. Sinon,

4. Bit 3: détection directe

   • 1, si cet appareil prend en charge la détection des appareils frontaux (même si cette fonctionnalité est actuellement désactivée)
   • 0. Sinon,

5. Bit 4: état actuel de la détection anticipée

   • 1, si la détection des appareils frontaux est activée
   • 0, sinon (n'est pas compatible avec la détection frontale ou celle-ci est désactivée)

6. Tous les autres bits sont réservés (0 par défaut).

Définir l'état multipoint

Pour les chercheurs de switch audio, nous pouvons proposer aux utilisateurs un paramètre permettant d'activer/de désactiver la fonctionnalité multipoint. Le Seeker définit l'état multipoint sur le fournisseur à l'aide du message ci-dessous:

Tableau 4.3.1.2:Définir l'état multipoint

Définir les préférences de transition

Les chercheurs de switch audio peuvent modifier la préférence de basculement pour la connectivité multipoint et la définir sur le fournisseur à l'aide du message ci-dessous:

Tableau 4.3.2.0:Définir les préférences de changement de mode

Indicateur de préférence pour le basculement multipoint

• Bit 0 (MSB): A2DP vs A2DP (par défaut 0)
• Bit 1: HFP vs HFP (par défaut 0)
• Bit 2: A2DP vs HFP (0 par défaut)
• Bit 3: HFP vs A2DP (par défaut 1)
• Bit 4 à 7: réservés
• Ci-dessus représente une "nouvelle requête de profil" par rapport au "profil actif actuel".
  • 0 signifie ne pas changer
  • 1 pour passer au Pixel

Obtenir une préférence de transition

Les chercheurs de switch audio peuvent interroger la préférence de basculement pour le multipoint à partir du fournisseur à l'aide du message ci-dessous:

Tableau 4.3.2.1:Obtenir des préférences de basculement

Notification des préférences de transition

Tableau 4.3.2.2:préférences de notification de changement d'appareil

Changer la source audio active (vers l'appareil connecté)

Les chercheurs de switch audio peuvent demander au fournisseur multipoint de faire basculer la source audio active entre les appareils connectés à l'aide du message ci-dessous:

Tableau 4.3.3.0:Changer la source audio active (vers l'appareil connecté)

Changement d'événement de source audio active

• Bit 0 (MSB): 1 interrupteur sur cet appareil, 0 bascule vers le deuxième appareil connecté
• Bit 1: 1 reprends la lecture sur le passage à l'appareil après le basculement, 0 dans le cas contraire. La reprise de la lecture signifie que le fournisseur envoie une notification PLAY au demandeur via le profil AVRCP. Si l'état précédent (avant le changement d'état) n'était pas "PLAY", le fournisseur doit ignorer cet indicateur.
• Bit 2: 1 refuse le SCO sur l'appareil éteint, 0 dans le cas contraire
• Bit 3: 1 déconnecte le Bluetooth lorsque l'appareil est éteint, 0 sinon.
• Bits 4 à 7: réservés.

Il est possible que le chercheur de switch audio ne connaisse pas toujours son état correctement. Il est donc possible que le fournisseur reçoive un message "basculer vers cet appareil " lorsque le chercheur est déjà l'appareil actif. Dans ce cas, pour afficher l'UI appropriée sur Seeker, le fournisseur peut envoyer un message NAK avec le motif d'erreur "0x4 - Redundant device action" (0x4 - Action d'appareil redondante).

Revenir à l'appareil déconnecté

Si le changement de connexion n'est pas souhaitable, les utilisateurs peuvent annuler ce basculement. Dans certains cas, il est judicieux de restaurer la connexion audio pour minimiser les perturbations. Le Seeker utilisera le message ci-dessous pour déclencher le retour à la version précédente:

Tableau 4.3.3.1:Revenir à l'appareil déconnecté

Pour les fournisseurs multipoints, pour effectuer un changement de connexion, un fournisseur peut interrompre la connexion à un appareil source audio et suspendre la session audio sur l'autre source audio. Par exemple, supposons que le casque multipoint est connecté à une tablette et à un troisième appareil de switch audio compatible. L'utilisateur regarde une vidéo sur la tablette lors d'un appel entrant sur son téléphone. Le téléphone déclenche un commutateur de connexion sur le casque, qui doit interrompre la connexion du troisième appareil pour se connecter au téléphone, tout en mettant en pause la session multimédia sur la tablette pour obtenir la sonnerie du téléphone. Si l'utilisateur refuse l'appel, le téléphone peut demander au casque de "revenir en arrière et reprendre la lecture". À la réception de cette demande, le casque doit se reconnecter au troisième appareil et reprendre la lecture de la vidéo mise en pause sur la tablette.

Signaler un événement de commutateur multipoint

Pour informer les utilisateurs qu'un événement de basculement multipoint se produit, l'outil de recherche de switch audio peut afficher une notification. Le fournisseur doit informer les demandeurs de switch audio connectés de l'événement de basculement.

Tableau 4.3.3.2:Notification d'événement de commutateur multipoint

Obtenir l'état de la connexion

Le Seeker peut obtenir l'état actuel de la connexion auprès du fournisseur:

Tableau 4.3.3.3:Obtenir l'état de la connexion

Tableau 4.3.3.4:Notifier l'état de la connexion

Message d'état de la connexion chiffrée

 encrypted_connection_status = connection_status_raw_data ^ AES(Key, IV)

où :

Tableau 4.3.4.0:Notification de connexion initiée par le commutateur audio

Indiquer la clé de compte en cours d'utilisation

Si plusieurs clés de compte sur le Seeker (par exemple, des comptes multi-utilisateurs) sont associées au fournisseur, il utilisera le message ci-dessous pour indiquer la clé de compte utilisée.

Tableau 4.3.4.1:Indiquer une clé de compte utilisée

À la réception de ce message, le fournisseur peut savoir quelle clé de compte est utilisée en vérifiant le code d'authentification du message.

Envoyer des données personnalisées

Le Seeker actif du switch audio peut encapsuler les informations (par exemple, l'utilisation audio) du flux audio dans un octet de données personnalisé, puis les envoyer au fournisseur à l'aide du message ci-dessous:

Tableau 4.3.4.2:Envoyer des données personnalisées

À la réception des données personnalisées, le fournisseur met à jour le paquet publicitaire pour y inclure ces données. Pour un fournisseur multipoint, il doit également avertir le changement d'état de la connexion à un autre chercheur connecté à l'aide de la même clé de compte.

Définir la cible de perte de connexion

Sur les casques multipoint, si la connexion à supprimer n'est pas la plus récemment utilisée, les utilisateurs de recherche de switch audio peuvent indiquer au fournisseur quel appareil abandonner à l'aide du message ci-dessous:

Tableau 4.3.4.3:Définir la cible de perte de connexion

Implémentation de référence