802.11ba (WUR) ਜਾਂ ਹੇਜਹੌਗ ਨਾਲ ਸੱਪ ਨੂੰ ਕਿਵੇਂ ਪਾਰ ਕਰਨਾ ਹੈ

ਕੁਝ ਸਮਾਂ ਪਹਿਲਾਂ, ਮੈਂ ਕਈ ਹੋਰ ਸਰੋਤਾਂ ਅਤੇ ਆਪਣੇ ਬਲੌਗ 'ਤੇ ਲਿਖਿਆ ਸੀ ਕਿ ZigBee ਮਰ ਗਈ ਹੈ ਅਤੇ ਫਲਾਈਟ ਅਟੈਂਡੈਂਟ ਨੂੰ ਦਫ਼ਨਾਉਣ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। Thread ਨਾਲ ਚੀਜ਼ਾਂ 'ਤੇ ਇੱਕ ਚੰਗਾ ਚਿਹਰਾ ਪਾਉਣ ਲਈ, ਜੋ ਕਿ IPv6 ਅਤੇ 6LowPan 'ਤੇ ਚੱਲਦਾ ਹੈ, ਵਧੇਰੇ ਅਨੁਕੂਲਿਤ ਬਲੂਟੁੱਥ (LE) ਕਾਫ਼ੀ ਹੈ। ਪਰ ਮੈਂ ਇਸ ਬਾਰੇ ਕਿਸੇ ਹੋਰ ਸਮੇਂ ਗੱਲ ਕਰਾਂਗਾ। ਅੱਜ, ਮੈਂ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ ਕਿ ਕਿਵੇਂ ਕਮੇਟੀ ਦੇ ਕਾਰਜ ਸਮੂਹ ਨੇ 802.11ah 'ਤੇ ਦੂਜੀ ਨਜ਼ਰ ਮਾਰੀ ਅਤੇ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਇਹ LRLP (ਲੌਂਗ-ਰੇਂਜ ਲੋ-ਪਾਵਰ) ਵਰਗੀ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਇੱਕ ਪੂਰਾ ਸੰਸਕਰਣ, ਜੋ ਕਿ LoRA ਦੇ ਸਮਾਨ ਹੈ, ਨੂੰ 802.11 ਸਟੈਂਡਰਡ ਪੂਲ ਵਿੱਚ ਜੋੜਨ ਦਾ ਸਮਾਂ ਹੈ। ਪਰ ਇਹ ਬੈਕਵਰਡ ਅਨੁਕੂਲਤਾ ਦੀ ਪਵਿੱਤਰ ਗਾਂ ਨੂੰ ਕਤਲ ਕੀਤੇ ਬਿਨਾਂ ਅਸੰਭਵ ਸਾਬਤ ਹੋਇਆ। ਅੰਤ ਵਿੱਚ, Long-Range ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਗਿਆ, ਸਿਰਫ਼ Low-Power ਛੱਡ ਦਿੱਤਾ ਗਿਆ, ਜੋ ਕਿ ਇੱਕ ਚੰਗੀ ਗੱਲ ਵੀ ਹੈ। ਨਤੀਜਾ 802.11 + 802.15.4, ਜਾਂ ਸਿਰਫ਼ Wi-Fi + ZigBee ਦਾ ਮਿਸ਼ਰਣ ਸੀ। ਯਾਨੀ, ਇਹ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਨਵੀਂ ਤਕਨਾਲੋਜੀ LoraWAN ਹੱਲਾਂ ਦੀ ਪ੍ਰਤੀਯੋਗੀ ਨਹੀਂ ਹੈ, ਪਰ, ਇਸਦੇ ਉਲਟ, ਉਹਨਾਂ ਦੇ ਪੂਰਕ ਲਈ ਬਣਾਈ ਜਾ ਰਹੀ ਹੈ।

ਤਾਂ, ਆਓ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ: 802.11ba-ਸਮਰਥਿਤ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਹੁਣ ਦੋ ਰੇਡੀਓ ਮੋਡੀਊਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜ਼ਾਹਰ ਹੈ ਕਿ, ਆਪਣੀ ਟਾਰਗੇਟ ਵੇਕ ਟਾਈਮ (TWT) ਤਕਨਾਲੋਜੀ ਨਾਲ 802.11ah/ax ਨੂੰ ਦੇਖਣ ਤੋਂ ਬਾਅਦ, ਇੰਜੀਨੀਅਰਾਂ ਨੇ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਸੀ ਅਤੇ ਬਿਜਲੀ ਦੀ ਖਪਤ ਨੂੰ ਬਹੁਤ ਘੱਟ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਸੀ। ਇਸ ਉਦੇਸ਼ ਲਈ, ਮਿਆਰ ਦੋ ਵੱਖ-ਵੱਖ ਰੇਡੀਓ ਕਿਸਮਾਂ ਵਿੱਚ ਵੰਡ ਦੀ ਵਿਵਸਥਾ ਕਰਦਾ ਹੈ: ਪ੍ਰਾਇਮਰੀ ਕਮਿਊਨੀਕੇਸ਼ਨ ਰੇਡੀਓ (PCR) ਅਤੇ ਵੇਕ-ਅੱਪ ਰੇਡੀਓ (WUR)। ਜਦੋਂ ਕਿ ਪਹਿਲਾ ਸਪੱਸ਼ਟ ਹੈ - ਇਹ ਪ੍ਰਾਇਮਰੀ ਰੇਡੀਓ ਹੈ ਜੋ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ - ਦੂਜਾ ਇੰਨਾ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ। WUR ਅਸਲ ਵਿੱਚ ਇੱਕ ਸੁਣਨ ਵਾਲਾ ਯੰਤਰ (RX) ਹੈ ਅਤੇ ਬਹੁਤ ਘੱਟ ਬਿਜਲੀ ਦੀ ਖਪਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦਾ ਮੁੱਖ ਕੰਮ AP ਤੋਂ ਵੇਕ-ਅੱਪ ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਤੇ PCR ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣਾ ਹੈ। ਇਹ ਵਿਧੀ ਠੰਡੇ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਨੂੰ ਕਾਫ਼ੀ ਘਟਾਉਂਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਸ਼ੁੱਧਤਾ ਨਾਲ ਇੱਕ ਨਿਰਧਾਰਤ ਸਮੇਂ 'ਤੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜਗਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਹ ਬਹੁਤ ਉਪਯੋਗੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਦਸ ਡਿਵਾਈਸ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਸੌ ਦਸ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਨੂੰ ਥੋੜ੍ਹੇ ਸਮੇਂ ਵਿੱਚ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨਾਲ ਡੇਟਾ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜਾਗਣ ਦੀ ਬਾਰੰਬਾਰਤਾ ਅਤੇ ਆਵਰਤੀ ਲਈ ਤਰਕ AP ਵਿੱਚ ਤਬਦੀਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਕਿ, ਮੰਨ ਲਓ, LoRAWAN ਇੱਕ PUSH ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਐਕਚੁਏਟਰ ਜਾਗਦੇ ਹਨ ਅਤੇ ਪ੍ਰਸਾਰਣ ਕਰਦੇ ਹਨ, ਅਤੇ ਬਾਕੀ ਸਮਾਂ ਸੌਂਦੇ ਹਨ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਉਲਟ ਹੈ: AP ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਕਦੋਂ ਅਤੇ ਕਿਹੜਾ ਯੰਤਰ ਜਾਗਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਐਕਚੁਏਟਰ ਖੁਦ... ਹਮੇਸ਼ਾ ਨਹੀਂ ਸੌਂਦੇ।

ਹੁਣ ਆਓ ਫਰੇਮ ਫਾਰਮੈਟਾਂ ਅਤੇ ਅਨੁਕੂਲਤਾ ਵੱਲ ਵਧੀਏ। ਜਦੋਂ ਕਿ 802.11ah, ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ ਦੇ ਤੌਰ 'ਤੇ, 868/915 MHz, ਜਾਂ ਸਿਰਫ਼ SUB-1 GHz, ਬੈਂਡਾਂ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ, 802.11ba ਨੂੰ 2.4 GHz ਅਤੇ 5 GHz ਬੈਂਡਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਪਿਛਲੇ "ਨਵੇਂ" ਮਿਆਰਾਂ ਵਿੱਚ, ਅਨੁਕੂਲਤਾ ਪੁਰਾਣੇ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਝਣ ਯੋਗ ਪ੍ਰਸਤਾਵਨਾ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੀ ਗਈ ਸੀ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਧਾਰਨਾ ਸੀ ਕਿ ਪੁਰਾਣੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਪੂਰੇ ਫਰੇਮ ਨੂੰ ਪਛਾਣਨ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਸੀ; ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਇਹ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਸੀ ਕਿ ਫਰੇਮ ਕਦੋਂ ਸ਼ੁਰੂ ਹੋਵੇਗਾ ਅਤੇ ਪ੍ਰਸਾਰਣ ਕਿੰਨਾ ਸਮਾਂ ਚੱਲੇਗਾ। ਉਹ ਪ੍ਰਸਤਾਵਨਾ ਤੋਂ ਇਹ ਜਾਣਕਾਰੀ ਕੱਢਦੇ ਹਨ। 802.11ba ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਡਿਜ਼ਾਈਨ ਸਾਬਤ ਅਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਥਾਪਿਤ ਹੈ (ਅਸੀਂ ਹੁਣ ਲਈ ਲਾਗਤ ਦੇ ਮੁੱਦੇ ਨੂੰ ਇੱਕ ਪਾਸੇ ਰੱਖਾਂਗੇ)।

ਨਤੀਜੇ ਵਜੋਂ 802.11ba ਫਰੇਮ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਇੱਕ ਗੈਰ-HT ਪ੍ਰਸਤਾਵਨਾ ਅਤੇ BPSK ਮੋਡੂਲੇਸ਼ਨ ਵਾਲਾ ਇੱਕ ਛੋਟਾ OFDM ਟੁਕੜਾ ਸਾਰੇ 802.11a/g/n/ac/ax ਡਿਵਾਈਸਾਂ ਨੂੰ ਇਸ ਫਰੇਮ ਦੇ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਸੁਣਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸੁਣਨ ਮੋਡ ਵਿੱਚ ਸਵਿਚ ਕਰਕੇ ਦਖਲ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਪ੍ਰਸਤਾਵਨਾ ਦੇ ਬਾਅਦ ਇੱਕ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਫੀਲਡ (SYNC) ਆਉਂਦਾ ਹੈ, ਜੋ ਕਿ ਅਸਲ ਵਿੱਚ L-STF/L-LTF ਦਾ ਇੱਕ ਐਨਾਲਾਗ ਹੈ। ਇਹ ਫ੍ਰੀਕੁਐਂਸੀ ਨੂੰ ਐਡਜਸਟ ਕਰਨ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਰਿਸੀਵਰ ਨੂੰ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਨ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਅਤੇ ਇਹ ਇਸ ਬਿੰਦੂ 'ਤੇ ਹੈ ਕਿ ਟ੍ਰਾਂਸਮੀਟਿੰਗ ਡਿਵਾਈਸ 4 MHz ਦੀ ਇੱਕ ਵੱਖਰੀ ਚੈਨਲ ਚੌੜਾਈ 'ਤੇ ਸਵਿਚ ਕਰਦਾ ਹੈ। ਕਿਉਂ? ਇਹ ਬਹੁਤ ਸੌਖਾ ਹੈ। ਇਹ ਪਾਵਰ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਤੁਲਨਾਤਮਕ ਸਿਗਨਲ-ਟੂ-ਆਇਸ ਅਨੁਪਾਤ (SINR) ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ। ਜਾਂ, ਪਾਵਰ ਨੂੰ ਬਿਨਾਂ ਬਦਲਾਅ ਛੱਡੋ ਅਤੇ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਰੇਂਜ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ ਪ੍ਰਾਪਤ ਕਰੋ। ਮੈਂ ਕਹਾਂਗਾ ਕਿ ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਸ਼ਾਨਦਾਰ ਹੱਲ ਹੈ, ਜੋ ਪਾਵਰ ਸਪਲਾਈ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਕਾਫ਼ੀ ਘੱਟ ਕਰਨ ਦੀ ਵੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਪ੍ਰਸਿੱਧ ESP8266 'ਤੇ ਵਿਚਾਰ ਕਰੋ। 54 Mbps ਬਿੱਟਰੇਟ ਅਤੇ 16 dBm ਪਾਵਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਮੋਡ ਵਿੱਚ, ਇਹ 196 mA ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ CR2032 ਵਰਗੀ ਕਿਸੇ ਚੀਜ਼ ਲਈ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਚੈਨਲ ਦੀ ਚੌੜਾਈ ਨੂੰ ਪੰਜ ਦੇ ਗੁਣਕ ਅਤੇ ਟ੍ਰਾਂਸਮੀਟਰ ਪਾਵਰ ਨੂੰ ਪੰਜ ਦੇ ਗੁਣਕ ਘਟਾ ਦਿੰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਲਗਭਗ ਕੋਈ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਰੇਂਜ ਨਹੀਂ ਗੁਆਵਾਂਗੇ, ਪਰ ਮੌਜੂਦਾ ਖਪਤ ਕਾਫ਼ੀ ਘੱਟ ਜਾਵੇਗੀ, ਮੰਨ ਲਓ ਕਿ ਲਗਭਗ 50 mA। ਇਹ WUR ਲਈ ਫਰੇਮ ਨੂੰ ਟ੍ਰਾਂਸਮਿਟ ਕਰਨ ਵਾਲੇ AP ਲਈ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਅਜੇ ਵੀ ਬੁਰਾ ਨਹੀਂ ਹੈ। ਹਾਲਾਂਕਿ, STA ਲਈ, ਇਹ ਸਮਝ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਘੱਟ ਖਪਤ CR2032 ਵਰਗੀ ਕਿਸੇ ਚੀਜ਼ ਜਾਂ ਘੱਟ ਨਾਮਾਤਰ ਡਿਸਚਾਰਜ ਕਰੰਟਾਂ ਦੇ ਨਾਲ ਲੰਬੇ ਸਮੇਂ ਦੇ ਊਰਜਾ ਸਟੋਰੇਜ ਲਈ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਬੈਟਰੀਆਂ ਦੀ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਬੇਸ਼ੱਕ, ਕੁਝ ਵੀ ਮੁਫਤ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ, ਅਤੇ ਚੈਨਲ ਦੀ ਚੌੜਾਈ ਨੂੰ ਘਟਾਉਣ ਨਾਲ ਚੈਨਲ ਦੀ ਗਤੀ ਵਿੱਚ ਕਮੀ ਆਵੇਗੀ, ਜਿਸ ਨਾਲ ਇੱਕ ਫਰੇਮ ਦੇ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਸਮੇਂ ਵਿੱਚ ਅਨੁਸਾਰੀ ਵਾਧਾ ਹੋਵੇਗਾ।

ਚੈਨਲ ਸਪੀਡ ਦੀ ਗੱਲ ਕਰੀਏ ਤਾਂ, ਮੌਜੂਦਾ ਸਟੈਂਡਰਡ ਦੋ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ: 62.5 Kbps ਅਤੇ 250 Kbps। ਕੀ ਤੁਸੀਂ ਇੱਥੇ ZigBee ਨੂੰ ਸੁੰਘ ਸਕਦੇ ਹੋ? ਇਹ ਕੋਈ ਦੁਰਘਟਨਾ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਸਦੀ 4 MHz ਦੀ ਬਜਾਏ 2 MHz ਚੈਨਲ ਚੌੜਾਈ ਹੈ, ਪਰ ਉੱਚ ਸਪੈਕਟ੍ਰਲ ਘਣਤਾ ਦੇ ਨਾਲ ਇੱਕ ਵੱਖਰੀ ਮੋਡੂਲੇਸ਼ਨ ਕਿਸਮ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, 802.11ba ਡਿਵਾਈਸਾਂ ਦੀ ਰੇਂਜ ਵਧੇਰੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਕਿ ਅੰਦਰੂਨੀ IoT ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਬਹੁਤ ਉਪਯੋਗੀ ਹੈ।

ਪਰ ਇੱਕ ਮਿੰਟ ਰੁਕੋ... ਇਲਾਕੇ ਦੇ ਹਰ ਸਟੇਸ਼ਨ ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਜਦੋਂ ਕਿ 20 MHz ਬੈਂਡ ਵਿੱਚੋਂ ਸਿਰਫ਼ 4 MHz ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ... "ਇਹ ਬਰਬਾਦੀ ਹੈ!" ਤੁਸੀਂ ਕਹਿ ਸਕਦੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ ਸਹੀ ਹੋਵੋਗੇ। ਪਰ ਨਹੀਂ, ਇਹ ਅਸਲ ਬਰਬਾਦੀ ਹੈ!

ਇਹ ਮਿਆਰ 40 MHz ਅਤੇ 80 MHz ਸਬ-ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਹਰੇਕ ਸਬ-ਚੈਨਲ ਦੇ ਬਿੱਟਰੇਟ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਪ੍ਰਸਾਰਣ ਸਮਾਂ ਇਕਸਾਰ ਹੈ, ਫਰੇਮ ਦੇ ਅੰਤ ਵਿੱਚ ਪੈਡਿੰਗ ਜੋੜੀ ਜਾਂਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਡਿਵਾਈਸ ਸਾਰੇ 80 MHz 'ਤੇ ਏਅਰਟਾਈਮ ਰੱਖ ਸਕਦੀ ਹੈ, ਪਰ ਇਸਨੂੰ ਸਿਰਫ 16 MHz 'ਤੇ ਹੀ ਵਰਤ ਸਕਦੀ ਹੈ। ਇਹ ਸੱਚਮੁੱਚ ਫਜ਼ੂਲ ਹੈ।

ਵੈਸੇ, ਨੇੜਲੇ Wi-Fi ਡਿਵਾਈਸਾਂ ਨੂੰ ਇਹ ਸਮਝਣ ਦਾ ਕੋਈ ਮੌਕਾ ਨਹੀਂ ਹੈ ਕਿ ਕੀ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ 802.11ba ਫਰੇਮ ਜਾਣੇ-ਪਛਾਣੇ OFDM ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਏਨਕੋਡ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ। ਹਾਂ, ਇਸ ਤਰ੍ਹਾਂ ਗੱਠਜੋੜ ਨੇ ਕੁਝ ਅਜਿਹਾ ਛੱਡ ਦਿੱਤਾ ਹੈ ਜੋ ਸਾਲਾਂ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ। ਕਲਾਸਿਕ OFDM ਦੀ ਬਜਾਏ, ਉਹ ਮਲਟੀ-ਕੈਰੀਅਰ (MC)-OOK ਮੋਡੂਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। 4 MHz ਚੈਨਲ ਨੂੰ 16(?) ਸਬਕੈਰੀਅਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਮੈਨਚੈਸਟਰ ਏਨਕੋਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। DATA ਫੀਲਡ ਨੂੰ ਵੀ ਬਿੱਟਰੇਟ ਦੇ ਆਧਾਰ 'ਤੇ ਤਰਕਪੂਰਨ ਤੌਰ 'ਤੇ 4 μs ਜਾਂ 2 μs ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਹਰੇਕ ਹਿੱਸੇ ਵਿੱਚ, ਇੱਕ ਘੱਟ ਜਾਂ ਉੱਚ ਏਨਕੋਡਿੰਗ ਪੱਧਰ 1 ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਜ਼ੀਰੋ ਜਾਂ ਇੱਕ ਦੇ ਲੰਬੇ ਕ੍ਰਮ ਤੋਂ ਬਚਣ ਦਾ ਇੱਕ ਹੱਲ ਹੈ। ਇਸਦੇ ਘੱਟੋ-ਘੱਟ 'ਤੇ ਸਕ੍ਰੈਂਬਲਿੰਗ।

MAC ਲੇਅਰ ਨੂੰ ਵੀ ਬਹੁਤ ਸਰਲ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਇਸ ਵਿੱਚ ਸਿਰਫ਼ ਹੇਠ ਲਿਖੇ ਖੇਤਰ ਹਨ:

• ਫਰੇਮ ਕੰਟਰੋਲ

  ਵਿਕਰੇਤਾ ਦੀ ਮਰਜ਼ੀ ਅਨੁਸਾਰ ਬੀਕਨ, ਵੂਪੀ, ਡਿਸਕਵਰੀ ਜਾਂ ਕੋਈ ਹੋਰ ਮੁੱਲ ਲੈ ਸਕਦਾ ਹੈ।
  ਬੀਕਨ ਦੀ ਵਰਤੋਂ ਸਮੇਂ ਦੇ ਸਮਕਾਲੀਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, WuP ਨੂੰ ਇੱਕ ਜਾਂ ਇੱਕ ਸਮੂਹ ਦੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜਗਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਡਿਸਕਵਰੀ STA ਤੋਂ AP ਤੱਕ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ 802.11ba ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਐਕਸੈਸ ਪੁਆਇੰਟਾਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਇਹ ਖੇਤਰ ਫਰੇਮ ਦੀ ਲੰਬਾਈ ਨੂੰ ਵੀ ਸੰਚਾਰਿਤ ਕਰਦਾ ਹੈ ਜੇਕਰ ਇਹ 48 ਬਿੱਟਾਂ ਤੋਂ ਵੱਧ ਹੈ।

• ID

  ਫਰੇਮ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਇਹ AP, STA, ਜਾਂ STA ਦੇ ਸਮੂਹ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ ਲਈ ਫਰੇਮ ਇਰਾਦਾ ਹੈ। (ਹਾਂ, ਤੁਸੀਂ ਸਮੂਹਾਂ ਵਿੱਚ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜਗਾ ਸਕਦੇ ਹੋ; ਇਸਨੂੰ ਗਰੁੱਪਕਾਸਟ ਵੇਕ-ਅੱਪ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ।)

• ਕਿਸਮ ਨਿਰਭਰ (TD)

  ਇਹ ਇੱਕ ਕਾਫ਼ੀ ਲਚਕਦਾਰ ਖੇਤਰ ਹੈ। ਇਸਦੀ ਵਰਤੋਂ ਸਹੀ ਸਮਾਂ, ਵਰਜਨ ਨੰਬਰ ਦੇ ਨਾਲ ਇੱਕ ਫਰਮਵੇਅਰ/ਸੰਰਚਨਾ ਅੱਪਡੇਟ ਸਿਗਨਲ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਉਪਯੋਗੀ ਚੀਜ਼ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜਿਸ ਬਾਰੇ STA ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

• ਫਰੇਮ ਚੈੱਕਸਮ ਫੀਲਡ (FCS)
  ਇਹ ਸਧਾਰਨ ਹੈ। ਇਹ ਇੱਕ ਚੈੱਕਸਮ ਹੈ।

ਪਰ ਤਕਨਾਲੋਜੀ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਫਾਰਮੈਟ ਦਾ ਇੱਕ ਫਰੇਮ ਭੇਜਣਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। STA ਅਤੇ AP ਨੂੰ ਗੱਲਬਾਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। STA ਆਪਣੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਸੰਚਾਰ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ PCR ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਸਮਾਂ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਸਾਰੀਆਂ ਗੱਲਬਾਤਾਂ ਸਟੈਂਡਰਡ 802.11 ਫਰੇਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਸ ਤੋਂ ਬਾਅਦ STA PCR ਨੂੰ ਅਯੋਗ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ WUR ਐਕਟੀਵੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋ ਸਕਦਾ ਹੈ। ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਥੋੜ੍ਹੀ ਜਿਹੀ ਨੀਂਦ ਵੀ ਲਓ, ਜੇਕਰ ਸੰਭਵ ਹੋਵੇ। ਕਿਉਂਕਿ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਮੌਕਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਫਾਇਦਾ ਉਠਾਉਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ।
ਅੱਗੇ, ਇੱਕ ਹੋਰ ਕੀਮਤੀ ਮਿਲੀਐਂਪੀਅਰ-ਘੰਟੇ ਦਾ ਦਬਾਅ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜਿਸਨੂੰ WUR ਡਿਊਟੀ ਸਾਈਕਲ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਕੁਝ ਵੀ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਹੈ; STA ਅਤੇ AP ਸਿਰਫ਼ ਇੱਕ ਨੀਂਦ ਦੇ ਸ਼ਡਿਊਲ 'ਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ TWT ਲਈ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਤੋਂ ਬਾਅਦ, STA ਜ਼ਿਆਦਾਤਰ ਸੌਂਦਾ ਹੈ, ਕਦੇ-ਕਦੇ WUR ਨੂੰ "ਕੀ ਕੁਝ ਲਾਭਦਾਇਕ ਆ ਗਿਆ ਹੈ?" ਸੁਣਨ ਲਈ ਚਾਲੂ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਜਦੋਂ ਜ਼ਰੂਰੀ ਹੋਵੇ ਤਾਂ ਇਹ ਟ੍ਰੈਫਿਕ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਮੁੱਖ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਜਗਾਉਂਦਾ ਹੈ।

ਇਹ TWT ਅਤੇ U-APSD ਦੇ ਮੁਕਾਬਲੇ ਸਥਿਤੀ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਹੈ ਨਾ?

ਹੁਣ ਇੱਥੇ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵੇਰਵਾ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਸੀਂ ਤੁਰੰਤ ਵਿਚਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ। WUR ਨੂੰ ਮੁੱਖ ਮੋਡੀਊਲ ਵਾਂਗ ਹੀ ਫ੍ਰੀਕੁਐਂਸੀ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ। ਦਰਅਸਲ, ਇਹ ਫਾਇਦੇਮੰਦ ਹੈ ਅਤੇ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਇਹ ਇੱਕ ਵੱਖਰੇ ਚੈਨਲ 'ਤੇ ਕੰਮ ਕਰੇ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, 802.11ba ਕਾਰਜਸ਼ੀਲਤਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਨੈੱਟਵਰਕ ਸੰਚਾਲਨ ਵਿੱਚ ਵਿਘਨ ਨਹੀਂ ਪਾਉਂਦੀ ਹੈ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ 802.11 ਦੇ ਹੋਰ ਮਿਆਰਾਂ, ਜਿਵੇਂ ਕਿ 802.11k/v, ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਉਪਯੋਗੀ ਜਾਣਕਾਰੀ, ਜਿਵੇਂ ਕਿ ਸਥਾਨ, ਗੁਆਂਢੀ ਸੂਚੀ, ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਵੰਡਣ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਅਤੇ ਉਹ ਫਾਇਦੇ ਜੋ ਮੈਸ਼ ਨੈੱਟਵਰਕ ਪੇਸ਼ ਕਰਦੇ ਹਨ... ਖੈਰ, ਇਹ ਇੱਕ ਹੋਰ ਲੇਖ ਲਈ ਇੱਕ ਵਿਸ਼ਾ ਹੈ।

ਇੱਕ ਦਸਤਾਵੇਜ਼ ਦੇ ਰੂਪ ਵਿੱਚ ਮਿਆਰ ਦੀ ਕਿਸਮਤ ਬਾਰੇ, ਡਰਾਫਟ 6.0 ਇਸ ਵੇਲੇ 96% ਦੀ ਪ੍ਰਵਾਨਗੀ ਦਰ ਨਾਲ ਤਿਆਰ ਹੈ।ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਇਸ ਸਾਲ ਇੱਕ ਸੱਚੇ ਮਿਆਰ, ਜਾਂ ਘੱਟੋ ਘੱਟ ਪਹਿਲੇ ਲਾਗੂਕਰਨ ਦੀ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹਾਂ। ਸਿਰਫ ਸਮਾਂ ਹੀ ਦੱਸੇਗਾ ਕਿ ਇਹ ਕਿੰਨਾ ਵਿਆਪਕ ਹੋਵੇਗਾ।

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੈ... (c) ਈਵਿਲਵਾਇਰਲਸਮੈਨ.

ਸਮੀਖਿਆ ਲਈ ਸਿਫ਼ਾਰਸ਼ ਕੀਤਾ ਸਾਹਿਤ:

IEEE 802.11ba - ਵਿਸ਼ਾਲ ਇੰਟਰਨੈੱਟ ਆਫ਼ ਥਿੰਗਜ਼ ਲਈ ਬਹੁਤ ਘੱਟ ਪਾਵਰ ਵਾਲਾ Wi-Fi - ਚੁਣੌਤੀਆਂ, ਖੁੱਲ੍ਹੇ ਮੁੱਦੇ, ਪ੍ਰਦਰਸ਼ਨ ਮੁਲਾਂਕਣ

IEEE 802.11ba: ਹਰੇ IoT ਲਈ ਘੱਟ-ਪਾਵਰ ਵੇਕ-ਅੱਪ ਰੇਡੀਓ

IEEE 802.11-ਯੋਗ ਵੇਕ-ਅੱਪ ਰੇਡੀਓ: ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ

ਸਰੋਤ: www.habr.com