NB-IoT: ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? ਭਾਗ 2

ਪਿਛਲੀ ਵਾਰ ਅਸੀਂ ਰੇਡੀਓ ਐਕਸੈਸ ਨੈਟਵਰਕ ਆਰਕੀਟੈਕਚਰ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਨਵੇਂ NB-IoT ਸਟੈਂਡਰਡ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਸੀ। ਅੱਜ ਅਸੀਂ ਚਰਚਾ ਕਰਾਂਗੇ ਕਿ NB-IoT ਦੇ ਤਹਿਤ ਕੋਰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਕੀ ਬਦਲਿਆ ਹੈ। ਇਸ ਲਈ, ਆਓ ਚੱਲੀਏ।

ਨੈੱਟਵਰਕ ਦੇ ਕੋਰ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਬਦਲਾਅ ਕੀਤੇ ਗਏ ਹਨ। ਆਉ ਇਸ ਤੱਥ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ ਕਿ ਇੱਕ ਨਵਾਂ ਤੱਤ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ, ਨਾਲ ਹੀ ਕਈ ਵਿਧੀਆਂ, ਜੋ ਕਿ "CIoT EPS ਓਪਟੀਮਾਈਜੇਸ਼ਨ" ਜਾਂ ਚੀਜ਼ਾਂ ਦੇ ਸੈਲੂਲਰ ਇੰਟਰਨੈਟ ਲਈ ਕੋਰ ਨੈਟਵਰਕ ਦੇ ਅਨੁਕੂਲਨ ਦੇ ਰੂਪ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ।

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ, ਮੋਬਾਈਲ ਨੈਟਵਰਕ ਵਿੱਚ ਦੋ ਮੁੱਖ ਸੰਚਾਰ ਚੈਨਲ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਕੰਟਰੋਲ ਪਲੇਨ (CP) ਅਤੇ ਉਪਭੋਗਤਾ ਜਹਾਜ਼ (UP) ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਕੰਟਰੋਲ ਪਲੇਨ ਵੱਖ-ਵੱਖ ਨੈੱਟਵਰਕ ਤੱਤਾਂ ਵਿਚਕਾਰ ਸੇਵਾ ਸੁਨੇਹਿਆਂ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਡਿਵਾਈਸਾਂ (UE) ਦੀ ਗਤੀਸ਼ੀਲਤਾ (ਮੋਬਿਲਿਟੀ ਮੈਨੇਜਮੈਂਟ) ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਅਤੇ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਸੈਸ਼ਨ (ਸੈਸ਼ਨ ਪ੍ਰਬੰਧਨ) ਨੂੰ ਸਥਾਪਿਤ/ਰੱਖ ਰੱਖਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਯੂਜ਼ਰ ਪਲੇਨ, ਅਸਲ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਇੱਕ ਚੈਨਲ ਹੈ. ਕਲਾਸਿਕ LTE ਵਿੱਚ, ਇੰਟਰਫੇਸਾਂ ਵਿੱਚ CP ਅਤੇ UP ਦੀ ਵੰਡ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:

NB-IoT ਲਈ CP ਅਤੇ UP ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਵਿਧੀਆਂ ਨੂੰ MME, SGW ਅਤੇ PGW ਨੋਡਾਂ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ C-SGN (ਸੈਲੂਲਰ IoT ਸਰਵਿੰਗ ਗੇਟਵੇ ਨੋਡ) ਨਾਮਕ ਇੱਕ ਸਿੰਗਲ ਤੱਤ ਵਿੱਚ ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਸਟੈਂਡਰਡ ਇੱਕ ਨਵੇਂ ਨੈੱਟਵਰਕ ਤੱਤ - SCEF (ਸੇਵਾ ਸਮਰੱਥਾ ਐਕਸਪੋਜ਼ਰ ਫੰਕਸ਼ਨ) ਦੇ ਉਭਾਰ ਨੂੰ ਵੀ ਮੰਨਦਾ ਹੈ। MME ਅਤੇ SCEF ਵਿਚਕਾਰ ਇੰਟਰਫੇਸ ਨੂੰ T6a ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ DIAMETER ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅਧਾਰ ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ DIAMETER ਇੱਕ ਸਿਗਨਲ ਪ੍ਰੋਟੋਕੋਲ ਹੈ, NB-IoT ਵਿੱਚ ਇਸਨੂੰ ਗੈਰ-IP ਡੇਟਾ ਦੀ ਛੋਟੀ ਮਾਤਰਾ ਦੇ ਪ੍ਰਸਾਰਣ ਲਈ ਅਨੁਕੂਲਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਜਿਵੇਂ ਕਿ ਇਸਦਾ ਨਾਮ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, SCEF ਇੱਕ ਸੇਵਾ ਸਮਰੱਥਾ ਪ੍ਰਦਰਸ਼ਨੀ ਨੋਡ ਹੈ. ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, SCEF ਓਪਰੇਟਰ ਦੇ ਨੈਟਵਰਕ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਛੁਪਾਉਂਦਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ (UE) ਦੀ ਪਛਾਣ ਕਰਨ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਤੋਂ ਵੀ ਰਾਹਤ ਦਿੰਦਾ ਹੈ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ (ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ, ਇਸ ਤੋਂ ਬਾਅਦ AS) ਨੂੰ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। API ਇੰਟਰਫੇਸ।

UE ਪਛਾਣਕਰਤਾ ਟੈਲੀਫੋਨ ਨੰਬਰ (MSISDN) ਜਾਂ IP ਪਤਾ ਨਹੀਂ ਬਣ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਕਲਾਸਿਕ 2G/3G/LTE ਨੈੱਟਵਰਕ ਵਿੱਚ ਹੁੰਦਾ ਸੀ, ਪਰ ਅਖੌਤੀ "ਬਾਹਰੀ ਆਈਡੀ", ਜੋ ਜਾਣੂ ਫਾਰਮੈਟ ਵਿੱਚ ਮਿਆਰ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ " @ " ਇਹ ਇੱਕ ਵੱਖਰਾ ਵੱਡਾ ਵਿਸ਼ਾ ਹੈ ਜੋ ਵੱਖਰੀ ਸਮੱਗਰੀ ਦਾ ਹੱਕਦਾਰ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਇਸ ਬਾਰੇ ਹੁਣ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਨਹੀਂ ਕਰਾਂਗੇ।

ਹੁਣ ਆਉ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਾਢਾਂ ਨੂੰ ਵੇਖੀਏ. "CIoT EPS ਓਪਟੀਮਾਈਜੇਸ਼ਨ" ਟ੍ਰੈਫਿਕ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਵਿਧੀ ਅਤੇ ਗਾਹਕ ਸੈਸ਼ਨ ਪ੍ਰਬੰਧਨ ਦਾ ਅਨੁਕੂਲਨ ਹੈ। ਇੱਥੇ ਮੁੱਖ ਹਨ:

• ਡੋਨਾਸ
• ਐਨ.ਆਈ.ਡੀ.ਡੀ
• PSM ਅਤੇ eDRX ਪਾਵਰ ਸੇਵਿੰਗ ਵਿਧੀ
• HLCOM

DoNAS (NAS ਉੱਤੇ ਡਾਟਾ):

ਇਹ ਇੱਕ ਵਿਧੀ ਹੈ ਜੋ ਛੋਟੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਦੇ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ।

ਕਲਾਸਿਕ LTE ਵਿੱਚ, ਨੈੱਟਵਰਕ ਵਿੱਚ ਰਜਿਸਟਰ ਕਰਨ ਵੇਲੇ, ਇੱਕ ਗਾਹਕ ਯੰਤਰ MME-SGW-PGW ਨੂੰ eNodeB ਰਾਹੀਂ ਇੱਕ PDN ਕਨੈਕਸ਼ਨ (ਇਸ ਤੋਂ ਬਾਅਦ PDN ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਸਥਾਪਤ ਕਰਦਾ ਹੈ। UE-eNodeB-MME ਕੁਨੈਕਸ਼ਨ ਇੱਕ ਅਖੌਤੀ "ਸਿਗਨਲਿੰਗ ਰੇਡੀਓ ਬੀਅਰਰ" (SRB) ਹੈ। ਜੇਕਰ ਡਾਟਾ ਪ੍ਰਸਾਰਿਤ/ਪ੍ਰਾਪਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ UE eNodeB - "ਡੇਟਾ ਰੇਡੀਓ ਬੀਅਰਰ" (DRB) ਨਾਲ ਇੱਕ ਹੋਰ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਨੂੰ SGW ਅਤੇ ਅੱਗੇ PGW (ਕ੍ਰਮਵਾਰ ਇੰਟਰਫੇਸ S1-U ਅਤੇ S5) ਤੱਕ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। . ਐਕਸਚੇਂਜ ਦੇ ਅੰਤ ਵਿੱਚ ਅਤੇ ਜੇਕਰ ਕੁਝ ਸਮੇਂ ਲਈ ਕੋਈ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਹੁੰਦਾ ਹੈ (ਆਮ ਤੌਰ 'ਤੇ 5-20 ਸਕਿੰਟ), ਇਹ ਕਨੈਕਸ਼ਨ ਬੰਦ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਡਿਵਾਈਸ ਸਟੈਂਡਬਾਏ ਮੋਡ ਜਾਂ "ਇਡਲ ਮੋਡ" ਵਿੱਚ ਚਲੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਡੇਟਾ ਦੇ ਇੱਕ ਨਵੇਂ ਹਿੱਸੇ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ SRB ਅਤੇ DRB ਰੀਸੈਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

NB-IoT ਵਿੱਚ, ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਦਾ ਸੰਚਾਰ ਇੱਕ ਸਿਗਨਲ ਚੈਨਲ (SRB) ਦੁਆਰਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, NAS ਪ੍ਰੋਟੋਕੋਲ ਸੰਦੇਸ਼ਾਂ ਵਿੱਚ (http://www.3gpp.org/more/96-nas). ਇੱਕ DRB ਸੈਟ ਅਪ ਕਰਨ ਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸਿਗਨਲ ਲੋਡ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਰੇਡੀਓ ਸਰੋਤਾਂ ਨੂੰ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਡਿਵਾਈਸ ਦੀ ਬੈਟਰੀ ਦੀ ਉਮਰ ਵਧਾਉਂਦਾ ਹੈ।

eNodeB - MME ਸੈਕਸ਼ਨ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਡੇਟਾ S1-MME ਇੰਟਰਫੇਸ ਉੱਤੇ ਪ੍ਰਸਾਰਿਤ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਕਲਾਸੀਕਲ LTE ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਨਹੀਂ ਸੀ, ਅਤੇ ਇਸਦੇ ਲਈ NAS ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ "ਉਪਭੋਗਤਾ ਡੇਟਾ ਕੰਟੇਨਰ" ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

MME ਤੋਂ SGW ਤੱਕ "ਉਪਭੋਗਤਾ ਜਹਾਜ਼" ਦੇ ਤਬਾਦਲੇ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਇੱਕ ਨਵਾਂ ਇੰਟਰਫੇਸ S11-U ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਿ ਉਪਭੋਗਤਾ ਡੇਟਾ ਦੀ ਛੋਟੀ ਮਾਤਰਾ ਦੇ ਟ੍ਰਾਂਸਫਰ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। S11-U ਪ੍ਰੋਟੋਕੋਲ GTP-U v1 'ਤੇ ਆਧਾਰਿਤ ਹੈ, ਜੋ ਕਿ 3GPP ਆਰਕੀਟੈਕਚਰ ਦੇ ਦੂਜੇ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਯੂਜ਼ਰ ਪਲੇਨ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

NIDD (ਗੈਰ-IP ਡਾਟਾ ਡਿਲੀਵਰੀ):

ਛੋਟੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਵਿਧੀਆਂ ਦੇ ਹੋਰ ਅਨੁਕੂਲਤਾ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਪੀਡੀਐਨ ਕਿਸਮਾਂ, ਜਿਵੇਂ ਕਿ IPv4, IPv6 ਅਤੇ IPv4v6 ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਹੋਰ ਕਿਸਮ ਪ੍ਰਗਟ ਹੋਈ ਹੈ - ਗੈਰ-ਆਈ.ਪੀ. ਇਸ ਸਥਿਤੀ ਵਿੱਚ, UE ਨੂੰ ਇੱਕ IP ਪਤਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡੇਟਾ ਨੂੰ IP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸਦੇ ਕਈ ਕਾਰਨ ਹਨ:

1. ਆਈਓਟੀ ਉਪਕਰਣ ਜਿਵੇਂ ਕਿ ਸੈਂਸਰ ਬਹੁਤ ਘੱਟ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ, 20 ਬਾਈਟ ਜਾਂ ਇਸ ਤੋਂ ਘੱਟ ਸੰਚਾਰਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਦਿੱਤਾ ਗਿਆ ਕਿ ਘੱਟੋ-ਘੱਟ IP ਸਿਰਲੇਖ ਦਾ ਆਕਾਰ 20 ਬਾਈਟ ਹੈ, IP ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਕਈ ਵਾਰ ਕਾਫ਼ੀ ਮਹਿੰਗਾ ਹੋ ਸਕਦਾ ਹੈ;
2. ਚਿੱਪ 'ਤੇ ਇੱਕ IP ਸਟੈਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਜਿਸ ਨਾਲ ਉਹਨਾਂ ਦੀ ਲਾਗਤ ਵਿੱਚ ਕਮੀ ਆਉਂਦੀ ਹੈ (ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਚਰਚਾ ਲਈ ਇੱਕ ਸਵਾਲ).

ਵੱਡੇ ਪੱਧਰ 'ਤੇ, IoT ਡਿਵਾਈਸਾਂ ਲਈ ਇੰਟਰਨੈਟ 'ਤੇ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਇੱਕ IP ਪਤਾ ਜ਼ਰੂਰੀ ਹੈ। NB-IoT ਸੰਕਲਪ ਵਿੱਚ, SCEF ਇੱਕ ਸਿੰਗਲ AS ਕਨੈਕਸ਼ਨ ਪੁਆਇੰਟ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਡਿਵਾਈਸਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਐਕਸਚੇਂਜ API ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ। SCEF ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਗੈਰ-IP ਡੇਟਾ ਨੂੰ PGW ਤੋਂ ਇੱਕ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ (PtP) ਸੁਰੰਗ ਰਾਹੀਂ AS ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ IP ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਇਸ 'ਤੇ ਕੀਤੀ ਜਾਵੇਗੀ।

ਇਹ ਸਭ NB-IoT ਪੈਰਾਡਾਈਮ ਵਿੱਚ ਫਿੱਟ ਬੈਠਦਾ ਹੈ - ਵੱਧ ਤੋਂ ਵੱਧ ਸਰਲੀਕਰਨ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਲਾਗਤ ਵਿੱਚ ਕਮੀ।

PSM ਅਤੇ eDRX ਪਾਵਰ ਸੇਵਿੰਗ ਵਿਧੀ:

LPWAN ਨੈੱਟਵਰਕਾਂ ਦੇ ਮੁੱਖ ਫਾਇਦਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਊਰਜਾ ਕੁਸ਼ਲਤਾ ਹੈ। ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਬੈਟਰੀ 'ਤੇ 10 ਸਾਲ ਦੀ ਬੈਟਰੀ ਲਾਈਫ ਤੱਕ ਚੱਲਣ ਦਾ ਦਾਅਵਾ ਕੀਤਾ ਗਿਆ ਹੈ। ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ ਅਜਿਹੇ ਮੁੱਲ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ.

ਇੱਕ ਡਿਵਾਈਸ ਸਭ ਤੋਂ ਘੱਟ ਊਰਜਾ ਕਦੋਂ ਖਪਤ ਕਰਦੀ ਹੈ? ਜਦੋਂ ਇਹ ਬੰਦ ਹੋਵੇ ਤਾਂ ਠੀਕ ਕਰੋ। ਅਤੇ ਜੇ ਡਿਵਾਈਸ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਡੀ-ਐਨਰਜੀਜ਼ ਕਰਨਾ ਅਸੰਭਵ ਹੈ, ਤਾਂ ਆਓ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਉਦੋਂ ਤੱਕ ਡੀ-ਐਨਰਜੀਜ਼ ਕਰੀਏ ਜਦੋਂ ਤੱਕ ਇਸਦੀ ਲੋੜ ਨਾ ਹੋਵੇ। ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਨੈੱਟਵਰਕ ਨਾਲ ਤਾਲਮੇਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

PSM (ਪਾਵਰ ਸੇਵਿੰਗ ਮੋਡ):

PSM ਪਾਵਰ ਸੇਵਿੰਗ ਮੋਡ ਡਿਵਾਈਸ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਨੈੱਟਵਰਕ ਵਿੱਚ ਰਜਿਸਟਰਡ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਵਾਰ ਜਦੋਂ ਇਸਨੂੰ ਡਾਟਾ ਸੰਚਾਰਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ PDN ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਨੂੰ ਇਹ ਦੱਸਣ ਲਈ ਕਿ ਡਿਵਾਈਸ ਅਜੇ ਵੀ ਉਪਲਬਧ ਹੈ, ਇਹ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਇੱਕ ਅੱਪਡੇਟ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ - ਟਰੈਕਿੰਗ ਏਰੀਆ ਅੱਪਡੇਟ (TAU)। ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੀ ਬਾਰੰਬਾਰਤਾ ਟਾਈਮਰ T3412 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨੈਟਵਰਕ ਦੁਆਰਾ ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸਦਾ ਮੁੱਲ ਅਟੈਚ ਪ੍ਰਕਿਰਿਆ ਜਾਂ ਅਗਲੀ TAU ਦੌਰਾਨ ਡਿਵਾਈਸ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਕਲਾਸਿਕ LTE ਵਿੱਚ, ਇਸ ਟਾਈਮਰ ਦਾ ਡਿਫੌਲਟ ਮੁੱਲ 54 ਮਿੰਟ ਹੈ, ਅਤੇ ਅਧਿਕਤਮ 186 ਮਿੰਟ ਹੈ। ਹਾਲਾਂਕਿ, ਉੱਚ ਊਰਜਾ ਕੁਸ਼ਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਹਰ 186 ਮਿੰਟਾਂ ਵਿੱਚ ਹਵਾ ਵਿੱਚ ਜਾਣ ਦੀ ਜ਼ਰੂਰਤ ਬਹੁਤ ਮਹਿੰਗੀ ਹੈ। ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ PSM ਵਿਧੀ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ।

ਡਿਵਾਈਸ ਦੋ ਟਾਈਮਰ T3324 ਅਤੇ T3412 ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਕੇ PSM ਮੋਡ ਨੂੰ ਸਰਗਰਮ ਕਰਦੀ ਹੈ-“ਅਟੈਚ ਬੇਨਤੀ” ਜਾਂ “ਟਰੈਕਿੰਗ ਏਰੀਆ ਬੇਨਤੀ” ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਵਿਸਤ੍ਰਿਤ। ਪਹਿਲਾ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ "ਇਡਲ ਮੋਡ" 'ਤੇ ਸਵਿਚ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਪਲਬਧ ਹੋਵੇਗੀ। ਦੂਜਾ ਉਹ ਸਮਾਂ ਹੈ ਜਿਸ ਤੋਂ ਬਾਅਦ TAU ਨੂੰ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਕੇਵਲ ਹੁਣ ਇਸਦਾ ਮੁੱਲ 35712000 ਸਕਿੰਟਾਂ ਜਾਂ 413 ਦਿਨਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਸੈਟਿੰਗਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, MME ਡਿਵਾਈਸ ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਏ ਟਾਈਮਰ ਮੁੱਲਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ "ਅਟੈਚ ਐਕਸੈਪਟ" ਜਾਂ "ਟਰੈਕਿੰਗ ਏਰੀਆ ਅਪਡੇਟ ਸਵੀਕਾਰ ਕਰੋ" ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਨਵੇਂ ਮੁੱਲ ਭੇਜ ਕੇ ਉਹਨਾਂ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ। ਹੁਣ ਡਿਵਾਈਸ 413 ਦਿਨਾਂ ਲਈ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਚਾਲੂ ਨਹੀਂ ਕਰ ਸਕਦੀ ਅਤੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਰਜਿਸਟਰਡ ਰਹਿ ਸਕਦੀ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ ਨੈਟਵਰਕ ਸਰੋਤਾਂ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਊਰਜਾ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਬਹੁਤ ਜ਼ਿਆਦਾ ਬੱਚਤ ਮਿਲਦੀ ਹੈ!

ਹਾਲਾਂਕਿ, ਇਸ ਮੋਡ ਵਿੱਚ ਡਿਵਾਈਸ ਸਿਰਫ ਆਉਣ ਵਾਲੇ ਸੰਚਾਰਾਂ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਵੱਲ ਕੁਝ ਸੰਚਾਰਿਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਕਿਸੇ ਵੀ ਸਮੇਂ PSM ਤੋਂ ਬਾਹਰ ਆ ਸਕਦੀ ਹੈ ਅਤੇ ਡੇਟਾ ਭੇਜ ਸਕਦੀ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਇਹ AS (ਜੇ ਕੋਈ ਹੈ) ਤੋਂ ਜਾਣਕਾਰੀ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ T3324 ਟਾਈਮਰ ਦੇ ਦੌਰਾਨ ਕਿਰਿਆਸ਼ੀਲ ਰਹਿੰਦਾ ਹੈ।

eDRX (ਐਕਸਟੈਂਡਡ ਅਟੁੱਟ ਰਿਸੈਪਸ਼ਨ):

eDRX, ਵਧਿਆ ਰੁਕ-ਰੁਕ ਕੇ ਰਿਸੈਪਸ਼ਨ। ਇੱਕ ਡਿਵਾਈਸ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਜੋ "ਆਈਡਲ ਮੋਡ" ਵਿੱਚ ਹੈ, ਨੈਟਵਰਕ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ - "ਪੇਜਿੰਗ"। ਇੱਕ ਪੇਜਿੰਗ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਡਿਵਾਈਸ ਨੈਟਵਰਕ ਨਾਲ ਹੋਰ ਸੰਚਾਰ ਲਈ ਇੱਕ SRB ਦੀ ਸਥਾਪਨਾ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰਦੀ ਹੈ। ਪਰ ਇਸ ਨੂੰ ਸੰਬੋਧਿਤ ਪੇਜਿੰਗ ਸੰਦੇਸ਼ ਨੂੰ ਮਿਸ ਨਾ ਕਰਨ ਲਈ, ਡਿਵਾਈਸ ਨੂੰ ਰੇਡੀਓ ਏਅਰ ਦੀ ਨਿਰੰਤਰ ਨਿਗਰਾਨੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਕਿ ਕਾਫ਼ੀ ਊਰਜਾ ਖਪਤ ਵੀ ਹੈ।

eDRX ਇੱਕ ਮੋਡ ਹੈ ਜਿਸ ਵਿੱਚ ਡਿਵਾਈਸ ਲਗਾਤਾਰ ਨੈੱਟਵਰਕ ਤੋਂ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦੀ ਹੈ, ਪਰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ। ਅਟੈਚ ਜਾਂ TAU ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਦੌਰਾਨ, ਡਿਵਾਈਸ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲਾਂ 'ਤੇ ਨੈੱਟਵਰਕ ਨਾਲ ਸਹਿਮਤ ਹੁੰਦੀ ਹੈ ਜਿਸ ਦੌਰਾਨ ਇਹ ਪ੍ਰਸਾਰਣ ਨੂੰ "ਸੁਣੇਗਾ"। ਇਸ ਅਨੁਸਾਰ, ਪੇਜਿੰਗ ਪ੍ਰਕਿਰਿਆ ਉਸੇ ਅੰਤਰਾਲਾਂ 'ਤੇ ਕੀਤੀ ਜਾਵੇਗੀ। eDRX ਮੋਡ ਵਿੱਚ, ਡਿਵਾਈਸ ਦੀ ਕਾਰਵਾਈ ਨੂੰ ਚੱਕਰਾਂ (eDRX ਚੱਕਰ) ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਚੱਕਰ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਇੱਕ ਅਖੌਤੀ "ਪੇਜਿੰਗ ਵਿੰਡੋ" (ਪੇਜਿੰਗ ਟਾਈਮ ਵਿੰਡੋ, ਇਸ ਤੋਂ ਬਾਅਦ PTW) ਹੁੰਦੀ ਹੈ - ਇਹ ਉਹ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਰੇਡੀਓ ਚੈਨਲ ਨੂੰ ਸੁਣਦੀ ਹੈ। PTW ਦੇ ਅੰਤ 'ਤੇ, ਉਪਕਰਣ ਚੱਕਰ ਦੇ ਅੰਤ ਤੱਕ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।

HLCOM (ਉੱਚ ਲੇਟੈਂਸੀ ਸੰਚਾਰ):

ਜੇਕਰ ਇਸਨੂੰ ਅੱਪਲਿੰਕ ਵਿੱਚ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ PSM ਜਾਂ eDRX ਚੱਕਰ ਦੇ ਪੂਰਾ ਹੋਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਇਹਨਾਂ ਦੋ ਪਾਵਰ ਸੇਵਿੰਗ ਮੋਡਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤੋਂ ਬਾਹਰ ਆ ਸਕਦੀ ਹੈ। ਪਰ ਡਿਵਾਈਸ ਨੂੰ ਸਿਰਫ ਉਦੋਂ ਹੀ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਸੰਭਵ ਹੈ ਜਦੋਂ ਇਹ ਕਿਰਿਆਸ਼ੀਲ ਹੋਵੇ।

HLCOM ਕਾਰਜਸ਼ੀਲਤਾ ਜਾਂ ਉੱਚ ਲੇਟੈਂਸੀ ਸੰਚਾਰ SGW 'ਤੇ ਡਾਉਨਲਿੰਕ ਪੈਕੇਟਾਂ ਦੀ ਬਫਰਿੰਗ ਹੈ ਜਦੋਂ ਕਿ ਡਿਵਾਈਸ ਪਾਵਰ ਸੇਵਿੰਗ ਮੋਡ ਵਿੱਚ ਹੈ ਅਤੇ ਸੰਚਾਰ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਜਿਵੇਂ ਹੀ ਡਿਵਾਈਸ TAU ਕਰ ਕੇ ਜਾਂ ਅੱਪਲਿੰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪਾਸ ਕਰਕੇ PSM ਤੋਂ ਬਾਹਰ ਨਿਕਲਦੀ ਹੈ, ਜਾਂ ਜਦੋਂ PTW ਹੁੰਦੀ ਹੈ ਤਾਂ ਬਫਰ ਕੀਤੇ ਪੈਕੇਟ ਡਿਲੀਵਰ ਕੀਤੇ ਜਾਣਗੇ।

ਇਹ, ਬੇਸ਼ਕ, IoT ਉਤਪਾਦਾਂ ਦੇ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਜਾਗਰੂਕਤਾ ਦੀ ਲੋੜ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਡਿਵਾਈਸ ਨਾਲ ਸੰਚਾਰ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਵਪਾਰਕ ਤਰਕ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਇੱਕ ਖਾਸ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਸਿੱਟਾ ਵਿੱਚ, ਆਓ ਇਹ ਦੱਸੀਏ: ਕਿਸੇ ਨਵੀਂ ਚੀਜ਼ ਦੀ ਸ਼ੁਰੂਆਤ ਹਮੇਸ਼ਾ ਦਿਲਚਸਪ ਹੁੰਦੀ ਹੈ, ਪਰ ਹੁਣ ਅਸੀਂ ਇੱਕ ਅਜਿਹੇ ਮਿਆਰ ਨਾਲ ਨਜਿੱਠ ਰਹੇ ਹਾਂ ਜਿਸਦੀ ਪੂਰੀ ਦੁਨੀਆ ਦੇ "ਬਾਈਸਨਾਂ" ਦੁਆਰਾ ਵੀ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਵੇਂ ਕਿ ਵੋਡਾਫੋਨ ਅਤੇ ਟੈਲੀਫੋਨਿਕਾ - ਇਸ ਲਈ ਇਹ ਦੁੱਗਣਾ ਰੋਮਾਂਚਕ ਹੈ। ਸਮੱਗਰੀ ਦੀ ਸਾਡੀ ਪੇਸ਼ਕਾਰੀ ਬਿਲਕੁਲ ਸੰਪੂਰਨ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਨਹੀਂ ਕਰਦੀ ਹੈ, ਪਰ ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਇਹ ਤਕਨਾਲੋਜੀ ਦੀ ਲੋੜੀਂਦੀ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰੇਗੀ। ਅਸੀਂ ਤੁਹਾਡੇ ਫੀਡਬੈਕ ਦੀ ਸ਼ਲਾਘਾ ਕਰਾਂਗੇ।

ਲੇਖਕ: ਕਨਵਰਜੈਂਟ ਸੋਲਿਊਸ਼ਨਜ਼ ਅਤੇ ਮਲਟੀਮੀਡੀਆ ਸੇਵਾਵਾਂ ਦੇ ਵਿਭਾਗ ਦੇ ਮਾਹਰ ਅਲੈਕਸੀ ਲੈਪਸ਼ਿਨ
 aslapsh

ਸਰੋਤ: www.habr.com