Патент на изобретение №2398355
|
||||||||||||||||||||||||||
(54) СПОСОБ, СИСТЕМА И ТЕРМИНАЛ ДЛЯ РЕАЛИЗАЦИИ УСЛУГ ПЕРЕДАЧИ ИНФОРМАЦИИ
(57) Реферат:
Изобретение относится к области реализации услуг передачи информации, применимых между отправляющим и принимающим узлами. Технический результат заключается в реализации экономичных услуг передачи информации, а также в обеспечении высокой доли успешных попыток передачи информации. Сущность изобретения заключается в том, что выполняют генерацию адреса информации, которая должна быть отправлена, и отправку передающим узлом этого адреса на узел, принимающий информацию; и получают информацию принимающим узлом от передающего узла в соответствии с полученным адресом. Настоящее изобретение также раскрывает систему для реализации услуг передачи информации и терминал. 8 н. и 19 з.п. ф-лы, 7 ил.
Предмет изобретения Данное изобретение относится к области технологии передачи информации в беспроводной системе связи и, в частности, к системе, способу и терминалу для реализации услуг передачи информации. Предпосылки создания изобретения Служба Мультимедийных Сообщений (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). Кроме того, на данном шаге, если в сети, где расположен терминал 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). Вышеизложенное – это описание реализации настоящего изобретения. В данный способ могут быть внесены надлежащие изменения в процессе конкретных реализаций настоящего изобретения для того, чтобы удовлетворить требованиям конкретных ситуаций. Таким образом, легко понять, что эти реализации на базе настоящего изобретения приведены в целях демонстрации, а не для ограничения объема настоящего изобретения.
Формула изобретения
1. Способ реализации услуг передачи информации, содержащий шаги: передающий терминал генерирует адрес информации, которую необходимо отправить, и отправляет этот адрес посредством короткого сообщения Протокола для Беспроводных Устройств (ПБУ (WAP)) на принимающее устройство; и принимающее устройство получает эту информацию от передающего терминала в соответствии с полученным адресом. 2. Способ по п.1, отличающийся тем, что информацией является Мультимедийное (MM (MM)) сообщение, а принимающим устройством – терминал. 3. Способ по п.1, отличающийся тем, что информацией является сообщение электронной почты, а принимающим устройством – сервер электронной почты. 4. Способ по п.2 или 3, отличающийся тем, что форматом информации, которую принимающее устройство получает от передающего терминала, являются Блоки Пакетных Данных (БПД (PDU)). 5. Способ по п.1, отличающийся тем, что информацией является сообщение Службы Передачи Расширенных Сообщений (СПРС (EMS)); и принимающее устройство – это внешний расширенный сервер приложений. 6. Способ по п.5, отличающийся тем, что форматом информации, которую принимающее устройство получает от передающего терминала, является формат кодировки Простого Протокола Доступа к Объектам (ППДО (SOAP)). 7. Способ по любому из пп.1, 2, 3, 5 или 6, отличающийся тем, что адрес содержит IP-адрес передающего терминала, идентификатор информации, сконфигурированный на передающем терминале, и порт перехвата для перехвата IP-адреса передающего терминала. 8. Система реализации услуг передачи информации, содержащая передающий терминал, сконфигурированный для генерации адреса информации, которую необходимо отправить, и для передачи данного адреса на принимающее устройство посредством короткого сообщения ПБУ (WAP); сетевой шлюз ПБУ (WAP), сконфигурированный для передачи информации между передающим терминалом и принимающим устройством, и принимающее устройство, сконфигурированное для получения короткого сообщения ПБУ (WAP) от передающего терминала и для получения информации через сетевой шлюз ПБУ (WAP) от передающего терминала в соответствии с адресом, содержащимся в коротком сообщении ПБУ (WAP). 9. Терминал, содержащий модуль «точка-точка» (ТТ (Р2Р)) Агента Пользователей Службы Мультимедийных Сообщений АП CMC (MMS UA), сконфигурированный для просмотра, редактирования и обработки информации, генерации адреса информации, которую необходимо отправить, и выведения этого адреса посредством короткого сообщения активной доставки ПБУ (WAP) на модуль интерфейса ПБУ (WAP); и модуль интерфейса ПБУ (WAP), сконфигурированный для установки соединения между модулем «точка-точка» АП CMC (MMS UA) и сетевым шлюзом ПБУ (WAP), и для отправки короткого сообщения активной доставки ПБУ (WAP) на принимающее устройство через сетевой шлюз ПБУ (WAP). 10. Способ реализации услуг передачи информации в приложении к системе связи, имеющей в своем составе передающий узел, сетевой шлюз Протокола для Беспроводных Устройств (ПБУ (WAP)) и принимающий узел, содержащий шаги: передающий узел генерирует адрес для информации и отправляет этот адрес на принимающий узел через сетевой шлюз ПБУ (WAP); и после получения этого адреса, принимающий узел получает информацию через сетевой шлюз ПБУ (WAP) от передающего узла в соответствии с этим адресом. 11. Способ по п.10, отличающийся тем, что отправка адреса на принимающий узел через сетевой шлюз ПБУ (WAP) содержит шаги: генерируют сообщение активной доставки ПБУ (WAP), которое содержит адрес информации; и активным образом передают сообщение активной передачи ПБУ (WAP) через сетевой шлюз ПБУ (WAP) на принимающий узел. 12. Способ по п.10 или 11, отличающийся тем, что получение информации через сетевой шлюз ПБУ (WAP) от передающего узла в соответствии с указанным адресом содержит шаги: отправляют запрос на получение информации на передающий узел через сетевой шлюз ПБУ (WAP) на основе полученного адреса; и получают информацию, отправленную передающим узлом через сетевой шлюз ПБУ (WAP), после получения передающим узлом запроса на получение информации. 13. Способ по п.12, отличающийся тем, что адрес информации содержит IP-адрес передающего узла и идентификатор информации, сконфигурированный на передающем узле; причем отправление запроса на получение информации на передающий узел на основании полученного адреса содержит шаги: отправляют запрос на получение информации в соответствии с IP-адресом передающего узла, содержащимся в полученном адресе информации, и включают идентификатор информации, сконфигурированный на передающем узле, в запрос на получение информации, и получение информации, отправленной передающим узлом после получения передающим узлом запроса на получение информации, содержит шаги: получение информации, которая получена в соответствии с идентификатором этой информации, содержащимся в запросе на получение информации и переданным передающим узлом. 14. Способ по п.12 дополнительно содержит шаг: до того, как информация отправлена, выполняют преобразование формата для этой информации. 15. Способ по п.14, отличающийся тем, что если информацией, которую необходимо передать, является сообщение CMC (MMS), то принимающим узлом является терминал; и если информацией, которую необходимо передать, является сообщение электронной почты, то принимающим узлом является сервер электронной почты; и преобразование формата для информации содержит вложение этой информации в Блоки Пакетных Данных (БПД (PDU)). 16. Способ по п.14, отличающийся тем, что если информацией, которую необходимо передать, является сообщение СПРС (EMMS), то принимающим узлом является внешний расширенный сервер приложений; и преобразование формата для информации содержит инкапсуляцию этой информации в данные формата кодировки ППДО (SOAP), поддерживаемые интерфейсом ММ7. 17. Способ по п.13, отличающийся тем, что адрес информации дополнительно содержит порт перехвата для перехвата IP-адреса передающего узла. 18. Способ реализации услуг передачи информации в приложении к системе связи, имеющей в своем составе первый терминал, второй терминал, сетевой шлюз ПБУ (WAP), сервер электронной почты и внешний расширенный сервер приложений, содержащий шаги: первый терминал генерирует адрес информации, которую необходимо отправить, отправляет этот адрес на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений 19. Способ по п.18, отличающийся тем, что передача адреса на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений через сетевой шлюз ПБУ (WAP) содержит шаги: генерируют сообщение активной доставки ПБУ (WAP), которое содержит данный адрес; и активным образом передают сообщение активной доставки ПБУ (WAP) через сетевой шлюз ПБУ (WAP) на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений. 20. Способ по п.18 или 19, отличающийся тем, что после получения адреса получение одним из устройств – вторым терминалом, сервером электронной почты или внешним расширенным сервером приложений – указанной информации через сетевой шлюз ПБУ (WAP) от передающего узла в соответствии с адресом содержит шаги: после получения адреса одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений – отправляет запрос на получение указанной информации через сетевой шлюз ПБУ (WAP) на первичный терминал на основании полученного адреса; и после получения запроса на получение информации первичный терминал отправляет информацию через сетевой шлюз ПБУ (WAP) на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений, причем запрос на получение информации послан одним из устройств – вторым терминалом, сервером электронной почты или внешним расширенным сервером приложений. 21. Система реализации услуг передачи информации, содержащая передающий узел, сконфигурированный для генерации адреса информации и передачи этого адреса на принимающий узел через сетевой шлюз ПБУ (WAP); сетевой шлюз ПБУ (WAP), сконфигурированный для получения адреса от передающего узла, отправки этого адреса на принимающий узел, и принимающий узел, сконфигурированный для получения – через сетевой шлюз ПБУ (WAP) – адреса информации, отправленного передающим узлом, и для получения информации от передающего узла в соответствии с этим адресом. 22. Система по п.21, отличающаяся тем, что отправляющий узел далее сконфигурирован для включения сгенерированного адреса информации в сообщение активной доставки ПБУ (WAP) и передачи сообщения активной доставки ПБУ (WAP) на сетевой шлюз ПБУ (WAP), 23. Система по п.21 или 22, отличающаяся тем, что принимающий узел дополнительно сконфигурирован для отправки – после получения адреса информации – запроса на получения информации на отправляющий узел через сетевой шлюз ПБУ (WAP); передающий узел дополнительно сконфигурирован для отправки информации – после получения запроса на получение информации – на принимающий узел через сетевой шлюз ПБУ (WAP). 24. Система реализации услуг передачи информации, содержащая первый терминал, сконфигурированный для генерации адреса информации и отправки этого адреса на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений – через сетевой шлюз ПБУ (WAP); сетевой шлюз ПБУ (WAP), сконфигурированный для получения адреса от первого терминала, передачи этого адреса на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений, и каждое из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений, сконфигурированы для получения – через сетевой шлюз ПБУ (WAP) – адреса информации, отправленного первым терминалом, и для получения этой информации от первого терминала в соответствии с адресом. 25. Система по п.24, отличающаяся тем, что первый терминал дополнительно сконфигурирован для генерации сообщения активной доставки ПБУ (WAP), которое содержит адрес информации, для активной доставки сообщения активной доставки ПБУ (WAP) через сетевой шлюз ПБУ (WAP) на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений. 26. Система по п.п.24 или 25, отличающаяся тем, что каждое из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений – дополнительно сконфигурированы так, чтобы после получения адреса отправить запрос на получение информации через сетевой шлюз ПБУ (WAP) на первый терминал на основании полученного адреса; и первый терминал далее сконфигурирован для отправки этой информации – после получения запроса на получение информации – через сетевой шлюз ПБУ (WAP) на одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений, причем одно из устройств – второй терминал, сервер электронной почты или внешний расширенный сервер приложений – отправило данный запрос на получение информации. 27. Терминал, содержащий Модуль «Точка-Точка» Агента Пользователей Службы Мультимедийных Сообщений ТТ АП CMC (P2P MMS UA), сконфигурированный для генерации адреса информации, включения этого адреса в сообщения об активной доставке ПБУ (WAP), выведения сообщения об активной доставке ПБУ (WAP) на интерфейс ПБУ (WAP) и передачи этой информации на интерфейс ПБУ (WAP); и интерфейс ПБУ (WAP), сконфигурированный для получения сообщения об активной доставке ПБУ (WAP) и от модуля ТТ АП CMC (P2P MMS UA), отправки сообщения об активной доставке ПБУ (WAP) на сетевой шлюз ПБУ (WAP) и передачи информации от модуля ТТ АП CMC (P2P MMS UA) на сетевой шлюз ПБУ (WAP).
РИСУНКИ
|
||||||||||||||||||||||||||
1071
