1. Qu’est-ce que le format audio iLBC ?

Le Codec Internet à faible débit a été créé à l’origine par Global IP Solutions (GIPS) — une société suédoise d’ingénierie audio acquise par Google en 2010. Défini par l’Internet Engineering Task Force sous RFC 3951 avec l’encapsulation de charge utile RTP décrite dans RFC 3952, iLBC a été conçu spécifiquement pour une transmission vocale robuste sur des liaisons IP instables.

Alors que les navigateurs Web contemporains utilisent souvent le codec Opus pour la communication en temps réel moderne, iLBC reste un standard pivot, gratuit de redevances, intégré aux piles de téléphonie d’entreprise, aux clients SIP, aux profils de compatibilité descendante WebRTC, ainsi qu’aux appareils VoIP hérités fabriqués par Cisco, Polycom et les systèmes PBX Asterisk.

2. Caractéristiques clés de l’iLBC

ParamètreSpécification
StandardisationIETF RFC 3951 (Codec), RFC 3952 (Charge utile RTP)
Extensions de fichiers courantes.ilbc, .lbc
Type MIMEaudio/iLBC
Fréquence d’échantillonnage$8\text{ kHz}$ (Bande étroite)
Résolution de quantificationPCM linéaire 16 bits
Canaux audioMono (Parole à canal unique)
Longueurs d’images prises en charge$20\text{ ms}$ mode et $30\text{ ms}$ mode
Débits opérationnels$15.20\text{ kbit/s}$ ($20\text{ ms}$) / $13.33\text{ kbit/s}$ ($30\text{ ms}$)
Bits de charge utile par bloc$304\text{ bits}$ ($20\text{ ms}$) / $400\text{ bits}$ ($30\text{ ms}$)
Identifiant d’en-tête magique#!iLBC20\n ($20\text{ ms}$) ou #!iLBC30\n ($30\text{ ms}$)
LicenceLibre de droits (open source BSD à 3 clauses via WebRTC)

3. Fonctionnalités approfondies et conception architecturale

Encodage de trames indépendant (propagation d’erreur nulle)

Les formats traditionnels de compression vocale tels que G.729 et les codecs de la famille CELP utilisent la prédiction inter-trames, où chaque trame audio dépend des informations d’état et des vecteurs de prédicteur de pitch de la trame précédente. Si un paquet est perdu sur un réseau congestionné, cet état manquant se propage en avant, corrompant l’audio en aval pendant plusieurs centaines de millisecondes.

iLBC élimine cette dépendance. Chaque trame vocale dans iLBC est encodée indépendamment. Si le paquet $N$ est perdu pendant le transit, le paquet $N+1$ se décode avec une fidélité acoustique complète.

Modes de fonctionnement doubles ($20\text{ ms}$ vs. $30\text{ ms}$)

Pour offrir aux ingénieurs en télécommunications une gestion flexible de la latence, iLBC définit deux modes de fonctionnement obligatoires :

  1. $20\text{ ms}$ Mode d’image ($15.20\text{ kbit/s}$):
    • Encode 160 échantillons audio par trame en 38 octets ($304\text{ bits}$).
    • Offre une latence de mise en mémoire tampon algorithmique plus faible, ce qui le rend bien adapté aux communications interactives.
  2. $30\text{ ms}$ Mode d’image ($13.33\text{ kbit/s}$):
    • Encode 240 échantillons audio par trame en 50 octets ($400\text{ bits}$).
    • Réduit la consommation de bits d’environ $12%$, optimisant l’efficacité du chargement réseau sur les liaisons longue distance.

Masquage avancé de perte de paquets (PLC)

Lorsque des paquets perdus surviennent, iLBC utilise un filtre de synthèse LPC (Linear Predictive Coding) à variables d’état qui reconstruit les représentations de cycles de pitch manquantes en utilisant les états de bord des trames voisines. Au lieu de créer des clics, des pop numériques ou des coupures brusques, les paquets vocaux perdus se dégradent en douceur.

Qualité audio vs. profil de débit binaire

Dans des conditions réseau idéales (0 % de perte de paquets), iLBC atteint un Score d’Opinion Moyen (MOS) d’environ 4.14 (sur 5.0). Bien qu’un peu en dessous du G.711 PCM non compressé ($\mu$-law à $\sim 4.3$), iLBC conserve la clarté de la voix à des taux de perte de paquets aussi élevés que $5%\text{ to }10%$, où l’intelligibilité du G.729 ou du G.711 chute considérablement.

4. Comment ouvrir et lire les fichiers audio .ilbc

Parce que le format .ilbc est un flux téléphonique brut spécialisé plutôt qu’un conteneur multimédia grand public à usage général (comme MP3 ou WAV), les lecteurs grand public classiques ne peuvent pas toujours le détecter sans packs de codecs dédiés.

Méthode 1 : Utilisation d’Audacity (Importation de données brutes)

Audacity peut importer des vidages PCM bruts ou des fichiers vocaux iLBC décodés :

  1. Lancez Audacity.
  2. Accédez à Fichier > Importer > Données brutes…
  3. Sélectionnez le fichier et définissez l’encodage sur Signed 16-bit PCM, l’ordre des octets sur Little-endian, 1 canal (Mono), et la fréquence d’échantillonnage sur 8000 Hz.

Méthode 2 : Lecture en ligne de commande via FFplay

Si votre version de FFmpeg est compilée avec l’extension libilbc :

ffplay -f ilbc sample.ilbc

Méthode 3 : Analyseurs VoIP dédiés

Les outils de diagnostic réseau tels que Wireshark peuvent extraire et reconstruire les charges utiles vocales .ilbc directement à partir des sessions de paquets SIP/RTP capturées et les lire via l’utilitaire intégré RTP Player.

5. Comment créer et convertir des fichiers audio .ilbc

Travailler avec l’audio .ilbc nécessite un audio d’entrée 16 bits, mono, à $8000\text{ Hz}$.

Encodage en iLBC avec FFmpeg

Pour convertir un échantillon audio existant .wav ou .mp3 en un flux binaire .ilbc :

ffmpeg -i input_speech.wav \
  -ar 8000 \
  -ac 1 \
  -c:a libilbc \
  output_audio.ilbc
  • -ar 8000 : rééchantillonne l’audio au taux requis de 8 kHz.
  • -ac 1 : mixe en mono l’audio multicanal.
  • -c:a libilbc : utilise l’encodeur de référence libilbc.

Spécification du mode d’image ($20\text{ ms}$ ou $30\text{ ms}$)

Vous pouvez choisir le mode d’image en utilisant le drapeau -mode :

# Encode using 30ms mode (13.33 kbit/s)
ffmpeg -i input_speech.wav -ar 8000 -ac 1 -c:a libilbc -mode 30 output_30ms.ilbc

# Encode using 20ms mode (15.20 kbit/s)
ffmpeg -i input_speech.wav -ar 8000 -ac 1 -c:a libilbc -mode 20 output_20ms.ilbc

Décodage d’un fichier .ilbc vers WAV standard

Pour convertir un fichier .ilbc en un fichier WAV non compressé lisible partout :

ffmpeg -f ilbc -i voice_message.ilbc converted_audio.wav

6. Questions fréquemment posées (FAQ)

Q1: Quel problème principal le format audio iLBC a-t-il été créé pour résoudre ?

Le format iLBC a été conçu pour préserver l’intelligibilité de la parole sur les réseaux IP en rendant chaque trame audio indépendante, empêchant ainsi les erreurs de perte de paquets de se propager aux trames de parole suivantes.

Q2: Quels sont les deux débits opérationnels d’un fichier .ilbc ?

Un flux .ilbc fonctionne à $13.33\text{ kbit/s}$ lorsqu’il utilise des trames de $30\text{ ms}$ ou à $15.20\text{ kbit/s}$ lorsqu’il est configuré pour des trames de $20\text{ ms}$.

Q3: Le format iLBC peut-il être utilisé pour le streaming de musique haute fidélité ?

Non, iLBC est un codec vocal à bande étroite strictement limité à un taux d’échantillonnage de $8\text{ kHz}$, optimisé exclusivement pour la parole humaine entre $90\text{ Hz}$ et $4000\text{ Hz}$.

Q4: Le codec audio iLBC est-il libre de redevances ?

Oui, iLBC est entièrement normalisé selon l’IETF RFC 3951 et publié sous une licence BSD à 3 clauses, open source et sans redevance, via le projet WebRTC.

Q5: Comment iLBC se compare-t-il au codec Opus moderne ?

Alors que iLBC offrait une dissimulation de perte de paquets pour la VoIP à bande étroite dans les premiers réseaux à haut débit, le codec moderne Opus prend en charge des débits dynamiques, l’audio en bande complète ($48\text{ kHz}$) et une latence algorithmique plus faible.

7. Spécifications officielles et références