SMPP - 피어 투 피어 단문 메시지 프로토콜

안녕하세요! 메신저와 소셜 네트워크가 전통적인 의사소통 방법을 날로 대체하고 있지만, SMS의 인기는 줄어들지 않습니다. 인기 있는 사이트에서의 검증이나 거래 알림은 반복되고, 살아있고, 앞으로도 살아갈 것입니다. 이 모든 것이 어떻게 작동하는지 궁금해 본 적이 있나요? SMPP 프로토콜은 대량 메시지를 보내는 데 자주 사용되는데, 아래에서 이에 대해 설명합니다.

이미 Habré에 smpp에 대한 기사가 있었습니다. 1,2하지만 그 목적은 프로토콜 자체를 설명하는 것이 아니었습니다. 물론, 소스에서 바로 시작할 수 있습니다. 명세서, 하지만 요약이 있으면 좋을 것 같아요. v3.4를 예로 들어 설명하겠습니다. 귀하의 객관적인 비판을 받게 되어 기쁩니다.

SMPP 프로토콜은 P2P(피어투피어) 메시징 프로토콜입니다. 즉, 모든 피어/허브 서버는 동일하다는 의미입니다. 가장 간단한 경우, SMS 메시징 방식은 다음과 같습니다.

그러나 국내 통신 사업자가 원격 지역으로 가는 경로가 없는 경우 중개자(SMS 허브)에 문의합니다. 때로는 하나의 SMS를 보내기 위해 여러 국가 또는 대륙 사이에 체인을 구축해야 합니다.

프로토콜에 관하여

SMPP는 PDU 교환을 기반으로 하는 애플리케이션 계층 프로토콜로, SMS 및 USSD 메시지 전송을 위해 TCP/IP 또는 X25 세션을 통해 전송됩니다. 일반적으로 SMPP는 지속적 연결 모드에서 사용되며, 이는 시간을 절약하는 데 도움이 됩니다. SMPP는 클라이언트-서버 통신 모델을 사용합니다.

페이지

SMPP를 통한 발신자와 SMS 센터 간의 메시지 교환은 다음 모드로 수행될 수 있습니다.

송신기(transmitter) - 한 번에 하나씩 단방향으로 메시지를 전송하는 것
수신자(receiver) - SMS 센터에서만 메시지를 받습니다.
송수신기(송신기) - SMS 센터와 사용자 간의 메시지 교환

구조

메시지 길이

하나의 SMS 메시지는 키릴 문자로 입력할 경우 70자를 포함할 수 있으며, 라틴 문자로 입력할 경우 최대 157자 + UDH 3자를 포함할 수 있습니다. 문자 수가 많은 SMS를 보내는 경우, SMS는 여러 개의 세그먼트로 나뉘어 수신 장치에서 결합됩니다. 분할의 경우, 메시지 헤더를 통해 메시지의 일부를 표시하여 문자 수가 줄어듭니다. 따라서 대용량 SMS 메시지를 보낼 때 최대 153자의 라틴 문자 또는 67자의 비표준 문자를 포함하게 됩니다.

데이터 코딩 체계

그러나 메시지를 전달하려면 기호에 인코딩이 필요합니다. SMPP 프로토콜에서는 DCS(데이터 코딩 체계)라는 특수 필드가 인코딩을 담당합니다. 이는 메시지를 어떻게 인식해야 하는지 지정하는 필드입니다. 또한, DCS 필드에는 다음이 포함됩니다.

• 인코딩을 정의하는 문자 집합
• 메시지 클래스;
• 읽은 후 자동 삭제 요청;
• 메시지 압축 표시
• 방송 메시지 언어

표준 7비트 알파벳(GSM 03.38). 이는 GSM 메시징 시스템용으로 개발되었습니다. 이 인코딩은 영어와 여러 라틴어 언어에 적합합니다. 각 기호는 7비트로 구성되며 옥텟으로 인코딩됩니다.

UTF-16(GSM UCS2) 7비트 알파벳에서 누락된 문자를 포함하기 위해 UTF-16 인코딩이 개발되었습니다. 이 인코딩은 메시지 크기를 160개에서 70개로 줄여 추가 문자(키릴 문자 포함)를 추가합니다. 이 유형의 인코딩은 유니코드를 거의 완벽하게 반복합니다.

8비트 사용자 정의 데이터. 여기에는 KOI8-R 등이 포함됩니다. Windows-1251. 이 해결책은 UTF-16보다 경제적으로 보이지만, 두 장치 모두 사전에 구성해야 하므로 서로 다른 장치 간의 호환성 문제가 제기됩니다.

메시지 클래스

• Class0, 즉 플래시 메시지는 사용자의 판단에 따라 휴대폰 메모리에 저장됩니다.
• Class1 또는 휴대폰 메모리에 저장된 항목
• Class1 또는 휴대폰 메모리에 저장된 항목
• Class2는 메시지가 모바일 단말기의 메모리에 저장되도록 해야 하며, 그렇지 않은 경우 저장이 불가능하다는 알림을 SMS 센터로 보내야 합니다.
• Class3 - 이 경우, 휴대폰은 장치 메모리 용량에 관계 없이 메시지를 저장할 수 있다는 알림을 보내야 합니다. 이 유형의 메시지는 메시지가 수신자에게 도달했음을 의미합니다.

메시지 유형

무음 메시지(SMS0) 내용이 없는 SMS 메시지 유형입니다. 이 SMS는 알림 없이 전송되며 기기 화면에 표시되지 않습니다.

PDU

각 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(Numbering Plan Identification)는 번호 매기기 계획을 지정하는 매개변수입니다.

메시지 소스 주소 또는 알파벳 이름

휴대폰으로 보내는 메시지는 디지털 메시지와 알파벳 메시지 두 가지 유형으로 나뉩니다. 디지털 번호는 길 수도 있고(전화번호와 유사) 짧을 수도 있습니다. 때때로 통신사는 Infosms, Alert 등과 같은 중립적인 이름에서 보내는 데 제한을 둡니다. 때때로 통신사는 이름이 네트워크에 등록되지 않은 경우 트래픽을 허용하지 않습니다. 하지만 이는 운영자에 따라 달라지는 기능입니다.

제출 단계

SMS 전송 - 이것은 MO FSM 메시지(모바일 단말기에서 보내는 단문 메시지)를 보내는 것입니다.
SMS-제출 보고서 - SMSC에서 메시지가 전송되었다는 확인
스리 SM (SendRoutingInfo) — SMSC는 HLR로부터 가입자의 MSC/VLR 위치에 대한 정보를 수신합니다.
스리 SM 레스피 — 가입자 위치에 대한 HLR의 응답
MT-FSM - 위치 수신 후 "단문 메시지 전달" 작업을 사용하여 메시지가 전송됩니다.
MT-FSM ACK - SMSC에서 메시지가 전송되었다는 응답
SMS 상태 보고서 — SMSC가 메시지 전달 상태를 전송합니다.

메시지 전달 상태

SMS 상태 보고서 여러 값을 취할 수 있습니다:
배달됨 메시지가 성공적으로 전달되었습니다
거부됨 - SMS 센터에서 메시지를 거부했습니다.
만료 됨 - TTL(메시지 수명)이 만료된 후 전송 대기열에서 메시지가 제거됨
미배달 - 기타 배송 불가 사례
알 수없는- 배송에 대한 응답을 받지 못했습니다.

전송 오류

때로는 SMS 메시지가 구독자에게 전달되지 않는 데에는 이유가 있습니다. 이러한 이유로 인해 오류가 발생합니다. 오류는 PDUs_sms_resp에서 반환됩니다. 모든 오류는 일시적 오류와 영구적 오류로 나눌 수 있습니다.

예를 들어, 임시 알림에는 'absent_subscriber'(구독자가 사용할 수 없거나 온라인 상태가 아님)와 'permanent_subscriber'(구독자가 존재하지 않음)가 있습니다. 발생하는 오류에 따라 이러한 메시지를 다시 보내는 정책이 형성됩니다.

예를 들어, 가입자가 통화 중이어서 MT 핸드셋이 사용 중이라는 오류 메시지를 받은 경우, 몇 분 후에 메시지를 다시 보낼 수 있습니다. 그러나 가입자의 메시지 수신 서비스가 차단된 경우 다시 보내는 것은 의미가 없습니다. 예를 들어 SMSC 페이지에서 오류 목록을 찾을 수 있습니다. 이.

출처 : habr.com