Linee guida per l'introduzione delle tecnologie wireless nella ...

APPENDICE C - TECNICHE DI ACCESSO AL CANALE WIRELESSC’è una situazione in cui alla stazione non è richiesto di eseguire il back-off casualeprima di iniziare la trasmissione dati. Un MSDU che giunge al MAC dallo strato superiorepuò essere trasmesso immediatamente senza attendere se l’ultimo “post-backoff” è giàfinito, ossia se la coda è vuota e il canale si è rivelato libero per un tempo minimo paria DIFS. Tutti i successivi MSDU dopo questo devono essere trasmessi avendo atteso ilback-off casuale finché la coda di trasmissione non è nuovamente vuota.Per limitare la probabilità che lunghe trame possano collidere ed essere trasmesse più diuna volta, le trame dati possono essere frammentate. Così facendo un lungo MSDU puòessere diviso in numerose trame dati più piccole, dette frammenti, che possono esseretrasmessi sequenzialmente, come trame dati soggette individualmente ad ACK. I beneficidella frammentazione, in caso di trasmissione fallita, sono che l’errore viene rivelatoprima e che il pacchetto da ritrasmettere è più breve; l’ovvia penalità consiste nell’aumentodel overhead.D’altra parte il meccanismo di back-off non esclude la possibilità di trasmissioni simultanee,e quindi non può evitare le collisioni. Per ridurre il problema del nodo nascosto, lostandard prevede un protocollo opzionale, detto di RTS/CTS. Quando una stazione trovalibero il canale allo scadere del tempo di back-off, invece di inviare subito il pacchettodati, può trasmettere un breve messaggio RTS (request to send) e rimanere in attesa cheil terminale ricevente risponda con un CTS (clear to send) prima di inviare il propriopacchetto dati. Se, poi, riceve dal destinatario il breve messaggio CTS allora procedeall’invio del frame, altrimenti suppone che si sia verificata una collisione e si rimette inattesa per riprovare in seguito.Conviene osservare che, quando la stazione ricevente invia un CTS, tutti i nodi presentinel suo raggio di copertura lo ricevono; evidentemente, quelli che non hanno inviato ilpacchetto RTS per evitare collisioni rimarranno inattivi per un tempo sufficiente (i pacchettiRTS/CTS contengono l’informazione di lunghezza del pacchetto dati, che consenteai nodi una stima del tempo di attesa necessario). In questo modo teoricamente le collisionipossono avvenire solo per i pacchetti RTS, che sono molto piccoli e quindi nonmolto tempo è perso. D’altra parte l’overhead del meccanismo RTS/CTS determina ladiminuzione del throughput totale di rete. Il meccanismo RTS/CTS è mostrato in FiguraC.5.Per evitare che durante i messaggi di protocollo si entri nuovamente in una contentionwindow, il tempo di attesa per i messaggi di risposta e per l’invio dei dati dopo il CTS èpiù corto del DIFS; tale tempo è detto SIFS (short inter-frame space).Un vantaggio del meccanismo RTS/CTS è che, mentre con la frammentazione si trasmettononumerosi ACK, tramite esso il MSDU può essere trasmesso efficientemente in unasola trama dati. D’altra parte l’impiego del protocollo RTS/CTS ha due controindicazioni:innanzi tutto, se il pacchetto di dati è corto, l’overhead introdotto può essere eccessivo;inoltre, esso non è applicabile nel caso dei pacchetti multicast e broadcast (in quantopiù di una stazione potrebbe rispondere al RTS). Esiste pertanto la possibilità (obbligatoriaper pacchetti al di sotto di una certa dimensione definibile a priori) di effettuare la227N. 36 I QUADERNI - Centro Nazionale per l’Informatica nella Pubblica Amministrazione - MARZO 2008