SMPP — võrgustiku protokoll lühisõnumite jaoks

Tere! Kuigi messengers ja sotsiaalmeedia päev-päevalt asendavad traditsioonilisi suhtlemisviise, ei vähenda see SMS-i populaarsust. Kinnitamised populaarsetes saitides või teated tehingutest kordavad neid, elavad ja jäävad ellu. Kas olete kunagi mõelnud, kuidas see kõik töötab? Massiliste sõnumite saatmiseks kasutatakse väga tihti SMPP protokolli, millest räägitakse allpool.

Habr on juba olnud artikleid SMPP-st, 1,2, kuid nende eesmärgiks ei olnud protokolli iseenese kirjeldamine. Loomulikult võite kohe alustada algallikast — spetsifikatsioonis, aga arvan, et oleks hea, kui oleks olemas ka lühikokkuvõte. Selgitan näiteks versiooni 3.4 põhjal. Olen avatud teie objektiivsetele kriitikatele.

SMPP protokoll on omavaheliste sõnumite protokoll. See tähendab, et iga peer/hub server on võrdses positsioonis. Lihtsaimal juhul näeb SMS-i saatmise skeem välja selline:

Kuid kui riiklik operaator ei oma marsruuti mõnda kaugesse piirkonda, palub ta selleks vahendajat — SMS hub'i. Mõnikord, et saata üks SMS, tuleb luua ahel mitme riigi vahel või isegi kontinendi ulatuses.

Protokollist

SMPP — rakendusprotokoll, mis põhineb PDU vahetusel ja edastatakse TCP/IP või X.25 sessioonide kaudu SMS- ja USSD-sõnumite edastamiseks. SMPP-d kasutatakse tavaliselt pideva ühenduse režiimis, mis säästab aega. SMPP rakendab kliendi-serveri suhtlemismudelit.

Suhtlemisrežiim

Sõnumite vahetus saatja ja SMS-keskuse vahel läbi SMPP võib toimuda järgmistes režiimides:

Transmitter (edastaja) — sõnumi ühekordne edastamine järjestikku.
Receiver (vastuvõtja) — ainult sõnumi vastuvõtt SMS-keskuse poolt.
Transreceiver (vastuvõtja-edastaja) — sõnumite vahetus SMS-keskuse ja kasutaja vahel.

Struktuur

Sõnumi pikkus

Üks SMS-sõnum võib sisaldada 70 tähte kirillitses ja mitte rohkem kui 157 ladina tähte + 3 UDH. Kui saata SMS-i, millel on rohkem tähti, jagatakse see mitmeks segmendiks ja koondatakse vastuvõtvas seadmes. Segmenteerimise korral vähendatakse tähemärkide arvu sõnumi peatükkide tõttu, kus on märgitud sõnumi osa. Seetõttu, kui saadate suurt SMS-sõnumit, sisaldab see maksimaalselt 153 ladina tähte või 67 mittestandardsed tähte.

Andmete kodeerimise skeem

Kuid sõnumi edastamiseks on sümbolid vaja kodeerida. SMPP protokollis vastutab kodeerimise eest spetsiaalne väli — Data Coding Scheme ehk DCS. See väli näitab, kuidas sõnumeid tuvastada. Lisaks sisaldab DCS väli:

• sümbolite kogumit, mis määrab kodeerimise;
• sõnumi klass;
• automaatse kustutamise taotlus pärast lugemist;
• teade kokkusurumise kohta;
• laialdase sõnumi keel;

Tavapärane 7-bitine tähestik (GSM 03.38). See on loodud GSM sõnumite süsteemi jaoks. See kodeering sobib inglise ja mitme läti keele jaoks. Iga sümbol koosneb 7 bitist ja kodeeritakse oktetina.

UTF-16 (GSM UCS2) Puuduvaid sümboleid 7-bitistes tähestikes sisaldava kodeeringu loomiseks töötati välja UTF-16, mis lisab täiendavad sümbolid (sealhulgas kirillitsed) sõnumi suuruse vähendamise arvelt 160-lt 70-le; see kodeering kordab peaaegu täielikult Unicode'i.

8-bit kasutajamääratud andmed. Nendeks on KOI8-R ja Windows-1251. Kuigi selline lahendus tundub olevat odavam võrreldes UTF-16-ga. Tõstatub õigustatud ühilduvuse küsimus erinevates seadmetes. Selles osas peavad mõlemad seadmed olema eelnevalt seadistatud.

Sõnumiklass

• Class0 ehk flash-sõnum, mis salvestatakse telefoni mällu kasutaja soovi kohaselt;
• Class1 ehk need, mis salvestatakse telefoni mällu;
• Class1 ehk need, mis salvestatakse telefoni mällu;
• Class2 peab tagama, et sõnum salvestatakse mobiilse terminali mällu, vastasel juhul peab see edastama sms-keskusele teate, et salvestamine ei õnnestu;
• Class3 — sel juhul peab telefon suunama teate, et sõnumi salvestamine on võimalik, sõltumata seadme mälu hulgast. Selline sõnumitüüp eeldab, et sõnum on jõudnud adressaadini;

Sõnumitüüp

Vaikne sõnum (SMS0) Sõnumitüüp ilma sisuta. Selline sõnum tuleb ilma teavitamiseta ja ei kuvatakse seadme ekraanil.

PDU

Iga PDU operatsioon on paariline ja koosneb päringust ja vastusest. Näiteks: käsk, mis räägib ühenduse loomise kohta (bind_transmitter / bind_transmitter_resp), või et sõnum on edastatud (deliver_sm / deliver_sm_resp)

Iga PDU pakk koosneb kahest osast — pealkirjast (header) ja sisust (body). Pealkirja struktuur on sama iga PDU paki jaoks: käskude pikkus (command length) näitab paketi pikkust, ID on paketi nimi, ning käsk status näitab, kas sõnum on edukalt edastatud või esines tõrge.

Lisaparoometrid TLV

TLV (Tag Length Value), ehk lisaväljad. Selliseid parameetreid kasutatakse protokolli funktsioonide laiendamiseks ja need ei ole kohustuslikud. See väli on märgitud PDU välja lõppu. Näiteks, kasutades TLV dest_addr_np_information, saab korraldada teabe edastamise numbri portimise kohta.

Ton ja Npi

TON (Type of Number) parameeter, teatab SMSC-le aadressimise vormingust ja võrgutüübist.
NPI (Numbering Plan Identification) parameeter, mis näitab numbriplani.

Sõnumi allika aadress või alfa-nimi

Telefonile saadetavad sõnumid on kahte tüüpi: digitaalne ja tähtede. Digitaalsed võivad olla pikad (sarnased telefoninumbri laadsetega) ja lühikesed. Mõnikord on operaatoritel piirangud neutraalsete nimede, näiteks Infosms, Alert jne saatmiseks. Mõnikord ei luba operaatorid liiklust, kui nimi ei ole nende võrgus registreeritud. Siiski on see pigem operaatori eripära.

Saadetamise etapid

SMS-SUBMIT — on MO FSM (lühi-sõnum mobiiliterminalilt) saatmine
SMS-SUBMIT REPORT — kinnitus, et sõnum on saadetud SMSC-le
SRI SM (SendRoutingInfo) — SMSC saab HLR-ist teavet mobiili asukoha MSC / VLR kohta
SRI SM RESP — vastus HLR-ilt abonendi asukoha kohta
MT-FSM — pärast asukoha saamist saadetakse sõnum, kasutades 'Forward Short Message' operatsiooni
MT-FSM ACK — vastus SMSC-lt, et sõnum on saadetud
SMS-STATUS REPORT — SMSC saadab staatuse sõnumi kohaletoimetamise kohta.

Sõnumi kohaletoimetamise staatus

SMS-STATUS REPORT võib võtta mitmeid väärtusi:
DELIVRD sõnum on edukalt kohaletoimetatud
REJECTD — sõnum on SMS-keskuse poolt tagasi lükatud
EXPIRED — sõnum eemaldati saatmisjärjekorrast pärast TTL-i (sõnumi eluaeg) lõppu
UNDELIV — teised kättetoimetamata juhtumid
UNKNOWN- vastust saatmisest ei saadi.

Ülekandevead

Mõnikord on põhjused, miks SMS-sõnumid ei jõua adressaadini. Nende põhjuste tagajärjel tekivad vead. Vead tagastatakse PDUs_sms_resp-is. Kõiki vigu saab jagada ajutisteks (Temporary) ja püsivateks (Permanent).

Ajutisteks võib näiteks lugeda absent_subscriber, kui adressaat ei ole saadaval või ei ole võrgus, ja püsivateks — adressaat ei eksisteeri. Sõltuvalt tekkivatest vigadest kujundatakse nende sõnumite uuesti saatmise poliitika.

Näiteks, kui adressaat on kõne ajal ja saab vigade põhjal MT handset is busy, saab sõnumit uuesti saata mõne minuti pärast, kuid kui adressaadi teenus on sõnumite vastuvõtmise osas blokeeritud, ei ole uuesti saatmine mõistlik. Veateabe loendi leiate SMSC lehtedelt, näiteks kuidas seda.

Allikas: habr.com