Institut für Kommunikationsnetze und Rechnersysteme - Universität ...

– 191 –
6.3 Integration von elastischem und unelastischem Verkehr
Die bisherigen Untersuchungen haben gezeigt, dass WEDD zur Differenzierung von Verkehr
mit unterschiedlichen Anforderungen, aber gleicher Charakteristik verwendet werden kann.
Nun werde ein integriertes Szenario betrachtet, bei dem sowohl eine Trennung von Echtzeitund
TCP-Verkehr als auch eine Unterscheidung von Klassen innerhalb der beiden Verkehrstypen
durchgeführt wird.
6.3.1 Szenario
Insgesamt werden beim Zugang zu einem Engpasslink mit Rate C vier Klassen
( i ∈ { 0123 , , , }) unterschieden, denen unterschiedliche WEDD-Parameter gemäß Tabelle 6.4
zugewiesen sind. Die Werte ohne Klammer bei und beziehen sich auf eine Linkrate von
10 Mbit/s, während in Klammer die Werte für C = 100 Mbit/s angegeben sind. Für die anderen
( RT)
A i
Parameter von WEDD werden die Standardwerte aus Tabelle 6.3 übernommen. Das bedeutet
insbesondere, dass verspätete Pakete verworfen werden und dass der CSA-Mechanismus
zunächst nicht angewandt wird.
Echtzeitverkehr wird wie in Abschnitt 6.1 durch ein M/G/ ∞ -Burst-Modell repräsentiert, wobei
die Parameterkombination V A nach Tabelle 6.1 verwendet wird. Das Angebot an Echtzeitverkehr
in Klasse i wird mit bezeichnet und ist nur in den Klassen 2 und 3 von null verschieden
(siehe Tabelle 6.4). Für elastischen Verkehr gilt das geschlossene Modell aus
Abschnitt 6.2, d. h. neben den beiden Bediensystemen zur Beschreibung des Netzzugangs (mit
Rate C bzw. R max = 2 Mbit/s) enthält das Modell im Hin- und Rückkanal jeweils eine Komponente
zur konstanten Verzögerung mit einer Gesamtlaufzeit von τ = 100 ms (vgl. Bild 6.26).
Ein Teil der TCP-Verbindungen wird als dynamisch angenommen, wobei wieder das in
Abschnitt 6.2.3 eingesetzte Modell zur Beschreibung von Ankunft und Größe der per TCP zu
übertragenden Bursts zur Anwendung kommt. Das Angebot durch diesen dynamischen TCP-
( TCP)
A i
Verkehr in Klasse i werde mit bezeichnet. Nur in den Klassen 0 und 1 ist derartiger
Verkehr zu finden (vgl. Tabelle 6.4). Das Gesamtangebot A aus Echtzeit- und dynamischem
TCP-Verkehr setzt sich somit wie folgt zusammen:
δ i
ε i
A
3
∑
( TCP)
A i
( RT)
A i
= ( + ) =
i = 0
( TCP)
A 0
A ( TCP ) ( RT)
+ 1 + A 2
+
( RT)
A 3
(6.14)
Daneben gibt es noch statischen TCP-Verkehr, modelliert mit Hilfe der bereits in Abschnitt
6.2.2 isoliert betrachteten ungesättigten Quellen. Diese können nicht über ein Angebot charakterisiert
werden. Statt dessen spielt hier die Anzahl von Quellen in Klasse i eine Rolle,
deren Summe die Gesamtzahl n ergibt. Wie der dynamische TCP-Verkehr sind auch die ungesättigten
Quellen den Klassen 0 und 1 zugeordnet (vgl. Tabelle 6.4).
n i