Changes between Version 4 and Version 5 of Studio

Timestamp:

Oct 19, 2006, 10:08:10 AM (19 years ago)

Author:

soujak

Comment:

Descrizione funzionale di MAC: IFS e random backoff time

Studio

@@ -45 +45 @@
 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 libero dal contenimento del
-mezzo (Contention-Free Period o CFP) seguito da un periodo di contenimento
-(Contention Period o CP).
-
-,, gnappo: secondo me contention e' stato erroneamente tradotto in contenimento
-anziche' contesa ,,
+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).
 
 ==== DCF ====
@@ -86 +83 @@
 o dell'ACK stesso.
 
+===== Interframe space (IFS) =====
+,,20061019-0849 SoujaK,,[[BR]]
+Lo standard stabilisce la lunghezza di tempo che deve intercorrere fra le
+trasmissioni dei vari frame; lo scopo e' quello di fornire informazioni precise
+alle stazioni. Queste ultime, attraverso il meccanismo ''carrier-sense'',
+attendono infatti di poter considerare libero il mezzo trasmissivo a seconda
+dei periodi di inattivita' rilevati.
+
+A seconda della situazione viene usato uno dei seguenti 4 periodi:
+ 1. SIFS (short interframe space):
+    usato per frame ACK, CTS, per frame (eccetto il primo) di una
+    trasmissione frammentata, per le risposte al polling del PCF;
+ 2. PIFS (PCF interframe space):
+    usato solo dalle STA che, sotto un PCF, tentano di avere accesso al mezzo
+    trasmissivo all'inizio del CFP;
+ 3. DIFS (DCF interframe space):
+    usato sotto DCF dalle STA per i frame dati (MPDU) o per i frame di gestione
+    (MMPDU);
+ 4. EIFS (extented interframe space):
+    usato quando il PHY indica al MAC che l'ultimo frame MAC non e' stato
+    ricevuto corettamente e che il campo FCS non e' utilizzabile;
+
+===== Random backoff time =====
+,,20061019-0912 SoujaK,,[[BR]]
+In seguito al rilevamento di inattivita' del mezzo trasmissivo (secondo le
+politiche appena descritte), ogni STA e' tenuta a ritardare ulteriormente la
+propria trasmissione per un tempo variabile e casuale. Cosi' facendo si evita
+che tutte le STA in attesa collidano nel momento in cui contemporaneamente
+effettuino ulteriori tentativi di trasmissione. L'algoritmo e la tecnica in
+generale sono descritti esaustivamente nelle specifiche, a cui pertanto rimando,
+qualora si cerchino infomazioni piu' dettagliate.
+
+==== DCF ====
+''Da fare.''
+
 == Gestione degli strati ==
 I due livelli (data link e fisico) su cui lo standard e' definito possiedono
@@ -98 +130 @@
 attraverso i SAP (service access point). Tale concetto intende aggregare
 l'insieme di chiamate che una determinata entita' espone alle altre per
-realizzare forme di comunicazione o invocazione.
+realizzare forme di comunicazione o invocazione. 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 inoltre incrementato a fronte
+di ogni collisione con andamento esponenziale (per scongiurare il pericolo
+di fino al raggiungimento di un valore massimo prestabilito.
 
 {{{
@@ -153 +189 @@
  * START: creazione di un nuovo BSS (diventa AP) o IBSS (prima STA di una rete
    ad-hoc)
+
+  ,,20061019-0920 SoujaK:,,[[BR]]
+  ''La revisione g del documento non introduce nessun cambiamento alle
+  interfacce del SAP legato al livello MAC. Viene piuttosto esteso il livello
+  PHY al fine di supportare larghezze di banda maggiori e differenti modulazioni
+  del segnale.''
 
 === Interfaccia di PHY: PLME SAP ===
@@ -192 +234 @@
 frequenza per "troppo" tempo). Questo hopping deve avvenire entro
 un tempo limite di 224us.
+
+=== Specifiche della modulazione HR/DSSS (802.11g) ===
+''Da fare''
 
 == Appunti vari ==