SMPP - ഹ്രസ്വ സന്ദേശം പിയർ-ടു-പിയർ പ്രോട്ടോക്കോൾ

ഹലോ! സന്ദേശവാഹകരും സോഷ്യൽ നെറ്റ്‌വർക്കുകളും എല്ലാ ദിവസവും പരമ്പരാഗത ആശയവിനിമയ രീതികൾ മാറ്റിസ്ഥാപിക്കുന്നുണ്ടെങ്കിലും, ഇത് SMS- ന്റെ ജനപ്രീതിയിൽ നിന്ന് വ്യതിചലിക്കുന്നില്ല. ഒരു ജനപ്രിയ സൈറ്റിലെ സ്ഥിരീകരണം, അല്ലെങ്കിൽ ഒരു ഇടപാടിന്റെ അറിയിപ്പ് ആവർത്തിക്കുന്നു, അവർ ജീവിക്കുകയും ജീവിക്കുകയും ചെയ്യും. ഇതെല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നിങ്ങൾ എപ്പോഴെങ്കിലും ചിന്തിച്ചിട്ടുണ്ടോ? മിക്കപ്പോഴും, ബഹുജന സന്ദേശങ്ങൾ അയയ്‌ക്കാൻ SMPP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു, അത് ചുവടെ ചർച്ചചെയ്യും.

smpp-യെ കുറിച്ച് ഹബ്രെയിൽ നേരത്തെ തന്നെ ലേഖനങ്ങൾ ഉണ്ടായിരുന്നു, 1,2, എന്നാൽ അവരുടെ ലക്ഷ്യം പ്രോട്ടോക്കോൾ തന്നെ വിവരിക്കുക ആയിരുന്നില്ല. തീർച്ചയായും, നിങ്ങൾക്ക് യഥാർത്ഥ ഉറവിടത്തിൽ നിന്ന് ഉടൻ ആരംഭിക്കാം - സവിശേഷതകൾ, എന്നാൽ അതിന്റെ ഒരു ചെറിയ സംഗ്രഹം ഉണ്ടെങ്കിൽ നന്നായിരിക്കും എന്ന് തോന്നുന്നു. ഉദാഹരണമായി v3.4 ഉപയോഗിച്ച് ഞാൻ വിശദീകരിക്കും. നിങ്ങളുടെ വസ്തുനിഷ്ഠമായ വിമർശനത്തിൽ ഞാൻ സന്തോഷിക്കുന്നു.

എസ്എംപിപി പ്രോട്ടോക്കോൾ ഒരു പിയർ-ടു-പിയർ സന്ദേശമയയ്ക്കൽ പ്രോട്ടോക്കോൾ ആണ്. ഇതിനർത്ഥം ഓരോ പിയർ/ഹബ് സെർവറിനും തുല്യ അവകാശങ്ങൾ ഉണ്ടെന്നാണ്. ഏറ്റവും ലളിതമായ സാഹചര്യത്തിൽ, SMS സന്ദേശമയയ്‌ക്കൽ സ്കീം ഇതുപോലെ കാണപ്പെടുന്നു:

എന്നിരുന്നാലും, ദേശീയ ഓപ്പറേറ്റർക്ക് ചില വിദൂര പ്രദേശങ്ങളിലേക്ക് ഒരു റൂട്ട് ഇല്ലെങ്കിൽ, അദ്ദേഹം ഇതിനായി ഒരു ഇടനിലക്കാരനോട് ആവശ്യപ്പെടുന്നു - ഒരു SMS ഹബ്. ചിലപ്പോൾ, ഒരു SMS അയയ്‌ക്കുന്നതിന്, നിങ്ങൾ നിരവധി രാജ്യങ്ങൾക്കിടയിൽ അല്ലെങ്കിൽ ഭൂഖണ്ഡങ്ങൾക്കിടയിൽ ഒരു ശൃംഖല നിർമ്മിക്കേണ്ടതുണ്ട്.

പ്രോട്ടോക്കോളിനെക്കുറിച്ച്

SMPP എന്നത് PDU എക്സ്ചേഞ്ചിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോൾ ആണ്, ഇത് TCP / IP അല്ലെങ്കിൽ X25 സെഷനുകൾ വഴി SMS, ussd സന്ദേശങ്ങൾ കൈമാറുന്നു. സാധാരണഗതിയിൽ, SMPP സ്ഥിരമായ മോഡിൽ ഉപയോഗിക്കുന്നു, ഇത് സമയം ലാഭിക്കാൻ സഹായിക്കുന്നു. SMPP ഒരു ക്ലയന്റ്-സെർവർ ആശയവിനിമയ മോഡൽ ഉപയോഗിക്കുന്നു.

ആശയവിനിമയ മോഡ്

SMPP വഴി അയച്ചയാളും SMS കേന്ദ്രവും തമ്മിലുള്ള സന്ദേശങ്ങളുടെ കൈമാറ്റം ഇനിപ്പറയുന്ന മോഡുകളിൽ നടത്താം:

ട്രാൻസ്മിറ്റർ (ട്രാൻസ്മിറ്റർ) - ഒരു ദിശയിൽ ഒരു സന്ദേശം കൈമാറുന്നു
റിസീവർ - SMS കേന്ദ്രത്തിൽ നിന്ന് ഒരു സന്ദേശം മാത്രമേ സ്വീകരിക്കുകയുള്ളൂ.
ട്രാൻസ്സീവർ (ട്രാൻസ്സീവർ) - SMS കേന്ദ്രവും ഉപയോക്താവും തമ്മിലുള്ള സന്ദേശങ്ങളുടെ കൈമാറ്റം

ഘടന

സന്ദേശ ദൈർഘ്യം

സിറിലിക്കിൽ ടൈപ്പുചെയ്യുമ്പോൾ ഒരു SMS സന്ദേശത്തിൽ 70 പ്രതീകങ്ങൾ അടങ്ങിയിരിക്കാം, കൂടാതെ 157 ലാറ്റിൻ അക്ഷരങ്ങളിൽ കൂടുതലാകരുത് + 3 UDH നിങ്ങൾ ധാരാളം പ്രതീകങ്ങളുള്ള ഒരു SMS അയയ്ക്കുകയാണെങ്കിൽ, അത് നിരവധി സെഗ്‌മെന്റുകളായി വിഭജിച്ച് സ്വീകരിക്കുന്ന ഉപകരണത്തിൽ സംയോജിപ്പിക്കും. സെഗ്‌മെന്റേഷന്റെ കാര്യത്തിൽ, സന്ദേശത്തിന്റെ ഭാഗത്തെ സൂചിപ്പിക്കുന്ന സന്ദേശ തലക്കെട്ടുകളാൽ പ്രതീകങ്ങളുടെ എണ്ണം കുറയുന്നു. അതിനാൽ, ഒരു വലിയ SMS സന്ദേശം അയയ്‌ക്കുമ്പോൾ, അതിൽ പരമാവധി 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 നെ അപേക്ഷിച്ച് ഈ പരിഹാരം കൂടുതൽ ലാഭകരമാണെന്ന് തോന്നുമെങ്കിലും. വ്യത്യസ്ത ഉപകരണങ്ങളിലെ അനുയോജ്യതയെക്കുറിച്ച് ന്യായമായ ഒരു ചോദ്യം ഉയർന്നുവരുന്നു. കാരണം ഈ സാഹചര്യത്തിൽ, രണ്ട് ഉപകരണങ്ങളും മുൻകൂട്ടി ക്രമീകരിച്ചിരിക്കണം.

സന്ദേശ ക്ലാസ്

• Class0, അല്ലെങ്കിൽ ഫ്ലാഷ്, ഉപയോക്താവിന്റെ അഭ്യർത്ഥന പ്രകാരം ഫോണിന്റെ മെമ്മറിയിൽ സംഭരിച്ചിരിക്കുന്ന സന്ദേശം;
• ക്ലാസ് 1, അല്ലെങ്കിൽ ഫോണിന്റെ മെമ്മറിയിൽ സംഭരിച്ചിരിക്കുന്നവ;
• ക്ലാസ് 1, അല്ലെങ്കിൽ ഫോണിന്റെ മെമ്മറിയിൽ സംഭരിച്ചിരിക്കുന്നവ;
• മൊബൈൽ ടെർമിനലിന്റെ മെമ്മറിയിൽ സന്ദേശം സംരക്ഷിച്ചിട്ടുണ്ടെന്ന് Class2 ഉറപ്പാക്കണം, അല്ലാത്തപക്ഷം അത് സംരക്ഷിക്കുന്നതിനുള്ള അസാധ്യതയെക്കുറിച്ച് SMS കേന്ദ്രത്തെ അറിയിക്കണം;
• ക്ലാസ് 3 - ഈ സാഹചര്യത്തിൽ, ഉപകരണത്തിലെ മെമ്മറിയുടെ അളവ് കണക്കിലെടുക്കാതെ സന്ദേശം സംഭരിക്കാൻ കഴിയുമെന്ന് ഫോൺ ഒരു അറിയിപ്പ് അയയ്ക്കണം. സന്ദേശം സ്വീകർത്താവിന് എത്തിച്ചേർന്നതായി ഇത്തരത്തിലുള്ള സന്ദേശം സൂചിപ്പിക്കുന്നു;

സന്ദേശ തരം

നിശബ്ദ സന്ദേശം (SMS0) ഉള്ളടക്കമില്ലാത്ത SMS സന്ദേശത്തിന്റെ തരം. അറിയിപ്പ് കൂടാതെ ഈ SMS വരുന്നു, ഉപകരണ സ്ക്രീനിൽ ദൃശ്യമാകില്ല.

പി‌ഡിയു

ഓരോ pdu ഓപ്പറേഷനും ജോടിയാക്കിയിട്ടുണ്ട്, അതിൽ ഒരു അഭ്യർത്ഥനയും പ്രതികരണവും അടങ്ങിയിരിക്കുന്നു. ഉദാഹരണത്തിന്: ഒരു കണക്ഷൻ സ്ഥാപിച്ചു എന്ന് പറയുന്ന ഒരു കമാൻഡ് (bind_transmitter / bind_transmitter_resp), അല്ലെങ്കിൽ ഒരു സന്ദേശം കൈമാറി (deliver_sm / deliver_sm_resp)

ഓരോ pdu പാക്കറ്റിലും രണ്ട് ഭാഗങ്ങളുണ്ട് - ഒരു തലക്കെട്ടും ബോഡിയും. ഏതൊരു pdu പാക്കറ്റിനും ഹെഡർ ഘടന സമാനമാണ്: കമാൻഡ് ദൈർഘ്യം എന്നത് പാക്കറ്റിന്റെ നീളം, id എന്നത് പാക്കറ്റിന്റെ പേരാണ്, കൂടാതെ സ്റ്റാറ്റസ് കമാൻഡ് സന്ദേശം വിജയകരമായി കൈമാറിയതാണോ അതോ പിശക് ഉണ്ടോ എന്ന് സൂചിപ്പിക്കുന്നു.

അധിക TLV പാരാമീറ്ററുകൾ

TLV (ടാഗ് ദൈർഘ്യ മൂല്യം), അല്ലെങ്കിൽ അധിക ഫീൽഡുകൾ. അത്തരം പാരാമീറ്ററുകൾ പ്രോട്ടോക്കോളിന്റെ പ്രവർത്തനക്ഷമത വിപുലീകരിക്കാൻ ഉപയോഗിക്കുന്നു, അവ ആവശ്യമില്ല. ഈ ഫീൽഡ് pdu ഫീൽഡിന്റെ അവസാനത്തിൽ ദൃശ്യമാകുന്നു. ഒരു ഉദാഹരണമായി, TLV dest_addr_np_information ഉപയോഗിച്ച്, നിങ്ങൾക്ക് ഒരു സംഖ്യയുടെ പോർട്ടബിലിറ്റിയെക്കുറിച്ചുള്ള വിവരങ്ങളുടെ സംപ്രേക്ഷണം സംഘടിപ്പിക്കാൻ കഴിയും.

ടോണും എൻപിഐയും

TON (നമ്പറിന്റെ തരം) പാരാമീറ്റർ വിലാസ ഫോർമാറ്റിനെയും നെറ്റ്‌വർക്ക് തരത്തെയും കുറിച്ച് SMSC-യെ അറിയിക്കുന്നു.
NPI (നമ്പറിംഗ് പ്ലാൻ ഐഡന്റിഫിക്കേഷൻ) പാരാമീറ്റർ നമ്പറിംഗ് പ്ലാൻ സൂചിപ്പിക്കുന്നു.

സന്ദേശ ഉറവിട വിലാസം അല്ലെങ്കിൽ ആൽഫ നാമം

നിങ്ങളുടെ ഫോണിലേക്ക് അയച്ച സന്ദേശങ്ങൾ രണ്ട് തരത്തിലാണ് വരുന്നത്: ഡിജിറ്റൽ, ആൽഫബെറ്റിക്. ഡിജിറ്റൽ നമ്പറുകൾ ദൈർഘ്യമേറിയതോ (ഫോൺ നമ്പറിന് സമാനമായതോ) ചെറുതോ ആകാം. ചിലപ്പോൾ ഓപ്പറേറ്റർമാർക്ക് നിഷ്പക്ഷ നാമങ്ങളിൽ നിന്ന് അയയ്ക്കുന്നതിന് നിയന്ത്രണങ്ങളുണ്ട്, ഉദാഹരണത്തിന് Infosms, Alert മുതലായവ. ചിലപ്പോൾ ഓപ്പറേറ്റർമാർ അവരുടെ നെറ്റ്‌വർക്കിൽ പേര് രജിസ്റ്റർ ചെയ്തിട്ടില്ലെങ്കിൽ ട്രാഫിക് അനുവദിക്കില്ല. എന്നിരുന്നാലും, ഇവ ഓപ്പറേറ്റർ സ്വഭാവസവിശേഷതകളാണ്.

സമർപ്പിക്കൽ ഘട്ടങ്ങൾ

SMS-സമർപ്പിക്കുക - ഇത് ഒരു MO FSM സന്ദേശം അയയ്ക്കുന്നു (ഒരു മൊബൈൽ ടെർമിനലിൽ നിന്നുള്ള ഹ്രസ്വ സന്ദേശം)
SMS-സമർപ്പിക്കുക റിപ്പോർട്ട് - സന്ദേശം അയച്ചത് SMSC ആണെന്നതിന്റെ സ്ഥിരീകരണം
ശ്രീ എസ്.എം (SendRoutingInfo) - വരിക്കാരന്റെ MSC / VLR ലൊക്കേഷനെക്കുറിച്ചുള്ള വിവരങ്ങൾ എസ്എംഎസ്‌സിക്ക് എച്ച്എൽആറിൽ നിന്ന് ലഭിക്കുന്നു.
ശ്രീ എസ്എം RESP — സബ്‌സ്‌ക്രൈബർ പൊസിഷൻ ഇറച്ചി സംബന്ധിച്ച് HLR-ൽ നിന്നുള്ള പ്രതികരണം
എംടി-എഫ്എസ്എം - ലൊക്കേഷൻ ലഭിച്ചതിന് ശേഷം, "ഫോർവേഡ് ഷോർട്ട് മെസേജ്" ഓപ്പറേഷൻ ഉപയോഗിച്ച് ഒരു സന്ദേശം അയയ്ക്കുന്നു
എംടി-എഫ്എസ്എം എസികെ - സന്ദേശം അയച്ചതായി SMSC-യിൽ നിന്നുള്ള പ്രതികരണം
എസ്എംഎസ്-സ്റ്റാറ്റസ് റിപ്പോർട്ട് - SMSC സന്ദേശ ഡെലിവറി നില അയയ്ക്കുന്നു.

സന്ദേശ വിതരണ നില

എസ്എംഎസ്-സ്റ്റാറ്റസ് റിപ്പോർട്ട് നിരവധി മൂല്യങ്ങൾ എടുക്കാം:
ഡെലിവർഡ് സന്ദേശം വിജയകരമായി കൈമാറി
നിരസിച്ചു - സന്ദേശം SMS കേന്ദ്രം നിരസിച്ചു
കാലഹരണപ്പെട്ടു - TTL അവസാനിച്ചതിന് ശേഷം അയയ്‌ക്കുന്ന ക്യൂവിൽ നിന്ന് സന്ദേശം നീക്കം ചെയ്യപ്പെടും (മെസേജ് ലൈഫ് ടൈം)
UNDELIV - വിതരണം ചെയ്യാത്ത മറ്റ് കേസുകൾ
അജ്ഞാതൻ-അയയ്ക്കുന്നത് സംബന്ധിച്ച് ഒരു മറുപടിയും ലഭിച്ചിട്ടില്ല.

കൈമാറ്റ പിശകുകൾ

എസ്എംഎസ് സന്ദേശങ്ങൾ വരിക്കാരന് കൈമാറാത്തതിന് ചിലപ്പോൾ കാരണങ്ങളുണ്ട്. ഈ കാരണങ്ങളുടെ അനന്തരഫലമാണ് പിശകുകൾ സംഭവിക്കുന്നത്. പിശകുകൾ PDUs_sms_resp-ലേക്ക് തിരികെ നൽകി. എല്ലാ പിശകുകളും താൽക്കാലിക (താത്കാലികം), സ്ഥിരം (സ്ഥിരം) എന്നിങ്ങനെ വിഭജിക്കാം.

ഉദാഹരണമായി, absent_subscriber-നെ താൽക്കാലികമായി തരംതിരിക്കാം - സബ്‌സ്‌ക്രൈബർ ലഭ്യമല്ല അല്ലെങ്കിൽ ഓൺലൈനിൽ ഇല്ല, സ്ഥിരം - വരിക്കാരൻ നിലവിലില്ല. സംഭവിക്കുന്ന പിശകുകളെ ആശ്രയിച്ച്, ഈ സന്ദേശങ്ങൾ വീണ്ടും അയയ്ക്കുന്നതിനുള്ള ഒരു നയം രൂപീകരിക്കുന്നു.

ഉദാഹരണത്തിന്, സബ്‌സ്‌ക്രൈബർ ഒരു കോളിൽ തിരക്കിലായിരിക്കുകയും എംടി ഹാൻഡ്‌സെറ്റ് തിരക്കിലാണെന്ന പിശക് ലഭിക്കുകയും ചെയ്താൽ, കുറച്ച് മിനിറ്റുകൾക്ക് ശേഷം സന്ദേശം വീണ്ടും അയയ്‌ക്കാൻ കഴിയും, എന്നിരുന്നാലും, വരിക്കാരന്റെ സന്ദേശം സ്വീകരിക്കുന്ന സേവനം ബ്ലോക്ക് ചെയ്‌താൽ, വീണ്ടും അയയ്‌ക്കുന്നതിൽ അർത്ഥമില്ല. നിങ്ങൾക്ക് SMSC പേജുകളിൽ പിശകുകളുടെ ഒരു ലിസ്റ്റ് കണ്ടെത്താം, ഉദാഹരണത്തിന്, പോലെ ഇത്.

അവലംബം: www.habr.com