Puerta de enlace proxy push

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

Un ejemplo de una publicación de PPG:

POST /somelocation HTTP / 1.1 Host : ppg.somecarrier.com Content-Type : multipart/related; boundary=someboundarymesg; type="application/xml"

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

Un ejemplo de XML PAP: --someboundarymesg Content-Type: 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> <push-message push-id= "some_push_id" > <address address-value= "WAPPUSH=+12065551212/TYPE=PLMN@ppg.somecarrier.com" /> </push-message> </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 es casi siempre MSISDN, ya que el Iniciador Push (PI) normalmente no dispone de la dirección IP de la Estación Móvil, que suele ser dinámica. En el caso de una dirección IP: TYPE=USER@abcd

En el artículo sobre PAP se pueden encontrar funciones adicionales.

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

Ejemplo de indicación de servicio:

--algúnmensajedelímite 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 , ¿descargar? </indication> </si>

En Connectionless Push, se requiere una conexión SMSC BIND para que el PPG entregue su mensaje push al móvil. Normalmente, un PPG dispone de un mecanismo de cola de SMS local al que se conecta mediante BIND, y que a su vez se conecta mediante BIND al SMSC del operador. Este mecanismo permite la gestión de colas en caso de una interrupción de la infraestructura SMS y también la limitación del número de mensajes.

Dado que un mensaje WAP Push puede ser más grande que un solo mensaje SMS, puede dividirse en varios mensajes SMS, como un SMS multipartes.

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

La función Push orientada a la conexión se utiliza con menos frecuencia que la función Push sin conexión por varias razones, entre ellas:

• Aunque los dispositivos estén registrados en la red, es posible que no tengan establecida una sesión de datos (contexto PDP en el mundo GSM).
• En Connection Oriented Push, se debe mantener una tabla IP->MSISDN independiente.
• Normalmente, el PPG u otra parte de la puerta de enlace debe recibir paquetes RADIUS u otros paquetes de contabilidad para poder admitir el envío de datos orientado a la conexión (Connection Oriented Push).