Push Proxy Gateway
 | Este artículo incluye una lista de referencias , lecturas relacionadas o enlaces externos , pero sus fuentes siguen sin estar claras porque carece de citas en línea . ( Mayo de 2009 ) |
Un Push Proxy Gateway es un componente de WAP Gateways que envía notificaciones URL a los teléfonos móviles. Las notificaciones generalmente incluyen 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 descargar o ver el contenido asociado a ella.
Especificaciones técnicas
PUSH a PPG
Un mensaje push se envía como HTTP POST a Push Proxy Gateway. El POST será un documento XML de varias partes, siendo la primera parte la sección PAP (Push Access Protocol) y la segunda parte una indicación de servicio o una carga de servicio .
+ --------------------------------------------- + | HTTP POST | \ + --------------------------------------------- + | WAP | PAP XML | | EMPUJAR + --------------------------------------------- + | Fluir | Indicación de servicio o XML de carga de servicio | / + --------------------------------------------- +
CORREO
El POST contiene como mínimo la URL en la que se publica (esto no es estándar en los diferentes proveedores de PPG) y el tipo de contenido.
Un ejemplo de un POST PPG:
POST / alguna ubicación HTTP / 1.1 Host : ppg.somecarrier.com Tipo de contenido : multiparte / relacionado; boundary = someboundarymesg; type = "aplicación / xml"PAPILLA
El XML de PAP contiene, como mínimo, un elemento <pap>, un elemento <push-message> y un elemento <address>.
Un ejemplo de un 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/[email protected]" /> </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 envía a un MSISDN (caso típico) oa una dirección IP. El TYPE es casi siempre MSISDN, ya que el Push Initiator (PI) no suele tener la dirección IP de la estación móvil, que generalmente es dinámica. En el caso de la dirección IP: TYPE = USER @ abcd
La capacidad adicional de PAP se puede encontrar en el artículo de PAP .
Indicación de servicio
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:
--someboundarymesg
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> <indicación si-id = 345532 href = "http://mmsc.somecarrier.com/CFJIOJF43F[[Categoría:Todos los artículos con enlaces externos inactivos ]] [[Categoría: Artículos con enlaces externos inactivos de abril de 2018]] [[Categoría : Artículos con enlaces externos permanentemente inactivos ]] <sup class = " noprint Inline-Template" > <span style = "white-space: nowrap;" > & # 91; <i> [[Wikipedia: Link rot | <span title = "& nbsp; Vínculo muerto desde abril de 2018" >enlace muerto permanente </span> ]] </i>& # 93; </span> </sup> ">
Se ha recibido un nuevo MMS, ¿descargar?</indicación> </si>Entrega de PPG a la estación móvil
Una vez que se recibe un mensaje de inserción del Iniciador de inserción, el PPG tiene dos vías para la entrega. Si la dirección IP de la estación móvil es conocida por el PPG, el PPG puede entregar directamente a la estación móvil a través de un portador de 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, el PPG se enviará a través de un portador de SMS . La entrega a través de un portador de SMS se conoce como "Push sin conexión".
Push sin conexión
En Connectionless Push, se requiere un SMSC BIND para que el PPG entregue su mensaje push a la estación móvil. Por lo general, un PPG tendrá un mecanismo de cola de SMS local ejecutándose localmente al que se VINCULA y que, a su vez, se VINCULA al SMSC del operador. Este mecanismo debería permitir la puesta en cola en caso de una interrupción de la infraestructura de SMS y también permitir la limitación de mensajes.
Dado que un mensaje WAP Push puede ser más grande de lo que puede contener un solo mensaje SMS, el mensaje push puede dividirse en varios mensajes SMS, como un SMS de varias partes.
Empuje orientado a la conexión
En los empujes orientados a la conexión (donde 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 automática se codificará y enviará como un SMS .
La inserción orientada a la conexión se utiliza con menos frecuencia que la inserción sin conexión por varias razones, entre las que se incluyen:
- Los dispositivos, mientras están registrados en la red, pueden no tener una sesión de datos (contexto PDP en el mundo GSM) establecida.
- Se debe mantener una tabla IP-> MSISDN separada en Connection Oriented Push.
- Normalmente, el PPG u otra parte de la puerta de enlace tiene que recibir RADIUS u otros paquetes de contabilidad para admitir la inserción orientada a la conexión.
Otros atributos PUSH
- Las notificaciones automáticas se pueden confirmar o no. La mayoría de los transportistas utilizan impulsos no confirmados debido al gran volumen y las limitaciones de recursos relacionados con el impulso confirmado. Esto se controla mediante la configuración confirmada en el elemento de etiqueta de calidad de servicio.
- Las notificaciones automáticas se pueden configurar para que caduquen si no se envían antes de cierto tiempo. Esto se controla estableciendo deliver-before-timestamp en el elemento pushmessage.
Existen muchos otros atributos y se detallan en las especificaciones de Open Mobile Alliance y otros sitios.
Proveedores de PPG
Los proveedores de PPG incluyen Nokia Siemens Networks , Ericsson , Gemini Mobile Technologies , Openwave , Acision , Huawei , Azetti , Alcatel, WIT Software , ZTE y Kannel de código abierto .
Ver también
Referencias
- Tecnología móvil
- Tecnología de empuje
- Protocolo de Aplicaciones Inalámbricas
