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 al 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 + --------------------------------------------- + | Flujo | 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
Un ejemplo de un XML PAP: --someboundarymesg Content-Type: application / xml
xml version = "1.0"?> < pap> push-id = "some_push_id" > address-value = "WAPPUSH=+12065551212/[email protected]" />
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
Un ejemplo de una indicación de servicio:
--someboundarymesgTipo de contenido: texto / vnd.wap.si xml version = "1.0"?> ó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 ]] noprint Inline-Template" > style = "white-space: nowrap;" > & # 91; [[Wikipedia: Link rot | title = "& nbsp; Enlace inactivo desde abril de 2018" > Enlace inactivo permanente ]] & # 93; ">Se ha recibido un nuevo MMS, ¿descargar?
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. Normalmente, 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 usa 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 push pueden confirmarse o no confirmarse. 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
- PO-TCP