G.726

G.726 bezeichnet einen von der ITU-T standardisierten ADPCM-basierten Codec zur Komprimierung von Sprache in digitale Signale. G.726 wird unter anderem auch bei IP-Telefonie eingesetzt. Der Standard wurde 1990 verabschiedet und fasst den älteren G.721 von 1984 (32 kbit/s) und den G.723 von 1988 (24 und 40 kbit/s, nicht zu verwechseln mit dem CELP-basierten G.723.1) als deren Nachfolgestandard zusammen.

Technische Daten

Das Verfahren basiert auf Adaptive Differential Pulse Code Modulation (ADPCM).

Der Codec unterstützt Bitraten von 16, 24, 32 und 40 kbit/s.

G.726 erreicht einen Mean Opinion Score (MOS) von etwa 4,2 für die 40-kbit/s-Variante und etwa 3,85 bei der 32-kbit/s-Variante.

Verwendung

bei DECT-Telefonen wird überwiegend die 32-kbit/s-Variante genutzt. Die 16-kbit/s-Variante wird hier wegen der bereits sehr schlechten Übertragungsqualität kaum benutzt.

Andere Verwendung findet der Codec bei internationalen Telefonnetzverbindungen der Festnetz- und Mobilfunknetzinfrastruktur. Das dabei verwendete Multiplexverfahren ist in der Regel DCME (Digital Circuit Multiplication Equipment) entsprechend G.763 implementiert und verwendet je nach Auslastung des internationalen Sprachverkehrs die G.726-Codecs mit 16, 24, 32 und 40 kbit/s. Diese Komprimierungen sind international auch in einigen Anschlussnetzen für die Anbindung von Nebenstellenanlagen in Gebrauch.

Datenaufkommen und Verzögerungszeiten

Beispielsweise entsteht für die Sprach-Komprimierung auf 32 kbit/s in einer Minute ein Datenaufkommen von 240 kB; ein einstündiges VoIP-Telefonat ergibt somit 14,4 MB an Sprachdaten. Nicht mitgerechnet sind hier die Protokolldaten zur Kommunikation in IP-Netzen, die abhängig von der Anzahl der Datenpaketrate und des Protokolls bis zu 50 % an zusätzlicher Bandbreite benötigen. In leitungsvermittelten Netzen sind die Protokolldaten Teil eines gesonderten Signalisierungskanals.

Verzögerungszeiten in IP-Netzen sind abhängig von der Übertragungszeit (Übertragungsdelay), der notwendigen Pufferung bei Jitter (Jitterbuffering), der Anzahl zwischengeschalteter Knoten und deren Übertragungsraten (transmission delay, sofern es sich nicht um Cut-Through-Switches handelt) sowie dem Encoding und Decoding (packetization time) der Sprache mittels des hier verwendeten G.726-Codec mit entsprechender Paketrate. In leitungsvermittelten Netzen entsteht nur eine Verzögerung durch Übertragungszeit, Encoding und Decoding.

Probleme bei praktischer Benutzung mit SIP

Obwohl für Datenprotokolle im Internet-Kontext seit vielen Jahren generell Network Byte Order (Big Endian) als Byte-Reihenfolge vorgeschrieben wird, ist in RFC 3551 in Abschnitt 4.5.4 die Bitreihenfolge der komprimierten Daten in RTP-Paketen explizit nicht eindeutig festgelegt. Praktische Implementierungen, wie zum Beispiel die AVM Fritz!Box, ermöglichen es dem Benutzer daher, die Bitreihenfolge selber festzulegen. Beispielsweise kann bei der Fritz!Box mit der Checkbox „Anbieter unterstützt G726 nach RFC 3551“ die Bitreihenfolge vom Benutzer umgeschaltet werden.

In anderen Fällen, wie zum Beispiel Media Gateways von Cisco oder Huawei, ist die Bitreihenfolge fix vorgegeben. Andere Implementierungen bieten teilweise beide Bitreihenfolgen an, unter den Namen „AAL2-G726-32“ und „G726-32“. Nach der Aushandlung einer Telefonieverbindung in G.726-32 über SIP zwischen verschiedenen Geräten kann es zu Problemen mit der Sprachverständlichkeit kommen. Sprache klingt nach der Dekomprimierung in der „falschen“ Bitreihenfolge stark verzerrt und ist nur schwer oder gar nicht verständlich.

Weblinks

• ITU-Spezifikation
• G726-32-Sprachdaten in richtiger Bitreihenfolge dekodiert
• G726-32-Sprachdaten in „falscher“ Bitreihenfolge dekodiert