Push Proxy Gateway – Wikipedia wiki
UN Passerelle de procuration est un composant des passerelles WAP qui pousse les notifications URL aux combinés mobiles. Les notifications incluent généralement les MMS, les e-mails, la messagerie instantanée, les téléchargements de sonneries et les nouvelles notifications du micrologiciel de l’appareil. La plupart des notifications auront une alerte audible à l’utilisateur de l’appareil. La notification sera généralement une chaîne de texte avec un lien URL. Notez que seule une notification est poussée vers l’appareil; L’appareil doit faire quelque chose avec la notification pour télécharger ou afficher le contenu qui lui est associé.
Spécifications techniques [ modifier ]]
Pousser vers PPG [ modifier ]]
Un message push est envoyé sous forme de message HTTP sur la passerelle Push Proxy. Le message sera un document XML en multipar Indication de service ou un Chargement de service .
+ --------------------------------------------- + | HTTP Post | + --------------------------------------------- + | Wap | PAP XML | | POUSSER + --------------------------------------------- + | Couler | Indication de service ou chargement de service XML | / / + --------------------------------------------- +
POSTE [ modifier ]]
Le message contient au minimum l’URL qui est affichée (ce n’est pas standard entre différents fournisseurs PPG) et le type de contenu.
Un exemple de message PPG:
POSTE / Somelocation Http / / 1.1 Héberger : ppg.somecarrier.com Type de contenu : multipar / lié; Boundary = SomeboundaryMesg; type = "application / xml"
BOUILLIE [ modifier ]]
Le PAP XML contient au minimum, un
Un exemple de PAP XML:
–meboundarymesg
Type de contenu: application / xml
push-id = "some_push_id" > valeur d'adresse = "Wappush=+12065551212/[email protected]" />
Les parties importantes de ce message PAP sont la valeur et le type d’adresse. La valeur est généralement un MSISDN et le type indique s’il faut envoyer à un MSISDN (cas typique) ou à une adresse IP. Le type est presque toujours MSISDN car l’initiateur Push (PI) n’aura généralement pas l’adresse IP de la station mobile – qui est généralement dynamique. Dans le cas de l’adresse IP:
[email protected]
Une capacité supplémentaire de PAP peut être trouvée dans l’article PAP.
Indication de service [ modifier ]]
Une indication de service push (SI) contient au minimum un
Un exemple d’indication de service:
--meboundarymesg
Type de contenu: texte / vnd.wap.si Si-id = 345532 href = "http://mmsc.somecarrier.com/cfjiojf43f · category:Alt Articles avec des liens externes morts]] [[Catégorie: articles avec des liens externes morts à partir d'avril 2018]] [[Catégorie: articles avec des liens externes morts permanentement]] noprint Modèle en ligne " > style = "Espace blanc: Nowrap;" > [ [[Wikipedia: Link Rot | titre = "Dead Link Tagged Avril 2018" > lien mort permanent ]] ]] ">
Un nouveau MMS a été reçu, téléchargement?
Livraison PPG à la station mobile [ modifier ]]
Une fois qu’un message push est reçu de l’initiateur Push, le PPG a deux voies pour la livraison. Si l’adresse IP de la station mobile est connue du PPG, le PPG peut livrer directement à la station mobile par rapport à un porteur IP. Ceci est connu sous le nom de «push orienté sur la connexion». Si l’adresse IP de la station mobile n’est pas connue du PPG, le PPG livrera sur un porteur SMS. La livraison sur un porteur SMS est connue sous le nom de “poussée sans connexion”.
Push sans connexion [ modifier ]]
Dans la poussée sans connexion, une liaison SMSC est requise pour que le PPG transmet son message push à la station mobile. En règle générale, un PPG aura un mécanisme de file d’attente SMS local exécutant localement auquel il se lie et qui à son tour se lie au SMSC du transporteur. Ce mécanisme devrait permettre la mise en file d’attente en cas de panne d’infrastructure SMS, et prévoit également la limitation des messages.
Étant donné qu’un message push WAP peut être supérieur à un seul SMS peut contenir, le message push peut être divisé en plusieurs messages SMS, en tant que SMS en multiparte.
Push orienté vers la connexion [ modifier ]]
Dans les poussées orientées vers la connexion (où l’appareil le prend en charge), une liaison SMSC n’est pas requise si la passerelle est consciente de l’adresse IP des combinés. Si la passerelle n’est pas en mesure de déterminer l’adresse IP du combiné ou n’est pas en mesure de se connecter à l’appareil, la notification push sera codée et envoyée sous forme de SMS.
La poussée orientée vers la connexion est utilisée moins fréquemment que la poussée sans connexion pour plusieurs raisons, notamment:
- Les appareils bien enregistrés sur le réseau peuvent ne pas avoir de session de données (contexte PDP dans le monde GSM) établi.
- Une table IP-> MSISDN distincte doit être maintenue dans la poussée orientée connexion.
- En règle générale, le PPG ou une autre partie de la passerelle doit recevoir un rayon ou d’autres paquets comptables afin de prendre en charge la poussée orientée connexion.
Autres attributs push [ modifier ]]
- Les notifications push peuvent être confirmées ou non confirmées. La plupart des transporteurs utilisent des poussées non confirmées en raison du volume élevé et des contraintes de ressources liées à la poussée confirmée. Ceci est contrôlé par le réglage confirmé dans l’élément d’étiquette de qualité de service.
- Les notifications push peuvent être définies pour expirer si elles ne sont pas livrées avant un certain temps. Ceci est contrôlé en définissant la livraison avant-timestamp dans l’élément PushMessage.
De nombreux autres attributs existent et sont détaillés dans les spécifications de l’Open Mobile Alliance et d’autres sites.
Vendeurs PPG [ modifier ]]
Les fournisseurs PPG incluent Nokia Siemens Networks, Ericsson, Gemini Mobile Technologies, OpenWave, ACISION, Huawei, Azetti , Alcatel, Software Wit , ZTE et Open Source Kannel.
Voir également [ modifier ]]
Les références [ modifier ]]
Recent Comments