802.11ba (WUR) သို့မဟုတ် ဖြူကောင်နှင့် မြွေကို ဖြတ်ကူးနည်း

မကြာသေးမီက အမျိုးမျိုးသော အရင်းအမြစ်များနှင့် ကျွန်ုပ်၏ဘလော့ဂ်တွင် ZigBee ကွယ်လွန်ပြီး လေယာဉ်အမှုထမ်းကို သင်္ဂြိုဟ်ရမည့်အချိန်ရောက်ပြီဟူသောအချက်ကို ကျွန်ုပ်ပြောခဲ့ပါသည်။ IPv6 နှင့် 6LowPan ထိပ်တွင် Thread အလုပ်လုပ်သော မကောင်းသောဂိမ်းတွင် မျက်နှာကောင်းတစ်ခုထားနိုင်ရန်၊ ၎င်းအတွက် ပိုသင့်လျော်သော Bluetooth (LE) သည် လုံလောက်ပါသည်။ ဒါပေမယ့် ဒီအကြောင်းကို ငါမင်းကို နောက်တစ်ကြိမ်ပြောမယ်။ ယနေ့ကျွန်ုပ်တို့သည် ကော်မတီ၏အလုပ်အဖွဲ့သည် 802.11ah ပြီးနောက် နှစ်ကြိမ်စဉ်းစားရန် ဆုံးဖြတ်ခဲ့ပုံအကြောင်း ဆွေးနွေးမည်ဖြစ်ပြီး၊ အလားတူ 802.11 စံနှုန်းများ၏ ရေကန်ထဲသို့ LRLP (Long-Range Low-Power) ကဲ့သို့သော အရာတစ်ခု၏ ပြည့်စုံသောဗားရှင်းကို ထည့်သွင်းရန် အချိန်တန်ပြီဖြစ်ကြောင်း ဆုံးဖြတ်လိုက်ပါမည်။ LoRA သို့ ဒါပေမယ့် နောက်ပြန်လိုက်ဖက်တဲ့ မြင့်မြတ်တဲ့ နွားမကို မသတ်ဘဲ အကောင်အထည် ဖော်ဖို့ မဖြစ်နိုင်ဘူး ဖြစ်သွားတယ်။ ရလဒ်အနေဖြင့် Long-Range ကို စွန့်လွှတ်ခဲ့ပြီး Low-Power သာ ကျန်ရှိတော့သည်၊ ၎င်းသည် အလွန်ကောင်းမွန်ပါသည်။ ရလဒ်မှာ 802.11 + 802.15.4 သို့မဟုတ် ရိုးရိုး Wi-Fi + ZigBee ပေါင်းစပ်မှုဖြစ်သည်။ ဆိုလိုသည်မှာ၊ နည်းပညာအသစ်သည် LoraWAN ဖြေရှင်းချက်များနှင့် ပြိုင်ဖက်မဟုတ်ကြောင်း ကျွန်ုပ်တို့ပြောနိုင်သော်လည်း၊ ဆန့်ကျင်ဘက်အနေနှင့် ၎င်းတို့အား ဖြည့်စွက်ရန် ဖန်တီးထားသည်။

ဒီတော့ အရေးကြီးဆုံးအရာနဲ့ စကြရအောင် - အခု 802.11ba ကို ပံ့ပိုးပေးတဲ့ စက်တွေမှာ ရေဒီယို မော်ဂျူးနှစ်ခု ရှိသင့်တယ်။ ၎င်း၏ Target Wake Time (TWT) နည်းပညာဖြင့် 802.11ah/ax ကို ကြည့်ရှုပြီးနောက် ၎င်းသည် မလုံလောက်ကြောင်း အင်ဂျင်နီယာများက ဆုံးဖြတ်ခဲ့ပြီး ပါဝါသုံးစွဲမှုကို ပြင်းထန်စွာ လျှော့ချရန် လိုအပ်ကြောင်း ထင်ရှားပါသည်။ အဘယ်ကြောင့်ဆိုသော် စံနှုန်းသည် ရေဒီယို အမျိုးအစား နှစ်မျိုးဖြစ်သော Primary Communication Radio (PCR) နှင့် Wake-Up Radio (WUR) ဟူ၍ ခွဲခြားသတ်မှတ်ထားခြင်းဖြစ်သည်။ ပထမအချက်က အားလုံးရှင်းနေတယ်ဆိုရင်၊ ဒါက ပင်မရေဒီယိုဖြစ်ပြီး၊ ဒေတာတွေကို ပို့ပြီး လက်ခံတယ်၊ ဒုတိယတစ်ခုနဲ့တော့ သိပ်မများပါဘူး။ တကယ်တော့ WUR သည် အများအားဖြင့် နားထောင်နိုင်သော စက် (RX) တစ်ခုဖြစ်ပြီး လည်ပတ်ရန် ပါဝါအနည်းငယ်သာ အသုံးပြုရန် ဒီဇိုင်းထုတ်ထားသည်။ ၎င်း၏အဓိကတာဝန်မှာ AP မှနိုးကြားမှုအချက်ပြမှုကိုလက်ခံရရှိရန်နှင့် PCR ကိုဖွင့်ရန်ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ ဤနည်းလမ်းသည် အအေးစတင်ချိန်ကို သိသာထင်ရှားစွာ လျှော့ချပေးပြီး သတ်မှတ်အချိန်အတွင်း စက်ပစ္စည်းများကို အမြင့်ဆုံးတိကျမှုဖြင့် နှိုးနိုင်စေပါသည်။ သင့်တွင် စက်ပစ္စည်း ဆယ်ခု မဟုတ်ဘဲ တစ်ရာ့ ဆယ် ရှိသည်ဟု ဆိုပါက ၎င်းသည် အလွန်အသုံးဝင်ပြီး ၎င်းတို့ တစ်ခုစီနှင့် အချိန်တိုအတွင်း ဒေတာဖလှယ်ရန် လိုအပ်ပါသည်။ ထို့အပြင်၊ နိုးကြားမှုအကြိမ်နှုန်းနှင့် အချိန်အပိုင်းအခြားအလိုက် ယုတ္တိဗေဒသည် AP ဘက်သို့ ရွေ့လျားသည်။ ဆိုပါစို့၊ LoRAWAN သည် actuators များကိုယ်တိုင်နိုးလာပြီး လေထဲတွင်တစ်ခုခုလွှင့်ကာ ကျန်အချိန်များတွင် အိပ်နေသောအခါတွင် PUSH နည်းစနစ်ကိုအသုံးပြုသည်ဆိုပါက၊ ဤကိစ္စတွင်၊ ဆန့်ကျင်ဘက်အနေဖြင့် AP သည် မည်သည့်အချိန်နှင့် မည်သည့်စက်ပစ္စည်းကို နှိုးသင့်သည်ကို ဆုံးဖြတ်ပေးပါသည်။ actuators တွေကိုယ်တိုင်က... အမြဲမအိပ်ဘူး။

ယခုဘောင်ဖော်မတ်များနှင့် လိုက်ဖက်ညီမှုသို့ ဆက်သွားကြပါစို့။ ပထမကြိုးပမ်းချက်အနေဖြင့် 802.11ah ကို 868/915 MHz လှိုင်း သို့မဟုတ် ရိုးရိုး SUB-1GHz အတွက် ဖန်တီးခဲ့ပါက 802.11ba သည် 2.4GHz နှင့် 5GHz လှိုင်းများအတွက် ရည်ရွယ်ထားပြီးဖြစ်သည်။ ယခင် "အသစ်" စံနှုန်းများတွင်၊ စက်ပစ္စည်းအဟောင်းများကို နားလည်နိုင်သော အကြိုအညွှန်းတစ်ခုမှတစ်ဆင့် လိုက်ဖက်ညီမှုကို ရရှိခဲ့သည်။ ဆိုလိုသည်မှာ၊ စက်ပစ္စည်းအဟောင်းများသည် frame တစ်ခုလုံးကိုမှတ်မိရန်မလိုအပ်ဘဲ၊ ဤ frame ကိုစတင်မည့်အချိန်နှင့် transmission မည်မျှကြာမည်ကိုနားလည်ရန်သူတို့အတွက်လုံလောက်သည်။ ဤအချက်သည် နိဒါန်းမှယူသော အချက်အလက်ဖြစ်သည်။ အစီအစဉ်ကို သက်သေပြပြီး သက်သေပြထားသောကြောင့် 802.11ba သည် ချွင်းချက်မဟုတ်ပါ (ယခုအချိန်တွင် ကုန်ကျစရိတ်ပြဿနာကို ကျွန်ုပ်တို့ လျစ်လျူရှုပါမည်)။

ရလဒ်အနေဖြင့် 802.11ba frame သည် ဤကဲ့သို့ ဖြစ်သည်-

HT အမှာစာမဟုတ်သော နှင့် BPSK modulation ပါသော တိုတောင်းသော OFDM အပိုင်းတစ်ခုသည် 802.11a/g/n/ac/ax စက်ပစ္စည်းများအားလုံးသည် ဤဘောင်၏ထုတ်လွှင့်ခြင်း၏အစကိုကြားရပြီး ထုတ်လွှင့်နားထောင်ခြင်းမုဒ်သို့ ဝင်မစွက်ဖက်ပါ။ နိမိတ်ဖတ်ပြီးနောက် ထပ်တူပြုခြင်းအကွက် (SYNC) သည် အဓိကအားဖြင့် L-STF/L-LTF ၏ analogue တစ်ခုဖြစ်သည်။ ၎င်းသည် ကြိမ်နှုန်းကို ချိန်ညှိရန်နှင့် စက်ပစ္စည်း၏ လက်ခံသူအား တစ်ပြိုင်တည်းချိန်ညှိရန် ဆောင်ရွက်ပေးပါသည်။ ထိုအချိန်တွင် ထုတ်လွှင့်သည့်ကိရိယာသည် အခြားချန်နယ်အကျယ် 4 MHz သို့ပြောင်းသည်။ ဘာအတွက်လဲ? အရာအားလုံးသည်အလွန်ရိုးရှင်းပါသည်။ သို့မှသာ ပါဝါကို လျှော့ချနိုင်ပြီး နှိုင်းယှဉ်နိုင်သော signal-to-noise ratio (SINR) ကို ရရှိနိုင်မည်ဖြစ်သည်။ သို့မဟုတ် ပါဝါကို ယခင်အတိုင်းထားခဲ့ကာ ဂီယာအကွာအဝေးတွင် သိသာထင်ရှားစွာ တိုးလာနိုင်သည်။ ပြောရမယ်ဆိုရင် ဒါဟာ အလွန်ပြေပြစ်တဲ့ ဖြေရှင်းချက်တစ်ခုဖြစ်ပြီး ပါဝါထောက်ပံ့မှုအတွက် လိုအပ်ချက်တွေကို သိသိသာသာ လျှော့ချနိုင်စေမယ့် နည်းလမ်းတစ်ခုလည်း ဖြစ်ပါတယ်။ ဥပမာ၊ နာမည်ကြီး ESP8266 ကို သတိရကြပါစို့။ ဘစ်နှုန်း 54 Mbps နှင့် ပါဝါ 16dBm ကို အသုံးပြု၍ ထုတ်လွှင့်သည့်မုဒ်တွင် ၎င်းသည် 196 mA စားသုံးသည်၊ CR2032 ကဲ့သို့သော အရာများအတွက် တားမြစ်ချက်မြင့်မားသည်။ အကယ်၍ ကျွန်ုပ်တို့သည် channel width ကို ငါးဆလျှော့ချပြီး transmitter ပါဝါကို ငါးဆလျှော့ချပါက၊ ဂီယာအကွာအဝေးတွင် လက်တွေ့ကျကျ မဆုံးရှုံးနိုင်သော်လည်း လက်ရှိသုံးစွဲမှုအား 50 mA ခန့်အထိ လျှော့ချမည်ဖြစ်သည်။ WUR အတွက် frame ကို ပေးပို့သော AP ၏ အစိတ်အပိုင်းတွင် ၎င်းသည် အရေးကြီးသည်ဟု မဆိုလိုသော်လည်း ၎င်းသည် မဆိုးသေးပါ။ သို့သော် STA အတွက် သုံးစွဲမှုနည်းပါးပြီး CR2032 သို့မဟုတ် ရေရှည်စွမ်းအင်သိုလှောင်မှုအတွက် ဒီဇိုင်းထုတ်ထားသည့် ဘက်ထရီများကို သုံးစွဲမှုနည်းပါးသောကြောင့် ၎င်းသည် အဓိပ္ပာယ်ရှိပြီး နိမ့်ကျသော လျှပ်စီးကြောင်းများပါရှိသည်။ မှန်ပါသည်၊ မည်သည့်အရာမှ အလကားမရနိုင်ဘဲ ချန်နယ်အကျယ်ကို လျှော့ချခြင်းဖြင့် ဖရိန်တစ်ခု၏ ထုတ်လွှင့်ချိန်ကို တိုးလာခြင်းဖြင့် ချန်နယ်အမြန်နှုန်းကို လျော့ကျသွားစေမည် ဖြစ်ကြောင်းသိရသည်။

စကားမစပ်၊ channel speed နှင့် ပတ်သက်. ၎င်း၏လက်ရှိပုံစံတွင် စံနှုန်းသည် ရွေးချယ်စရာနှစ်ခုဖြစ်သည်- 62.5 Kbps နှင့် 250 Kbps။ ZigBee ၏အနံ့ကို သင်ခံစားရပါသလား။ ၎င်းတွင် 2Mhz အစား 4Mhz ချန်နယ် အကျယ်သည် 802.11Mhz ရှိသည်၊ သို့သော် ပိုမိုမြင့်မားသော ရောင်စဉ်တန်းသိပ်သည်းဆရှိသော ကွဲပြားသော မော်ဂျူးအမျိုးအစားဖြစ်သောကြောင့် ၎င်းမှာ မလွယ်ကူပါ။ ရလဒ်အနေဖြင့်၊ XNUMXba စက်ပစ္စည်းများ၏ အကွာအဝေးသည် ပိုကြီးသင့်သည်၊ ၎င်းသည် indoor IoT အခြေအနေများအတွက် အလွန်အသုံးဝင်သည်။

ခဏစောင့်ပါ... 4 MHz လှိုင်းလုံး၏ 20 MHz ကိုသာ အသုံးပြုနေချိန်တွင် ဧရိယာအတွင်းရှိ ဘူတာအားလုံးကို အသံတိတ်ရန် အတင်းအကျပ်ခိုင်းစေခြင်း... "ဒါက အလကားပဲ!" - မင်းပြောမယ် မင်းမှန်လိမ့်မယ်။ ဒါပေမယ့် မဟုတ်ဘူး၊ ဒါက တကယ့်အမှိုက်ပါ။

စံနှုန်းသည် 40 MHz နှင့် 80 MHz လိုင်းခွဲများကို အသုံးပြုနိုင်စွမ်းကို ထောက်ပံ့ပေးသည်။ ဤကိစ္စတွင်၊ ချန်နယ်တစ်ခုစီ၏ ဘစ်နှုန်းများသည် ကွဲပြားနိုင်ပြီး ထုတ်လွှင့်ချိန်နှင့် ကိုက်ညီစေရန် Padding ကို ဖရိန်၏အဆုံးတွင် ထည့်သွင်းထားသည်။ ဆိုလိုသည်မှာ၊ စက်ပစ္စည်းသည် 80 MHz အားလုံးတွင် airtime ကို သိမ်းပိုက်နိုင်သော်လည်း ၎င်းကို 16 MHz တွင်သာ အသုံးပြုနိုင်သည်။ ဒါက တကယ့် အမှိုက်ပါ။

စကားမစပ်၊ ပတ်ဝန်းကျင်ရှိ Wi-Fi စက်ပစ္စည်းများသည် ထိုနေရာတွင် ထုတ်လွှင့်နေသည်များကို နားလည်နိုင်ခွင့်မရှိပါ။ အဘယ်ကြောင့်ဆိုသော် ပုံမှန် OFDM သည် 802.11ba frames များကို encode လုပ်ရန် အသုံးမပြုသောကြောင့်ဖြစ်သည်။ ဟုတ်တယ်၊ အဲဒီလိုပဲ၊ မဟာမိတ်အဖွဲ့ဟာ နှစ်ပေါင်းများစွာ အပြစ်ကင်းစင်စွာ လုပ်ဆောင်ခဲ့တဲ့ အရာတွေကို စွန့်လွှတ်လိုက်ပါပြီ။ ဂန္ထဝင် OFDM အစား Multi-Carrier (MC)-OOK မော်ဂျူးကို အသုံးပြုသည်။ 4MHz ချန်နယ်ကို 16(?) subcarrier များအဖြစ် ပိုင်းခြားထားပြီး တစ်ခုစီသည် Manchester encoding ကိုအသုံးပြုသည်။ တစ်ချိန်တည်းမှာပင်၊ DATA အကွက်ကို ဘစ်နှုန်းပေါ်မူတည်၍ 4 μs သို့မဟုတ် 2 μs ၏ အပိုင်းများအဖြစ် ယုတ္တိနည်းကျကျ ပိုင်းခြားထားပြီး ယင်းအပိုင်းတစ်ခုစီတွင် အနိမ့် သို့မဟုတ် မြင့်မားသော ကုဒ်နံပါတ်အဆင့်သည် တစ်ခုနှင့်တစ်ခု ဆက်စပ်နိုင်သည်။ ဤသည်မှာ သုည သို့မဟုတ် ကိန်းဂဏန်းများ ရှည်လျားသော အတွဲများကို ရှောင်ရှားရန် ဖြေရှင်းချက်ဖြစ်သည်။ အနိမ့်ဆုံးလုပ်ခလစာကို လုယက်ကြသည်။

MAC အဆင့်ကိုလည်း အလွန်ရိုးရှင်းပါသည်။ ၎င်းတွင် အောက်ပါအကွက်များသာ ပါဝင်သည်-

• ဘောင်ထိန်းချုပ်ရေး

  Beacon၊ WuP၊ Discovery သို့မဟုတ် ရောင်းချသူ၏ ရွေးချယ်မှု၏ အခြားတန်ဖိုးများကို ယူနိုင်သည်။
  Beacon ကို အချိန်ထပ်တူပြုခြင်းအတွက် အသုံးပြုသည်၊ WuP သည် စက်ကိရိယာတစ်ခု သို့မဟုတ် အုပ်စုတစ်စုကို နိုးထစေရန် ဒီဇိုင်းထုတ်ထားပြီး Discovery သည် STA မှ AP သို့ ဆန့်ကျင်ဘက် ဦးတည်ချက်ဖြင့် အလုပ်လုပ်ကာ 802.11ba ကို ပံ့ပိုးပေးသည့် ဝင်ခွင့်အမှတ်များကို ရှာဖွေရန် ဒီဇိုင်းထုတ်ထားသည်။ ဤအကွက်သည် 48 bits ထက်ကျော်လွန်ပါက ဖရိမ်၏အရှည်လည်းပါရှိသည်။

• ID

  ဖရိမ်အမျိုးအစားပေါ်မူတည်၍ ၎င်းသည် AP တစ်ခု သို့မဟုတ် STA တစ်ခု သို့မဟုတ် ဤဘောင်ကို ရည်ရွယ်သည့် STA အုပ်စုတစ်စုကို ခွဲခြားသတ်မှတ်နိုင်သည်။ (ဟုတ်တယ်၊ အုပ်စုလိုက် စက်ပစ္စည်းတွေကို နှိုးလို့ရတယ်၊ အဲဒါကို groupcast wake-ups လို့ခေါ်ပြီး တော်တော်မိုက်တယ်)။

• အမျိုးအစားမှီခို (TD)

  အတော်လေး လိုက်လျောညီထွေရှိတဲ့ နယ်ပယ်တစ်ခုပါ။ အချိန်အတိအကျ၊ ဗားရှင်းနံပါတ်တစ်ခုပါသော ဖိုင်းဝဲ/ဖွဲ့စည်းပုံပြင်ဆင်ခြင်းဆိုင်ရာ အပ်ဒိတ်အကြောင်း အချက်ပြမှု သို့မဟုတ် STA မှ သိထားသင့်သည့် အသုံးဝင်မှုတစ်ခုခုကို ပေးပို့နိုင်သည်ဟု ၎င်းတွင် ဖော်ပြထားသည်။

• Frame Checksum Field (FCS)
  အရာအားလုံးကဒီမှာရိုးရှင်းပါတယ်။ ဒါက checksum တစ်ခုပါ။

ဒါပေမယ့် နည်းပညာအလုပ်လုပ်ဖို့အတွက်တော့ လိုအပ်တဲ့ပုံစံနဲ့ frame တစ်ခုကို ပို့ရုံနဲ့ မလုံလောက်ပါဘူး။ STA နှင့် AP တို့ သဘောတူရမည်။ PCR ကို စတင်ရန် လိုအပ်သည့် အချိန်အပါအဝင် ၎င်း၏ ကန့်သတ်ချက်များကို STA က အစီရင်ခံသည်။ ညှိနှိုင်းမှုအားလုံးသည် ပုံမှန် 802.11 ဘောင်များကို အသုံးပြု၍ ဖြစ်ပေါ်ပြီးနောက် STA သည် PCR ကိုပိတ်နိုင်ပြီး WUR ဖွင့်မုဒ်သို့ ဝင်ရောက်နိုင်သည်။ ဒါမှမဟုတ် ဖြစ်နိုင်ရင် အိပ်ရေးဝဝအိပ်ပါ။ ဘာကြောင့်လဲ ဆိုတော့ အဲဒါရှိရင် သုံးရတာ ပိုကောင်းပါတယ်။
နောက်တစ်ခုကတော့ WUR Duty Cycle လို့ ခေါ်တဲ့ အဖိုးတန် milliamp နာရီတွေကို ညှစ်ထုတ်လိုက်ပါပြီ။ TWT အတွက် မည်ကဲ့သို့ ဖြစ်သည်ကို ယှဉ်တွဲ၍ STA နှင့် AP မျှသာ ရှုပ်ထွေးပြီး အိပ်ချိန်ဇယားကို သဘောတူပါသည်။ ယင်းနောက်တွင်၊ STA သည် အများအားဖြင့် အိပ်လေ့ရှိပြီး "ငါ့အတွက် အသုံးဝင်သည့်အရာများ ရှိလာပြီလား" ကို နားထောင်ရန် WUR ကို ရံဖန်ရံခါ ဖွင့်ထားသည်။ လိုအပ်မှသာလျှင် ယာဉ်အသွားအလာဖလှယ်မှုအတွက် ပင်မရေဒီယို module ကို နှိုးပေးပါသည်။

TWT နှင့် U-APSD တို့နှင့် နှိုင်းယှဉ်ပါက အခြေအနေကို သိသိသာသာ ပြောင်းလဲသွားသည် မဟုတ်ပါလား။

ယခု သင်ချက်ချင်းမစဉ်းစားမိသော အရေးကြီးသောအချက်တစ်ချက်။ WUR သည် ပင်မ module ကဲ့သို့တူညီသောကြိမ်နှုန်းဖြင့်လည်ပတ်ရန်မလိုအပ်ပါ။ ဆန့်ကျင်ဘက်အနေနှင့်၊ ၎င်းသည် နှစ်လိုဖွယ်ဖြစ်ပြီး ၎င်းကို အခြားချန်နယ်တစ်ခုတွင် လုပ်ဆောင်ရန် အကြံပြုထားသည်။ ဤကိစ္စတွင်၊ 802.11ba လုပ်ဆောင်ချက်သည် ကွန်ရက်၏လုပ်ဆောင်မှုကို မည်သည့်နည်းနှင့်မျှ အနှောင့်အယှက်မဖြစ်စေဘဲ ဆန့်ကျင်ဘက်အနေနှင့် အသုံးဝင်သော အချက်အလက်များကို ပေးပို့ရန် အသုံးပြုနိုင်သည်။ တည်နေရာ၊ Neighbor List နှင့် အခြားသော 802.11 စံနှုန်းများတွင် ဥပမာအားဖြင့် 802.11k/v။ Mesh ကွန်ရက်များအတွက် ဘာအကျိုးကျေးဇူးတွေရနိုင်လဲ... ဒါပေမယ့် ဒါက သီးခြားဆောင်းပါးရဲ့ ခေါင်းစဉ်ပါ။

ကံကြမ္မာကို စံအဖြစ် သူ့ဘာသာသူ မှတ်တမ်းတင်လိုက်ပေါ့။ လောလောဆယ် Draft 6.0 သည် အတည်ပြုမှုနှုန်းဖြင့် အဆင်သင့်ဖြစ်သည်- 96%. ဆိုလိုသည်မှာ၊ ယခုနှစ်တွင် ကျွန်ုပ်တို့သည် စစ်မှန်သောစံနှုန်းတစ်ခု သို့မဟုတ် အနည်းဆုံး ပထမဆုံးအကောင်အထည်ဖော်မှုများကို မျှော်လင့်နိုင်သည်။ မည်မျှပျံ့နှံ့မည်ကို အချိန်ကသာ ပြောပြလိမ့်မည်။

ဤသို့သော အခြင်းအရာ... (ဂ)၊ EvilWirelesMan.

အကြံပြုစာဖတ်ခြင်း-

IEEE 802.11ba - ကြီးမားသောအင်တာနက်အရာများအတွက် အလွန်နည်းသော ပါဝါ Wi-Fi - စိန်ခေါ်မှုများ၊ ဖွင့်ထားသော ပြဿနာများ၊ စွမ်းဆောင်ရည် အကဲဖြတ်ခြင်း

IEEE 802.11ba- Green IoT အတွက် ပါဝါနည်းသော Wake-Up ရေဒီယို

IEEE 802.11-Enabled Wake-Up ရေဒီယို- Cases နှင့် Applications ကို အသုံးပြုပါ။

source: www.habr.com