Logical Link Control (LLC)

Esitys aiheesta: "Logical Link Control (LLC)"— Esityksen transkriptio:

1 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 Wireless IEEE 802.2 Logical Link Control (LLC) MAC PHY

2 Langattoman verkon protokollat

3 MAC frame LLC-kehys MAC-kehys

4 IEEE 802.11 MAC Päätehtävät Radiokanavan varaus Liittyminen verkkoon
Käyttäjän (station) tunnistus ja datan salaus

5 Radiokanavan varaus Kilpavaraus (= distributed coordination function)
Tukiasema antaa vuorot (=point coordination function) NAV = Network Allocation Vector

6 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

7 Fyysisen kerroksen tehtävät
Carrier sense Transmit Receive Standardi määrittelee 3 tilakoneetta, joista kukin hoitaa yhden yllämainituista tehtävistä.

8 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.

9 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ä

10 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 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

11 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 / ( *8) = 0.98 = 98% Oikeasti hyötysuhde ei ole näin hyvä, miksi?