Logical Link Control (LLC) IEEE802.11 Topologiat = verkkoarkkitehtuurit Wireless LAN Peer-to-Peer Wireless LANs Multible cell LANs IEEE 802 standardiperhe: IEEE 802.3 Ethernet, Carrier sense IEEE 802.4 Token Bus IEEE 802.5 Ring IEEE 802.11 Wireless IEEE 802.2 Logical Link Control (LLC) MAC PHY
Langattoman verkon protokollat
MAC frame LLC-kehys MAC-kehys
IEEE 802.11 MAC Päätehtävät Radiokanavan varaus Liittyminen verkkoon Käyttäjän (station) tunnistus ja datan salaus
Radiokanavan varaus Kilpavaraus (= distributed coordination function) Tukiasema antaa vuorot (=point coordination function) NAV = Network Allocation Vector
IEEE 802.11 Physical (PHY) layer MAC layer PLCP sublayer PMD Sublayer PHY SAP PMD SAP MAC layer FHSS/DSSS/OFDM/IR PLCP FHSS PHY SAP DSSS OFDM IR PMD SAP
Fyysisen kerroksen tehtävät Carrier sense Transmit Receive Standardi määrittelee 3 tilakoneetta, joista kukin hoitaa yhden yllämainituista tehtävistä.
FHSS PLCP kehys MAC frame PSDU:n sisälle SYNC = vaihtelevia nolla ja ykkös bittejä Start Frame Delimiter => vastaanotin tunnistaa kehyksen ajoituksen PLW = PSDU:n eli datakentän pituus byteinä PSF = Kertoo vastaanottajalle modulaationopeuden datakentän osalta.
DSSS PLCP kehys SYNC samantyylinen kuin FHSS:ssä, mutta pidempi, miksi? Start frame delimiter = kehyksen ajoituksen tunnistukseen Signal = modulaatiotyyppi, miksi sille on varattu pitempi alue kuin FHSS:ssä? Service = varattu tulevaisuutta varten Length = Kehyksen kesto mikrosekunteina, miksi tämäkin on erilainen kuin FHSS? FCS PSDU 0 – aMPDUMaxLength bittiä
OFDM PLCP kehys PLCP preample (synkronoituminen ja AGC) Rate= datanopeus Reserved = varattu tulevaisuuden käyttöön Parity = pariteettitarkiste ensimmäisten 17 bitin yli Tail = 6 nolla bittiä, miksi? Service = 7 bittiä alusta käytössä descramblerin alustamiseen?? PSDU = MAC data Tail = konvoluutiodekooderin saattaminen 000000 tilaan. Pad Bits, joilla asetetaan kehys oikean mittaiseksi PLCP preample ja signal kentät konvoluutiokoodataan ja lähetetään BPSK modulaatiolla Data scramblerillä hajoitetaan pitkät 0 tai 1 bittijonot => ei siis interleavaus
Hyötysuhde ? LLC: 24 bittiä MAC: 34*8 = 272 bittiä PHY: 58 bittiä Hyötysuhde pienenee kalvolla lasketusta, koska yksi LLC kehys ei tyypillisesti mahdu yhteen MAC kehykseen (jos kanavakoodausta ei käytetä, niin yksikin bttivirhe radiotiellä johtaa koko kehyksen hylkäämiseen ja niinpä ei kannata lähettää kovin pitkiä paketteja kerralla). Toisaalta hyötysuhdetta syö myös se, että paketit pitää kuitata ja niiden lähettämiseenkin kuluu kallista radiokaistaa. LLC: 24 bittiä MAC: 34*8 = 272 bittiä PHY: 58 bittiä Yhteensä 354 bittiä. Eli jos oletetaan, että LLC:ltä tulee täysi 2312 *8 bitin datalohko, joka lähetettäisiin fyysisellä kerroksella yhdessä PHY kehyksessä, niin hyötysuhde = 2312* 8 / (354 + 2312*8) = 0.98 = 98% Oikeasti hyötysuhde ei ole näin hyvä, miksi?