{"id":70827,"date":"2020-02-21T14:42:12","date_gmt":"2020-02-21T11:42:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/802-11ba-wur-ili-kak-skrestit-uzha-s-ezhom"},"modified":"2020-03-03T16:14:44","modified_gmt":"2020-03-03T13:14:44","slug":"802-11ba-wur-ili-kak-skrestit-uzha-s-ezhom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/802-11ba-wur-ili-kak-skrestit-uzha-s-ezhom","title":{"rendered":"802.11ba (WUR) v\u00f5i kuidas ristata k\u00e4\u00e4rsoome ja siili","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hiljuti r\u00e4\u00e4kisin ma erinevates teistes kanalites ja oma blogis, et ZigBee on surnud ja stjuardess tuleks juba maetud. Et halbadesse m\u00e4ngudesse hea n\u00e4gu teha Thread'iga, mis t\u00f6\u00f6tab IPv6 ja 6LowPan'i peal, piisab rohkem vastupidavast Bluetooth'ist (LE). Kuid sellest r\u00e4\u00e4gin ma kunagi hiljem. T\u00e4na r\u00e4\u00e4gime sellest, kuidas t\u00f6\u00f6r\u00fchmas komitees m\u00f5eldi teist korda p\u00e4rast 802.11ah, et on aeg lisada 802.11 standarditesse midagi nagu LRLP (Long-Range Low-Power) analoogina LoRA-le. Kuid see osutus teostatavaks ilma, et k\u00e4rpiksime p\u00fchakutega tagasi \u00fchilduvust. L\u00f5ppkokkuv\u00f5ttes loobuti Long-Range'ist ja j\u00e4i alles Low-Power, mis on ka v\u00e4ga hea. Tulemus oli seguaine 802.11 + 802.15.4 v\u00f5i lihtsalt Wi-Fi + ZigBee. Seega, v\u00f5ib \u00f6elda, et uus tehnoloogia ei ole LoraWAN lahenduste konkurent, vaid vastupidi, see on loodud neid t\u00e4iendama.
\n<\/a><\/noindex>
\nNii et, alustame k\u00f5ige olulisemast \u2014 n\u00fc\u00fcd 802.11ba toetavates seadmetes peaks olema kaks raadio moodulit. Tundub, et vaadates 802.11ah\/ax nende Target Wake Time (TWT) tehnoloogiaga otsustasid insenerid, et seda on liiga v\u00e4he ning tuleb energiat drastiliselt v\u00e4hendada. Seet\u00f5ttu on standardis ette n\u00e4htud jaotamine kaheks erinevaks raadiot\u00fc\u00fcbiks \u2014 P\u00f5hikommunikatsiooniraadio (PCR) ja \u00dcless\u00e4rkamise Raadio (WUR). Kui esimese funktsioon on selge, mis on peamine raadio, mis edastab ja v\u00f5tab vastu andmeid, siis teise puhul on asi v\u00e4hem selge. Tegelikult esindab WUR enamikul juhtudel peamiselt kuulamisseadet (RX) ja selle eesm\u00e4rk on tarbida t\u00f6\u00f6tamiseks v\u00e4ga v\u00e4he energiat. Selle peamine \u00fclesanne on saada \u00e4ratussignaal AP-lt ja aktiveerida PCR. See t\u00e4hendab, et selline meetod v\u00e4hendab k\u00fclma k\u00e4ivitamise aega oluliselt ning lubab seadmeid \u00e4ratada kindlaksm\u00e4\u00e4ratud aja jooksul maksimaalse t\u00e4psusega. See on \u00e4\u00e4rmiselt kasulik, kui teil on n\u00e4iteks mitte k\u00fcmme seadet, vaid sada k\u00fcmme ja peate l\u00fchikese aja jooksul igasuguste andmetega vahetama. Lisaks liigub \u00e4ratamise sageduse ja perioodilisuse loogika AP poole. Kui n\u00e4iteks LoRAWAN-is rakendatakse PUSH metodoloogiat, kus teostavad seadmed \u00e4rkavad \u00fcles ja edastavad midagi eetrisse, samas kui k\u00f5ik muu aeg magavad, siis antud juhul on vastupidi \u2014 AP otsustab, millal ja milline seade peab \u00e4rkama, samas kui teosed seadmed... ei magagi alati.<\/p>\n

N\u00fc\u00fcd liigume kaadriformaatide ja \u00fchilduvuse tagamise juurde. Kui 802.11ah, kui esimene katse, loodi 868\/915 MHz sagedusvahemike jaoks v\u00f5i lihtsalt SUB-1GHz jaoks, siis 802.11ba on m\u00f5eldud juba 2.4GHz ja 5GHz sagedusvahemikele. Varasemates \"uutes\" standardites saavutati \u00fchilduvus preambuliga, mis oli vanematele seadmetele arusaadav. See t\u00e4hendab, et alati arvati, et vanematel seadmetel ei ole vajalik kogu kaadri \u00e4ra tundmiseks, piisab, kui nad m\u00f5istavad, millal kaader algab ja kui kaua edastamine kestab. Just seda teavet nad preambulast v\u00f5tavad. 802.11ba ei teinud erandit, kuna sch\u00e9ma on testitud ja proovitud (kulusid arvestamata, praegu seda teemat ei k\u00e4sitle).<\/p>\n

Seega, 802.11ba kaader n\u00e4eb v\u00e4lja umbes nii:<\/p>\n

\"802.11ba
\n
\nNon-HT preambula ja l\u00fchike OFDM fragment BPSK modulaatsiooniga v\u00f5imaldab k\u00f5igil 802.11a\/g\/n\/ac\/ax seadmetel kuulda edastamise algust ja mitte segada, minnes raadiosageduse j\u00e4lgimise re\u017eiimi. Preambule j\u00e4rgneb s\u00fcnkroonimisv\u00e4lja (SYNC), mis on sisuliselt analoogne L-STF\/L-LTF-iga. See on m\u00f5eldud seadme vastuv\u00f5tja sageduse seadmiseks ja s\u00fcnkroniseerimiseks. Just sel hetkel muudab edastusseade kanalilaiuse 4MHz-ks. Miks? K\u00f5ik on v\u00e4ga lihtne. See on vajalik, et v\u00e4hendada v\u00f5imsust ja saavutada v\u00f5rdne signaali ja m\u00fcra suhe (SINR). V\u00f5i j\u00e4tta v\u00f5imsus selliseks, nagu see on, ja saavutada m\u00e4rkimisv\u00e4\u00e4rne edastusulatus. \u00dctleksin, et see on \u00fcsna elegantne lahendus, lisaks v\u00f5imaldab see tunduvalt v\u00e4hendada energiaallikate n\u00f5udeid. Meenutame n\u00e4iteks populaarset ESP8266. Edastusre\u017eiimis 54 Mbps bitikiirusel ja 16dBm v\u00f5imsusel tarbib see 196 mA, mis on liiga palju midagi sellist nagu CR2032. Kui v\u00e4hendada kanalilaiust viis korda ja v\u00e4hendada edastaja v\u00f5imsust viis korda, siis me praktiliselt ei kaota edastusulatusest, kuid voolutarve v\u00e4heneb n\u00e4iteks umbes 50 mA peale. Seda ei ole kriitiline AP poolt, mis edastab raami WUR-ile, kuid pole ka paha. STA jaoks on see aga juba m\u00f5istlik, kuna madalam voolutarve v\u00f5imaldab kasutada midagi sellist nagu CR2032 v\u00f5i akusid, mis on suunatud pikaajalisele energia s\u00e4ilitamisele madalate nimivoolude t\u00fchjenemisega. Loomulikult pole miski tasuta ja kanalilaiuse v\u00e4hendamine toob kaasa kanalikiiruse languse ning \u00fche kaadri edastamise aja pikenemise. <\/p>\n

Muide, kanalikiirusest. Standard praeguses vormis n\u00e4eb ette kaks varianti 62.5 Kbps ja 250 Kbps. Kas tunnete ZigBee l\u00f5hna? See pole juhus, kuna selle kanalilaius on 2Mhz asemel 4Mhz, kuid erinev modulaat on suurema spektraalse tihedusega. Tulemuseks peaks 802.11ba seadmete t\u00f6\u00f6ulatus olema suurem, mis on IoT stsenaariumide jaoks siseruumides v\u00e4ga kasulik.<\/p>\n

Kuigi, oodake\u2026 Sundida kogu piirkonna jaamu vaikima, kasutades samal ajal ainult 4 MHz 20 MHz ribast\u2026 \"SEE ON RASKE J\u00c4\u00c4DVUS!\" \u2014 \u00fctlete teie ja teil on \u00f5igus. Aga ei, SEE ON T\u00d5ELINE RASKE J\u00c4\u00c4DVUS!<\/p>\n

\"802.11ba
\n
\nStandardis on ette n\u00e4htud v\u00f5imalus kasutada alaribasid 40 MHz ja 80 MHz. Samal ajal v\u00f5ivad iga alariba andmeedastuskiirus olla erinevad, ja et \u00fclekandeaeg oleks s\u00fcnkroonitud, lisatakse raamile Padding. See t\u00e4hendab, et seadmed saavad h\u00f5ivata eetris k\u00f5iki 80 MHz, kuid kasutada neid ainult 16 MHz. See on t\u00f5eline raiskamine.<\/p>\n

Muide, \u00fcmbritsevatel Wi-Fi seadmetel pole mingit v\u00f5imalust m\u00f5ista, mis seal \u00f5hus edastatakse. Sest 802.11ba raamide kodeerimiseks EI KASUTATA tavap\u00e4rast OFDM-i. Jah, just nii, \u00fchendus loobus sellest, mis oli aastaid t\u00f6\u00f6kindel. Klassikalise OFDM-i asemel kasutatakse Multi-Carrier (MC)-OOK modulaatorit. 4 MHz kanal jaguneb 16(?) alamsageduseks, millest iga\u00fcks kasutab Manchestert kodeerimist. Samuti on DATA v\u00e4li loogiliselt jagatud l\u00f5ikudeks, mis on 4 \u03bcs v\u00f5i 2 \u03bcs s\u00f5ltuvalt andmeedastuskiirusest, ja igas sellises l\u00f5igus v\u00f5ib \u00fcksus vastata kas madala v\u00f5i k\u00f5rge kodeerimise tasemega. Selline lahendus, et v\u00e4ltida pikkade nullide v\u00f5i \u00fchtede j\u00e4rjestust. Skr\u00e4mblimine minimaalsetes mahutes.<\/p>\n

\"802.11ba
\n
\nMAC tase on samuti \u00e4\u00e4rmiselt lihtsustatud. See sisaldab ainult j\u00e4rgmisi v\u00e4lju:<\/p>\n