SMPP - পিয়ার-টু-পিয়ার শর্ট মেসেজ প্রোটোকল

হ্যালো! যদিও তাত্ক্ষণিক বার্তাবাহক এবং সামাজিক নেটওয়ার্কগুলি প্রতিদিন যোগাযোগের ঐতিহ্যগত পদ্ধতিগুলি প্রতিস্থাপন করছে, এটি এসএমএসের জনপ্রিয়তা থেকে বিঘ্নিত হয় না। একটি জনপ্রিয় সাইটে যাচাইকরণ, বা একটি লেনদেনের বিজ্ঞপ্তি পুনরাবৃত্তি করে যে তারা বাস করে এবং লাইভ করবে। আপনি কি চিন্তা করেছেন যে এটি কীভাবে কাজ করে? প্রায়শই, SMPP প্রোটোকল বাল্ক বার্তা পাঠাতে ব্যবহৃত হয়, যা কাটার অধীনে আলোচনা করা হবে।

Habré এর আগে থেকেই smpp সম্পর্কে নিবন্ধ ছিল, 1,2, কিন্তু তাদের উদ্দেশ্য প্রোটোকল নিজেই বর্ণনা করা ছিল না. অবশ্যই, আপনি অবিলম্বে উত্স থেকে শুরু করতে পারেন - বিশেষ উল্লেখ, তবে আমি মনে করি এটির বিষয়বস্তুর একটি সারাংশ থাকলে এটি ভাল হবে। আমি উদাহরণ হিসাবে v3.4 ব্যবহার করে ব্যাখ্যা করব। আপনার উদ্দেশ্যমূলক সমালোচনার জন্য আমি আনন্দিত।

SMPP প্রোটোকল হল একটি পিয়ার-টু-পিয়ার মেসেজিং প্রোটোকল। এর মানে হল যে প্রতিটি পিয়ার/হাব সার্ভার সমান। সহজ ক্ষেত্রে, এসএমএস মেসেজিং স্কিমটি এইরকম দেখায়:

যাইহোক, যদি জাতীয় অপারেটরের একটি রুট না থাকে, তবে তিনি এটির জন্য একটি মধ্যস্থতাকারীকে কিছু প্রত্যন্ত অঞ্চলে - একটি এসএমএস হাবকে জিজ্ঞাসা করেন। কখনও কখনও, একটি এসএমএস পাঠাতে, আপনাকে কয়েকটি দেশ বা এমনকি মহাদেশের মধ্যে একটি চেইন তৈরি করতে হবে।

প্রোটোকল সম্পর্কে

SMPP হল একটি অ্যাপ্লিকেশন লেয়ার প্রোটোকল যা PDU-এর বিনিময়ের উপর ভিত্তি করে এবং TCP/IP, বা X25 সেশনে এসএমএস এবং ইউএসএসডি বার্তা পাঠানোর জন্য প্রেরণ করা হয়। সাধারণত, SMPP স্থায়ী সংযোগ মোডে ব্যবহার করা হয়, যা সময় বাঁচায়। SMPP একটি ক্লায়েন্ট-সার্ভার যোগাযোগ মডেল ব্যবহার করে।

যোগাযোগ মোড

SMPP এর মাধ্যমে প্রেরক এবং এসএমএস সেন্টারের মধ্যে বার্তা বিনিময় নিম্নলিখিত মোডে করা যেতে পারে:

ট্রান্সমিটার (ট্রান্সমিটার) - পালাক্রমে এক দিকে একটি বার্তা প্রেরণ
রিসিভার (রিসিভার) - শুধুমাত্র এসএমএস সেন্টার থেকে একটি বার্তা গ্রহণ করা।
ট্রান্সরিসিভার (ট্রান্সসিভার) - SMS কেন্দ্র এবং ব্যবহারকারীর মধ্যে বার্তা বিনিময়

গঠন

বার্তার দৈর্ঘ্য

একটি এসএমএস বার্তা সিরিলিক টাইপ করার সময় 70টি অক্ষর ধারণ করতে পারে এবং 157টি ল্যাটিন অক্ষর + 3 UDH এর বেশি নয় যদি আপনি প্রচুর সংখ্যক অক্ষর সহ একটি এসএমএস পাঠান তবে এটিকে কয়েকটি বিভাগে বিভক্ত করা হবে এবং রিসিভিং ডিভাইসে একত্রিত করা হবে। বিভাজনের ক্ষেত্রে, বার্তার শিরোনাম দ্বারা অক্ষরের সংখ্যা হ্রাস করা হয়, যা বার্তার অংশ নির্দেশ করে। অতএব, একটি বড় এসএমএস বার্তা পাঠানোর সময়, এতে সর্বাধিক 153টি ল্যাটিন অক্ষর বা 67টি অ-সাধারণ অক্ষর থাকে৷

ডেটা কোডিং স্কিম

যাইহোক, একটি বার্তা বহন করার জন্য অক্ষরগুলিকে এনকোড করা দরকার৷ SMPP প্রোটোকলে, একটি বিশেষ ক্ষেত্র এনকোডিংয়ের জন্য দায়ী - ডেটা কোডিং স্কিম, বা DCS। এটি একটি ক্ষেত্র যা নির্দিষ্ট করে কিভাবে বার্তাগুলিকে স্বীকৃত করা উচিত৷ উপরন্তু, DCS ক্ষেত্রের অন্তর্ভুক্ত:

• অক্ষর সেট যা এনকোডিং সংজ্ঞায়িত করে;
• বার্তা ক্লাস;
• পড়ার পরে স্বয়ংক্রিয়ভাবে মুছে ফেলার জন্য অনুরোধ;
• বার্তা সংকোচনের একটি ইঙ্গিত;
• সম্প্রচার বার্তা ভাষা;

স্ট্যান্ডার্ড 7-বিট বর্ণমালা (GSM 03.38)। এটি জিএসএম-এ মেসেজিং সিস্টেমের জন্য তৈরি করা হয়েছিল। এই এনকোডিং ইংরেজি এবং বেশ কয়েকটি ল্যাটিন ভাষার জন্য উপযুক্ত। প্রতিটি অক্ষর 7 বিট নিয়ে গঠিত এবং একটি অক্টেটে এনকোড করা হয়।

UTF-16 (GSM UCS2-এ) 7-বিট বর্ণমালায় অনুপস্থিত অক্ষরগুলি অন্তর্ভুক্ত করার জন্য, UTF-16 এনকোডিং তৈরি করা হয়েছিল, যা বার্তার আকার 160 থেকে 70 এ কমিয়ে অতিরিক্ত অক্ষর (সিরিলিক সহ) যোগ করে, এই ধরনের এনকোডিং প্রায় সম্পূর্ণরূপে ইউনিকোড পুনরাবৃত্তি.

8-বিট ব্যবহারকারী সংজ্ঞায়িত ডেটা। এর মধ্যে রয়েছে KOI8-R এবং Windows-1251। যদিও এই সমাধানটি একই UTF-16 এর তুলনায় আরো লাভজনক বলে মনে হচ্ছে। বিভিন্ন ডিভাইসে সামঞ্জস্যের একটি যুক্তিসঙ্গত প্রশ্ন আছে। যেহেতু এই ক্ষেত্রে উভয় ডিভাইসই আগে থেকে কনফিগার করা আবশ্যক।

বার্তা ক্লাস

• ক্লাস0, বা ফ্ল্যাশ, ব্যবহারকারীর অনুরোধে ফোনের মেমরিতে সংরক্ষিত একটি বার্তা;
• Class1, বা ফোনের মেমরিতে সংরক্ষিত সেগুলি;
• Class1, বা ফোনের মেমরিতে সংরক্ষিত সেগুলি;
• Class2, নিশ্চিত করতে হবে যে বার্তাটি মোবাইল টার্মিনালের মেমরিতে সংরক্ষণ করা হয়েছে, অন্যথায় সংরক্ষণ করতে অক্ষমতা সম্পর্কে SMS কেন্দ্রে বিজ্ঞপ্তি দিতে হবে;
• ক্লাস 3 - এই ক্ষেত্রে, ফোনটিকে একটি বিজ্ঞপ্তি পাঠাতে হবে যে ডিভাইসে মেমরির পরিমাণ নির্বিশেষে বার্তাটি সংরক্ষণ করা যেতে পারে। এই ধরনের বার্তা বোঝায় যে বার্তাটি তার গন্তব্যে পৌঁছেছে;

বার্তার ধরন

নীরব বার্তা (SMS0) বিষয়বস্তু ছাড়াই SMS বার্তার ধরন। এই ধরনের SMS বিজ্ঞপ্তি ছাড়াই আসে এবং ডিভাইসের স্ক্রিনে প্রদর্শিত হয় না।

PDU

প্রতিটি পিডিইউ অপারেশন জোড়া থাকে এবং এতে একটি অনুরোধ এবং একটি প্রতিক্রিয়া থাকে। উদাহরণস্বরূপ: একটি কমান্ড যা বলে যে একটি সংযোগ প্রতিষ্ঠিত হয়েছে (bind_transmitter / bind_transmitter_resp), বা একটি বার্তা পাঠানো হয়েছে (deliver_sm / deliver_sm_resp)

প্রতিটি পিডিইউ প্যাকেটে দুটি অংশ থাকে - একটি হেডার (হেডার) এবং একটি বডি (বডি)। হেডার স্ট্রাকচার যেকোনো pdu প্যাকেটের জন্য একই: কমান্ডের দৈর্ঘ্য প্যাকেটের দৈর্ঘ্য, id হল প্যাকেটের নাম এবং স্ট্যাটাস কমান্ড নির্দেশ করে যে বার্তাটি সফলভাবে পাঠানো হয়েছে নাকি ব্যর্থ হয়েছে।

অতিরিক্ত TLV পরামিতি

TLV (ট্যাগ দৈর্ঘ্য মান), বা অতিরিক্ত ক্ষেত্র। এই ধরনের প্যারামিটারগুলি প্রোটোকলের কার্যকারিতা প্রসারিত করতে ব্যবহৃত হয় এবং ঐচ্ছিক। এই ক্ষেত্রটি pdu ক্ষেত্রের শেষে নির্দিষ্ট করা আছে। উদাহরণ হিসেবে, dest_addr_np_information TLV ব্যবহার করে, আপনি নম্বরের পোর্টিং সম্পর্কে তথ্য স্থানান্তর সংগঠিত করতে পারেন।

টন এবং এনপিআই

TON (সংখ্যার প্রকার) পরামিতি এসএমএসসিকে ঠিকানার বিন্যাস এবং নেটওয়ার্কের ধরণ সম্পর্কে অবহিত করে।
এনপিআই (নম্বরিং প্ল্যান আইডেন্টিফিকেশন) প্যারামিটার নম্বরিং প্ল্যান নির্দেশ করে।

বার্তা উৎস ঠিকানা, বা আলফা নাম

ফোনে পাঠানো বার্তা দুটি প্রকারে আসে: সংখ্যাসূচক এবং বর্ণানুক্রমিক। সংখ্যা দীর্ঘ (একটি ফোন নম্বরের অনুরূপ) বা ছোট হতে পারে। কখনও কখনও অপারেটরদের নিরপেক্ষ নাম থেকে পাঠানোর উপর বিধিনিষেধ থাকে, যেমন Infosms, Alert ইত্যাদি। কখনও কখনও অপারেটররা তাদের নেটওয়ার্কে নাম নিবন্ধিত না হলে ট্র্যাফিকের অনুমতি দেয় না। যাইহোক, এটি অপারেটরের একটি বৈশিষ্ট্য বেশি।

জমা পর্যায়

এসএমএস-জমা দিন MO FSM বার্তা পাঠাচ্ছে (মোবাইল টার্মিনাল থেকে সংক্ষিপ্ত বার্তা)
এসএমএস- রিপোর্ট জমা দিন - নিশ্চিতকরণ যে বার্তাটি SMSC দ্বারা পাঠানো হয়েছে
এসআরআই-এসএম (SendRoutingInfo) - SMSC HLR থেকে গ্রাহকের MSC/VLR অবস্থান সম্পর্কিত তথ্য পায়
এসআরআই এসএম আরইএসপি — গ্রাহক অবস্থান মাংস সম্পর্কিত HLR থেকে প্রতিক্রিয়া
এমটি-এফএসএম - অবস্থান পাওয়ার পর, "ফরওয়ার্ড শর্ট মেসেজ" অপারেশন ব্যবহার করে একটি বার্তা পাঠানো হয়
MT-FSM-ACK — SMSC থেকে প্রতিক্রিয়া যে বার্তা পাঠানো হয়েছে
এসএমএস স্ট্যাটাস রিপোর্ট — SMSC মেসেজ ডেলিভারি স্ট্যাটাস পাঠায়।

বার্তা বিতরণের অবস্থা

এসএমএস স্ট্যাটাস রিপোর্ট বিভিন্ন মান নিতে পারে:
ডেলিভার্ড বার্তা সফলভাবে বিতরণ করা হয়েছে
প্রত্যাখ্যান — এসএমএস সেন্টার দ্বারা প্রত্যাখ্যান করা বার্তা
মেয়াদোত্তীর্ণ - টিটিএল (মেসেজ লাইফটাইম) শেষ হওয়ার পরে পাঠানোর সারি থেকে বার্তাটি সরানো হয়
আনডিলিভ - নন-ডেলিভারির অন্যান্য ক্ষেত্রে
অজানা- কোন সাড়া পাইনি।

ট্রান্সমিশন ত্রুটি

কখনও কখনও এসএমএস বার্তা গ্রাহকদের বিতরণ করা হয় না যে কারণে. এই কারণগুলির পরিণতি হল ত্রুটির ঘটনা। ত্রুটিগুলি PDUs_sms_resp এ ফেরত দেওয়া হয়। সমস্ত ত্রুটি অস্থায়ী (অস্থায়ী) এবং স্থায়ী (স্থায়ী) ভাগ করা যেতে পারে।

উদাহরণ হিসাবে, অনুপস্থিত_সাবস্ক্রাইবার অস্থায়ী, গ্রাহক পাওয়া যায় না বা অনলাইনে নেই এবং স্থায়ী - গ্রাহকের অস্তিত্ব নেই। যে ত্রুটিগুলি ঘটে তার উপর নির্ভর করে, এই বার্তাগুলি পুনরায় পাঠানোর জন্য একটি নীতি গঠিত হয়৷

উদাহরণ স্বরূপ, যদি গ্রাহক কথা বলতে ব্যস্ত ছিলেন এবং একটি MT হ্যান্ডসেট গ্রহন করেন ব্যস্ত ত্রুটি, তবে কয়েক মিনিটের পরে বার্তাটি পুনরায় পাঠানো যেতে পারে, তবে, যদি গ্রাহক বার্তা গ্রহণকারী পরিষেবাটি ব্লক করে থাকেন তবে পুনরায় পাঠানোর অর্থ হবে না। আপনি এসএমএসসি পৃষ্ঠাগুলিতে ত্রুটিগুলির একটি তালিকা খুঁজে পেতে পারেন, উদাহরণস্বরূপ, হিসাবে এই.

উত্স: www.habr.com