LE Audio est la prochaine génération d’audio Bluetooth® et fonctionne sur la radio Bluetooth Low Energy (LE), par rapport à Classic Audio, qui fonctionne sur la radio classique Bluetooth, également connue sous le nom de radio Bluetooth BR / EDR. Les canaux isochrones LE sont l’une des fonctionnalités clés introduites dans la spécification Bluetooth Core 5.2. Les canaux isochrones LE, ainsi que les profils Bluetooth actuellement en développement, aideront à activer l’Audio Multi-Flux et l’Audio de Diffusion pour le partage Audio. Le but de cet article est de donner aux développeurs une introduction fondamentale à ce cas d’utilisation et de répondre à certaines questions courantes.

L’audio multi-flux est l’une des nouvelles fonctionnalités majeures du fichier Audio. Il permet la transmission de flux audio multiples, indépendants et synchronisés entre un périphérique source audio, tel qu’un smartphone, et un ou plusieurs périphériques d’évier audio tels que des écouteurs ou des écouteurs. Pour prendre en charge l’audio Multi-Flux, le Groupe Isochrone connecté (CIG) et le Flux Isochrone connecté (CIS) ont été introduits. Une CIG est créée par la centrale et elle peut inclure un ou plusieurs CISs. Un CIS est un flux de transport de données point à point entre un central et un certain périphérique, et est un protocole de communication bidirectionnel avec accusé de réception. De plus, un CIS peut être divisé en au moins un ou plusieurs sous-événements, et ces sous-événements sont l’intervalle de synchronisation pour que le central et le périphérique échangent des paquets de données à l’aide de PDU isochrones connectées spécifiques.

La figure 1 montre une CIG, qui comprend 2 CISs. Chaque CIS comprend 4 sous-événements.

Le partage audio est un cas d’utilisation important du fichier Audio. Il permet à un périphérique source audio de diffuser un ou plusieurs flux audio vers un nombre illimité de périphériques de réception audio. Pour prendre en charge le partage audio, le Groupe Isochrone de diffusion (BIG) et le Flux Isochrone de diffusion (BIS) sont introduits. Il existe deux types d’appareils: le diffuseur isochrone et le récepteur synchronisé. Un BIG est créé par un diffuseur isochrone et il peut inclure un ou plusieurs BISs. Un BIS est un flux de transport de données un à plusieurs. Il utilise le mécanisme de transport de paquets de diffusion sans accusé de réception. De plus, un BIS peut également être divisé en un ou plusieurs sous-événements. Ces sous-événements sont les créneaux de diffusion de PDU isochrones de Diffusion spécifiques qui peuvent être reçus et traités par des récepteurs synchronisés illimités.

La figure 2 montre un GRAND, qui comprend 2 BISs. Chaque BIS comprend 4 sous-événements.

Les questions courantes des développeurs sur les canaux isochrones du CHIER comprennent :

Combien de CISs une CIG peut-elle créer ?

Le nombre maximal de CISs dans une CIG doit être de 31.

Quel est le processus utilisé par la centrale pour créer un CIS avec un périphérique?

Veuillez vous référer à la spécification Bluetooth® Core 5.2, Vol 6, Partie B, Section 5.1.15, « Procédure de Création de flux isochrone connecté »”

Pour un seul périphérique, combien de CISs une centrale peut-elle créer avec elle?

La centrale peut créer un ou plusieurs CISs avec un seul périphérique. Le nombre maximal de CISs dans une CIG doit être de 31.

Les CIS peuvent-ils être cryptés ?

Oui, il peut être crypté, veuillez vous référer à la spécification Bluetooth Core v5.2, Vol 6, Partie B, Section 4.5.13.7.

Comment le central et le périphérique détectent-ils une CIS perdue?

Lors de l’établissement d’un CIS, la centrale doit démarrer une minuterie de surveillance CIS pour surveiller la perte. Si le temporisateur de supervision du CIS atteint 6* ISO_Interval avant que le CIS ne soit établi, le CIS sera considéré comme perdu. Le périphérique démarre également la minuterie de supervision CIS. S’il atteint 6* ISO_Interval avant que le CIS ne soit établi, le CIS sera considéré comme perdu du côté périphérique.

Si le CIS a été établi, lorsque le temporisateur de supervision atteint la valeur connSupervisionTimeout, le CIS est considéré comme perdu. Veuillez vous référer à la spécification Bluetooth Core v5.2, Vol 6, Partie B, Section 4.5.2.

Comment un récepteur synchronisé détecte-t-il la perte avec un diffuseur isochrone?

Un périphérique qui s’est synchronisé avec un BIG s’appelle un récepteur synchronisé. Lorsque ce dispositif commence à synchroniser le BIG, un paramètre de délai d’attente de synchronisation BIG doit être configuré, qui spécifie le temps maximal autorisé entre les réceptions réussies des PDU BIS. Le délai d’expiration est d’au moins 6 * ISO_Interval.

Combien de BISs peuvent être créés dans un GRAND ?

Le nombre maximum de BISs dans un BIG doit être de 31.

Peut-on chiffrer BIS ?

Oui. Veuillez vous référer à la spécification Bluetooth Core v5.2, Vol 6, Partie B, Section 4.4.6.10.

L’Extension de tonalité constante (CTE) peut-elle être ajoutée après le Contrôle de redondance Cyclique (CRC) des paquets de canaux isochrones?

Pour les canaux isochrones, il a sa propre PDU de Canal Physique isochrone et il n’inclut pas de champ CTE. Pour plus de détails, veuillez vous référer à la spécification Bluetooth Core v5.2, Vol 6, Partie B, Section 2.6. À partir du niveau de la couche de liaison de CHIER, il est toujours permis d’utiliser une PDU de Canal Physique Publicitaire ou une PDU de Canal Physique de Données pour le CTE.

Outre LE 1M PHY, les canaux isochrones peuvent-ils prendre en charge LE 2M PHY et LE Codé PHY ?

Oui, CIS permet que la PHY utilisée du central au périphérique soit différente de la PHY utilisée du périphérique au central.