Puerta de enlace de proxy push

Un Push Proxy Gateway es un componente de los WAP Gateways que envía notificaciones URL a los teléfonos móviles. Las notificaciones suelen incluir MMS , correo electrónico, mensajería instantánea, descargas de tonos de llamada y notificaciones de firmware de dispositivos nuevos. La mayoría de las notificaciones tendrán una alerta audible para el usuario del dispositivo. La notificación normalmente será una cadena de texto con un enlace URL. Tenga en cuenta que solo se envía una notificación al dispositivo; el dispositivo debe hacer algo con la notificación para poder descargar o ver el contenido asociado a ella.

Se envía un mensaje push como un HTTP POST a la puerta de enlace del proxy push. El POST será un documento XML de varias partes, en el que la primera parte será la sección PAP (protocolo de acceso push) y la segunda parte será una indicación de servicio o una carga de servicio .

+-----------------------------------------------+  
 |PUBLICACIÓN HTTP |\
 +----------------------------------------------+ | WAP
 | PAP XML | | EMPUJAR
 +---------------------------------------------+ | Flujo
 | Indicación de servicio o XML de carga de servicio | /
 +-----------------------------------------------+

La POST contiene como mínimo la URL que se publica (esto no es estándar entre los diferentes proveedores de PPG) y el tipo de contenido.

Un ejemplo de una publicación PPG:

POST  /somelocation  HTTP / 1.1 
Host :  ppg.somecarrier.com 
Tipo de contenido :  multipart/related; bound=someboundarymesg; type="application/xml"

El XML PAP contiene como mínimo un elemento <pap>, un elemento <push-message> y un elemento <address>.

Un ejemplo de un XML PAP: --someboundarymesg Tipo de contenido: application/xml

<?xml version="1.0"?> 
<!DOCTYPE pap PUBLIC "-//WAPFORUM//DTD PAP 1.0//EN" "http://www.wapforum.org/DTD/pap_1.0.dtd"> 
<pap> 
<mensaje-push id-push= "algun_id_push" > <dirección valor-dirección= "WAPPUSH=+12065551212/TYPE=PLMN@ppg.somecarrier.com" /> </mensaje-push> </pap> 
  

Las partes importantes de este mensaje PAP son el valor y el tipo de dirección. El valor suele ser un MSISDN y el tipo indica si se debe enviar a un MSISDN (caso típico) o a una dirección IP. El TIPO casi siempre es MSISDN, ya que el iniciador Push (PI) normalmente no tendrá la dirección IP de la estación móvil, que suele ser dinámica. En el caso de la dirección IP: TIPO=USUARIO@abcd

Puede encontrar capacidades adicionales de PAP en el artículo de PAP .

Una indicación de servicio PUSH (SI) contiene como mínimo un elemento <si> y un elemento <indication>.

Un ejemplo de una indicación de servicio:

--mensajedealgunlimite
Tipo de contenido:  texto/vnd.wap.si

<?xml version="1.0"?> 
<!DOCTYPE si PUBLIC "-//WAPFORUM//DTD SI 1.0//EN" "http://www.wapforum.org/DTD/si.dtd"> 
<si> 
<indication si-id= 345532 href= "http://mmsc.somecarrier.com/CFJIOJF43F" > Se ha recibido 
un nuevo MMS , ¿ descargarlo ?
 </indication> </si>        

Una vez que se recibe un mensaje push del iniciador push, el PPG tiene dos vías de entrega. Si el PPG conoce la dirección IP de la estación móvil, puede entregarlo directamente a la estación móvil a través de un portador IP. Esto se conoce como "Push orientado a la conexión". Si el PPG no conoce la dirección IP de la estación móvil, lo entregará a través de un portador SMS . La entrega a través de un portador SMS se conoce como "Push sin conexión".

En el caso de la inserción sin conexión, se requiere un enlace SMSC para que el PPG entregue su mensaje de inserción a la estación móvil. Normalmente, un PPG tendrá un mecanismo de cola de SMS local que se ejecuta localmente al que se vincula y que, a su vez, se vincula al SMSC del operador. Este mecanismo debería permitir la cola en caso de una interrupción de la infraestructura SMS y también permitir la limitación de mensajes.

Dado que un mensaje WAP Push puede ser más grande que el contenido de un solo mensaje SMS, el mensaje Push puede dividirse en varios mensajes SMS, como un SMS de varias partes.

En las notificaciones push orientadas a conexión (cuando el dispositivo lo admite), no se requiere un SMSC BIND si la puerta de enlace conoce la dirección IP del teléfono. Si la puerta de enlace no puede determinar la dirección IP del teléfono o no puede conectarse al dispositivo, la notificación push se codificará y se enviará como un SMS .

El push orientado a conexión se utiliza con menos frecuencia que el push sin conexión por varias razones, entre ellas:

• Los dispositivos, aunque estén registrados en la red, pueden no tener una sesión de datos establecida (Contexto PDP en el mundo GSM).
• Se debe mantener una tabla IP->MSISDN separada en Connection Oriented Push.
• Normalmente, el PPG u otra parte del gateway debe recibir RADIUS u otros paquetes de contabilidad para soportar Connection Oriented Push.

• Las notificaciones push pueden ser confirmadas o no confirmadas. La mayoría de los operadores utilizan notificaciones push no confirmadas debido al alto volumen y las limitaciones de recursos relacionadas con las notificaciones push confirmadas. Esto se controla configurando la opción confirmada en el elemento de etiqueta de calidad del servicio.
• Las notificaciones push se pueden configurar para que caduquen si no se envían antes de un tiempo determinado. Esto se controla configurando la marca de tiempo de entrega antes en el elemento pushmessage.

Existen muchos otros atributos que se detallan en las especificaciones de la Open Mobile Alliance y otros sitios.

Los proveedores de PPG incluyen a Nokia Siemens Networks , Ericsson , Gemini Mobile Technologies, Openwave , Acision , Huawei , Azetti, Alcatel, WIT Software, ZTE y Kannel de código abierto .

• PO-TCP

• Especificaciones OMA WAP:
  • Mensaje push (versión 22, marzo de 2001 - ref. WAP-251-PushMessage-20010322-a)
  • Indicación de servicio (versión 31, julio de 2001 - ref. WAP-167-ServiceInd-20010731-a)
  • Carga de servicios (versión 31, julio de 2001 - ref. WAP-168-ServiceLoad-20010731-a)