PROTOCOLO SMPP

X.25 ESME

MC/ SMSC

Pgina

1

INDICEINDICE ..................................................................................................................................................... 2 Short Message Peer to Peer (SMPP) ......................................................................................................... 4 Message Centre (MC)........................................................................................................................... 4 External Short Message Entity (ESME) .................................................................................................. 4 Routing Entity (RE) ............................................................................................................................... 4 Descripcin breve ................................................................................................................................ 5 Short Message Peer to Peer Protocol (Protocolo de Mensaje Corto entre iguales)............................... 5 Tecnologas Celulares Soportadas .................................................................................................... 5 Aplicaciones tpicas de SMPP ............................................................................................................... 5 Sesiones SMPP ..................................................................................................................................... 6 Hay 3 formas de inicio de Sesin ESME. ............................................................................................ 6 1-TX Transmitter .......................................................................................................................... 6 2-RX Receiver ............................................................................................................................... 6 3-TRX Transceiver ......................................................................................................................... 6 Operaciones de Protocolo y PDUs (Protocol Data Unit) ....................................................................... 6 Administracin de Sesin. ................................................................................................................ 7 Mensaje de Presentacin (Submission). ........................................................................................... 7 Entrega de Mensajes. ....................................................................................................................... 7 Mensaje de Difusin (Broadcasting) ................................................................................................. 7 Operaciones Auxiliares ..................................................................................................................... 7 Estableciendo una Sesin SMPP .......................................................................................................... 7 Estados de una Sesin SMPP ............................................................................................................ 7 Open ............................................................................................................................................ 7 Bound_TX..................................................................................................................................... 8 Bound_RX .................................................................................................................................... 8 Bound_TRX................................................................................................................................... 9 Unbound ...................................................................................................................................... 9 Closed .......................................................................................................................................... 9

Sincrono y Asincrono ......................................................................................................................... 16

Pgina

Ejemplo de Sesiones SMPP ................................................................................................................ 11

2

Outbound ................................................................................................................................... 10

Por qu Asncrona? ...................................................................................................................... 17 Manejo de Errores ............................................................................................................................. 18 Manejo de Fallas de Conexin ........................................................................................................ 18 Fallas de Operacin ............................................................................................................................ 19 El PDU no es reconocido................................................................................................................. 19 El PDU es incorrecto. ...................................................................................................................... 19 Longitud de campo invalido............................................................................................................ 19 El dato PDU es inesperado y se considera invalido (PDU data unexpected and deemed invalid). ... 19 PDU no permitida en el estado de sesin actual. ............................................................................ 19 Las ESMEs o MC restringen el uso de caractersticas de ciertos PDUs. .......................................... 19 Parmetros SMPP y formato de PDU .................................................................................................. 20 Definiciones SMPP PDU...................................................................................................................... 20 1-Operacin de Gestin de Sesin Session Management ........................................................ 20

PDU BIND ................................................................................................................................... 20 PDU UNBIND .............................................................................................................................. 21 PDU ENQUIRE LINK..................................................................................................................... 21 2-Presentacion de Mensajes Message Submission.................................................................. 22

PDU SUBMIT_SM........................................................................................................................ 22 3-Operaciones de entrega de Mensajes Message Delivery Operations ................................... 22

PDU DELIVER_SM ....................................................................................................................... 22 4-Difusin de mensaje 5-Presentacin auxiliar Message Broadcast ................................................................................. 23 Ancilliary Submission............................................................................. 23

PDU CANCEL_SM........................................................................................................................ 23 PDU QUERY_SM ......................................................................................................................... 24 PDU REPLACE_SM ...................................................................................................................... 24

Pgina

3

SMPP, es un protocolo abierto, diseado para proporcionar un interfaz de comunicacion para la transferencia de mensajes cortos (SM) entre External Short Message Entities (ESMES), Routing Entities (RE), y Message Centres (MC).

Short Message Peer to Peer (SMPP)

Message Centre (MC)Un Message Centre (MC) o Centro de Mensajes es un trmino genrico utilizado para describir sistemas tales como un Short Message Service Centre (SMSC), GSM Unstructured Supplementary Services Data (USSD) o Cell Broadcast Centre (CBC).

External Short Message Entity (ESME)Un ESME tpicamente representa un cliente SMS de una red fija/una entidad de red, tal como un Server Proxy WAP, un Email Gateway, un Servidor de Mensajera de voz (Voice Mail Server). Tambin puede representar un Cell Broadcast Entity (CBE).

Routing Entity (RE)Un Routing Entity (RE) o Entidad de ruteo es un trmino genrico para un elemento de red que es utilizado por un MC to MC y un ESME to MC para ruteo de mensajes. Un SMPP RE tiene la capacidad de emular la funcionalidad de asociacin tanto de un MC como de un ESME o de ambos a la vez. Para un ESME, un RE aparece como un MC y para un MC, un RE aparece como un ESME. Un Carrier puede utilizar REs para ocultar una red de MCs, presentando nicamente las REs como el punto de interfaz externo para las ESMEs. El siguiente diagrama muestra el contexto de SMPP en una red Mobile.

Pgina

4

Descripcin breve Short Message Peer to Peer Protocol (Protocolo de Mensaje Corto entre iguales)Tecnologas Celulares SoportadasSMPP est diseado para soportar funcionalidades short messaging para cualquier tecnologa celular como: GSM UMTS IS-95 CDMA CDMA2000 ANSI-136 TDMA IDEN

Aplicaciones tpicas de SMPPLa variedad de aplicaciones de mensajera, particularmente SMS para lo cual SMPP puede ser empleado es casi ilimitada. Operadores inalmbricos, Vendedores de centro de mensajes, proveedores de infraestructura, y diseadores de aplicaciones estn constantemente desarrollando nuevas aplicaciones para SMS. SMPP es ideal como un protocolo de acceso para estas aplicaciones. SMPP es intencionado para diseadores e implementadores de SMPP como interfaz entre MC, RE y ESMES. Usos comunes de SMPP: Alertas de voicemail originadas desde un VPS (Voice Processing System) indicando mensajes de voz al mailbox del cliente, son una de las primeras aplicaciones SMS basadas en ESME que todava son utilizadas en la industria. Servicios de informacin. Por ejemplo, permitir a los suscriptores mviles consultar tasas de cambio o informacin de precios de acciones de una base de datos o en la WWW, y que estos reciban esa informacin desplegada en su mvil como un SM (short message). Se utiliza para llamadas directamente marcadas o desviadas hacia un operador, quien a su vez direcciona o remite los mensajes hacia una MC para entregarlas al terminal o celular del suscriptor Servicios de Directorios. Servicios basados en Posicionamiento o localizacin. Incluyen rastreo de vehculos, envo de taxis, controle logstico. Aplicaciones de seguridad tales como sistemas de alarmas que pueden utilizar los servicios SMS para accesos remotos y propsitos de alertas. Por ejemplo, un padre recibe un SMS de su compaa de seguridad para informarles que su hija ha llegado a casa y que ingreso el cdigo de seguridad para acceso. Banco en lnea , E-Commerce. SMS Chat, juegos. Los usuarios de mviles pueden interactuar unos con otros utilizando un Server ESME y utilizar esta interaccin para jugar inalmbricamente. Instant Messaging. MMS Notification. Cell Broadcasting Services (Servicios de Difusin) . Apoyo de mensajera geogrfica como alarmas de trfico y servicios de emergencia.

Pgina

5

Sesiones SMPPPara hacer uso del protocolo SMPP, una sesin SMPP debe establecerse entre el ESME y el MC o SMPP RE cuando sea apropiado. La sesin establecida est basada en una capa de aplicacin TCP/IP o una conexin X.25 entre el ESME y MC/RE y por lo general, es iniciada por el ESME.

Hay 3 formas de inicio de Sesin ESME. 1-TX TransmitterCuando la autenticacin es como un transmisor, un ESME puede enviar o entregar SM hacia el MC (Message Center) para entregar ms adelante stos hacia los MS (Mobile Station). Una sesin de transmisor tambin permitir que un ESME, cancele, consulte o sustituya mensajes enviados con anterioridad. Los mensajes enviados de esta manera son a menudo llamados Mobile Terminated Message. (Mensajes terminados en el terminal) MT

2-RX ReceiverUna sesin de receptor permite a un ESME recibir SM de un MC, estos mensajes normalmente se originan o provienen de los MS y se conocen como Mobile Originated Messages (Mensajes originados en el terminal). MO

3-TRX TransceiverUna sesin TRX es una combinacin de TX y RX, de forma que una sesin SMPP pueda utilizar ambas modalidades de MO y MT Adicionalmente un MC puede establecer una sesin SMPP mediante la conexin a un ESME. Esto se llama una Sesin Outbind. Un ESME puede enviar y recibir SMs

Operaciones de Protocolo y PDUs (Protocol Data Unit)El protocolo SMPP es un conjunto de operaciones, cada una de las cuales toma la forma de Solicitud y Respuesta PDU. Por ejemplo, si un ESME desea enviar un SM, puede enviar un submit_sm PDU al MC. El MC responder con un submit_sm_resp PDU, indicando el xito o falla de la peticin. Del mismo modo, si un MC desea entregar un SM a un ESME, este puede enviar un deliver_sm PDU al ESME que a su vez, responder con un deliver_sm_resp PDU como medio de reconocimiento de la entrega. Algunas operaciones son especficas a un ESME, como otras son especficas para un MC. Otras pueden ser especficas a un tipo de sesin dado. Refirindome a los ejemplos de arriba de un submit_sm y el deliver_sm, un ESME puede enviar un submit_sm a un MC nicamente si ha establecido una sesin TX o una conexin/sesin TRX con ese MC, igualmente, un MC puede enviar un deliver_sm PDU a un ESME solo si ya estableci una conexin o sesin RX o TRX. Resumiendo, SMPP est basado en el intercambio de PDUs (Protocol Data Units) Tipos de PDU: 1. PDUs de solicitud o requerimiento y 2. PDUs de respuesta Los PDUs contienen 3 Partes: rea de encabezado o Header rea de Parmetros Mandatorios rea de Parmetros Opcionales.

Pgina

6

Las operaciones del protocolo y PDUs se clasifican en trminos generales en los siguientes grupos:

Administracin de Sesin.Estas operaciones son diseadas para habilitar el establecimiento de sesiones SMPP entre un ESME y un MC y proporcionar mtodos de manejo de errores inesperados.

Mensaje de Presentacin (Submission).Estas operaciones son diseadas especficamente para la presentacin de mensajes desde las ESMES hacia los MC.

Entrega de Mensajes.Estas operaciones permiten a un MC entregar mensajes a un ESME.

Mensaje de Difusin (Broadcasting)Estas operaciones son diseadas para proveer servicios de difusin celular dentro de MC.

Operaciones AuxiliaresEstas operaciones estn diseadas para proporcionar caractersticas mejoradas, tales como la cancelacin, consulta o reemplazo de los mensajes

Estableciendo una Sesin SMPPPara establecer una sesin, primero se requiere que una ESME se conecte a un MC. Esto se consigue utilizando una red TCP/IP o X.25. El MC normalmente se mantiene escuchando las conexiones por uno o ms puertos de TCP/IP / X.25, sin embargo los puertos pueden variar dependiendo del vendedor y el operador del MC. Tpicamente el puerto estandarizado para SMPP, es el 2775.

Estados de una Sesin SMPPOpen Bound_TX Bound_RX Bound_TRX Unbound Closed Outbound

OpenUn ESME a establecido una conexin de red con la MC, pero aun no ha emitido una peticin o Bind_request. El MC nicamente es consciente de la conexin TCP/IP o X.25. Ningn detalle de identificacin ha sido cambiado todava

Pgina

7

Bound_TXUn ESME conectado ha solicitado unirse como un Transmitter/transmisor (utilizando un bind_transmitter PDU) y ha recibido un bind_transmitter_resp PDU desde la MC autorizando su peticin o solicitud. Un ESME ligado como un transmitter puede enviar SM hacia un MC, para ser entregado a un MS o hacia otro ESME. El ESME puede tambin reemplazar, solicitar o cancelar SM previamente entregados.

Bound_RXUn ESME conectado ha solicitado unirse como un Receiver/Receptor (utilizando un bind_receiver PDU) y ha recibido un bind_receiver_resp PDU desde el MC autorizando su bind_request. Un ESME enlazado como un receptor puede recibir SM desde un MC, el cual puede ser originado desde un MS (mvil station) o por otro ESME o por el mismo MC.

Pgina

8

Bound_TRXUn ESME conectado ha solicitado enlazarse como un Transceiver (utilizando un bind_transceiver PDU) y ha recibido un bind_transceiver_resp PDU desde la MC autorizando su bind_request. Un ESME enlazado o unido como un transceiver esta autorizado a utilizar todas las operaciones soportadas por un ESME Transmitter y un ESME Receiver. Una sesion transceiver es efectivamente la combinacion de una sesion Transmitter y Receiver. Un ESME unido como un transceiver puede enviar SM a un MC para ser entregados a un MS o hacia otro ESME y puede tambien recibir SM desde un MC, el cual puede originado por un MS, o por otro ESME o por un MC.

UnboundUn Unbound se da, cuando un ESME enlazado como un TX, RX o TRX solicita una peticion de desunion a la MC (Message Center) para la terminacion de la sesion SMPP.

ClosedUn estado Closed entre ESME-MC, se da cuando un ESME o MC han cerrado la conexin de Red. Esto tipicamente es producido por un estado Unbound donde un punto de enlace ha solicitado terminar la sesion. Un estado Closed puede tambien resultar debido a un error de comunicacin entre pares o por una falla de conexin inesperada en la red.

Pgina

9

OutboundEl objetivo de la operacin Outbind, es permitir que la MC inicie una sesion SMPP. Un ejemplo tipico seria que la MC tuviera un SM pendiente de entregar a un ESME.

El diagrama siguiente ilustra el concepto de Outbind cuando es utilizado para solicitar un enlace de un ESME Receiver

Pgina

10

Ejemplo de Sesiones SMPP

Pgina

11

Pgina

12

Pgina

13

Pgina

14

Este ejemplo muestra una sesin de outbind que resulta en la unin de un ESME receptor

Pgina

15

Sincrono y AsincronoSMPP es un protocolo Asincrono. Esto significa que un ESME o un MC puede enviar varias solicitudes o peticiones a la vez para la otra parte. Veamos un ejemplo de una sesion asincrono :

La conducta asncrono de ambas ESME y MC es evidente en la sesin arriba presentada. Los nmeros de secuencia PDU hacen posible la adecuada respuesta para cada request / response.

Pgina

16

Por qu Asncrona?El comportamiento asncrono puede parecer un camino fcil cuando se desarrolla una aplicacin a nivel del protocolo SMPP. El envo de una peticin PDU, y luego esperar por el PDU response es una alternativa fcil sobre la gestin de varios PDUs manejndolos en un entorno completo, en la forma asncrono, el orden de PDU y su secuencia numrica puede ser reconocido en un orden no continuo y definitivo para la secuencia request/response. Sin embargo para una aplicacin eficiente en el uso de sesiones SMPP y la utilizacin de ancho de banda, la transmisin asncrono puede hacer mejoras significativas. El siguiente diagrama ayuda a explicar la razn para utilizar el protocolo de forma asncrona.

El ejemplo anterior muestra 5 PDUs de forma asncrona transmitidos a travs de sesiones SMPP desde el ESME hacia el MC. Si el MC puede procesar solo un PDU a la vez, entonces el beneficio de la transmisin asncrono no est realmente perdido. En esta situacin, la transmisin de PDUs se convierte en una cola de solicitudes o peticiones para el MC. Tan pronto como el MC reconozca cada solicitud o peticin, inmediatamente encontrara otra solicitud o peticin en estado de espera. Los mismos beneficios aplican para las sesiones Receiver y Transceiver, donde el MC emite deliver_sm o data_sm PDUs hacia el ESME. Si el ESME es sncrono y solo puede enviar un nico PDU a la vez, entonces, tan pronto como el MC reconozca el PDU, la sesin SMPP permanecer inactiva hasta que el response_PDU del MC ha sido procesado por el ESME y ste pueda enviar la prxima solicitud o peticin al MC. Si consideramos el tiempo de transporte desde el ESME hacia el MC, tomara microsegundos, entonces el tiempo de inactividad por operacin ser 2. Este es el tiempo de inactividad transcurrido mientras que la respuesta est en trnsito hacia el ESME y cuando la peticin o solicitud siguiente esta en trnsito hacia el MC. Una ventana Asncrona de peticiones o solicitudes efectivamente evita esta ineficiencia.

Pgina

17

Manejo de ErroresEsta seccin trata los escenarios tpicos de errores que pueden ocurrir y como un ESME o un MC debera de manejar tales situaciones o escenarios.

Manejo de Fallas de ConexinUn ESME o un MC puede experimentar un intento de falla de conexin o una prdida de conexin con su otro par. Esto puede ser debido a cualquiera de las siguientes razones. La direccin IP y el puerto o los detalles de X.25 son incorrectos (fallas de conexin). El MC remoto o el ESME est cado/abajo y no puede aceptar la conexin. La red entre los dos Hosts esta cada o abajo. El enfoque recomendado es que continuamente se intente conectar o reconectar de nuevo a intervalos definidos en el ESME. Muchos sistemas ESME proporcionan servicios cruciales a una red SMS. Si una red o un MC se hacen no disponibles, causando a los ESMEs perdida de conexin SMPP, entonces mientras el ESME entra en modo por el cual intenta reconectarse a intervalos definidos, entonces cuando el MC restaura su servicio, el ESME se reconectara y resumir el servicio interrumpido con anterioridad. La mayor parte de sesiones SMPP sern ESME-initiated, pero como hemos visto de Outbind, el MC puede el mismo estar en posicin de conectarse a un ESME configurado para Outbind. La razn probable para intentar un Outbind es que los mensajes para el ESME han llegado en el MC. Si el intento de conexin falla, se recomienda que el MC utilice mecanismos similares de intentos peridicos de Outbind hacia el ESME. Esto puede conducir a una secuencia de reintentos que controlen la frecuencia de intentos de entrega hechos para un mensaje dado. Cada vez que el mensaje ESME es programado para reintentos, el MC intentar Outbind hacia el ESME Para los tipos de fallas o controles de error, es necesario establecer un sistema de alarmas basado en SNMP (Simple Network Management Protocol). SNMP se basa en agentes, el agente enva alertas a otros agentes para avisar de eventos, dentro de las caractersticas de un protocolo SNMP podemos citar: Monitorear estados de enlace punto a punto (ESME-MC MC-ESME y otros nodos relacionados). Modificacin remota de configuracin de dispositivos

Pgina

18

Fallas de OperacinHay una serie de razones por las que un MC o un ESME podrn rechazar una solicitud de una operacin PDU.

El PDU no es reconocido.Esto es uno de los motivos ms comunes para rechazar un PDU. Esto puede ser el resultado de un ESME o un MC enviando un PDU que el receptor par no reconoce. La respuesta tpica en este escenario es un generic_nack PDU devolviendo al remitente el nmero de secuencia infractor PDU. El estado de comando generalmente es ESME_RINVCMDID, el cual indica que el MC o el ESME no pueden reconocer el PDU. En esta situacin, el error esa en el par receptor y se comporta como un escenario de incumplimiento que por lo general se especifica en la documentacin de PICS SMPP.

El PDU es incorrecto.Cuando esto sucede, esto indica que la entidad que enva tiene fallas para el envo de PDUs. Las respuestas dependern en como el PDU incorrecto es detectado. Si el command_id es la razn del rechazo, el par que recibe debera de responder con un generic_nack y el command status colocarse con ESME_RINVCMDID. Si el command_length del PDU parece ser demasiado grande, esto sugiere que el PDU era invlido. El ESME o MC deberan de responder con un generic_nack y un command status fijado con ESME_RINVCMDLEN.

Longitud de campo invalido.Sin algn campo PDU es demasiado largo o demasiado corto, entonces el PDU es esencialmente incorrecto, pero un ESME o un MC podrn reconocer el PDU y como tal respondern con un submit_sm_resp o en su defecto, responder al PDU con un comando apropiado al error. Por ejemplo, si un ESME enva un mensaje programado de entrega de 20 caracteres, el comando de rechazo debera de ser command_status set to ESME_RINVSCHED.

El dato PDU es inesperado y se considera invalido (PDU data unexpected and deemed invalid).Este tipo de rechazo es una aplicacin en lugar de una cuestin de cumplimiento de protocolo. Un ejemplo de este tipo de escenario podra ser un Email Gateway que provee servicio de convertir mensajes MO SMS en E-mail. El direccionamiento de email podra estar basado en el contenido del texto del mensaje. Si el ESME encuentra que el mensaje transmitido por el MC no contiene el formato correcto, ste rechazara el mensaje. El cdigo de error tpico seria ESME_RX_R_APPN, el cual significa el rechazo a un mensaje y que asegura que no existir reintento de transmisin o envi.

PDU no permitida en el estado de sesin actual.Esto es una violacin de las reglas de sesin SMPP. Un ejemplo seria que: un ESME en estado Bound_RX, intente enviar un mensaje, enviando un submit_sm PDU O el ESME intente enviar un mensaje a travs una sesin Open sin primero hacer un Binding. El comando de estado esperado en el submit_sm_resp PDU seria ESME_RINVBNDSTS.

Las ESMEs o MC restringen el uso de caractersticas de ciertos PDUs.SMPP tiene un amplio alcance de funcionalidades y algunos MC o ESMEs pueden deliberadamente proporcionar mecanismos para deshabilitar ciertas caractersticas. Por ejemplo, si un operador configura un MC para rechazar intentos por las ESMEs para solicitar entrega de mensajes, forzaran al MC a rechazar el mensaje con un estado de comando set to ESME_RINVREGDLVFLG. Aunque el campo puede estar correctamente codificado, su uso esta desactivado y el MC esta autorizado para rechazar el mensaje utilizando el cdigo de error.

Pgina

19

Parmetros SMPP y formato de PDU Definiciones SMPP PDUEsta seccin define diferentes operaciones PDUs que componen el protocolo SMPP. Las operaciones se agrupan en 6 categoras: 1. 2. 3. 4. 5. 6. Gestin de Sesin Presentacin de mensaje Entrega de mensaje Difusin de mensaje Presentacin auxiliar Difusin auxiliar Session Management Message Submission Message Delivery Message Broadcast Ancilliary Submission Ancilliary Broadcast operation

1-Operacin de Gestin de Sesin PDU BIND

Session Management Estas operaciones son utilizadas para establecer y mantener sesiones SMPP.

El propsito de la operacin de enlace (bind) de SMPP, es el registro de una instancia ESME con un sistema MC y establecer una sesin SMPP a travs de una conexin de red para la entrega de mensajes. As, la operacin Enlace BIN puede ser vista como una forma de peticin login MC para autenticar a la entidad ESME que desea establecer la conexin. Como se describi anteriormente, un ESME puede enlazarse-unirse a un MC como un Transmitter (llamado ESME Transmitter Transmisor), puede unirse a un MC como un Receiver (llamado ESME Receiver Receptor) o puede unirse a un MC como un Transceiver (llamado ESME Transceiver Transmisor-Receptor). Hay 3 SMPP BIND PDUs para soportar los distintos modos de operacin, los cuales son: a. Bind_transmitter b. Bind_receiver c. Bind_transceiver El arreglo del campo command_id especfica cual PDU se est utilizando. Un ESME puede enlazarse como un SMPP transmitter y/o Receiver utilizando operaciones separadas de bind_transmitter y bind_receiver (habiendo primero establecido 2 conexiones de red separadas). Alternativamente un ESME puede tambin enlazarse o unirse como un Transceiver habiendo primero establecido una nica conexin de red. Con los PDUs de BIND el ESME establece una sesin SMPP con el MC Para cada operacin BIND existe una operacin BIND_RESP: BIND_TRANSMITTER BIND_RECEIVER BIND_TRANSCEIVER BIND_TRANSMITTER_RESP El bind_transmitter_resp SMPP PDU se utiliza para responder a una solicitud bind_transmitter BIND_RECEIVER_RESP BIND_TRANSCEIVER_RESP

Pgina

20

Parmetros mandatorios importantes de los PDUs BIND: system_id: password: system_type: identifica al ESME haciendo BIND utilizado para autenticar el ESME identifica el tipo de ESME que est haciendo el BIND

Una respuesta exitosa del MC indica que el ESME puede iniciar el intercambio de SMs con el MC. .

PDU UNBINDUNBIND finaliza la sesin SMPP. El objetivo de la operacin Unbind SMPP (desenlazar) es para dar de baja a una instancia ESME desde una MC e informar a la MC que el ESME ya no desea utilizar la conexin de red para el envo o entrega de mensajes. Esta operacin puede ser vista como una forma de la MC de solicitar el cierre de sesin actual de SMPP, pero en la actualidad, Unbind puede ser enviado tanto por el ESME como por el MC y cerrar la conexin TCP.

La operacin Unbind, recibe siempre su respectivo unbind_resp. El unbind_resp SMPP es utilizado para responder a una solicitud unbind y comprende el encabezado del mensaje SMPP.

PDU ENQUIRE LINKEste PDU enquire_link puede ser originado tanto por el ESME como por el MC y es utilizado para proporcionar chequeo de confidencialidad de comunicacin entre las entidades ESME y MC. Tras la recepcin de esta peticin, la entidad receptora debe responder con un enquire_link_resp, por lo que se verifica o valida que la conexin a nivel de aplicacin entre el ESME y el MC est funcionando. El ESME puede tambin responder con el envo de cualquier SMPP valido.

Pgina

21

2-Presentacion de Mensajes

Message Submission Las operaciones de presentacin de mensajes o message submission proveen a un ESME la capacidad de enviar SM a estaciones mviles.

PDU SUBMIT_SMCon submit_sm, un ESME encola SM en el SMSC o MC, el PDU submit_sm_resp exitoso, indica que el SM fue aceptado por el MC para ser entregado a su destino.

Parmetros mandatorios importantes del PDU SUBMIT_SM: source_addr, source_addr_ton, source_addr_npi: destination_addr, dest_addr_ton, dest_addr_npi: short_message: registered_delivery: identifican el originador del SM identifican el destinatario del SM texto del SM indica si se solicita notificacin de entrega del SM

Parmetros mandatorios importantes del PDU SUBMIT_SM_RESP: message_id: identifica el SM dentro del SMSC, puede ser utilizado posteriormente para consultar el status del SM, cancelarlo o reemplazarlo

3-Operaciones de entrega de Mensajes

Message Delivery Operations Las operaciones de entrega de mensajes proveen los medios de entrega de SMs desde un MC hacia un ESME. Estos mensajes suelen originarse desde los terminales o estaciones mviles.

PDU DELIVER_SMLa operacin deliver_sm, sta operacin es emitida por el MC para entregar un mensaje a un ESME. Utilizando este comando, el MC puede rutear / dirigir un SM al ESME para la entrega. Con el PDU deliver_sm_resp exitoso, se indica que el SM fue entregado correctamente al destinatario

Pgina

22

Parmetros mandatorios importantes del PDU DELIVER_SM: source_addr, source_addr_ton, source_addr_npi: identifican el originadordel SM destination_addr, dest_addr_ton, dest_addr_npi: identifican el destinatario del SM short_message: texto del SM esm_class: Indica si el SM corresponde a una notificacin de entrega de un SM enviado anteriormente con SUBMIT_SM, en cuyo caso el parmetro opcional receipted_message_idcontiene el message_iddel mensaje notificado

4-Difusin de mensaje

Message Broadcast

Las operaciones de mensaje de difusin proporcionan servicios de difusin a ESMEs. Las operaciones de mensajes de difusin son aplicables nicamente a CBS (Cell Broadcast Centres) o a SMSCs con funcionalidades de integracin con CBSs. La operacin broadcast_sm, es emitida por el ESME para enviar SM al MC para la difusin del SM en una rea geogrfica determinada o un a un conjunto de zonas geogrficas, para esta operacin existe su broadcast_sm_resp.

5-Presentacin auxiliar

Ancilliary Submission

Las operaciones ancilliary submission proporcionan gestin de mensajes presentados por las ESMEs. Esto incluye, cancelacin, consultas y reemplazo de mensajes.

PDU CANCEL_SMCon la operacin cancel_sm, el ESME cancela uno o ms SMs enviados con anterioridad con la operacin PDU submit_sm.

Parmetros mandatorios importantes del PDU CANCEL_SM: message_id: Identificador de un SM previamente enviado, puede ser nulo para cancelar un grupo de mensajes source_addr, source_addr_ton, source_addr_npi: Debe hacer match con el origen de los mensajes a cancelar destination_addr, dest_addr_ton, dest_addr_npi: Debe hacer match con el destino de los mensajes a cancelar. Puede ser nulo si la operacin message_id es distinta de nulo

Pgina

23

PDU QUERY_SMOperacin query_sm Este comando es emitido por el ESME para consultar el estado de un SM presentado o enviado con anterioridad con el comando submit_sm El mecanismo de match se basa sobre el MC y los campos asignados message_id y source_address. Donde los parmetros submit_sm, data_sm o submit_multi (source address) fueron colocados o seteados originalmente con el valor NULL, entonces la direccin de origen o source address en la consulta query_sm tambin se debe setear o establecer con el valor NULL

Parmetros mandatorios importantes del PDU QUERY_SM: message_id: identificador de mensaje entregado por un SUBMIT_SM_RESP previo source_addr, source_addr_ton, source_addr_npi: Deben hacer match con los datos de origen del SUBMIT_SM previo Parmetros mandatorios importantes del PDU QUERY_SM_RESP: message_id: identificador del SM final_date: fecha y hora en que el SM alcanz un estado final message_state: status del SM consultado error_code: utilizado en caso de falla de entrega del SM

PDU REPLACE_SMEste comando es emitido por el ESME para sustituir un SM enviado anteriormente y que se encuentra pendiente de ser entregado a su destino final.

El mecanismo de match est basado en campo message_id y la direccin origen del mensaje original.

message_id: identificador del SM a ser reemplazado source_addr, source_addr_ton, source_addr_npi: Debe hacer match con el originador del SM a reemplazar short_message: nuevo texto del SM.

Pgina

24

Parmetros mandatorios importantes del PDU REPLACE_SM:

Refirase a http://smsforum.net para ampliar informacin sobre SMPP

Pgina

25