SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

سلام! جيتوڻيڪ فوري پيغام ڏيندڙ ۽ سماجي نيٽ ورڪ هر روز رابطي جي روايتي طريقن کي تبديل ڪري رهيا آهن، اهو ايس ايم ايس جي مقبوليت کان محروم نٿو ڪري. هڪ مشهور سائيٽ تي تصديق، يا هڪ ٽرانزيڪشن نوٽيفڪيشن ٻيهر ورجائي ٿو اهي رهن ٿا ۽ رهندا. ڇا توهان سوچيو آهي ته اهو سڀ ڪيئن ڪم ڪندو آهي؟ گهڻو ڪري، SMPP پروٽوڪول بلڪ پيغام موڪلڻ لاء استعمال ڪيو ويندو آهي، جنهن کي ڪٽي هيٺ بحث ڪيو ويندو.

Habré وٽ اڳ ۾ ئي smpp بابت مضمون هئا، 1,2، پر انهن جو مقصد پروٽوڪول کي بيان ڪرڻ نه هو. يقينن، توهان فوري طور تي ذريعن کان شروع ڪري سگهو ٿا - وضاحتون، پر مان سمجهان ٿو ته اهو سٺو ٿئي ها جيڪڏهن ان جي مواد جو تت هجي. مان مثال طور v3.4 استعمال ڪندي وضاحت ڪندس. مان توهان جي مقصدي تنقيد لاءِ خوش آهيان.

SMPP پروٽوڪول هڪ پير کان پير صاحب پيغام رسائيندڙ پروٽوڪول آهي. هن جو مطلب آهي ته هر پير / حب سرور برابر آهي. سادي صورت ۾، ايس ايم ايس پيغام اسڪيم هن طرح نظر اچي ٿو:

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

تنهن هوندي، جيڪڏهن قومي آپريٽر وٽ رستو نه آهي، هو ان لاءِ وچولي کان پڇي ٿو ڪجهه ڏورانهين علائقي ڏانهن - هڪ ايس ايم ايس هب. ڪڏهن ڪڏهن، هڪ ايس ايم ايس موڪلڻ لاء، توهان کي ڪيترن ئي ملڪن، يا براعظمن جي وچ ۾ هڪ زنجير ٺاهڻ جي ضرورت آهي.

پروٽوڪول بابت

SMPP ھڪڙو ايپليڪيشن پروٽوڪول آھي جيڪو PDUs جي بدلي تي ٻڌل آھي ۽ TCP / IP، يا ايس ايم ايس ۽ يو ايس ايس ڊي پيغام موڪلڻ لاء X25 سيشن تي منتقل ڪيو ويو آھي. عام طور تي، SMPP مسلسل ڪنيڪشن موڊ ۾ استعمال ٿيندو آهي، جيڪو وقت بچائيندو آهي. SMPP استعمال ڪري ٿو ڪلائنٽ-سرور ڪميونيڪيشن ماڊل.

ڪميونيڪيشن موڊ

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

SMPP ذريعي موڪليندڙ ۽ ايس ايم ايس سينٽر جي وچ ۾ پيغامن جي مٽاسٽا هيٺين طريقن سان ٿي سگهي ٿي:

ٽرانسميٽر (ٽرانسميٽر) - ھڪڙي طرف پيغام جي منتقلي، موڙ ۾
وصول ڪندڙ (وصول ڪندڙ) - صرف ايس ايم ايس سينٽر مان هڪ پيغام وصول ڪرڻ.
Transreceiver (transceiver) - ايس ايم ايس سينٽر ۽ صارف جي وچ ۾ پيغام جي مٽاسٽا

ساخت

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

پيغام جي ڊيگهه

هڪ ايس ايم ايس پيغام 70 اکرن تي مشتمل ٿي سگھي ٿو جڏهن سيريلڪ ۾ ٽائپ ڪيو وڃي ۽ 157 لاطيني اکرن کان وڌيڪ نه هجي + 3 UDH جيڪڏهن توهان هڪ ايس ايم ايس موڪليندا آهيو وڏي انگ اکرن سان، ان کي ڪيترن ئي حصن ۾ ورهايو ويندو ۽ وصول ڪندڙ ڊوائيس ۾ گڏ ڪيو ويندو. ڀاڱيداري جي صورت ۾، اکرن جو تعداد ميسيج هيڊرز طرفان گھٽجي ويندو آهي، جيڪي پيغام جو حصو ظاهر ڪن ٿا. تنهن ڪري، جڏهن هڪ وڏو ايس ايم ايس پيغام موڪليو وڃي، ان ۾ وڌ ۾ وڌ 153 لاطيني اکرن يا 67 غير عام اکر شامل آهن.

ڊيٽا ڪوڊنگ اسڪيم

بهرحال، ڪردارن کي پيغام پهچائڻ لاء انڪوڊ ٿيڻ جي ضرورت آهي. SMPP پروٽوڪول ۾، هڪ خاص فيلڊ انڪوڊنگ لاءِ ذميوار آهي - ڊيٽا ڪوڊنگ اسڪيم، يا DCS. هي هڪ فيلڊ آهي جيڪو بيان ڪري ٿو ته پيغامن کي ڪيئن سڃاڻڻ گهرجي. ان کان سواء، DCS فيلڊ ۾ شامل آهن:

  • ڪردار سيٽ جيڪو انڪوڊنگ کي بيان ڪري ٿو؛
  • پيغام ڪلاس؛
  • پڙهڻ کان پوء خودڪار حذف ڪرڻ جي درخواست؛
  • پيغام کمپريشن جو هڪ اشارو؛
  • نشر ٿيل پيغام جي ٻولي؛

معياري 7-bit الفابيٽ (GSM 03.38). اهو GSM ۾ ميسيجنگ سسٽم لاءِ تيار ڪيو ويو. هي انڪوڊنگ انگريزي ۽ ڪيترن ئي لاطيني ٻولين لاءِ موزون آهي. هر ڪردار 7 بٽس تي مشتمل آهي ۽ هڪ آڪٽٽ ۾ انڪوڊ ٿيل آهي.

UTF-16 (GSM UCS2 ۾) 7-bit الفابيٽ ۾ گم ٿيل اکرن کي شامل ڪرڻ لاءِ، UTF-16 انڪوڊنگ تيار ڪئي وئي، جيڪا 160 کان 70 تائين پيغام جي سائيز کي گھٽائي اضافي اکرن (سيريلڪ وارن سميت) شامل ڪري ٿي، ھن قسم جي انڪوڊنگ تقريبن مڪمل طور تي يونيڪوڊ کي ورجائي ٿو.

8-bit صارف بيان ڪيل ڊيٽا. انهن ۾ شامل آهن KOI8-R ۽ ونڊوز-1251. جيتوڻيڪ اهو حل ساڳيو UTF-16 جي مقابلي ۾ وڌيڪ اقتصادي لڳي ٿو. مختلف ڊوائيسز تي مطابقت جو هڪ معقول سوال آهي. جيئن ته هن معاملي ۾ ٻنهي ڊوائيسز اڳ ۾ ترتيب ڏنو وڃي.

پيغام ڪلاس

  • ڪلاس0، يا فليش، صارف جي درخواست تي فون جي ميموري ۾ محفوظ ڪيل پيغام؛
  • ڪلاس 1، يا فون جي ياداشت ۾ محفوظ ڪيل؛
  • ڪلاس 1، يا فون جي ياداشت ۾ محفوظ ڪيل؛
  • ڪلاس 2، انهي ڳالهه کي يقيني بڻائڻ گهرجي ته پيغام موبائيل ٽرمينل جي ميموري ۾ ذخيرو ٿيل آهي، ٻي صورت ۾ ايس ايم ايس سينٽر کي اطلاع ڏيڻ گهرجي محفوظ ڪرڻ جي ناممڪن بابت؛
  • ڪلاس 3 - انهي صورت ۾، فون کي نوٽيفڪيشن موڪلڻ گهرجي ته پيغام محفوظ ٿي سگهي ٿو، ڊوائيس ۾ ميموري جي مقدار کان سواء. هن قسم جي پيغام مان مراد آهي ته پيغام پنهنجي منزل تي پهچي چڪو آهي.

پيغام جو قسم

خاموش پيغام (SMS0) ايس ايم ايس پيغام جو قسم بغير مواد. اهڙا SMS بغير اطلاع جي ايندا آهن ۽ ڊوائيس اسڪرين تي ظاهر نه ٿيندا آهن.

پي ڊي يو

هر pdu آپريشن جوڙيو ويو آهي ۽ هڪ درخواست ۽ جواب تي مشتمل آهي. مثال طور: هڪ حڪم جيڪو چوي ٿو هڪ ڪنيڪشن قائم ڪيو ويو آهي (bind_transmitter / bind_transmitter_resp)، يا اهو پيغام موڪليو ويو آهي (deliver_sm / deliver_sm_resp)

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

هر pdu پيڪيج ٻن حصن تي مشتمل آهي - هڪ هيڊر (هيڊر) ۽ هڪ جسم (جسم). هيڊر جي جوڙجڪ ڪنهن به پي ڊي يو پيڪٽ لاءِ ساڳي آهي: ڪمانڊ جي ڊيگهه پيڪٽ جي ڊيگهه آهي، id پيڪٽ جو نالو آهي، ۽ اسٽيٽس ڪمانڊ اشارو ڪري ٿو ته پيغام ڪاميابي سان موڪليو ويو يا ناڪام ٿيو.

اضافي TLV پيراگراف

TLV (Tag Length Value)، يا اضافي شعبا. اهڙا پيرا ميٽر پروٽوڪول جي ڪارڪردگي کي وڌائڻ لاء استعمال ڪيا ويا آهن ۽ اختياري آهن. ھن فيلڊ کي pdu فيلڊ جي آخر ۾ بيان ڪيو ويو آھي. مثال طور، dest_addr_np_information TLV استعمال ڪندي، توهان نمبر جي پورٽنگ بابت معلومات جي منتقلي کي منظم ڪري سگهو ٿا.

ٽون ۽ اين پي آئي

TON (نمبر جو قسم) پيٽرولر ايس ايم ايس سي کي ايڊريسنگ فارميٽ ۽ نيٽ ورڪ جي قسم بابت ڄاڻ ڏئي ٿو.
NPI (نمبرنگ پلان جي سڃاڻپ) پيٽرولر جيڪو نمبرنگ پلان جي نشاندهي ڪري ٿو.

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

پيغام جو ذريعو پتو، يا الفا نالو

فون تي موڪليل پيغام ٻن قسمن ۾ اچن ٿا: عددي ۽ الفابيٽ. نمبر ڊگھا ٿي سگھن ٿا (فون نمبر وانگر) يا ننڍو. ڪڏهن ڪڏهن آپريٽرن کي غير جانبدار نالن، جهڙوڪ Infosms، Alert وغيره کان موڪلڻ تي پابنديون هونديون آهن. ڪڏهن ڪڏهن آپريٽرز ٽرئفڪ جي اجازت نه ڏيندا آهن جيڪڏهن نالو انهن جي نيٽ ورڪ ۾ رجسٽر ٿيل ناهي. بهرحال، هي آپريٽر جي هڪ خاصيت کان وڌيڪ آهي.

جمع ڪرائڻ جا مرحلا

SMPP - پير کان پير صاحب مختصر پيغام پروٽوڪول

ايس ايم ايس-جمع ڪريو MO FSM پيغام موڪلي رهيو آهي (موبائل ٽرمينل کان مختصر پيغام)
ايس ايم ايس- رپورٽ جمع ڪريو - تصديق ڪئي وئي ته پيغام موڪليو ويو ايس ايم ايس سي طرفان
SRI SM (SendRoutingInfo) - ايس ايم ايس سي HLR کان معلومات حاصل ڪري ٿو MSC/VLR مقام جي حوالي سان سبسڪرائبر
SRI SM RESP - سبسڪرائبر پوزيشن گوشت جي حوالي سان HLR کان جواب
MT-FSM - مقام حاصل ڪرڻ کان پوء، "فارورڊ مختصر پيغام" آپريشن استعمال ڪندي هڪ پيغام موڪليو ويو آهي
MT-FSM-ACK - ايس ايم ايس سي کان جواب ته پيغام موڪليو ويو آهي
ايس ايم ايس اسٽيٽس رپورٽ - ايس ايم ايس سي پيغام پهچائڻ واري صورتحال موڪلي ٿو.

پيغام پهچائڻ جي حالت

ايس ايم ايس اسٽيٽس رپورٽ ڪيترن ئي قدر وٺي سگهي ٿو:
DELIVRD پيغام ڪاميابي سان پهچايو
رد ڪيو - ايس ايم ايس سينٽر پاران رد ڪيل پيغام
ختم ٿي ويو - پيغام TTL جي ختم ٿيڻ کان پوء موڪل جي قطار مان هٽايو ويو آهي (پيغام جي زندگي)
UNDELIV - غير پهچائڻ جا ٻيا ڪيس
UNKNOWN- ڪوبه جواب نه مليو.

ٽرانسميشن غلطيون

ڪڏهن ڪڏهن سببن جي ڪري ايس ايم ايس پيغام سبسڪرائبر تائين نه پهچندا آهن. انهن سببن جي نتيجي ۾ غلطين جو واقعو آهي. PDUs_sms_resp ۾ غلطيون واپس ڪيون ويون آهن. سڀني غلطين کي ورهائي سگھجي ٿو عارضي (عارضي) ۽ مستقل (مستقل).

مثال طور، absent_subscriber عارضي آهي، رڪن موجود ناهي يا آن لائن ناهي، ۽ مستقل - رڪن موجود ناهي. انهن غلطين تي مدار رکندي جيڪي واقع ٿين ٿا، انهن پيغامن کي ٻيهر موڪلڻ لاء هڪ پاليسي ٺاهي وئي آهي.

مثال طور، جيڪڏهن سبسڪرائبر ڳالهائڻ ۾ مصروف هو ۽ هڪ ايم ٽي هينڊ سيٽ وصول ڪرڻ ۾ مصروف آهي ته، پيغام ڪجهه منٽن کان پوءِ ٻيهر موڪلي سگهجي ٿو، جڏهن ته، جيڪڏهن سبسڪرائبر ميسيج وصول ڪرڻ واري سروس کي بلاڪ ڪري ڇڏيو آهي، ته ٻيهر موڪلڻ جو ڪو به مطلب نه هوندو. توهان غلطين جي هڪ فهرست ڳولي سگهو ٿا ايس ايم ايس سي صفحن تي، مثال طور، جيئن هي.

جو ذريعو: www.habr.com

تبصرو شامل ڪريو