СПОСОБ, СИСТЕМА И ТЕРМИНАЛ ДЛЯ РЕАЛИЗАЦИИ УСЛУГ ПЕРЕДАЧИ ИНФОРМАЦИИ
METHOD, SYSTEM AND TERMINAL FOR INFORMATION TRANSMISSION SERVICES

Предмет изобретения
Данное изобретение относится к области технологии передачи информации в беспроводной системе связи и, в частности, к системе, способу и терминалу для реализации услуг передачи информации.
Предпосылки создания изобретения
Служба Мультимедийных Сообщений (CMC (MMS)) - дальнейшее развитие Службы Коротких Сообщений (СКС (SMS)) и Службы Передачи Расширенных Сообщений (СПРС (EMS)), которая обеспечивает системное комплексное решение для служб персональной мобильной мультимедийной связи. В качестве контента мультимедийное сообщение может содержать изображения, звук, видео, данные и т.п.
Архитектура системы для реализации CMC (MMS), электронной почты и СПРС (EMMS) показана на фиг.1, на которой наиболее важные объекты для реализации CMC (MMS) содержат Агентов Пользователей CMC (АП CMC (UA MMS)) и Центры Обработки Мультимедийных Сообщений (ЦОМС (MMSC)). АП CMC (UA MMS) - это модуль приложения на терминале. Этот модуль приложения может быть использован для просмотра, редактирования и обработки сообщений CMC (MMS) в дополнение к передаче и приему сообщений CMC (MMS) в качестве пользовательского агента. ЦОМС (MMSC) выполняет функции ретранслятора CMC (MMS) и Сервера CMC (MMS) для реализации трансформации протокола, адаптации контента, хранения и планирования сообщений CMC (MMS), а также выполнения операции переноса сообщений CMC (MMS) между различными мультимедийными устройствами. Помимо AП CMC (UA MMS) и ЦОМС (MMSC) система может далее содержать базу данных CMC (MMS), сервер электронной почты, внешний расширенный сервер приложения, например Провайдер Услуг / Провайдер Контента (ПУ/ПК (SP/CP)), Редиректор и т.д. База данных CMC (MMS) может предназначаться для хранения информации пользователя, информации о настройках, информации об интерфейсе и т.д.; сервер электронной почты может предназначаться для предоставления услуг электронной почты для терминалов; ПУ/ПК (SP/CP) может предназначаться для предоставления СПРС (EMMS); и Редиректор может предназначаться для переадресации сообщений CMC (MMS) между АП CMC (UA MMS) и ЦОМС (MMSC) таким образом, что терминал получает возможность назначать переданное сообщение домашнему ЦОМС (MMSC) терминала, не будучи сконфигурированным с фиксированным адресом ЦОМС (MMSC).
Блок-схема реализации услуг CMC (MMS) в области техники, к которой относится данное изобретение, показана на фиг.2. Если предположить, что посылающий терминал - это терминал 1 и получающий терминал - это терминал 3, то блок-схема содержит следующие конкретные процессы:
Шаг 201: после создания сообщения CMC (MMS) терминал 1 передает сообщение CMC (MMS) на ЦОМС (MMSC), к которому принадлежит терминал 1, посредством сообщения M-Send.req.
Шаг 202: после того, как ЦОМС (MMSC), к которому принадлежит терминал 1, получил сообщение CMC (MMS), ЦОМС (MMSC) возвращает сообщение M-Send.conf на терминал 1 для подтверждения того, что данное сообщение CMC (MMS) было получено;
Шаг 203: ЦОМС (MMSC), к которому принадлежит терминал 1, передает сообщение CMC (MMS) на ЦОМС (MMSC) принимающей стороны, т.е. на ЦОМС (MMSC), которому принадлежит терминал 3, посредством сообщения MM4-Forward.req.
Шаг 204: после того, как ЦОМС (MMSC), которому принадлежит терминал 3, получает сообщение CMC (MMS) от ЦОМС (MMSC), которому принадлежит терминал 1, ЦОМС (MMSC), которому принадлежит терминал 3, возвращает сообщение MM4-Forward.res на ЦОМС (MMSC), которому принадлежит терминал 1, для подтверждения, что сообщение было получено;
Шаг 205: ЦОМС (MMSC), которому принадлежит терминал 3, передает на терминал 3 сообщение M-Notification.ind в виде короткого сообщения;
Шаг 206: после того, как терминал 3 получил сообщение M-Notification.ind, терминал 3 возвращает сообщение M-NotifyResp.ind на ЦОМС (MMSC), которому принадлежит терминал 3;
Шаг 207: некоторое время спустя терминал 3 подтверждает, что сообщение CMC (MMS) было получено, и передает сообщение Get.req на ЦОМС (MMSC), которому принадлежит терминал 3;
Шаг 208: после того, как было получено сообщение Get.req, ЦОМС (MMSC), которому принадлежит терминал 3, доставляет данное сообщение CMC (MMS) на терминал 3 посредством сообщения М-Retrieve.conf;
Шаг 209: после успешной загрузки сообщения CMC (MMS) терминал 3 отправляет сообщение M-Acknowledge.ind на ЦОМС (MMSC), которому принадлежит терминал 3, для того, чтобы проинформировать этот ЦОМС (MMSC) о том, что загрузка данного сообщения CMC (MMS) произведена;
Шаг 210: после того, как ЦОМС (MMSC), которому принадлежит терминал 3, получает сообщение M-Acknowledge.ind, отправленное терминалом 3, этот ЦОМС (MMSC) отправляет сообщение MM4-DeliverReport.req на ЦОМС (MMSC), которому принадлежит терминал 1, информируя этот ЦОМС (MMSC) о том, что терминал 3 получил данное сообщение CMC (MMS);
Шаг 211: ЦОМС (MMSC), которому принадлежит терминал 1, отправляет сообщение MM4-DeliverReport.res на ЦОМС (MMSC), которому принадлежит терминал 3, подтверждая, что ЦОМС (MMSC), которому принадлежит терминал 1, получил Отчет о Доставке, и уведомляя о том, что он узнал о том, что терминал 3 получил данное сообщение CMC (MMS);
Шаг 212: ЦОМС (MMSC), которому принадлежит терминал 1, отправляет сообщение M-Delivery.ind на терминал 1, уведомляя терминал 1 о том, что терминал 3 завершил получение данного сообщения CMC (MMS).
Как и при способе передачи CMC (MMS), когда терминал отсылает сообщение электронной почты на сервер электронной почты или сообщение СПРС (EMMS) на ПУ/ПК (SP/CP), в области техники, к которой относится данное изобретение, необходимо сначала отсылать сообщение электронной почты или сообщение СПРС (EMMS) на ЦОМС (MMSC), a затем ЦОМС (MMSC) отсылает это сообщение электронной почты или сообщение СПРС (EMMS) на соответствующий сервер электронной почты или ПУ/ПК (SP/CP).
Как видно из вышеприведенных схем, в области техники, к которой относится данное изобретение, в процессе реализации терминалом услуг передачи информации, таких как CMC (MMS), электронная почта и СПРС (EMMS), информация должна быть отправлена через ЦОМС (MMSC). Таким образом, каждый ЦОМС (MMSC) должен передавать такой большой объем информации, что каждому ЦОМС (MMSC) необходимо обладать повышенными вычислительными мощностями, что увеличивает системные издержки при реализации услуг CMC (MMS). Если сеть должна обслуживать большое количество абонентов, то необходимо установить больше ЦОМС (MMSC) для удовлетворения всех запросов, что ведет к значительным аппаратным издержкам.
Кроме того, поскольку сообщения CMC (MMS) необходимо передавать через множество сетевых элементов, а на каждом из сетевых элементов возможна потеря вызова, то доля успешных попыток передачи CMC (MMS) относительно невелика. Более того, поскольку для реализации передачи сообщений CMC (MMS), электронной почты и СПРС (EMMS) необходим ЦОМС (MMSC), то сложность и стоимость обслуживания сетей связи неизбежно возрастает, и, в частности, когда происходит модернизация системы, оказывается необходимым проводить перемещение и переключение большого количества данных.
Резюме
Реализация настоящего изобретения раскрывает способ реализации услуг передачи информации в применении к системе связи, содержащей передающий узел, сетевой шлюз Протокола Беспроводных Устройств (ПБУ (WAP)) и принимающий узел, содержащий:
генерацию передающим узлом адреса информации и передачу этого адреса на принимающий узел через сетевой шлюз ПБУ (WAP), и после получения адреса прием информации принимающим узлом через сетевой шлюз от передающего узла согласно данному адресу.
В описанном выше решении отсылка адреса на принимающий узел через сетевой шлюз ПБУ (WAP) содержит генерацию сообщения активной доставки ПБУ (WAP), которое содержит адрес данной информации, и активную доставку сообщения активной доставки ПБУ (WAP) через сетевой шлюз ПБУ (WAP) на принимающий узел.
В вышеописанном решении получение информации через сетевой шлюз ПБУ (WAP) от передающего узла согласно адресу содержит передачу запроса на получение информации на передающий узел через сетевой шлюз ПБУ (WAP) на основании полученного адреса и получение информации, переданной передающим узлом через сетевой шлюз ПБУ (WAP), после того, как передающий узел получает запрос на получение информации.
Реализация настоящего изобретения далее раскрывает систему для реализации услуг передачи информации, содержащую передающий узел, сконфигурированный для генерации адреса информации и передачи этого адреса на принимающий узел через сетевой шлюз ПБУ (WAP); сетевой шлюз ПБУ (WAP), сконфигурированный для получения данного адреса от передающего узла, передачи этого адреса на принимающий узел, и принимающий узел, сконфигурированный для получения через сетевой шлюз ПБУ (WAP) адреса информации, переданного передающим узлом, и получения этой информации от передающего узла согласно адресу.
В вышеописанной системе передающий узел далее сконфигурирован для включения сгенерированного адреса информации в сообщение активной доставки ПБУ (WAP) и для передачи сообщения активной доставки ПБУ (WAP) на сетевой шлюз ПБУ (WAP); сетевой шлюз ПБУ (WAP) далее сконфигурирован для получения от передающего узла сообщения активной доставки ПБУ (WAP), содержащего данный адрес, и активной отправки сообщения активной доставки ПБУ (WAP) на принимающий узел; и принимающий узел далее сконфигурирован для получения сообщения активной доставки ПБУ (WAP), содержащего адрес информации, от сетевого шлюза ПБУ (WAP) и анализа сообщения активной доставки ПБУ (WAP) с целью получения адреса информации.
В вышеописанной системе принимающий узел далее сконфигурирован для отправки - после получения адреса информации - запроса на получение информации на передающий узел через сетевой шлюз ПБУ (WAP); передающий узел далее сконфигурирован для отправки информации - после получения запроса на получение информации - на принимающий узел через сетевой шлюз ПБУ (WAP).
Реализация настоящего изобретения далее раскрывает терминал, содержащий
АП CMC (MMS UA), сконфигурированный для генерации адреса информации, включения этого адреса в сообщение активной доставки ПБУ (WAP), выведения сообщения активной доставки ПБУ (WAP) на интерфейс ПБУ (WAP) и передачи этой информации на интерфейс ПБУ (WAP); и интерфейс ПБУ (WAP), сконфигурированный для получения сообщения активной доставки ПБУ (WAP) от АП CMC (MMS UA), отправки сообщения активной доставки ПБУ (WAP) на сетевой шлюз ПБУ (WAP) и передачи информации от АП CMC (MMS UA) на сетевой шлюз ПБУ (WAP).
Как видно из вышеизложенного решения, в настоящем изобретении передающий терминал генерирует адрес информации, подлежащей передаче, отправляет этот адрес на принимающее устройство информации посредством короткого сообщения активной доставки ПБУ (WAP), далее получает информацию от этого передающего терминала в соответствии с адресом и, наконец, выполняет услугу передачи информации. В процессе передачи информации, поскольку эту информацию не передают через дорогостоящий ЦОМС (MMSC), стоимость реализации услуг передачи информации снижена, сложность системы для реализации услуг передачи информации уменьшена и стоимость обслуживания для реализации подобной системы также снижена. К тому же, поскольку обмен мультимедийными сообщениями между терминалами может быть реализован напрямую, без использования центров ЦОМС (MMSC), число элементов сети для реализации CMC (MMS) уменьшено, таким образом, доля успешных попыток передачи мультимедийных сообщений увеличена. Соответственно может быть уменьшено число сетевых элементов для выполнения подобных услуг для электронной почты и СПРС (EMS) и увеличена доля успешных попыток передачи информации подобных услуг.
Краткое описание фигур
Сопроводительные фигуры, которые включены в настоящую спецификацию и составляют ее часть, иллюстрируют данное изобретение и вместе с описанием служат для объяснения принципов данного изобретения:
На фиг.1 показана архитектура системы для реализации услуг CMC (MMS), электронной почты и СПРС (EMMS) в области техники, к которой относится данное изобретение.
На фиг.2 представлена блок-схема реализации услуг CMC (MMS) в области техники, к которой относится данное изобретение.
На фиг.3 изображена общая блок-схема способа реализации услуг передачи информации в соответствии с предпочтительной реализацией настоящего изобретения.
На фиг.4 показана архитектура системы для реализации услуг CMC (MMS) в соответствии с предпочтительной реализацией настоящего изобретения.
На фиг.5 представлена блок-схема реализации услуг CMC (MMS) в соответствии с предпочтительной реализацией настоящего изобретения.
На фиг.6 представлена блок-схема реализации услуг электронной почты в соответствии с предпочтительной реализацией настоящего изобретения.
На фиг.7 представлена блок-схема реализации услуг СПРС (EMMS) в соответствии с предпочтительной реализацией настоящего изобретения.
Подробное описание предпочтительных реализаций
Для пояснения цели, технических схем и преимуществ настоящего изобретения далее дано подробное описание настоящего изобретения со ссылками на сопроводительные фигуры.
Одна из реализации настоящего изобретения состоит в следующем: передающий терминал генерирует адрес для информации, которая должна быть передана, и передает этот адрес на принимающее устройство для этой информации, и принимающее устройство получает эту информацию от передающего терминала в соответствии с этим адресом, полученным от передающего устройства. Таким образом, услуга передачи информации реализована. Здесь передающий терминал может передать адрес информации на принимающее устройство посредством короткого сообщения активной передачи Протокола для Беспроводных Устройств (ПБУ (WAP)).
На фиг.3 показана общая блок-схема способа реализации услуг передачи информации в соответствии с предпочтительной реализацией настоящего изобретения. Этот способ содержит следующие процессы:
Шаг 301: передающий терминал генерирует адрес для информации, которую необходимо передать, и посылает этот адрес на принимающее устройство информации посредством короткого сообщения активной передачи ПБУ (WAP).
Шаг 302: принимающее устройство получает информацию от передающего терминала в соответствии с адресом, полученным принимающим устройством.
Подробные описания настоящего изобретения предложены в нижеследующих реализациях.
Как показано на фиг.4, архитектура системы для реализации услуг CMC (MMS), электронной почты и СПРС (EMMS) в одной из реализации настоящего изобретения содержит терминал 1, терминал 2, терминал 3, беспроводные сети, сетевые шлюзы ПБУ (WAP), сеть IP, сервер электронной почты и ПУ/ПК (SP/CP).
Терминал 1 содержит модуль "точка-точка" (ТТ (Р2Р)) АП CMC (MMS UA) и модуль интерфейса ПБУ (WAP). Модуль ТТ АП CMC (Р2Р MMS UA) может быть предназначен для функций просмотра, редактирования и обработки CMC (MMS) для пользователей, передачи извещения M-Notification.ind на терминал 2 и передачи сообщения CMC (MMS) на терминал 2 после получения сообщения Get.req, переданного терминалом 2. Способ использования модуля ТТ АП CMC (Р2Р MMS UA) для обеспечения функций просмотра, редактирования и обработки CMC (MMS) для пользователей может быть таким же, как и в области техники, к которой относится данное изобретение. Модуль интерфейса ПБУ (WAP) может быть предназначен для установки соединения с сетевым шлюзом ПБУ (WAP) таким образом, что модуль ТТ АП CMC (Р2Р MMS UA) может обмениваться информацией с сетевым шлюзом ПБУ (WAP) через данное соединение.
Терминал 2 может быть или терминалом, содержащим модуль ТТ АП CMC (P2P MMS UA), или таким же терминалом, как и в области техники, к которой принадлежит настоящее изобретение, и он может быть предназначен для получения сообщения CMC (MMS) от терминала 1 через сетевой шлюз ПБУ (WAP) после получения сообщения M-Notification.ind от терминала 1.
Беспроводная сеть, сетевой шлюз ПБУ (WAP) и сеть IP предназначены для обеспечения сетевых услуг для терминала 1 и/или терминала 2 и для передачи сообщений между терминалом 1 и терминалом 2.
Сервер электронной почты и ПУ/ПК (SP/CP) предназначены для получения информации в соответствии с адресом, содержащимся в коротком сообщении активной доставки ПБУ (WAP), переданном терминалом.
В вышеописанной системе процедура отправки терминалом 1 сообщения CMC (MMS) на терминал 2 показана на фиг.5. Поскольку отправляющий терминал отправляет сообщения, которыми обмениваются терминал 1 и терминал 2, через беспроводную сеть сначала на сетевой шлюз ПБУ (WAP), то этот шлюз передает их затем на принимающий терминал через шлюз беспроводной сети. Кроме того, реализация передачи информации между терминалами через беспроводную сеть и сетевой шлюз ПБУ (WAP) может быть такой же, как и в области техники, к которой принадлежит изобретение, поэтому для краткости обмен сообщениями между терминалами через беспроводную сеть и сетевой шлюз ПБУ (WAP) в нижеследующих процессах напрямую описан как взаимодействие между терминалами, в то время как процесс беспроводной сети и сетевого шлюза ПБУ (WAP) опущен. Эта процедура содержит следующие процессы:
Шаг 501: модуль ТТ АП CMC (P2P MMS UA) терминала 1 после получения запроса ТТ CMC (P2P MMS) от пользователя генерирует адрес для сообщения CMC (MMS), которое необходимо отправить, включает этот адрес в сообщение M-Notification.ind в формате короткого сообщения активной доставки ПБУ (WAP) и затем посылает это сообщение на терминал 2 через модуль интерфейса ПБУ (WAP).
На данном шаге генерация адреса для сообщения CMC (MMS), которое должно быть передано, обозначает генерацию адреса связи сообщения М-Notification.ind в форме активной передачи ПБУ (WAP), причем данный адрес связи может быть выражен как Расположение Контента и т.д. Кроме этого, адрес связи может быть сгенерирован автоматически в соответствии с назначенным сетевой стороной IP-адресом, который может быть получен модулем интерфейса ПБУ (WAP), и сконфигурированным на терминале идентификатором этого CMC (MMS), который должен быть передан абонентом, например, НТТР://10.11.22.33:8080/12345, где НТТР://10.11.22.33 является IP-адресом терминала, отправляющего CMC (MMS), 8080 относится к порту перехвата, а 12345 - идентификатор сообщения CMC (MMS), сконфигурированного на терминале 1.
Кроме того, на данном шаге, если в сети, где расположен терминал 1, есть избыток IP-ресурсов, то возможно постоянное пребывание терминала в сети. Например, в сети IPV6, поскольку терминал 1 может иметь неиспользуемый IP-адрес, перехват службы его Протокола Передачи Гипертекста (ППГ (HTTP)) может быть запущен напрямую и таким образом данный шаг может быть сразу же выполнен. Однако если необходимо динамически выделять ресурсы в сети, где расположен терминал 1, например в сети Пакетной Радиосвязи Общего Назначения (ПРОН (GPRS)), то терминал 1 до генерирования сообщения М-Notification.ind должен сначала отправить запрос на активацию контекста ПРОН (GPRS) сетевой стороне через интерфейс ПБУ (WAP); и после того, как сетевая сторона получила запрос на активацию контекста ПРОН (GPRS), она открывает сетевой канал данных для терминала 1, активирует контекст ПРОН (GPRS), выделяет IP-адрес для терминала 1, затем отправляет этот IP-адрес на модуль интерфейса ПБУ (WAP) в терминале 1 и модуль интерфейса ПБУ (WAP) в терминале 1 - после назначения порта перехвата - начинает перехват ППГ(НТТР) по этому IP-адресу.
Шаг 502: терминал 2 после получения сообщения M-Notification.ind, отправленного терминалом 1, отправляет сообщение Get.req на терминал 1 в соответствии с содержащимся в сообщении M-Notification.ind адресом, например, Расположение Контента.
Шаг 503: после того, как модуль ТТ АП CMC (P2P MMS UA) терминала 1 получает сообщение Get.req от терминала 2 на порт перехвата ППГ (HTTP) через модуль интерфейса ПБУ (WAP), он читает данное сообщение CMC (MMS), соответствующее сообщению Get.req, вкладывает данное сообщение CMC (MMS) в Блоки Пакетных Данных CMC (MMS) и отправляет сообщение M-Retrieve.conf в виде текста ответа ППГ (HTTP) на терминал 2 через модуль интерфейса ПБУ (WAP).
На шаге 503, если сеть, в которой расположен терминал 1, должна динамически выделять ресурсы IP-адресов, то модуль интерфейса ПБУ (WAP) в терминале 1 после завершения отправки сообщения CMC (MMS) должен разорвать канал данных ППГ (HTTP), деактивировать этот канал данных и высвободить ресурсы сети, например, IP-адрес и т.д. Поскольку существует механизм подтверждения получения пакетов данных в Протоколе Управления Передачей (ПУП (TCP)) ППГ (HTTP), то после того, как модуль интерфейса ПБУ (WAP), основываясь на механизме подтверждения, удостоверяется, что терминал 2 завершил прием пакетов данных, происходит подтверждение того, что терминал 2 завершил отправку сообщения CMC (MMS).
В настоящей реализации адрес серверов информации также может быть задан в модуле ТТ АП CMC (P2P MMS UA); таким образом, терминал 1 сможет принимать сообщения CMC (MMS) от терминала из уровня техники, причем конкретная процедура реализации аналогична блок-схеме на фиг.2; поэтому здесь нет необходимости давать дальнейшее описание вышеуказанной процедуры.
В настоящей реализации терминал с модулем ТТ АП CMC (P2P MMS UA) может также реализовывать отправку сообщений электронной почты на сервер электронной почты или сообщений СПРС (EMMS) на ПУ/ПК (SP/CP). Процедуры терминала 3 на фиг.4 по отправке сообщения электронной почты на сервер электронной почты и отправке сообщения СПРС (EMMS) на ПУ/ПК (SP/CP) показаны на фиг.5 и фиг.7 соответственно.
На фиг.6 показана блок-схема реализации услуг электронной почты в одной из реализации настоящего изобретения. Как показано на фиг.6, процедура терминала 3 по отправке сообщения электронной почты на сервер электронной почты содержит:
Шаг 601: модуль ТТ АП CMC (P2P MMS UA) терминала 3 после получения запроса пользователя на отправку сообщения электронной почты генерирует короткое сообщение активной доставки ПБУ (WAP), которое содержит адрес сообщения электронной почты, которое необходимо отправить, и отправляет это короткое сообщение активной доставки ПБУ (WAP) на сервер электронной почты через беспроводную сеть и через сетевой шлюз ПБУ (WAP). Аналогично шагу 501 адрес сообщения электронной почты, упомянутый на данном шаге, содержит IP-адрес и порт перехвата терминала 3, а также идентификатор данного сообщения электронной почты, сконфигурированный на терминале 3.
Шаг 602: сервер электронной почты после получения короткого сообщения активной доставки ПБУ (WAP) отправляет запрос на получение сообщения электронной почты на терминал 3 через сетевой шлюз ПБУ (WAP) и беспроводную сеть последовательно в соответствии с адресом, содержащимся в коротком сообщении активной доставки ПБУ (WAP).
Шаг 603: терминал 3 после получения запроса на получение сообщения электронной почты от сервера электронной почты инкапсулирует данное сообщение электронной почты в Блоки Пакетных Данных и затем отправляет эти Блоки Пакетных Данных на сервер электронной почты последовательно через беспроводную сеть и сетевой шлюз ПБУ (WAP).
На фиг.7 представлена блок-схема реализации СПРС (EMMS) в одной из реализаций настоящего изобретения. Как показано на фиг.7, процедура терминала 3 по отправке сообщения СПРС (EMMS) на ПУ/ПК (SP/CP) содержит:
Шаг 701: модуль ТТ АП CMC (P2P MMS UA) терминала 3 после получения запроса пользователя на отправку информации на ПУ/ПК (SP/CP) генерирует короткое сообщение активной доставки ПБУ (WAP), содержащее адрес информации, которую необходимо отправить, и отправляет это короткое сообщение активной доставки ПБУ (WAP) на ПУ/ПК (SP/CP) через беспроводную сеть и сетевой шлюз ПБУ (WAP). Аналогично шагу 501 и шагу 601 адрес информации, упомянутый выше, содержит IP-адрес и порт перехвата терминала 3, а также идентификатор информации, которую необходимо отправить, сконфигурированный на терминале 3.
Шаг 702: ПУ/ПК (SP/CP) после получения короткого сообщения активной доставки ПБУ (WAP) отправляет на терминал 3 запрос на получение информации через сетевой шлюз ПБУ (WAP) и беспроводную сеть в соответствии с адресом информации, содержащимся в коротком сообщении активной доставки ПБУ (WAP).
Шаг 703: терминал 3 после получения запроса на получение информации, отправленного ПУ/ПК (SP/CP), выполняет кодировку Простого Протокола Доступа к Объектам (ППДО (SOAP)) для информации, которую должен отправить пользователь на ПУ/ПК (SP/CP), в формате сообщения ММ7-Submit.req, т.е. вкладывает эту информацию в данные формата кодирования ППДО (SOAP), поддерживаемого интерфейсом ММ7, и затем отправляет закодированную информацию ППДО (SOAP) на соответствующий ПУ/ПК (SP/CP) через беспроводную сеть и сетевой шлюз ПБУ (WAP).
Вышеизложенное - это описание реализации настоящего изобретения. В данный способ могут быть внесены надлежащие изменения в процессе конкретных реализаций настоящего изобретения для того, чтобы удовлетворить требованиям конкретных ситуаций. Таким образом, легко понять, что эти реализации на базе настоящего изобретения приведены в целях демонстрации, а не для ограничения объема настоящего изобретения.