SMPP - ໂປຣໂຕຄໍຂໍ້ຄວາມສັ້ນ Peer-to-Peer

ສະບາຍດີ! ເຖິງແມ່ນວ່າຜູ້ສົ່ງຂໍ້ຄວາມທັນທີແລະເຄືອຂ່າຍສັງຄົມກໍາລັງປ່ຽນແທນວິທີການສື່ສານແບບດັ້ງເດີມທຸກໆມື້, ມັນບໍ່ໄດ້ທໍາລາຍຄວາມນິຍົມຂອງ SMS. ການຢັ້ງຢືນຢູ່ໃນເວັບໄຊຍອດນິຍົມ, ຫຼືການແຈ້ງເຕືອນການເຮັດທຸລະກໍາຊໍ້າຄືນພວກເຂົາເຈົ້າດໍາລົງຊີວິດແລະຈະມີຊີວິດຢູ່. ເຈົ້າເຄີຍຄິດກ່ຽວກັບວິທີເຮັດວຽກທັງໝົດບໍ? ເລື້ອຍໆ, ໂປໂຕຄອນ SMPP ຖືກນໍາໃຊ້ເພື່ອສົ່ງຂໍ້ຄວາມຈໍານວນຫລາຍ, ເຊິ່ງຈະຖືກປຶກສາຫາລືພາຍໃຕ້ການຕັດ.

Habre ມີບົດຄວາມກ່ຽວກັບ smpp ແລ້ວ, 1,2, ແຕ່ຈຸດປະສົງຂອງເຂົາເຈົ້າບໍ່ແມ່ນເພື່ອອະທິບາຍອະນຸສັນຍາຕົວມັນເອງ. ແນ່ນອນ, ທ່ານສາມາດເລີ່ມຕົ້ນທັນທີຈາກແຫຼ່ງ - ຂໍ້ສະເພາະ, ແຕ່ຂ້ອຍຄິດວ່າມັນຈະດີຖ້າມີບົດສະຫຼຸບຂອງເນື້ອຫາຂອງມັນ. ຂ້າພະເຈົ້າຈະອະທິບາຍການນໍາໃຊ້ v3.4 ເປັນຕົວຢ່າງ, ຂ້າພະເຈົ້າດີໃຈສໍາລັບການວິພາກວິຈານຈຸດປະສົງຂອງທ່ານ.

ໂປຣໂຕຄໍ SMPP ເປັນໂປຣໂຕຄອນການສົ່ງຂໍ້ຄວາມແບບ peer-to-peer. ນີ້ຫມາຍຄວາມວ່າເຄື່ອງແມ່ຂ່າຍຂອງ peer / hub ແມ່ນເທົ່າທຽມກັນ. ໃນກໍລະນີງ່າຍທີ່ສຸດ, ໂຄງການສົ່ງຂໍ້ຄວາມ SMS ເບິ່ງຄືວ່ານີ້:

ຢ່າງໃດກໍຕາມ, ຖ້າຜູ້ປະກອບການແຫ່ງຊາດບໍ່ມີເສັ້ນທາງ, ລາວຂໍໃຫ້ຕົວກາງສໍາລັບການນີ້ກັບບາງເຂດຫ່າງໄກສອກຫຼີກ - SMS hub . ບາງຄັ້ງ, ເພື່ອສົ່ງ SMS ຫນຶ່ງ, ທ່ານຈໍາເປັນຕ້ອງສ້າງລະບົບຕ່ອງໂສ້ລະຫວ່າງຫຼາຍປະເທດ, ຫຼືແມ້ກະທັ້ງທະວີບ.

ກ່ຽວກັບພິທີການ

SMPP ແມ່ນໂປໂຕຄອນຊັ້ນຂອງແອັບພລິເຄຊັນທີ່ອີງໃສ່ການແລກປ່ຽນ PDUs ແລະຖືກສົ່ງຜ່ານ TCP / IP, ຫຼືກອງປະຊຸມ X25 ສໍາລັບການສົ່ງຂໍ້ຄວາມ sms ແລະ ussd. ໂດຍປົກກະຕິແລ້ວ, SMPP ຖືກນໍາໃຊ້ໃນໂຫມດການເຊື່ອມຕໍ່ຢ່າງຕໍ່ເນື່ອງ, ເຊິ່ງປະຫຍັດເວລາ. SMPP ໃຊ້ຮູບແບບການສື່ສານລູກຄ້າ-ເຊີບເວີ.

ຮູບແບບການສື່ສານ

ການ​ແລກ​ປ່ຽນ​ຂໍ້​ຄວາມ​ລະ​ຫວ່າງ​ຜູ້​ສົ່ງ​ແລະ​ສູນ SMS ຜ່ານ SMPP ສາ​ມາດ​ດໍາ​ເນີນ​ການ​ໃນ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

Transmitter (transmitter) — ການ​ສົ່ງ​ຂໍ້​ຄວາມ​ໃນ​ທິດ​ທາງ​ຫນຶ່ງ​, ແລະ​ເຮັດ​ໃຫ້​ການ​
ຜູ້ຮັບ (ຜູ້ຮັບ) - ພຽງແຕ່ໄດ້ຮັບຂໍ້ຄວາມຈາກສູນ SMS.
Transreceiver (transceiver) - ການແລກປ່ຽນຂໍ້ຄວາມລະຫວ່າງສູນ SMS ແລະຜູ້ໃຊ້

ໂຄງປະກອບການ

ຄວາມຍາວຂໍ້ຄວາມ

ຂໍ້ຄວາມ SMS ຫນຶ່ງສາມາດບັນຈຸ 70 ຕົວອັກສອນເມື່ອພິມເປັນ Cyrillic ແລະບໍ່ມີຫຼາຍກ່ວາ 157 ຕົວອັກສອນລາຕິນ + 3 UDH ຖ້າທ່ານສົ່ງຂໍ້ຄວາມ SMS ທີ່ມີຈໍານວນຕົວອັກສອນຫຼາຍ, ມັນຈະຖືກແບ່ງອອກເປັນຫຼາຍສ່ວນແລະລວມຢູ່ໃນອຸປະກອນຮັບ. ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ການ​ແບ່ງ​ປັນ​, ຈໍາ​ນວນ​ຂອງ​ຕົວ​ອັກ​ສອນ​ແມ່ນ​ຫຼຸດ​ລົງ​ໂດຍ​ສ່ວນ​ຫົວ​ຂໍ້​ຄວາມ​, ເຊິ່ງ​ຊີ້​ບອກ​ສ່ວນ​ຂອງ​ຂໍ້​ຄວາມ​. ດັ່ງນັ້ນ, ເມື່ອສົ່ງຂໍ້ຄວາມ SMS ຂະໜາດໃຫຍ່, ມັນບັນຈຸຕົວອັກສອນລາຕິນສູງສຸດ 153 ຕົວ ຫຼື 67 ຕົວອັກສອນທີ່ບໍ່ແມ່ນຕົວໜັງສືທົ່ວໄປ.

ໂຄງ​ການ​ລະ​ຫັດ​ຂໍ້​ມູນ​

ແນວໃດກໍ່ຕາມ, ຕົວອັກສອນຕ້ອງຖືກເຂົ້າລະຫັດເພື່ອຖ່າຍທອດຂໍ້ຄວາມ. ໃນໂປໂຕຄອນ SMPP, ພາກສະຫນາມພິເສດແມ່ນຮັບຜິດຊອບສໍາລັບການເຂົ້າລະຫັດ - Data Coding Scheme, ຫຼື DCS. ນີ້ແມ່ນຊ່ອງຂໍ້ມູນທີ່ລະບຸວ່າຂໍ້ຄວາມຄວນຈະຖືກຮັບຮູ້ແນວໃດ. ນອກຈາກນັ້ນ, ພາກສະຫນາມ DCS ປະກອບມີ:

• ຊຸດຕົວອັກສອນທີ່ກໍານົດການເຂົ້າລະຫັດ;
• ຫ້ອງຮຽນຂໍ້ຄວາມ;
• ການຮ້ອງຂໍສໍາລັບການລຶບອັດຕະໂນມັດຫຼັງຈາກການອ່ານ;
• ຕົວຊີ້ບອກຂອງການບີບອັດຂໍ້ຄວາມ;
• ພາສາຂໍ້ຄວາມອອກອາກາດ;

ຕົວອັກສອນມາດຕະຖານ 7 ບິດ (GSM 03.38). ມັນໄດ້ຖືກພັດທະນາສໍາລັບລະບົບການສົ່ງຂໍ້ຄວາມໃນ GSM. ການເຂົ້າລະຫັດນີ້ແມ່ນເຫມາະສົມສໍາລັບພາສາອັງກິດແລະພາສາລາຕິນຈໍານວນຫນຶ່ງ. ແຕ່ລະຕົວອັກສອນປະກອບດ້ວຍ 7 bits ແລະຖືກເຂົ້າລະຫັດເປັນ octet.

UTF-16 (ໃນ GSM UCS2) ເພື່ອປະກອບມີຕົວອັກສອນທີ່ຂາດຫາຍໄປໃນຕົວອັກສອນ 7-bit, ການເຂົ້າລະຫັດ UTF-16 ໄດ້ຖືກພັດທະນາ, ເຊິ່ງເພີ່ມຕົວອັກສອນເພີ່ມເຕີມ (ລວມທັງ Cyrillic) ໂດຍການຫຼຸດຜ່ອນຂະຫນາດຂໍ້ຄວາມຈາກ 160 ເປັນ 70, ການເຂົ້າລະຫັດປະເພດນີ້ ເກືອບຈະຊໍ້າຄືນ Unicode.

8-bit ຜູ້ໃຊ້ກໍານົດຂໍ້ມູນ. ເຫຼົ່ານີ້ລວມມີ KOI8-R ແລະ Windows-1251. ເຖິງແມ່ນວ່າການແກ້ໄຂນີ້ເບິ່ງຄືວ່າຈະປະຫຍັດກວ່າເມື່ອທຽບກັບ UTF-16 ດຽວກັນ. ມີຄໍາຖາມທີ່ສົມເຫດສົມຜົນກ່ຽວກັບຄວາມເຂົ້າກັນໄດ້ໃນອຸປະກອນຕ່າງໆ. ເນື່ອງຈາກວ່າໃນກໍລະນີນີ້ອຸປະກອນທັງສອງຕ້ອງໄດ້ຮັບການ configure ລ່ວງຫນ້າ.

ຫ້ອງຮຽນຂໍ້ຄວາມ

• Class0, ຫຼື flash, ຂໍ້ຄວາມທີ່ເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາຂອງໂທລະສັບຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ໃຊ້;
• Class1, ຫຼືສິ່ງທີ່ເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາຂອງໂທລະສັບ;
• Class1, ຫຼືສິ່ງທີ່ເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາຂອງໂທລະສັບ;
• Class2, ຕ້ອງຮັບປະກັນວ່າຂໍ້ຄວາມຖືກເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາຂອງສະຖານີມືຖື, ຖ້າບໍ່ດັ່ງນັ້ນຈະຕ້ອງໃຫ້ການແຈ້ງເຕືອນກັບສູນ SMS ກ່ຽວກັບຄວາມບໍ່ສາມາດບັນທຶກ;
• Class3 - ໃນກໍລະນີນີ້, ໂທລະສັບຄວນຈະສົ່ງການແຈ້ງເຕືອນວ່າຂໍ້ຄວາມສາມາດຖືກບັນທຶກໄວ້, ບໍ່ວ່າຈະເປັນຈໍານວນຫນ່ວຍຄວາມຈໍາໃນອຸປະກອນ. ປະເພດຂອງຂໍ້ຄວາມນີ້ຫມາຍຄວາມວ່າຂໍ້ຄວາມໄດ້ມາຮອດຈຸດຫມາຍປາຍທາງຂອງມັນ;

ປະເພດຂໍ້ຄວາມ

ຂໍ້ຄວາມງຽບ (SMS0) ປະເພດຂໍ້ຄວາມ SMS ໂດຍບໍ່ມີເນື້ອຫາ. SMS ດັ່ງກ່າວມາໂດຍບໍ່ມີການແຈ້ງການແລະບໍ່ໄດ້ສະແດງຢູ່ໃນຫນ້າຈໍອຸປະກອນ.

PDUs

ແຕ່ລະການດໍາເນີນງານ pdu ແມ່ນຈັບຄູ່ແລະປະກອບດ້ວຍຄໍາຮ້ອງຂໍແລະການຕອບສະຫນອງ. ຕົວຢ່າງ: ຄໍາສັ່ງທີ່ບອກວ່າການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ (bind_transmitter / bind_transmitter_resp), ຫຼືວ່າຂໍ້ຄວາມໄດ້ຖືກສົ່ງ (deliver_sm / deliver_sm_resp)

ແຕ່ລະຊຸດ pdu ປະກອບດ້ວຍສອງສ່ວນ - header (header) ແລະຮ່າງກາຍ (ຮ່າງກາຍ). ໂຄງສ້າງ header ແມ່ນຄືກັນສໍາລັບແພັກເກັດ pdu ໃດ: ຄວາມຍາວຄໍາສັ່ງແມ່ນຄວາມຍາວຂອງແພັກເກັດ, id ແມ່ນຊື່ຂອງແພັກເກັດ, ແລະຄໍາສັ່ງສະຖານະພາບຊີ້ບອກວ່າຂໍ້ຄວາມຖືກສົ່ງສົບຜົນສໍາເລັດຫຼືລົ້ມເຫລວ.

ຕົວກໍານົດການ TLV ເພີ່ມເຕີມ

TLV (Tag Length Value), ຫຼືຊ່ອງຂໍ້ມູນເພີ່ມເຕີມ. ຕົວກໍານົດການດັ່ງກ່າວຖືກນໍາໃຊ້ເພື່ອຂະຫຍາຍການເຮັດວຽກຂອງໂປໂຕຄອນແລະເປັນທາງເລືອກ. ຊ່ອງຂໍ້ມູນນີ້ຖືກລະບຸໄວ້ໃນຕອນທ້າຍຂອງຊ່ອງຂໍ້ມູນ pdu. ເປັນຕົວຢ່າງ, ການນໍາໃຊ້ dest_addr_np_information TLV, ທ່ານສາມາດຈັດລະບຽບການໂອນຂໍ້ມູນກ່ຽວກັບການ porting ຂອງຕົວເລກ.

ໂຕນ ແລະ Npi

ພາຣາມິເຕີ TON (ປະເພດຂອງຕົວເລກ) ແຈ້ງ SMSC ກ່ຽວກັບຮູບແບບທີ່ຢູ່ ແລະປະເພດເຄືອຂ່າຍ.
ຕົວກໍານົດການ NPI (Numbering Plan Identification) ຊີ້ບອກແຜນຕົວເລກ.

ທີ່ຢູ່ແຫຼ່ງຂໍ້ຄວາມ, ຫຼືຊື່ອັນຟາ

ຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປຫາໂທລະສັບມີສອງຊະນິດ: ຕົວເລກແລະຕົວອັກສອນ. ຕົວເລກສາມາດຍາວ (ຄ້າຍກັບເບີໂທລະສັບ) ຫຼືສັ້ນ. ບາງຄັ້ງຜູ້ປະກອບການມີຂໍ້ຈໍາກັດກ່ຽວກັບການສົ່ງຈາກຊື່ທີ່ເປັນກາງ, ເຊັ່ນ Infosms, Alert ແລະອື່ນໆ. ບາງຄັ້ງຜູ້ປະກອບການບໍ່ອະນຸຍາດໃຫ້ການຈະລາຈອນຖ້າຊື່ບໍ່ໄດ້ລົງທະບຽນຢູ່ໃນເຄືອຂ່າຍຂອງພວກເຂົາ. ຢ່າງໃດກໍຕາມ, ນີ້ແມ່ນລັກສະນະເພີ່ມເຕີມຂອງຜູ້ປະກອບການ.

ຂັ້ນຕອນການຍື່ນສະເຫນີ

ສົ່ງ SMS ກໍາລັງສົ່ງຂໍ້ຄວາມ MO FSM (ຂໍ້ຄວາມສັ້ນຈາກສະຖານີໂທລະສັບມືຖື)
SMS-ສົ່ງບົດລາຍງານ — ການ​ຢືນ​ຢັນ​ວ່າ​ຂໍ້​ຄວາມ​ໄດ້​ຖືກ​ສົ່ງ​ໂດຍ SMSC​
SRI SM (SendRoutingInfo) - SMSC ໄດ້ຮັບຂໍ້ມູນຈາກ HLR ກ່ຽວກັບສະຖານທີ່ MSC/VLR ຂອງຜູ້ຈອງ.
SRI SM RESP — ການ​ຕອບ​ສະ​ຫນອງ​ຈາກ HLR ກ່ຽວ​ກັບ​ຕໍາ​ແຫນ່ງ​ຂອງ​ຜູ້​ສະ​ຫມັກ​
MT-FSM - ຫຼັງ​ຈາກ​ທີ່​ໄດ້​ຮັບ​ສະ​ຖານ​ທີ່​, ຂໍ້​ຄວາມ​ຖືກ​ສົ່ງ​ໂດຍ​ການ​ນໍາ​ໃຊ້ "Forward ຂໍ້​ຄວາມ​ສັ້ນ​" ການ​ດໍາ​ເນີນ​ງານ​
MT-FSM-ACK — ການ​ຕອບ​ສະ​ຫນອງ​ຈາກ SMSC ວ່າ​ຂໍ້​ຄວາມ​ໄດ້​ຖືກ​ສົ່ງ​ໄປ​
ລາຍງານສະຖານະ SMS — SMSC ສົ່ງ​ສະ​ຖາ​ນະ​ພາບ​ການ​ສົ່ງ​ຂໍ້​ຄວາມ​.

ສະຖານະການຈັດສົ່ງຂໍ້ຄວາມ

ລາຍງານສະຖານະ SMS ສາມາດເອົາຄ່າຫຼາຍອັນ:
ຈັດສົ່ງ ສົ່ງຂໍ້ຄວາມສຳເລັດແລ້ວ
ປະຕິເສດ — ຂໍ້​ຄວາມ​ຖືກ​ປະ​ຕິ​ເສດ​ໂດຍ​ສູນ SMS​
ໝົດອາຍຸແລ້ວ - ຂໍ້​ຄວາມ​ໄດ້​ຖືກ​ໂຍກ​ຍ້າຍ​ອອກ​ຈາກ​ແຖວ​ສົ່ງ​ຫຼັງ​ຈາກ​ການ​ສິ້ນ​ສຸດ​ຂອງ TTL (ອາ​ຍຸ​ຂອງ​ຂໍ້​ຄວາມ​)
UNDELIV - ກໍລະນີອື່ນໆຂອງການບໍ່ສົ່ງ
ບໍ່ຮູ້- ບໍ່​ໄດ້​ຮັບ​ການ​ຕອບ​ສະ​ຫນອງ​.

ການສົ່ງຜ່ານຄວາມຜິດພາດ

ບາງຄັ້ງເຫດຜົນຂອງຂໍ້ຄວາມ SMS ບໍ່ໄດ້ຖືກສົ່ງກັບຜູ້ຈອງ. ຜົນສະທ້ອນຂອງເຫດຜົນເຫຼົ່ານີ້ແມ່ນການປະກົດຕົວຂອງຄວາມຜິດພາດ. ຂໍ້ຜິດພາດຈະຖືກສົ່ງຄືນໃນ PDUs_sms_resp. ຂໍ້ຜິດພາດທັງຫມົດສາມາດແບ່ງອອກເປັນຊົ່ວຄາວ (ຊົ່ວຄາວ) ແລະຖາວອນ (ຖາວອນ).

ຕົວຢ່າງເຊັ່ນ absent_subscriber ແມ່ນຊົ່ວຄາວ, ຜູ້ຈອງບໍ່ສາມາດໃຊ້ໄດ້ຫຼືບໍ່ມີອອນໄລນ໌, ແລະຖາວອນ - ຜູ້ຈອງບໍ່ມີຢູ່. ອີງຕາມຄວາມຜິດພາດທີ່ເກີດຂຶ້ນ, ນະໂຍບາຍສໍາລັບການສົ່ງຂໍ້ຄວາມເຫຼົ່ານີ້ຄືນໃຫມ່ແມ່ນຖືກສ້າງຂຶ້ນ.

ສໍາລັບຕົວຢ່າງ, ຖ້າຜູ້ຈອງກໍາລັງລົມກັນແລະໄດ້ຮັບໂທລະສັບ MT ແມ່ນຄວາມຜິດພາດທີ່ບໍ່ຫວ່າງ, ຂໍ້ຄວາມສາມາດຖືກສົ່ງຄືນຫຼັງຈາກສອງສາມນາທີ, ຢ່າງໃດກໍຕາມ, ຖ້າຜູ້ຈອງໄດ້ຂັດຂວາງການບໍລິການຮັບຂໍ້ຄວາມ, ການສົ່ງຄືນໃຫມ່ຈະບໍ່ມີຄວາມຫມາຍ. ທ່ານສາມາດຊອກຫາບັນຊີລາຍຊື່ຂອງຄວາມຜິດພາດໃນຫນ້າ SMSC, ສໍາລັບການຍົກຕົວຢ່າງ, ເປັນ ນີ້.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com