Push Access Protocol

Marco Buchholz April 6, 2016 P 3 0
FONT SIZE:
fontsize_dec
fontsize_inc

Push Access Protocol ist ein WAP-164 des Wireless Application Protocol Suite von der Open Mobile Alliance definierten Protokoll. PAP ist zum Kommunizieren mit dem Push-Proxy-Gateway, die in der Regel Teil eines WAP-Gateway verwendet wird.

PAP ist für die Verwendung bei der Bereitstellung von Inhalten aus Push-Auslöser, um Proxy-Gateways für die anschließende Einspeisung in Schmalband-Geräten, einschließlich Mobiltelefone und Pager schieben soll. Beispiel-Nachrichten enthalten Nachrichten, Aktienkurse, Wetter, Verkehrsmeldungen und Benachrichtigungen über Ereignisse, wie beispielsweise E-Mail-Ankunft. Mit Push-Funktionalität können Anwender auf Informationen, ohne sie anzufordern empfangen. In vielen Fällen ist es wichtig, dass der Benutzer die Informationen, sobald es verfügbar ist erhalten.

Die Push Access Protocol wird für die Anwendung über das Mobilfunknetz vorgesehen.

PAP ist so konzipiert, unabhängig von der zugrunde liegenden Transport-Protokoll sein. PAP gibt die folgenden möglichen Operationen zwischen dem Push-Initiator und dem Push-Proxy-Gateway:

  • Ein Push-
  • Abbrechen eines Druck
  • Abfrage nach Status eines Push-
  • Abfrage für drahtlose Gerätefunktionen
  • Ergebnis-Benachrichtigung

Die Wechselwirkung zwischen dem Push-Auslöser und Push-Proxy-Gateways in Form von XML-Nachrichten.

Geschäftstätigkeit

Push Submission

Der Zweck der Push-Vorlage ist es, eine Push-Nachricht von einem Push-Initiator zu einem PPG, die dann liefern sollte die Nachricht an einen User-Agent in einem Gerät im Wireless-Netzwerk zu liefern. Die Push-Nachricht enthält eine Steuereinheit und einem Gehalt Einheit, und kann eine Person Fähigkeiten enthalten. Die Steuereinheit ist ein XML-Dokument, das Steuerinformationen für den PPG in der Verarbeitung der Nachricht für die Lieferung zu verwenden enthält. Der Inhalt Einheit darstellt Inhalt an das drahtlose Gerät gesendet werden. Die Fähigkeiten Einheit enthält Client-Fähigkeiten von der Push-Initiator angenommen und befindet sich im RDF-Format wie in der User Agent Profile definiert. Die PPG KÖNNEN verwenden Sie die Funktionen Informationen zu überprüfen, ob die Nachricht für den Kunden geeignet ist. Die Antwort auf die Push-Anforderung ist ein XML-Dokument, das anfängliche Annahme oder Fehler anzeigt. Zumindest die PPG müssen gegen die DTD zu validieren die Steuereinheit in der Nachricht und meldet das Ergebnis in der Antwort. Die PPG kann darauf hindeuten, mit Fortschritt-note, dass andere Validierungen abgeschlossen sind. Der Inhalt und die Anzahl der Fortschritt-Anhang ist die Umsetzung spezifisch. Eine typische Antwortnachricht kann Fortschritte Notizen für jede Phase der internen Verarbeitung enthalten. Die Verarbeitungsstufen verwendet werden, sind die Umsetzung spezifisch. Es gibt Bestimmungen in der Push-Nachricht an mehrere Empfänger anzugeben. Die Antwortnachricht entspricht dem Eintragen Nachricht, so gibt es eine Antwortnachricht für eine Push-Nachricht, unabhängig von der Anzahl der angegebenen Adressen. Wenn die Push-Initiator begehrt Informationen an das endgültige Ergebnis der Auslieferung im Zusammenhang, dann muss es ein Ergebnis Benachrichtigungsinformationen in der Push-Übermittlung zu beantragen und eine Absenderadresse.

Ergebnis Mitteilung

Diese Operation wird von der PPG verwendet, um den Initiator des endgültigen Ergebnisses eines Druck Vorlage zu informieren, falls vom Push Initiator angefordert. Diese Meldung teilt dem Push-Initiator, dass die Nachricht gesendet wurde, geliefert, es abgelaufen ist, wurde abgebrochen, oder es ist ein Fehler aufgetreten. Wenn es einen Verarbeitungsfehler, die Benachrichtigung unverzüglich nach Entdeckung des Fehlers an den Push-Initiator gesendet werden und die Nachricht nicht an den Client gesendet werden. Andernfalls muss die Benachrichtigung gesendet werden, nachdem der Nachrichtenübermittlung abgeschlossen ist. Die Lieferung Prozess gilt als abgeschlossen, wenn die Meldung nicht mehr ein Kandidat für die Lieferung, zB die Nachricht ist abgelaufen. Wenn der Druck Vorlage angezeigt wird, wie in Schritt zwei in 3 abgelehnt, dann nicht aufgrund Benachrichtigung gesendet werden soll. Die Push-Initiator muss eine Rücksprungadresse während der Push-Vorgang zur Verfügung gestellt für diese Meldung an möglich sein, haben.

Push Stornierung

Der Zweck der Push-Annullierung ist es, den Push-Auslöser, um zu versuchen, um eine zuvor eingereichten Push-Nachricht abzubrechen. Die Push-Initiator initiiert diesen Vorgang. Die PPG antwortet mit einem Hinweis darauf, ob die Anforderung erfolgreich war oder nicht.

Statusabfrage

Die Statusabfrage-Betrieb ermöglicht den Push-Auslöser, um den aktuellen Status einer Nachricht, die bisher vorgelegt wurde fordern. Wenn Status wird für eine Nachricht, die an mehrere Empfänger adressiert ist, beantragt, muss der PPG zurück senden eine einzige Antwort, die Statusabfrage Ergebnisse für jeden der Empfänger.

Client-Funktionen Abfrage

Mit dieser Operation können die Push-Initiator, um das PPG für den Fähigkeiten eines bestimmten Geräts abzufragen. Die Antwort ist ein multipart / related-Dokument mit der CCQ-Response-Element in einem XML-Dokument und in der zweiten Einheit, der eigentliche Client-Funktionen Informationen in RDF wie in der User Agent Profile definiert. Die PPG kann auf die Fähigkeiten berichtet, wenn die PPG ist bereit für die Transformationen auf die vom Client unterstützten Formate durchführen hinzuzufügen. Zum Beispiel, wenn ein Kunde JPG-Unterstützung, aber nicht GIF und eine PPG ist bereit für die GIF-Dateien zu JPG, dann die PPG kann melden, dass der Client kann JPG- und GIF-Dateien unterstützen. Die ausgewiesenen Fähigkeiten können die kombinierten PPG und Client-Funktionen sein, und sie können von Session-Funktionen abgeleitet oder von einem CC / PP-Server abgerufen haben. Funktionen können auch mit Umsetzung abhängig Mittel abgeleitet werden.

Adressierung

Es gibt drei Adressen, die durch den Push-Auslöser in Betracht gezogen werden: die Push-Proxy-Gateway-Adresse, die drahtlose Geräteadresse, und das Ergebnis Benachrichtigungsadresse. Die Push-Proxy-Gateway-Adresse muss von der Push-Initiator bekannt sein. Diese Adresse wird in der Schicht unterhalb der Push-Zugriffsprotokoll erforderlich. Die Push-Proxy-Gateway wird mit einer eindeutigen Adresse, die auf dem zugrunde liegenden Protokoll hängt gerichtet. Zum Beispiel, wenn das zugrundeliegende Protokoll ist eine URL verwendet. Die Geräteadressierungsinformation wird als Teil der Nachrichteninhalt enthalten. Jedes Zeichen in einem RFC822-Adresse darf in der Vorrichtung Adressfeld angezeigt. Darüber hinaus ist eine "notify-angefordert-to" -Adresse kann durch den Push-Auslöser, wenn erforderlich, so dass der Push-Proxy-Gateway kann später auf die Push-Initiator mit Benachrichtigung zu reagieren Verfügung gestellt werden.

Mehrere Empfänger Adressierung

Es gibt Szenarien, in denen einen Push-Auslöser Vielleicht möchten Sie identische Nachrichten an mehrere Empfänger zu senden. Anstatt die Vorlage mehrere identische Push-Nachrichten, eine für jeden Empfänger kann die Push-Initiator vorzulegen eine einzige Push-Nachricht an mehrere Empfänger gerichtet. Dieser Abschnitt soll das Verhalten, um Operationen an mehrere Empfänger zu klären. Wenn das PPG gibt die Druckantwortnachricht nach einer Schub Übermittlung an mehrere Empfänger, entspricht die Antwort auf die Nachricht, unabhängig von der Anzahl der Empfänger in der Push-Übermittlung festgelegt. Wenn eine Push-Initiator fordert Status mit mehreren angegebenen Adressen, muss der PPG mit einem einzigen statusquery-Reaktion, die die einzelnen Status zu antworten. Das gleiche gilt, wenn nur ein Push-id in der Abfrage für den Status von einem Mehrempfängernachricht spezifiziert. Ergebnis-Benachrichtigungen müssen von der PPG für jeden einzelnen Empfänger gesendet werden, wenn das Ergebnis Notifikation beim Push-Initiator während der Übermittlung einer Nachricht an mehrere Empfänger angefordert. In Fällen, in denen eine Nachricht an mehrere Empfänger gesendet und später ein Abbrechen wird durch den Initiator angefordert wird, kann der PPG zurückschicken individuelle Reaktionen auf jede der mehreren Empfängern verwandt oder es kann Antworten auf viele oder alle Empfänger verwandt zu senden. Unterstützung mehrerer Adressen ist optional in einem PPG.

Multicast / Broadcast-Adressen

Es gibt Szenarien, in denen eine einzige von einem PI eingereicht Adresse kann von einem PPG in mehrere Adressen für Liefer erweitert werden. Zusätzlich kann eine Einzeladresse in einem drahtlosen Netzwerk übermittelt durch mehrere Geräte empfangen werden. Diese Art von Service ist für die Verteilung von Informationen von Interesse für eine breite Bevölkerung erwartet. Dieser Abschnitt soll das Verhalten, um Operationen mit Multicast- und Broadcast-Adressen zu klären. Da die Adresserweiterung wird im PPG oder im Funknetz erfolgt, ist das Verhalten zwischen dem PI und dem PPG identisch Verhalten, wenn die Adresse nicht erweitert wurden. Die Antwort enthält die individuelle Adresse als von der PI eingereicht.

Message Format

Die Push-Zugriffsprotokoll ist unabhängig von der Transport verwendet. PAP-Nachrichten durchzuführen Steuerinformationen, und im Falle eines Push-Übermittlung, auch Inhalte und wahlweise Client-Fähigkeiten Informationen. Steuerinformation Befehls / Antwortnachrichten zwischen dem PPG und den Push-Auslöser und Parameter an das PPG in Senden von Inhalt an die drahtlose Vorrichtung übergeben zur Verwendung. Beispiele dieser Art von Informationen umfassen die Drahtlosgeräteadresse, eine Lieferprioritäts der Nachricht, usw. Diese Informationen werden in der Regel nicht an die drahtlose Vorrichtung geliefert wird. Inhalt sind Daten, die für die drahtlose Vorrichtung vorgesehen ist. Diese Informationen können nur lesbar, an die drahtlose Vorrichtung, oder sie kann von der PPG erkennbar sein. Die PPG kann konfiguriert sein, eine Transformation an erkennbaren Inhalt für bestimmte drahtlose Geräte vorzunehmen. Die andere Kategorie von Informationen ist Mandantenfähigkeit Informationen wie in der User Agent Profile angegeben. Wenn mehr als Kontrolle in einer Nachricht durchgeführt wird, ist das Format der Nachricht eine MIME-multipart / verwandte Verbindung Objekt. Wenn nur Steuerinformationen in einer Nachricht durchgeführt wird, ist das Format der Nachricht eine einfache Anwendung / xml Entität. Alle Informationen werden in einem einzigen Nachrichtenkörper transportiert. In der mehrteiligen Nachrichten enthält die erste Einheit alle Schubbezogene Steuerinformationen in einem XML-Dokument, den Inhalt für das Wireless-Gerät enthält die zweite Einheit, die dritte Entität, falls vorhanden, enthält UAProf Client-Funktionen. Das Format des Inhalts Entität in angegeben.

Steuer Entity Format

Die Steuereinheit ist ein MIME Körperteil, die ein XML-Dokument, das ein pap Element hält, wie in Abschnitt 9.1 definiert. Die Steuereinheit muss in jedem PAP Anfrage und Antwort enthalten sein. Die Steuereinheit muss die erste Einheit in der MIME-multipart / related Nachricht sein.

Inhalt Entity Format

Der Inhalt Einheit ist ein MIME-Körperteil mit dem Inhalt, um die Wireless-Gerät gesendet werden. Der Inhaltstyp nicht durch die PAP definiert, sondern können jede Art sein, solange es durch MIME beschrieben. Der Gehalt Einheit ist nur in der Push Vorlage enthalten ist und nicht in irgendeinem anderen Betriebsanforderung oder Antwort enthalten. Der Inhalt Einheit MUSS die zweite Einheit im MIME-multipart / related Nachricht sein.

Capabilities Entity Format

Die Fähigkeiten Entität ist ein MIME-Körper Teil mit den Push-Auslöser ist davon ausgegangen, Teilmenge der Fähigkeiten des Wireless-Gerät / User-Agent. Die Fähigkeiten Format ist in der User Agent Profile angegeben. Die Fähigkeiten Entität, falls vorhanden, ist der dritte Entität in der Push-Submission MIME multipart / related Nachricht sein und die zweite Einheit in einer Client-Fähigkeiten Abfrage Antwort sein.

  Like 0   Dislike 0
Vorherige Artikel Das ist was ich bin
Nächster Artikel Paradise Rock Club
Bemerkungen (0)
Keine Kommentare

Fügen Sie einen Kommentar

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Zeichen übrig: 3000
captcha