Slav! Her çend qasid û torên civakî her roj şûna rêbazên kevneşopî yên ragihandinê digirin jî, ev yek ji populerbûna SMS-ê kêm nake. Verastkirina li ser malperek populer, an agahdariya danûstendinek dubare dibe, ew dijîn û dê bijîn. Ma we qet meraq kir ku ew hemî çawa dixebite? Pir caran, protokola SMPP-ê ji bo şandina peyamên girseyî tê bikar anîn, ku dê li jêr were nîqaş kirin.
Jixwe li ser Habré di derbarê smpp de gotar hebûn, ,, lê armanca wan ne danasîna protokolê bi xwe bû. Bê guman, hûn dikarin tavilê ji çavkaniya bingehîn dest pê bikin - , lê ez difikirim ku ew ê xweş be heke kurteyek wê hebe. Ez ê bi mînaka v3.4 vebêjim.Ez ê ji bo rexneya weya objektîf kêfxweş bibim.
Protokola SMPP protokola peyama peer-to-peer e. Ev tê vê wateyê ku her serverek peer/hub xwedî mafên wekhev e. Di rewşa herî hêsan de, nexşeya şandina SMS bi vî rengî xuya dike:
Lêbelê, heke operatorê neteweyî rêyek berbi hin herêmek dûr ve tune, ew ji bo vê yekê navbeynkarek dipirse - navendek SMS. Carinan, ji bo ku hûn yek SMS bişînin, hûn hewce ne ku di navbera çend welatan, an jî parzemînan de zincîrek ava bikin.
Di derbarê protokolê de
SMPP protokolek qata serîlêdanê ye ku li ser bingeha danûstendina PDU-yê ye û ji bo veguheztina peyamên SMS û ussd li ser danişînên TCP / IP, an X25 tê veguheztin. Bi gelemperî, SMPP di moda domdar de tê bikar anîn, ku ji wextê xilas dibe alîkar. SMPP modela pêwendiya xerîdar-server bikar tîne.
Moda ragihandinê
Veguheztina peyaman di navbera şander û navenda SMS-ê de bi riya SMPP dikare di awayên jêrîn de were kirin:
Veguhezkar (veguhezkar) - veguheztina peyamek bi yek alî, yek bi yek
Wergir - tenê ji navenda SMS-ê peyamek distîne.
Veguhezkar (transceiver) - Veguheztina peyaman di navbera navenda SMS û bikarhêner de
avahiya
Dirêjahiya peyamê
Di yek peyama SMSê de dema ku bi Kîrîlî dinivîsin dikare 70 tîp hebin û ji 157 tîpên Latînî zêdetir + 3 UDH nebin Heke hûn SMSek bi hejmareke mezin tîpan bişînin, ew ê li çend beşan were dabeş kirin û di cîhaza wergirtinê de were berhev kirin. Di doza dabeşkirinê de, hejmara tîpan bi sernavên peyamê, ku beşek ji peyamê nîşan dide, kêm dibe. Ji ber vê yekê, dema ku peyamek SMS-ê ya mezin dişîne, herî zêde 153 tîpên latînî an jî 67 tîpên netîp dihewîne.
Bernameya Kodkirina Daneyan
Lêbelê, sembol ji bo gihandina peyamek kodkirinê hewce dike. Di protokola SMPP de, zeviyek taybetî ji bo kodkirinê berpirsiyar e - Bernameya Kodkirina Daneyê, an DCS. Ev qadek e ku diyar dike ku divê peyam çawa bêne nas kirin. Digel vê yekê, qada DCS dihewîne:
- koma karaktera ku şîfrekirinê diyar dike;
- class message;
- daxwaza jêbirina otomatîkî piştî xwendinê;
- nîşana berhevkirina peyamê;
- zimanê peyama weşanê;
Alfabeya standard 7-bit (GSM 03.38). Ew ji bo pergala mesajên GSM hate pêşve xistin. Ev şîfrekirin ji bo Îngilîzî û çend zimanên Latînî minasib e. Her karakter ji 7 bit pêk tê û di oktetekê de tê kodkirin.
UTF-16 (di GSM UCS2 de) Ji bo tevlêkirina tîpên winda di alfabeya 7-bit de, şîfrekirina UTF-16 hate pêşve xistin, ku bi kêmkirina mezinahiya peyamê ji 160-an heya 70-an tîpên din lê zêde dike (di nav de kîrîlî); Unicode bi tevahî dubare dike.
Daneyên diyarkirî yên bikarhênerê 8-bit. Di nav wan de KOI8-R û Windows-1251 hene. Her çend ev çareserî li gorî heman UTF-16 aborîtir xuya dike. Pirsek maqûl ya lihevhatina li ser cîhazên cihêreng derdikeve holê. Ji ber ku di vê rewşê de divê her du cîhaz di pêş de bêne mîheng kirin.
Dersa peyamê
- Class0, an flash, peyama ku li ser daxwaza bikarhêner di bîra têlefonê de hatî hilanîn;
- Class1, an yên ku di bîra têlefonê de hatine hilanîn;
- Class1, an yên ku di bîra têlefonê de hatine hilanîn;
- Pêdivî ye ku Class2 piştrast bike ku peyam di bîranîna termînala mobîl de hatî tomar kirin, wekî din divê ew navenda SMS-ê li ser ne gengaziya tomarkirinê hişyar bike;
- Class3 - di vê rewşê de, têlefon divê agahdariyek bişîne ku peyam dikare were hilanîn, bêyî ku mîqdara bîra di cîhazê de hebe. Ev cure peyam tê wateya ku peyam gihîştiye wergir;
Tîpa Peyamê
Peyama Bêdeng (SMS0) Cureyê peyama SMS-ê bê naverok. Ev SMS bêyî agahdarkirinê tê û li ser ekrana cîhazê nayê xuyang kirin.
PDUs
Her operasyonek pdu cot e û ji daxwaz û bersivekê pêk tê. Mînakî: fermanek ku dibêje ku têkiliyek hatiye damezrandin (bind_transmitter / bind_transmitter_resp), an ku peyamek hatiye şandin (deliver_sm / deliver_sm_resp)
Her pakêtek pdu ji du beşan pêk tê - serek û laş. Struktura sernavê ji bo her pakêtek pdu yek e: dirêjahiya fermanê dirêjahiya pakêtê ye, id navê pakêtê ye, û fermana statûyê destnîşan dike ka peyam bi serfirazî an bi xeletiyek hate şandin.
Parametreyên TLV yên din
TLV (Nirxa Dirêjahiya Tagê), an qadên din. Parametreyên weha ji bo berfirehkirina fonksiyona protokolê têne bikar anîn û ne hewce ne. Ev qad li dawiya qada pdu xuya dike. Mînakî, bi karanîna dest_addr_np_information TLV-ê, hûn dikarin veguheztina agahdariya li ser veguheztina hejmarekê organîze bikin.
Ton û Npi
Parametreya TON (Cûreya Hejmarê) SMSC li ser forma navnîşan û celebê torê agahdar dike.
Parametreya NPI (Nasnameya Plana Jimarkirinê) ku plana hejmarkirinê nîşan dide.
Navnîşana çavkaniya peyamê, an navê alpha
Peyamên ku ji têlefona we re têne şandin du celeb têne: dîjîtal û alfabetîk. Hejmarên dîjîtal dikarin dirêj bin (wek jimareyek têlefonê) an jî kurt bin. Carinan operator di şandina ji navên bêalî de sînordar in, mînakî Infosms, Alert hwd. Carinan ger ku nav li ser tora wan nehatibe tomar kirin operator destûr nadin trafîkê. Lêbelê, ev bêtir taybetmendiyên operator in.
Qonaxên radestkirinê
SMS-PÊŞKIRIN - ev peyamek MO FSM dişîne (peyamek kurt ji termînalek mobîl)
Rapora SMS-PÊŞKIRIN - pejirandina ku peyam ji hêla SMSC ve hatî şandin
SRI SM (SendRoutingInfo) - SMSC di derbarê cîhê MSC / VLR ya aboneyê de ji HLR agahdarî distîne
SRI SM RESP - bersiva HLR-ê di derbarê goştê pozîsyona abonetiyê de
MT-FSM - piştî wergirtina cîhê, bi karanîna operasyona "Peyama Kurte Pêşve" re peyamek tê şandin
MT-FSM ACK - bersiva SMSC ku peyam hatiye şandin
RAPORA SMS-REWŞA - SMSC rewşa radestkirina peyamê dişîne.
Rewşa şandina peyamê
RAPORA SMS-REWŞA dikare çend nirxan bigire:
DELIVRD peyam bi serkeftî hate şandin
REJECTD - Peyama ji hêla navenda SMS ve hatî red kirin
BPXWNE - Peyam piştî bidawîbûna TTL (jiyana peyamê) ji rêza şandinê tê derxistin
UNDELIV - rewşên din ên ne-radestkirinê
NENAS- Di derbarê şandinê de tu bersiv nehatine.
Çewtiyên veguhastinê
Carinan sedem hene ku peyamên SMS ji aboneyê re nayên radest kirin. Encama van sedeman peydabûna xeletiyan e. Çewtî li PDUs_sms_resp têne vegerandin. Hemî xeletî dikarin li ser demkî (Demkî) û daîmî (Dayîm) bêne dabeş kirin.
Wek mînak, absent_subscriber dikare wekî demkî were dabeş kirin - abonet ne berdest e an ne serhêl e, û daîmî - abonet tune. Li gorî xeletiyên ku diqewimin, ji bo ji nû ve şandina van peyaman polîtîkayek tê çêkirin.
Mînakî, heke abonet bi bangekê mijûl bûya û xeletiya desta MT-ê mijûl e wergirtibe, peyam dikare piştî çend hûrdeman ji nû ve were şandin, lê heke karûbarê wergirtina peyama aboneyê were asteng kirin, şandina ji nû ve dê ne wate be. Hûn dikarin li ser rûpelên SMSC navnîşek xeletiyan bibînin, mînakî, mîna .
Source: www.habr.com