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

Иллюстрации

Показать все

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

Реферат

Настоящее изобретение относится к передаче данных. Более конкретно, изобретение относится к потоковой передаче содержимого мультимедийной информации в услуге передачи мультимедийных сообщений.

В сетях мобильной связи термин "услуга передачи мультимедийных сообщений" (УПМС (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) для приема данных и команд от пользователя. Рабочие команды микропроцесс