-
Die
vorliegende Erfindung bezieht sich auf eine Paketübertragung
und insbesondere ein System und ein Verfahren zur Optimierung eines
Jitterspeichers.
-
Wenn
Sprachdaten über
Paketnetze übermittelt
werden, z. B. Telephony-over-LAN-Netze (ToL) oder Voice-over-IP-Netze
(VoIP), werden die Sprachinhalte in der Regel komprimiert, paketiert
und schließlich über das
Netz an das Ziel gesendet. Wenn die Pakete in das Netz hinein gesendet
werden, werden sie mit einer konstanten Rate generiert. Bedingt
durch das Verhalten des Paketnetzes gehen jedoch die gleichmäßigen Zeitintervalle
zwischen den Paketen verloren, während
die Pakete das Netz durchlaufen. Diese Unregelmäßigkeit der Pakettrennung wird
auch „Jitter" genannt. Jitter
kann zu Klickgeräuschen,
Verzögerungen
und sonstigen Unannehmlichkeiten bei Multimediaübertragungen führen, was
eine allgemein schlechte Wiedergabequalität mit sich bringt. Ein Jitterspeicher
wird vielfach verwendet, um die Pakettrennung gleichmäßiger zu
gestalten. Bei einem Jitterspeicher handelt es sich um einen FIFO-Pufferspeicher
(„First
in, first out"-Speicher),
bei dem Pakete den Speicher mit einer vordefinierten, konstanten
Rate verlassen. Wichtig ist eine Minimierung des Ausmaßes der
tatsächlichen
Jitterpufferspeicherung, da der Jitterpufferungsprozess Verzögerungen
bei der Signalwiedergabe mit sich bringt. Eine übermäßige Pufferspeicherung verzögert die
Ausgabe der übertragenen
Daten, während
eine zu geringe Pufferspeicherung Datenlücken mit sich bringt.
-
Die
Jitterwerte schwanken während
einer Übertragungssequenz.
Unter „Jitterwert" versteht man die mittlere
Abweichung bei den Paketankunftzeiten. Gemessen wird er, wenn Pakete
im Verlauf eines implementierungsspezifischen Intervalls eintreffen.
Der in der Literatur (gemäß IETF RFC
1889) angegebene Jitter-Istwert ist ein exponentiell gemittelter
Wert der Jitter-Werte für
jedes Paket während
des Intervalls.
-
Die
Verteilung des mittleren Jitterwertes unterscheidet sich signifikant
von den Jitter-Istwerten, so dass übliche auf der Warteschlangentheorie
basierende Lösungen
nicht anwendbar sind.
-
Ein
Jitterspeicher, der mit einer konstanten, vordefinierten Größe ausgelegt
wird, wird als „statischer Jitterspeicher" bezeichnet. Ein
statischer Jitterspeicher erkennt nicht die einzigartigen Jittermerkmale
jeder Sequenz und kann sich selbst nicht so anpassen, dass der Bedarf
einzelner Sequenzen abgedeckt wird. Die mangelnde Flexibilität des statischen
Jitterspeichers reduziert die Glättungsfähigkeiten
des Jitterpufferungsprozesses, so dass er bei einigen Sequenzen
nicht für
ausreichende Pufferung sorgen kann, während er andere Sequenzen unnötig verzögert.
-
Die
Implementierung eines dynamischen Jitterspeichers ist von der
US-Patentschrift 4.453.247 her bekannt,
bei der die Größe eines
so genannten abweichungsabsorbierenden Pufferspeichers dynamisch
geändert
werden kann, um eine Schwankung der Übertragungsverzögerungszeit
bei Sprachpaketen aufzufangen. Basierend auf der Abweichungskalkulation
ist die Größe des abweichungsabsorbierenden
Pufferspeichers modifizierbar.
-
Die
erwähnten
und andere Nachteile des bisherigen Stands der Technik werden zu
großen
Teilen durch ein System und ein Verfahren gemäß Ausführungsformen der vorliegenden
Erfindung überwunden.
-
Die
Erfindung wird in den unabhängigen
Ansprüchen
definiert, auf die hier Bezug genommen werden sollte. Weitere vorteilhafte
Merkmale werden in den abhängigen
Ansprüchen
ausführlich
behandelt.
-
Eine
Jitterspeichersteuerung gemäß einer
Ausführungsform
der vorliegenden Erfindung erlaubt es, die Größe des Jitterspeichers dynamisch
entsprechend dem abweichenden Jitter der aktuellen Sequenz anzupassen.
Die Jitterspeichersteuerung unterhält einen Cachespeicher mit
den vorhergehenden Jitterwerten. Dieser Cachespeicher enthält exponentiell
gemittelte Werte, die das langfristige Verhalten der Jittermerkmale
eines spezifischen Ziels darstellen, d. h. ein „jitterspezifisches Gedächtnis" bilden. Diese Werte
können
benutzt werden, um die Größe des Jitterspeichers
zu initialisieren. Der Jittercachespeicher verhindert, dass die
Größe des Speichers
mit einem willkürlichen
Wert initialisiert wird, der die früheren Jittermerkmale des spezifischen
Ziels unbeachtet lässt.
-
Die
Jitterspeichersteuerung arbeitet mit zwei Hauptvariablen, um die
Größe des Jitterspeichers
anzupassen: „current_depth" (aktuelle Größe) und „rise" (Anstieg). Die Variable „current_depth" berücksichtigt
den aktuellen Jitter, während
die Variable „rise" Größenanstiege
auf der Basis früherer
Jitter „abfedert". Diese beiden Variablen
werden verwendet, um eine genauere Speichergröße zu generieren, die an schwankende
Jitterwerte anpassungsfähig
ist. Die Jitterspeichergröße kann
sich im Verlauf einer einzelnen Datensequenz auf der Basis der Schwankung
des wirksamen Jitters ändern.
-
Die
Erfindung lässt
sich besser verstehen, wenn die folgende ausführliche Beschreibung der Ausführungsformen
in Verbindung mit den folgenden Zeichnungen herangezogen wird, wobei:
-
1 ein
Blockdiagramm eines beispielhaften Telephony-over-LAN-Netzes (ToL) gemäß einer
Ausführungsform
der Erfindung ist; und
-
2 ein
Blockdiagramm eines beispielhaften Codec gemäß einer Ausführungsform
der vorliegenden Erfindung ist.
-
Die 1 bis 2 verdeutlichen
ein System und ein Verfahren zur Anpassung von Jitterspeichern gemäß einer
Implementierung der vorliegenden Erfindung. Gemäß einer Ausführungsform
der Erfindung wird die Größe eines
Jitterspeichers auf der Basis eines aktuellen Jitters und einer
Historie früherer
Jitter angepasst. Es sei darauf hingewiesen, dass die technische
Lehre der vorliegenden Erfindung auf jedes Übertragungsmedium anwendbar
ist, bei dem Daten mit einer konstanten Rate generiert werden, bei
dem jedoch das Übertragungsmedium
die Übertragungsrate
stört.
Die Abbildungen dienen also lediglich als Beispiele.
-
Bezug
nehmend auf 1 wird ein beispielhaftes Telekommunikationssystem 100 gemäß einer
Ausführungsform
der Erfindung gezeigt. Das Telekommunikationssystem 100 beinhaltet
ein Local Area Network (LAN) oder Paketnetz 101. Wie in
der Abbildung gezeigt, ist das Telekommunikationsnetz als ein H.323-kompatibles
Netz ausgeführt.
Es sei jedoch darauf hingewiesen, dass jede Art von Multimedia-Paketnetz
oder jedes Netz für
die Übertragung
zeitabhängiger
Daten verwendet werden kann. Wie dargestellt, sind mit dem LAN 101 verschiedene
H.323-Endgeräte 102a und 102b,
eine Multipoint Control Unit (MCU) 104, ein H.323-Gateway 106,
ein H.323-Gatekeeper 108, ein LAN-Server 112 sowie
eine Mehrzahl anderer Geräte
wie etwa Personal Computer (PCs – nicht dargestellt) gekoppelt.
-
Die
H.323-Endgeräte 102a und 102b erfüllen die
H.323-Empfehlung.
Auf diese Weise unterstützen
die H.323-Endgeräte 102a und 102b die
H.245-Steuerungssignalisierung für
die Verhandlung der Medienkanalbelegung, Q.931 (H.225.0) für die Rufsignalisierung
und den Rufaufbau, H.225.0-Registrierung, -Zulassung, und -Status
(RAS) sowie RTP/RTCP für
die Sequenzierung von Audio- und Videopaketen. Die H.323-Endgeräte 102a und 102b können weiterhin
Audio- und Video-Codecs, T.120-Datenkonferenzschaltungsprotokolle und
MCU-Funktionalitäten
implementieren. Weitere Einzelheiten zu der H.323-Empfehlung sind
bei der International Telecommunications Union erhältlich.
-
Weiterhin
können – wie ausführlicher
weiter unten erläutert – eine oder
mehrere Netzeinheiten, z. B. das Gateway 106, einen Jitterspeicher 113 und
eine Jitterspeichersteuerung 110 gemäß der vorliegenden Erfindung
beinhalten. Wie ausführlicher
weiter unten beschrieben, dient die Jitterspeichersteuerung 110 der
Ermittlung des aktuellen und des früheren Jitterverhaltens. Die
Jitterspeichergröße wird
auf der Basis dieser Analyse angepasst.
-
Eine
beispielhafte Schnittstelle, einschließlich eines Jitterspeichersystems
gemäß einer
Ausführungsform
der vorliegenden Erfindung, ist in 2 zu sehen.
Ein Codec 14 beinhaltet einen Encoder 88 zur Kodierung
von Audiodaten und einen Decoder 96 zur Dekodierung kommender
Audiodaten. Der Decoder 86 ist mit einem Digital/Analog-Wandler 82 gekoppelt.
In gleicher Weise ist der Encoder 88 mit einem Analog/Digital-Wandler 84 gekoppelt.
Ein Jitterspeicher 113 ist am Eingang zum Decoder 86 vorgesehen.
Ein Paketierer 80 ist am Ausgang des Encoders 88 vorgesehen.
Der Paketierer 80 formatiert gehende Audiodaten zu Datenpaketen
zwecks Übertragung über das
Datennetz. Eine Steuerung 110, die durch einen bekannten
Mikro-Controller verkörpert
werden kann, steuert den Betrieb des Jitterspeichers 113 und
des Paketierers 80. Wie unten ausführlicher erläutert wird, überwacht
die Steuerung 110 in Verbindung mit dem Jittercachespeicher 109 das Jitterverhalten
und passt die Jitterspeichergröße auf der
Basis der Analyse des aktuellen und des vergangenen Jitters an.
Der Jittercachespeicher enthält
einen exponentiell gemittelten Wert, der die statistischen Jitterhistorien
spezifischer Ziele darstellt.
-
Eine
dynamische Jitterspeichersteuerung gemäß einer Ausführungsform
der vorliegenden Erfindung passt dynamisch eine Jitterspeichergröße entsprechend
einer „aktuellen
Größe" und eines „Anstiegs" an. Die aktuelle
Größe („current_depth") ist ein Parameter,
der sich auf die gemessene Größe des Jitterspeichers
bezieht. Der Anstieg („rise") ist die errechnete „Abfederung", die an die Jitterspeichergröße angehängt wird
(zu der aktuellen Größe addiert
wird), um die frühere
Jitterhistorie einer Datenverbindung zu berücksichtigen. Jedes Mal, wenn
ein erhöhter
Jitterwert abgetastet wird, wird dem Anstieg ein vordefinierter
Zuschlagswert hinzugefügt,
der das Volumen des bereitgestellten „zusätzlichen" Pufferspeicherplatzes erhöht. Der „rise"-Zuschlagswert ist
ein konstanter positiver Wert, der nur dazu dienen kann, den Wert
des Anstiegs zu erhöhen. Wenn
der Algorithmus einen Jitterwert feststellt, der höher als
das ist, was der Pufferspeicher vorsieht, wird ein vordefinierter „rise"-Zuschlagswert zum
aktuellen Anstieg hinzugefügt,
so dass die Gesamtgröße des Jitterpufferspeichers
erhöht
wird. Die Erhöhung
des Gesamtanstiegs des Jitterspeichers bereitet den Pufferspeicher so
vor, dass er eine Erhöhung
des Jitters während
der gesamten Übertragung
bewältigen
kann. Die Variable „rise" erlaubt es dem System
zu „lernen", dass eine negative
Entwicklung erneut negativ werden könnte, und sich schneller an
diese anzupassen, während
die Variable „current_depth" für die Anpassung
an die aktuellen Jittermerkmale zuständig ist. Die Verzögerung wird
bei guten Datenverbindungen minimiert, jedoch die Variable „rise” erlaubt
es dem System dann, stabil zu bleiben, wenn die Verbindung erneut
mit Jitter konfrontiert wird.
| Parameter | Beschreibung |
| Current_depth | Aktuelle
Größe des Algorithmus.
Die Variable „current_depth" ist nicht zu verwechseln
mit der Gesamtgröße des Jitterspeichers.
Die Gesamtgröße des Jitterspeichers
beinhaltet sowohl die Variable „current_depth" als auch die Variable „rise". |
| rise | Die „Abfederung" zur Erhöhung der
Größe auf Grund
des Vorhandenseins der früheren
Jitterhistorie. Dies ist eine monoton steigende Variable. |
Tabelle
1
-
Die
verwendeten Parameter beinhalten einen Maximum- und einen Minimum-Schwellenwert
sowie Anstiegsinkremente, wie sie in der nachstehenden Tabelle 2
beschrieben werden:
| Parameter | Beschreibung | Wertbereich |
| Minimum_depth | Dies
ist die absolut niedrigste Größe, auf die
der Jitterspeicher angepasst werden kann. | Mindestpufferung,
die für
eine „optimale" Netzkonfiguration
erforderlich ist. |
| Maximum_depth | Dies
ist die höchste
Größe, auf
die der Jitterspeicher angepasst werden kann. | Maximaler
Pufferungswert, der mit einer akzeptablen Regeneration der Originaldaten
kompatibel ist. |
| Initial_depth | Dies
ist der anfängliche
Wert, der der Variable „current_depth" zugewiesen wird, ehe
die erste Jitterabtastung empfangen wird, wenn keine Informationen
im Jittercachespeicher verfügbar
sind. | Abgestimmter
Wert auf der Basis der mittleren Netzübermittlungszeit dividiert durch
die Nennpaketrate. |
| Initial_rise | Dies
ist der anfängliche
Wert für
die Anstiegzuschlagsabfederung, wenn keine Informationen im Jittercachespeicher verfügbar sind. | Abgestimmter
Wert auf der Basis der Standardabweichung der mittleren Netz-Paketübermittlungszeit
(verdoppelt) dividiert durch die Nennpaketrate. |
| Maximum_constant_rise | Dies
ist der maximale geschätzte
Anstiegszuschlag, der auf die Jitterspeichergröße anwendbar ist. Dieser Wert begrenzt
den Pufferungsbetrag „über" den vom aktuellen
Jitter abgeleiteten angewandten Wert hinaus. | Abgestimmter
Wert, um eine schnelle Anpassung an sich verschlechternde Netzbedingungen
und zugleich eine akzeptable Leistung im Hinblick auf das Nennverhalten
des Netzes zu erreichen. In der Regel etwas weniger als die maximale Größe abzüglich der
anfänglichen
Größe. |
| Rise_penalty | Eine
konfigurierbare Konstante, die zum Anstieg hinzuaddiert wird, um
den Jitter zu berücksichtigen.
Diese „Rise_penalty" dient dazu, den
Anstieg zu erhöhen, wenn
es vom Algorithmus für
notwendig gehalten wird, wobei es sich um den Betrag handelt, um
den der gecachte Anstieg anfangs wegen Langzeitabklingen dekrementiert
wird. | Abgestimmter
Wert, der mehrere Anstiegsinkremente berücksichtigt. |
-
Wie
oben angegeben, ist die Jitterspeichergröße eine Kombination aus einem „current_depth"-Wert und einem „rise"-Wert. Diese Werte dienen der Jitterspeichersteuerung
dazu, die Jitterspeichergröße an die spezifischen
Bedürfnisse
jeder Sequenz anzupassen.
-
Die
Jitterspeichergröße wird
initialisiert, wenn eine neue Sequenz beginnt. Während der anfänglichen Jittermessungen
reichen die Jitterabtastdaten nicht aus, um eine neue Jitterspeichergröße abzuleiten,
die individuell auf die aktuelle Übertragung zugeschnitten ist.
Eine bestimmte Anzahl von Jitterabtastungen muss empfangen werden,
ehe eine präzise
Jitterspeichergröße bestimmbar
ist. Der Jittercachespeicher verhindert, dass dieser Datenmangel
die Jitterleistung während
dieses anfänglichen
Zeitraums verschlechtert.
-
Um
das System für
eine bestimmte Übertragungssequenz
unter Verwendung einer bestimmten Pfadkennung zu initialisieren,
wird folgende Operation durchgeführt:
-
Dieser
Prozess zur Initialisierung des Jittercachespeichers wird unter
Bezugnahme auf dem oben genannten Pseudo-Code beschrieben. Anfangs
wird der Jittercachespeicher 109 auf aktuelle Daten durchsucht, d.
h. auf Daten, die die Jitterhistorie des aktuellen Ziels betreffen.
Wenn der Jittercachespeicher Daten enthält, die das aktuelle Ziel betreffen,
werden die anfängliche
Größe und der
anfängliche
Anstieg auf der Basis der statistischen Daten dieses Ziels initialisiert.
Der anfängliche
Anstieg wird dann um ein Inkrement (rise_penalty) abwärts angepasst,
um die langfristige Reduzierung des Gesamt- und des gecachten Anstiegswertes
zu berücksichtigen.
Die anfängliche
Größe wird
um den gleichen Betrag nach oben angepasst, um die Speichergröße auf der
Basis des gecachten Wertes zu berücksichtigen. Wenn jedoch keine
Daten, die das aktuelle Ziel betreffen, vorhanden sind, werden die
Größe und der
Anstieg mit vordefinierten Werten, z. B. dem Durchschnitt der gesamten
Warteschlange, initialisiert.
-
Der
Jittercachespeicher wird erneut zur Bestimmung eines präzisen Anstiegswertes
benutzt, während eine
Jitterabtastung, d. h. ein Durchschnittswert der Pakettrennungen
der aktuellen Übertragung
während
eines bestimmten Zeitraums, erfasst wird. Die Jitterabtastungen
werden regelmäßig während einer Übertragung erfasst
und statistisch gemittelt. Zur Bestimmung des Durchschnittswertes
kann jedes Verfahren verwendet werden. Auf diese Weise wird der
Jitterspeicher während
des Datenempfangs dynamisch aktualisiert. Der anfängliche
Anstieg wird dann auf den Anstiegswert eingestellt, der auf der
Basis der vorherigen Jitterwerthistorie des Ziels mittels des wie
oben beschrieben angepassten Jittercachespeichers berechnet wurde.
Wenn keine Daten, die das aktuelle Ziel betreffen, vorhanden sind,
wird der anfängliche
Anstieg auf den Durchschnittswert des gesamten wie oben beschrieben
angepassten Cachespeichers eingestellt. Wenn der Cachespeicher leer ist,
ist der Wert der vordefinierte Initialisierungswert. Für jede gemeldete
Jitterabtastung wird dann wie nachfolgend beschrieben eine Reihe
von Maßnahmen
durchgeführt:
-
Eine
Variable namens „new_depth" wird berechnet,
indem der aktuelle Abtastwert herangezogen und durch die Frame-Länge dividiert
wird. Die Frame-Länge
stellt die Quantifizierungsteilung des ursprünglich kontinuierlichen Datenstroms
dar. Eine Vorglättungsoperation
(„Pre-smoothing") kann ebenfalls
durchgeführt
werden. Das Vorglätten
ist optional und wird weiter unten ausführlicher beschrieben. Die Variable „new_depth" wird auf die Größe des Jitterspeichers
angewandt, wenn dies von der Steuerung für notwendig erachtet wird. Sobald
die mögliche
neue Speichergröße („new_depth") bestimmt worden
ist, wird eine Reihe von Vergleichen durchgeführt, um festzustellen, ob eine
Anpassung der Jitterspeichergröße erforderlich
ist.
-
Wenn „new_depth" kleiner als die
vorkonfigurierte Mindestgröße ist,
dann wird die neue Größe auf den Wert
der Mindestgröße geändert. Wenn „new_depth” dem maximalen
Größenwert
(„maximum_depth") entspricht, dann
wird ermittelt, ob die aktuelle Größe („current_depth") dem maximalen Größenwert
entspricht, und es erfolgt keine Anpassung. In dieser Situation
wird eine Warnung ausgegeben, die darauf hinweist, dass der Jitter
für dieses
Ziel sehr hoch ist. Wenn new_depth jedoch den akzeptablen maximalen
Größenwert überschritten
hat, dann wird „new_depth" gleich „maximum_depth” gesetzt.
So wird die verbesserte Genauigkeit der Jitterspeichergröße berücksichtigt,
ohne dass die Grenzen überschritten
werden, die zu einer übermäßigen Verzögerung führen.
-
Wenn
der berechnete Wert für „new_depth
plus 1" größer als
der „current_depth”-Wert ist,
jedoch keine der vorstehend genannten Bedingungen erfüllt, sind
Anpassungen sowohl für
den „rise"- als auch den „current_depth"-Wert erforderlich.
Ein Anstiegszuschlag wird zum aktuellen Anstiegswert hinzugefügt. Wenn „new_rise" kleiner/gleich „maximum_constant_rise" ist, wird der Anstieg
auf den neuen Anstieg eingestellt. Wie oben beschrieben handelt
es sich beim Anstiegszuschlag um einen monoton steigenden Wert,
der die Abweichung früherer
Jitterwerte berücksichtigt.
Dieser Wert verhindert auch, dass sporadisch oder zyklisch auftretender
Jitter die Präzision
der Jitterspeicheranpassung verzerrt. Anschließend wird der Wert für „current_depth" auf „new_depth
plus rise" eingestellt.
Es kann eine Nachglättungsoperation
geben, wie weiter unten ausführlicher
beschrieben wird. Die Cachespeichergröße wird auf die aktuelle Größe aktualisiert.
-
Jedes
Mal, wenn der Wert für „current_depth" oder „rise" geändert wird,
wird der Jittercachespeicher aktualisiert, um die neusten Zustände dieser
Variablen widerzuspiegeln. Das bedeutet, dass neue Werte für „new_cache_depth" und „new_cache_rise" bestimmt werden.
-
Insbesondere
enthält
der Jittercachespeicher – wie
oben bereits erwähnt – exponentiell
gemittelte Werte, die die Größen- und
Anstiegswerthistorie eines bestimmten Ziels darstellen. Jeder Wert
ist eine Kombination aus dem aktuellen Zustand der Variable, der
eingegeben wird, und einem Wert, der die vergangenen Zustände der
Variable als Ganzes darstellt. Eine Gleichung des Typs „exponentieller
gleitender Durchschnitt" wird
verwendet, um sowohl den Größen- als
auch den Anstiegswert im Cachespeicher zu aktualisieren. Dies ermöglicht es,
den Werten für
den aktuellen Anstieg und die aktuelle Größe eine vordefinierte Gewichtung
zu geben, wenn sie zur Aktualisierung des Jittercachespeichers benutzt
werden. Der Parameter „Alpha" bestimmt das exponentielle
Verhalten dieses Cachespeichers, wenn neue Daten hinzugefügt werden.
Der Alpha-Wert verhält
sich indirekt proportional zum Effekt der neuen Werte auf den Cachespeicher.
Alpha kann zwischen „0" und „1" einschließlich liegen.
Ein hoher Alpha-Wert
deutet darauf hin, dass neue Aktualisierungen einen geringen Effekt
auf den Cachespeicher haben und umgekehrt. Wie oben erwähnt, können entweder
die Eingangsdaten („new_depth") oder die Ausgangsdaten
(„current_depth") oder beide exponentiell
an den angegebenen Punkten geglättet
werden (Vorglätten
(„PreSmoothing") oder Nachglätten („PostSmoothing") oder beides). Glätten kann
eine größere Stabilität bewirken,
indem die Jitterspeichergröße seltener
geändert
wird. Doch lässt
das Glätten
die durchschnittliche Jitterspeichergröße in der Regel etwas höher ausfallen,
so dass die Entscheidung, die Daten zu glätten, von der Anwendung abhängig ist.
-
„PreSmoothing" errechnet sich wie
folgt: smoothed_depth = depth_alpha·smoothed_depth
+ (1 – depth_alpha)·new_depth
-
Dann
wird der geglättete
Wert („smoothed_depth") an Stelle des neuen
Wertes („new_depth") verwendet. Der „depth_alpha"-Wert kann sich zwischen
0 bis 1 bewegen.
-
„Postsmoothing” errechnet
sich wie folgt: jitter_depth = jitter_alpha·jitter_depth
+ (1 – jitter_alpha)·current_depth
-
Die
Jitterspeicher-Istgröße wird
dann auf die errechnete Jitterspeichergröße an Stelle des „current_depth"_Wertes eingestellt.
Der „jitter_alpha"-Wert kann sich zwischen
0 bis 1 bewegen.
