Способ и устройство для реализации услуг мультимедийного настраиваемого rbt и мультимедийного настраиваемого rt

Способ и устройство для реализации услуг мультимедийного настраиваемого rbt и мультимедийного настраиваемого rt

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Изобретение относится к области техники связи, а более точно, к способам и устройствам для реализации услуг мультимедийного настраиваемого тонального сигнала возврата вызова (MRBT) и мультимедийного настраиваемого тонального сигнала вызова (MRT).

УРОВЕНЬ ТЕХНИКИ

Услуги настраиваемого тонального сигнала возврата вызова (RBT) и настраиваемого тонального сигнала вызова (RT) произошли из сетей связи второго поколения (2G). С постоянными усовершенствованиями в сетевых технологиях услуги настраиваемого RBT и настраиваемого RT постепенно нашли широкие применения.

В услуге настраиваемого RBT, RBT настраивается вызываемой стороной и испытывается вызывающей стороной. Более точно, при вызове двухточечного соединения, когда вызываемая сторона воспроизводит вызов, вызывающая сторона слышит музыкальный фрагмент, настроенный вызываемым пользователем, вместо обычного RBT сети. С приложениями сетей связи третьего поколения (3G), возможности видео добавляются в сети 3G и, соответственно, настраиваемый RBT для сети 2G был расширен до мультимедийного настраиваемого RBT (MRBT) для сети 3G. С MRBT, вызывающий оператор может не только слышать звук, но также и видеть видеоизображение при восприятии MRBT.

В услуге настраиваемого RT, RT настраивается вызывающей стороной и испытывается вызываемой стороной. Более точно, при вызове двухточечного соединения вызываемая сторона слышит тональный сигнал вызова, настроенный вызывающим пользователем и отправленный со стороны сети, вместо локального тонального сигнала вызова. Подобным образом, при применении в сетях 3G обыкновенный настраиваемый RT расширяется до мультимедийного настраиваемого RT (MRT). Таким образом, вызываемая сторона может не только слышать звук, но также и видеть видеоизображение.

Вообще, существующие схемы для реализации услуг MRBT и MRT в мультимедийной подсистеме IP (IMS) могут быть обобщены, как изложено ниже.

1. Услуга MRBT, основанная на IMS (мультимедийной подсистеме IP), может быть реализована в шлюзовой модели. Сервер приложений (AS) MRBT поддерживает SDP (протокол описания сеанса) нормального сеанса, согласованный между вызывающей и вызываемой сторонами, содействует согласованию SDP сеанса MRBT между вызывающим терминалом и сервером мультимедийных ресурсов (MRS) и дает команду MRS воспроизводить MRBT для вызывающей стороны после приема сигнала вызова абонента с вызываемой стороны. По приему сигнала снятия трубки от вызываемой стороны AS MRBT может использовать сообщение обновления (Update) для передачи SDP нормального сеанса, согласованного между вызывающей и вызываемой сторонами, на вызывающий терминал. Затем, вызывающая и вызываемая сторона могут осуществлять связь друг с другом.

2. Схема MRT, основанная на IMS, может быть реализована методом загрузки. Когда вызывающая сторона инициирует вызов IMS в отношении вызываемой стороны, если вызывающая сторона заявила услугу MRT, AS MRT может добавлять унифицированный указатель ресурса (URL) для данных MRT в поле заголовка (например, поле заголовка информации о вызове) сообщения приглашения (Invite). По приему сообщения приглашения вызываемая сторона может загружать данные MRT посредством использования информации URL и локально их воспроизводить. В этой схеме вызываемая сторона должна загружать данные MRT, что может приводить к большой временной задержке.

3. Схема MRBT и MRT, основанная на IMS, может быть реализована в модели AS раннего сеанса. В этой схеме согласование SDP нормального сеанса выполняется между вызывающей и вызываемой сторонами наряду с тем, что согласование SDP раннего сеанса выполняется между вызывающей стороной (и/или вызываемой стороной) и MRS. После того, как вызываемая сторона инициирует сигнал вызова абонента, MRS воспроизводит MRBT (и/или MRT) для вызывающей стороны (и/или вызываемой стороны).

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Способы и устройства для реализации услуг мультимедийного настраиваемого RBT (MRBT) и мультимедийного настраиваемого RT (MRT) согласно вариантам осуществления изобретения могут содействовать преодолению проблем, подобных потере данных или задержке связи, в случае с терминалами с большими возможностями, и возможных проблем, подобных невозможности воспроизведения данных MRBT и MRT, в случае с терминалами с меньшими возможностями, при реализации услуг MRBT и MRT. Техническое решение по изобретению может быть обобщено, как изложено ниже.

Аспект предусматривает способ реализации услуги MRBT, включающий в себя:

прием запроса вызова, отправленного с вызывающего терминала;

определение вызывающей возможности вызывающего терминала на основании запроса вызова; и

выбор метода воспроизведения MRBT на основании вызывающей возможности.

Еще один аспект предусматривает способ реализации услуги MRT, включающий в себя:

получение ответного сообщения, возвращенного с вызываемого терминала, после того, как вызываемый терминал принимает запрос вызова, отправленный с вызывающего терминала;

определение вызываемой возможности вызываемого терминала на основании ответного сообщения; и

выбор метода воспроизведения MRT на основании вызываемой возможности.

Еще один аспект предусматривает устройство для реализации услуги MRBT, включающее в себя:

модуль приема, сконфигурированный для приема запроса вызова, отправленного с вызывающего терминала; и

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

Еще один другой аспект предусматривает устройство для реализации услуги MRT, включающее в себя:

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

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

Еще один другой аспект предусматривает машиночитаемые запоминающие носители информации, хранящие компьютерную программу, которая предписывает одному или более процессорам:

принимать запрос вызова, отправленный с вызывающего терминала;

определять вызывающую возможность вызывающего терминала на основании запроса вызова; и

выбирать метод воспроизведения MRBT на основании вызывающей возможности.

Еще один другой аспект предусматривает машиночитаемые запоминающие носители информации, хранящие компьютерную программу, которая предписывает одному или более процессорам:

получать ответное сообщение, возвращенное с вызываемого терминала, после того, как вызываемый терминал принимает запрос вызова, отправленный с вызывающего терминала;

определять вызываемую возможность вызываемого терминала на основании ответного сообщения; и выбирать метод воспроизведения MRT на основании вызываемой возможности.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг.1(a), фиг.1(b) и фиг.1(c) - структурные схемы, показывающие системы для реализации услуги мультимедийного настраиваемого RBT (MRBT) согласно вариантам осуществления изобретения;

фиг.2 - блок-схема последовательности операций способа, показывающая способ для реализации услуги MRBT согласно варианту осуществления изобретения;

фиг.3(a) и фиг.3(b) - схемы последовательностей операций, показывающие сигнализацию для воспроизведения MRBT согласно вариантам осуществления изобретения;

фиг.4 - блок-схема последовательности операций способа, показывающая способ для выбора метода воспроизведения MRBT посредством использования обслуживающей функции управления сеансом вызова (S-CSCF) согласно варианту осуществления изобретения;

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

фиг.6(a), фиг.6(b) и фиг.6(c) - структурные схемы, показывающие устройства для реализации услуги MRBT согласно вариантам осуществления изобретения;

фиг.7 - блок-схема последовательности операций способа, показывающая способ для реализации услуги мультимедийного настраиваемого RT (MRT) согласно варианту осуществления изобретения;

фиг.8(a) и фиг.8(b) - схемы последовательностей операций, показывающие сигнализацию для воспроизведения MRT согласно варианту осуществления изобретения;

фиг.9(a), фиг.9(b) и фиг.9(c) - структурные схемы, показывающие системы для реализации услуги MRT согласно вариантам осуществления изобретения;

фиг.10(a), фиг.10(b) и фиг.10(c) - структурные схемы, показывающие устройства для реализации услуги MRT согласно вариантам осуществления изобретения; и

фиг.11 - схема последовательности операций, показывающая сигнализацию для способа реализации MRBT и реализации MRT согласно варианту осуществления изобретения.

ПОДРОБНОЕ ОПИСАНИЕ

Для достижения вышеприведенных целей, различные варианты осуществления изобретения предусматривают схемы в IMS для выбора реализаций услуг мультимедийного настраиваемого RBT (MRBT) и (MRT) на основании возможностей вызывающего терминала и вызываемого терминала. Подробные описания будут приведены ниже в отношении различных вариантов осуществления изобретения со ссылкой на прилагаемые чертежи.

Как проиллюстрировано на фиг.1(a), фиг.1(b) и фиг.1(c), предложены системы для реализации услуги MRBT согласно вариантам осуществления изобретения. Система включает в себя вызывающий терминал 11, модуль 12 выбора и вызываемый терминал 13. Вызывающий терминал 11 сконфигурирован для отправки запроса вызова. Модуль 12 выбора сконфигурирован для приема запроса вызова, для определения вызывающей возможности вызывающего терминала 11 на основании запроса вызова и для выбора метода воспроизведения MRBT на основании вызывающей возможности.

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

В отдельной реализации модуль 12 выбора может быть сервером приложений (AS) MRBT или обслуживающей функцией управления сеансом вызова (S-CSCF), или любой другой сущностью.

Разные методы могут выбираться для воспроизведения MRBT на основании разной вызывающей возможности, в том числе, но не в качестве ограничения, следующие.

1. Как проиллюстрировано на фиг.1(a), если вызывающая возможность заключается в том, поддерживается ли ранний сеанс, модуль 12 выбора включает в себя первый блок 21 определения и первый блок 22 выполнения.

Первый блок 21 определения сконфигурирован для определения, поддерживает ли вызывающий терминал ранний сеанс. Первый блок 22 выполнения сконфигурирован для выбора метода согласования SDP раннего сеанса серверной модели для воспроизведения MRBT, когда первый блок 21 определения определяет, что вызывающий терминал поддерживает ранний сеанс, и для выбора метода согласования SDP шлюзовой модели для воспроизведения MRBT, когда вызывающий терминал не поддерживает ранний сеанс.

2. Как проиллюстрировано на фиг.1(a), если вызывающая возможность заключается в том, поддерживается ли возможность загрузки и воспроизведения медиафайла MRBT, модуль 12 выбора включает в себя второй блок 23 определения и второй блок 24 выполнения.

Второй блок 23 определения сконфигурирован для определения, имеет ли вызывающий терминал возможность загрузки и воспроизведения медиафайла. Второй блок 24 выполнения сконфигурирован для загрузки и воспроизведения медиафайла MRBT, когда вызывающий терминал имеет возможность загрузки и воспроизведения медиафайла MRBT.

3. Как проиллюстрировано на фиг.1(c), если подходящий метод воспроизведения MRBT выбирается в зависимости от приоритетов нескольких из методов воспроизведения MRBT, модуль 12 выбора включает в себя третий блок 25 определения и третий блок 26 выполнения. Третий блок 25 определения сконфигурирован для определения методов воспроизведения MRBT, поддерживаемых вызывающим терминалом, на основании вызывающей возможности. Третий блок 26 выполнения сконфигурирован для выбора метода воспроизведения MRBT с наивысшим приоритетом из определенных методов воспроизведения MRBT.

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

Соответственно вышеприведенной системе, вариант осуществления изобретения предлагает способ для реализации услуги MRBT. Как проиллюстрировано на фиг.2, способ включает в себя следующие этапы.

На этапе 201 принимается запрос вызова, отправленный с вызывающего терминала.

Сущность для приема запроса вызова может включать в себя, но не в качестве ограничения, AS MRBT (например, AS мультимедийного тонального сигнала возврата вызова, или, в укороченном виде, AS MRBT) или S-CSCF.

На этапе 202 вызывающая возможность вызывающего терминала определяется на основании запроса вызова.

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

На этапе 203 метод воспроизведения MRBT выбирается на основании вызывающей возможности.

Метод воспроизведения MRBT может включать в себя, но не в качестве ограничения, согласование SDP раннего сеанса серверной модели, согласование SDP шлюзовой модели или загрузку и воспроизведение медиафайла MRBT.

Выбор метода воспроизведения MRBT на основании вызывающей возможности может включать в себя, но не в качестве ограничения, следующие случаи. Если вызывающая возможность является поддерживаемым ранним сеансом, для воспроизведения MRBT может выбираться метод согласования SDP раннего сеанса серверной модели; если вызывающая возможность является неподдерживаемым ранним сеансом, для воспроизведения MRBT может выбираться метод согласования SDP шлюзовой модели; если вызывающая возможность является поддерживаемыми загрузкой и воспроизведением, вызывающий терминал может загружать и воспроизводить медиафайл MRBT. Чтобы подвести итог, методы воспроизведения MRBT, поддерживаемые вызывающей возможностью вызывающего терминала, могут быть выбраны на основании установленных приоритетов.

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

Для описания последовательности операций реализации услуги MRBT ниже приведены примеры, в которых запрос вызова принимается посредством AS MRBT и CSCF, соответственно.

Фиг.3(a) и фиг.3(b) - схемы последовательностей операций, показывающие сигнализацию для воспроизведения MRBT согласно вариантам осуществления изобретения. В варианте осуществления AS MRBT принимает запрос вызова и выбирает метод воспроизведения MRBT на основании возможности вызова, а возможность вызова состоит в том, поддерживается ли ранний сеанс. Последовательность операций описана, как изложено ниже.

На этапе 301 вызывающий терминал инициирует запрос вызова на AS MRBT.

Запрос вызова отправляется в сообщении приглашения, запрос несет вызывающему терминалу предложение SDP для установления нормальной связи.

На этапе 302 AS MRBT определяет, несет ли поле заголовка SUPPORTED (ПОДДЕРЖИВАЕТСЯ) в запросе вызова параметрическую метку раннего сеанса. Если решение положительно, выполняется этап 303; если решение отрицательно, выполняется этап 304.

Если параметрическая метка раннего сеанса переносится, она указывает, что вызывающий терминал поддерживает ранний сеанс, и, таким образом, MRBT может воспроизводиться методом согласования SDP раннего сеанса серверной модели. Иначе, она указывает, что вызывающий терминал не поддерживает ранний сеанс, и, таким образом, MRBT может воспроизводиться методом согласования SDP шлюзовой модели.

На этапе 303 AS MRBT использует серверную модель для запуска метода согласования SDP раннего сеанса, с тем чтобы воспроизводить MRBT для вызывающего терминала.

На этапе 304 AS MRBT использует шлюзовую модель для запуска метода согласования SDP, с тем чтобы воспроизводить MRBT для вызывающего терминала.

Фиг.3(a) показывает блок-схему последовательности операций способа по этапу 303, в которой использование серверной модели для запуска метода согласования SDP раннего сеанса может включать в себя следующие этапы.

1. AS MRBT отправляет запрос вызова на вызываемый терминал.

2. Вызываемый терминал инициирует согласование SDP на основании своей собственной возможности и возвращает ответ согласованного SDP нормального сеанса на AS MRBT посредством сигнализации сигнала 183.

3. AS MRBT получает предложение SDP раннего сеанса (предложение MRBT) для согласования SDP сеанса MRBT с MRS.

4. AS MRBT отправляет сигнализацию сигнала 183 на вызывающий терминал, сигнализация несет согласованный ответ и предложение MRBT.

Сигнализация сигнала 183 имеет формат, как изложенный ниже.

Content-Type: multipart/mixed; boundary="boundary1"

Content-Length: 401

--boundary 1

Content-Type: application/sdp

Content-Disposition: session // ответ SDP нормального сеанса вызова

--boundary 1

Content-Type: application/sdp

Content-Disposition: early-session // предложение MRBT

--boundary 1--

5. Вызывающий терминал выполняет согласование SDP раннего вызова MRBT на основании своей собственной возможности и возвращает ответ согласованного SDP сеанса MRBT (ответ MRBT) на AS MRBT посредством PRACK (Предварительного подтверждения ответа). Ответ MRBT имеет формат, как изложенный ниже.

Content-Type: multipart/mixed; boundary="boundary1"

Content-Length: 401

--boundary 1

Content-Type: application/sdp

Content-Disposition: early-session // ответ MRBT

--boundary 1--

6. AS MRBT отправляет ответ MRBT в принятом PRACK на MRS.

7. AS MRBT отправляет принятую сигнализацию PRACK на вызываемый терминал.

8. Вызываемый терминал отправляет ответное сообщение PRACK (PRACK сигнала 200) на вызывающий терминал через AS MRBT.

9. Вызывающий терминал отправляет сообщение Обновления (Update) на вызывающий терминал через AS MRBT.

10. Вызываемый терминал отправляет ответное сообщение обновления (Обновление сигнала 200) на вызывающий терминал через AS MRBT.

Теперь, согласование SDP раннего сеанса между вызывающим и вызываемым терминалами является успешным.

11. Вызываемый терминал отправляет сообщение сигнала 180 на AS MRBT.

12. После приема сообщения сигнала 180 AS MRBT дает команду MRS воспроизводить предварительно сохраненный MRBT для вызывающего терминала.

13. AS MRBT отправляет сообщение сигнала 180 на вызывающий терминал.

14. После того, как вызываемый терминал входит в состояние занятости абонентского шлейфа, ответное сообщение приглашения (Приглашение сигнала 200) отправляется на AS MRBT.

15. AS MRBT дает команду MRS остановить воспроизведение MRBT для вызывающего терминала.

16. AS MRBT отправляет приглашение сигнала 200 на вызывающий терминал.

17. Вызывающий терминал отправляет ответное сообщение (ACK) на вызываемый терминал через AS MRBT.

18. Устанавливается соединение между вызывающим и вызываемым терминалами, и связь может выполняться.

Фиг.3(b) иллюстрирует блок-схему последовательности операций способа по этапу 304. Метод для согласования SDP в шлюзовой модели может включать в себя следующее.

1. AS MRBT отправляет запрос вызова на вызываемый терминал.

2. Вызываемый терминал выполняет согласование SDP на основании своей собственной возможности и возвращает ответ согласованного SDP нормального сеанса на AS MRBT посредством сигнализации сигнала 183.

3. AS MRBT отправляет предложение на MRS для согласования SDP, чтобы воспроизводить MRBT для вызывающего терминала. После согласования SDP MRS возвращает ответ MRBT на AS MRBT.

4. AS MRBT замещает ответ SDP нормального сеанса в сигнализации сигнала 183 принятым ответом MRBT, а затем отправляет сигнализацию сигнала 183 на вызывающий терминал, сигнализация включает в себя ответ MRBT.

Формат ответа MRBT является таким, как изложено ниже:

Content-Type: application/sdp

Content-Disposition: session // ответ MRBT

5. Вызывающий терминал отправляет сигнализацию PRACK на вызываемый терминал через AS MRBT.

6. Вызываемый терминал отправляет PRACK сигнала 200 на вызывающий терминал через AS MRBT.

7. Вызывающий терминал отправляет сообщение обновления на вызываемый терминал через AS MRBT.

8. Вызываемый терминал отправляет обновление сигнала 200 на вызывающий терминал через AS MRBT.

9. Вызываемый терминал отправляет сообщение сигнала 180 на AS MRBT.

10. После приема сообщения сигнала 180, отправленного с вызываемого терминала, AS MRBT дает команду MRS воспроизводить предварительно заданный MRBT для вызывающего терминала.

11. AS MRBT отправляет сообщение сигнала 180 на вызывающий терминал.

12. После того, как вызываемый терминал входит в состояние занятости абонентского шлейфа, сообщение приглашения сигнала 200 отправляется на AS MRBT.

13. AS MRBT отправляет ответ SDP сеанса вызова на вызывающий терминал в сообщении обновления.

Формат ответа является таким, как изложено ниже:

Content-Type: application/sdp

Content-Disposition: session // ответ SDP сеанса вызова

14. Вызывающий терминал возвращает обновление сигнала 200 на AS MRBT.

15. AS MRBT дает команду MRS остановить воспроизведение MRBT для вызывающего терминала.

16. AS MRBT отправляет приглашение сигнала 200 на вызывающий терминал.

17. Вызывающий терминал отправляет сообщение ACK на вызываемый терминал через AS MRBT.

18. Устанавливается соединение между вызывающим и вызываемым терминалами, и связь может выполняться.

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

Фиг.4 - блок-схема последовательности операций способа, показывающая способ использования S-CSCF для выбора метода для воспроизведения MRBT согласно варианту осуществления. Вовлечены следующие этапы.

На этапе 401 вызывающий терминал отправляет запрос вызова в S-CSCF.

Запрос вызова на этом этапе подобен таковому на этапе 301.

На этапе 402, в зависимости от того, переносится ли параметрическая метка раннего сеанса в поле заголовка SUPPORTED запроса вызова, S-CSCF определяет, поддерживает ли вызывающий терминал ранний сеанс. Если вызывающий терминал поддерживает ранний сеанс, выполняется этап 403. Если вызывающий терминал не поддерживает ранний сеанс, выполняется этап 404.

На этапе 403 S-CSCF отправляет запрос вызова на AS MRBT с выполнением согласования SDP раннего сеанса серверной модели.

AS MRBT использует метод согласования SDP раннего сеанса серверной модели для воспроизведения MRBT, который подобен этапу 303.

На этапе 404 S-CSCF отправляет запрос вызова на AS MRBT с выполнением согласования SDP шлюзовой модели.

AS MRBT использует метод согласования SDP шлюзовой модели для воспроизведения MRBT, который подобен этапу 304.

Как описано выше, два метода для реализации MRBT описаны, беря в качестве примера AS MRBT и S-CSCF. В двух методах вызывающая возможность состоит в том, поддерживается ли ранний сеанс. Может быть выбран иной метод для воспроизведения MRBT на основании того, поддерживается ли ранний сеанс. Ниже будут приведены описания для выбора метода для воспроизведения MRBT, беря в качестве вызывающей возможности то, поддерживает ли вызывающий терминал возможность загрузки и воспроизведения медиафайла MRBT.

Приоритет возможности загрузки и воспроизведения медиафайла MRBT установлен более низким, чем у возможности раннего сеанса. Как проиллюстрировано на фиг.5, подробности являются такими, как приведено ниже.

На этапе 501 AS MRBT определяет, поддерживает ли вызывающий терминал ранний сеанс, на основании принятого запроса вызова. Если вызывающий терминал поддерживает ранний сеанс, выполняется этап 502; если вызывающий терминал не поддерживает ранний сеанс, выполняется этап 503.

На этапе 502 метод согласования SDP раннего сеанса серверной модели выбирается для воспроизведения MRBT.

На этапе 503 производится определение в отношении того, поддерживает ли вызывающий терминал возможность загрузки и воспроизведения медиафайла MRBT. Если вызывающий терминал поддерживает возможность загрузки и воспроизведения медиафайла MRBT, выполняется этап 504; если вызывающий терминал не поддерживает возможность загрузки и воспроизведения медиафайла MRBT, выполняется этап 505;

На этапе 504 AS MRBT отправляет на вызывающий терминал URL для медиафайла MRBT, который должен воспроизводиться, и вызывающий терминал может загружать и воспроизводить медиафайл MRBT на основании URL.

На этапе 505 метод согласования SDP шлюзовой модели выбирается для воспроизведения MRBT.

Вновь, сущностью, выбирающей подходящий метод для воспроизведения MRBT на основании возможности вызывающего терминала, может быть S-CSCF.

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

Разные возможности могут быть настроены пользователем, чтобы иметь разные приоритеты. В качестве альтернативы, пользователь может выбирать желательный метод для непосредственного воспроизведения MRBT.

Кроме определения и выбора метода воспроизведения MRBT на основании вызывающей возможности вызывающего терминала, метод воспроизведения MRBT может быть определен на основании комбинации вызывающей возможности и приоритетов методов воспроизведения MRBT.

Прежде всего, методы воспроизведения MRBT, поддерживаемые вызывающим терминалом, могут быть определены на основании вызывающей возможности. Затем, метод воспроизведения MRBT с наивысшим приоритетом может быть выбран из определенных методов воспроизведения MRBT.

Если приоритеты методов воспроизведения MRBT указывают, что метод согласования SDP раннего сеанса серверной модели имеет наивысший приоритет, метод загрузки и воспроизведения медиафайла MRBT имеет следующий наивысший приоритет, а метод согласования SDP шлюзовой модели имеет самый низкий приоритет, могут быть случаи, как изложенные ниже.

1. Когда возможность вызывающего терминала поддерживает ранний сеанс, может быть выбран метод воспроизведения MRBT с наивысшим приоритетом.

2. Когда возможность вызывающего терминала не поддерживает ранний сеанс, но вызывающий терминал поддерживает возможность загрузки и воспроизведения медиафайла MRBT, может выбираться метод воспроизведения MRBT, имеющий следующий наивысший приоритет, так как метод воспроизведения MRBT с наивысшим приоритетом не поддерживается.

3. Когда возможность вызывающего терминала не поддерживает ранний сеанс, и вызывающий терминал не поддерживает возможность загрузки и воспроизведения медиафайла MRBT, выбирается метод воспроизведения MRBT, имеющий самый низкий приоритет.

Как описано выше, в способе для реализации услуги MRBT согласно варианту осуществления изобретения возможность вызывающего терминала применяется для выбора подходящего метода для воспроизведения MRBT. Для терминалов с большими возможностями могут избегаться проблемы, подобные потере данных или задержке связи; для терминалов с меньшими возможностями могут быть решены проблемы, подобные невозможности воспроизведения данных MRBT и MRT.

Соответственно вышеприведенной системе и способу для реализации услуги MRBT согласно вариантам осуществления изобретения, вариант осуществления изобретения предусматривает устройство для реализации услуги MRBT. Как проиллюстрировано на фиг.6(a), фиг.6(b) и фиг.6(c), устройство включает в себя модуль 31 приема и модуль 32 выбора.

Модуль 31 приема сконфигурирован для приема запроса вызова, отправленного с вызывающего терминала.

Модуль 32 выбора сконфигурирован для определения вызывающей возможности вызывающего терминала на основании запроса вызова, и для выбора метода воспроизведения MRBT на основании вызывающей возможности. Модулем 32 выбора может быть AS MRBT, S-CSCF или любая другая сущность.

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

1. Как проиллюстрировано на фиг.6(a), модуль 32 выбора включает в себя первый блок 41 определения и первый блок 42 выполнения. Первый блок 41 определения сконфигурирован для определения, поддерживает ли вызывающий терминал ранний сеанс. Первый блок 42 выполнения сконфигурирован для выбора метода согласования SDP раннего сеанса серверной модели для воспроизведения MRBT, когда вызывающий терминал поддерживает ранний сеанс, и для выбора метода согласования SDP шлюзовой модели для воспроизведения MRBT, когда вызывающий терминал не поддерживает ранний сеанс.

2. Как проиллюстрировано на фиг.6(b), модуль 32 выбора включает в себя второй блок 43 определения и второй блок 44 выполнения. Второй блок 43 определения сконфигурирован для определения, поддерживает ли вызывающий терминал возможность загрузки и воспроизведения медиафайла MRBT. Второй блок 44 выполнения сконфигурирован для загрузки и воспроизведения медиафайла MRBT, когда вызывающий терминал поддерживает возможность загрузки и воспроизведения медиафайла MRBT.

3. Как проиллюстрировано на фиг.6(c), модуль 32 выбора включает в себя третий блок 45 определения и третий блок 46 выполнения. Третий блок 45 определения сконфигурирован для определения методов воспроизведения MRBT, поддерживаемых вызывающим терминалом, на основании вызывающей возможности. Третий блок 46 выполнения сконфигурирован для выбора метода воспроизведения MRBT с наивысшим приоритетом из определенных методов воспроизведения MRBT.

С устройством для реализации услуги MRBT согласно варианту осуществления изобретения возможность вызывающего терминала применяется для выбора подходящего метода для воспроизведения MRBT. Для терминалов с большими возможностями могут избегаться проблемы, подобные потере данных или задержке связи; для терминалов с меньшими возможностями могут быть решены проблемы, подобные невозможности воспроизведения данных MRBT и MRT.

Как описано выше, в системе, способе и устройстве для реализации услуги MRBT согласно вариантам осуществления изобретения возможность вызывающего терминала применяется для выбора подходящего метода для воспроизведения MRBT. Для терминалов с большими возможностями могут избегаться проблемы, подобные потере данных или задержке связи; для терминалов с меньшими возможностями могут быть решены проблемы, подобные невозможности воспроизведении данных MRBT и MRT. Подобно воспроизведению MRBT ниже будут приведены описания в отношении способа, системы и устройства для реализации услуги MRT. Как проиллюстрировано на фиг.7, способ для воспроизведения услуги MRT может включать в себя следующие этапы.

На этапе 701 вызываемый терминал возвращает ответное сообщение в ответ на прием запроса вызова с вызывающего терминала.

Вызывающий терминал отправляет запрос вызова на AS MRT. Запрос вызова включает в себя запрос (предложение) SDP вызывающего терминала для установления нормальной связи.

AS MRT добавляет в запрос вызова параметрическую метку, запрашивающую, чтобы вызываемый терминал возвратил свою вызываемую возможность.

На этапе 702 вызываемая возможность вызываемого терминала определяется на основании ответного сообщения, возвращенного с вызываемого терминала.

Вызываемая возможность вызываемого терминала может включать в себя, но не в качестве ограничения, поддерживается ли ранний сеанс, и поддерживается ли возможность загрузки и воспроизведения.

На этапе 703 метод воспроизведения MRT выбирается на основании вызываемой возможности. Метод воспроизведения MRT может включать в себя, но не в качестве ограничения, согласование SDP раннего сеанса серверной модели или загрузку и воспроизведение медиафайла MRT.

Выбор метода воспроизведения MRT на основании вызываемой возможности может включать в себя, но не в качестве ограничения, следующие случаи. Если вызываемая возможность является поддерживаемым ранним сеансом, для воспроизведения MRT может выбираться метод согласования SDP раннего сеанса серверной модели; если вызываемая возможность является поддержкой для загрузки и воспроизведения, вызываемый терминал может загружать и воспроизводить медиафайл MRT.

Если вызываемая возможность включает в себя как поддержку для раннего сеанса, так и поддержку для загрузки и воспроизведения, соответствующий метод воспроизведения MRT может выбираться на основании приоритетов двух возможностей. В качестве альтернативы, соответствующий метод воспроизведения MRT может выбираться на основании требования пользователя.

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

Фиг.8(a) и фиг.8(b) - схемы последовательностей операций, показывающие сигнализацию для воспроизведения MRT согласно варианту осуществления изобретения. Последовательность операций может включать следующие этапы.

На этапе 801 вызывающий терминал отправляет запрос вызова на AS MRT.

На этапе 802 AS MRT добавляет параметрическую метку раннего сеанса в поле заголовка REQUIRE принятого запроса вызова, запрашивающую, чтобы вызываемый терминал отвечал, поддерживается ли ранний сеанс.

На этапе 803, если вызываемый терминал поддерживает ранний сеанс, выполняется этап 804, если вызываемый терминал не поддерживает ранний сеанс, выполняется этап 805.

Если вызываемый терминал поддерживает ранний сеанс, ответное сообщение, возвращенное на AS MRT, является нормальной сигнализацией (сигнала 183). Сигнализация сигнала 183 может нести результат (ответ) согласования раннего MRT. Результат (ответ) согласования может не переноситься в сигнализации сигнала 183, а переноситься в другой последующей сигнализации. Иначе, возвращенное ответное сообщение является ненормальной сигнализацией (сигнала 420). В зависимости от принятой сигнализации AS MRT выбирает подходящий метод для воспроизведения MRT.

На этапе 804 AS MRT определяет, что вызываемый терминал поддерживает ранний сеанс, и метод согласования SDP раннего сеанса серверной модели применяется для воспроизведения MRT для вызываемого терминала.

На этапе 805 AS MRT определяет, что вызываемый терминал не поддерживает ранний сеанс, и запрос вызова повторно отправляется на вызываемый терминал, запрашивая, чтобы вызываемый терминал загружал и воспроизводил медиафайл MRT.

В повторно отправленном запросе вызова добавлена не параметрическая метка раннего сеанса, а URL для MRT, который должен воспроизводиться для вызываемого терминала.

Со ссылкой на фиг.8(a) показана блок-схема последовательности операций способа для применения серверной модели, чтобы выполнять согласование SDP раннего сеанса на этапе 804.

1. AS MRT возвращает принятую сигнализацию сигнала 183 на вызывающий терминал.

2. Вызывающий терминал отправляет PRACK на AS MRT.

3. AS MRT получает из MRS запрос SDP раннего сеанса (предложение с идентификацией мультимедийного вызывающего оператора (MCID, а именно MRT)) для согласования SDP сеанса MRT.

4. AS MRT отправляет PRACK, включающее в себя предложение MRT, на вызываемый терминал.

5. В зависимо