Changes between Version 27 and Version 28 of Protocollo

Timestamp:

Dec 10, 2006, 9:54:02 PM (18 years ago)

Author:

soujak

Comment:

Iniziata la lunga sezione dedicata al coordinamento centralizzato (necessita di revisione), piccole correzioni su materiale vecchio.

Protocollo

@@ -19 +19 @@
 
 === Coordinamento per la trasmissione ===
-,,20061018-1512 SoujaK,,[[BR]]
-L'accesso al mezzo di trasmissione comune e' regolato da una strategia che e'
-detta CSMA/CA (i.e. ''carrier sense multiple access with collision avoidance'')
-che intende minimizzare le probabilita'  di collisione.
-
-La funzionalita'  di
-[wiki:Protocollo#CoordinamentodistribuitoDCF Coordinamento distribuito]
-(Distributed Coordination Function o, piu' brevemente, DCF) si fa carico della
-cosa ed e' pertanto componente necessario di ogni stazione, sia che essa operi
-all'interno di reti configurate in modalita'  ''infrastracture'' che ''ad-hoc''.
-E' inoltre presente un metodo di accesso opzionale, detto
-[wiki:Protocollo#CoordinamentocentralizzatoPCF coordinamento centralizzato]
-che si basa su un coordinatore centrale detto PC (i.e. ''Point Coordinator'')
-che risiede nell'AP del BSS. Poiche' DCF e PCF devono poter coesistere ed
-operare in maniera concorrente all'interno di una BSS, i due metodi di accesso
-si alterneranno, con un periodo in cui l'accesso e' prestabilito e il mezzo
-libero dalla contesa (''Contention-Free Period'' o CFP) seguito da un periodo di
-contesa (''Contention Period'' o CP).
+,,20061207-1902 SoujaK,,[[BR]]
+L'accesso al mezzo di trasmissione comune deve essere regolato, poiche', per
+sua intrinseca natura non puo` essere utilizzato per trasmissioni simultanee
+sulle stesse frequenze. Per questo motivo il livello MAC comprende funzionalita'
+in grado di farsi carico della coordinazione delle varie stazioni che operano
+sul medesimo canale trasmissivo. Si tratta della
+[wiki:Protocollo#CoordinamentodistribuitoDCF funzione di coordinamento distribuito]
+(piu' brevemente DCF), un componente evidentemente necessario ad ogni stazione,
+in qualsiasi modalita' essa operi, ''infrastracture'' come ''ad-hoc''.
+[[BR]]
+E' inoltre presente un metodo di accesso opzionale, basato sulla
+[wiki:Protocollo#CoordinamentocentralizzatoPCF funzione di coordinamento centralizzato]
+(detto anche PCF) che fa uso di un coordinatore centrale detto PC (i.e. ''Point
+Coordinator'') che risiede nell'AP del BSS.
+
+DCF e PCF devono poter coesistere ed operare in maniera concorrente all'interno
+di una BSS, quindi i due metodi di accesso al mezzo si alterneranno, con un
+periodo in cui l'accesso e' prestabilito e il mezzo libero dalla contesa
+(''Contention-Free Period'' o CFP) in cui il coordinamento e' centralizzato,
+seguito da un periodo di contesa (''Contention Period'' o CP), in cui il
+coordinamento e' distribuito.
 
 ==== Coordinamento distribuito (DCF) ====
@@ -114 +117 @@
 
 ===== Random backoff time =====
-,,20061025-1233 SoujaK,,[[BR]]
+,,20061209-1941 SoujaK,,[[BR]]
 In seguito al rilevamento di inattivita'  del mezzo trasmissivo (secondo le
 politiche appena descritte), ogni STA e' tenuta a ritardare ulteriormente la
@@ -121 +124 @@
 tutte le STA in attesa collidano nel momento in cui contemporaneamente
 effettuino tentativi di trasmissione.[[BR]]
-
-,,20061104-1752 gnappo: ''direi che il seguente paragrafo riquadrato e'
-totalmente fuori posto.'',,[[BR]]
-,,20061109-1007 SoujaK: ''Concordo pienamente, quindi l'ho spostato
-qui.'',,[[BR]]
-{{{
 Il periodo di inattivita' che le STA si autoimpongono e' detto CW (''contention
 window'') e viene ripetuto ogni volta che si presenti una collisione. Viene
@@ -132 +129 @@
 scongiurare il pericolo di fino al raggiungimento di un valore massimo
 prestabilito.
-}}}
+
 Il periodo di ''backoff'' e' espresso come quantita'  casuale di quanti di tempo
 (dal valore `aSlotTime` presente in PHY). Questa quantita'  di slot e' mantenuta
@@ -147 +144 @@
 repentinamente a condizioni di alto carico per poi saperle sopportare con
 maggiore facilita' .
-[[BR]]
+
 I contatori prima citati vengono poi resettati (azzerati) al verificarsi di
 determinati eventi interpretabili come comunicazione ben riuscita (e.g la
@@ -168 +165 @@
 
 ==== Coordinamento centralizzato (PCF) ====
-,,SoujaK: da fare :(,,
+,,20061207-1931 SoujaK,,[[BR]]
+La PCF fornisce un metodo di trasmissione dei ''frame'' che e' libero dalla
+contesa (e quindi anche dagli sprechi di tempo che essa comporta), grazie alle
+regole imposte dal PC residente nell' ''access-point''. Ogni stazione deve
+sottostare obbligatoriamente ai dettami del coordinatore impostando
+adeguatamente il loro NAV [###todolink] all'inizio di ogni periodo da esso
+regolato, i.e. CFP. Durante questi periodi, essendo la comunicazione
+strettamente regolata dal PC, le comunicazioni non necessitano dello scambio
+iniziale dei ''frame'' RTS/CTS. Questa e' una possibilita' offerta soltanto
+alle stazioni che implementano PCF, una funzionalita', ricordiamolo, opzionale.
+
+Affinche' il coordinatore possa conoscere quali stazioni sono accessibili in
+maniera ottimale durante i CFP, invia un apposito ''poll'', a cui risponderanno
+soltanto le stazioni dotate di tale caratteristica. Questo ''CF-poll'' e'
+inoltre la chiave di volta su cui questa modalita' di cooordinamento si fonda;
+infatti le stazioni ''CF-pollable'' hanno occasione di spedire secondo una
+strategia di ''piggyback'', una (e una sola) MPDU assieme all' ''ackowledgment''.
+Se tale invio fallisce il ''frame'' non potra' essere ritrasmesso subito, ma la
+stazione interessata dovra' attendere il prossimo segnale di ''poll'' dal
+coordinatore, o il prossimo periodo di contesa. Il PC, invece ha la
+possibilita' di operare ritrasmissioni di frame non confermati (di cui, cioe',
+non ha ricevuto l'ACK) dopo un periodo di ''backoff'' di lunghezza temporale
+pari a PIFS [###todolink].
+
+===== Struttura e tempistiche con PCF =====
+,,20061207-1931 SoujaK,,[[BR]]
+Come gia' anticipato i periodi liberi dalla contesa (CFP), in cui la
+trasmissione e' coordinata da PCF, si alternano temporalmente a periodi di
+contesa (CP) in cui il coordinamento e' gestito secondo DCF. I CFP hanno inizio
+dopo un ''frame Beacon'' contenente un apposito DTIM (Delivery Traffic
+Indication Message, messaggio di indicazione sul traffico della consegna) e
+avranno luogo con frequenze ben definite. Queste frequenze sono espresse come
+quantita' di intervalli DTIM, e sono comunicate dal PC alle altre stazioni
+tramite un campo appartenente ai ''frame Beacon'', nel set dei parametri
+dedicati a CF.
+
+La durata dei CFP e' invece di appannaggio del coordinatore che ha liberta' di
+scelta, purche' essa sia dichiarata preventivamente nel parametro
+''CFP-MaxDuration'', appartenente al set precedentemente citato. Non e' inoltre
+necessario che la durata del CFP sia multipla dell'intervallo di trasmissione
+dei Beacon, dal momento che essi contengono anche un campo "''CFPDurRemaining''"
+che (come il nome suggerisce) indica il tempo rimanente alla fine del periodo
+libero dalla contesa, espresso in TU [###todolink?]. In ogni caso la durata
+del CFP e' al piu' pari al valore inizialmente dichiarato dal PC, quindi va
+precisato che, qualora la trasmissione dei ''frame Beacon'' iniziale venga
+ritardata (rispettto al TBTT [###todolink]) a causa dell'alto carico del mezzo
+trasmissivo, il CFP puo' essere terminato anticipatamente di una quantita' di
+tempo pari al ritardo.
+
+===== Procedura di accesso del PCF =====
+,,20061207-1931 SoujaK,,[[BR]]
+Il protocollo di trasmissione libero da contesa e' basato su uno schema di
+''polling'' attuato dal coordinatore che opera nel' ''access-point'' del BSS.
+Durante questo lasso di tempo il PC prima prende il controllo del canale, e poi
+si assicura di mantenterlo. Prima  di ogni sua trasmissione, infatti, attende
+per intervalli di tempo minori rispetto a quelli di ogni stazione operante
+tramite DCF. In generale tutte le stazioni diverse dal PC che sono presenti nel
+BSS setteranno il loro NAV in acordo con il valore del parametro
+''CFPMaxDuration'' comunicato dal coordinatore. Per minimizzare il numero di
+trasmissioni sono definite dallo standard precisi sequenze con cui concatenare
+le informazioni aggregate tramite la pratica del ''piggyback''.
+
+====== Accesso fondamentale ======
+###todo
+====== Uso del NAV ======
+###todo
+===== Procedura di traferimento =====
+###todo
 
 == Gestione degli strati ==