In diesem Dokument wird beschrieben, wie in IP-Telefonienetzwerken mit Cisco IOS®-Gateways nach Möglichkeit Echoprobleme behoben und diese eliminiert werden.
Es gibt zwei Echo-Quellen:
Hybrid-Echo
Akustisches Echo
Hybrid-Echos werden durch Impedanzabweichungen im Hybridkreis verursacht, z. B. durch eine 2-Wire-to-4-Wire-Schnittstelle. Diese Abweichung bewirkt, dass das Tx-Signal im Rx-Signal angezeigt wird.
Das akustische Echo wird durch eine schlechte akustische Isolierung zwischen dem Ohrstück und dem Mikrofon in Handsets und Freisprecheinrichtungen verursacht.
Echo wird als lästig wahrgenommen, wenn alle diese Bedingungen zutreffen:
Signallecks zwischen analogen Tx- und Rx-Pfaden.
Ausreichende Verzögerung bei Echorückgabe.
Ausreichende Echo-Amplitude
Echo in Packet Voice Networks
Das Paketsegment der Sprachverbindung führt zu einer erheblichen Verzögerung (in der Regel 30 ms in jede Richtung). Durch die Einführung von Verzögerungen werden Echos (von analogen Tail-Schaltkreisen), die sich normalerweise nicht vom Seitenton unterscheiden, nun vom Benutzer wahrgenommen.
Die Verzögerung, die durch Packet Voice verursacht wird, ist unvermeidlich. Daher müssen die Sprach-Gateways das Echo verhindern. Dieses Diagramm veranschaulicht, wie das Gateway das Echo reduzieren kann, bevor es mit einem Echokompensation in das Sprachnetzwerk des Pakets eindringen kann.
Weitere Informationen zum Echo in Sprachnetzwerken finden Sie unter Echoed Voice.
Für dieses Dokument bestehen keine besonderen Voraussetzungen.
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps zu Konventionen von Cisco).
Das Problem tritt auf, wenn der PSTN-Telefonbenutzer Echosignale hört, die durch die akustische Kopplung zwischen dem Ohrstück und dem Mikrofon im IP-Telefon-Hörer verursacht werden.
Die Lösung besteht in der Verwendung einer Load-ID des IP-Telefons, die eine Echokompensation am Hörer und am Headset beinhaltet. Derzeit beinhalten die verfügbaren Load IDs nur die Echokompensation auf dem Lautsprechertelefon. Es gibt jedoch einige bekannte Probleme, z. B. Toner-Echos und akustisches Echo vom IP-Telefon zum IP-Telefon mit einer älteren Load ID. Informationen zur Lösung des Problems finden Sie in den Versionshinweisen für Cisco IP CallManager-Firmware für Telefone der Serien 7960, 7940 und 7910, wenn Sie solche Probleme feststellen, ob ein Upgrade auf die neueste Load ID das Problem beheben kann.
Das Problem tritt auf, wenn IP-Telefonbenutzer Echos hören, die von Hybriden in einem PSTN-Netzwerk verursacht werden.
Die Lösung besteht in der Konfiguration und Verifizierung der Echokompensation auf einem Cisco IOS-Gateway. Der Echokompensation im Sprach-Gateway löscht das Echo, das vom Benutzer des IP-Telefons hörbar ist.
Auf Sprach-Gateways, auf denen Cisco IOS Software Release 12.4 mit DSPWare 4.4.13 oder 4.4.14 ausgeführt wird, ist ein zeitweiliges Echo zu hören. Dies ist ein bekanntes Problem, das in der Cisco Bug ID CSCsd54344 dokumentiert ist (nur registrierte Kunden). Um dieses Problem zu beheben, müssen Sie DSPware auf 4.4.12 oder früher herabstufen. Wenden Sie sich an das Cisco Systems Technical Assistance Center (TAC), um Unterstützung beim Herunterladen des DSPware-Images zu erhalten.
Hardware-ECAN (MFT-EC-32/MFT-EC-64) auf VWIC2-xMFT-T1E1 löst kein Sprach-Echo aus. Dies ist ein bekanntes Problem, das in der Cisco Bug-ID CSCsb59252 dokumentiert ist (nur registrierte Kunden).
Überprüfen Sie die Verzögerungsstatistiken (DSP/DL) und die Statistiken zum R-Faktor (DSP/RF). Es besteht die Möglichkeit, dass eine wahrnehmbare Verzögerung zwischen dem Zeitpunkt der Übertragung des ursprünglichen Signals und der Rückgabe des Echos auftritt. Bei den meisten Telefonen hilft Sidetone, einige der Echo-Signale zu verbergen. Echos müssen um mindestens 20 Millisekunden verzögert werden, um wahrgenommen zu werden.
Prüfen Sie, ob der Pegel (DSP/LE) statisch genug ist. Wenn die Amplitude des Echos gering ist, kann es unbemerkt bleiben.
Es ist wichtig sicherzustellen, dass der Echokompensation über genügend Informationen verfügt, um zwischen Echo- und Sprachkommunikation zu unterscheiden. Die zur Unterscheidung verfügbaren Parameter sind:
Input Level (Eingangsstufe): Die Signalverstärkung wird durchgeführt, bevor der Echokompensation das Echo erkennt.
Ausgangsstufe - Die Ausgangsdämpfung eines Signals wird durchgeführt, nachdem der Echokompensation das ursprüngliche Ausgabesignal erkannt hat.
Echokompensation - Die Zeitdauer, die der Echokompensation an ein ausgegebenes Signal erinnert. Dieser Parameter muss auf einen Wert festgelegt werden, der größer ist als die Zeit, die das Echo zum Gateway zurückgeben muss.
Führen Sie diese Schritte aus, um Echo zu entfernen.
Stellen Sie sicher, dass die Echokompensation am Sprach-Port aktiviert ist. Die Echokompensation ist standardmäßig aktiviert.
Gateway(config-voiceport)#echo-cancel coverage Echo Cancel Coverage enable Echo Cancel Enable
Hinweis: Sie müssen den Sprach-Port schließen und dann nicht den Sprach-Port schließen, damit die Änderungen wirksam werden.
Konfigurieren Sie die Abdeckung des Echokompensators auf einen Wert, der größer ist als die Zeit, die das Echo zum Gateway zurückgeben muss, sodass es lang genug ist, den schlimmsten Fall für Ihre Umgebung abzudecken, aber nicht länger.
Gateway(config-voiceport)#echo-cancel coverage 16 16 milliseconds echo canceler coverage 24 24 milliseconds echo canceler coverage 32 32 milliseconds echo canceler coverage 8 8 milliseconds echo canceler coverage
Hinweis: Sie müssen den Sprach-Port schließen und dann nicht den Sprach-Port schließen, damit die Änderungen wirksam werden.
Hinweis: Die Standardabdeckung ist auf 8 ms eingestellt, kann aber auf bis zu 32 ms erhöht werden. Wenn die PSTN-Verzögerung (Tail-Länge) mehr als 32 ms beträgt, können aktuelle Echokompensation in Cisco IOS-Gateways das Echo nicht abbrechen. In Cisco IOS Software Release 12.2.13T und höher kann die Echo-Abdeckung bis zu 64 ms konfiguriert werden. Weitere Informationen finden Sie im Abschnitt zu Echokompensation in Cisco IOS-Versionen 12.2.11T und 12.2.13T dieses Dokuments.
Messen Sie das Echo, und passen Sie den Echo-Signalpegel nach Bedarf an.
Unzureichende Echo-Rückflussdämpfung (ERL) für die Behandlung des Echos können folgende Probleme verursachen:
Die Echokompensation wird nicht abgebrochen, aber nicht genug, um Echo unhörbar zu machen.
Wenn der ERL-Wert zu niedrig ist, kann der vom IP-Netzwerk (ACOM) festgestellte Total Echo Return Loss nicht ausreichen, um das Echo zu unterdrücken. Der ERL-Wert muss ungefähr 20 dB (mindestens 15 dB) betragen.
Hinweis: Akombination (ACOM) ist der gesamte Echo-Rückflussverlust, der an den ein- und ausgehenden Terminals des Echokompensators festgestellt wird (eingehendes Terminal = Signal in das ECAN in Richtung PSTN (Sprache), und ausgehendes Terminal = Signal aus dem ECAN in Richtung IP-Netzwerk (Echo). ACOM ist die Summe aus ERL + ERLE bzw. dem gesamten Echo-Rückgabeverlust, der vom Netzwerk erkannt wird.
Hinweis: ACOM (Gesamtverlust) = ERL (Tail-Loss) + ERLE (ECAN-Verlust)
Die Echokompensation wird nicht abgebrochen.
Wenn der ERL-Wert zu niedrig ist, ist das Echo-Signal, das zum Gateway zurückkehrt, möglicherweise zu laut (innerhalb von 6 dB des Talker-Signals). Dadurch wird der Echokompensation als Sprache (Double-Talk) und nicht als Echo angesehen. Folglich wird der Echokompensation nicht abgebrochen. Der ERL-Wert muss ungefähr 6 dB oder höher sein, damit der Echokompensation aktiviert werden kann. In Cisco IOS Software Release 12.2.13T können Sie diese ERL-Ebene konfigurieren. Weitere Informationen finden Sie im Abschnitt zu Echokompensation in den Cisco IOS Software Releases 12.2.11T und 12.2.13T dieses Dokuments.
Um diese Probleme zu vermeiden, messen Sie die ERL und die Signalpegel. Passen Sie dann die Signalpegel des Cisco IOS-Gateways entsprechend der Ergebnisse an. Konfigurieren Sie positive Werte für die Ausgangsdämpfung und negative Werte für die Eingangsverstärkung, um diese Pegel anzupassen. Eine Eingangsverstärkung wird durchgeführt, bevor der Echokompensation das Echo-Signal erkennt, und die Ausgangsdämpfung wird durchgeführt, nachdem der Echokompensation das ursprüngliche Ausgabesignal erkennt.
voice-port 1/1:15 input gain -3 output attenuation 3
Hinweis: Sie müssen den Sprach-Port schließen und dann nicht den Sprach-Port schließen, damit die Änderungen wirksam werden.
Hinweis: In Cisco IOS Software Release 12.2(1) und höher kann die Ausgangsdämpfung auf einen negativen Wert festgelegt werden, der das Ausgangssignal tatsächlich verstärkt.
Echos können auch durch Impedanzfehler verursacht werden, wenn beide Seiten nicht identisch konfiguriert sind. Überprüfen und ggf. ändern Sie die Impedanz, die für den Sprach-Port konfiguriert wurde. Der Standardwert von 600 Ohm entspricht den meisten Leitungen des PSTN und der PBX-Systeme.
Gateway(config-voiceport)#impedance 600c 600 Ohms complex 600r 600 Ohms real 900c 900 Ohms complex complex1 complex 1 complex2 complex 2
Aktivieren Sie "echo suppressor", um das Echo während der ersten zwei bis drei Sekunden eines Anrufs zu reduzieren, während der Echokompensation konvergiert.
gateway(config-voiceport)#echo-cancel ? coverage Echo Cancel Coverage enable Echo Cancel Enable suppressor echo suppressor
Die Echokompensation wird von den Cisco IOS Software Releases 12.2(11)T, 12.2(12) und 12.2(8)T5 unterstützt. Der Echounterdrücker kann nur bei T1-DSPs (Digital Signal Processor) verwendet werden, wenn die Standard-Cisco G.165 EC verwendet wird. Der Echounterdrücker kann nicht mit der erweiterten EC- oder NextPort-Plattform (Cisco AS5350 und Cisco AS5400) verwendet werden. Mit Ausnahme der erweiterten EC- oder NextPort-Plattformen (Cisco AS5350 und Cisco AS5400) wird Echounterdrücker auf allen Plattformen und in allen Komplexitäten (c549, c542 und c5409) unterstützt.
Zusätzlich zum Standard-Echokompensation für die Cisco Sprach-Gateways (G.165-kompatibel) ist auf einigen Plattformen ein neuer Echokompensation verfügbar (G.168-kompatibel). Der erweiterte Echokompensation bietet Folgendes:
Netzabdeckung bis zu 64 ms.
Aktivieren Sie den erweiterten Echokompensation, um das Echo zu entfernen, wenn die Tail-Abdeckung größer als 32 ms ist.
Schnellere Konvergenz.
Aktivieren Sie den erweiterten Echokompensation, um das Echo während der ersten zwei bis drei Sekunden eines Anrufs zu reduzieren, während der Echokompensation konvergiert. Wenn Sie den erweiterten Echokompensation aktivieren, ist kein Echokompensation mehr erforderlich.
ERL kann eingestellt werden.
Aktivieren Sie den erweiterten Echokompensation, um das Echo zu eliminieren, wenn die ERL-Einstellung nicht unter 6 dBm liegen kann.
Die erweiterte Echokompensation wird je nach verwendeter Cisco IOS-Software unterschiedlich konfiguriert. Wenn Sie die Cisco IOS Software Version 12.3(4)XD oder höher verwenden, müssen Sie keine Cisco IOS-Befehle verwenden, um die Enhanced ITU-T-Standard-G.168-Echokompensation zu aktivieren, da der erweiterte G.168 EC der einzige verfügbare Echokompensation ist. Sie haben die Möglichkeit, die erweiterte EC zu deaktivieren. Cisco empfiehlt jedoch dringend, diese Option zu aktivieren.
Die Cisco Enhanced ITU-T G.168 ECAN-Funktion kann entweder auf den dedizierten ECAN-Modulen oder den allgemeinen Sprachressourcen auf der Plattform, dem Netzwerkmodul oder dem erweiterten Integrationsmodul ausgeführt werden. Beispielsweise können Integrated Services Router der Serien 2800 und 3800 entweder die im Router-Chassis montierten PVDM2s (Packet Voice DSP Module) oder die DSP-Ressourcen (Digital Signal Processor) in Netzwerkmodulen verwenden, um die G.168 ECAN-Funktion auszuführen. Wenn die ECAN-Funktion des G.168 auf allgemeinen Sprachressourcen ausgeführt wird, sind aufgrund von Verarbeitungs- und Speicherbeschränkungen die Reichweite der ECAN-Funktion auf maximal 64 ms beschränkt. Auch wenn dies für die meisten Netzwerkbedingungen ausreichend ist, ist manchmal eine vollständige Abdeckung erforderlich. In diesen Situationen können dedizierte ECAN-Module verwendet werden, die mit dem entsprechenden MFT VWIC2 verbunden sind. Die Verarbeitungs- und Speicherressourcen der dedizierten ECAN-Module ermöglichen die Konfiguration der Echounterdrückung mit vordefinierten Einstellungen und einem erweiterten Echospuffer von 128 ms, der eine robuste Echounterdrückung ermöglicht.
Tabelle 1: Cisco IOS-Befehle für die Auswahl von Extended E.168 EC nach Plattform und Cisco IOS Software-VersionCisco Software IOS-Version | Cisco IOS-Befehl |
---|---|
Cisco Serie 1700 und Cisco ICS 7750 | |
12,2(13)T | Router(config)#Sprach-Echounterdrückung erweitert |
12.2(13)ZH,12.2(15)ZJ, 12.3(1) | Router(Voice-Card)#Codec-Komplexität mittel |
12.3(4)T und spätere Version | Es ist keine Konfiguration erforderlich. G.168 EC ist standardmäßig aktiviert. |
Cisco 2600, 3600, 3700, MC3810 und VG200 | |
12.2(13)T, 12.2(13)ZH, 12.3(1) | Router(Voice-Card)#Codec-Komplexität mittel ecan-extended oder Router(Voice-Card)#Codec-Komplexität hoch, erweiterbar |
12.2(15)ZJ, 12.3(4)T | Router(Voice-Card)#Codec-Komplexität mittel |
12.3(4)XD und höher | Es ist keine Konfiguration erforderlich. G.168 EC ist standardmäßig aktiviert. |
Cisco Serien 7200 und 7500 | |
12,2(13)T | Router(config-dspfarm)#Codec-Komplexität Medium erweiterbar |
12.2(13)ZH und höher | Es ist keine Konfiguration erforderlich. G.168 EC ist standardmäßig aktiviert. |
Cisco AS5300 | |
12,2(13)T | Router(config)#Sprach-Echounterdrückung erweiterter Codec kleiner Codec großer Codec |
12,3(3) | Router(config)#Sprach-Echounterdrückung erweitert [kleiner Codec, großer Codec] |
Cisco Catalyst 4000 AGM | |
12.3(4)T und spätere Version | Es ist keine Konfiguration erforderlich. G.168 EC ist standardmäßig aktiviert. |
Diese Optionen sind unter dem Sprach-Port verfügbar, sobald die erweiterte Echokompensation aktiviert ist:
tauro(config-voiceport)#echo-cancel coverage ? 24 24 milliseconds echo canceler coverage 32 32 milliseconds echo canceler coverage 48 48 milliseconds echo canceler coverage 64 64 milliseconds echo canceler coverage tauro(config-voiceport)#echo-cancel erl ? worst-case Echo Cancel worst-case Echo Return Loss tauro(config-voiceport)#echo-cancel erl worst-case ? 0 Worst case echo canceler operation is 0 dB ERL 3 Worst case echo canceler operation is 3 dB ERL 6 Worst case echo canceler operation is 6 dB ERL
Hinweis: Weitere Informationen finden Sie unter Konfigurieren von Sprachports.
In Tabelle 2 ist die Unterstützung des erweiterten G.168 EC nach Plattform, Netzwerkmodul, Codecs mit hoher Komplexität und mittlerer Komplexität sowie Cisco IOS Software-Mindestversion aufgeführt.
Tabelle 2: Erweiterte Abdeckung des Echo Canceller Algorithm nach PlattformPlattform | Modul | Hohe Komplexität | Mittlere Komplexität | Kommentare | ||
---|---|---|---|---|---|---|
Analog | Digital | Analog | Digital | |||
Cisco Serie 1700 | — | 12.2(8)YN, 12.2(13)T | 12.2(8)YN, 12.2(13)T | 12.2(8)YN, 12.3(2)T | 12.2(8)YN, 12.3(2)T | Flexi6-Unterstützung in Cisco IOS Software, Version 12.2(8)YN. |
Cisco Serien 2600, 2600XM, 3600, 3700 und VG200 | NM-HDV (C549) | — | 12.2(13)T und spätere Version | — | 12.2(13)T und spätere Version | Vollständiger Support |
Cisco Serien 2600, 2691, 3600, 3700 und VG200 | NM-1V, NM-2V (C542) | Nein | — | Nein | — | Nicht unterstützt |
Cisco Serien 2600XM, 2691, 3640, 3660 und 3700 | NM-HDxx | 12.3(4)XD und höher | 12.3(4)XD und höher | 12.3(4)XD und höher | 12.3(4)XD und höher | — |
Cisco Serien 2600XM, 2691, 3640, 3660 und 3700 | AIM-Voice (C5421), AIM-Voice-30 (C542) | — | 12.2(15)ZJ, 12.3(4)T und spätere Version | — | 12.2(15)ZJ, 12.3(4)T und spätere Version | Advanced Integration Module (AIM) |
Cisco Serien 2600XM, 2691, 3640, 3660 und 3700 | NM-HDA (C5421) | 12.2(15)ZJ, 12.3(4)T und spätere Version | — | 12.2(15)ZJ, 12.3(4)T und spätere Version | 12.2(15)ZJ, 12.3(4)T und spätere Version | Analoge Sprachnetzwerkmodule (NM-HDA) mit hoher Dichte. Hinweis: G.728-Hochkomplex wird nicht unterstützt. |
Cisco Serie 2600 | NM-HDA (C5421) | 12.3(9) und spätere Version | — | 12.3(9) und spätere Version | — | — |
Cisco Serie 2600 | AIM-Sprache (C5421) | — | 12.3(9) und spätere Version | — | 12.3(9) und spätere Version | — |
Cisco Serie 7200 | PA-VX-2TE1+, PA-MCX-nTE1 | — | 12.2(13)T und spätere Version | — | 12.2(13)T und spätere Version | PA-MCX-nTE1-Port-Adapter besitzen keine eigenen DSPs, daher verwenden sie die DSPs der PA-VX-2TE1+-Port-Adapter. |
Cisco Serie 7500 | — | — | 12.2(13)T und spätere Version | — | Nein | Keine mittlere Komplexität. |
Cisco AS5300 | — | — | 12.2(13)T (eingeschränkt), 12.3(3) (nicht beschränkt) und höher | — | Nein | Ein-Kanal-DSP auf dem C549 mit erweiterter EC, beliebigem Codec (unbeschränkt). |
Cisco AS5350, AS5400 und AS5850 | — | — | — | — | — | Verschiedener DSP mit eigener EC mit 128 ms Reichweite. |
Cisco Catalyst 4000 | AGM | 12.3(4)T und spätere Version | Nein | Nein | 12.3(4)T und spätere Version | Digitale, analoge und digitale Verbindungen mit hoher Komplexität sind geplant. |
Cisco Catalyst 6000 | Cisco 6624 | A002040-00002 | — | A002040-00002 | — | — |
Cisco 6608 | — | A004040-00002 | — | A004040-00002 | — | |
Cisco IAD2420 | — | 12.2(13)T und spätere Version | 12.2(13)T und spätere Version | 12.3(1) Mainline und höher | 12.3(1) Mainline und höher | — |
Cisco IAD243x | VIC2-4FXO, integriertes T1 | 12.3(4)XD und höher | 12.3(4)XD und höher | 12.3(4)XD und höher | 12.3(4)XD und höher | — |
Cisco ICS 7750 | — | 12.2(13)T und spätere Version | 12.2(13)T und spätere Version | 12.2(13)T und spätere Version | 12.2(13)T und spätere Version | Flexi66-Unterstützung |
Cisco MC 3810 | HCM 549 | 12.2(13)T und spätere Version | 12.2(13)T und spätere Version | 12.3(1) Mainline und höher | 12.3(1) Mainline und höher | — |
Hinweis: Weitere Informationen finden Sie unter Konfigurieren von Sprachports.
Für diese Funktion sind keine Konfigurationsaufgaben vorhanden. Sie können jedoch überprüfen, ob die Voice Call Tuning-Funktion auf Ihrem System funktioniert. Führen Sie dazu die folgenden Aufgaben aus:
Verwenden Sie den Befehl show vfc version, um die Version der Software anzuzeigen, die sich auf Ihrer Voice Feature Card (VFC) befindet. Dieser Befehl zeigt Informationen in der Ausgabe der Befehle show vcware-Version und show vfc version dspware an, die angeben, ob Cisco VCWare oder DSPW mit dem Cisco IOS-Image kompatibel sind.
Mit dem Befehl test call id (Testaufruf-ID) können Sie die Parameter für die Echokompensation und den Jitter-Puffer in Echtzeit ändern. Sie können diesen Befehl mit der erweiterten G.168-Echounterdrückung verwenden, mit der Sie die Sprachkarte einzeln in einem Router konfigurieren können, oder mit der Cisco G.165-Echounterdrückung, mit der Sie den Router als Ganzes konfigurieren können. Meldungen sind in der Befehlsausgabe sichtbar, wenn entweder eine ausschließliche erweiterte oder eine nur standardmäßige Echounterdrückung angefordert wird, wie in diesem Beispiel:
Extended echo canceller not active for CallID callID
Basic echo canceller not active for CallID callID
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
02-Apr-2008 |
Erstveröffentlichung |