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

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

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

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

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

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

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

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

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

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

MAC ਪੱਧਰ ਵੀ ਬਹੁਤ ਸਰਲ ਹੈ। ਇਸ ਵਿੱਚ ਸਿਰਫ਼ ਹੇਠਾਂ ਦਿੱਤੇ ਖੇਤਰ ਸ਼ਾਮਲ ਹਨ:

• ਫਰੇਮ ਕੰਟਰੋਲ

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

• ID

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

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

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

• ਫਰੇਮ ਚੈੱਕਸਮ ਫੀਲਡ (FCS)
  ਇੱਥੇ ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ. ਇਹ ਇੱਕ ਚੈਕਸਮ ਹੈ

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

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

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

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

ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ... (c) EvilWirelesMan.

ਸਿਫਾਰਸ਼ੀ ਪੜ੍ਹਨ:

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

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

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

ਸਰੋਤ: www.habr.com