RU2288545C2 - Способ и система передачи мультимедийных сообщений - Google Patents

Способ и система передачи мультимедийных сообщений Download PDF

Info

Publication number
RU2288545C2
RU2288545C2 RU2003127067/09A RU2003127067A RU2288545C2 RU 2288545 C2 RU2288545 C2 RU 2288545C2 RU 2003127067/09 A RU2003127067/09 A RU 2003127067/09A RU 2003127067 A RU2003127067 A RU 2003127067A RU 2288545 C2 RU2288545 C2 RU 2288545C2
Authority
RU
Russia
Prior art keywords
multimedia message
multimedia
descriptor
component
upms
Prior art date
Application number
RU2003127067/09A
Other languages
English (en)
Other versions
RU2003127067A (ru
Inventor
Мирай МОСТАФА (FI)
Мирай МОСТАФА
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Publication of RU2003127067A publication Critical patent/RU2003127067A/ru
Application granted granted Critical
Publication of RU2288545C2 publication Critical patent/RU2288545C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/063—Content adaptation, e.g. replacement of unsuitable content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Abstract

Изобретение относится к области передачи данных. Технический результат заключается в обеспечении последовательной загрузки передаваемых и непередаваемых потоком компонентов мультимедийной информации. Одно и то же мультимедийное сообщение можно использовать для инкапсуляции непередаваемых потоком компонентов мультимедийной информации и дескрипторов, относящихся к передаваемым потоком компонентам мультимедийной информации. Получатель извлекает дескрипторы из мультимедийного сообщения и инициирует соответственно сеансы потоковой передачи. Процесс уведомления, с помощью которого принимающего агента пользователя информируют о наличии мультимедийного сообщения, является одинаковым, независимо от типов компонентов, которые находятся внутри сообщения. 4 н. и 19 з.п. ф-лы, 6 ил.

Description

Настоящее изобретение относится к передаче данных. Более конкретно, изобретение относится к потоковой передаче содержимого мультимедийной информации в услуге передачи мультимедийных сообщений.
В сетях мобильной связи термин "услуга передачи мультимедийных сообщений" (УПМС (MMS)) обычно используется для описания нового подхода для передачи сообщений, имеющих содержимое мультимедийной информации. Услуга передачи мультимедийных сообщений позволяет передавать сообщения между различными мобильными пользователями и/или между мобильными пользователями и сетью Интернет. В настоящее время имеется согласованное решение на предоставление УПМС в сетях мобильной связи 3-го поколения, и его особенности описаны в техническом описании (ТО (TS)) 23.140, V.4.1.0 проекта о сотрудничестве третьего поколения (ПСТП (3GPP)) "Услуга передачи мультимедийных сообщений" (УПМС), функциональное описание, этап 2 (4-ая редакция, декабрь 2000 года)" (3rd Generation Partnership Project (3GPP) Technical Specification (TS) 23.140, V.4.1.0 "Multimedia Messaging Service (MMS), Functional Description, Stage 2 (Release 4, 2000-12)"). Услуга передачи мультимедийных сообщений, предложенная в ТО 23.140 ПСТП в 4-й редакции, использует подход "сохранить и отправить" для доставки сообщений. Мультимедийные сообщения построены таким образом, что содержимое мультимедийной информации, то есть информация, необходимая для описания содержимого мультимедийной информации, и информация об адресации, идентифицирующая заданный приемник сообщения, формируются в виде единого пакета. Мультимедийное сообщение затем отправляется от посылающего агента пользователя УПМС в центр услуг передачи мультимедийных сообщений (ЦУПМС (MMSC)), который, в свою очередь, уведомляет заданный приемник (принимающего агента пользователя УПМС) о сообщении. Затем мультимедийное сообщение целиком загружается с помощью терминала принимающего агента пользователя УПМС и предоставляется пользователю целиком сразу после загрузки и сохранения в принимающем агенте пользователя УПМС.
Ниже, со ссылкой на фиг.1, 2 и 3, приводится описание структуры и работы типичной системы УПМС.
На фиг.1 показаны в общем виде элементы системы УПМС согласно ТО 23.140 ПСТП. Система содержит следующие элементы:
- Множество агентов 110 пользователей (АП (UAs)) УПМС, каждый из которых может передавать и принимать мультимедийные сообщения;
- Агент 127 пользователя УПМС, выполняющий роуминг;
- Сети 122, 124 и 126 доступа различных типов, включающие в себя:
- телекоммуникационную сеть 122 мобильной связи второго поколения, такую как сеть глобальной системы мобильной связи (ГСМС (GSM)) фаза 2;
- телекоммуникационную сеть 124 мобильной связи третьего поколения, такую как универсальная мобильная телекоммуникационная система (УМТС (UMTS)); и
- сеть 126 мобильного доступа, например, беспроводную локальную сеть (ЛС (LAN)).
- Интернет (или другая сеть с Интернет-протоколом (ИП (IP)) 130, имеющий внешний сервер 134, такой как сервер электронной почты, и клиент 132 проводной электронной почты;
- Ретранслятор 142 услуги передачи мультимедийных сообщений и сервер 144 УПМС, которые в этом примере объединены в один модуль, называемый центром услуги передачи мультимедийных сообщений (ЦУПМС (MMSC)) 140, но который может быть альтернативно реализован в виде отдельного или распределенного модуля;
- Банк 150 сообщений, соединенный с сервером 144 УПМС; и
- Пользовательские базы 160 данных, содержащие, например, подписку пользователя и информацию об адресации.
Обобщенный термин "среда услуги передачи мультимедийных сообщений" (СУПМС (MMSE)) используется для описания тех функциональных элементов, которые работают вместе для выполнения услуги передачи мультимедийных сообщений. На фиг.1 СУПМС образована из элементов, расположенных внутри области, очерченной овалом.
При более подробном рассмотрении фиг.1 каждый агент 110 пользователя УПМС подсоединен к ретранслятору 142 УПМС через свою сеть 122, 124 доступа. Агент 127 пользователя УПМС, выполняющий роуминг, подсоединен к ретранслятору 142 УПМС через сеть 126 мобильного доступа и через Интернет 130. Ретранслятор УПМС подсоединен к серверу 144 УПМС и к пользовательским базам 160 данных. Кроме того, внешний сервер 134 и клиент 132 проводной электронной почты подсоединены к Интернету 130.
На фиг.2 показана в общем виде организация межсетевого взаимодействия между различными СУПМС согласно ТО 23.140 ПСТП. Установление связи мультимедийных сообщений имеет место между агентами 110А пользователя (отправитель) и 110В (получатель), которые постоянно находятся в двух различных средах услуги передачи мультимедийных сообщений. В целях упрощения и внесения большей ясности показаны две среды услуги передачи мультимедийных сообщений СУПМС А и СУПМС В, каждая из которых содержит один ретранслятор УПМС, связанный с одним сервером УПМС, и которые, таким образом, образуют два ЦУПМС 214 и 224. Следует оценить, что в реальной СУПМС число ретрансляторов УПМС и серверов может быть, и обычно бывает, больше одного. СУПМС А и СУПМС В могут, например, иметь различные операторы, различные географические местоположения или зоны охвата и/или отличаться по своим техническим характеристикам и возможностям. Кроме того, в ситуации, где конкретная СУПМС содержит более одного ретранслятора УПМС, способ согласно изобретению может быть также применен в пределах СУПМС.
В примере, показанном на фиг.2, оба агента 110А и 110В пользователя УПМС изображены как устройства, которые поддерживают связь с их соответствующими СУПМС 210, 220 через сеть 212, 222 радиосвязи. Однако следует оценить, что агент А пользователя СУПМС или агент В пользователя СУПМС, либо и тот и другой, могут постоянно находиться в сети с фиксированной линией связи (не показано).
При рассмотрении фиг.2 предполагается, что агент 110А пользователя УПМС, который подписался на услугу передачи мультимедийных сообщений, предоставляемую в среде А 210 услуги передачи мультимедийных сообщений, желает послать некоторую мультимедийную содержательную информацию агенту В 110В пользователя УПМС, который имеет подписку на услугу передачи мультимедийных сообщений, предоставляемую в СУПМС В 220. Содержимое мультимедийного сообщения в общем может содержать ряд компонентов, некоторые из которых подходят для потоковой передачи, и другие компоненты, которые обычно не подходят для потоковой передачи, такие как текст или фотографические изображения. В следующем примере, который описывает создание, передачу и восстановление мультимедийного сообщения, предполагается, что все компоненты сообщения являются типами непередаваемого потоком содержимого. Современные средства обеспечения для потоковой передачи загрузки компонентов мультимедийного сообщения, предусмотренных ТО 23.140 ПСТП, будут рассмотрены ниже по отдельности.
Как показано на фиг.2, когда начинается передача мультимедийного сообщения агенту В пользователя УПМС, агент А пользователя УПМС сначала выбирает содержимое мультимедийной информации, которое будет передаваться. Например, содержимое мультимедийной информации может принимать форму фотографического изображения и некоторого связанного текста, хранящегося в памяти агента А пользователя. Изображение может быть записано, например, с использованием фотокамеры и аппаратуры кодирования фотографического изображения, встроенной в агент А пользователя. С другой стороны, изображение и текст можно загрузить в агент А пользователя из другого источника. В любом случае агент А пользователя формирует пакет содержимого мультимедийной информации в виде мультимедийного сообщения, содержащего непосредственно содержимое мультимедийной информации, информацию, необходимую для описания содержимого мультимедийной информации и информацию об адресации, идентифицирующую заданного получателя сообщения. Агент А пользователя УПМС затем посылает сообщение в ретранслятор А УПМС через радиосеть А 212.
После приема мультимедийного сообщения ретранслятор А УПМС определяет из информации об адресации, входящей в сообщение, то, что заданный получатель не является агентом А пользователя СУПМС, но является агентом пользователя ретранслятора В УПМС, и направляет мультимедийное сообщение в ретранслятор В УПМС. Маршрутизация мультимедийного сообщения в соответствующий ретранслятор УПМС, то есть в тот, который отвечает за агента В пользователя УПМС, успешно выполняется, например, с использованием стандартных механизмом, предусмотренных в существующем решении передачи мультимедийных сообщений ПСТП. После приема мультимедийного сообщения ретранслятор В УПМС сохраняет содержимое мультимедийной информации в сервере В УПМС и посылает уведомление заданному получателю (агенту В пользователя УПМС), таким образом показывая, что мультимедийное сообщение было получено и его содержимое является доступным для загрузки из ретранслятора В УПМС. В ответ на прием уведомления агент В пользователя УПМС восстанавливает содержимое мультимедийной информации из (через) ретранслятора В УПМС. Восстановление содержимого мультимедийной информации начинается посредством сигнализации, передаваемой с ретранслятора В УПМС.
На фиг.3 более подробно изображен процесс уведомления и восстановления мультимедийного сообщения. В частности, на фиг.3 показан поток сообщений, который имеет место в случае, когда ретранслятор В УПМС принимает сообщение УПМС, предназначенное для агента В пользователя, получающего УПМС. Ретранслятор В УПМС принимает сообщение УПМС, сохраняет его в сервере В УПМС и затем информирует агента В пользователя УПМС относительно получения сообщения с использованием уведомляющего сообщения 310 УПМС (MM1_notifcation.REQ (ММ1_уведомление.ЗАПРОС) в ТО 23.140 ПСТП).
Затем агент В пользователя УПМС отвечает с использованием уведомляющего ответа 320 УПМС (MM1_notifcation.RES (ММ1_уведомление.ОТВЕТ) в ТО 23.140 ПСТП) для подтверждения получения уведомления 310 УПМС.
При наличии принятого сообщения 310 уведомления УПМС агент В пользователя УПМС узнает, что мультимедийное сообщение доступно для восстановления и может инициировать процесс загрузки сообщения. Это может быть сделано, по существу, сразу же после приема уведомляющего сообщения или может быть выполнено через некоторый, более поздний период времени. Когда агент В пользователя УПМС желает начать загрузку сообщения УПМС, он посылает запрос 330 на восстановление УПМС (MM1_retrieve.REQ (ММ1_восстановление.ЗАПРОС)) в В 224 УПМС. В 224 УПМС отвечает посредством восстановления мультимедийного сообщения из сервера В УПМС и посылает ответ 340 на восстановление УПМС (MM1_retrieve.RES (ММ1_восстановление. ОТВЕТ) в ТО 23.140 ПСТП) агенту В пользователя УПМС. В случае мультимедийного сообщения, которое содержит только непередаваемые потоком компоненты, как рассмотрено в этом примере, сообщение с ответом восстановления УПМС несет в себе компоненты реального мультимедийного сообщения, которые будут загружаться. После приема целиком всего мультимедийного сообщения агент В пользователя УПМС посылает подтверждение 350 УПМС (подтверждающее получение всего мультимедийного сообщения) в ретранслятор В УПМС.
Как упомянуто ранее, некоторые компоненты мультимедийной информации могут оказаться подходящими для загрузки с помощью потоковой передачи. Термин "потоковая передача" обычно используется для описания представления содержимого мультимедийной информации, например аудио- или видеоклипа, или комбинации различных типов мультимедийной информации, непрерывным способом, при этом содержимое передается получателю по сети передачи данных. "Поток" может быть потоком данных, который позволяет предъявить получателю некоторый непрерывный поток информации, такой как кинофильмы (то есть видео), речь или музыку. В типичном видеопотоке передается приблизительно от 10 до 20 видеокадров в секунду. Потоковая передача на практике может быть прямой (в режиме реального времени) или выполняться "по требованию". Термин "прямая потоковая передача" описывает формирование потока мультимедийной информации из источника прямой передачи, например, потока цифровых изображений, полученных с помощью видеокамеры, а термин "потоковая передача по требованию" описывает формирование потока мультимедийной информации, например, из файла, хранящегося на сервере.
Применение потоковой передачи в мобильных сетях выглядит многообещающим, особенно если учесть тот факт, что мобильные терминалы обычно имеют ограниченные ресурсы воспроизведения мультимедийной информации, такие как память и мощность обработки. Принятие подхода потоковой передачи к загрузке и представлению мультимедийной информации позволит, в общем, уменьшить объем доступной памяти, необходимый для мобильных терминалов.
В последнее время возник также интерес к объединению потоковой передачи с предложенной услугой передачи мультимедийных сообщений 3-го поколения. Однако, как упомянуто ранее, услуга УПМС основана на инкапсуляции содержимого мультимедийной информации, описания сообщения и информации об адресации в одиночное сообщение. Этот вид инкапсуляции несовместим с потоковой передачей содержимого мультимедийной информации, и поэтому необходимы определенные изменения в рекомендациях услуги УПМС для того, чтобы обеспечить загрузку потоковой передачи содержимого мультимедийной информации. ТО 23.140 ПСТП в 4-ой редакции позволяет установить сеанс потоковой передачи между принимающим агентом пользователя и принимающим ретранслятором УПМС, но требует того, чтобы сообщение с уведомлением, посланное из принимающего ретранслятора УПМС принимающему агенту пользователя УПМС, было в определенной степени изменено.
Согласно рекомендации, если принимающий ретранслятор УПМС, такой как ретранслятор В УПМС, описанный в приведенном выше примере, принимает мультимедийное сообщение, содержащее передаваемое потоком содержимое мультимедийной информации, то он формирует измененное уведомляющее сообщение УПМС и посылает его в заданный принимающий агент пользователя для того, чтобы уведомить его о передаваемых потоком компонентах мультимедийной информации. Измененное уведомляющее сообщение содержит информацию, необходимую для начала сеанса потоковой передачи между принимающим агентом пользователя УПМС и сервером УПМС, который имеет доступ к передаваемым потоком компонентам мультимедийной информации.
Таким образом, согласно ТО 23.140 ПСТП, 4-ая редакция, стандартное уведомляющее сообщение УПМС, которое используется для того, чтобы информировать предполагаемого принимающего агента пользователя о том, что мультимедийное сообщение является доступным для загрузки, должно быть изменено таким образом, чтобы обеспечить подробные сведения о передаваемом потоком компоненте мультимедийной информации, который будет загружаться. Это позволяет принимающему агенту пользователя установить сеанс потоковой передачи для загрузки компонента мультимедийной информации.
Однако, несмотря на это изменение, до сих пор отсутствует в спецификации УПМС механизм, позволяющий выполнять загрузку передаваемых потоком и непередаваемых потоком компонентов мультимедийной информации последовательным способом. Имеется потребность в осуществлении такой возможности, так как было бы полезным иметь возможность принимать непередаваемые потоком компоненты мультимедийной информации, такие как фотоснимки и текст или прикладные минипрограммы ("апплеты"), наряду с передаваемыми потоком компонентами мультимедийной информации, такими как звуковые, голосовые или видеопотоки.
Согласно первому аспекту изобретения предложен способ приема мультимедийного сообщения, заключающийся в том, что принимают передачу мультимедийного сообщения, отделяют от передачи мультимедийного сообщения дескриптор, содержащий информацию, необходимую для инициирования сеанса потоковой передачи, и инициируют сеанс потоковой передачи с использованием дескриптора для восстановления сохраненного и передаваемого потоком компонента мультимедийной информации, описанного дескриптором.
Согласно способу, предпочтительно, дополнительно отделяют непередаваемый потоком компонент мультимедийной информации от передачи мультимедийного сообщения.
Согласно второму аспекту изобретения предложен способ передачи мультимедийных сообщений, заключающийся в том, что сохраняют мультимедийное сообщение, содержащее передаваемый потоком компонент мультимедийной информации в объекте сети связи, выполняют передачу мультимедийного сообщения из объекта сети в принимающий агент пользователя и включают в упомянутую передачу мультимедийного сообщения дескриптор, предусматривающий информацию, позволяющую принимающему агенту пользователя инициировать сеанс потоковой передачи для восстановления передаваемого потоком компонента мультимедийной информации.
Изобретение обеспечивает преимущество, связанное с возможностью передачи передаваемых потоком компонентов мультимедийной информации с использованием систем связи в соответствии с существующими спецификациями УПМС только с незначительными изменениями.
С помощью одного и того же мультимедийного сообщения передаваемые потоком и непередаваемые потоком компоненты можно, предпочтительно, посылать от отправителя получателю, используя при этом дескриптор перед загрузкой мультимедийного сообщения.
Согласно способу, предпочтительно, дополнительно уведомляют принимающего агента пользователя о том, что сообщение доступно с использованием уведомляющего сообщения. Уведомляющее сообщение, предпочтительно, соответствует спецификациям УПМС.
Кроме того, изобретение позволяет использовать один тип уведомляющего сообщения для того, чтобы информировать принимающего агента пользователя УПМС о том, что мультимедийное сообщение доступно для загрузки. Другими словами, можно использовать один тип уведомляющего сообщения независимо от содержимого мультимедийной информации конкретного мультимедийного сообщения. В этом случае преимущество заключается в упрощении формирования уведомляющих сообщений и в возможности доступности мультимедийных сообщений для загрузки, которая будет указана последовательным способом.
Передаваемый потоком компонент мультимедийного сообщения, содержащий непередаваемый потоком и передаваемый потоком компонент, предпочтительно, заменяется на вышеупомянутый дескриптор с тем, чтобы при изменении мультимедийного сообщения содержались непередаваемые потоком компоненты и дескриптор. Таким образом, когда измененное сообщение, содержащее непередаваемый потоком компонент и дескриптор, загружается в принимающий агент пользователя, агент пользователя может использовать информацию, предоставляемую дескриптором, для того, чтобы инициировать сеанс потоковой передачи для загрузки передаваемого потоком компонента мультимедийной информации.
В случае, когда мультимедийное сообщение содержит более одного передаваемого потоком компонента мультимедийной информации, каждый передаваемый потоком компонент мультимедийной информации преимущественно заменяется соответствующим дескриптором. Альтернативно, дескриптор содержит информацию, которая относится, по меньшей мере, к двум или всем передаваемым потоком компонентам мультимедийной информации. Дескриптор затем вводится в мультимедийное сообщение вместо всех передаваемых потоком компонентов мультимедийной информации, которые он описывает.
Эту замену выполняют, предпочтительно, с помощью принимающего ретранслятора УПМС или сервера УПМС. Другими словами, замену, предпочтительно, выполняют с помощью ретранслятора УПМС или сервера УПМС, связанного с принимающим агентом пользователя. Альтернативно, другой блок связи, такой как промежуточный сервер, может производить замену.
Дескриптор, предпочтительно, выбирают из группы, состоящей из файла описания сеанса, унифицированного указателя ресурса (УУР (URL)) и универсального идентификатора ресурса (УИР (URI)).
Файл описания сеанса, предпочтительно, представляет собой файл протокола описания сеанса (ПОС (SDP)).
Файл описания сеанса, предпочтительно, содержит все данные, необходимые для инициирования сеанса потоковой передачи, для загрузки передаваемого потоком компонента мультимедийной информации.
Включение дескриптора в передачу мультимедийного сообщения делает ненужным отдельную передачу данных для инициирования сеанса потоковой передачи. Это экономит полосу частот связи и ускоряет передачу сообщений, поскольку позволяет избежать избыточной передачи сообщений. Кроме того, если принимающий агент пользователя отклоняет сообщение, то не нужно напрасно посылать дескриптор.
Согласно третьему аспекту изобретения предложен агент пользователя передачи мультимедийных сообщений, содержащий приемопередатчик для приема мультимедийного сообщения и для установления сеанса потоковой передачи, отличающийся тем, что дополнительно содержит процессор для поиска мультимедийного сообщения для дескриптора, содержащего данные инициализации потоковой передачи, и процессор, выполненный с возможностью управления приемопередатчиком для того, чтобы инициировать сеанс потоковой передачи с использованием данных инициализации потоковой передачи, которые содержит дескриптор.
Согласно четвертому аспекту изобретения предложена система услуги передачи мультимедийных сообщений, содержащая:
первый сетевой объект для хранения мультимедийного сообщения,
множество агентов пользователей,
второй сетевой объект для уведомления агента пользователя сообщения, доступного агенту пользователя, причем агент пользователя является принимающим агентом пользователя,
третий сетевой объект для поиска мультимедийного сообщения для передаваемого потоком компонента мультимедийной информации, для сохранения такого компонента мультимедийного сообщения и для изменения мультимедийного сообщения посредством размещения дескриптора в мультимедийном сообщении, достаточного для разрешения принимающему агенту пользователя мультимедийной информации инициировать сеанс потоковой передачи для восстановления передаваемого потоком компонента мультимедийной информации,
причем второй сетевой объект выполнен с возможностью приема запроса на доставку мультимедийного сообщения принимающему агенту пользователя и для передачи мультимедийного сообщения принимающему агенту пользователя в ответ на упомянутый запрос.
Второй и третий сетевые объекты могут быть одинаковыми, например, ретранслятором мультимедийной информации. Альтернативно, они могут быть различными объектами.
Согласно пятому аспекту изобретения предложено мультимедийное сообщение, содержащее адрес получателя мультимедийного сообщения, отличающееся тем, что дополнительно содержит дескриптор, содержащий информацию, необходимую для разрешения принимающему агенту пользователя с использованием дескриптора инициировать сеанс потоковой передачи для того, чтобы восстановить, по меньшей мере, один передаваемый потоком компонент мультимедийной информации.
Согласно шестому аспекту изобретения предложен компьютерный программный продукт для управления агентом пользователя передачи мультимедийных сообщений, содержащий код программы, выполняемой компьютером, который разрешает агенту пользователя принимать мультимедийное сообщение, отличающийся тем, что компьютерный программный продукт дополнительно содержит код программы, выполняемой компьютером, который разрешает агенту пользователя производить поиск мультимедийного сообщения для дескриптора, содержащего данные инициализации потоковой передачи, и код программы, выполняемой компьютером, который разрешает агенту пользователя инициировать сеанс потоковой передачи с использованием данных инициализации потоковой передачи, которые содержит дескриптор.
Ниже приводится описание изобретения посредством только примера, со ссылкой на сопроводительные чертежи, на которых:
фиг.1 показывает в общем виде элементы системы УПМС в соответствии с ТО 23.140, ПСТП, т. 4;
фиг.2 показывает в общем виде элементы системы УПМС при обеспечении межсетевого обмена в соответствии с ТО 23.140, ПСТП, т. 4;
фиг.3 показывает поток сообщений между принимающим ретранслятором УПМС/сервером УПМС и принимающим агентом пользователя УПМС;
фиг.4 показывает поток сообщений между принимающим ретранслятором УПМС/сервером УПМС и принимающим агентом пользователя УПМС согласно предпочтительному варианту осуществления настоящего изобретения;
фиг.5 показывает алгоритм, описывающий работу ретранслятора УПМС согласно предпочтительному варианту осуществления настоящего изобретения; и
фиг.6 показывает блок-схему структуры агента пользователя УПМС согласно предпочтительному варианту осуществления настоящего изобретения.
Фиг.1-3 были описаны выше для иллюстрации предшествующего уровня техники. Они также образуют структуру, в рамках которой может быть осуществлено настоящее изобретение.
Описание предпочтительного варианта осуществления изобретения приводится ниже со ссылкой на работу системы УПМС при приеме мультимедийного сообщения, содержащего передаваемые потоком и непередаваемые потоком компоненты. Ниже также описан пример реализации системы УПМС, которая поддерживает предпочтительный вариант осуществления.
Предпочтительный вариант осуществления настоящего изобретения основан на замене передаваемого потоком компонента мультимедийного сообщения на дескриптор, который предусматривает информацию, позволяющую принимающему агенту 110В пользователя УПМС инициировать сеанс потоковой передачи для загрузки передаваемого потоком компонента. Как описано ранее, до сих пор потоковая передача в связи с УПМС была возможна только при изменении уведомляющего сообщения 310 УПМС. В предпочтительном варианте осуществления настоящего изобретения дескриптор вводится в мультимедийное сообщение и принимается принимающим агентом пользователя также, как и любой другой компонент мультимедийной информации в ответ на восстановление УПМС. Агент пользователя извлекает информацию, которую содержит дескриптор и которую можно затем использовать для инициирования сеанса потоковой передачи для того, чтобы загрузить передаваемый потоком компонент. Это означает, что больше не нужно изменять уведомляющее сообщение 310 УПМС.
На фиг.4 показан поток сообщений, который имеет место между принимающим ЦУПМС и принимающим агентом пользователя УПМС согласно предпочтительному варианту осуществления настоящего изобретения. После поступления мультимедийного сообщения в ЦУПМС сначала происходит обмен сообщениями 310-330. Это происходит способом, эквивалентным тому, который имеет место в известной системе УПМС, когда отсутствуют передаваемые потоком компоненты в принятом мультимедийном сообщении. Изменения, внесенные с помощью настоящего изобретения, влияют на сигнализацию, которая имеет место после запроса 330 на восстановление УПМС. Согласно предпочтительному варианту осуществления, если принятое мультимедийное сообщение содержит передаваемый потоком компонент мультимедийной информации в дополнение к непередаваемому потоком компоненту мультимедийной информации, ответ 340 на восстановление УПМС содержит непередаваемый потоком компонент мультимедийного сообщения и дескриптор, описывающий передаваемый потоком компонент мультимедийной информации. Согласно предпочтительному варианту осуществления в ситуации, где мультимедийное сообщение содержит более одного передаваемого потоком компонента мультимедийной информации, каждый передаваемый потоком компонент мультимедийной информации заменяется на отдельный дескриптор, причем каждый дескриптор содержит информацию, достаточную для разрешения принимающему агенту НОВ пользователя инициировать сеанс потоковой передачи приема рассматриваемого передаваемого потоком компонента мультимедийной информации.
Если мультимедийное сообщение содержит только передаваемые потоком компоненты, то мультимедийное сообщение будет содержать только дескрипторы передаваемых потоком компонентов.
Как правило, дескрипторы размещаются в виде файла описания сеанса, такого как документ протокола описания сеанса (ПОС (SDP)), который включен в сообщение УПМС. Реальную файловую структуру можно осуществить различными способами, но согласно предпочтительному варианту осуществления на фиг.2 используется структура, например, показанная в документе "Версия 1.0 услуги передачи мультимедийных сообщений протокола беспроводных приложений ПБП, Проект 0.8 инкапсуляции сообщений (17 февраля 2000 года) (Wireless Application Protocol WAP Multimedia Messaging Service Version 1.0, Message Encapsulation Draft 0.8 (17-February-2000). Преимуществом является такое размещение мультимедийного сообщения, при котором дескриптор доставляется в начальной части сообщения УПМС с тем, чтобы сеанс(ы) потоковой передачи можно было инициировать без больших задержек, после чего начинается загрузка сообщения УПМС.
В альтернативном варианте осуществления совместно используемый файл описания сеанса содержит описания двух или более загружаемых компонентов мультимедийной информации.
Файл описания сеанса обеспечивает описание представления для конкретного передаваемого потоком компонента мультимедийной информации и позволяет получателю выполнить часть инициализации мультимедийной информации из процесса потоковой передачи. Файл ПОС является хорошим примером широко используемого типа файла описания сеанса. ПОС имеет тип многоцелевых расширений электронной почты в сети Интернет (МРЭПИ (MIME)), зарегистрированных Агентством по выделению имен и уникальных параметров протоколов Интернет (IANA), который в дальнейшем упоминается как тип содержимого компонента сообщения 340 ответа для восстановления УПМС.
Файл описания сеанса, преимущественно, содержит следующие данные: версия протокола, информация о владельце и/или авторе содержимого мультимедийной информации, идентификатор сеанса, название и атрибуты сеанса, информация сеанса, идентификатор отправителя, такой как адрес электронной почты или телефонный номер отправителя сообщения, информация о соединении, информация о полосе частот, различная информация, касающаяся времени, и название и атрибут для каждого компонента мультимедийной информации, описанного файлом описания сеанса. Файл описания сеанса может дополнительно содержать некоторую криптографическую информацию, такую как код аутентификации сообщений (КАС (MAC)), криптографическую контрольную сумму для проверки подлинности содержимого или запрос на разрешение принимающему агенту пользователя УПМС создать ключ сеанса, который необходимо использовать для расшифровки или подтверждения содержимого.
В альтернативных вариантах осуществления для этой цели используются другие формы файлов. TEXT (текст), RTSL и MHEG являются некоторыми дополнительными примерами файлов, которые нужно использовать для этой цели, и все эти файлы имеют зарегистрированный тип МРЭПИ (MIME).
Сеанс потоковой передачи реализуется в соответствии с обычно используемыми протоколами потоковой передачи. В этом отношении протокол потоковой передачи в режиме реального времени (ПППРВ (RTSP)) является хорошо известным протоколом уровня сеанса связи. Протокол реального времени/протокол управления в режиме реального времени (ПРВ/ПУРВ (RTP/RTCP)) предназначены для управления транспортировкой содержимого потоковой передачи, при этом протокол передачи дейтаграмм пользователя (ППДП (UDP)) и/или протокол управления передачей (ПУП (TCP)) можно использовать в качестве транспортного протокола для потоковой передачи.
Использование отдельных файлов для описания сеанса имеет преимущество в более гибком использовании, так как различные сетевые объекты позволяют заменять различные передаваемые потоком компоненты мультимедийной информации на соответствующие дескрипторы.
Мультимедийное сообщение, то есть содержимое, может быть загружено в ЦУПМС при помощи потоковой передачи или любого другого соответствующего способа. В предпочтительном варианте осуществления настоящего изобретения использование потоковой передачи при загрузке содержимого мультимедийной информации заданному получателю не зависит от способа, которым содержимое было загружено в ретранслятор В УПМС.
На фиг.5 показан алгоритм, описывающий работу принимающего ретранслятора УПМС согласно предпочтительному варианту осуществления настоящего изобретения. Работа начинается из блока 502. Далее ретранслятор В УПМС принимает мультимедийное сообщение (блок 504). Ретранслятор УПМС проверяет, содержит ли мультимедийное сообщение какие-либо передаваемые потоком компоненты мультимедийной информации (блок 506). Если содержит, то каждый передаваемый потоком компонент мультимедийной информации сохраняется (блок 508) и дескриптор, соответствующий рассматриваемому компоненту, формируется и вводится в мультимедийное сообщение непосредственно вместо компонента мультимедийной информации (блок 510). На следующем этапе работы принимающий агент пользователя УПМС уведомляет (уведомление УПМС) о том, что мультимедийное сообщение доступно (блок 512).
После приема уведомления о наличии мультимедийного сообщения принимающий агент пользователя УПМС должен подтвердить получение уведомления путем отправления уведомляющего ответного сообщения УПМС. Ретранслятор УПМС проверяет, принят ли этот ответ уведомления УПМС (блок 514). Если нет, то ретранслятор УПМС проверяет, закончилось ли сообщение (блок 515). Если сообщение не закончилось, то ретранслятор предпринимает попытку снова уведомить получателя, например, после того, как истек заданный период времени. Если сообщение закончилось, ретранслятор УПМС не будет пытаться снова уведомить принимающего агента пользователя и, преимущественно, произведет сброс сообщения (блок 520), то есть сотрет сохраненные компоненты мультимедийной информации, относящиеся к нему.
Если ответ уведомления получен (блок 514), то работа продолжается путем проверки приема запроса на восстановление УПМС (блок 516). В предпочтительном варианте осуществления изобретения запрос на восстановление УПМС можно объединить с ответом уведомления, если каждый из них будет передаваться иным способом в пределах короткого периода времени (например, 1, 5 или 10 минут) или если была выбрана автоматическая загрузка входящих мультимедийных сообщений.
Если восстановленный запрос не был принят, то ретранслятор УПМС проверяет, закончилось ли мультимедийное сообщение (блок 518). Если это так, то работа продолжается в блоке 520, и происходит сброс мультимедийного сообщения так, как объяснено выше. Если мультимедийное сообщение не закончилось, то работа продолжается в блоке 522. В нем мультимедийное сообщение, теперь уже содержащее дескриптор для каждого передаваемого потоком компонента мультимедийной информации, передается принимающему агенту пользователя УПМС. После передачи мультимедийного сообщения происходит сброс сообщения (блок 524), если оно не нужно для передачи другому получателю (например, в случае мультивещания). Как правило, сброс сообщения происходит только после того, как было получено подтверждение о приеме из принимающего агента пользователя УПМС.
Ретранслятор УПМС обычно реализуется в виде компьютера сервера и управляется с помощью компьютерной программы, которая позволяет ретранслятору УПМС работать в соответствии с вышеупомянутыми этапами.
На фиг.6 показана структура агента пользователя УПМС согласно предпочтительному варианту осуществления настоящего изобретения, в котором агент пользователя УПМС реализован в виде устройства беспроводной связи. Микропроцессор МП (μР) управляет блоками, которые отвечают за различные функциональные блоки агента пользователя УПМС. Эти функциональные блоки содержат оперативное запоминающее устройство ОЗУ (RAM), радиочастотный блок РЧ (RF), постоянное запоминающее устройство ПЗУ (ROM), порт ввода/вывода Вход/Выход (I/O) для внешних соединений, пользовательский интерфейс ПИ (UI), имеющий аудиосистему АС (SND) и устройство отображения УО (DPL) для отображения мультимедийных сообщений, и клавиатуру К (KBD) для приема данных и команд от пользователя. Рабочие команды микропроцессора, которые представляют собой код программы, и основные функции агента пользователя УПМС сохраняются заранее, например, во время процесса изготовления, в ПЗУ. В соответствии с его программой микропроцессор использует РЧ-блок для передачи и приема сообщений по радиоканалу. Микропроцессор контролирует состояние пользовательского интерфейса ПИ и управляет агентом пользователя УПМС в соответствии с кодом программы. После приема мультимедийного сообщения микропроцессор МП проверяет сообщение на наличие дескриптора передаваемого потоком компонента мультимедийной информации. Если он находит дескриптор, то он инициирует сеанс потоковой передачи соответственно для восстановления, или нисходящей потоковой передачи, соответствующего компонента мультимедийной информации. Если найдено более одного дескриптора, то инициируют соответствующее число сеансов потоковой передачи для нисходящей потоковой передачи соответствующих компонентов мультимедийной информации.
Как правило, сеансы потоковой передачи устанавливаются, по существу, сразу же, но альтернативно, информация о дескрипторе может быть также сохранена в оперативном запоминающем устройстве ОЗУ и использоваться в несколько более позднее время для того, чтобы инициировать сеанс потоковой передачи.
Если конкретный компонент мультимедийной информации представляет собой тип, не поддерживаемый непосредственно агентом пользователя УПМС, то микропроцессор может управлять портом ввода/вывода Вход/Выход для передачи такого компонента во внешнее устройство, которое поддерживает этот тип компонента мультимедийной информации. Такое внешнее устройство может быть персональным компьютером, обычно портативным компьютером. Это также является преимуществом, позволяющим использовать расширенный пользовательский интерфейс и возможности звукового сопровождения, если внешнее устройство предусматривает такие возможности. Порт ввода/вывода может представлять собой инфракрасный порт, проводной порт или маломощный радиочастотный соединительный порт, такой как порт Bluetooth ("Голубой зуб").
В случае передаваемого потоком компонента мультимедийной информации информацию о дескрипторе можно передать в такое внешнее устройство, чтобы дать возможность этому внешнему устройству установить сеанс потоковой передачи через агента пользователя УПМС или через другой маршрут, такой как фиксированный доступ к Интернету.
Ретранслятор УПМС, преимущественно, имеет доступ к профилю пользователя принимающего агента пользователя, который хранится в пользовательских базах 160 данных. При использовании профиля можно определить, соответствует ли каждый из компонентов мультимедийного сообщения возможностям принимающего агента пользователя и/или определенным предпочтениям профиля пользователя принимающего агента пользователя. При необходимости компоненты мультимедийной информации завышенного качества могут быть преобразованы с понижением уровня качества до более низкого, но достаточного, с тем, чтобы они передавались быстрее и могли бы легко использоваться принимающим агентом пользователя без какого-либо дальнейшего преобразования или манипуляции перед представлением пользователю. Подобным образом компоненты мультимедийной информации можно преобразовать из одного формата мультимедийной информации в другой с тем, чтобы результат соответствовал возможностям и/или предпочтениям принимающего агента пользователя. Преобразование можно выполнить заранее или после/во время передачи ответа на восстановление УПМС.
Выше были описаны конкретные реализации и варианты осуществления изобретения. Специалистам в данной области техники будет ясно, что изобретение не ограничено подробностями вариантов осуществления, представленных выше, но оно может быть выполнено в других вариантах осуществления, использующих эквивалентные средства, без отклонения от характеристик изобретения. Объем изобретения ограничен только прилагаемой формулой изобретения.

Claims (25)

1. Способ приема мультимедийного сообщения, заключающийся в том, что принимают передачу мультимедийного сообщения, отделяют от передачи мультимедийного сообщения дескриптор, содержащий информацию, необходимую для инициирования сеанса потоковой передачи, и инициируют сеанс потоковой передачи с использованием дескриптора для восстановления сохраненного и передаваемого потоком компонента мультимедийной информации, описанного дескриптором.
2. Способ по п.1, отличающийся тем, что дополнительно отделяют непередаваемый потоком компонент мультимедийной информации от передачи мультимедийного сообщения.
3. Способ по п.1 или 2, отличающийся тем, что дополнительно уведомляют принимающего агента пользователя в том, что мультимедийное сообщение доступно с использованием уведомляющего сообщения.
4. Способ по любому из пп.1-3, отличающийся тем, что мультимедийное сообщение дополнительно содержит непередаваемый потоком компонент мультимедийной информации, и передача мультимедийного сообщения дополнительно содержит непередаваемый потоком компонент мультимедийной информации.
5. Способ по любому из пп.1-4, отличающийся тем, что передаваемый потоком компонент мультимедийного сообщения заменяют на вышеупомянутый дескриптор с тем, чтобы измененное мультимедийное сообщение содержало дескриптор.
6. Способ по п.5, отличающийся тем, что в случае, если мультимедийное сообщение содержит более одного передаваемого потоком компонента, каждый передаваемый потоком компонент заменяют на соответствующий дескриптор.
7. Способ по любому из пп.1-5, отличающийся тем, что в случае, если мультимедийное сообщение содержит более одного передаваемого потоком компонента, по меньшей мере, два передаваемых потоком компонента заменяют на один дескриптор, общий для всех замененных компонентов.
8. Способ по любому из пп.5-7, отличающийся тем, что замену выполняют с помощью объекта, выбираемого из группы, состоящей из следующего: принимающего ретранслятора услуги передачи мультимедийных сообщений (УПМС), принимающего сервера УПМС и промежуточного блока связи.
9. Способ по любому из пп.1-8, отличающийся тем, что дескриптор выбирают из группы, состоящей из файла описания сеанса, унифицированного указателя ресурса (УУР) и универсального идентификатора ресурса (УИР).
10. Способ по п.9, отличающийся тем, что файл описания сеанса представляет собой файл протокола описания сеанса (ПОС).
11. Способ по любому из пп.1-10, отличающийся тем, что дескриптор содержит все данные, необходимые для инициирования сеанса потоковой передачи для того, чтобы загрузить передаваемый потоком компонент.
12. Способ передачи мультимедийных сообщений, заключающийся в том, что сохраняют мультимедийное сообщение, содержащее передаваемый потоком компонент мультимедийной информации в объекте сети связи, выполняют передачу мультимедийного сообщения из упомянутого объекта сети в принимающий агент пользователя и включают в передачу мультимедийного сообщения дескриптор, предусматривающий информацию, позволяющую агенту пользователя передачи мультимедийного сообщения инициировать сеанс потоковой передачи, для восстановления передаваемого потоком компонента мультимедийной информации.
13. Способ по п.12, отличающийся тем, что дополнительно уведомляют принимающего агента пользователя о том, что мультимедийное сообщение доступно с использованием уведомляющего сообщения.
14. Способ по п.12 или 13, отличающийся тем, что мультимедийное сообщение дополнительно содержит непередаваемый потоком компонент мультимедийной информации, и передача мультимедийного сообщения дополнительно содержит непередаваемый потоком компонент мультимедийной информации.
15. Способ по любому из пп.12-14, отличающийся тем, что передаваемый потоком компонент мультимедийного сообщения заменяют на вышеупомянутый дескриптор с тем, чтобы измененное мультимедийное сообщение содержало дескриптор.
16. Способ по п.15, отличающийся тем, что в случае, если мультимедийное сообщение содержит более одного передаваемого потоком компонента, каждый передаваемый потоком компонент заменяют на соответствующий дескриптор.
17. Способ по любому из пп.12-15, отличающийся тем, что в случае, если мультимедийное сообщение содержит более одного передаваемого потоком компонента, по меньшей мере, два передаваемых потоком компонента заменяют на один дескриптор, общий для всех замененных компонентов.
18. Способ по любому из пп.15-17, отличающийся тем, что замену выполняют с помощью объекта, выбираемого из группы, состоящей из следующего: принимающего ретранслятора услуги передачи мультимедийных сообщений (УПМС), принимающего сервера УПМС и промежуточного блока связи.
19. Способ по любому из пп.12-18, отличающийся тем, что дескриптор выбирают из группы, состоящей из файла описания сеанса, унифицированного указателя ресурса (УУР) и универсального идентификатора ресурса (УИР).
20. Способ по п.19, отличающийся тем, что файл описания сеанса представляет собой файл протокола описания сеанса (ПОС).
21. Способ по любому из пп.12-20, отличающийся тем, что дескриптор содержит все данные, необходимые для инициирования сеанса потоковой передачи для того, чтобы загрузить передаваемый потоком компонент.
22. Агент пользователя передачи мультимедийного сообщения, содержащий приемопередатчик (РЧ) для приема мультимедийного сообщения и для установления сеанса потоковой передачи, отличающийся тем, что дополнительно содержит процессор (ЦП) для осуществления поиска мультимедийного сообщения для дескриптора, содержащего данные инициализации потоковой передачи, и процессор выполнен с возможностью управления приемопередатчиком (РЧ) для того, чтобы инициировать сеанс потоковой передачи с использованием данных инициализации потоковой передачи, которые содержит дескриптор.
23. Система (100) услуг передачи мультимедийных сообщений, содержащая первый сетевой объект (150) для хранения мультимедийного сообщения, множество агентов пользователей (110, 127), второй сетевой объект (142) для уведомления агента пользователя о мультимедийном сообщении, которое доступно агенту пользователя, причем агент пользователя является принимающим агентом пользователя, третий сетевой объект (142, 144) для осуществления поиска мультимедийного сообщения для передаваемого потоком компонента мультимедийной информации, для сохранения такого компонента и для изменения мультимедийного сообщения путем размещения в мультимедийном сообщении, вместо передаваемого потоком компонента, дескриптора, достаточного для разрешения принимающему агенту (110, 127) пользователя мультимедийной информации инициировать сеанс потоковой передачи для восстановления передаваемого потоком компонента мультимедийной информации, причем второй сетевой объект (142) выполнен с возможностью приема запроса на доставку мультимедийного сообщения принимающему агенту (110, 127) пользователя и для передачи мультимедийного сообщения принимающему агенту пользователя в ответ на запрос.
24. Мультимедийное сообщение, содержащее адрес получателя мультимедийного сообщения, отличающееся тем, что мультимедийное сообщение дополнительно содержит дескриптор, содержащий все необходимые данные для разрешения принимающему агенту пользователя с использованием дескриптора инициировать сеанс потоковой передачи для того, чтобы восстановить, по меньшей мере, один передаваемый потоком компонент мультимедийной информации.
25. Считываемый компьютером носитель информации, содержащий команды, которые при выполнении компьютером заставляют компьютер осуществлять операции, при которых принимают мультимедийное сообщение, осуществляют поиск мультимедийного сообщения для дескриптора, содержащего данные инициализации потоковой передачи, и инициируют сеанс потоковой передачи с использованием данных инициализации потоковой передачи, которые содержит дескриптор.
RU2003127067/09A 2001-02-08 2002-02-08 Способ и система передачи мультимедийных сообщений RU2288545C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20010238 2001-02-08
FI20010238A FI115744B (fi) 2001-02-08 2001-02-08 Kommunikaatiopalvelu

Publications (2)

Publication Number Publication Date
RU2003127067A RU2003127067A (ru) 2005-04-20
RU2288545C2 true RU2288545C2 (ru) 2006-11-27

Family

ID=8560279

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003127067/09A RU2288545C2 (ru) 2001-02-08 2002-02-08 Способ и система передачи мультимедийных сообщений

Country Status (14)

Country Link
US (2) US8150989B2 (ru)
EP (2) EP1360819B1 (ru)
JP (2) JP2004534419A (ru)
KR (1) KR100880740B1 (ru)
CN (2) CN1656768A (ru)
AU (1) AU2002253481B2 (ru)
BR (1) BR0206907A (ru)
CA (1) CA2435968C (ru)
ES (1) ES2475340T3 (ru)
FI (1) FI115744B (ru)
MX (1) MXPA03007003A (ru)
RU (1) RU2288545C2 (ru)
WO (1) WO2002063849A1 (ru)
ZA (1) ZA200305935B (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2465741C2 (ru) * 2008-03-18 2012-10-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, система и устройство для реализации услуги обмена мультимедийными сообщениями
RU2533452C2 (ru) * 2009-07-13 2014-11-20 Зте Корпорэйшен Система и способ для процессирования мультимедийных сообщений

Families Citing this family (79)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112307B (fi) 2000-08-02 2003-11-14 Nokia Corp Viestintäpalvelu
US7631037B2 (en) 2001-02-08 2009-12-08 Nokia Corporation Data transmission
FI115744B (fi) * 2001-02-08 2005-06-30 Nokia Corp Kommunikaatiopalvelu
GB2397723A (en) * 2002-11-14 2004-07-28 Nokia Corp Data transmission
US7392039B2 (en) * 2002-03-13 2008-06-24 Novatel Wireless, Inc. Complete message delivery to multi-mode communication device
DE60301145T2 (de) 2002-05-06 2006-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Mehrbenutzermultimedianachrichtendiensten
US7356687B2 (en) * 2002-05-21 2008-04-08 General Instrument Corporation Association of security parameters for a collection of related streaming protocols
US20030227916A1 (en) * 2002-06-06 2003-12-11 Toni Paila System and method for the multicast distribution of multimedia messaging service messages
DE10225425A1 (de) * 2002-06-07 2003-12-18 Siemens Ag Verfahren zur Übertragung von Daten
US7383579B1 (en) * 2002-08-21 2008-06-03 At&T Delaware Intellectual Property, Inc. Systems and methods for determining anti-virus protection status
FR2844661B1 (fr) * 2002-09-16 2005-10-14 France Telecom Procede d'acquisition de donnees de description de contenus audiovisuels, systeme, serveur de diffusion, serveur de description, et terminal de reception pour la mise en oeuvre de ce procede
US20040073607A1 (en) * 2002-09-25 2004-04-15 Su Chi Chung Multimedia messaging system and method
FR2847406B1 (fr) * 2002-11-20 2005-01-14 Cegetel Procede et dispositif modulaire de tracage d'un message multimedia a travers un reseau de telecommunications
US8645470B2 (en) 2002-12-06 2014-02-04 Core Wireless Licensing S.A.R.L. System, method and computer program product for the delivery of media content
KR100517988B1 (ko) * 2003-04-16 2005-09-30 엘지전자 주식회사 Ｇｓｍ 단말기의 문자메시지 수신 방법
DE602004010098T3 (de) * 2003-05-06 2014-09-04 Apple Inc. Verfahren zur änderung von einer nachrichtspeicherungs und weiterleitungsnetzwerkssystem und datenbenachrichtigungssystem
US7299050B2 (en) 2003-05-12 2007-11-20 Tekelec Methods and systems for generating, distributing, and screening commercial content
NL1023423C2 (nl) * 2003-05-14 2004-11-16 Nicolaas Theunis Rudie Van As Systeem en methode voor onderbreking van, en koppeling van een boodschap aan, alle vormen van digitaal berichtenverkeer (zoals SMS en MMS), met toestemming van de verzender.
DE10325889A1 (de) * 2003-06-06 2004-12-23 Siemens Ag Verfahren zum Übertragen von Nachrichten
SE0302040L (sv) * 2003-07-10 2005-01-11 Telia Ab System och metod för att lagra tjänster
SE526415C2 (sv) 2003-07-10 2005-09-13 Telia Ab Metod och system för ojämn distribution av data
GB0321337D0 (en) 2003-09-11 2003-10-15 Massone Mobile Advertising Sys Method and system for distributing advertisements
JP2005094067A (ja) * 2003-09-12 2005-04-07 Nec Corp データ配信システム、サーバ装置、データ配信装置及びそれらに用いるデータ配信方法並びにそのプログラム
US20050071459A1 (en) * 2003-09-26 2005-03-31 Jose Costa-Requena System, apparatus, and method for providing media session descriptors
GB2407456B (en) * 2003-10-24 2005-11-09 Motorola Inc A method for supplying content to a user device in a communication system and apparatus therefor
US7649895B2 (en) * 2003-12-30 2010-01-19 Airwide Solutions Inc. Apparatus and method for routing multimedia messages between a user agent and multiple multimedia message service centers
US8359349B2 (en) 2004-03-18 2013-01-22 Nokia Corporation System and associated terminal, method and computer program product for uploading content
CN100375424C (zh) * 2004-03-22 2008-03-12 国际商业机器公司 多媒体消息收发方法、系统、网关和客户设备
FI117313B (fi) * 2004-04-05 2006-08-31 Nokia Corp Viestinkäsittely
KR100586263B1 (ko) * 2005-02-02 2006-06-08 삼성전자주식회사 내용기반 검색이 가능한 이동통신 단말기
KR101197365B1 (ko) * 2005-04-06 2012-11-05 삼성전자주식회사 멀티미디어 메시지 서비스 방법 및 장치
US20070005386A1 (en) * 2005-04-14 2007-01-04 Accenture Global Services, Gmbh Content production maintenance tool for human and non-human activity tracking
US7836127B2 (en) * 2005-04-14 2010-11-16 Accenture Global Services Limited Dynamically triggering notifications to human participants in an integrated content production process
US7877387B2 (en) 2005-09-30 2011-01-25 Strands, Inc. Systems and methods for promotional media item selection and promotional program unit generation
EP1788775B1 (en) * 2005-11-18 2007-11-28 Alcatel Lucent Method for providing services from a server to a terminal over a mobile/wireless communication network, corresponding node and terminal
KR100792454B1 (ko) * 2006-01-04 2008-01-10 엘지전자 주식회사 Ｍｍｓ 서비스를 이용한 컨텐츠 제공 시스템 및 방법
KR100765540B1 (ko) * 2006-05-26 2007-10-10 엘지전자 주식회사 이동통신단말기의 응답 메시지 전송방법 및 이를 수행하기위한 이동통신단말기
KR101115955B1 (ko) * 2006-07-26 2012-03-08 엘지전자 주식회사 이동통신단말기의 메시지 실시간 재생방법 및이동통신단말기
GB2435565B (en) 2006-08-09 2008-02-20 Cvon Services Oy Messaging system
CN101127731A (zh) * 2006-08-18 2008-02-20 华为技术有限公司 Ip多媒体业务子系统中传递短消息的方法、设备及系统
US8204057B2 (en) 2006-10-26 2012-06-19 Tekelec Global, Inc. Methods, systems, and computer program products for providing an enriched messaging service in a communications network
US8199892B2 (en) 2006-10-26 2012-06-12 Tekelec Methods, systems, and computer program products for providing a call attempt triggered messaging service in a communications network
WO2008049955A1 (en) 2006-10-27 2008-05-02 Cvon Innovations Ltd Method and device for managing subscriber connection
GB2436412A (en) * 2006-11-27 2007-09-26 Cvon Innovations Ltd Authentication of network usage for use with message modifying apparatus
GB2438475A (en) 2007-03-07 2007-11-28 Cvon Innovations Ltd A method for ranking search results
GB2445630B (en) 2007-03-12 2008-11-12 Cvon Innovations Ltd Dynamic message allocation system and method
GB2441399B (en) 2007-04-03 2009-02-18 Cvon Innovations Ltd Network invitation arrangement and method
US8671000B2 (en) 2007-04-24 2014-03-11 Apple Inc. Method and arrangement for providing content to multimedia devices
US8935718B2 (en) 2007-05-22 2015-01-13 Apple Inc. Advertising management method and system
CN101330636B (zh) * 2007-06-22 2011-07-13 中兴通讯股份有限公司 一种基于mms业务向移动终端推送广告的实现方法
US11095583B2 (en) 2007-06-28 2021-08-17 Voxer Ip Llc Real-time messaging method and apparatus
US8180029B2 (en) 2007-06-28 2012-05-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
CN101370026B (zh) * 2007-08-17 2011-05-18 华为技术有限公司 多媒体会话的媒体流增加方法和用户设备及应用服务器
GB2452789A (en) 2007-09-05 2009-03-18 Cvon Innovations Ltd Selecting information content for transmission by identifying a keyword in a previous message
GB2453810A (en) 2007-10-15 2009-04-22 Cvon Innovations Ltd System, Method and Computer Program for Modifying Communications by Insertion of a Targeted Media Content or Advertisement
GB2455763A (en) * 2007-12-21 2009-06-24 Blyk Services Oy Method and arrangement for adding targeted advertising data to messages
ES2376798T3 (es) * 2008-01-11 2012-03-16 Telefonaktiebolaget L M Ericsson (Publ) Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming)
CN101369859B (zh) * 2008-09-25 2010-08-18 中兴通讯股份有限公司 一种手机电视电子业务指南信息的获取方法和系统
WO2010083509A2 (en) 2009-01-16 2010-07-22 Tekelec Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages
US9712341B2 (en) 2009-01-16 2017-07-18 Tekelec, Inc. Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router
US20100235911A1 (en) 2009-03-11 2010-09-16 Eloy Johan Lambertus Nooren Systems, methods, and computer readable media for detecting and mitigating address spoofing in messaging service transactions
US20100233992A1 (en) 2009-03-11 2010-09-16 Eloy Johan Lambertus Nooren Methods, systems, and computer readable media for short message service (sms) forwarding
US9525983B2 (en) 2009-07-27 2016-12-20 Tekelec, Inc. Methods, systems, and computer readable media for providing mobile network operator controlled content to mobile subscribers using social networking messages
CA2715758C (en) * 2009-09-29 2016-10-18 Itron, Inc. In home display updatable via utility endpoint
ES2399574T3 (es) * 2009-10-29 2013-04-02 Vega Grieshaber Kg Dispositivo y procedimiento para la operación de un dispositivo de campo con un módulo para el tratamiento de imágenes integrado
US8898217B2 (en) 2010-05-06 2014-11-25 Apple Inc. Content delivery based on user terminal events
US9367847B2 (en) 2010-05-28 2016-06-14 Apple Inc. Presenting content packages based on audience retargeting
US8504419B2 (en) 2010-05-28 2013-08-06 Apple Inc. Network-based targeted content delivery based on queue adjustment factors calculated using the weighted combination of overall rank, context, and covariance scores for an invitational content item
US8510658B2 (en) 2010-08-11 2013-08-13 Apple Inc. Population segmentation
US8751513B2 (en) 2010-08-31 2014-06-10 Apple Inc. Indexing and tag generation of content for optimal delivery of invitational content
US8640032B2 (en) 2010-08-31 2014-01-28 Apple Inc. Selection and delivery of invitational content based on prediction of user intent
US8510309B2 (en) 2010-08-31 2013-08-13 Apple Inc. Selection and delivery of invitational content based on prediction of user interest
US8983978B2 (en) 2010-08-31 2015-03-17 Apple Inc. Location-intention context for content delivery
US20120259927A1 (en) * 2011-04-05 2012-10-11 Lockhart Kendall G System and Method for Processing Interactive Multimedia Messages
US9141504B2 (en) 2012-06-28 2015-09-22 Apple Inc. Presenting status data received from multiple devices
US11627173B2 (en) * 2013-03-14 2023-04-11 Comcast Cable Communications, Llc Custom content insertion for user groups
CN104125514A (zh) * 2014-06-27 2014-10-29 深圳市九洲电器有限公司 一种消息分发处理的方法、装置及音视频终端
US20220197027A1 (en) * 2020-12-22 2022-06-23 Snap Inc. Conversation interface on an eyewear device
US20230031032A1 (en) * 2021-07-29 2023-02-02 Flash App, LLC Enhanced enterprise data communications with mobile devices

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5325423A (en) 1992-11-13 1994-06-28 Multimedia Systems Corporation Interactive multimedia communication system
JPH08503584A (ja) 1992-11-16 1996-04-16 マルチメディア システムズ コーポレイション 対話式マルチメディア娯楽システム
US5745782A (en) * 1993-09-28 1998-04-28 Regents Of The University Of Michigan Method and system for organizing and presenting audio/visual information
CA2136255A1 (en) 1994-01-06 1995-07-07 Ewald Christoph Anderl Integrated electronic mailbox
US5642171A (en) * 1994-06-08 1997-06-24 Dell Usa, L.P. Method and apparatus for synchronizing audio and video data streams in a multimedia system
JP3384138B2 (ja) 1994-09-28 2003-03-10 株式会社日立製作所 携帯端末
FI98175C (fi) * 1995-06-12 1997-04-25 Nokia Oy Ab Multimediaobjektien välitys digitaalisessa tiedonsiirtojärjestelmässä
KR19990072122A (ko) * 1995-12-12 1999-09-27 바자니 크레이그 에스 실시간 영상 전송 방법 및 장치
US6141693A (en) * 1996-06-03 2000-10-31 Webtv Networks, Inc. Method and apparatus for extracting digital data from a video stream and using the digital data to configure the video stream for display on a television set
JP3333396B2 (ja) 1996-07-22 2002-10-15 ケイディーディーアイ株式会社 マルチメディアメール受信手段
US6233318B1 (en) * 1996-11-05 2001-05-15 Comverse Network Systems, Inc. System for accessing multimedia mailboxes and messages over the internet and via telephone
US6711622B1 (en) * 1997-12-31 2004-03-23 Broadware Technologies, Inc. Video and audio streaming for multiple users
JPH10240643A (ja) 1997-02-25 1998-09-11 Kobe Nippon Denki Software Kk 電子メールシステム
JP2984620B2 (ja) 1997-05-14 1999-11-29 日本電気フィールドサービス株式会社 着信通知機能付き電子メールシステム
US7284187B1 (en) * 1997-05-30 2007-10-16 Aol Llc, A Delaware Limited Liability Company Encapsulated document and format system
US6317795B1 (en) * 1997-07-22 2001-11-13 International Business Machines Corporation Dynamic modification of multimedia content
US6904031B1 (en) * 1997-12-12 2005-06-07 Thomson Licensing S.A. Retrieving stored data from a base unit of a multi-line wireless phone system
US6549612B2 (en) * 1998-05-06 2003-04-15 Telecommunications Premium Services, Inc. Unified communication services via e-mail
JPH11328063A (ja) 1998-05-08 1999-11-30 Canon Inc 無線携帯端末装置、電子メール閲覧方法、及び記憶媒体
EP0984584A1 (en) * 1998-09-04 2000-03-08 America Online, Inc. Internet multimedia broadcast system
US6484156B1 (en) * 1998-09-15 2002-11-19 Microsoft Corporation Accessing annotations across multiple target media streams
US6314094B1 (en) * 1998-10-29 2001-11-06 Central Coast Patent Agency Inc Mobile wireless internet portable radio
US6449639B1 (en) * 1998-12-23 2002-09-10 Doxio, Inc. Method and system for client-less viewing of scalable documents displayed using internet imaging protocol commands
JP2000222302A (ja) 1999-02-02 2000-08-11 Hitachi Ltd 電子メール着信通知システム
JP2000232530A (ja) 1999-02-10 2000-08-22 Sharp Corp 携帯型端末への電子メール転送方法、電子メールセンタ装置および携帯型端末装置
US8024761B1 (en) * 1999-04-01 2011-09-20 Cox Communications, Inc. Method and apparatus of load sharing and fault tolerance in an interactive video distribution system
US8191097B1 (en) * 1999-04-01 2012-05-29 Comcast Ip Holdings I, Llc Method and apparatus for hierarchical distribution of video content for an interactive information distribution system
US6526580B2 (en) * 1999-04-16 2003-02-25 Digeo, Inc. Broadband data broadcasting service
US6604241B1 (en) * 1999-05-21 2003-08-05 Cisco Technology, Inc. Communicating video information in a network using universal resource locators
JP2001005751A (ja) 1999-06-18 2001-01-12 Toshinao Komuro 電子メールシステム
US6675014B1 (en) * 1999-10-15 2004-01-06 Nokia Corporation Apparatus, and associated method, for updating a location register in a mobile, packet radio communication system
US6792575B1 (en) * 1999-10-21 2004-09-14 Equilibrium Technologies Automated processing and delivery of media to web servers
US20020124262A1 (en) * 1999-12-01 2002-09-05 Andrea Basso Network based replay portal
FI113231B (fi) * 2000-01-17 2004-03-15 Nokia Corp Menetelmä sanomien sisältämän informaation esittämiseksi multimediapäätelaitteessa, multimediasanomien välitysjärjestelmä ja multimediapäätelaite
JP3793941B2 (ja) * 2000-02-24 2006-07-05 株式会社日立製作所 映像配送システムにおけるビデオサーバ装置およびその映像配送方法。
US20020056123A1 (en) * 2000-03-09 2002-05-09 Gad Liwerant Sharing a streaming video
US6784899B1 (en) * 2000-03-31 2004-08-31 Ricoh Company, Ltd. Systems and methods for providing rich multimedia messages to remote users using telephones and facsimile machines
US20020016818A1 (en) * 2000-05-11 2002-02-07 Shekhar Kirani System and methodology for optimizing delivery of email attachments for disparate devices
US6968366B1 (en) * 2000-05-12 2005-11-22 International Business Machines Corporation System and method for management, creation, storage, search and delivery of rich media optimized for e-commerce in a distributed information network
FI112307B (fi) * 2000-08-02 2003-11-14 Nokia Corp Viestintäpalvelu
US20020054090A1 (en) * 2000-09-01 2002-05-09 Silva Juliana Freire Method and apparatus for creating and providing personalized access to web content and services from terminals having diverse capabilities
US6976082B1 (en) * 2000-11-03 2005-12-13 At&T Corp. System and method for receiving multi-media messages
US7320134B1 (en) * 2000-11-07 2008-01-15 Digeo, Inc. System and method for cable operator control over enhanced programming
US20020129375A1 (en) * 2001-01-08 2002-09-12 Artista Communications, Inc. Adaptive video on-demand system and method using tempo-differential file transfer
US20020093948A1 (en) * 2001-01-16 2002-07-18 Motorola, Inc. Packet-based multimedia communications system having one or more wireless links
US6947738B2 (en) * 2001-01-18 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Multimedia messaging service routing system and method
FI115744B (fi) * 2001-02-08 2005-06-30 Nokia Corp Kommunikaatiopalvelu

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2465741C2 (ru) * 2008-03-18 2012-10-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, система и устройство для реализации услуги обмена мультимедийными сообщениями
RU2533452C2 (ru) * 2009-07-13 2014-11-20 Зте Корпорэйшен Система и способ для процессирования мультимедийных сообщений
US9042396B2 (en) 2009-07-13 2015-05-26 Zte Corporation System and method for processing multimedia messaging service

Also Published As

Publication number Publication date
US20030154300A1 (en) 2003-08-14
AU2002253481B2 (en) 2007-04-05
CA2435968C (en) 2013-08-20
FI20010238A0 (fi) 2001-02-08
JP2004534419A (ja) 2004-11-11
CA2435968A1 (en) 2002-08-15
CN1656768A (zh) 2005-08-17
EP2814270A1 (en) 2014-12-17
US20120173649A1 (en) 2012-07-05
WO2002063849A1 (en) 2002-08-15
BR0206907A (pt) 2004-02-25
MXPA03007003A (es) 2003-11-18
KR100880740B1 (ko) 2009-02-02
EP1360819A1 (en) 2003-11-12
US8150989B2 (en) 2012-04-03
JP2007195188A (ja) 2007-08-02
ES2475340T3 (es) 2014-07-10
FI20010238A (fi) 2002-08-09
EP1360819B1 (en) 2014-05-14
FI115744B (fi) 2005-06-30
ZA200305935B (en) 2004-09-01
CN103152243A (zh) 2013-06-12
KR20030081430A (ko) 2003-10-17
RU2003127067A (ru) 2005-04-20

Similar Documents

Publication Publication Date Title
RU2288545C2 (ru) Способ и система передачи мультимедийных сообщений
US7631037B2 (en) Data transmission
US10581792B2 (en) Streaming of media in a multimedia messaging service
AU2002253481A1 (en) Multimedia messaging method and system
JP4643638B2 (ja) サービス品質を変更する方法および装置
JP4217606B2 (ja) 回路交換及びパケット交換通信
JP2006510310A (ja) マルチメディアメッセージ処理サービスのための方法及びシステム
JP2006314135A (ja) マルチメディア・メッセージ・サービス実施方法、マルチメディア・メッセージ・システム、マルチメディア・メッセージ・システムのサーバ、およびマルチメディア端末
US20080068995A1 (en) Devices and Methods for Push Message Initiated Service
US20070230342A1 (en) Methods and Devices for Supplying Quality of Service Parameters in Http Messages
US6976081B2 (en) Session initiation protocol compression
KR100871223B1 (ko) 멀티미디어 메시지를 송수신하는 이동 통신 시스템 및 방법
EP1561354B1 (en) Streaming of media content in a multimedia messaging service

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20130125

PD4A Correction of name of patent owner
MM4A The patent is invalid due to non-payment of fees

Effective date: 20160209