WLAN Kontrollframes

Kontrollframes tragen dazu bei das eine zuverlässige Übertragung im Wireless Netzwerk erfolgt und stuern den Zugriff auf das Übertragungsmedium.
Zu den Kontrollframes gehören u.a. die Acknowledgement Frames, die RTS-/CTS Frames und die Frame des Contention-Free-Verfahrens.

Request to Send Frame

Mit dem RTS-Frame, mit einer Länge von 20 Bytes, soll das Hidden Station Problem beseitigt werden, in dem der RTS Frame eine Datenübertragung von längeren Frames einleitet.
Die Länge muss grösser sein als der RTS-Threshold.
Mit dem RTS-Threshold “manipuliert” man von aussen den RTS/CTS Mechanismus.

Im Frame-Control-Feld wird der Type auf 10 gesetzt und im Subtype-Feld auf 1011.
So kann über das Duration Feld die Dauer der Übertragung im mikroSekunden angezeigt werden.
In der Dauer der Übertragung sind das CTS-Frame, der Daten-Frame, der ACK-Frame und drei SIFS enthalten.
Das Address-Feld 1 enthält die Empfänger Adresse und das Address-Feld 2 die Adresse des Senders

Clear to Send

Der Clear to Send Frame ist die Bestätigung für den Request to Send Frame.
Er wird ausgesendet wenn die Station den Request to Send Frame empfangen hat und das Medium frei ist, das die Datenübertragung beginnen kann.
Der Clear to Send Frame hat eine Länge von 14 Bytes, 6 Bytes weniger als der Request to Send Frame, da die Absenderadresse fehlt.

Im CTS FRame ist im Framecontrol der Wert auf 10 gesetzt und im Subtype Feld auf 1100.
Das Duration Feld beinhaltet die “restliche” Übertragungszeit in microSekunden.

Acknowledgement Frame

Mit dem Acknowledgement Frame wird dem Sender mitgeteilt das der Frame vollständig empfangen wurde.
Bleibt dieser Frame aus, so bildet der Sender eine Backoff-Wartezeit und versucht nach dem Ablauf der Wartezeit den Frame erneut zu senden.
Der Acknowledgement Frame hat wie der Clear to Send Frame eine länge von 14 Bytes.

Das Type Feld hat den Wert 10 und das Subtypefeld hat den Wert 1101. So wird der Frame als Acknowledgement Frame idenitifiziert.
Wird über dden Ack-Frame ein Datenframe bestätigt, so wird der Wert im Duration Feld auf 0 gesetzt.
Was dann das Ende der Übertragung bestätigt.
Wir innerhalb eines Fragment-Burst ein ACK-Frame gesendet, so enthält das Duration Feld die restliche Dauer der Übertragung in microSekunden

Power-Save-Poll-Rame

Durch den Power-Save-Poll-Frame kann eine Station die sich im Power Save Modus befindet, beim AccessPoint einen Frame anfordern.
Der Power-Save-Poll-Frame hat eine Länge von 20 Bytes.

Das Type Feld hat den Wert 10 und das Subtypefeld den Wert 1010.
Das AID Feld, das statt des Duration/ID Feldes, eingefügt wird, steht Association ID, über diesen Wert wird die Station am AccessPoint identifiziert.
Die ersten beiden Bits (höchstwertigen) bei dem AID Feld sind 1 gesetzt und für die restlichen 14 Bits ist ein Wert von 1 bis 2007 vorgesehen.
Im Address 1 Feld ist die BSSID eingetragen und im Address 2 Feld die Mac Adresse der Station (Sender)

Contention-Free-End-Frame

Über den Contention-Free-End Frame kann der AccessPoint eine Contention-Free Periode einleiten bzw. anzeigen.
Der Contention-Free-End Frame hat eine Länge von 20 Bytes.

Das Type Feld ist auf den Wert 10 gesetzt und über das Duration/ID Feld, dessen Wert 0 ist, werden die Station aufgefordert den NAV Timer zurückzusetzen.
Das Address 1 Feld beinhaltet die Broadcast Adresse und das Adress 2 Feld die MAC Adresse (BSSID) des AccessPoints

Das CF-End+CF-Ack Frame hat die gleiche Funktion wie der Contention-Free-End Frame, aber es wird noch der Empfang des letzten Frames bestätigt. daher ist der Inhalt des Subtype Feldes auch auf 1111 gesetzt