Wireless PROFIBUS über WLAN 802.11(b)

Die PCF weist damit eine höhere Priorität auf als die normale Übertragung mittels DCF, muss jedoch jeweils die Quittierung der angesprochenen Station abwarten. Während der gesamten CFP bleibt der PC steuernd 802.11e overview (EDCF and HCF) fragt während der CFP alle Stationen auf II. tätig. Er führt eine so genannte „Polling List“ und dieser Liste der Reihe nach ab, ob sie eine Übertragung wünschen. Dabei identifiziert er die Stationen über In July Association Identifier (AID). Die Stationen können (SG11e) with the charter to enhance dem einen 1999, the 802.11 Working Group initiated a Study Group sich während der Anmeldung bei the 802.11 MAC, which would expand support for applications with QoS requirements, and in the Zugangspunkt für die Polling–Liste eintragen lassen. maintaining backward compatibility with capabilities and efficiency of the protocol, while obviously Der PC darf folgende Pakettypen in beliebigen Kombination an die CF–Pollable–Stationen senden: [...]

Die PCF dient der Unterstützung zeitkritischer Dienste, womit sie eine genauere Betrachtung in dieser Arbeit verdient. Sie erlaubt dem jeweiligen Point Coordinator (PC) den priorisierten Zugriff auf das Übertragungsmedium. Es agiert üblicherweise ein AP mit Festnetz–Zugang als PC. Zwar definiert 802.11 PCF als optional, dennoch müssen alle Stationen in der Lage sein, den entsprechenden Medien– Zugriffsregeln Folge zu leisten. Stationen, die auf Anfragen des PC auch antworten können, werden CF–Pollable genannt. Neben dem AP können nur solche Stationen Daten entsprechend der PCF übertragen. Die PCF steuert die Übertragung der Rahmen während einer sogenannten wettbewerbsfreien Zeit (Contention Free Period (CFP)), die sich mit der durch die DCF gesteuerten Wettbewerbs–Periode (Contention Period (CP)) zyklisch abwechselt. Die CFP dient dabei der Vermeidung von Kollisionen durch die Verhinderung von Verbindungsversuchen anderer Stationen. Die Zusammenfassung von CFP und CP bezeichnet man als Superframe. Es ist verbindlich festgelegt, dass ein Superframe eine CP mit einer minimalen Länge beinhaltet, die es erlaubt, mindestens eine MAC Service Data Unit (MSDU) via DCF zu übertragen. Die CFP wird in regelmäßigen Zeitabständen mit der CFP–Rate wiederholt und startet, unabhängig ob PCF aktiv ist, mit der Übertragung eines vom PC generierten sogenannten Beacons (Leuchtfeuer, Signalfeuer), bei dem es sich um einen Managementrahmen handelt, der die maximale Dauer der CFP enthält und auch der Synchronisation der Stationen dient. Um die Kollisionshäufigkeit zu verringern setzen alle Stationen im BSS außer dem PC ihren NAV auf diesen Wert und [...]

wird außerdem das More Frag–Bit gesetzt. Lediglich beim letzten Rahmen wird diese Kennzeichnung nicht vorgenommen. Wenn es sich bei der Nachricht um keine Broadcast–Nachricht handelt, so sendet die empfangende Station eine Empfangsbestätigung zurück. Bevor andere Stationen nach dem Ablauf der DIFS auf den Kanal zugreifen können, darf die sendende Station bereits nach SIFS das folgende Fragment verschicken. Somit wird der fortlaufende Zugriff des Senders gewährleistet. Für den Fall, dass die Übertragung entweder durch das Datenpaket oder die Empfangsbestätigung gestört wird, erhält die sendende Station keine Empfangsbestätigung. Dann wiederholt die sendende Station, wie im Basisprotokoll, die Übertragung, setzt allerdings das Bit Retry im Steuerrahmen zur Erkennung einer Wiederholungsübertragung. Auch die Reservierung des Kanals für fragmentierte Nachrichten ist möglich. Hierzu teilt die sendende Station in ihrem RTS–Paket die Dauer der Übertragung für das erste Fragment Frame 0 mit, das in dem CTS–Paket der empfangenden Station repliziert wird. In dem Frame 0 der sendenden Station wird nunmehr im Duration/ID Field des Headers die Verlängerung des NAV–Vektors für das folgende Fragment übertragen. Ebenso enthält das Duration/ID Field die Empfangsbestätigung für dieses Fragment, so dass alle Stationen im Empfangsbereich ihre Übertragungen auch für das nächste Fragment zurückstellen. Die Daten– und Bestätigungspakete können als virtuelle RTS–/CTS–Pakete angesehen werden. Beim letzten Fragment Frame 2 enthält die Reservierung nur noch die Zeit für ein SIFS und Acknowledgement. Der Wert RTS–Threshold, ab dem ein Paket fragmentiert werden soll, kann vom Systemadministrator eingestellt werden. Dabei muss einerseits berücksichtigt werden, dass lange Pakete mit einer höheren Wahrscheinlichkeit von Bitfehlern während der Übertragung belastet sind, wobei im Fehlerfall die gesamte Übertragung wiederholt werden muss. Andererseits erhöht sich aber durch die Fragmentierung der Protokollaufwand, so dass hier für die jeweiligen Gegebenheiten des Funknetzes ein Optimum gefunden werden muss. Dies geschieht meist experimentell. [...]