Group C: Voice over IP-Performance

SmartmediaPresSservice)

Dieser Test simuliert einen VoIP-Anruf ein WLAN, das bereits mit der maximalen Bandbeite ausgelastet ist. Dazu wird die Verbindung zum jeweiligen Messort mit jeder TCP-Datenmenge beschickt, die in den vorausgegangenen TCP-Messungen als Maximalwert ermittelt wurde. Access-PointVoice-over-IP-Daten zu verhindern. Wenn die , die sich als MOS-WertQoS-Mechanismus wirklich.

Test C1: Der zeitliche Verlauf des Mean Opinon Score (MOS). .

Tabelle: IxChariot-Skripte, Gruppe C.

Gruppe D: UDP/RTP-Transfer

Bei allen vorhergehenden Tests werden erhebliche Mengen an Daten in beide Richtungen geschickt. Bei den Tests der Gruppe D gehen RTP/UDP-Streams vom Access-Point zum Client. Der WLAN-Traffic, der vom Client ausgeht reduziert sich dabei um die ACK-Datenpakete im WLAN-Transportlevel.

Ziel dieses TAccess-Point und Client mit umgehen kann. Dieser Test hilft Mechanismen zu erkennen, die ein "Verstopfen" des Datenpuffers vermeiden helfen. Das Real time Protokoll (RTP), das oberhalb des UDP-Protokolls arbeitet,(Acknowledge) noch Mechanismen zur Regulierung der Geschwindigkeit des Datenstroms (Xon/Xoff), Schwankungen und Fehler in der Paket-Reihenfolge feststellen.

PresSservice)

eit unter dem Maximum von 100 Mbps. PresSservice)

Tabelle: IxChariot-Skripte der Gruppe D.PresSservice)

Group E: Streaming-Video-Performance

Buffering- und Wiederherstellungs-Mechanismen wie andere, reale Video-Streaming-Clients. Ein P Eventuelle Fehler in der Paket-Reihenfolge werden mit Standard-RTP-Mechanismen abgefangen. Bis zu 0,05 Prozent verlorene Pakete fallen normalerweise nicht auf, da sie von den Wiederherstellungs-Mechanismen von MPEG ausgeglichen werden.

HDTV-Stream DatagrammenPresSservice)

Gruppe Z:

WLAN-Access-Points

mit maximalem Durchsatz. Die Messergebnisse des Skripts werden verworfen.