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

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

Иллюстрации

Показать все

Реферат

Область техники

Изобретение относится к способу извлечения и доставки мультимедийных сообщений с использованием протокола инициирования сеанса.

Описание предшествующего уровня техники

Служба мультимедийных сообщений (MMS) в ее современной форме определена в стандарте 3GPP TS 23.140 "3^rd Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service ("MMS"); Functional description; Stage 2 (Release 6)". Архитектура соответствующих сетей, а также функции различных модулей, в частности, MMS пользовательский агент и MMS ретранслятор/сервер (ниже упоминается как MMS сервер), описаны ниже более детально.

Уведомления о входящих MMS сообщениях доставляются от MMS сервера к MMS пользовательскому агенту с использованием WAP накачки. MMS пользовательский агент посылает запрос GET («получить») протокола WAP или HTTP, чтобы вызвать посылку MMS сервером MMS сообщения.

Передача MMS сообщений Служб мультимедийных сообщений обычно выполняется с использованием протокола беспроводной пересылки приложений WAP или протокола передачи гипертекстовых файлов НТТР. Извлечение MMS сообщения выполняется затем путем посылки WAP или HTTP GET запроса, соответственно.

Услуги передачи сообщений, реализуемые сетью IMS, являющейся подсистемой IP-мультимедийной базовой сети, обсуждаются в настоящее время рабочей группой 3GPP. IMS услуги передачи сообщений содержат такие типы передачи сообщений, как немедленная передача сообщений, отложенная передача сообщений и ориентированная на сеанс передача сообщений. При немедленной передаче сообщений сообщение доставляется немедленно от одного пользователя к другому, в то время как при отложенной передаче сообщений оно доставляется, как только получатель сообщения становится доступным. При ориентированной на сеанс передаче сообщений, прежде чем любая другая передача может иметь место, должен устанавливаться сеанс связи.

В сети IMS используется протокол инициирования сеанса SIP для создания, модифицирования и завершения сеансов с одним или более участниками. Двумя методами, определенными в протоколе SIP, являются SUBSCRIBE («подписаться») и NOTIFY («уведомить»). Метод SUBSCRIBE используется пользовательским терминалом для подписки на пакеты событий у посредников или на серверах. Всякий раз, когда запускается событие, принадлежащее пакету событий подписки, терминал информируется с использованием SIP метода NOTIFY.

С коммерческой точки зрения может быть весьма важным иметь возможность извлекать MMS сообщения непосредственно из IMS, что, тем не менее, и несмотря на большую работу, было невозможным до настоящего времени

Сущность изобретения

Целью настоящего изобретения является придание новых признаков протоколу инициирования сеанса SIP, с помощью которых MMS сообщения Службы мультимедийных сообщений могут быть извлечены или доставлены с использованием только протокола SIP.

Цель, заключающаяся в извлечении MMS сообщений с использованием протокола SIP, может быть достигнута способом, соответствующим независимому пункту 1 формулы изобретения, или с помощью терминала, соответствующего независимому пункту 4 формулы изобретения.

Цель, заключающаяся в доставке MMS сообщений с использованием протокола SIP, может быть достигнута способом, соответствующим независимому пункту 5 формулы изобретения, или с помощью MMS сервера, соответствующего независимому пункту 8 формулы изобретения.

Зависимые пункты формулы изобретения описывают различные предпочтительные варианты осуществления изобретения.

Преимущества изобретения

Устройства и способы, соответствующие изобретению, позволяют использовать протокол SIP в качестве единственного транспортного протокола для извлечения и доставки MMS сообщений. Вследствие этого терминалам не требуется иметь другие протоколы, отличные от протокола SIP, поддерживаемого их стеками протоколов, тем самым способствуя снижению затрат на изготовление терминалов. Кроме того, поскольку в стеке протоколов имеется меньше необходимых протоколов, то вероятность ошибок в программном обеспечении снижается, вследствие чего также сокращается период тестирования устройств, приводя в результате к сокращению времени подготовки к продаже.

Краткое описание чертежей

Предпочтительные варианты осуществления изобретения описаны ниже более детально со ссылками на фиг. 1-4, где представлено следующее:

Фиг. 1 - мобильная сеть, содержащая мультимедийную подсистему базовой сети протокола IP;

Фиг. 2 - структура нового SIP сообщения, используемого для извлечения или доставки MMS сообщения;

Фиг. 3А и 3B - структура двух различных сообщений протокола SIP и

Фиг. 4 - передача сообщений (41), используемая для подписки на пакета событий, передача сообщений (43), используемая для уведомления терминала о приеме MMS сообщения, и передача сообщений (45), используемая для загрузки MMS сообщения в абонентский терминал.

Детальное описание изобретения

На фиг. 1 показан терминал 101 в сети радиодоступа RAN 11 мобильной сети 12. Сеть RAN 11 содержит множество базовых станций BS 103, управляемых сетевым контроллером радиосвязи RNC 105, причем терминал 101 осуществляет связь с мобильной сетью 12 беспроводным способом через базовую станцию BS 103. В типовом случае одна мобильная сеть 12 содержит множество контроллеров RNC 105, но для простоты на фиг. 1 показан только один такой контроллер RNC.

Терминал 101 содержит коммуникационные средства 165, предпочтительно такие, которые в типовом случае используются для радиосвязи, и все связанные средства, обеспечивающие успешную связь с мобильной сетью 12. В терминале 101 блок 170 обработки использует коммуникационные средства 165 для передачи и приема данных. Как подлежащие передаче данные, так и принимаемые данные фильтруются посредством стека 175 протоколов, прежде чем над ними будут выполняться дальнейшие операции. Терминал 101 может иметь множество приложений, сохраненных в его памяти. Эти приложения также включают в себя MMS пользовательский агент, который поддерживает все специфические для MMS взаимодействия между исходной сетью 14 и терминалом 101. Приложения выполняются в блоке 170 обработки, причем они используют данные, полученные посредством коммуникационных средств 165 и отфильтрованные с использованием стека 175 протоколов.

Для пакетного трафика мобильная сеть 12 содержит обслуживающий узел поддержки GPRS (узел SGSN) 107 и шлюзовой узел поддержки GPRS (узел GGSN) 109. Терминал 101 получает IP-адрес который зарезервирован до узла GGSN 109. Трафик между терминалом 101 и узлом GGSN 109 направляется затем на уровень протокола туннелирования GPRS (GTP) через узел SGSN 107 и сеть RAN 11, при этом имеются дополнительные конкретные протоколы уровня радиоинтерфейса, облегчающие ресурсно-эффективную транспортировку данных через интерфейс радиосвязи. Специалистам в данной области техники должно быть понятно, что более детальное описание связанных протоколов можно найти в любом из различных стандартов, описывающих эти механизмы.

Терминал 101 может осуществлять роуминг в мобильной сети 12, даже если бы его исходная сеть 12 находилась где угодно. Передача пакетных данных выполняется тогда либо непосредственно между терминалом 101 и его исходной сетью 14 или через любую другую сеть, в частности Интернет 13.

Исходная сеть содержит исходный обслуживающий сервер HSS 115, который имеет абонентские данные и знает, в какой мобильной сети осуществляет роуминг терминал 101. Обслуживающая функция управления состоянием вызова (S-CSCF) 113 находится в исходной сети терминала 101. Если терминал 101 осуществляет роуминг в другой мобильной сети 12, то функция S-CSCF 113 исходной сети 14 используется через функцию-посредник управления состоянием вызова P-CSCF 111. Функция P-CSCF 111 содержит данные об услугах, на которые подписался терминал 101; эти данные передаются от функции S-CSCF 113 к функции P-CSCF 111 как ответ на запрос, посланный функцией P-CSCF 111.

В мобильных телекоммуникационных системах, таких как GSM, UMTS, протокол SIP используется для мультимедийной подсистемы IMS базовой сети протокола IP. Подсистема IMS включает в себя функцию P-CSCF 111, функцию S-CSCF 113 и серверы MMS, обеспечивающие некоторые из услуг. В частности, для сообщений MMS, сервер MMS 130 используется в качестве сервера, обеспечивающего все услуги, связанные с MMS.

Сервер MMS 130 содержит коммуникационные средства 185 для осуществления связи между терминалами 101 с другими серверами MMS 130 и серверами в сети Интернет 13. Блок 190 обработки сервера MMS 130 использует коммуникационные средства 185, а также стек 195 протоколов. Стек 195 протоколов содержит протоколы IMS, позволяющие обеспечить различные услуги. Стек 195 протоколов может дополнительно содержать часть, специфическую для MMS часть. Сервер MMS 130 выполняет MMS-приложение 196, которое обеспечивает регистрацию подписок на пакеты событий, уведомление абонентских терминалов о принятых сообщениях MMS, принадлежащих к пакету событий, соответствующему подписке, и доставку выборок MMS в ответ на прием запросов на выборки MMS.

На фиг. 2 показана структура MMS-части новых сообщений протокола SIP, используемых для подписки на пакет событий или выборку и доставку сообщения MMS. Сообщение 20 протокола SIP содержит поля 21 (X-Mms_Message-Typ) (тип сообщения MMS), 22 (X-Mms_Transaction ID) (идентификатор транзакции MMS), 23 (X-Mms_MMS-Version) (версия MMS), 24 (To) (кому), 25 (From) (от кого). Эти поля 21-25 обычно передаются в заголовке сообщения 20 протокола SIP.

На фиг. 3А и 3B показаны структуры двух различных сообщений 20 протокола SIP. Сообщение 20а протокола SIP, используемое для передачи сообщения М401 запроса на подписку MMS, показано на фиг. 3А и содержит в своем поле 21 идентификатор "m-sreg", а также в поле 36А - флаг "yes" (да). Сообщение 20b протокола SIP, используемое для передачи сообщения М403 ответа на подписку MMS, показано на фиг. 3B и содержит в поле 21 идентификатор "m-sref", а также подтверждение "OK" в поле 36В.

Специалистам в данной области техники должно быть понятно, что примеры, показанные на фиг. 2, 3А, 3B, являются схематичными по своему характеру. Более детальное описание для всех форматов заголовков и сообщений содержится в IETF-спецификациях RFC 3261 и 3265. Документ RFC 3261 содержит описание протокола SIP, а документ RFC 3265 содержит описание специфического для протокола SIP уведомления о событии. Оба эти документа определяют методы, используемые в протоколе SIP, на которые далее даются ссылки в настоящем описании.

Пунктирный блок 41 на фиг. 4 показывает, каким образом осуществляется подписка на пакет событий. Пользовательский агент 180 службы MMS запрашивает, путем посылки запроса М401 на подписку MMS к серверу 130 службы MMS, чтобы сервер 130 службы MMS использовал метод NOTIFY (уведомить) протокола SIP для посылки уведомлений службы MMS. Запрос М401 на подписку MMS имеет форму сообщения 20b, показанного на фиг. 3b, и посылается терминалом 101, как только он включается в первый раз и имеет сетевое покрытие. Прием запроса М401 на подписку MMS подтверждается сервером 130 службы MMS с помощью ответа М403 на запрос подписки MMS.

Пунктирный блок 43 показывает, каким образом терминал 101 информируется о приеме сообщения MMS N404. Как только сервер 130 службы MMS примет сообщение N404 службы MMS, которое принадлежит пакету событий, соответствующему подписке, он посылает уведомление М405 службы MMS пользовательскому агенту 180 службы MMS, информируя его, что сообщение N404 службы MMS поступило на сервер 130 службы MMS. Пользовательский агент 180 службы MMS реагирует на уведомление М405 службы MMS ответом М407 на уведомление службы MMS.

Пунктирный блок 45 показывает, каким образом сообщение N404 службы MMS, принятое сервером 130 службы MMS, может быть загружено в терминал 101. В ответ на уведомление М405 службы MMS пользовательский агент 180 службы MMS может принять решение загрузить сообщение N404 службы MMS, путем посылки запроса М409 на выборку сообщения службы MMS серверу 130 службы MMS. Запрос М409 на выборку сообщения службы MMS представляет собой сообщение FETCH (осуществить выборку) протокола SIP.

В ответ на прием запроса М409 на выборку сообщения службы MMS, сервер 130 службы MMS посылает выборку М411 сообщения службы MMS на сервер 130 службы MMS. Выборка М411 сообщения службы MMS включает в себя информационное содержание (контент) сообщения N404 службы MMS.

Пользовательский агент 180 службы MMS подтверждает прием выборки М411 сообщения службы MMS путем возврата подтверждения М413 приема выборки М411 сообщения службы MMS. В ответ на прием подтверждения М413 приема выборки М411 сообщения службы MMS сервер 130 службы MMS отвечает подтверждением М417 приема.

Все сообщения - запрос М401 на подписку MMS, ответ М403 на запрос на подписку MMS, уведомление М405 службы MMS, ответ М407 на уведомление службы MMS, запрос М409 на выборку сообщения службы MMS, выборка М411 сообщения службы MMS и подтверждение М413 приема выборки сообщения службы MMS - имеют структуры, подобные показанным на фиг. 3А и 3B, за исключением того, что значение в поле 21 изменяется в соответствии с идентификацией типа сообщения. Структура этих сообщений в остальном такова, как определено в документах 3GPP, TS 23.140, упомянутых выше.

Сообщения с М401 по М417, пересылаемые между терминалом 101 и сервером 130 службы MMS, маршрутизируются, при необходимости, через базовую станцию BS 103, узел SGSN 107, узел GGSN 109, функцию P-CSCCF 111 и функцию S-CSCF 113.

Для запроса М401 на подписку MMS поле "event" (событие) устанавливается на значение "mms", указывающее цель запроса М401 на подписку MMS, то есть, что пользовательский агент 180 службы MMS запрашивает от сервера 130 службы MMS использовать метод уведомления по протоколу SIP для посылки уведомлений М405 службы MMS.

Поскольку в запросе М401 на подписку MMS, а также в уведомлении М405 службы MMS поле "event" установлено на значение "mms", посредством этого терминал 103 информируется о входящем MMS-уведомлении в уведомлении М405 службы MMS.

Сообщения М401 - М417 содержат специфические для протокола SIP поля заголовка и поля заголовка на MMS-уровне.

Запрос М401 на подписку MMS посылается с использованием метода SUBSCRIBE (подписаться) протокола SIP. Запрос М401 на подписку MMS содержит идентификатор события, определяющий, что для посылки уведомления М405 службы MMS должен использоваться метод NOTIFY протокола SIP. После приема уведомления М405 службы MMS, терминал 101 генерирует и посылает запрос М409 на выборку сообщения службы MMS.

В первом варианте осуществления поля заголовка на MMS-уровне добавляются к полям заголовка в сообщениях М401-М417. Затем функция S-CSCF 113 анализирует заголовки протокола SIP каждого входящего сообщения. Если обнаружены специфические для службы MMS заголовки, например, путем обнаружения ключевого слова "X-Mms" в полях, то функция S-CSCF 113 маршрутизирует сообщение на сервер 130 службы MMS. Аналогичным образом, все сообщения протокола SIP, принимаемые терминалом 101, проверяются на наличие каких-либо специфических для службы MMS заголовков, и если такой заголовок найден, то сообщение направляется пользовательскому агенту 180 службы MMS. Преимущество такой структуры заголовка заключается в том, что как заголовки протокола SIP, так и MMS-заголовки имеют одинаковый формат и кодирование. В частности, для терминала только с возможностями протокола SIP это сокращает затраты на реализацию, поскольку единственная схема кодирования может быть применена к стеку протокола SIP, а также на уровне приложений.

Во втором варианте осуществления, поля заголовка сообщений протокола SIP содержат только поля, специфические для протокола SIP. При таком подходе информация службы MMS является вложением для сообщения протокола SIP. Функция S-CSCF 113 проверяет, является ли вложение сообщением протокола SIP. Если в поле "Content-Type:" (тип контента) заголовка обнаружено ключевое слово "application/vnd.wap.mms-message", то с высокой вероятностью имеет место именно этот случай, и сообщение затем маршрутизируется на сервер 130 службы MMS. Поле "Content-Type:" заголовка сообщений протокола SIP, принимаемых терминалом 101, проверяется таким же образом. Если поле заголовка содержит "application/vnd.wap.mms-message", то сообщение протокола SIP направляется пользовательскому агенту 180 службы MMS. Преимущество такой структуры заголовка и кодирования заключается в том, что таким способом можно обеспечить лучшую совместимость с современными существующими системами MMS. В частности, терминалам, содержащим современное клиентское программное обеспечение службы MMS, которое связывается только со стеком протоколов SIP, не требуется никаких дополнительных кодеров или декодеров для обработки сообщений М401-М417, что позволяет более просто реализовать терминал 101, поддерживающий функциональность службы MMS.

Некоторые из сообщений подтверждения приема, например ответ М403 на запрос на подписку MMS, ответ М407 на уведомление службы MMS, выборка М411 сообщения службы MMS являются «200 ОК»-сообщениями. Кроме того, они содержат релевантные MMS-заголовки, а выборка М411 сообщения службы MMS дополнительно содержит сообщение N404 службы MMS, принятое сервером 130 службы MMS. Все эти сообщения подтверждения могут содержать либо поля заголовка, специфические для протокола SIP, либо, в дополнение к полям заголовка, специфическим для протокола SIP, также некоторые поля заголовка, специфические для службы MMS. В первом случае другие необходимые данные помещаются в полезную нагрузку.

В других сообщениях подтверждения приема, т.е. подтверждение М413 приема выборки сообщения службы MMS и подтверждение М417, также являются «200 ОК»-сообщениями. В противоположность описанным выше «200 ОК»-сообщениям, они не содержат информации, специфической для службы MMS.

Перечень ссылочных позиций

11	сеть радиодоступа RAN
12	мобильная сеть
14	исходная сеть
101	терминал
103	базовая станция BS
105	сетевой контроллер радиосвязи RNC
107	обслуживающий узел поддержки GPRS (SGSN) шлюзовой узел поддержки GPRS (GGSN)
109	шлюзовой узел поддержки GPRS (GGSN)
111	функция-посредник управления состоянием вызоваP-CSCF
113	обслуживающая функция управления состоянием вызова S-CSCF
115	исходный обслуживающий сервер HSS
130	сервер службы MMS
165	коммуникационные средства
170	блок обработки
175	стек протоколов
185	коммуникационные средства
190	блок обработки
195	стек протоколов
196	приложение службы MMS

1. Способ извлечения сообщения (N404) службы мультимедийных сообщений (MMS), предназначенный для исполнения на пользовательском агенте (180) службы MMS, содержащий этапы: генерирование запроса (М401) на подписку MMS; посылка упомянутого запроса (М401) на подписку MMS на сервер (130) службы MMS; прием уведомления (М405) службы MMS о сообщении (N404) службы MMS от сервера (130) службы MMS; в ответ на прием упомянутого уведомления (М405) службы MMS генерирование запроса (М409) на выборку сообщения службы MMS для извлечения упомянутого сообщения (N404) службы MMS; посылка упомянутого запроса (М409) на выборку сообщения службы MMS на сервер (130) службы MMS; прием выборки (М411) сообщения службы MMS, содержащей упомянутое сообщение (N404) службы MMS; и в ответ на прием упомянутой выборки (М411) сообщения службы MMS от сервера (130) службы MMS, посылка подтверждения (М413) на сервер (130) службы MMS; в котором усовершенствование состоит в том, что упомянутый запрос (М401) на подписку MMS посылается с использованием метода SUBSCRIBE (подписаться) протокола SIP; упомянутое уведомление (М405) службы MMS принимается с использованием метода NOTIFY (уведомить) протокола SIP; упомянутый запрос (М409) на выборку сообщения службы MMS посылается с использованием метода FETCH (осуществить выборку) протокола SIP; и упомянутое подтверждение (М413) посылается с использованием метода INFORM (информировать) протокола SIP.

2. Способ по п.1, в котором специфические для службы MMS поля заголовка упомянутого запроса (М401) на подписку MMS, упомянутого уведомления (М405) службы MMS, упомянутого запроса (М409) на выборку сообщения службы MMS и упомянутого подтверждения (М413) посылаются или принимаются как вложения.

3. Способ по п.1, в котором специфические для службы MMS поля заголовка упомянутого запроса (М401) на подписку MMS, упомянутого уведомления (М405) службы MMS, упомянутого запроса (М409) на выборку сообщения службы MMS и упомянутого подтверждения (М413) включены в поля заголовка протокола SIP.

4. Терминал (101), содержащий коммуникационные средства (165) для связи с мобильной сетью (12), стек протоколов (175) для фильтрации данных, передаваемых и принимаемых посредством коммуникационных средств (165), память для хранения множества приложений, включая пользовательский агент (180) службы MMS, который поддерживает специфическое для MMS взаимодействие между исходной сетью (14) терминала и терминалом (101), блок обработки (170) для выполнения приложений с использованием данных, полученных посредством коммуникационных средств (165) и отфильтрованных с использованием стека протоколов (175), при этом пользовательский агент (180) службы MMS выполнен с возможностью осуществления способа извлечения сообщения службы MMS по любому из пп.1-3.

5. Способ доставки сообщения (N404) службы мультимедийных сообщений (MMS), предназначенный для исполнения на сервере (130)службы MMS, содержащий этапы: прием запроса (М401) на подписку MMS от терминала (101);

прием сообщения (N404) службы MMS; в ответ на прием упомянутого сообщения (N404) службы MMS генерирование уведомления (М405) службы MMS и посылка упомянутого уведомления (М405) службы MMS на терминал (101); прием запроса (М409) на выборку сообщения службы MMS от терминала (101) для извлечения сообщения (N404); в ответ на упомянутый запрос (М409) на выборку сообщения службы MMS, генерирование выборки (М411) сообщения службы MMS, содержащей сообщение (N404) службы MMS, и посылка упомянутой выборки (М411) сообщения службы MMS на терминал (101); и прием подтверждения (М413) от терминала (101); в котором усовершенствование состоит в том, что упомянутый запрос (М401) на подписку MMS принимается с использованием метода SUBSCRIBE (подписаться) протокола SIP; упомянутое уведомление (М405) службы MMS посылается с использованием метода NOTIFY (уведомить) протокола SIP; упомянутый запрос (М409) на выборку сообщения службы MMS принимается с использованием метода FETCH (осуществить выборку) протокола SIP; и упомянутое подтверждение (М413) принимается с использованием метода INFORM (информировать) протокола SIP.

6. Способ по п.5, в котором специфические для службы MMS поля заголовка упомянутого запроса (М401) на подписку MMS, упомянутого уведомления (М405) службы MMS, упомянутого запроса (М409) на выборку сообщения службы MMS и упомянутого подтверждения (М413) принимаются или посылаются как вложения.

7. Способ по п.5, в котором специфические для службы MMS поля заголовка упомянутого запроса (М401) на подписку MMS, упомянутого уведомления (М405) службы MMS, упомянутого запроса (М409) на выборку сообщения службы MMS и упомянутого подтверждения (М413) включены в поля заголовка протокола SIP.

8. Сервер (130) службы MMS, содержащий коммуникационные средства (185) для осуществления связи между терминалами (101), с другими серверами (130) службы MMS и серверами сети Интернет (13), стек протоколов (195), содержащий протоколы подсистемы IP-мультимедийной базовой сети (IMS) для обеспечения различных услуг, и часть, специфическую для службы MMS, блок обработки (190) для выполнения приложения MMS (196) для обеспечения регистрации подписок на пакеты событий, уведомления абонентских терминалов о принятых сообщениях MMS, принадлежащих к пакету событий, соответствующему подписке, и доставки выборок MMS в ответ на прием запросов на выборки MMS в соответствии со способом доставки сообщения службы MMS по любому из пп.5-7.