Text anzeigen (PDF) - bei DuEPublico

Das QSDL-Modell
190
Der Prozeß AppGen
Er nimmt die Dienstprimitive OpenInd und CloseInd entgegen. Bei Empfang des Signals
OpenInd kann er wahlweise per OpenRefuse oder per OpenAccept reagieren. Im letzteren Fall
erzeugt er eine Instanz des Prozesse App. In diesem Prozeß wäre in einem realen System die Client-seitige
Anwendung implementiert. Da in dieser Studie lediglich die Leistungsfähigkeit des
Transportsystems bewertet werden soll, sind diese rudimentären Angaben zum Verhalten der
Anwendung völlig ausreichend.
Der Prozeß App
In den Instanzen dieses Prozesses werden die QSDL-Sensoren definiert, die die Dienstgüte beobachten,
wie sie aus Anwendersicht erfahren wird. Dazu erhält jede Instanz drei Sensoren, siehe
Abbildung 9-18. Sie werden mit dem Empfang jedes Signals DataInd aktualisiert. Die Prozesse
ermitteln den Durchsatz, der für diesen Strom erzielt wird, sowie die Übertragungszeit und die
Übertragungszeitschwankungen (Jitter).
Die Größe des Jitter-Wertes gibt einen Hinweis auf die Größe des benötigten Playout-Puffers.
Dieser Puffer wird benötigt, um für isochrone Daten die Laufzeitschwankungen auszugleichen.
Die Definition des Jitters ist allerdings in der Literatur nicht einheitlich. Während M. Zitterbart in
[116] Jitter als „Laufzeitschwankungen sequentiell aufeinanderfolgender Dateneinheiten“ definiert,
bezeichnet A. Danthine in [31] Jitter als „Differenz zwischen der minimalen und maximalen
Laufzeit von Dateneinheiten während der Existenz einer Verbindung“.
Die Sensoren im QSDL-System sind in der Lage, beide Werte zu ermitteln. Während der QSDL-
Sensor jitter die Laufzeitschwankung gemäß der Definition nach Zitterbart ermittelt, kann nach
Beendigung der Verbindung der Jitter-Wert gemäß der Definition nach Danthine über den Sensor
del ermittelt werden. Dieser Sensor ermittelt die Verzögerungen der übertragenen Dateneinheiten.
Da dieser Sensor vom Type BASETALLY ist, steht sowohl der Wert des Maximums als
auch der des Minimums zur Verfügung, so daß lediglich eine Differenzbildung vorgenommen
werden muß.
PROCESS App;
DCL data MPEG_Frame,
diff Duration,
last Duration,
jitt Duration,
lastdiff Duration,
pay Natural;
/*## SENSOR del BASETALLY; ##*/
/*## SENSOR thru BASECOUNTER; ##*/
/*## SENSOR jitter BASETALLY; ##*/
START;
TASK lastdiff := 0.0;
NEXTSTATE ready;
ENDPROCESS App;
Abbildung 9-18 Prozeß App (QSDL/PR)
STATE ready;
INPUT DataInd(data);
TASK diff := NOW - data!tmpstmp,
pay := data!len;
/*## UPDATE (thru,pay); ##*/
/*## UPDATE (del,diff); ##*/
DECISION lastdiff = 0.0;
(TRUE) : TASK lastdiff := diff;
NEXTSTATE -;
(FALSE) : TASK jitt := CALL abs(difflast,diff),
difflast := diff;
/*## UPDATE(jitter,jitt);
NEXTSTATE -;
ENDDECISION;
INPUT Fin;
STOP;
Im folgenden Abschnitt werden nun die anwenderorientierten Leistungsmaße ermittelt und damit
die Performance-Analyse des Audioverteilsystems abgeschlossen.