Push Proxy Gateway
En Push Proxy Gateway är en komponent i WAP Gateways som skickar URL-aviseringar till mobiltelefoner. Aviseringar inkluderar vanligtvis MMS , e-post, snabbmeddelanden, nedladdningar av ringsignaler och aviseringar om ny enhetsfirmware. De flesta aviseringar kommer att ha en hörbar varning till användaren av enheten. Aviseringen kommer vanligtvis att vara en textsträng med en URL-länk. Observera att endast ett meddelande skickas till enheten; enheten måste göra något med meddelandet för att kunna ladda ner eller se innehållet som är kopplat till den.
Tekniska specifikationer
PUSH till PPG
Ett push-meddelande skickas som ett HTTP POST till Push Proxy Gateway. POST kommer att vara ett XML-dokument med flera delar, där den första delen är PAP-sektionen (Push Access Protocol) och den andra delen är antingen en Service Indication eller en Service Loading .
+-----------------------------------------------------+ | HTTP POST | \ +-----------------------------------------------------+ | WAP | PAP XML | | PUSH +-----------------------------------------------------+ | Flöde | Serviceindikation eller tjänst laddar XML | / +-----------------------------------------------------+
POSTA
POST innehåller åtminstone URL:en som postas till (detta är inte standard för olika PPG-leverantörer) och innehållstypen.
Ett exempel på ett PPG POST:
POST /somelocation HTTP / 1.1 Host : ppg.somecarrier.com Content-Type : multipart/related; gräns=någon gränsmesg; type="applikation/xml"
PAP
PAP XML innehåller minst en element, a element och en element.
Ett exempel på en PAP XML: --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>
De viktiga delarna av detta PAP-meddelande är adressvärdet och typen. Värdet är vanligtvis ett MSISDN och typen anger om det ska skickas till ett MSISDN (typiskt fall) eller till en IP-adress. TYP är nästan alltid MSISDN eftersom Push Initiator (PI) vanligtvis inte kommer att ha mobilstationens IP-adress - som vanligtvis är dynamisk. I fallet med IP-adress: TYPE=USER@abcd
Ytterligare funktioner för PAP finns i PAP -artikeln.
Serviceindikation
En PUSH Service Indication (SI) innehåller minst en element och en element.
Ett exempel på en serviceindikation:
--someboundarymesg Content-Type: text/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[[Kategori:Alla artiklar med döda externa länkar]][[Kategori :Artiklar med döda externa länkar från april 2018]][[Kategori:Artiklar med permanent döda externa länkar]]<sup class=" noprint Inline-Template" ><span style= "white-space: nowrap;" > [ ; <i> [[Wikipedia:Link rot| <span title= " Död länk taggad april 2018" > permanent död länk </span> ]] </i> ] </span></sup> "> Ett nytt MMS har tagits emot, ladda ner? </indication> </si>
PPG-leverans till mobilstation
När ett push-meddelande väl har tagits emot från push-initiatorn har PPG två möjligheter för leverans. Om IP-adressen för den mobila stationen är känd för PPG:n, kan PPG:en leverera direkt till den mobila stationen över en IP-bärare. Detta är känt som "Connection Oriented Push". Om mobilstationens IP-adress inte är känd för PPG:n kommer PPG:n att leverera över en SMS- bärare. Leverans över en SMS-bärare kallas "Connectionless Push".
Anslutningslös push
I Connectionless Push krävs en SMSC BIND för att PPG ska leverera sitt push-meddelande till mobilstationen. Vanligtvis kommer en PPG att ha en lokal SMS-kömekanism som körs lokalt som den BINDAR till, och som i sin tur BINDAR till operatörens SMSC. Denna mekanism bör möjliggöra köbildning i händelse av ett avbrott i SMS-infrastrukturen, och även tillhandahålla meddelandestrypning.
Eftersom ett WAP Push-meddelande kan vara större än ett enskilt SMS-meddelande kan innehålla, kan push-meddelandet delas upp i flera SMS-meddelanden, som ett flerdelat SMS.
Anslutningsorienterad push
I Connection Oriented pushes (där enheten stöder det) krävs inte en SMSC BIND om gatewayen känner till telefonernas IP-adress. Om gatewayen inte kan fastställa telefonens IP-adress, eller inte kan ansluta till enheten, kommer push-meddelandet att kodas och skickas som ett SMS .
Connection Oriented Push används mindre ofta än Connectionless Push av flera anledningar, inklusive:
- Enheter som är registrerade i nätverket kanske inte har en datasession (PDP-kontext i GSM-världen) etablerad.
- En separat IP->MSISDN-tabell måste underhållas i Connection Oriented Push.
- Vanligtvis måste PPG eller en annan del av gatewayen ta emot RADIUS eller andra redovisningspaket för att stödja anslutningsorienterad push.
Andra PUSH-attribut
- Push-meddelanden kan bekräftas eller obekräftas. De flesta operatörer använder obekräftade pushar på grund av de höga volym- och resursbegränsningarna relaterade till bekräftad push. Detta styrs av inställningen bekräftad i servicekvalitetstagelementet.
- Push-meddelanden kan ställas in så att de löper ut om de inte levereras före en viss tid. Detta styrs genom att ställa in leverans-före-tidsstämpel i pushmessage-elementet.
Många andra attribut finns och beskrivs i specifikationerna på Open Mobile Alliance och andra webbplatser.
PPG-försäljare
PPG-leverantörer inkluderar Nokia Siemens Networks , Ericsson , Gemini Mobile Technologies, Openwave , Acision , Huawei , Azetti , Alcatel, WIT Software , ZTE och öppen källkod Kannel .
Se även
- PO-TCP
- OMA WAP-specifikationer: