|
|
ПЕРВЫЙ ЗАМЕСТИТЕЛЬ МИНИСТРА РОССИЙСКОЙ ФЕДЕРАЦИИ ПО СВЯЗИ И ИНФОРМАТИЗАЦИИ ул. Тверская, 7, Москва, 125375 Справочная: 771-81-00 по документам: 771-81-21 Факс: 771-87-18 Телетайп: 114158 MSRF RU F-mail: o [ [ice@ minsvyaz.ru Сайт: www.minsvyaz.ru 10.07.2003 № БА-П3-4950 На № _________________ |
Руководителям структурных
Руководителям организаций |
О введении в действие Дополнения № 1 к руководящему документу отрасли РД 45.201-2001
Министерством Российской Федерации по связи и информатизации утверждено и вводится в действие с 4 июля 2003 года Дополнение № 1 к руководящему документу отрасли РД 45.201-2001 «Шлюзы WAP для систем подвижной радиосвязи. Общие технические требования».
Разработчиком данного документа является ФГУП ЛОНИИС. Телефон для справок: (812) 389 31 86.
Издание и распространение руководящего документа отрасли будет осуществлять Центр научно-технической информации «ИНФОРМСВЯЗЬ» (105275, г. Москва, ул. Уткина, д. 44). Телефон для справок (факс): 273 30 60, 273 37 80.
Б.Д. Антонюк
Дополнение № 1 руководящего документа отрасли
ШЛЮЗЫ ПРОТОКОЛА БЕСПРОВОДНЫХ ПРИЛОЖЕНИЙ (WAP) ДЛЯ СИСТЕМ ПОДВИЖНОЙ РАДИОСВЯЗИ
Общие технические требования
Дата введения
В РД 45.201-2001 добавить § 6.
6. Технические требования к шлюзам WAP, использующим архитектуру протокола WAP 2.0
6.1 Архитектура протокола WAP 2.0
Протокол WAP версии 2.0 использует шлюзы/фильтры (proxy), обеспечивающие:
а) трансформацию протоколов TCP и HTTP в профили указанных протоколов для беспроводной связи TCP* [a1] и HTTP* [a2] (пример архитектуры протокола - см. рис. 4);
б) трансформацию протокола TCP в TCP* [a1] и обеспечения туннеля с использованием протокола транспортного уровня TLS [а3, а17] в режиме с установлением соединения (пример архитектуры протокола - см. рис. 5);
в) трансляцию пакетов IP между проводным и беспроводным интерфейсом с использованием протокола безопасности на уровне доставки информации [а4] (пример архитектуры протокола - см. рис. 6).
Рис. 4
Рис. 5
Рис. 6
6.2 Технические требования к функциональным характеристикам
6.2.1 Требования к функциональным характеристикам шлюзов WAP, в отношении которых применяется декларирование, должны соответствовать технической спецификации WAP - 262 - Class Conformance Requirements - Version 17-May-2002 [a5]. Объём требований приведён в таблице 6.1.
Детальная спецификация требований, подлежащих декларированию фирмой-изготовителем, приведена в пп. 6.2.2 - 6.2.19.
6.2.2 Требования к прикладному уровню WAP - WAE для WAP версии 2.0 должны соответствовать технической спецификации WAP-236 Wireless Application Environment Specification, Version 2 [а6]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.2. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.2.
Таблица 6.1
Функция протокола WAP версии 2.0 |
Обязательность наличия |
1. Архитектура протокола: согласно п. 4 рис. 2 - 3 без поддержки WTLS согласно п. 4 рис. 2 - 3 с поддержкой WTLS согласно п. 6.1 а) рис. 4 согласно п. 6.1 б) и/или в) рис. 5, 6 |
Как минимум одна из перечисленных опций |
2. Уровень WAE |
Опция |
3. Услуга push |
Опция |
4. Услуга передачи мультимедийных сообщений с использованием WAP |
Опция |
5. Услуга минимизации взаимодействия с пользователем (provisioning) |
Опция |
6. Прикладные услуги беспроводной телефонии |
Опция |
7. Синхронизация данных |
Опция |
Таблица 6.2
Примечание: Опц - опциональность поддержки, О - обязательность поддержки.
6.2.3 Требования к поддержке функций модифицированного протокола передачи гипертекстов HTTP должны соответствовать технической спецификации WAP-229 - НТТР-20010329-а. Wireless Profiled HTTP [a2]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.3.
Таблица 6.3
Условное обозначение |
Соответствие [а2] |
Наименование функции |
Обязательность поддержки |
HTTP-S-S001 |
п. 5.2.2 [а2] |
Поддержка реализации HTTP Server |
О |
HTTP-S-C001 |
п. 5.2.1 [а2] |
Поддержка реализации HTTP Client |
Опц. |
HTTP-S-C002 |
п. 5.2.1 [а2], п. 9.3 RFC2616 [a7] |
Поддержка метода GET |
О - при наличии HTTP-S-C001 |
HTTP-S-C003 |
п. 5.2.1 [а2], п. 9.5 RFC2616 [а7] |
Поддержка метода POST |
О - при наличии HTTP-S-C001 |
HTTP-S-C004 |
п. 5.2.1 [а2], п. 9.2 RFC2616 [a7] |
Поддержка метода OPTIONS |
О - при наличии HTTP-S-C001 |
HTTP-S-S002 |
п. 5.2.2 [а2], п. 9.3 RFC2616 [a7] |
Поддержка метода GET |
О - при наличии HTTP-S-S001 |
HTTP-S-S003 |
п. 5.2.2 [а2], п. 9.5 RFC2616 [a7] |
Поддержка метода POST |
О - при наличии HTTP-S-S001 |
HTTP-S-S004 |
п. 5.2.2 [а2], п. 9.4 RFC2616 [a7] |
Поддержка метода HEAD |
О - при наличии HTTP-S-S001 |
HTTP-S-S005 |
п. 5.2.2 [а2], п. 9.2 RFC2616 [a7] |
Поддержка метода OPTIONS |
О - при наличии HTTP-S-S001 |
HTTP-S-S006 |
пп. 5.2.2, 5.4.1 [а2], п. 5 RFC2817 [a8] |
Поддержка метода CONNECT |
О - при наличии HTTP-S-S001 |
HTTP-S-S007 |
п. 5.3.1 [а2], п. 3.5 RFC2616 [а7] |
Поддержка метода сокращённого кодирования (deflate) контента |
О - при наличии HTTP-S-S001 |
6.2.4 Требования к поддержке функций протокола сеансового уровня (WSP) для WAP версии 2.0 должны соответствовать технической спецификации WAP-230 - WSP-20010705-a. Wireless Session Protocol Specification [a13]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.4. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.13.
Таблица 6.4
6.2.5 Требования к поддержке функций уровня транзакций (WTP) для WAP версии 2.0 должны соответствовать технической спецификации WAP-224 - WTP-20010710-a. Wireless Transaction Protocol [a15]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.5. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.14.
Таблица 6.5
Условное обозначение |
Соответствие [а15] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
WTP-S-001 |
п. 6.1.3 [а15] |
Транзакция класса 0 - действия инициатора |
О |
WTP-S-002 |
п. 6.1.3 [а15] |
Транзакция класса 0 - действия ответчика |
О |
WTP-S-003 |
п. 6.2.4 [а15] |
Транзакция класса 1 - действия инициатора |
О (при поддержке WTP-S-022, 015) |
WTP-S-004 |
п. 6.2.4 [а15] |
Транзакция класса 1 - действия ответчика |
О (при поддержке WTP-S-022) |
WTP-S-005 |
п. 6.3.4 [а15] |
Транзакция класса 2 - действия инициатора |
Опц. (при поддержке WTP-S-022, 015) |
WTP-S-006 |
п. 6.3.4 [а15] |
Транзакция класса 2 - действия ответчика |
О (при поддержке WTP-S-022) |
WTP-S-007 |
п. 7.3 [а15] |
Подтверждение получения абонентом сообщений от сервера |
Опц. |
WTP-S-008 |
пп. 4.1,7.5 [а15] |
Процедура передачи нескольких блоков данных протокола WTP в одной датаграмме - concatenation |
Опц. |
WTP-S-009 |
п. 7.5 [а15] |
Процедура извлечения нескольких блоков данных протокола WTP из одной датаграммы - separation |
О |
WTP-S-010 |
п. 7.2 [а15] |
Повторная передача пакетов вплоть до получения их подтверждения |
Опц. |
WTP-S-011 |
пп. 4.6, 7.7, 7.12 [а15] |
Прерывание невыполненных транзакций |
Опц. |
WTP-S-012 |
п. 7.12 [а15] |
Прерывание транзакций в случае возникновения неисправимых ошибок |
Опц. (при поддержке WTP-S-011) |
WTP-S-013 |
пп. 7.4, 7.12 [а15] |
Помещение информации в последнее подтверждение транзакции |
Опц. (при поддержке WTP-S-018) |
WTP-S-014 |
п. 7.6 [а15] |
Асинхронная обработка транзакций |
Опц. |
WTP-S-015 |
п. 7.1.5.2 [а15] |
Проверка идентификатора транзакций - действия инициатора |
Опц. |
WTP-S-016 |
Проверка идентификатора транзакций - действия ответчика |
Опц. |
|
WTP-S-017 |
пп. 7.10, 8.4.2 [а15] |
Заголовок информации транспортного уровня (TPI); TPI = Error |
Опц. |
WTP-S-018 |
пп. 7.10, 8.4.3 [а15] |
TPI = In [o |
Опц. |
WTP-S-019 |
пп. 7.10, 8.4.4 [а15] |
ТРI = Option |
Опц. |
WTP-S-020 |
пп. 7.10, 8.4.5 [а15] |
TPI = PSN |
Опц. |
WTP-S-021 |
п. 7.14 [а15] |
Сегментация и десегментация с выборочной повторной передачей |
Опц. (при поддержке WTP-S-02О) |
WTP-S-022 |
п. 7 [а15] |
Режим передачи |
Опц. (при поддержке WTP-S-007, 010, 011 и 012) |
WTP-S-023 |
п. 7.15 [а15] |
Расширенная сегментация и десегментация с выборочной повторной передачей |
Опц. (при поддержке WTP-S-019, 020, 024 и 025) |
WTP-S-024 |
пп. 7.15.2, 8.4.7 [а15] |
TPI = Frame Boundary |
Опц. |
WTP-S-025 |
пп. 7.15.2, 8.4.6 [а15] |
TPI = SDU Boundary |
Опц. |
WTP-S-026 |
пп. 7.15.2, 7.15.3 [а15] |
Поддержка режима со скользящим окном и расширенной сегментацией и десегментацией |
Опц. |
6.2.6 Требования к поддержке функций уровня безопасности (WTLS) для WAP версии 2.0 должны соответствовать технической спецификации WAP-261 - WTLS-20010406-a. Wireless Transport Layer Security [a11]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.6. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.15.
Таблица 6.6
Условное обозначение |
Соответствие [а11] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
WTLS-S-001 |
п. 10.3 [а11] |
Протокол full handshake |
О |
WTLS-S-002 |
п. 10.3 [а11] |
Протокол abbreviated handshake |
О |
WTLS-S-003 |
п. 10.3 [а11] |
Протокол optimised public key handshake |
Опц. |
WTLS-S-004 |
п. 11.1.4 [а11] |
Восстановление соединение без повторного расчёта параметра master secret |
Опц. |
WTLS-S-005 |
п. 10.4 [а11] |
Последовательное соединение записей для сообщений handshake |
О |
WTLS-S-006 |
п. 10.4 [а11] |
Передача сообщений handshake с использованием датаграмм |
О |
WTLS-S-007 |
п. 10.5.1 [а11] |
Передача сообщения hello request |
Опц. |
WTLS-S-010 |
п. 9.2.3.1 [а11] |
Явная порядковая нумерация |
О |
WTLS-S-011 |
п. 9.2.3.1 [а11] |
Неявная порядковая нумерация |
Опц. |
WTLS-S-012 |
п. 9.2.3.1 [а11] |
Удаление вторично принятых записей |
О |
WTLS-S-013 |
доп. В3 [а11] |
Обновление ключей шифрования |
О |
WTLS-S-020 |
п. 10.2 [а11] |
Сообщения-уведомления о завершении соединения |
О |
WTLS-S-021 |
п. 102 [а11] |
Сообщения-уведомления об ошибках, приводящих к завершению соединения |
О |
WTLS-S-022 |
п. 10.2 [а11] |
Контроль проверочной последовательности |
О |
WTLS-S-025 |
п. 10.1 [а11] |
Изменение способа шифрования |
О |
WTLS-S-026 |
п. 9.2 [а11] |
Данные, получаемые от вышестоящего уровня |
О |
WTLS-S-030 |
доп. А [а11] |
Анонимная процедура handshake |
О (поддержка одной из опций WTLS-S-031-038, 049) |
WTLS-S-031 |
доп. А [а11] |
Алгоритм DH без ограничения длины ключа |
Опц. |
WTLS-S-032 |
доп. А [а11] |
Алгоритм DH с длиной ключа до 768 бит |
Опц. |
WTLS-S-033 |
доп. А [а11] |
Алгоритм DH с длиной ключа до 512 бит |
Опц. |
WTLS-S-034 |
доп. А [а11] |
Алгоритм RSA без ограничения длины ключа |
Опц. |
WTLS-S-035 |
доп. А [а11] |
Алгоритм RSA с длиной ключа до 768 бит |
Опц. |
WTLS-S-036 |
доп. А [а11] |
Алгоритм RSA с длиной ключа до 512 бит |
Опц. |
WTLS-S-037 |
доп. А [а11] |
Алгоритм ECDH_ANON без ограничения длины ключа |
Опц. |
WTLS-S-038 |
доп. А [а11] |
Алгоритм ECDH ANON с длиной ключа до 131 бит |
Опц. |
WTLS-S-049 |
доп. А [а11] |
Алгоритм ECDH ANON с длиной ключа до 113 бит |
Опц. |
WTLS-S-060 |
доп. А [а11] |
Неанонимная процедура handshake (сервер прошел аутентификацию) |
О (поддержка одной из опций WTLS-S-061, 064, 191) |
WTLS-S-061 |
доп. А [а11] |
Алгоритм RSA без ограничения длины ключа |
Опц. |
WTLS-S-062 |
доп. А [а11] |
Алгоритм RSA с длиной ключа до 768 бит |
Опц. |
WTLS-S-063 |
доп. А [а11] |
Алгоритм RSA с длиной ключа до 512 бит |
Опц. |
WTLS-S-064 |
доп. А [a11] |
Алгоритм ECDH ECDSA |
Опц. |
WTLS-S-070 |
доп. А [а11] |
Аутентификация пользователя |
О (поддержка одной из опций WTLS-S-071, 072) |
WTLS-S-071 |
доп. А [а11] |
Алгоритм RSA без ограничения длины ключа |
Опц. |
WTLS-S-072 |
доп. А [а11] |
Алгоритм ECDH_ECDSA |
Опц. |
WTLS-S-080 |
доп. А [а11] |
Процедура shared secret handshake |
Опц. |
WTLS-S-090 |
доп. А [а11] |
Использование нулевого ключа |
Опц. |
WTLS-S-100 |
доп. А [а11] |
Шифрование данных пользователя |
О (поддержка одной из опций WTLS-S-101-108) |
WTLS-S-101 |
доп. А [а11] |
Алгоритм RC5_CBC с эффективной длиной ключа 128 бит |
Опц. |
WTLS-S-102 |
доп. А [а11] |
Алгоритм RC5_CBC_56 с эффективной длиной ключа 56 бит |
Опц. |
WTLS-S-103 |
доп. А [а11] |
Алгоритм DES СВС |
Опц. |
WTLS-S-104 |
доп. А [а11] |
Алгоритм 3DES CBC_EDE |
Опц. |
WTLS-S-105 |
доп. А [а11] |
Алгоритм IDEA_СВС с эффективной длиной ключа 128 бит |
Опц. |
WTLS-S-106 |
доп. А [а11] |
Алгоритм IDEA_CBC_56 с эффективной длиной ключа 56 бит |
Опц. |
WTLS-S-107 |
доп. А [а11] |
Алгоритм RC5_CBC_64 с эффективной длиной ключа 64 бита |
Опц. |
WTLS-S-108 |
доп. А [а11] |
Алгоритм IDEA_СВС_64 с эффективной длиной ключа 64 бита |
Опц. |
WTLS-S-120 |
доп. А [а11] |
Использование нулевого шифрования |
Опц. |
WTLS-S-130 |
доп. А [а11] |
Опции кода аутентификации сообщения MAC |
О (поддержка WTLS-S-131) |
WTLS-S-131 |
доп. А [а11] |
Алгоритм SHA |
Опц. |
WTLS-S-132 |
доп. А [а11] |
Алгоритм SHA 80 |
Опц. |
WTLS-S-133 |
доп. А [а11] |
Алгоритм SHA 40 |
Опц. |
WTLS-S-134 |
доп. А [а11] |
Алгоритм SHA XOR 40 |
Опц. |
WTLS-S-135 |
доп. А [а11] |
Алгоритм MD5 |
Опц. |
WTLS-S-136 |
доп. А [а11] |
Алгоритм MD5 80 |
Опц. |
WTLS-S-137 |
доп. А [а11] |
Алгоритм MD5 40 |
Опц. |
WTLS-S-140 |
доп. А [а11] |
Использование нулевого ключа MAC |
Опц. |
WTLS-S-141 |
доп. А [а11] |
Использование нулевого сжатия |
Опц. |
WTLS-S-151 |
доп. А [а11] |
Использование предварительно определенных параметров группы 1 для алгоритма DH |
Опц. |
WTLS-S-152 |
доп. А [а11] |
Использование предварительно определённых параметров группы 2 для алгоритма DH |
Опц. |
WTLS-S-165 |
доп. A [a11] |
Характеристика 5 (163 бит) |
Опц. |
WTLS-S-167 |
доп. А [а11] |
Характеристика 7 (160 бит) |
Опц. |
WTLS-S-161 |
доп. А [а11] |
Небазисные характеристики алгоритмов семейства ЕСС (ECDH_xxxxx). Характеристика 1 (113 бит) |
Опц. |
WTLS-S-163 |
доп. А [а11] |
Характеристика 3 (163 бит) |
Опц. |
WTLS-S-164 |
доп. A [a11] |
Характеристика 4 (113 бит) |
Опц. |
WTLS-S-166 |
доп. А [а11] |
Характеристика 6(112 бит) |
Опц. |
WTLS-S-168 |
доп. А [а11] |
Характеристика 8 (112 бит) |
Опц. |
WTLS-S-169 |
доп. А [а11] |
Характеристика 8 (160 бит) |
Опц. |
WTLS-S-170 |
доп. А [а11] |
Характеристика 10 (233 бит) |
Опц. |
WTLS-S-171 |
доп. А [а11] |
Характеристика 11 (233 бит) |
Опц. |
WTLS-S-172 |
доп. А [а11] |
Характеристика 12 (224 бит) |
Опц. |
WTLS-S-180 |
п. 11.1.3 [а11] |
Точечное сжатие с использованием алгоритмов семейства ЕСС |
Опц |
WTLS-S-191 |
п. 10.5.2 [а11] |
Проверка наличия сертификатов алгоритмов. Сертификат WTLS (должен поддерживаться при анонимной процедуре handshake) |
Опц. (поддержка WTLS-S-210) |
WTLS-S-192 |
п. 10.5.2 [а11] |
Сертификат Х.509 |
Опц. |
WTLS-S-193 |
п. 10.5.2 [а11] |
Сертификат Х.9.68 |
Опц. |
WTLS-S-200 |
п. 10.5.1 [а11] |
Стандартное представление времени в UNIX |
О |
WTLS-S-210 |
п. 10.5.1 [а11] |
Отклонение недопустимого значения сертификата WTLS в случае, когда Т = са не присутствует |
Опц. |
6.2.7 Требования к поддержке функций протокола датаграмм (WDP) для WAP версии 2.0 должны соответствовать технической спецификации WAP-259 - WDP-20010614-a. Wireless Datagram Protocol [a16]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.7. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.17.
Таблица 6.7
6.2.8 Требования к поддержке функций протокола транспортного уровня TLS должны соответствовать технической спецификации WAP-219 - TLS-20010411-а. TLS Profile and Tunneling [a17]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.8.
Таблица 6.8
Условное обозначение |
Соответствие [a17] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
TLS-001 |
[a3] |
Поддержка TLS 1.0 |
О |
TLS-S-011 |
п. 6.1 [а17] |
Поддержка средства шифрования TLS_RSA_WITH_RC4_128_SHA |
О |
TLS-S-013 |
п. 6.1 [а17] |
Поддержка средства шифрования TLS_RSA_WITH_3DES_EDE_CBC_SHA |
О |
TLS-S-020 |
п. 6.2 [а17] |
Режим завершения сеанса |
О |
TLS-S-030 |
п. 6.3 [а17] |
Аутентификация сервера |
О (поддержка одной из опций TLS-S-031, 032) |
TLS-S-031 |
п. 6.3 [а17], [a18] |
Использование сертификата Х.509 адаптированного для WAP |
Опц. |
TLS-S-032 |
п. 6.3 [а17], [а19] |
Использование сертификата Х.509 |
Опц. |
TLS-S-040 |
п. 6.4 [а17] |
Аутентификация пользователя |
Опц. (поддержка опций TLS-S-100-103) |
TLS-S-100 |
п. 6.4 [a17], [a18] |
Использование сертификата Х.509 адаптированного для WAP |
Опц. |
TLS-S-101 |
п. 6.4 [a17], [a19] |
Использование сертификата Х.509 |
Опц. |
TLS-S-102 |
п. 6.4 [a17] |
Использование сертификата и электронной подписи RSA |
Опц. |
TLS-S-103 |
п. 6.4 [a17] |
Запрос типа сертификата RSA с целью идентификации пользователя |
Опц. |
6.2.9 Требования к поддержке функций протокола управления состоянием HTTP (HTTPSM) должны соответствовать технической спецификации WAP-223 - HTTPSM-20001213-a. HTTP State Management Specification [a20]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.9.
Таблица 6.9
Условное обозначение |
Соответствие [а20] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
HSM-S001 |
п. 9.1 [а20] |
Поддержка промежуточной программой-агентом (Cookie Proxy) передачи заголовков HTTP между программой-агентом пользователя и сервером-инициатором обмена без каких-либо изменений |
О |
HSM-S002 |
п. 9.2 [а20] |
Управление промежуточной программой-агентом данными о состоянии и их хранение |
Опц. |
HSM-S003 |
п. 9.2 [а20] |
Выполнение функций программы-агента пользователя при взаимодействии с сервером-инициатором обмена |
Опц. (при поддержке опции HSM-S002) |
HSM-S004 |
п. 9.2 [а20] |
Поддержка промежуточной программой-агентом заголовков и процедур, используемых для управления состояниями HTTP при использовании WAP |
Опц. (при поддержке опции HSM-S002) |
HSM-S005 |
п. 9.2 [а20] |
Невозможность хранения промежуточной программой-агентом данных о состоянии HTTP в случае, когда сервером-инициатором обмена в заголовок Set-Cookie включён атрибут secure |
Опц. (при поддержке опции HSM-S002) |
HSM-S006 |
п. 9.3 [а20] |
Установление промежуточной программой-агентом связи данных о состоянии HTTP с конкретным пользователем и невозможность обработки или хранения данных об анонимных пользователях |
Опц. (при поддержке опции HSM-S002) |
HSM-S007 |
п. 9.4 [а20] |
Поддержка промежуточной программой-агентом пользовательского интерфейса для обработки данных состоянии HTTP |
Опц. |
6.2.10 Требования к формату сообщений, передаваемых по инициативе сервера содержания (технология push) должны соответствовать технической спецификации WAP-251 - PushMessage-20010322-a. Push Message [a21]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.10.
Таблица 6.10
6.2.11 Требования к протоколу Push OTA должны соответствовать технической спецификации WAP-235 - PushOTA-20010425-a. Push OTA Protocol [а22]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.11.
Таблица 6.11
6.2.12 Требования к индикации услуги с использованием радиотехнологии push (Service Indication) декларируются фирмой-изготовителем в объёме, определённом п. 5.1.7 (табл. 5.7).
6.2.13 Требования к реализации функций шлюза push (Push Proxy Gateway - PPG) должны соответствовать технической спецификации WAP-249 - PPGService-20010713-а. Push Proxy Gateway Service [a23]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.12.
Таблица 6.12
6.2.14 Требования к протоколу доступа для технологии push (Push Access Protocol - PAP) должны соответствовать технической спецификации WAP-247 - PAP-20010429-a. Push Access Protocol [a25]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.13.
Таблица 6.13
6.2.15 Поддержка услуги приёма/передачи мультимедийных сообщений (MMS)
Услуга приёма/передачи мультимедийных сообщений (Multimedia Messaging Service - MMS) предоставляет возможность получения/отправки абонентом сети подвижной радиосвязи расширенной номенклатуры сообщений, включающей в себя в соответствии с [а26]:
текстовые сообщения на основе различных символьных кодировок;
сообщения, представляющие собой аудиосигналы, образованные путём использования различных алгоритмов цифровой обработки аудиосигналов;
сообщения, представляющие собой неподвижные изображения в виде графических файлов различных форматов;
сообщения, представляющие собой подвижные изображения, образованные путём использования различных алгоритмов цифровой обработки видеосигналов.
Поддержка услуги приёма/передачи мультимедийных сообщений предусматривает наличие:
прикладных средств обработки мультимедийных сообщений в абонентском устройстве (оконечном оборудовании пользователя) - программы-агента пользователя MMS;
средств хранения и обработки мультимедийных сообщений (серверов/ретрансляторов MMS), входящих в состав сети подвижной радиосвязи и обеспечивающих сопряжение между программой-агентом пользователя и внешними серверами, осуществляющими генерирование, хранение и распространение мультимедийных сообщений.
Передача мультимедийных сообщений в сетях подвижной радиосвязи осуществляется с использованием протокола WAP [а27, а28]. Вариант сети подвижной радиосвязи с поддержкой MMS представлен на рис. 7.
Рис. 7
Передача мультимедийных сообщений с использованием WAP осуществляется в следующей последовательности:
а) Абонент сети подвижной связи инициирует передачу мультимедийного сообщения через интерфейс MMSМ (в сетях сотовой подвижной связи используется также обозначение ММ1 [а27]) в адрес ретранслятора MMS. Интефейс MMSM использует в качестве протоколов нижних уровней стандартные протоколы сетей подвижной связи в зависимости от используемого стандарта. В качестве протоколов транспортного уровня используется WSP (метод POST) (см. пп. 5.1.13, 6,2.4) и/или HTTP (метод POST) (см. п. 6.2.3).
б) Ретранслятор/сервер MMS осуществляет обработку сообщения, полученного от абонента сети и:
- посылает его в виде сообщения электронной почты пользователю фиксированной сети Internet через интерфейс Е, соответствующий [а43] с использованием схемы адресования SMTP [a29] и формата MIME [а30] для передачи самого сообщения.
- посылает уведомление о наличии адресованного ему мультимедийного сообщения подвижному абоненту своей сети через интерфейс MMSМ или другой сети подвижной связи через интерфейс MMSR (в сетях сотовой подвижной связи используется также обозначение ММ3 [а27]), с указанием соответствующего идентификатора ресурса (URI). Одним из наиболее распространённых методов посылки уведомления является использование технологии push (см. пп. 5.1.7, 6.2.10 - 6.2.14) посредством услуги коротких сообщений (SMS).
Примечание: Интерфейс MMSS (в сетях сотовой подвижной связи ММ2) является, как правило, внутренним и обеспечивает взаимодействие ретранслятора, осуществляющего обработку сообщений и сервера, основным назначением которого является хранение сообщений.
в) После получения уведомления программа-агент пользователя в абонентском устройстве инициирует запрос с целью получения сообщения с сервера, используя WSP (метод GET) (см. пп. 5.1.13, 6.2.4) и/или HTTP (метод GET) (см. п. 6.2.3).
г) После получения подтверждения получения сообщения, ретранслятор/сервер MMS осуществляет уведомление отправителя о доставке мультимедийного сообщения.
Настоящие технические требования распространяются на шлюзы WAP, обеспечивающие поддержку MMS, серверы/ретрансляторы MMS, а также серверы, объединяющие в себе перечисленные функции.
6.2.15.1 Техническая реализация интерфейса MMSМ с использованием шлюзов WAP версии 1.2.
Архитектура протокола интерфейса MMSM при поддержке услуги передачи мультимедийных сообщений в сети, использующей шлюз WAP версий семейства 1.x (1.2 и последующих), представлена на рис. 8.
Рис. 8
В случае использования шлюза WAP версии 1.x, обеспечивается трансформация протокола HTTP для фиксированной сети в WAP WSP, а управление передачей MMS осуществляется ретранслятором/сервером MMS и программой-агентом в абонентском устройстве.
Требования к шлюзу WAP для данной конфигурации сети устанавливаются в объёме раздела 5.
6.2.15.2 Техническая реализация интерфейса MMSМ с использованием шлюзов WAP версии 2.0.
Архитектура протокола интерфейса MMSМ при поддержке услуги передачи мультимедийных сообщений в сети, использующей шлюз WAP версий семейства 2.0, приведена на рис. 9.
Рис. 9
В случае использования шлюза WAP версии 2.0, обеспечивается трансформация протокола HTTP для фиксированной сети в протокол HTTP* для подвижной сети, а управление передачей MMS осуществляется ретранслятором/сервером MMS и программой-агентом в абонентском устройстве.
Требования к шлюзу WAP для данной конфигурации сети устанавливаются в объёме раздела 6.
6.2.15.3 Требования к ретранслятору/серверу MMS в части реализации требований к протоколу управления передачей MMS.
6.2.15.3.1 Требования к транзакциям ретранслятора MMS и пользователей услуги должны соответствовать технической спецификации WAP-206 MMSCTR-20020115-a. MMS Client Transactions. [a31]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.14.
Таблица 6.14
Условное обозначение |
Соответствие [а31] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
MMSCTR-SLF-S-001 |
пп. 8, 9 [а31] |
Согласование возможностей между программой-агентом пользователя и ретранслятором MMS |
Опц. (при поддержке обязательных опций [а32]) |
MMSCTR-SND-S-001 |
п. 7.1 [а31] |
Транзакция Send между пользователем MMS-отправителем сообщения и ретранслятором MMS |
О |
MMSCTR-SND-S-002 |
п. 7.1.1 [а31] |
Обработка запроса передачи мультимедийного сообщения M-send.req от пользователя. |
Опц. (треб. поддержка MMSE-S-078, см. п. 6.2.15.3.2) |
MMSCTR-SND-S-003 |
п. 7.1.1 [а31] |
Подтверждение запроса передачи мультимедийного сообщения М-send.conf от ретранслятора |
Опц. (треб. поддержка MMSE-S-078, см. п. 6.2.15.3.2) |
MMSCTR-NTF-S-001 |
п. 7.2 [а31] |
Транзакция Notification между ретранслятором MMS и пользователем MMS-получателем сообщения |
О |
MMSCTR-NTF-S-002 |
п. 7.2.1 [а31] |
Передача сообщения M-Notification.Ind для пользователя MMS от ретранслятора MMS |
Опц. (треб. поддержка MMSE-S-079, см. п. 6.2.15.3.2 и MMSCTR-PSH-002) |
MMSCTR-NTF-S-003 |
п. 7.2.1 [а31] |
Приём ответа M-NotifyResp.ind от пользователя MMS |
Опц. (треб. Поддержка MMSE-S-079, см. п. 6.2.15.3.2) |
MMSCTR-FTC-S-001 |
п. 7.3 [а31] |
Транзакция Retrieval между пользователем MMS-получателем сообщения и ретранслятором MMS |
О |
MMSCTR-FTC-S-002 |
п. 7.3.1 [а31] |
Обработка запроса передачи сообщения от пользователя mms WSP/HTTP GET.req |
Опц. |
MMSCTR-FTC-S-003 |
п. 7.3.1 [а31] |
Передача подтверждения запроса и запрашиваемого сообщения M-retrieve.conf ретранслятором MMS |
Опц. (треб. Поддержка MMSE-S-080, см. п. 6.2.15.3.2) |
MMSCTR-FTC-S-004 |
п. 7.3.1 [а31] |
Запрос и получение подтверждения о получении сообщения от пользователя MMS-получателя сообщения Acknowledge.ind |
Опц. (треб. Поддержка MMSE-S-080, см. п. 6.2.15.3.2) |
MMSCTR-DRP-S-001 |
п. 7.4 [а31] |
Транзакция Delvery Report между ретранслятором MMS и пользователем MMS-отправителем сообщения |
О |
MMSCTR-DRP-S-002 |
п. 7.4.1 [а31] |
Передача отчёта о доставке сообщения пользователю MMS - отправителю сообщения MMSM-Delivery.ind |
Опц. (треб. поддержка MMSE-S-081, см. п. 6.2.15.3.2 и MMSCTR-PSH-002) |
MMSCTR-PSH-S-002 |
Используемые типы и содержание сообщений push |
Опц. (треб, поддержка MSG-GEN-S-002, 003, 005 - см. п. 6.2.10) |
6.2.15.3.2 Требования к протоколу инкапсуляции MMS должны соответствовать спецификации WAP-209 MMSEncapsulation-20020105-а. MMS Encapsulation Protocol [а 33]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.15.
Таблица 6.15
Условное обозначение |
Соответствие [а33] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
MMSE-S-078 |
п. 6.1 [а33] |
Приём сообщения M-send.req |
О |
MMSE-S-079 |
п. 6.1 [а33] |
Передача уведомления M-Notification.ind |
О |
MMSE-S-080 |
п. 6.1 [а33] |
Доставка сообщения М-Retrieve.conf |
О |
MMSE-S-081 |
п. 6.5 [а33] |
Формирование и доставка отчёта о доставке сообщения |
О |
MMSE-S-082 |
п. 6.6 [а33] |
Доставка сообщения Read-Reply |
О |
MMSE-S-083 |
п. 6.3 [а33] |
Указание даты в доставленном сообщении (поле Date сообщения M-Retrieve.conf) |
О |
MMSE-S-084 |
п. 6.1.1 [а33] |
Указание адреса отправителя (поля From сообщения M-send.req) |
О |
MMSE-S-085 |
пп. 6.2, 6.3 [а31] |
Поддержка возможности исключения поля From из сообщения M-Retrieve.conf в случае, когда отправитель запрашивает возможность сокрытия адреса отправителя |
Опц. |
MMSE-S-086 |
п. 6.2 [а33] |
Поддержка добавления поля Message-Class в сообщение M-Notification.ind, в случае, когда эти данные не передаются отправителем |
О |
MMSE-S-087 |
п. 6.1.1 [а33] |
Поддержка поля X-Mms-Expiry в сообщении M-Send.req |
Опц. |
MMSE-S-088 |
п. 6.1.1 [а33] |
Поддержка согласованной доставки в случае поддержки поля X-Mms-Delivery-Time в сообщении M-Send.req |
Опц. |
MMSE-S-089 |
п. 6.1.1 [а33] |
Поддержка ускоренной доставки в случае поддержки поля X-Mms-Priority в сообщении M-Send.req |
Опц. |
MMSE-CHS-S-001 |
п. 7.2.9 [а 33] |
Поддержка символьной кодировки UTF-8 |
Опц. |
MMSE-CHS-S-002 |
п. 7.2.9 [а 33] |
Поддержка символьной кодировки UTF-16 |
Опц. |
MMSE-CHS-S-003 |
п. 7.2.9 [а 33] |
Поддержка символьной кодировки UCS-2 |
Опц. |
MMSE-CHS-S-004 |
п. 7.2.9 [а 33] |
Поддержка символьной кодировки UCS-4 |
Опц. |
MMSE-CHS-S-005 |
п. 7.2.9 [а 33] |
Поддержка прочих символьных кодировок |
Опц. |
6.2.16 Требования к способам кодирования контента, передаваемого в адрес абонента при использовании режима минимизации взаимодействия с пользователем (provisioning), должны соответствовать технической спецификации WAP-183 - ProvCont-20010724-a. Provisioning Content [a34]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.16.
Таблица 6.16
Условное обозначение |
Соответствие [а34] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
ProvCont-SG-S-001 |
п. 8 [а34] |
Кодирование с использованием формата WBXML (см. п. 5.1.4) |
О (треб. поддержка WBXML-1-2, 4-5, 6, 8 см. п. 5.1.4) |
6.2.17 Требования к поддержке взаимодействия с серверами прикладных услуг беспроводной телефонии (серверами WTA) для WAP версии 2.0 должны соответствовать технической спецификации WAP-266 - WTA-20010908-a. WAP Wireless Telephony Application [a35]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, представленной в таблице 6.17. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.9.
Таблица 6.17
6.2.18 Требования к поддержке интерфейса с прикладными услугами беспроводной телефонии для WAP версии 2.0 должны соответствовать техническим спецификациям WAP-268 - WTAI-20010908-a. WAP Wireless Telephony Application Interface [a36], WAP-255 - WTAIGSM-20010908-a. WAP Wireless Telephony Application Interface. GSM Specific Addendum [a37] WAP-269 - WTAIIS136-20010908. WAP Wireless Telephony Application Interface. ANSI136 Specific Addendum [a38]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанным спецификациям по форме, представленной в таблице 6.18. В случае реализации WAP версий 1.x. требования должны соответствовать п. 5.1.10.
Таблица 6.18
6.2.19 Требования к поддержке синхронизации данных должны соответствовать технической спецификации WAP-234 - SYNC-20010530-a. WAP Sync Spec. Data Syncronisation Specification [a39], а также приведенным в протоколах SyncML Sync Protocol, version 1.0 [a40], SyncML HTTP Binding, version 1.0 [a41], SyncML over WSP, Version 1.0 [a42]. В рамках сертификации фирма-изготовитель должна представить декларацию соответствия шлюза WAP указанной спецификации по форме, приведенной в таблице 6.19.
Таблица 6.19
Условное обозначение |
Соответствие [а39 - а42] |
Наименование функции |
Обязательность поддержки |
1 |
2 |
3 |
4 |
SYNC-S-001 |
п. 5.2 [а39], [а40] |
Использование протокола SyncML для синхронизации данных |
О (поддержка одной из опций SYNC-S-002 или 003) |
SYNC-S-002 |
п. 5.3 [а39], [а42] |
Поддержка компоновки данных при помощи протокола SyncML WSP |
Опц. |
SYNC-S-003 |
п. 5.3 [а39], [а41] |
Поддержка компоновки данных при помощи протокола SyncML HTTP |
Опц. |
6.3 Требования к интерфейсам
Интерфейсы, обеспечивающие взаимодействие шлюза WAP, использующего протокол версии 2.0, и/или серверов/ретрансляторов MMS с аппаратурой доступа к сети IP (IWF), должны соответствовать разделу 3.5 [а43].
Конкретные типы используемых интерфейсов устанавливаются в Технических условиях.
6.4 Требования электромагнитной совместимости
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям электромагнитной совместимости, установленным в п. 5.3.
6.5 Требования к электропитанию
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям к электропитанию, установленным в п. 5.4.
6.6 Требования по устойчивости к климатическим и механическим воздействиям
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям по устойчивости к климатическим и механическим воздействиям, установленным в п. 5.5.
6.7 Требования безопасности
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям безопасности, установленным в п. 5.6.
6.8 Требования к маркировке
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям к маркировке, установленным в п. 5.7.
6.9 Требования к упаковке
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям к упаковке, установленным в п. 5.8.
6.10 Требования к транспортированию и хранению
Шлюз WAP с версией протокола 2.0 и сервер/ретранслятор MMS должны соответствовать требованиям к транспортированию и хранению, установленным в п. 5.9.
а1. WAP-225 - ТСР-20010321-р. Wireless Profiled TCP Specification.
a2. WAP-229 - HTTP-20010329-a. Wireless Profiled HTTP.
a3. RFC2246 - The TLS Protocol Version 1.0, T. Dierks, С. Allen, January 1999.
a4. RFC2401 - Security Architecture for the Internet Protocol, S. Kent, R. Atkinson, November 1998.
a5. WAP-262 - ClassConform-20020517-a. Class conformance Requirements.
a6. WAP-236 - WAESpec-20020207-a. Wireless Application Environment Specification. Version 2.0.
a7. RFC2616 - Hypertext Transfer Protocol - HTTP/1.1. R. Fielding, J. Gettys,..., June 1999.
a8. RFC2817 - Upgrading to TLS within HTTP/1.1. R. Khare, S. Lawrence, May 2000.
a9. RFC2396 - Uniform Resource Identifiers (URI): Generic Syntax, T. Bemers-Lee, et al., August 1998.
a10. WAP-219
a11. WAP-261 - WTLS-20010406-a. Wireless Transport Layer Security
a12. RFC3023 XML Media Types, M. Murata et al., January 2001.
a13. WAP-230 - WSP-20010705-a. Wireless Session Protocol Specification.
a14.WAP-238
a15. WAP-224 - WTP-20010710-a. Wireless Transaction Protocol.
a16. WAP-259 - WDP-20010614-a. Wireless Datagram Protocol
a17. WAP-219 - TLS-20010411-a. TLS Profile and Tunneling.
a18. WAP-211 - WAPCert-20010522-a. WAP Certificate profile Specification.
a19. RFC2459 Internet X.509 Public Key Infrastructure Certificate and CRL Profile, R. Housley, W. Ford, W. Polk, D. Solo, January 1999.
a20. WAP-223 - HTTPSM-20001213-a. HTTP State Management Specification.
a21. WAP-251 - PushMessage -20010322-a. Push Message.
a22. WAP-235 - PushOTA -20010425-a. Push OTA Protocol.
a23. WAP-249 - PPGService -20010713-a. Push Proxy Gateway Service.
a24. DEFLATE Compressed Data Format Specification version 1.3. P. Deutsch. May 1996.
a25. WAP-247 - PAP-20010429-a. Push Access Protocol.
a26. ETSI TS 126 140 (v. 5.0.0) (2002-03) Digital cellular telecommunication system (Phase 2+) (GSM); Universal Mobile Telecommunication System (UMTS); Multimedia Messaging Service (MMS); Media formats and codes (3GPP 26.140 version 5.0.0 Release 5).
a27. ETSI TS 123 140 (v. 4.6.0) (2002-03) Digital cellular telecommunication system (Phase 2+) (GSM); Universal Mobile Telecommunication System (UMTS); Multimedia Messaging Service (MMS); Functional description; Stage 2 (3GPP 23.140 version 4.6.0 Release 4).
a28. OMA-WAP-MMS-ARCH-v1_1-20021101-c Open Mobile Alliance. Multimedia Messaging Service. Architecture Overview. Version 1.1.
a29. RFC821 - Simple Mail Transfer Protocol. Postel, J., August 1982.
a30. RFC2633 - S/MIME Version 3 Message Specification. June 1999.
a31. WAP-206-MMSCTR-20020115-a. MMS Client Transactions.
a32. WAP-248-UAProf-20011020-a. WAP UAProf.
a33. WAP-209 MMSEncapsulation-20020105-a. MMS Encapsulation Protocol.
a.34. WAP-183 - ProvCont-20010724-a. Provisioning Content (с учетом Specification Information Note WAP-183-004 - ProvCont-20011025-a).
a35. WAP-266 - WTA-20010908-a. WAP Wireless Telephony Application.
a36. WAP-268 - WTAI-20010908-a. WAP Wireless Telephony Application Interface.
a37. WAP-255 - WTAIGSM-20010908-a. WAP Wireless Telephony Application Interface. GSM Specific Addendum.
a38. WAP-269 - WTAIIS136-20010908. WAP Wireless Telephony Application Interface. ANSI136 Specific Addendum.
a39. WAP-234 - SYNC-20010530-a. WAP Sync Spec. Data Syncronisation Specification.
a40. SyncML Sync Protocol, version 1.0, December 7, 2000.
a41. SyncML HTTP Binding, version 1.0, December 7,2000.
a42. SyncML over WSP, Version 1.0, December 7, 2000.
a43. РД 45.038-99 «Технические требования к аппаратуре связи, реализующей функции маршрутизации пакетов протокола межсетевого обмена (аппаратура маршрутизации пакетов IP)», утвержденный Госкомсвязи России 06.08.1998 г.
СО Cache Operation - сообщение, передаваемое в быстродействующую буферную память с целью аннулирования её содержания
IWF Interworking function - функциональный объект сопряжения с внешней сетью
HTTP HyperText Transfer Protocol - протокол передачи гипертекстовых данных
MAC Message Authentication Code - код аутентификации сообщения
PAP Push Access Protocol - протокол доступа для технологии push
PKI Public Key Infrastructure - средства поддержки режима с общим ключом для аутентификации
QOS Quality of Service - качество обслуживания
SI Service Indicator - индикация услуги, которую следует активизировать в качестве реакции на внешнее воздействие
SL Service Load - активизация услуги без вмешательства пользователя
SMS Short Message Service - услуга передачи коротких сообщений
TCP/IP Transmission Control Protocol/Internet Protocol - протокол контроля передачи сообщений/протокол сети Интернет
TPI Transport information Item - заголовок информации транспортного уровня
UCS Universal multiple - octet coded Character Set - универсальная многооктетная кодированная символьная группа
URL Universal Resource Locator - универсальный идентификатор ресурсов
USSD Unstructured Supplementary Service Data - данные неструктурированной вспомогательной услуги
UTF Unicode Transformation Format - формат трансформации Unicode
WAE Wireless Application Environment - прикладная среда беспроводной связи
WAP Wireless Application Protocol - протокол беспроводных приложений
WBMP Wireless BitMaP - формат побитного отображения для беспроводной связи
WBXML Wireless Binary XML - двоичный расширяемый язык разметок для беспроводной связи
WCMP Wireless Control Message Protocol - протокол сообщений управления для беспроводной связи
WDP Wireless Datagram Protocol - протокол датаграмм для беспроводной связи
WML Wireless Markup Language - язык разметки для беспроводной связи
WSP Wireless Session Protocol - сеансовый протокол для беспроводной связи
WTA Wireless Telephony Application - прикладная услуга беспроводной телефонии
XML eXensible Markup Language - расширяемый язык разметок
СОДЕРЖАНИЕ