СПОСОБ И УСТРОЙСТВО ДЛЯ РЕАЛИЗАЦИИ УСЛУГ МУЛЬТИМЕДИЙНОГО НАСТРАИВАЕМОГО RBT И МУЛЬТИМЕДИЙНОГО НАСТРАИВАЕМОГО RT
METHOD AND DEVICE TO REALISE SERVICES OF MULTIMEDIA TUNED RBT AND MULTIMEDIA TUNED 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. В зависимости от своей собственной возможности, вызываемый терминал выполняет согласование SDP раннего сеанса MRT и возвращает ответ согласованного SDP сеанса MRT на AS MRT посредством PRACK сигнала 200.
6. AS MRT отправляет ответ MRT на MRS.
7. AS MRT отправляет PRACK сигнала 200 на вызывающий терминал.
8. Вызывающий терминал отправляет обновление на вызываемый терминал через AS MRT.
9. Вызываемый терминал отправляет обновление сигнала 200 на вызывающий терминал через AS MRT.
10. Вызываемый терминал отправляет сигнализацию сигнала 180 на AS MRT.
11. AS MRT дает команду MRS воспроизводить MRT для вызываемого терминала.
12. AS MRT отправляет сигнализацию сигнала 180 на вызывающий терминал.
13. Вызываемый терминал переходит в состояние занятости абонентского шлейфа и отправляет приглашение сигнала 200 на AS MRT.
14. AS MRT дает команду MRS остановить воспроизведение MRT для вызываемого терминала.
15. AS MRT отправляет приглашение сигнала 200 на вызывающий терминал.
16. Вызывающий терминал отправляет ACK на вызываемый терминал через AS MRT.
17. Устанавливается соединение между вызывающим и вызываемым терминалами, и связь может выполняться.
Со ссылкой на фиг.8(b) показана блок-схема последовательности операций способа для запроса, чтобы вызываемый терминал загружал и воспроизводил MRT на этапе 805.
1. AS MRT отправляет на вызываемый терминал приглашение, включающее в себя URL для MRT, который должен воспроизводиться.
2. Если вызываемый терминал поддерживает возможность загрузки и воспроизведения медиафайла MRT, медиафайл MRT загружается посредством использования URL.
3. Вызываемый терминал отправляет сигнализацию сигнала 183, включающую в себя результат (ответ) согласования MRT, на вызывающий терминал через AS MRT.
4. Вызывающий терминал отправляет PRACK на вызываемый терминал через AS MRT.
5. Вызываемый терминал отправляет PRACK сигнала 200 на вызывающий терминал через AS MRT.
6. Вызываемый терминал воспроизводит загруженный медиафайл MRT.
7. Вызываемый терминал отправляет сигнал 180 на вызывающий терминал через AS MRT.
8. Когда вызывающий терминал переходит в состояние занятости абонентского шлейфа, приглашение сигнала 200 отправляется на вызывающий терминал через AS MRT.
9. Устанавливается соединение между вызывающим и вызываемым терминалами, и связь может выполняться.
Подобно реализации услуги MRBT, выбор подходящего метода для воспроизведения MRT на основании вызываемой возможности вызываемого терминала может выполняться посредством S-CSCF.
Подобно выбору метода воспроизведения MRBT, метод воспроизведения MRT может определяться на основании комбинации вызываемой возможности и приоритетов разных методов воспроизведения MRT.
Методы воспроизведения MRT, поддерживаемые вызываемым терминалом, могут определяться на основании вызываемой возможности, и метод воспроизведения MRT с наивысшим приоритетом может выбираться из определенных методов воспроизведения MRT.
Если приоритеты метода воспроизведения MRT являются такими, что метод согласования SDP раннего сеанса серверной модели имеет наивысший приоритет, а метод загрузки и воспроизведения медиафайла настраиваемого RT имеет более низкий приоритет, могут быть случаи, как изложенные ниже.
1. Когда возможность вызывающего терминала поддерживает ранний сеанс, может выбираться метод воспроизведения настраиваемого RT с наивысшим приоритетом.
2. Когда возможность вызывающего терминала не поддерживает ранний сеанс, но вызывающий терминал поддерживает возможность загрузки и воспроизведения медиафайла настраиваемого RT, может выбираться метод воспроизведения настраиваемого RT, имеющий следующий наивысший приоритет, так как метод воспроизведения настраиваемого RT с наивысшим приоритетом не поддерживается.
Соответственно вышеприведенному способу для реализации MRT, вариант осуществления изобретения предлагает систему для реализации MRT. Как проиллюстрировано на фиг.9(a), фиг.9(b) и фиг.9(c), система включает в себя вызывающий терминал 51, вызываемый терминал 52 и модуль 53 выбора.
Вызывающий терминал 51 сконфигурирован для отправки запроса вызова.
Вызываемый терминал 52 сконфигурирован для возврата ответного сообщения в модуль 53 выбора в ответ на прием запроса вызова.
Модуль 53 выбора сконфигурирован для выбора метода воспроизведения MRT на основании вызываемой возможности, возвращенной с вызываемого терминала 52.
Кроме того, система может включать в себя модуль 54 добавления, сконфигурированный для добавления в запрос вызова параметрической метки, запрашивающей, чтобы вызываемый терминал возвратил свою вызываемую возможность, и для отправки запроса вызова, содержащего в себе параметрическую метку, на вызываемый терминал.
Подобно системе для реализации услуги MRBT, разные методы воспроизведения MRT могут выбираться на основании разных возможностей, в том числе, но не в качестве ограничения, следующие.
1. Как проиллюстрировано на фиг.9(a), если вызываемая возможность заключается в том, поддерживается ли ранний сеанс, модуль 53 выбора включает в себя первый блок 61 определения и первый блок 62 выполнения.
Первый блок 61 определения сконфигурирован для определения, поддерживает ли вызываемый терминал 52 ранний сеанс. Первый блок 62 выполнения сконфигурирован для выбора метода согласования SDP раннего сеанса серверной модели для воспроизведения MRT, когда вызываемый терминал 52 поддерживает ранний сеанс.
2. Как проиллюстрировано на фиг.9(b), если вызываемая возможность заключается в том, поддерживается ли возможность загрузки и воспроизведения медиафайла MRT, модуль 53 выбора включает в себя второй блок 63 определения и второй блок 64 выполнения.
Второй блок 63 определения сконфигурирован для определения, поддерживает ли вызываемый терминал возможность загрузки и воспроизведения медиафайла MRT. Второй блок 64 выполнения сконфигурирован для предоставления вызываемому терминалу возможности загружать и воспроизводить медиафайл MRT, когда вызываемый терминал 52 поддерживает возможность загрузки и воспроизведения медиафайла MRT.
3. Как проиллюстрировано на фиг.9(c), модуль 53 выбора включает в себя третий блок 65 определения и третий блок 66 выполнения.
Третий блок 65 определения сконфигурирован для определения методов воспроизведения MRT, поддерживаемых вызывающим терминалом 52, на основании вызываемой возможности. Третий блок 66 выполнения сконфигурирован для выбора метода воспроизведения MRT с наивысшим приоритетом из определенных методов воспроизведения MRT.
Модуль 54 добавления включает в себя операционный блок 67 и блок 68 отправки. Операционный блок 67 сконфигурирован для добавления параметрической метки раннего сеанса в поле заголовка REQUIRE запроса вызова. Блок 68 отправки сконфигурирован для отправки запроса вызова, содержащего в себе параметрическую метку раннего сеанса, на вызываемый терминал 52.
Соответственно описанным выше способу и системе для реализации услуги MRT, вариант осуществления изобретения также предлагает устройство для реализации услуги MRT. Как проиллюстрировано на фиг.10(a), фиг.10(b) и фиг.10(c), устройство включает в себя модуль 71 приема и модуль 72 выбора.
Модуль 71 приема сконфигурирован для приема ответного сообщения, возвращенного с вызываемого терминала, после того, как вызываемый терминал получает запрос вызова, отправленный с вызывающего терминала.
Модуль 72 выбора сконфигурирован для определения вызываемой возможности вызываемого терминала на основании ответного сообщения и для выбора метода воспроизведения MRT на основании вызываемой возможности.
Кроме того, устройство включает в себя модуль 73 добавления, сконфигурированный для добавления в запрос вызова параметрической метки, запрашивающей, чтобы вызываемый терминал возвратил вызываемую возможность, и для отправки запроса вызова, содержащего в себе параметрическую метку, на вызываемый терминал.
Как проиллюстрировано на фиг.10(a), модуль 72 выбора включает в себя первый блок 81 определения и первый блок 82 выполнения. Первый блок 81 определения сконфигурирован для определения, поддерживает ли вызываемый терминал ранний сеанс. Первый блок 82 выполнения сконфигурирован для выбора метода согласования SDP раннего сеанса серверной модели для воспроизведения MRT, когда вызываемый терминал поддерживает ранний сеанс.
Как проиллюстрировано на фиг.10(b), модуль 72 выбора включает в себя второй блок 83 определения и второй блок 84 выполнения. Второй блок 83 определения сконфигурирован для определения, поддерживает ли вызываемый терминал возможность загрузки и воспроизведения медиафайла MRT. Второй блок 84 выполнения сконфигурирован для предоставления вызываемому терминалу возможности загружать и воспроизводить медиафайл MRT, когда вызываемый терминал поддерживает возможность загрузки и воспроизведения медиафайла MRT.
Как проиллюстрировано на фиг.10(c), модуль 72 выбора включает в себя третий блок 85 определения и третий блок 86 выполнения. Третий блок 85 определения сконфигурирован для определения методов воспроизведения MRT, поддерживаемых вызываемым терминалом, на основании вызываемой возможности. Третий блок 86 выполнения сконфигурирован для выбора метода воспроизведения MRT с наивысшим приоритетом из определенных методов воспроизведения MRT.
Модуль 73 добавления включает в себя операционный блок 87 и блок 88 отправки. Операционный блок 87 сконфигурирован для добавления параметрической метки раннего сеанса в поле заголовка REQUIRE запроса вызова. Блок 88 отправки сконфигурирован для отправки запроса вызова, содержащего в себе параметрическую метку раннего сеанса, на вызываемый терминал.
Соответственно были описаны способ, система и устройство для реализации MRBT, а также способ, система и устройство для реализации MRT. Как описано ниже, вариант осуществления изобретения также предлагает способ для реализации MRBT и реализации MRT. В этом варианте осуществления задано, что как вызывающий терминал, так и вызываемый терминал должны поддерживать ранний сеанс. Как проиллюстрировано на фиг.11, способ включает в себя следующие этапы.
На этапе 1101 вызывающий терминал отправляет запрос вызова на AS MRT.
Поле заголовка SUPPORTED запроса вызова может нести параметрическую метку раннего сеанса.
На этапе 1102 AS MRT несет параметрическую метку раннего сеанса в поле заголовка REQUIRE (ТРЕБУЕТ) принятого запроса вызова, запрашивающую, чтобы вызываемый терминал отвечал, поддерживается ли ранний сеанс, и отправляет запрос вызова на AS MRBT.
На этапе 1103, если AS MRBT определяет, что вызывающий терминал поддерживает ранний сеанс, AS MRBT воспроизводит MRBT для вызывающего терминала методом, подобным этапу 303, и отправляет запрос вызова на вызываемый терминал.
На этапе 1104 вызываемый терминал выполняет согласование SDP на основании своей собственной возможности и отправляет сигнализацию сигнала 183, включающую в себя результат (ответ) согласования SDP, на AS MRBT.
На этапе 1105 AS MRBT получает предложение MRBT из MRS.
На этапе 1106 AS MRBT добавляет предложение MRBT в принятую сигнализацию сигнала 183 и отправляет сигнализацию сигнала 183 на AS MRT.
На этапе 1107 AS MRT определяет, что вызываемый терминал поддерживает SDP раннего сеанса, и воспроизводит MRT для вызывающего терминала некоторым образом, подобным этапу 704.
Последующие последовательности операций могут относиться к фиг.3(a) и фиг.8(a) и подобны тем, которые описаны в предыдущем варианте осуществления.
Так как выполняются одновременные согласования SDP раннего сеанса MRBT и MRT, AS MRBT и AS MRT могут определять, является ли принятый SDP раннего сеанса SDP раннего сеанса MRBT или раннего сеанса MRT. Например, когда AS MRT отправляет ответ MRBT и предложение MRT на AS MRBT, ID (идентификатор) устройства добавляется для идентификации, соответствует ли SDP раннего сеанса услуге MRBT или услуге MRT.
Беря сигнализацию PRACK (ответ MRBT + предложение MRT) в качестве примера, ее формат может быть таким, как изложено ниже.
Content-Type: multipart/mixed; boundary="boundary1"
Content-Length: 401
--boundary 1
Content-Type: application/sdp
Content-Disposition: early-session; service = MRBT // ответ MRBT
--boundary 1
Content-Type: application/sdp
Content-Disposition: early-session; service = MRT // предложение MRT
--boundary 1--
С добавленным ID услуги, AS MRBT может определять SDP раннего сеанса MRBT в нем при приеме PRACK (ответа MRBT + предложения MRT).
Например, когда AS MRBT отправляет ответ и предложение MRBT на AS MRT посредством сигнала 183, ID также может быть добавлен так, чтобы AS MRT мог определять в нем SDP раннего сеанса. Сигнал 183 (ответ + предложение MRBT) может иметь формат, как изложенный ниже.
Content-Type: multipart/mixed; boundary="boundary1"
Content-Length: 401
--boundary 1
Content-Type: application/sdp
Content-Disposition: session // Нормальный ответ связи
--boundary 1
Content-Type: application/sdp
Content-Disposition: early-session; service = MRBT // предложение MRBT
--boundary 1--
С вышеприведенными техническими решениями, предложенными в вариантах осуществления изобретения, в последовательности операций, где терминалы меняются с имеющих меньшую возможность на имеющие большую возможность (например, в настоящее время только некоторые терминалы поддерживают ранний сеанс, но в будущем все терминалы будут поддерживать ранний сеанс), услуги MRBT и MRT, основанные на IMS, должны быть усовершенствованы как можно больше. И в такой последовательности операций временная задержка должна быть короткой для терминала, поддерживающего ранний сеанс, для реализации MRBT и MRT, с тем чтобы избегать потери данных. Для терминалов, не имеющих поддержки для раннего сеанса, могут применяться другие схемы, чтобы гарантировать реализацию услуг MRBT и MRT.
В качестве используемого в вариантах осуществления изобретения, термин «принимает/принимающий» может толковаться в качестве инициативного получения информации из любого другого модуля либо получения информации, отправленной из любого другого модуля.
Специалисты в данной области техники будут принимать во внимание, что чертежи используются только для иллюстрации отдельных вариантов осуществления, и не все модули или этапы на чертежах являются обязательными для осуществления изобретения.
Специалисты в данной области техники будут принимать во внимание, что модули в устройстве согласно варианту осуществления могут быть распределены в пределах устройства согласно варианту осуществления, как описано, или могут быть представлены в одном или более устройствах, отличных от варианта осуществления. Модули в варианте осуществления могут быть объединены в один или могут быть разделены на многочисленные подмодули.
Некоторые этапы в вариантах осуществления изобретения могут быть реализованы в программном обеспечении, а соответствующая программно реализованная программа может храниться на читаемых запоминающих носителях, таких как диск или жесткий диск.
Специалисты в данной области техники могут производить различные изменения и модификации в отношении изобретения, не выходя из объема изобретения. Если эти изменения и модификации в отношении изобретения подпадают под формулу изобретения и ее эквиваленты, изобретение подразумевается охватывающим эти изменения и модификации.