Push Proxy Gateway

Push Proxy Gateway — це компонент шлюзів WAP, який передає сповіщення URL на мобільні телефони. Сповіщення, як правило, включають MMS, електронну пошту, чат, завантаження мелодій та сповіщення про нові програмні засоби. Більшість сповіщень отримуватиме звукове сповіщення пристрою користувача. Повідомлення зазвичай являє собою текстовий рядок із посиланням на URL. На пристрій надсилається лише повідомлення; пристрій повинен щось робити зі сповіщенням, щоб завантажити або переглянути вміст, пов'язаний з ним.

Технічні характеристики ред.

PUSH to PPG ред.

Push-повідомлення надсилається як HTTP POST до шлюзу Push Proxy. POST буде багаточастинним XML-документом, перша частина — розділ PAP (протокол доступу Push), а друга частина — або службова індикація, або службове завантаження.

 + --------------------------------------------- + 
 | HTTP POST |                                    \
 + --------------------------------------------- + | WAP
 | PAP XML |                                       | PUSH
 + --------------------------------------------- + | Flow
 | Service Indication or Service Loading XML     |/
 + --------------------------------------------- +

POST ред.

POST містить як мінімум URL-адресу, на яку публікується (це не стандартно для різних постачальників PPG), та тип вмісту.

Приклад PPG POST:

 POST /somelocation HTTP/1.1
 Host: ppg.somecarrier.com
 Content-Type: multipart/related; boundary=someboundarymesg; type="application/xml"

PAP ред.

PAP XML містить як мінімум елемент <pap>, елемент <push-message> та елемент <address>.

Приклад XML PAP:

 --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 [Архівовано 1 квітня 2020 у Wayback Machine.]">
 <pap>
 <push-message push-id="some_push_id">
 <address address-value="WAPPUSH=+12065551212/TYPE=PLMN@ppg.somecarrier.com" />
 </push-message>
 </pap>

Важливими частинами цього PAP-повідомлення є значення адреси та тип адреси. Значення, як правило, є MSISDN, а тип вказує, чи надсилати до MSISDN (типовий випадок) або на IP-адресу. Тип майже завжди MSISDN, оскільки Ініціатор Push (PI), як правило, не має IP-адреси мобільної станції — яка, як правило, динамічна. У випадку IP-адреси:

 TYPE = USER @ abcd

Додаткові можливості PAP можна знайти в статті PAP.

Service Indication ред.

Індикація служби PUSH (SI) містить як мінімум елемент <si> та <<індикація>.

Приклад Service Indication:

 --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 [Архівовано 1 квітня 2020 у Wayback Machine.]">
 <si>
 <indication si-id=345532 href="http://mmsc.somecarrier.com/CFJIOJF43F^{[недоступне посилання з 01.04.2018]}">
 A new MMS has been received, download?
 </indication>
 </si>

Доставлення PPG на мобільну станцію ред.

Після того, як від Push Initiator буде отримано push-повідомлення, у PPG є два способи доставлення. Якщо IP-адреса мобільної станції відома PPG, воно може доставити безпосередньо на мобільну станцію через IP-носій. Це відоме як «Підключення, орієнтоване на з'єднання». Якщо IP-адреса мобільної станції PPG невідома, то PPG доставить SMS- носій. Доставлення через SMS-носія відома як «Pushlessless Push».

Push без підключення ред.

У режимі Pushlessless Push потрібен SMSC BIND, щоб PPG доставляв своє push-повідомлення на мобільну станцію. Зазвичай PPG матиме локальний механізм черги SMS, який працює локально, на який він BIND, і який, своєю чергою, BIND в SMSC оператора. Цей механізм повинен передбачати чергу в разі відключення інфраструктури SMS, а також передбачати затримку повідомлень.

Підключення, орієнтоване на з'єднання ред.

У натисканнях, орієнтованих на підключення (де пристрій підтримує їх), SMSC BIND не потрібен, якщо шлюз знає IP-адресу мобільних телефонів. Якщо шлюз не в змозі визначити IP-адресу телефону або не в змозі під'єднатися до пристрою, push-повідомлення буде закодовано та надіслане у вигляді SMS.

Push-орієнтований на з'єднання використовується рідше, ніж Pushlessless Push з кількох причин, включаючи:

Пристрої, зареєстровані в мережі, можуть не встановити сеанс передачі даних (контекст PDP у світі GSM).
Окрему таблицю IP-> MSISDN слід підтримувати в Push Connected Push.
Як правило, PPG або інша частина шлюзу повинна отримувати RADIUS або інші пакети обліку, щоб підтримувати Push-орієнтований Push.

Інші атрибути PUSH ред.

Push-сповіщення можна підтвердити чи не підтвердити. Більшість носіїв використовують непідтверджені натискання через великі обмеження обсягу та ресурсів, пов'язані з підтвердженим натисканням. Це контролюється налаштуваннями, підтвердженими в елементі тегу якості обслуговування.
Push-сповіщення можна встановити, якщо вони не надходять до певного часу. Це контролюється, встановивши позначку доставлення перед тимчасовим позначенням в елементі pushmessage.

Багато інших атрибутів існує та детально описані в специфікаціях на Open Mobile Alliance та інших сайтах.

Продавці PPG ред.

Постачальники PPG включають Nokia Siemens Networks, Ericsson, Gemini Mobile Technologies, Openwave, Acision, Huawei, Azetti [Архівовано 18 листопада 2020 у Wayback Machine.], Alcatel, WIT Software, ZTE та відкрите джерело Kannel.

Див. також ред.

PO-TCP

Список літератури ред.

Технічні характеристики OMA WAP:
- Push Message (версія 22, березень 2001 р. — посилання WAP-251-PushMessage-20010322-a) [Архівовано 20 січня 2022 у Wayback Machine.]
- Індикація служби (версія 31 липня 2001 р. — посилання WAP-167-ServiceInd-20010731-a) [Архівовано 16 червня 2021 у Wayback Machine.]
- Завантаження послуги (версія 31 липня 2001 р. — посилання WAP-168-ServiceLoad-20010731-a) [Архівовано 27 серпня 2018 у Wayback Machine.]