SMPP - ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਛੋਟਾ ਸੁਨੇਹਾ ਪ੍ਰੋਟੋਕੋਲ

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਹਾਲਾਂਕਿ ਤਤਕਾਲ ਮੈਸੇਂਜਰ ਅਤੇ ਸੋਸ਼ਲ ਨੈਟਵਰਕ ਹਰ ਰੋਜ਼ ਸੰਚਾਰ ਦੇ ਰਵਾਇਤੀ ਤਰੀਕਿਆਂ ਦੀ ਥਾਂ ਲੈ ਰਹੇ ਹਨ, ਇਸ ਨਾਲ SMS ਦੀ ਪ੍ਰਸਿੱਧੀ ਵਿੱਚ ਕੋਈ ਕਮੀ ਨਹੀਂ ਆਉਂਦੀ। ਕਿਸੇ ਪ੍ਰਸਿੱਧ ਸਾਈਟ 'ਤੇ ਪੁਸ਼ਟੀਕਰਨ, ਜਾਂ ਲੈਣ-ਦੇਣ ਦੀ ਸੂਚਨਾ ਦੁਹਰਾਉਂਦੀ ਹੈ ਕਿ ਉਹ ਜਿਉਂਦੇ ਹਨ ਅਤੇ ਰਹਿਣਗੇ। ਕੀ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਿਆ ਹੈ ਕਿ ਇਹ ਸਭ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? ਬਹੁਤ ਅਕਸਰ, SMPP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਬਲਕ ਸੁਨੇਹੇ ਭੇਜਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸਦੀ ਕਟੌਤੀ ਦੇ ਅਧੀਨ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇਗੀ।

ਹੈਬਰੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ smpp ਬਾਰੇ ਲੇਖ ਸਨ, 1,2, ਪਰ ਉਹਨਾਂ ਦਾ ਉਦੇਸ਼ ਖੁਦ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਵਰਣਨ ਕਰਨਾ ਨਹੀਂ ਸੀ। ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਤੁਰੰਤ ਸਰੋਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ - ਨਿਰਧਾਰਨ, ਪਰ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਚੰਗਾ ਹੋਵੇਗਾ ਜੇਕਰ ਇਸਦੀ ਸਮਗਰੀ ਦਾ ਸੰਖੇਪ ਹੋਵੇ। ਮੈਂ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ v3.4 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਆਖਿਆ ਕਰਾਂਗਾ। ਮੈਂ ਤੁਹਾਡੀ ਉਦੇਸ਼ ਆਲੋਚਨਾ ਲਈ ਖੁਸ਼ ਹਾਂ।

SMPP ਪ੍ਰੋਟੋਕੋਲ ਇੱਕ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਮੈਸੇਜਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰ ਪੀਅਰ/ਹੱਬ ਸਰਵਰ ਬਰਾਬਰ ਹੈ। ਸਧਾਰਨ ਸਥਿਤੀ ਵਿੱਚ, ਐਸਐਮਐਸ ਮੈਸੇਜਿੰਗ ਸਕੀਮ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

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

ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ

SMPP ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ PDUs ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ 'ਤੇ ਅਧਾਰਤ ਹੈ ਅਤੇ sms ਅਤੇ ussd ਸੁਨੇਹੇ ਭੇਜਣ ਲਈ TCP / IP, ਜਾਂ X25 ਸੈਸ਼ਨਾਂ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, SMPP ਦੀ ਵਰਤੋਂ ਨਿਰੰਤਰ ਕੁਨੈਕਸ਼ਨ ਮੋਡ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਸਮਾਂ ਬਚਾਉਂਦਾ ਹੈ। SMPP ਇੱਕ ਕਲਾਇੰਟ-ਸਰਵਰ ਸੰਚਾਰ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।

ਸੰਚਾਰ ਮੋਡ

SMPP ਰਾਹੀਂ ਭੇਜਣ ਵਾਲੇ ਅਤੇ SMS ਕੇਂਦਰ ਵਿਚਕਾਰ ਸੰਦੇਸ਼ਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਹੇਠਾਂ ਦਿੱਤੇ ਢੰਗਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

ਟ੍ਰਾਂਸਮੀਟਰ (ਟ੍ਰਾਂਸਮੀਟਰ) - ਇੱਕ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ ਸੰਦੇਸ਼ ਦਾ ਪ੍ਰਸਾਰਣ, ਬਦਲੇ ਵਿੱਚ
ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ (ਰਿਸੀਵਰ) - ਸਿਰਫ਼ SMS ਕੇਂਦਰ ਤੋਂ ਇੱਕ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਨਾ।
ਟ੍ਰਾਂਸਸੀਵਰ (ਟਰਾਂਸੀਵਰ) - SMS ਕੇਂਦਰ ਅਤੇ ਉਪਭੋਗਤਾ ਵਿਚਕਾਰ ਸੰਦੇਸ਼ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ

ਬਣਤਰ

ਸੰਦੇਸ਼ ਦੀ ਲੰਬਾਈ

ਸਿਰਿਲਿਕ ਵਿੱਚ ਟਾਈਪ ਕਰਨ ਵੇਲੇ ਇੱਕ SMS ਸੁਨੇਹੇ ਵਿੱਚ 70 ਅੱਖਰ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ 157 ਲਾਤੀਨੀ ਅੱਖਰ + 3 UDH ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਅੱਖਰਾਂ ਵਾਲਾ SMS ਭੇਜਦੇ ਹੋ, ਤਾਂ ਇਹ ਕਈ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇਗਾ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਡਿਵਾਈਸ ਵਿੱਚ ਜੋੜਿਆ ਜਾਵੇਗਾ। ਵਿਭਾਜਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸੰਦੇਸ਼ ਦੇ ਸਿਰਲੇਖਾਂ ਦੁਆਰਾ ਅੱਖਰਾਂ ਦੀ ਗਿਣਤੀ ਘਟਾਈ ਜਾਂਦੀ ਹੈ, ਜੋ ਸੰਦੇਸ਼ ਦੇ ਹਿੱਸੇ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇਸ ਲਈ, ਇੱਕ ਵੱਡਾ SMS ਸੁਨੇਹਾ ਭੇਜਣ ਵੇਲੇ, ਇਸ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ 153 ਲਾਤੀਨੀ ਅੱਖਰ ਜਾਂ 67 ਗੈਰ-ਆਮ ਅੱਖਰ ਹੁੰਦੇ ਹਨ।

ਡਾਟਾ ਕੋਡਿੰਗ ਸਕੀਮ

ਹਾਲਾਂਕਿ, ਇੱਕ ਸੁਨੇਹਾ ਦੇਣ ਲਈ ਅੱਖਰਾਂ ਨੂੰ ਏਨਕੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। SMPP ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ, ਇੱਕ ਵਿਸ਼ੇਸ਼ ਖੇਤਰ ਏਨਕੋਡਿੰਗ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ - ਡੇਟਾ ਕੋਡਿੰਗ ਸਕੀਮ, ਜਾਂ DCS। ਇਹ ਇੱਕ ਖੇਤਰ ਹੈ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਸੁਨੇਹਿਆਂ ਨੂੰ ਕਿਵੇਂ ਪਛਾਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, DCS ਖੇਤਰ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਅੱਖਰ ਸੈੱਟ ਜੋ ਏਨਕੋਡਿੰਗ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ;
• ਸੁਨੇਹਾ ਕਲਾਸ;
• ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ ਆਟੋਮੈਟਿਕ ਮਿਟਾਉਣ ਲਈ ਬੇਨਤੀ;
• ਸੁਨੇਹਾ ਕੰਪਰੈਸ਼ਨ ਦਾ ਸੰਕੇਤ;
• ਪ੍ਰਸਾਰਣ ਸੰਦੇਸ਼ ਭਾਸ਼ਾ;

ਮਿਆਰੀ 7-ਬਿੱਟ ਵਰਣਮਾਲਾ (GSM 03.38)। ਇਸਨੂੰ GSM ਵਿੱਚ ਮੈਸੇਜਿੰਗ ਸਿਸਟਮ ਲਈ ਵਿਕਸਿਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਇੰਕੋਡਿੰਗ ਅੰਗਰੇਜ਼ੀ ਅਤੇ ਕਈ ਲਾਤੀਨੀ ਭਾਸ਼ਾਵਾਂ ਲਈ ਢੁਕਵੀਂ ਹੈ। ਹਰੇਕ ਅੱਖਰ ਵਿੱਚ 7 ​​ਬਿੱਟ ਹੁੰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਔਕਟੈਟ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

UTF-16 (GSM UCS2 ਵਿੱਚ) 7-ਬਿੱਟ ਵਰਣਮਾਲਾ ਵਿੱਚ ਗੁੰਮ ਹੋਏ ਅੱਖਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਲਈ, UTF-16 ਏਨਕੋਡਿੰਗ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ, ਜੋ ਕਿ ਸੁਨੇਹੇ ਦੇ ਆਕਾਰ ਨੂੰ 160 ਤੋਂ 70 ਤੱਕ ਘਟਾ ਕੇ ਵਾਧੂ ਅੱਖਰ (ਸਿਰਿਲਿਕ ਸਮੇਤ) ਜੋੜਦੀ ਹੈ, ਇਸ ਕਿਸਮ ਦੀ ਏਨਕੋਡਿੰਗ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੂਨੀਕੋਡ ਦੁਹਰਾਉਂਦਾ ਹੈ।

8-ਬਿੱਟ ਉਪਭੋਗਤਾ ਪਰਿਭਾਸ਼ਿਤ ਡੇਟਾ। ਇਨ੍ਹਾਂ ਵਿੱਚ KOI8-R ਅਤੇ Windows-1251 ਸ਼ਾਮਲ ਹਨ। ਹਾਲਾਂਕਿ ਇਹ ਹੱਲ ਉਸੇ UTF-16 ਦੇ ਮੁਕਾਬਲੇ ਵਧੇਰੇ ਕਿਫ਼ਾਇਤੀ ਜਾਪਦਾ ਹੈ। ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ 'ਤੇ ਅਨੁਕੂਲਤਾ ਦਾ ਇੱਕ ਵਾਜਬ ਸਵਾਲ ਹੈ। ਕਿਉਂਕਿ ਇਸ ਕੇਸ ਵਿੱਚ ਦੋਵੇਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.

ਸੁਨੇਹਾ ਕਲਾਸ

• ਕਲਾਸ0, ਜਾਂ ਫਲੈਸ਼, ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ 'ਤੇ ਫ਼ੋਨ ਦੀ ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਸੁਨੇਹਾ;
• ਕਲਾਸ1, ਜਾਂ ਫ਼ੋਨ ਦੀ ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਗਏ;
• ਕਲਾਸ1, ਜਾਂ ਫ਼ੋਨ ਦੀ ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਗਏ;
• Class2, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸੁਨੇਹਾ ਮੋਬਾਈਲ ਟਰਮੀਨਲ ਦੀ ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਨਹੀਂ ਤਾਂ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਅਸੰਭਵਤਾ ਬਾਰੇ SMS ਕੇਂਦਰ ਨੂੰ ਸੂਚਨਾਵਾਂ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ;
• ਕਲਾਸ 3 - ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਫੋਨ ਨੂੰ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸੰਦੇਸ਼ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਡਿਵਾਈਸ ਵਿੱਚ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ. ਇਸ ਕਿਸਮ ਦਾ ਸੰਦੇਸ਼ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਸੁਨੇਹਾ ਆਪਣੀ ਮੰਜ਼ਿਲ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਹੈ;

ਸੁਨੇਹਾ ਕਿਸਮ

ਸਾਈਲੈਂਟ ਮੈਸੇਜ (SMS0) SMS ਸੁਨੇਹੇ ਦੀ ਕਿਸਮ ਸਮੱਗਰੀ ਤੋਂ ਬਿਨਾਂ। ਅਜਿਹੇ SMS ਬਿਨਾਂ ਸੂਚਨਾ ਦੇ ਆਉਂਦੇ ਹਨ ਅਤੇ ਡਿਵਾਈਸ ਸਕ੍ਰੀਨ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ।

ਪੀ.ਡੀ.ਯੂ

ਹਰੇਕ pdu ਓਪਰੇਸ਼ਨ ਪੇਅਰ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ: ਇੱਕ ਕਮਾਂਡ ਜੋ ਕਹਿੰਦੀ ਹੈ ਕਿ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਹੋ ਗਿਆ ਹੈ (ਬਾਈਡ_ਟ੍ਰਾਂਸਮੀਟਰ / ਬਾਇੰਡ_ਟ੍ਰਾਂਸਮੀਟਰ_ਰੇਸਪੀ), ਜਾਂ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜਿਆ ਗਿਆ ਹੈ (ਡਿਲੀਵਰ_ਐਸਐਮ / ਡਿਲੀਵਰ_ਐਸਐਮ_ਰੇਸਪੀ)

ਹਰੇਕ pdu ਪੈਕੇਜ ਵਿੱਚ ਦੋ ਭਾਗ ਹੁੰਦੇ ਹਨ - ਇੱਕ ਸਿਰਲੇਖ (ਸਿਰਲੇਖ) ਅਤੇ ਇੱਕ ਸਰੀਰ (ਸਰੀਰ)। ਸਿਰਲੇਖ ਬਣਤਰ ਕਿਸੇ ਵੀ pdu ਪੈਕੇਟ ਲਈ ਸਮਾਨ ਹੈ: ਕਮਾਂਡ ਦੀ ਲੰਬਾਈ ਪੈਕੇਟ ਦੀ ਲੰਬਾਈ ਹੈ, id ਪੈਕੇਟ ਦਾ ਨਾਮ ਹੈ, ਅਤੇ ਸਥਿਤੀ ਕਮਾਂਡ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਸੁਨੇਹਾ ਸਫਲਤਾਪੂਰਵਕ ਭੇਜਿਆ ਗਿਆ ਸੀ ਜਾਂ ਅਸਫਲ।

ਵਾਧੂ TLV ਪੈਰਾਮੀਟਰ

TLV (ਟੈਗ ਦੀ ਲੰਬਾਈ ਦਾ ਮੁੱਲ), ਜਾਂ ਵਾਧੂ ਖੇਤਰ। ਅਜਿਹੇ ਪੈਰਾਮੀਟਰ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਵਧਾਉਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਵਿਕਲਪਿਕ ਹਨ। ਇਹ ਖੇਤਰ pdu ਖੇਤਰ ਦੇ ਅੰਤ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, dest_addr_np_information TLV ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਨੰਬਰ ਦੀ ਪੋਰਟਿੰਗ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਸੰਗਠਿਤ ਕਰ ਸਕਦੇ ਹੋ।

ਟਨ ਅਤੇ ਐਨ.ਪੀ.ਆਈ

TON (ਨੰਬਰ ਦੀ ਕਿਸਮ) ਪੈਰਾਮੀਟਰ ਐਸਐਮਐਸਸੀ ਨੂੰ ਐਡਰੈਸਿੰਗ ਫਾਰਮੈਟ ਅਤੇ ਨੈੱਟਵਰਕ ਕਿਸਮ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।
NPI (ਨੰਬਰਿੰਗ ਪਲਾਨ ਆਈਡੈਂਟੀਫਿਕੇਸ਼ਨ) ਪੈਰਾਮੀਟਰ ਨੰਬਰਿੰਗ ਯੋਜਨਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਸੁਨੇਹਾ ਸਰੋਤ ਪਤਾ, ਜਾਂ ਅਲਫ਼ਾ ਨਾਮ

ਫ਼ੋਨ 'ਤੇ ਭੇਜੇ ਗਏ ਸੁਨੇਹੇ ਦੋ ਕਿਸਮਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ: ਸੰਖਿਆਤਮਕ ਅਤੇ ਵਰਣਮਾਲਾ। ਨੰਬਰ ਲੰਬੇ (ਫੋਨ ਨੰਬਰ ਦੇ ਸਮਾਨ) ਜਾਂ ਛੋਟੇ ਹੋ ਸਕਦੇ ਹਨ। ਕਈ ਵਾਰ ਓਪਰੇਟਰਾਂ ਨੂੰ ਨਿਰਪੱਖ ਨਾਵਾਂ ਤੋਂ ਭੇਜਣ 'ਤੇ ਪਾਬੰਦੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ Infosms, Alert ਆਦਿ। ਕਈ ਵਾਰ ਓਪਰੇਟਰ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੇ ਹਨ ਜੇਕਰ ਨਾਮ ਉਹਨਾਂ ਦੇ ਨੈਟਵਰਕ ਵਿੱਚ ਰਜਿਸਟਰਡ ਨਹੀਂ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਆਪਰੇਟਰ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ.

ਸਪੁਰਦਗੀ ਦੇ ਪੜਾਅ

SMS-ਸਬਮਿਟ ਕਰੋ MO FSM ਸੁਨੇਹਾ ਭੇਜ ਰਿਹਾ ਹੈ (ਮੋਬਾਈਲ ਟਰਮੀਨਲ ਤੋਂ ਛੋਟਾ ਸੁਨੇਹਾ)
SMS-ਰਿਪੋਰਟ ਜਮ੍ਹਾਂ ਕਰੋ - ਪੁਸ਼ਟੀ ਕਿ ਸੁਨੇਹਾ SMSC ਦੁਆਰਾ ਭੇਜਿਆ ਗਿਆ ਸੀ
ਸ੍ਰੀ ਐਸ.ਐਮ (SendRoutingInfo) - SMSC ਗਾਹਕ ਦੇ MSC/VLR ਸਥਾਨ ਬਾਰੇ HLR ਤੋਂ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ
ਸ੍ਰੀ ਐਸ.ਐਮ. ਆਰ.ਐਸ.ਪੀ - ਗਾਹਕ ਸਥਿਤੀ ਮੀਟ ਦੇ ਸੰਬੰਧ ਵਿੱਚ HLR ਤੋਂ ਜਵਾਬ
MT-FSM - ਸਥਾਨ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, "ਫਾਰਵਰਡ ਸ਼ਾਰਟ ਮੈਸੇਜ" ਕਾਰਵਾਈ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ
MT-FSM-ACK - SMSC ਤੋਂ ਜਵਾਬ ਕਿ ਸੁਨੇਹਾ ਭੇਜਿਆ ਗਿਆ ਹੈ
SMS ਸਥਿਤੀ ਰਿਪੋਰਟ - SMSC ਸੁਨੇਹਾ ਡਿਲੀਵਰੀ ਸਥਿਤੀ ਭੇਜਦਾ ਹੈ।

ਸੁਨੇਹਾ ਡਿਲੀਵਰੀ ਸਥਿਤੀ

SMS ਸਥਿਤੀ ਰਿਪੋਰਟ ਕਈ ਮੁੱਲ ਲੈ ਸਕਦੇ ਹਨ:
DELIVRD ਸੁਨੇਹਾ ਸਫਲਤਾਪੂਰਵਕ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ
ਅਸਵੀਕਾਰ - SMS ਕੇਂਦਰ ਦੁਆਰਾ ਅਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਸੁਨੇਹਾ
ਮੁਆਫ - TTL (ਸੁਨੇਹੇ ਦਾ ਜੀਵਨ ਕਾਲ) ਦੇ ਅੰਤ ਤੋਂ ਬਾਅਦ ਸੁਨੇਹਾ ਭੇਜਣ ਦੀ ਕਤਾਰ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ
UNDELIV - ਡਿਲੀਵਰੀ ਨਾ ਹੋਣ ਦੇ ਹੋਰ ਮਾਮਲੇ
ਅਣਜਾਣ- ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਮਿਲਿਆ।

ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਗਲਤੀਆਂ

ਕਈ ਵਾਰ ਐਸਐਮਐਸ ਸੁਨੇਹੇ ਸਬਸਕ੍ਰਾਈਬਰ ਨੂੰ ਨਹੀਂ ਪਹੁੰਚਾਏ ਜਾਂਦੇ ਹਨ। ਇਹਨਾਂ ਕਾਰਨਾਂ ਦਾ ਨਤੀਜਾ ਗਲਤੀਆਂ ਦਾ ਵਾਪਰਨਾ ਹੈ। PDUs_sms_resp ਵਿੱਚ ਗਲਤੀਆਂ ਵਾਪਸ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਅਸਥਾਈ (ਅਸਥਾਈ) ਅਤੇ ਸਥਾਈ (ਸਥਾਈ) ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, absent_subscriber ਅਸਥਾਈ ਹੈ, ਗਾਹਕ ਉਪਲਬਧ ਨਹੀਂ ਹੈ ਜਾਂ ਔਨਲਾਈਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਸਥਾਈ - ਗਾਹਕ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਹੋਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਦੇ ਆਧਾਰ 'ਤੇ, ਇਹਨਾਂ ਸੁਨੇਹਿਆਂ ਨੂੰ ਦੁਬਾਰਾ ਭੇਜਣ ਲਈ ਇੱਕ ਨੀਤੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਗਾਹਕ ਗੱਲ ਕਰਨ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਸੀ ਅਤੇ ਇੱਕ MT ਹੈਂਡਸੈੱਟ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਵਿਅਸਤ ਗਲਤੀ ਹੈ, ਤਾਂ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਸੁਨੇਹਾ ਦੁਬਾਰਾ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ, ਜੇਕਰ ਗਾਹਕ ਨੇ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਸੇਵਾ ਨੂੰ ਬਲੌਕ ਕੀਤਾ ਹੈ, ਤਾਂ ਦੁਬਾਰਾ ਭੇਜਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੋਵੇਗਾ। ਤੁਸੀਂ SMSC ਪੰਨਿਆਂ 'ਤੇ ਗਲਤੀਆਂ ਦੀ ਸੂਚੀ ਲੱਭ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, ਜਿਵੇਂ ਕਿ ਇਹ.

ਸਰੋਤ: www.habr.com