알아야 할 모든 정보, 불필요한 정보는 없습니다.
3.4가 설치 기반을 확보한 이유
SMPP 3.4는 SMS A2P가 급성장하던 바로 그 시점에 출시되었습니다. 모든 주요 SMSC 벤더들은 깊고 안정적인 3.4 구현체를 구축했습니다. 이 프로토콜은 구조가 간단하며(약 30가지의 PDU 유형, 전송하는 8개의 명령), 이해하기 쉽고 경로상의 모든 NAT 및 방화벽을 통과합니다. 27년이 지난 지금도 SMPP 3.4 규격은 모든 A2P 상호 연결 계약의 최상단에 고정된 프로토콜입니다.
5.0 추가 사항
SMPP 5.0에서는 여러 미비한 점들이 개선되었습니다: 네이티브 UTF-8 message_payload, 적절한 service_type 레지스트리, 셀 브로드캐스트를 위한 broadcast_sm / query_broadcast_sm / cancel_broadcast_sm, 선택적 과금 TLV, 그리고 congestion_state를 통한 더욱 정교한 혼잡 제어 기능이 추가되었습니다. 또한 ESME를 대신하여 SMSC가 구동할 수 있는 message_state 머신의 개념도 도입되었습니다.
5.0을 사용하는 곳이 거의 없는 이유
세 가지 이유가 있습니다. 첫째, SMSC 벤더들은 업그레이드를 위해 비용을 지불받지 못했습니다. 통신사들이 이미 작동하는 3.4 스택을 보유하고 있었기 때문입니다. 둘째, 5.0이 목표로 했던 셀 브로드캐스트 사용 사례는 SMSC가 아닌 전용 셀 브로드캐스트 센터(CBC)로 넘어갔습니다. 셋째, 5.0이 해결한 사항들(Unicode 처리, 과금 TLV)은 대개 3.4 상단의 TLV를 이용해 애플리케이션 계층에서 해결됩니다. 그 결과, BroadNet에서 운영 중인 5.0 바인드는 단 하나뿐이며, 활성화된 3.4 바인드는 1,000개가 넘습니다.
실무 권고 사항
SMPP 3.4를 통해 트랜시버로 바인딩하며, 계정에 제공된 포트를 통해 TLS를 사용합니다. 수신 SMSC가 지원하는 경우, (UDH 결합 대신) 장문 문자를 위해 message_payload TLV와 함께 submit_sm를 사용하세요. 30초마다 enquire_link를 협상하고, 깔끔하게 언바인딩합니다. 만약 애그리게이터가 5.0을 강제한다면 그 이유를 확인하십시오. 상용 A2P 경로에서는 전송 성공률 측면의 이점이 없습니다.
SMPP 3.4와 SMPP 5.0 한눈에 비교하기
| SMPP 3.4 | SMPP 5.0 | |
|---|---|---|
| 출시됨 | 1999 | 2003 |
| 운영 환경 설치 기반 | 거의 모든 A2P 바인드 | 드문 사례 — 거의 배포되지 않음 |
| 네이티브 유니코드 헤더 | — | |
| 셀 / 브로드캐스트 지원 | — | |
| 혼잡 제어 | 기본 | congestion_state 시그널링 |
| 전송 성공률 이점 | 기준 | 상용 A2P 경로에는 해당 없음 |
| 오늘의 추천 | 네 — TLS 기반 트랜시버 | 거래 상대방이 요구하는 경우에만 |