Push bramy proxy
Push Proxy Gateway to składnik bramek WAP , który przesyła powiadomienia o adresach URL do telefonów komórkowych. Powiadomienia zazwyczaj obejmują wiadomości MMS , wiadomości e-mail, wiadomości błyskawiczne, pobieranie dzwonków i powiadomienia o nowym oprogramowaniu sprzętowym urządzenia. Większość powiadomień będzie zawierała alert dźwiękowy dla użytkownika urządzenia. Powiadomienie będzie zwykle ciągiem tekstowym z linkiem URL. Pamiętaj, że do urządzenia jest wysyłane tylko powiadomienie; urządzenie musi coś zrobić z powiadomieniem, aby pobrać lub wyświetlić powiązaną z nim zawartość.
Specyfikacja techniczna
WCIŚNIJ do PPG
Wiadomość push jest wysyłana jako HTTP POST do bramki Push Proxy. POST będzie wieloczęściowym dokumentem XML, z pierwszą częścią będącą sekcją PAP (Push Access Protocol), a drugą częścią będzie wskazanie usługi lub ładowanie usługi .
+---------------------------------------------+ | POST HTTP | \ +---------------------------------------------+ | WAP | PAP XML | | NACIŚNIJ +---------------------------------------------+ | Przepływ | Wskazanie usługi lub ładowanie usługi XML | / +---------------------------------------------+
POST
POST zawiera co najmniej adres URL, na który wysyłana jest wiadomość (nie jest to standard w przypadku różnych dostawców PPG) oraz typ zawartości.
Przykład PPG POST:
POST /somelocation HTTP / 1.1 Host : ppg.somecarrier.com Typ treści : wieloczęściowy/powiązany; granica=pewna granicamesg; type="aplikacja/xml"
PAPKA
PAP XML zawiera co najmniej a pierwiastek, A pierwiastek i element.
Przykład 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 adres-value= "WAPPUSH=+12065551212/[email protected]" /> </push-message> </pap>
Ważnymi częściami tej wiadomości PAP są wartość i typ adresu. Wartość to zazwyczaj MSISDN , a typ wskazuje, czy wysłać do MSISDN (typowy przypadek), czy na adres IP. TYP to prawie zawsze MSISDN, ponieważ inicjator wypychania (PI) zwykle nie ma adresu IP stacji mobilnej — który jest generalnie dynamiczny. W przypadku adresu IP: TYPE=USER@abcd
Dodatkowe możliwości PAP można znaleźć w artykule PAP .
Wskazanie serwisowe
Wskazanie usługi PUSH (SI) zawiera co najmniej an pierwiastek i element.
Przykład wskazania serwisowego:
--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[[Kategoria:Wszystkie artykuły z martwymi linkami zewnętrznymi]][[Kategoria :Artykuły z niedziałającymi linkami zewnętrznymi z kwietnia 2018 r.]][[Category:Articles with permanentnie martwe linki zewnętrzne]]<sup class=" noprint Inline-Template" ><span style=
"biała przestrzeń: nowrap;" > [ <i> [[Wikipedia:Zgnilizna linków| <span title= " Martwy link oznaczony jako kwiecień 2018" > stały martwy link </span> ]] </i> ] </span></sup> "> Otrzymano nową wiadomość MMS, pobrać? </indication> </si>
Dostawa PPG do stacji mobilnej
Po odebraniu wiadomości Push od inicjatora Push, PPG ma dwie drogi dostarczenia. Jeśli adres IP stacji mobilnej jest znany PPG, PPG może dostarczać bezpośrednio do stacji mobilnej przez nośnik IP. Jest to znane jako „wypychanie zorientowane na połączenie”. Jeśli adres IP stacji mobilnej nie jest znany PPG, PPG dostarczy wiadomość za pośrednictwem SMS . Dostarczanie za pośrednictwem nośnika SMS jest znane jako „Push bezpołączeniowy”.
Push bezpołączeniowy
W przypadku Push bezpołączeniowego wymagane jest SMSC BIND, aby PPG dostarczył swój komunikat push do stacji mobilnej. Zazwyczaj PPG będzie mieć działający lokalnie lokalny mechanizm kolejkowania SMS-ów, z którym jest POWIĄZANY, a który z kolei wiąże się z SMSC operatora. Mechanizm ten powinien umożliwiać kolejkowanie w przypadku awarii infrastruktury SMS, a także zapewniać ograniczanie przepustowości wiadomości.
Ponieważ wiadomość WAP Push może być większa, niż może pomieścić pojedyncza wiadomość SMS, wiadomość Push może zostać podzielona na wiele wiadomości SMS, jako wieloczęściowa wiadomość SMS.
Push zorientowany na połączenie
W pchnięciach zorientowanych na połączenie (jeśli urządzenie to obsługuje) SMSC BIND nie jest wymagane, jeśli brama zna adres IP telefonu. Jeśli bramka nie jest w stanie określić adresu IP słuchawki lub nie może połączyć się z urządzeniem, powiadomienie push zostanie zakodowane i wysłane jako SMS .
Push zorientowany na połączenie jest używany rzadziej niż Push bez połączenia z kilku powodów, w tym:
- Urządzenia zarejestrowane w sieci mogą nie mieć ustanowionej sesji danych (kontekst PDP w świecie GSM).
- Oddzielna tabela IP->MSISDN musi być utrzymywana w trybie Push zorientowanym na połączenie.
- Zwykle PPG lub inna część bramy musi odbierać RADIUS lub inne pakiety rozliczeniowe w celu obsługi połączenia zorientowanego na połączenie.
Inne atrybuty PUSH
- Powiadomienia push mogą być potwierdzone lub niepotwierdzone. Większość przewoźników używa niepotwierdzonych pchnięć ze względu na dużą liczbę i ograniczenia zasobów związane z potwierdzonymi pchnięciami. Jest to kontrolowane przez ustawienie potwierdzone w elemencie znacznika jakości usług.
- Powiadomienia push można ustawić tak, aby wygasały, jeśli nie zostaną dostarczone przed określonym czasem. Jest to kontrolowane przez ustawienie znacznika czasu dostarczenia przed w elemencie pushmessage.
Istnieje wiele innych atrybutów, które są wyszczególnione w specyfikacjach w Open Mobile Alliance i innych witrynach.
Sprzedawcy PPG
Do dostawców PPG należą Nokia Siemens Networks , Ericsson , Gemini Mobile Technologies, Openwave , Acision , Huawei , Azetti , Alcatel, WIT Software , ZTE i open source Kannel .
Zobacz też
- PO-TCP