NB-IoT: ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? ਭਾਗ 3: SCEF – ਆਪਰੇਟਰ ਸੇਵਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਸਿੰਗਲ ਵਿੰਡੋ

ਲੇਖ ਵਿੱਚ "NB-IoT: ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? ਭਾਗ 2", NB-IoT ਨੈੱਟਵਰਕ ਦੇ ਪੈਕੇਟ ਕੋਰ ਦੇ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਇੱਕ ਨਵੇਂ SCEF ਨੋਡ ਦੀ ਦਿੱਖ ਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ। ਅਸੀਂ ਤੀਜੇ ਭਾਗ ਵਿੱਚ ਸਮਝਾਉਂਦੇ ਹਾਂ ਕਿ ਇਹ ਕੀ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

ਇੱਕ M2M ਸੇਵਾ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਸਵਾਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ:

• ਡਿਵਾਈਸਾਂ ਦੀ ਪਛਾਣ ਕਿਵੇਂ ਕਰੀਏ;
• ਕਿਹੜਾ ਤਸਦੀਕ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਐਲਗੋਰਿਦਮ ਵਰਤਣਾ ਹੈ;
• ਡਿਵਾਈਸਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਕਿਹੜਾ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਚੁਣਨਾ ਹੈ;
• ਡਿਵਾਈਸਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਡੇਟਾ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ;
• ਉਹਨਾਂ ਨਾਲ ਡੇਟਾ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਨਿਯਮਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਗਠਿਤ ਅਤੇ ਸਥਾਪਿਤ ਕਰਨਾ ਹੈ;
• ਉਹਨਾਂ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਔਨਲਾਈਨ ਨਿਗਰਾਨੀ ਅਤੇ ਜਾਣਕਾਰੀ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨੀ ਹੈ;
• ਤੁਹਾਡੀਆਂ ਡਿਵਾਈਸਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਡੇਟਾ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ;
• ਇੱਕ ਡਿਵਾਈਸ ਤੋਂ ਕਈ ਗਾਹਕਾਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਡੇਟਾ ਕਿਵੇਂ ਭੇਜਣਾ ਹੈ;
• ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਵਾਧੂ ਓਪਰੇਟਰ ਸੇਵਾਵਾਂ ਤੱਕ ਯੂਨੀਫਾਈਡ ਪਹੁੰਚ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਵੇ।

ਉਹਨਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਮਲਕੀਅਤ ਵਾਲੇ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ "ਭਾਰੀ" ਹੱਲ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਜਿਸ ਨਾਲ ਕਿਰਤ ਦੀਆਂ ਲਾਗਤਾਂ ਅਤੇ ਸਮੇਂ-ਤੋਂ-ਬਾਜ਼ਾਰ ਸੇਵਾਵਾਂ ਵਧਦੀਆਂ ਹਨ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਨਵਾਂ SCEF ਨੋਡ ਬਚਾਅ ਲਈ ਆਉਂਦਾ ਹੈ.

ਜਿਵੇਂ ਕਿ 3GPP ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, SCEF (ਸੇਵਾ ਸਮਰੱਥਾ ਐਕਸਪੋਜ਼ਰ ਫੰਕਸ਼ਨ) 3GPP ਆਰਕੀਟੈਕਚਰ ਦਾ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਵਾਂ ਹਿੱਸਾ ਹੈ ਜਿਸਦਾ ਕਾਰਜ APIs ਦੁਆਰਾ 3GPP ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਗਈਆਂ ਸੇਵਾਵਾਂ ਅਤੇ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਪ੍ਰਗਟ ਕਰਨਾ ਹੈ।

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

SCEF ਇੱਕ ਓਪਰੇਟਰ ਦੇ ਨੈਟਵਰਕ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਡਿਵਾਈਸਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਜਟਿਲ, ਡਿਵਾਈਸ-ਵਿਸ਼ੇਸ਼ ਵਿਧੀਆਂ ਨੂੰ ਦੂਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲਦੀ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਲਈ ਨੈਟਵਰਕ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ API ਵਿੱਚ ਬਦਲ ਕੇ, SCEF API ਨਵੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਸਿਰਜਣਾ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ ਅਤੇ ਸਮੇਂ-ਤੋਂ-ਬਾਜ਼ਾਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਨਵੇਂ ਨੋਡ ਵਿੱਚ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਦੀ ਪਛਾਣ/ਪ੍ਰਮਾਣਿਕਤਾ, ਡਿਵਾਈਸ ਅਤੇ AS ਵਿਚਕਾਰ ਡੇਟਾ ਐਕਸਚੇਂਜ ਲਈ ਨਿਯਮਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ, ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਪਾਸੇ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨੂੰ ਦੂਰ ਕਰਨ, ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਆਪਰੇਟਰ ਦੇ ਮੋਢਿਆਂ ਤੇ ਤਬਦੀਲ ਕਰਨ ਲਈ ਫੰਕਸ਼ਨ ਵੀ ਸ਼ਾਮਲ ਹਨ।

SCEF ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ, UE ਗਤੀਸ਼ੀਲਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖਣ, ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਅਤੇ ਡਿਵਾਈਸ ਟਰਿਗਰਿੰਗ, ਵਾਧੂ ਸੇਵਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਅਤੇ ਆਪਰੇਟਰ ਨੈਟਵਰਕ ਸਮਰੱਥਾਵਾਂ ਲਈ ਲੋੜੀਂਦੇ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।

AS ਵੱਲ ਇੱਕ ਸਿੰਗਲ T8 ਇੰਟਰਫੇਸ ਹੈ, ਇੱਕ API (HTTP/JSON) 3GPP ਦੁਆਰਾ ਮਾਨਕੀਕ੍ਰਿਤ ਹੈ। ਸਾਰੇ ਇੰਟਰਫੇਸ, T8 ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, DIAMETER ਪ੍ਰੋਟੋਕੋਲ (ਚਿੱਤਰ 1) ਦੇ ਅਧਾਰ ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ।

T6a – SCEF ਅਤੇ MME ਵਿਚਕਾਰ ਇੰਟਰਫੇਸ। ਗਤੀਸ਼ੀਲਤਾ/ਸੈਸ਼ਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਗੈਰ-ਆਈਪੀ ਡੇਟਾ ਦੇ ਪ੍ਰਸਾਰਣ, ਇਵੈਂਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਉਹਨਾਂ 'ਤੇ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

S6t - SCEF ਅਤੇ HSS ਵਿਚਕਾਰ ਇੰਟਰਫੇਸ। ਗਾਹਕ ਪ੍ਰਮਾਣਿਕਤਾ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਦਾ ਅਧਿਕਾਰ, ਬਾਹਰੀ ID ਅਤੇ IMSI/MSISDN ਦਾ ਸੁਮੇਲ ਪ੍ਰਾਪਤ ਕਰਨ, ਨਿਗਰਾਨੀ ਇਵੈਂਟਾਂ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਅਤੇ ਉਹਨਾਂ 'ਤੇ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਹੈ।

S6m/T4 - SCEF ਤੋਂ HSS ਅਤੇ SMS-C ਤੱਕ ਇੰਟਰਫੇਸ (3GPP MTC-IWF ਨੋਡ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ NB-IoT ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਡਿਵਾਈਸ ਟਰਿਗਰਿੰਗ ਅਤੇ SMS ਪ੍ਰਸਾਰਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਸਾਰੇ ਲਾਗੂਕਰਨਾਂ ਵਿੱਚ ਇਸ ਨੋਡ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਹੈ SCEF, ਇਸ ਲਈ ਸਰਕਟ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ ਇਸ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਿਚਾਰਾਂਗੇ)। ਐਸਐਮਐਸ ਭੇਜਣ ਅਤੇ ਐਸਐਮਐਸ ਸੈਂਟਰ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

T8 - ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਨਾਲ SCEF ਇੰਟਰਫੇਸ ਲਈ API ਇੰਟਰਫੇਸ। ਦੋਵੇਂ ਕੰਟਰੋਲ ਕਮਾਂਡਾਂ ਅਤੇ ਟ੍ਰੈਫਿਕ ਇਸ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

*ਵਾਸਤਵ ਵਿੱਚ ਇੱਥੇ ਹੋਰ ਇੰਟਰਫੇਸ ਹਨ; ਇੱਕ ਪੂਰੀ ਸੂਚੀ 3GPP 23.682 (4.3.2 ਹਵਾਲਾ ਬਿੰਦੂਆਂ ਦੀ ਸੂਚੀ) ਵਿੱਚ ਦਿੱਤੀ ਗਈ ਹੈ।

ਹੇਠਾਂ SCEF ਦੇ ਮੁੱਖ ਕਾਰਜ ਅਤੇ ਸੇਵਾਵਾਂ ਹਨ:

• ਸਿਮ ਕਾਰਡ ਪਛਾਣਕਰਤਾ (IMSI) ਨੂੰ ਬਾਹਰੀ ID ਨਾਲ ਲਿੰਕ ਕਰਨਾ;
• ਗੈਰ-ਆਈਪੀ ਟ੍ਰੈਫਿਕ ਦਾ ਸੰਚਾਰ (ਨਾਨ-ਆਈਪੀ ਡੇਟਾ ਡਿਲਿਵਰੀ, ਐਨਆਈਡੀਡੀ);
• ਬਾਹਰੀ ਗਰੁੱਪ ID ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗਰੁੱਪ ਓਪਰੇਸ਼ਨ;
• ਪੁਸ਼ਟੀਕਰਣ ਦੇ ਨਾਲ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਮੋਡ ਲਈ ਸਮਰਥਨ;
• MO (ਮੋਬਾਈਲ ਓਰੀਜਨੇਟਿਡ) ਅਤੇ MT (ਮੋਬਾਈਲ ਟਰਮੀਨੇਟਿਡ) ਡੇਟਾ ਦੀ ਬਫਰਿੰਗ;
• ਡਿਵਾਈਸਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਅਧਿਕਾਰ;
• ਕਈ ਏਐਸ ਦੁਆਰਾ ਇੱਕ UE ਤੋਂ ਡੇਟਾ ਦੀ ਇੱਕੋ ਸਮੇਂ ਵਰਤੋਂ;
• ਵਿਸ਼ੇਸ਼ UE ਸਥਿਤੀ ਨਿਗਰਾਨੀ ਫੰਕਸ਼ਨਾਂ ਲਈ ਸਮਰਥਨ (MONTE - ਨਿਗਰਾਨੀ ਸਮਾਗਮ);
• ਡਿਵਾਈਸ ਟਰਿਗਰਿੰਗ;
• ਗੈਰ-ਆਈਪੀ ਡਾਟਾ ਰੋਮਿੰਗ ਪ੍ਰਦਾਨ ਕਰਨਾ.

AS ਅਤੇ SCEF ਵਿਚਕਾਰ ਆਪਸੀ ਤਾਲਮੇਲ ਦਾ ਮੂਲ ਸਿਧਾਂਤ ਅਖੌਤੀ ਸਕੀਮ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਗਾਹਕੀਆਂ। ਜੇਕਰ ਕਿਸੇ ਖਾਸ UE ਲਈ ਕਿਸੇ SCEF ਸੇਵਾ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਕੀਤੀ ਸੇਵਾ ਦੇ ਖਾਸ API ਨੂੰ ਕਮਾਂਡ ਭੇਜ ਕੇ ਗਾਹਕੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਜਿਸ ਤੋਂ ਬਾਅਦ ਇਸ ਸੇਵਾ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ UE ਨਾਲ ਅਗਲੀਆਂ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਅਤੇ ਸੰਚਾਰ ਇਸ ਪਛਾਣਕਰਤਾ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕੀਤੇ ਜਾਣਗੇ।

ਬਾਹਰੀ ID: ਯੂਨੀਵਰਸਲ ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ

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

ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਹੁਣ ਡਿਵਾਈਸ ਪ੍ਰਮਾਣਿਕਤਾ ਐਲਗੋਰਿਦਮ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ; ਨੈਟਵਰਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਸ ਫੰਕਸ਼ਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਬਾਹਰੀ ਆਈਡੀ IMSI ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਡਿਵੈਲਪਰ ਇਹ ਯਕੀਨੀ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕਿਸੇ ਖਾਸ ਬਾਹਰੀ ID ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਵੇਲੇ, ਇਹ ਇੱਕ ਖਾਸ ਸਿਮ ਕਾਰਡ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਿਮ ਚਿੱਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਿਲੱਖਣ ਸਥਿਤੀ ਮਿਲਦੀ ਹੈ ਜਦੋਂ ਬਾਹਰੀ ਆਈਡੀ ਵਿਲੱਖਣ ਤੌਰ 'ਤੇ ਕਿਸੇ ਖਾਸ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ!

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਈ ਬਾਹਰੀ ਆਈਡੀਜ਼ ਨੂੰ ਇੱਕ IMSI ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ - ਇੱਕ ਹੋਰ ਵੀ ਦਿਲਚਸਪ ਸਥਿਤੀ ਪੈਦਾ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਬਾਹਰੀ ID ਵਿਲੱਖਣ ਤੌਰ 'ਤੇ ਕਿਸੇ ਖਾਸ ਡਿਵਾਈਸ 'ਤੇ ਕਿਸੇ ਖਾਸ ਸੇਵਾ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਇੱਕ ਖਾਸ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ।

ਇੱਕ ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਵੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ - ਬਾਹਰੀ ਸਮੂਹ ID, ਜਿਸ ਵਿੱਚ ਵਿਅਕਤੀਗਤ ਬਾਹਰੀ ID ਦਾ ਇੱਕ ਸਮੂਹ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਹੁਣ, SCEF ਨੂੰ ਇੱਕ ਬੇਨਤੀ ਦੇ ਨਾਲ, AS ਗਰੁੱਪ ਓਪਰੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ - ਇੱਕ ਸਿੰਗਲ ਲਾਜ਼ੀਕਲ ਗਰੁੱਪ ਵਿੱਚ ਇੱਕਠੇ ਕਈ ਡਿਵਾਈਸਾਂ ਨੂੰ ਡੇਟਾ ਜਾਂ ਕੰਟਰੋਲ ਕਮਾਂਡਾਂ ਭੇਜਣਾ।

ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ AS ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ ਨਵੇਂ ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ ਵਿੱਚ ਤਬਦੀਲੀ ਤੁਰੰਤ ਨਹੀਂ ਹੋ ਸਕਦੀ, SCEF ਨੇ ਇੱਕ ਮਿਆਰੀ ਨੰਬਰ - MSISDN ਦੁਆਰਾ UE ਨਾਲ AS ਸੰਚਾਰ ਦੀ ਸੰਭਾਵਨਾ ਛੱਡ ਦਿੱਤੀ ਹੈ।

ਗੈਰ-ਆਈਪੀ ਟ੍ਰੈਫਿਕ ਦਾ ਸੰਚਾਰ (ਨਾਨ-ਆਈਪੀ ਡੇਟਾ ਡਿਲਿਵਰੀ, ਐਨਆਈਡੀਡੀ)

NB-IoT ਵਿੱਚ, ਛੋਟੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਵਿਧੀਆਂ ਦੇ ਅਨੁਕੂਲਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ PDN ਕਿਸਮਾਂ, ਜਿਵੇਂ ਕਿ IPv4, IPv6 ਅਤੇ IPv4v6 ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਹੋਰ ਕਿਸਮ ਪ੍ਰਗਟ ਹੋਈ ਹੈ - ਗੈਰ-ਆਈਪੀ. ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਡਿਵਾਈਸ (UE) ਨੂੰ ਇੱਕ IP ਪਤਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡੇਟਾ ਨੂੰ IP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਅਜਿਹੇ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਆਵਾਜਾਈ ਨੂੰ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਰੂਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਕਲਾਸਿਕ - MME -> SGW -> PGW ਅਤੇ ਫਿਰ PtP ਸੁਰੰਗ ਰਾਹੀਂ AS (Fig. 2) ਜਾਂ SCEF (Fig. 3) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ।

ਆਈਪੀ ਹੈਡਰ ਦੀ ਅਣਹੋਂਦ ਕਾਰਨ ਪ੍ਰਸਾਰਿਤ ਪੈਕੇਟਾਂ ਦੇ ਆਕਾਰ ਨੂੰ ਘਟਾਉਣ ਤੋਂ ਇਲਾਵਾ, ਕਲਾਸਿਕ ਵਿਧੀ IP ਟ੍ਰੈਫਿਕ ਉੱਤੇ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਫਾਇਦੇ ਪੇਸ਼ ਨਹੀਂ ਕਰਦੀ ਹੈ। SCEF ਦੀ ਵਰਤੋਂ ਕਈ ਨਵੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਨੂੰ ਖੋਲ੍ਹਦੀ ਹੈ ਅਤੇ ਡਿਵਾਈਸਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸਰਲ ਬਣਾਉਂਦੀ ਹੈ।

SCEF ਦੁਆਰਾ ਡੇਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਸਮੇਂ, ਕਲਾਸਿਕ IP ਟ੍ਰੈਫਿਕ ਉੱਤੇ ਦੋ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਫਾਇਦੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ:


ਬਾਹਰੀ ID ਰਾਹੀਂ ਡਿਵਾਈਸ ਨੂੰ MT ਟ੍ਰੈਫਿਕ ਦੀ ਸਪੁਰਦਗੀ

ਇੱਕ ਕਲਾਸਿਕ IP ਡਿਵਾਈਸ ਨੂੰ ਸੁਨੇਹਾ ਭੇਜਣ ਲਈ, AS ਨੂੰ ਇਸਦਾ IP ਪਤਾ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਥੇ ਇੱਕ ਸਮੱਸਿਆ ਪੈਦਾ ਹੁੰਦੀ ਹੈ: ਕਿਉਂਕਿ ਡਿਵਾਈਸ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ 'ਤੇ ਇੱਕ "ਸਲੇਟੀ" IP ਐਡਰੈੱਸ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਇਹ ਇੱਕ NAT ਨੋਡ ਰਾਹੀਂ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਸਲੇਟੀ ਐਡਰੈੱਸ ਨੂੰ ਸਫੈਦ ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਲੇਟੀ ਅਤੇ ਚਿੱਟੇ IP ਪਤਿਆਂ ਦਾ ਸੁਮੇਲ NAT ਸੈਟਿੰਗਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਸੀਮਤ ਸਮੇਂ ਲਈ ਰਹਿੰਦਾ ਹੈ। ਔਸਤਨ, TCP ਜਾਂ UDP ਲਈ - ਪੰਜ ਮਿੰਟ ਤੋਂ ਵੱਧ ਨਹੀਂ। ਯਾਨੀ, ਜੇਕਰ 5 ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ ਇਸ ਡਿਵਾਈਸ ਨਾਲ ਕੋਈ ਡਾਟਾ ਐਕਸਚੇਂਜ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਨੈਕਸ਼ਨ ਟੁੱਟ ਜਾਵੇਗਾ ਅਤੇ ਡਿਵਾਈਸ ਹੁਣ ਸਫੇਦ ਪਤੇ 'ਤੇ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੋਵੇਗੀ ਜਿਸ ਨਾਲ AS ਨਾਲ ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਕਈ ਹੱਲ ਹਨ:

1. ਦਿਲ ਦੀ ਧੜਕਣ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਵਾਰ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਡਿਵਾਈਸ ਨੂੰ ਹਰ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ AS ਨਾਲ ਪੈਕੇਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨਾਲ NAT ਅਨੁਵਾਦਾਂ ਨੂੰ ਬੰਦ ਹੋਣ ਤੋਂ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪਰ ਇੱਥੇ ਕਿਸੇ ਊਰਜਾ ਕੁਸ਼ਲਤਾ ਦੀ ਗੱਲ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ.

2. ਹਰ ਵਾਰ, ਜੇ ਲੋੜ ਹੋਵੇ, AS 'ਤੇ ਡਿਵਾਈਸ ਲਈ ਪੈਕੇਜਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਜਾਂਚ ਕਰੋ - ਅੱਪਲਿੰਕ ਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜੋ।

3. ਇੱਕ ਪ੍ਰਾਈਵੇਟ APN (VRF) ਬਣਾਓ, ਜਿੱਥੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਅਤੇ ਡਿਵਾਈਸ ਇੱਕੋ ਸਬਨੈੱਟ 'ਤੇ ਹੋਣਗੇ, ਅਤੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਥਿਰ IP ਪਤੇ ਨਿਰਧਾਰਤ ਕਰੋ। ਇਹ ਕੰਮ ਕਰੇਗਾ, ਪਰ ਇਹ ਲਗਭਗ ਅਸੰਭਵ ਹੈ ਜਦੋਂ ਅਸੀਂ ਹਜ਼ਾਰਾਂ, ਹਜ਼ਾਰਾਂ ਡਿਵਾਈਸਾਂ ਦੇ ਫਲੀਟ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

4. ਅੰਤ ਵਿੱਚ, ਸਭ ਤੋਂ ਢੁਕਵਾਂ ਵਿਕਲਪ: IPv6 ਦੀ ਵਰਤੋਂ ਕਰੋ; ਇਸਨੂੰ NAT ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ IPv6 ਪਤੇ ਸਿੱਧੇ ਇੰਟਰਨੈਟ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹਨ। ਹਾਲਾਂਕਿ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਵੀ, ਜਦੋਂ ਡਿਵਾਈਸ ਨੂੰ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਨਵਾਂ IPv6 ਪਤਾ ਪ੍ਰਾਪਤ ਕਰੇਗਾ ਅਤੇ ਹੁਣ ਪਿਛਲੇ ਇੱਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ।

ਇਸ ਅਨੁਸਾਰ, ਡਿਵਾਈਸ ਦੇ ਨਵੇਂ IP ਐਡਰੈੱਸ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਸਰਵਰ ਨੂੰ ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ ਦੇ ਨਾਲ ਕੁਝ ਸ਼ੁਰੂਆਤੀ ਪੈਕੇਟ ਭੇਜਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਫਿਰ AS ਤੋਂ ਪੁਸ਼ਟੀਕਰਨ ਪੈਕੇਟ ਦੀ ਉਡੀਕ ਕਰੋ, ਜੋ ਊਰਜਾ ਕੁਸ਼ਲਤਾ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।

ਇਹ ਵਿਧੀਆਂ 2G/3G/LTE ਡਿਵਾਈਸਾਂ ਲਈ ਵਧੀਆ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਜਿੱਥੇ ਡਿਵਾਈਸ ਦੀ ਖੁਦਮੁਖਤਿਆਰੀ ਲਈ ਸਖਤ ਲੋੜਾਂ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਏਅਰਟਾਈਮ ਅਤੇ ਆਵਾਜਾਈ 'ਤੇ ਕੋਈ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਢੰਗ NB-IoT ਲਈ ਉੱਚ ਊਰਜਾ ਦੀ ਖਪਤ ਦੇ ਕਾਰਨ ਢੁਕਵੇਂ ਨਹੀਂ ਹਨ।

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

ਕਿਸੇ ਵੀ ਸਮੇਂ, AS UE ਨੂੰ ਬਫਰ ਕੀਤੇ ਸੁਨੇਹੇ ਨੂੰ ਵਾਪਸ ਬੁਲਾ ਸਕਦਾ ਹੈ ਜਾਂ ਇਸਨੂੰ ਇੱਕ ਨਵੇਂ ਨਾਲ ਬਦਲ ਸਕਦਾ ਹੈ।

UE ਤੋਂ AS ਤੱਕ MO ਡੇਟਾ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਦੇ ਸਮੇਂ ਬਫਰਿੰਗ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ SCEF AS ਨੂੰ ਤੁਰੰਤ ਡਾਟਾ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਸੀ, ਉਦਾਹਰਨ ਲਈ ਜੇਕਰ AS ਸਰਵਰਾਂ 'ਤੇ ਰੱਖ-ਰਖਾਅ ਦਾ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ, ਤਾਂ ਇਹ ਪੈਕੇਟ ਬਫਰ ਕੀਤੇ ਜਾਣਗੇ ਅਤੇ AS ਉਪਲਬਧ ਹੁੰਦੇ ਹੀ ਡਿਲੀਵਰ ਕੀਤੇ ਜਾਣ ਦੀ ਗਾਰੰਟੀ ਦਿੱਤੀ ਜਾਵੇਗੀ।

ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਨੋਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਇੱਕ AS (ਅਤੇ NIDD ਇੱਕ ਸੇਵਾ ਹੈ) ਲਈ ਇੱਕ ਖਾਸ ਸੇਵਾ ਅਤੇ UE ਤੱਕ ਪਹੁੰਚ ਨੂੰ SCEF ਵਾਲੇ ਪਾਸੇ ਨਿਯਮਾਂ ਅਤੇ ਨੀਤੀਆਂ ਦੁਆਰਾ ਨਿਯੰਤ੍ਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਈ AS ਦੁਆਰਾ ਇੱਕ UE ਤੋਂ ਡੇਟਾ ਦੀ ਇੱਕੋ ਸਮੇਂ ਵਰਤੋਂ ਦੀ ਵਿਲੱਖਣ ਸੰਭਾਵਨਾ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਉਹ. ਜੇਕਰ ਕਈ AS ਨੇ ਇੱਕ UE ਦੀ ਗਾਹਕੀ ਲਈ ਹੈ, ਤਾਂ UE ਤੋਂ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, SCEF ਇਸਨੂੰ ਸਾਰੇ ਗਾਹਕੀ AS ਨੂੰ ਭੇਜ ਦੇਵੇਗਾ। ਇਹ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਲਈ ਢੁਕਵਾਂ ਹੈ ਜਿੱਥੇ ਵਿਸ਼ੇਸ਼ ਯੰਤਰਾਂ ਦੇ ਫਲੀਟ ਦਾ ਨਿਰਮਾਤਾ ਕਈ ਗਾਹਕਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਸਾਂਝਾ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, NB-IoT 'ਤੇ ਚੱਲ ਰਹੇ ਮੌਸਮ ਸਟੇਸ਼ਨਾਂ ਦਾ ਇੱਕ ਨੈਟਵਰਕ ਬਣਾ ਕੇ, ਤੁਸੀਂ ਉਹਨਾਂ ਤੋਂ ਡਾਟਾ ਕਈ ਸੇਵਾਵਾਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਵੇਚ ਸਕਦੇ ਹੋ।

ਗਾਰੰਟੀਸ਼ੁਦਾ ਸੁਨੇਹਾ ਡਿਲੀਵਰੀ ਵਿਧੀ

ਭਰੋਸੇਯੋਗ ਡਾਟਾ ਸੇਵਾ ਪ੍ਰੋਟੋਕੋਲ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ MO ਅਤੇ MT ਸੰਦੇਸ਼ਾਂ ਦੀ ਗਾਰੰਟੀਸ਼ੁਦਾ ਡਿਲੀਵਰੀ ਲਈ ਇੱਕ ਵਿਧੀ ਹੈ, ਜਿਵੇਂ ਕਿ, TCP ਵਿੱਚ ਹੈਂਡਸ਼ੇਕ। ਇਹ UE ਅਤੇ SCEF ਵਿਚਕਾਰ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਣ 'ਤੇ ਸੰਦੇਸ਼ ਦੇ ਸੇਵਾ ਹਿੱਸੇ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਝੰਡੇ ਨੂੰ ਸ਼ਾਮਲ ਕਰਕੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਦੇ ਸਮੇਂ ਇਸ ਵਿਧੀ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਸ ਦਾ ਫੈਸਲਾ AS ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਜੇਕਰ ਵਿਧੀ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ UE ਪੈਕੇਟ ਦੇ ਓਵਰਹੈੱਡ ਹਿੱਸੇ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫਲੈਗ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਸਨੂੰ MO ਟ੍ਰੈਫਿਕ ਦੀ ਗਾਰੰਟੀਸ਼ੁਦਾ ਡਿਲੀਵਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਜਿਹੇ ਪੈਕੇਟ ਦੀ ਪ੍ਰਾਪਤੀ 'ਤੇ, SCEF ਇੱਕ ਰਸੀਦ ਦੇ ਨਾਲ UE ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ UE ਨੂੰ ਰਸੀਦ ਦਾ ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ SCEF ਨੂੰ ਪੈਕੇਟ ਦੁਬਾਰਾ ਭੇਜਿਆ ਜਾਵੇਗਾ। ਇਹੀ ਗੱਲ MT ਟ੍ਰੈਫਿਕ ਲਈ ਵਾਪਰਦੀ ਹੈ.

ਡਿਵਾਈਸ ਨਿਗਰਾਨੀ (ਮੌਨੀਟਰਿੰਗ ਇਵੈਂਟਸ - MONTE)

ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਦੱਸਿਆ ਗਿਆ ਹੈ, SCEF ਕਾਰਜਕੁਸ਼ਲਤਾ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, UE ਦੀ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਫੰਕਸ਼ਨ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ, ਅਖੌਤੀ. ਜੰਤਰ ਦੀ ਨਿਗਰਾਨੀ. ਅਤੇ ਜੇਕਰ ਨਵੇਂ ਪਛਾਣਕਰਤਾ ਅਤੇ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਵਿਧੀ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਅਨੁਕੂਲ (ਬਹੁਤ ਗੰਭੀਰ ਹੋਣ ਦੇ ਬਾਵਜੂਦ) ਹਨ, ਤਾਂ MONTE ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ ਜੋ 2G/3G/LTE ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। MONTE AS ਨੂੰ ਡਿਵਾਈਸ ਪੈਰਾਮੀਟਰਾਂ ਜਿਵੇਂ ਕਿ ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ, ਸੰਚਾਰ ਉਪਲਬਧਤਾ, ਸਥਾਨ, ਰੋਮਿੰਗ ਸਥਿਤੀ, ਆਦਿ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਅਸੀਂ ਥੋੜੀ ਦੇਰ ਬਾਅਦ ਹਰ ਇੱਕ ਬਾਰੇ ਵਧੇਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ.

ਜੇ ਕਿਸੇ ਡਿਵਾਈਸ ਜਾਂ ਡਿਵਾਈਸਾਂ ਦੇ ਸਮੂਹ ਲਈ ਕਿਸੇ ਨਿਗਰਾਨੀ ਇਵੈਂਟ ਨੂੰ ਸਰਗਰਮ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ AS ਸੰਬੰਧਿਤ API MONTE ਕਮਾਂਡ ਨੂੰ SCEF ਨੂੰ ਭੇਜ ਕੇ ਸੰਬੰਧਿਤ ਸੇਵਾ ਦੀ ਗਾਹਕੀ ਲੈਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਬਾਹਰੀ ਆਈਡੀ ਜਾਂ ਬਾਹਰੀ ਸਮੂਹ ਆਈਡੀ, AS ਪਛਾਣਕਰਤਾ, ਨਿਗਰਾਨੀ ਵਰਗੇ ਮਾਪਦੰਡ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਕਿਸਮ, ਰਿਪੋਰਟਾਂ ਦੀ ਗਿਣਤੀ, ਜੋ AS ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ। ਜੇਕਰ AS ਬੇਨਤੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਅਧਿਕਾਰਤ ਹੈ, ਤਾਂ SCEF, ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, HSS ਜਾਂ MME (ਚਿੱਤਰ 4) ਨੂੰ ਇਵੈਂਟ ਦਾ ਪ੍ਰਬੰਧ ਕਰੇਗਾ। ਜਦੋਂ ਕੋਈ ਘਟਨਾ ਵਾਪਰਦੀ ਹੈ, ਤਾਂ MME ਜਾਂ HSS SCEF ਨੂੰ ਇੱਕ ਰਿਪੋਰਟ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਜੋ ਇਸਨੂੰ AS ਨੂੰ ਭੇਜਦਾ ਹੈ।

"ਭੂਗੋਲਿਕ ਖੇਤਰ ਵਿੱਚ ਮੌਜੂਦ UEs ਦੀ ਸੰਖਿਆ" ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, ਸਾਰੀਆਂ ਘਟਨਾਵਾਂ ਦਾ ਪ੍ਰਬੰਧ HSS ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ। ਦੋ ਇਵੈਂਟਸ "IMSI-IMEI ਐਸੋਸੀਏਸ਼ਨ ਦੀ ਤਬਦੀਲੀ" ਅਤੇ "ਰੋਮਿੰਗ ਸਥਿਤੀ" ਨੂੰ ਸਿੱਧੇ HSS 'ਤੇ ਟਰੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਬਾਕੀ ਦਾ ਪ੍ਰਬੰਧ HSS ਦੁਆਰਾ MME 'ਤੇ ਕੀਤਾ ਜਾਵੇਗਾ।
ਘਟਨਾਵਾਂ ਜਾਂ ਤਾਂ ਇੱਕ-ਵਾਰ ਜਾਂ ਸਮੇਂ-ਸਮੇਂ ਦੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੀ ਕਿਸਮ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਕਿਸੇ ਘਟਨਾ ਬਾਰੇ ਰਿਪੋਰਟ ਭੇਜਣਾ (ਰਿਪੋਰਟਿੰਗ) ਨੋਡ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਘਟਨਾ ਨੂੰ ਸਿੱਧੇ SCEF (ਚਿੱਤਰ 5) ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ।

ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂ: ਨਿਗਰਾਨੀ ਇਵੈਂਟਾਂ ਨੂੰ SCEF ਦੁਆਰਾ ਕਨੈਕਟ ਕੀਤੇ ਗਏ ਗੈਰ-IP ਡਿਵਾਈਸਾਂ ਅਤੇ MME-SGW-PGW ਦੁਆਰਾ ਕਲਾਸਿਕ ਤਰੀਕੇ ਨਾਲ ਡਾਟਾ ਸੰਚਾਰਿਤ ਕਰਨ ਵਾਲੇ IP ਡਿਵਾਈਸਾਂ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਆਉ ਹਰ ਇੱਕ ਨਿਗਰਾਨੀ ਇਵੈਂਟ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰੀਏ:

ਕਨੈਕਟੀਵਿਟੀ ਦਾ ਨੁਕਸਾਨ — AS ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ UE ਹੁਣ ਡੇਟਾ ਟ੍ਰੈਫਿਕ ਜਾਂ ਸਿਗਨਲ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਘਟਨਾ ਉਦੋਂ ਵਾਪਰਦੀ ਹੈ ਜਦੋਂ UE ਲਈ "ਮੋਬਾਈਲ ਪਹੁੰਚਯੋਗਤਾ ਟਾਈਮਰ" MME 'ਤੇ ਸਮਾਪਤ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਲਈ ਬੇਨਤੀ ਵਿੱਚ, AS ਇਸਦੇ "ਵੱਧ ਤੋਂ ਵੱਧ ਖੋਜ ਸਮਾਂ" ਮੁੱਲ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ - ਜੇਕਰ ਇਸ ਸਮੇਂ ਦੌਰਾਨ UE ਕੋਈ ਗਤੀਵਿਧੀ ਨਹੀਂ ਦਿਖਾਉਂਦੀ, ਤਾਂ AS ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇਗਾ ਕਿ UE ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਕਾਰਨ ਦਰਸਾਉਂਦਾ ਹੈ। ਘਟਨਾ ਇਹ ਵੀ ਵਾਪਰਦੀ ਹੈ ਜੇਕਰ UE ਨੂੰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਨੈੱਟਵਰਕ ਦੁਆਰਾ ਜ਼ਬਰਦਸਤੀ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਸੀ।

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

UE ਪਹੁੰਚਯੋਗਤਾ - ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਜਦੋਂ UE DL ਟ੍ਰੈਫਿਕ ਜਾਂ SMS ਲਈ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ। ਇਹ ਉਦੋਂ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ UE ਪੇਜਿੰਗ ਲਈ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ (eDRX ਮੋਡ ਵਿੱਚ UE ਲਈ) ਜਾਂ ਜਦੋਂ UE ECM-ਕਨੈਕਟਡ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ (PSM ਜਾਂ eDRX ਮੋਡ ਵਿੱਚ UE ਲਈ), ਜਿਵੇਂ ਕਿ। ਇੱਕ TAU ਬਣਾਉਂਦਾ ਹੈ ਜਾਂ ਇੱਕ ਅੱਪਲਿੰਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ।

ਟਿਕਾਣਾ ਰਿਪੋਰਟਿੰਗ - ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਦੀਆਂ ਘਟਨਾਵਾਂ AS ਨੂੰ UE ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਪੁੱਛਗਿੱਛ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਜਾਂ ਤਾਂ ਮੌਜੂਦਾ ਟਿਕਾਣਾ (ਮੌਜੂਦਾ ਟਿਕਾਣਾ) ਜਾਂ ਆਖਰੀ ਜਾਣਿਆ ਟਿਕਾਣਾ (ਸੇਲ ID ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਤੋਂ ਡਿਵਾਈਸ ਨੇ TAU ਬਣਾਇਆ ਸੀ ਜਾਂ ਪਿਛਲੀ ਵਾਰ ਟਰੈਫਿਕ ਟ੍ਰਾਂਸਮਿਟ ਕੀਤਾ ਸੀ) ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜੋ PSM ਜਾਂ eDRX ਪਾਵਰ ਸੇਵਿੰਗ ਮੋਡਾਂ ਵਿੱਚ ਡਿਵਾਈਸਾਂ ਲਈ ਢੁਕਵੀਂ ਹੈ। "ਮੌਜੂਦਾ ਟਿਕਾਣਾ" ਲਈ, AS ਵਾਰ-ਵਾਰ ਜਵਾਬਾਂ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ MME ਹਰ ਵਾਰ ਡਿਵਾਈਸ ਦੀ ਸਥਿਤੀ ਬਦਲਣ 'ਤੇ AS ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।

IMSI-IMEI ਐਸੋਸੀਏਸ਼ਨ ਦੀ ਤਬਦੀਲੀ - ਜਦੋਂ ਇਹ ਇਵੈਂਟ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ SCEF IMSI (ਸਿਮ ਕਾਰਡ ਪਛਾਣਕਰਤਾ) ਅਤੇ IMEI (ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ) ਦੇ ਸੁਮੇਲ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਘਟਨਾ ਵਾਪਰਦੀ ਹੈ, ਤਾਂ ਏ.ਐਸ. ਅਨੁਸੂਚਿਤ ਰਿਪਲੇਸਮੈਂਟ ਦੇ ਕੰਮ ਦੇ ਦੌਰਾਨ ਇੱਕ ਬਾਹਰੀ ID ਨੂੰ ਆਪਣੇ ਆਪ ਹੀ ਇੱਕ ਡਿਵਾਈਸ ਨਾਲ ਰੀਬਾਈਂਡ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਇੱਕ ਡਿਵਾਈਸ ਦੀ ਚੋਰੀ ਲਈ ਇੱਕ ਪਛਾਣਕਰਤਾ ਵਜੋਂ ਕੰਮ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਰੋਮਿੰਗ ਸਥਿਤੀ - ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ AS ਦੁਆਰਾ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਕਿ UE ਘਰੇਲੂ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹੈ ਜਾਂ ਰੋਮਿੰਗ ਪਾਰਟਨਰ ਦੇ ਨੈੱਟਵਰਕ ਵਿੱਚ। ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ, ਓਪਰੇਟਰ ਦਾ PLMN (ਪਬਲਿਕ ਲੈਂਡ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕ) ਜਿਸ ਵਿੱਚ ਡਿਵਾਈਸ ਰਜਿਸਟਰਡ ਹੈ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਸੰਚਾਰ ਅਸਫਲ — ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਰੇਡੀਓ ਐਕਸੈਸ ਨੈਟਵਰਕ (S1-AP ਪ੍ਰੋਟੋਕੋਲ) ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਏ ਕਨੈਕਸ਼ਨ ਦੇ ਨੁਕਸਾਨ (ਰੀਲੀਜ਼ ਕਾਰਨ ਕੋਡ) ਦੇ ਕਾਰਨਾਂ ਦੇ ਅਧਾਰ ਤੇ, ਡਿਵਾਈਸ ਨਾਲ ਸੰਚਾਰ ਵਿੱਚ ਅਸਫਲਤਾਵਾਂ ਬਾਰੇ AS ਨੂੰ ਸੂਚਿਤ ਕਰਦੀ ਹੈ। ਇਹ ਇਵੈਂਟ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਸੰਚਾਰ ਅਸਫਲ ਕਿਉਂ ਹੋਇਆ - ਨੈੱਟਵਰਕ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਦੇ ਕਾਰਨ, ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ eNodeb ਓਵਰਲੋਡ ਹੁੰਦਾ ਹੈ (ਰੇਡੀਓ ਸਰੋਤ ਉਪਲਬਧ ਨਹੀਂ ਹੈ) ਜਾਂ ਡਿਵਾਈਸ ਦੀ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨ (UE ਨਾਲ ਰੇਡੀਓ ਕਨੈਕਸ਼ਨ ਖਤਮ ਹੋ ਗਿਆ)।

DDN ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਉਪਲਬਧਤਾ - ਇਹ ਇਵੈਂਟ AS ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ ਇੱਕ ਸੰਚਾਰ ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਉਪਲਬਧ ਹੋ ਗਈ ਹੈ। ਜਦੋਂ ਕਿਸੇ ਡਿਵਾਈਸ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਤਾਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਪਿਛਲੀ ਕੋਸ਼ਿਸ਼ ਸਫਲ ਨਹੀਂ ਹੋਈ ਕਿਉਂਕਿ UE ਨੇ ਨੈਟਵਰਕ (ਪੇਜਿੰਗ) ਤੋਂ ਇੱਕ ਸੂਚਨਾ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਅਤੇ ਡੇਟਾ ਡਿਲੀਵਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ। ਜੇਕਰ UE ਲਈ ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਹੈ, ਤਾਂ ਜਿਵੇਂ ਹੀ ਡਿਵਾਈਸ ਇੱਕ ਇਨਕਮਿੰਗ ਸੰਚਾਰ ਕਰਦਾ ਹੈ, ਇੱਕ TAU ਬਣਾਉਂਦਾ ਹੈ ਜਾਂ ਅੱਪਲਿੰਕ ਨੂੰ ਡੇਟਾ ਭੇਜਦਾ ਹੈ, AS ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇਗਾ ਕਿ ਡਿਵਾਈਸ ਉਪਲਬਧ ਹੋ ਗਈ ਹੈ। ਕਿਉਂਕਿ DDN (ਡਾਊਨਲਿੰਕ ਡੇਟਾ ਨੋਟੀਫਿਕੇਸ਼ਨ) ਪ੍ਰਕਿਰਿਆ MME ਅਤੇ S/P-GW ਵਿਚਕਾਰ ਕੰਮ ਕਰਦੀ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਨਿਗਰਾਨੀ ਸਿਰਫ਼ IP ਡਿਵਾਈਸਾਂ ਲਈ ਉਪਲਬਧ ਹੈ।

PDN ਕਨੈਕਟੀਵਿਟੀ ਸਥਿਤੀ - AS ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਸਥਿਤੀ ਬਦਲਦੀ ਹੈ (PDN ਕਨੈਕਟੀਵਿਟੀ ਸਥਿਤੀ) - ਕੁਨੈਕਸ਼ਨ (PDN ਐਕਟੀਵੇਸ਼ਨ) ਜਾਂ ਡਿਸਕਨੈਕਸ਼ਨ (PDN ਮਿਟਾਉਣਾ)। ਇਹ AS ਦੁਆਰਾ UE ਨਾਲ ਸੰਚਾਰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਇਸਦੇ ਉਲਟ, ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਸੰਚਾਰ ਹੁਣ ਸੰਭਵ ਨਹੀਂ ਹੈ। ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ IP ਅਤੇ ਗੈਰ-IP ਡਿਵਾਈਸਾਂ ਲਈ ਉਪਲਬਧ ਹੈ।

ਇੱਕ ਭੂਗੋਲਿਕ ਖੇਤਰ ਵਿੱਚ ਮੌਜੂਦ UE ਦੀ ਸੰਖਿਆ - ਇਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਦੀ ਵਰਤੋਂ AS ਦੁਆਰਾ ਕਿਸੇ ਖਾਸ ਭੂਗੋਲਿਕ ਖੇਤਰ ਵਿੱਚ UEs ਦੀ ਸੰਖਿਆ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਡੀਵਾਈਸ ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ)

2G/3G ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ, ਨੈੱਟਵਰਕ ਵਿੱਚ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਦੋ-ਪੜਾਅ ਦੀ ਸੀ: ਪਹਿਲਾਂ, SGSN (ਨੱਥੀ ਪ੍ਰਕਿਰਿਆ) ਨਾਲ ਰਜਿਸਟਰਡ ਡਿਵਾਈਸ, ਫਿਰ, ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਇਸ ਨੇ PDP ਸੰਦਰਭ ਨੂੰ ਸਰਗਰਮ ਕੀਤਾ - ਪੈਕੇਟ ਗੇਟਵੇ (GGSN) ਨਾਲ ਇੱਕ ਕੁਨੈਕਸ਼ਨ। ਡਾਟਾ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ. 3G ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ, ਇਹ ਦੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕ੍ਰਮਵਾਰ ਆਈਆਂ ਹਨ, ਯਾਨੀ. ਡਿਵਾਈਸ ਨੇ ਉਸ ਪਲ ਦਾ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕੀਤਾ ਜਦੋਂ ਇਸਨੂੰ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਲੋੜ ਸੀ, ਪਰ ਅਟੈਚ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਪੀਡੀਪੀ ਨੂੰ ਸਰਗਰਮ ਕੀਤਾ ਗਿਆ। LTE ਵਿੱਚ, ਇਹਨਾਂ ਦੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਸੀ, ਯਾਨੀ, ਅਟੈਚ ਕਰਨ ਵੇਲੇ, ਡਿਵਾਈਸ ਨੇ ਤੁਰੰਤ MME-SGW-PGW ਨੂੰ eNodeB ਰਾਹੀਂ PDN ਕਨੈਕਸ਼ਨ (2G/3G ਵਿੱਚ PDP ਦੇ ਸਮਾਨ) ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਦੀ ਬੇਨਤੀ ਕੀਤੀ।

NB-IoT ਇੱਕ ਕਨੈਕਸ਼ਨ ਵਿਧੀ ਨੂੰ "PDN ਤੋਂ ਬਿਨਾਂ ਅਟੈਚ ਕਰੋ" ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਯਾਨੀ, UE ਇੱਕ PDN ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕੀਤੇ ਬਿਨਾਂ ਜੋੜਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਆਵਾਜਾਈ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਅਤੇ ਕੇਵਲ ਐਸਐਮਐਸ ਪ੍ਰਾਪਤ ਜਾਂ ਭੇਜ ਸਕਦਾ ਹੈ। PDN ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਨ ਅਤੇ AS ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਲਈ ਅਜਿਹੀ ਡਿਵਾਈਸ ਨੂੰ ਕਮਾਂਡ ਭੇਜਣ ਲਈ, "ਡਿਵਾਈਸ ਟ੍ਰਿਗਰਿੰਗ" ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ।

AS ਤੋਂ ਅਜਿਹੇ UE ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਲਈ ਇੱਕ ਕਮਾਂਡ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, SCEF SMS ਕੇਂਦਰ ਦੁਆਰਾ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਨਿਯੰਤਰਣ SMS ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇੱਕ SMS ਪ੍ਰਾਪਤ ਕਰਨ ਵੇਲੇ, ਡਿਵਾਈਸ PDN ਨੂੰ ਸਰਗਰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਹੋਰ ਨਿਰਦੇਸ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਜਾਂ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ AS ਨਾਲ ਜੁੜਦੀ ਹੈ।

ਕਈ ਵਾਰ ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਗਾਹਕੀ ਦੀ ਮਿਆਦ SCEF 'ਤੇ ਖਤਮ ਹੋ ਸਕਦੀ ਹੈ। ਹਾਂ, ਗਾਹਕੀ ਦਾ ਆਪਣਾ ਜੀਵਨ ਕਾਲ ਹੁੰਦਾ ਹੈ, ਜੋ ਆਪਰੇਟਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ AS ਨਾਲ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ। ਮਿਆਦ ਪੁੱਗਣ 'ਤੇ, PDN ਨੂੰ MME 'ਤੇ ਅਕਿਰਿਆਸ਼ੀਲ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ ਅਤੇ ਡਿਵਾਈਸ AS ਲਈ ਅਣਉਪਲਬਧ ਹੋ ਜਾਵੇਗੀ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, "ਡਿਵਾਈਸ ਟਰਿਗਰਿੰਗ" ਕਾਰਜਕੁਸ਼ਲਤਾ ਵੀ ਮਦਦ ਕਰੇਗੀ। AS ਤੋਂ ਨਵਾਂ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, SCEF ਡਿਵਾਈਸ ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ ਦਾ ਪਤਾ ਲਗਾਵੇਗਾ ਅਤੇ SMS ਚੈਨਲ ਰਾਹੀਂ ਡਾਟਾ ਪ੍ਰਦਾਨ ਕਰੇਗਾ।

ਸਿੱਟਾ

SCEF ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ, ਬੇਸ਼ੱਕ, ਉੱਪਰ ਦੱਸੀਆਂ ਸੇਵਾਵਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹੈ ਅਤੇ ਨਿਰੰਤਰ ਵਿਕਾਸ ਅਤੇ ਵਿਸਤਾਰ ਹੋ ਰਹੀ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਇੱਕ ਦਰਜਨ ਤੋਂ ਵੱਧ ਸੇਵਾਵਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ SCEF ਲਈ ਮਿਆਰੀ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਹੁਣ ਅਸੀਂ ਸਿਰਫ ਮੁੱਖ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਛੂਹਿਆ ਹੈ ਜੋ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਮੰਗ ਵਿੱਚ ਹਨ; ਅਸੀਂ ਭਵਿੱਖ ਦੇ ਲੇਖਾਂ ਵਿੱਚ ਬਾਕੀ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ.

ਸਵਾਲ ਤੁਰੰਤ ਉੱਠਦਾ ਹੈ: ਸੰਭਾਵਿਤ ਮਾਮਲਿਆਂ ਦੀ ਸ਼ੁਰੂਆਤੀ ਜਾਂਚ ਅਤੇ ਡੀਬੱਗਿੰਗ ਲਈ ਇਸ "ਚਮਤਕਾਰ" ਨੋਡ ਤੱਕ ਟੈਸਟ ਪਹੁੰਚ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਵੇ? ਇਹ ਸਭ ਬਹੁਤ ਸੌਖਾ ਹੈ। ਕੋਈ ਵੀ ਡਿਵੈਲਪਰ iot.info@mts.ru 'ਤੇ ਇੱਕ ਬੇਨਤੀ ਭੇਜ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੁਨੈਕਸ਼ਨ ਦਾ ਉਦੇਸ਼, ਸੰਭਾਵੀ ਕੇਸ ਦਾ ਵੇਰਵਾ ਅਤੇ ਸੰਚਾਰ ਲਈ ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਦਰਸਾਉਣਾ ਕਾਫ਼ੀ ਹੈ।

DO новых встреч!

ਲੇਖਕ:

• ਕਨਵਰਜੈਂਟ ਹੱਲ ਅਤੇ ਮਲਟੀਮੀਡੀਆ ਸੇਵਾਵਾਂ ਵਿਭਾਗ ਦੇ ਸੀਨੀਅਰ ਮਾਹਰ ਸਰਗੇਈ ਨੋਵੀਕੋਵ ਸਨੋਵ,
• ਕਨਵਰਜੈਂਟ ਹੱਲ ਅਤੇ ਮਲਟੀਮੀਡੀਆ ਸੇਵਾਵਾਂ ਵਿਭਾਗ ਦੇ ਮਾਹਰ ਅਲੈਕਸੀ ਲੈਪਸ਼ਿਨ aslapsh

ਸਰੋਤ: www.habr.com