SMPP

SMPP es el protocolo binario con el que las aplicaciones envían SMS a un centro de mensajes y reciben acuses con un bind transceptor o de recepción.

Solo definiciones: un término explicado aquí no es un servicio que vendamos.

Short Message Peer-to-Peer (SMPP) es un protocolo binario para enviar SMS a un centro de mensajes y recibir acuses por la misma sesión TCP cuando se vincula como transceptor, o en un bind de recepción aparte. Un bind abre la sesión y una ventana limita los mensajes pendientes.

Un bind declara transmisor, receptor o transceptor, y los intercambios de keep-alive mantienen la sesión abierta. Cómo conectarse se explica en Qué es SMPP.

Enviar y esperar el acuse

El cliente envía con submit_sm y recibe submit_sm_resp con un ID de mensaje; el acuse llega después como deliver_sm. Una ventana limita los envíos pendientes, así que el caudal depende del tamaño de la ventana y del tiempo de ida y vuelta.

Bind, envío y acuse

  1. Aplicación (ESME)
  2. bind_transceiver Abrir la sesión
  3. SMSC
  4. submit_sm_resp Aceptado para entrega
  5. Acuse de entrega
La sesión se abre una vez; el acuse llega después.
Descripción en texto

La aplicación se vincula al centro de mensajes como transceptor. El centro acepta el envío con submit_sm_resp y el acuse de entrega llega más tarde por la misma sesión.

Preguntas frecuentes

¿SMPP es una API web?

No. Es binario sobre una conexión TCP persistente, no una API HTTP de petición y respuesta.

¿Qué tipo de bind debe usar un cliente?

Un transceptor para enviar y recibir en una sola sesión; binds separados cuando la arquitectura o el proveedor lo exigen.

¿Qué limita el caudal?

La cuota de TPS del proveedor, el tamaño de la ventana y el tiempo de ida y vuelta.

Más información

Fuentes

  1. 3GPP TS 23.040: realización técnica del servicio de mensajes cortos
  2. 3GPP TS 23.038: alfabetos e información específica del idioma para SMS
  3. SMPP v3.4: modos de bind y deliver_sm