СИСТЕМА И СПОСОБ ВОСПРОИЗВЕДЕНИЯ СИГНАЛА КОНТРОЛЯ ПОСЫЛКИ ВЫЗОВА В IMS-СЕТИ
SYSTEM AND METHOD FOR PLAYING RINGING BACK TONE IN IMS NETWORK

Область техники
Настоящее раскрытие относится к способам IP-связи и, в частности, к способу, системе и серверу для воспроизведения сигнала контроля посылки вызова (Ring Back Tone, RBT) в сети Мультимедийной Подсистемы на основе протокола IP (IP Multimedia Subsystem, IMS).
Уровень техники
В настоящее время IMS-сеть может предоставлять службы RBT и службы присутствия на основе Протокола Инициации Сеанса (Session Initiation Protocol, SIP).
Службы присутствия предоставляют текущую информацию присутствия для подписчика службы присутствия. Информация присутствия может включать в себя информацию о множестве статусов, таких как досягаемость, текущий режим связи, доступность, настроение и местоположение Пользовательского Оборудования (User Equipment, UE). Сервер присутствия сохраняет и управляет информацией присутствия подписчика службы присутствия. Информация присутствия, такая как информация местоположения, может вручную модифицироваться пользователем или обновляться связанными сетевыми устройствами. Модифицированная информация присутствия может быть передана сервером присутствия подписчикам службы присутствия, которые подписаны на упомянутую информацию присутствия.
Служба RBT позволяет мобильным подписчикам и стационарным подписчикам модифицировать RBT, чтобы заменить им обычный гудок, и воспроизводить этот RBT вызывающим пользователям. В сетях разных операторов служба RBT может обозначаться разными терминами.
Модифицированный подписчиком RBT может представлять собой аудиоклип, включающий в себя музыку или предварительно записанную голосовую информацию, или мультимедиаинформацию, включающую в себя видео, аудио или т.п. Подписчик службы RBT может выбрать файл RBT, предоставляемый поставщиком службы или оператором через специальный Портал в сети Интернет, либо загрузить редактируемый подписчиком файл RBT в сеть Интернет, или копировать файлы RBT других подписчиков для личного использования с разрешения владельцев авторских прав. Подписчик службы RBT также может задавать различные политики для воспроизведения этих файлов RBT. Например, подписчик может воспроизводить разные файлы RBT в различных временных сегментах либо воспроизводить разные файлы RBT разным вызывающим пользователям. Когда пользователь вызывает подписчика, который уже запросил службу RBT, пользователь может видеть или слышать информацию файла RBT, выбранную этим подписчиком, а не обычный гудок.
В настоящее время политики воспроизведения RBT, устанавливаемые подписчиками службы RBT, являются фиксированными в стационарной сети или мобильной сети. Фиксированный файл RBT воспроизводится фиксированному вызывающему пользователю или в фиксированном временном сегменте либо группа фиксированных файлов RBT воспроизводится в случайном порядке или циклически. Даже если подписчик устанавливает политику воспроизведения RBT согласно его собственному статусу, файл RBT не может быть определен согласно текущему статусу присутствия подписчика при его вызове, поскольку Сервер Приложения Мультимедийного Сигнала Контроля Посылки Вызова (Multimedia Ring Back Tone Application Server, MRBT AS) в сети не может получить текущую информацию присутствия вызываемого пользователя. Таким образом, вызывающий пользователь получает информацию RBT, которая задается вызываемым пользователем для конкретного временного сегмента или для конкретного вызывающего пользователя, а не информацию RBT, которая задается согласно текущему статусу присутствия вызываемого пользователя.
Сущность изобретения
Согласно вариантам осуществления настоящего раскрытия предоставлены способ, система и сервер для воспроизведения RBT в IMS-сети, чтобы разрешить проблему, заключающуюся в том, что RBT не воспроизводится согласно текущему статусу вызываемого пользователя в службе RBT, предоставляемой подсистемой IMS.
Способ воспроизведения RBT в IMS-сети согласно одному варианту настоящего раскрытия включает в себя этапы, на которых: получают информацию текущего статуса вызываемого пользователя; определяют Идентификатор (ID) RBT, соответствующий информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи между информацией статуса подписчика и ID RBT; и воспроизводят вызывающему пользователю RBT, соответствующий идентификатору ID RBT.
Система для воспроизведения RBT в IMS-сети согласно одному варианту настоящего раскрытия включает в себя: сервер присутствия, приспособленный для того, чтобы хранить и управлять информацией текущего статуса подписчика; Сервер Приложения Мультимедийного Сигнала Контроля Посылки Вызова (Multimedia Ring Back Tone Application Server, MRBT AS), приспособленный для того, чтобы получать информацию текущего статуса вызываемого пользователя, определять ID RBT, соответствующий информации текущего статуса вызываемого пользователя, в соответствии с соответствующей взаимосвязью между информацией статуса подписчика и ID RBT, и чтобы передавать ID RBT как сообщение уведомления; и Сервер Медиа-Ресурсов (Media Resource Server, MRS), приспособленный для того, чтобы воспроизводить вызывающему пользователю RBT, идентифицируемый посредством RBT, после получения сообщения уведомления, переданного из MRBT AS.
MRBT AS согласно одному варианту осуществления настоящего раскрытия включает в себя: управляющий модуль управления, приспособленный для того, чтобы уведомлять модуль интерфейса о получении информации текущего статуса вызываемого пользователя после получения запроса воспроизведения RBT, который содержит ID вызываемого пользователя, и чтобы определять ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи между информацией статуса вызываемого пользователя и ID RBT; модуль интерфейса, приспособленный для того, чтобы получать информацию текущего статуса вызываемого пользователя из сервера присутствия; и мультимедийный управляющий модуль, приспособленный для того, чтобы уведомлять MRS о воспроизведении вызывающему пользователю RBT, идентифицируемого посредством ID RBT согласно ID RBT, определенному управляющим модулем управления.
В вариантах осуществления настоящего раскрытия политика воспроизведения RBT хранится в сети, причем политика воспроизведения RBT может включать в себя соответствующую взаимосвязь между ID вызываемого пользователя, информацией статуса вызываемого пользователя и ID RBT. После получения запроса воспроизведения RBT, который содержит ID вызывающего пользователя и ID вызываемого пользователя, получается информация текущего статуса вызываемого пользователя; ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, определяется согласно соответствующей взаимосвязи, хранящейся в политике воспроизведения RBT; и после этого RBT, идентифицируемый посредством ID RBT, воспроизводится вызывающему пользователю. Варианты осуществления настоящего раскрытия реализуют функцию воспроизведения RBT вызывающему пользователю согласно текущему статусу вызывающего пользователя, когда определено, что политика воспроизведения RBT вызываемого пользователя основана на информации о его статусе, таким образом, предоставляя возможность пользователю устанавливать службы более гибко и обеспечивая лучшее восприятие пользователем.
Краткое описание чертежей
Фиг.1 - сетевая схема для реализации службы RBT согласно одному варианту осуществления настоящего раскрытия;
Фиг.2 - схема последовательности операций для реализации службы RBT согласно одному варианту осуществления настоящего раскрытия;
Фиг.3 - схема последовательности операций с указанием прохождения сигналов согласно одному варианту осуществления настоящего раскрытия;
Фиг.4 - иллюстрация структуры системы согласно одному варианту осуществления настоящего раскрытия;
Фиг.5 - иллюстрация структуры MRBT AS согласно одному варианту осуществления настоящего раскрытия; и
Фиг.6 - иллюстрация процессов вызова внутренних модулей MRBT AS согласно одному варианту осуществления настоящего раскрытия.
Подробное описание изобретения
Один вариант осуществления настоящего раскрытия предоставляет техническое решение для воспроизведения RBT в IMS-сети. В данном техническом решении служба RBT, предоставляемая IMS-сетью, и служба присутствия сочетаются таким образом, что сеть может определить RBT, который должен быть воспроизведен, согласно текущему статусу вызываемого пользователя.
Фиг.1 представляет собой сетевую схему упомянутого технического решения, которое включает в себя следующие сетевые объекты.
Сервер присутствия приспособлен для того, чтобы хранить и управлять информацией статуса подписчика службы присутствия.
MRBT AS приспособлен для того, чтобы предоставлять процесс управления службы RBT, включая управление службой, выбор политик воспроизведения RBT, аутентификацию и генерацию Записи Деталей Вызова (Call Detail Record, CDR). Процесс управления службы RBT может включать в себя: получение информации текущего статуса вызываемого пользователя, определение ID RBT, соответствующего информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи между информацией статуса подписчика и ID RBT, и уведомление MRS для воспроизведения связанного файла RBT, соответствующего ID.
MRS приспособлен для того, чтобы хранить файлы RBT и воспроизводить вызывающему пользователю файл RBT, соответствующий ID RBT.
Объект Прокси-Функции Управления Вызовами и Сеансами (Proxy-Call Session Control Function, P-CSCF) используется подписчиком для доступа к IMS.
Объект Функции Управления Сеансами и Вызовами (Serving-Call Session Control Function, S-CSCF) приспособлен для того, чтобы управлять сеансом и запуском службы, а также взаимодействовать с AS для управления службой.
Домашний Сервер Подписчиков (Home Subscriber Server, HSS) приспособлен для того, чтобы одинаковым образом управлять данными подписки множества подписчиков.
Портал используется подписчиком для установки и управления его политиками воспроизведения RBT, загрузки или подписки на файлы RBT.
Как показано на Фиг.1, точка Управления Службой IMS (Service Control IMS, ISC) приспособлена для того, чтобы обеспечивать обмен сообщений между CSCF и AS по протоколу SIP. Точка Sh приспособлена для того, чтобы обеспечивать обмен сообщений между HSS и AS по протоколу Diameter, предоставляющему службы аутентификации, авторизации и биллинга. Точка Mr приспособлена для того, чтобы обеспечивать обмен сообщений между S-CSCF и MRS по протоколу SIP. Точка Mw приспособлена для того, чтобы обеспечивать обмен сообщений между двумя CSCF по протоколу SIP. Точка Gm приспособлена для того, чтобы обеспечивать обмен сообщений между UE и CSCF по протоколу SIP. MRBT AS осуществляет связь с Порталом по Простому Протоколу Доступа к Объектам (Simple Object Access Protocol, SOAP); а MRS осуществляет связь с UE по Транспортному Протоколу Реального Времени (Real-Time Transfer Protocol, RTP).
Сервер присутствия может осуществлять связь с MRBT AS непосредственно или косвенно через Интегрированную Сервисную Шину (Integrated Service Bus, ISB). Сервер присутствия может осуществлять связь с MRBT AS по протоколу SIP или SOAP.
Как показано на Фиг.2, способ, предоставленный согласно одному варианту осуществления настоящего раскрытия, включает в себя следующие этапы.
Этап 601: Вызываемый пользователь устанавливает политику воспроизведения RBT согласно информации статуса, и сеть сохраняет эту политику воспроизведения RBT.
Вызываемый пользователь может устанавливать политику воспроизведения RBT через Портал в соответствии с информацией статуса, то есть вызываемый пользователь может выбирать различные RBT в соответствии с различными состояниями. Портал сохраняет политику воспроизведения RBT, установленную подписчиком, в своей базе данных, и MRBT AS получает при необходимости эту информацию политики; либо Портал передает политику воспроизведения RBT в MRBT AS, и MRBT AS сохраняет эту политику в своей базе данных. Политика воспроизведения RBT также может быть сохранена в других режимах при условии, что MRBT AS может выполнить доступ к этой политике.
Политика воспроизведения RBT может включать в себя соответствующую взаимосвязь между ID подписчика, информацией статуса подписчика и ID RBT.
Предпочтительно, информация статуса может включать в себя ID типа присутствия и значение присутствия, а политика воспроизведения RBT может включать в себя ID приоритета. Политики воспроизведения RBT, установленные согласно информации статуса, например, установленные согласно временному сегменту, вызывающему пользователю и группе, имеют более высокий приоритет, чем нормальные политики воспроизведения RBT. Таким образом, упомянутая политика относится к отношению по приоритету между множеством политик воспроизведения RBT, установленных согласно информации статуса. Политики могут быть ранжированы в порядке возрастания или убывания, однако они не должны повторяться. ID типа присутствия идентифицирует тип информации статуса, устанавливаемой подписчиком, например, тип местоположения или тип доступности для связи. Значение присутствия представляет собой значение, соответствующее типу присутствия. Например, когда тип присутствия являет собой тип местоположения, то значение присутствия может быть равно значению "роуминг". ID RBT может включать в себя путь для сохранения файла RBT. Таким образом, политика воспроизведения RBT, включающая в себя ID приоритета, ID типа присутствия, значение присутствия и ID RBT, может быть сохранена в следующем кватернарном групповом формате:
|ID приоритета |ID типа присутствия | значение присутствия | ID RBT|
Этап 602: Устанавливается статус вызываемого пользователя, и сеть сохраняет информацию статуса.
Когда вызываемый пользователь меняет определенное состояние, то он может установить свой собственный статус. Например, подписчик устанавливает статус в значение "За рулем" через UE до начала поездки, и сервер присутствия в сети сохраняет соответствующую взаимосвязь между ID вызываемого пользователя и установленной информацией статуса. Когда местоположение вызываемого пользователя меняется, сеть обновляет статус вызываемого пользователя. Например, когда вызываемый пользователь находится в деловой поездке или путешествует, служба местоположения, предоставляемая сетью, устанавливает статус вызываемого пользователя в значение "В роуминге" и сохраняет соответствующую взаимосвязь между ID вызываемого пользователя и информацией статуса. Текущий статус вызываемого пользователя может содержать более одного значения. Например, если вызываемый пользователь управляет автомобилем вне домашней сети, то сервер присутствия может сохранить множество блоков информации статуса вызываемого пользователя.
Этап 603: Вызывающий пользователь вызывает вызываемого пользователя, и сеть получает политику воспроизведения RBT вызываемого пользователя и определяет, необходимо ли получить информацию текущего статуса вызываемого пользователя.
Когда вызывающий пользователь вызывает вызываемого пользователя, MRBT AS в сети может принять запрос воспроизведения RBT от вызываемого пользователя, если последний является подписчиком службы RBT. Запрос воспроизведения RBT несет в себе ID вызывающего пользователя и ID вызываемого пользователя.
MRBT AS получает из Портала или базы данных MRBT AS политику воспроизведения RBT, включающую в себя ID вызываемого абонента. Если полученная политика воспроизведения RBT основана на информации статуса, то есть если политика воспроизведения RBT установлена подписчиком согласно информации статуса, то MRBT AS требуется получить информацию текущего статуса вызываемого пользователя из сервера присутствия, и процесс переходит к этапу 604; если же полученная политика воспроизведения RBT не основана на информации статуса, то MRBT AS не требуется получать информацию текущего статуса вызываемого пользователя, и процесс переходит к этапу 605. Способ для определения того, основана ли политика воспроизведения RBT на информации статуса, заключается в добавлении ID типа информации в политику воспроизведения RBT. ID типа информации идентифицирует, основана ли политика воспроизведения RBT на информации статуса.
Этап 604: Сеть получает информацию текущего статуса вызываемого пользователя и определяет RBT, который должен быть воспроизведен согласно информации текущего статуса и политике воспроизведения RBT. После этого процесс переходит к этапу 606.
MRBT AS в сети получает информацию текущего статуса вызываемого пользователя путем передачи запроса, содержащего ID вызываемого пользователя, в сервер присутствия. После приема запроса статуса сервер присутствия определяет информацию текущего статуса, соответствующую ID вызываемого абонента, согласно соответствующей взаимосвязи между сохраненным ID вызываемого пользователя и информацией статуса.
После получения информации текущего статуса вызываемого пользователя, возвращенной сервером присутствия, MRBT AS определяет RBT, который должен быть воспроизведен согласно информации статуса и политики воспроизведения, на основании информации статуса вызываемого абонента, которая была получена на этапе 603. Конкретный способ реализуется следующим образом. MRBT AS определяет ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса, согласно соответствующей взаимосвязи между ID вызываемого пользователя, информацией статуса и ID RBT, сохраненных на этапе 601, и принимает определенный RBT в качестве RBT, который должен быть воспроизведен. Если MRBT AS определяет более одного ID RBT согласно соответствующей взаимосвязи, то MRBT AS определяет один RBT с более высоким приоритетом в качестве RBT, который должен быть воспроизведен, согласно ID приоритета в политике воспроизведения RBT.
Этап 605: Сеть определяет RBT, который должен быть воспроизведен, согласно полученной политике воспроизведения RBT.
Если полученная политика воспроизведения RBT не основана на информации статуса, описанной для этапа 603, то MRBT AS определяет RBT, который должен быть воспроизведен, согласно полученной политике воспроизведения RBT. Политика воспроизведения RBT устанавливается согласно временному сегменту и вызывающему пользователю, а не информации присутствия.
Этап 606: Сеть воспроизводит определенный RBT вызывающему пользователю.
MRBT AS передает определенный ID RBT в MRS. MRS получает RBT согласно ID RBT и воспроизводит этот RBT вызывающему пользователю.
В данном способе этап 603 и этап 604 также могут быть реализованы следующим образом.
Сначала сеть получает информацию текущего статуса вызываемого пользователя; далее сеть получает политику воспроизведения RBT, установленную для текущего статуса вызываемым пользователем, причем политика воспроизведения RBT включает в себя текущий статус; и определяет RBT, который должен быть воспроизведен согласно полученной политике воспроизведения RBT. Если сети не удается получить политику воспроизведения RBT, установленную для текущего статуса вызываемым пользователем, то сеть получает политику воспроизведения RBT, которая установлена вызываемым пользователем согласно временному сегменту и вызывающему пользователю, а не согласно информации присутствия. Далее, сеть определяет RBT, который должен быть воспроизведен, согласно полученной политике воспроизведения RBT.
Ниже настоящий способ описан со ссылкой на конкретный вариант осуществления настоящего раскрытия.
Как показано на Фиг.3, в этом варианте осуществления вызываемый пользователь уже установил политику воспроизведения RBT согласно текущему статусу, то есть MRBT AS в сети сохранит соответствующую взаимосвязь между ID вызываемого пользователя, информацией текущего статуса и ID RBT. Процесс, когда вызывающий пользователь вызывает вызываемого пользователя, процесс взаимодействия сигнализации, когда MRBT AS принимает запрос воспроизведения RBT, и последующий процесс разговора или ожидания ответа не показаны на Фиг.3. На Фиг.3 проиллюстрирован процесс выбора RBT, который должен быть воспроизведен. Данный процесс включает в себя следующие этапы.
Этап 701: Вызывающий пользователь вызывает вызываемого пользователя. Вызывающее UE устанавливает сеанс и согласовывает мультимедийные данные. MRBT AS принимает запрос 200 OK воспроизведения RBT (PRACK).
Этап 702: MRBT AS определяет, сохранена ли в MRBT AS политика воспроизведения RBT, основанная на информации статуса вызываемого пользователя.
Этап 703: Если политика воспроизведения RBT, основанная на информации статуса вызываемого пользователя, сохранена в MRBT AS, то MRBT AS передает сообщение с запросом статуса в сервер присутствия.
В данный этап входит процесс SIP-транзакции, который включает в себя сообщение с запросом SUBSCRIBE и соответствующее ответное сообщение. Ниже приведен пример интерактивной сигнализации сообщения с запросом SUBSCRIBE и соответствующего ответного сообщения.
Сообщение с запросом
SUBSCRIBE sip:sample01@imssample.com SIP/2.0
From: <sip:sample02@imssample.com>;tag=e16da6bf
To: <sip: sample01@imssample.com>
CSeq: 1 SUBSCRIBE
Accept: application/pidf+xml,multipart/related
Contact:<sip:1.211.66.15.32@211.66.15.212:5060;transport=udp>
Expires: 0
Max-Forwards: 68
User-Agent: presence
Event: presence
Content-Length: 0
Ответное сообщение
SIP/2.0 200 OK
Call-ID: b5f463899a6484267599416bl73ecl72@SIPA
From: <sip:sample01@imssample.com>;tag=el6da6bf
To: <sip:sample02@imssample.com>;tag=6f5c3e95
CSeq: 1 SUBSCRIBE
Expires: 0
Contact: <sip:211.66.15.150:5060>
Content-Length: 0
Этап 704: Сервер присутствия возвращает в MRBT AS сообщение, включающее в себя информацию текущего статуса вызываемого пользователя.
В данный этап входит процесс SIP-транзакции, который включает в себя сообщение NOTIFY и соответствующее ответное сообщение. Ниже приведен пример интерактивной сигнализации сообщения NOTIFY и соответствующего ответного сообщения. В этом примере текущий подписчик находится в состоянии "На встрече", и здесь описано только то, как получать информацию присутствия.
Сообщение с запросом
NOTIFY sip:1.211.66.15.32@211.66.15.212:5060;transport=udp SIP/2.0
Call-ID: b5f463899a6484267599416bl73ecl72@SIPA
From: <sample01@imssample.com>;tag=6f5c3e95
To: <sample02@imssample.com>;tag=el6da6bf
CSeq: 1 NOTIFY
Event: presence
Contact: <sip:211.66.15.150:5060>
User-Agent: presence
Subscription-State: active
Content-Length: 423
Content-Type: application/pidf+xml
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf
xmlns:pdm="
urn:ietf:params:xml:ns:pidf:data-model" xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid"
xmlns:op="urn:oma:xml:prs:pidf:oma-pres"
xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc"
xmlns:gml="um:opengis:specification:gml:schema-xsd:feature:v3.0"
xmlns:lt="urn:ietf:params:xml:ns:location-type" entity="sip:someone@example.com">
<pdm:person id="al233">
<op:overriding-willingness>
<op:basic>open</op:basic>
</op:overriding-willingness>
<rpid:activities>
<rpid:meeting/>
</rpid:activities>
<rpid:place-type> <lt:office/> </rpid:place-type>
<rpid:status-icon>http://example.com/~my-icons/busy</rpid:status-icon>
<rpid:time-offset> 120</rpid:time-offset>
<rpid:class>forfriends</rpid:class>
<pdm:note xml:lang="en">I'm in a boring meeting!!</pdm:note>
<pdm: timestamp>2006-02-22T20:07:07Z</pdm:timestamp>
</pdm:person>
</presence>
Ответное сообщение
SIP/2.0 200 OK
Call-ID: b5f463899a6484267599416bl73ecl72@SIPA
From: <sip:sample02@imssample.com>;tag=6f5c3e95
To: <sip:sample01@imssample.com>;tag=el6da6bf
CSeq: 1 NOTIFY
Content-Length: 0
Этап 705: MRBT AS определяет RBT, который должен быть воспроизведен, согласно возвращенной информации текущего статуса и политике воспроизведения RBT, основанной на информации статуса вызываемого пользователя.
Этап 706: MRBT AS уведомляет MRS о воспроизведении определенного RBT вызывающему пользователю.
Этап 707: MRS передает ответное сообщение (200 OK) в MRBT AS.
Этап 708: MRS воспроизводит RBT вызывающему пользователю.
В предшествующем процессе запрос INFO представляет некий тип расширенного сообщения SIP. Определение дано в документе RFC 2976. В теле сообщения INFO специфицирована информация воспроизведения мультимедийных данных для уведомления MRS о воспроизведении мультимедийных данных.
В этом варианте осуществления, если MRBT AS хранит политику воспроизведения RBT, основанную на информации статуса вызываемого пользователя, то после получения запроса воспроизведения RBT, MRBT AS получает информацию текущего статуса вызываемого пользователя из сервера присутствия путем взаимодействия через SIP-сообщения, определяет RBT, который должен быть воспроизведен, согласно информации текущего статуса и сохраненной политике воспроизведения RBT, и уведомляет MRS о воспроизведении определенного RBT вызывающему пользователю. Предшествующее решение удовлетворяет требованиям подписчика для установки политики воспроизведения RBT согласно его текущему статусу. Если вызываемый пользователь устанавливает политику воспроизведения RBT, основанную на информации статуса, то MRBT AS определяет RBT, который должен быть воспроизведен вызывающему пользователю, согласно информации текущего статуса в сочетании с сохраненной политикой воспроизведения RBT, и информация текущего статуса вызываемого пользователя получается из сервера присутствия. Согласно настоящему способу для воспроизведения RBT вызывающему пользователю согласно статусу вызываемого пользователя можно динамически выбирать и воспроизводить RBT согласно различным сценариям, в результате чего улучшается восприятие пользователем.
Фиг.4 представляет собой иллюстрацию системы для воспроизведения RBT в IMS-сети согласно одному варианту осуществления настоящего раскрытия. Данная система включает в себя MRBT AS 801, MRS 802 и сервер 803 присутствия. MRBT AS 801 приспособлен для того, чтобы хранить политику воспроизведения RBT пользователя. Политика воспроизведения RBT включает в себя соответствующую взаимосвязь между ID подписчика, информацией статуса и ID RBT. После получения запроса воспроизведения RBT, включающего в себя ID вызывающего пользователя и ID вызываемого пользователя, если MRBT AS 801 хранит в себе политику воспроизведения RBT, которая включает в себя ID вызываемого пользователя, то MRBT AS 801 получает информацию текущего статуса вызываемого пользователя из сервера 803 присутствия, определяет ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи, и уведомляет MRS о воспроизведении RBT, идентифицируемого посредством ID RBT, вызывающему пользователю согласно ID RBT. MRS 802 приспособлен для того, чтобы воспроизводить RBT, идентифицируемый посредством ID RBT, вызывающему пользователю после получения упомянутого уведомления. Сервер 803 присутствия приспособлен для того, чтобы сохранять информацию текущего статуса подписчика.
MRBT AS 801 включает в себя блок 8011 хранения, блок 8012 приема, первый блок 8013 принятия решений, блок 8014 определения и блок 8015 уведомления. Блок 8011 хранения приспособлен для того, чтобы хранить политику воспроизведения RBT подписчика, причем политика воспроизведения RBT подписчика включает в себя соответствующую взаимосвязь между ID подписчика, информацией статуса и ID RBT. Блок 8012 приема приспособлен для того, чтобы принимать запрос воспроизведения RBT, который включает в себя ID вызывающего пользователя и ID вызываемого пользователя. Первый блок 8013 принятия решений приспособлен для того, чтобы определять, хранит ли блок 8011 хранения политику воспроизведения RBT, которая включает в себя ID вызываемого пользователя, после получения запроса воспроизведения RBT. Блок 8014 определения приспособлен для того, чтобы получать информацию текущего статуса вызываемого пользователя из сервера 803 присутствия после того, как первый блок 8013 принятия решений определяет, что блок 8011 хранения хранит в себе политику воспроизведения RBT, и определяет ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи, хранимой в блоке 8011 хранения. Блок 8015 уведомления приспособлен для того, чтобы уведомлять MRS о воспроизведении вызывающему пользователю RBT, идентифицируемого посредством ID RBT, который был определен блоком 8014 определения.
Информация статуса может включать в себя информацию присутствия, информацию местоположения, предпочтительный режим связи или характеристики UE. MRBT AS 801 и сервер 8023 присутствия соединены непосредственно либо косвенно через ISB. MRBT AS 801 осуществляет связь с сервером 803 присутствия по протоколу SIP или SOAP.
Если политика воспроизведения RBT также включает в себя ID приоритета, то блок 8014 определения включает в себя второй блок 80141 принятия решений и блок 80142 выбора. Второй блок 80141 принятия решений приспособлен для того, чтобы определять один или более ID RBT согласно соответствующей взаимосвязи. Блок 80142 выбора приспособлен для того, чтобы определять один ID RBT как ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, если второй блок принятия 80141 решений определяет один ID RBT согласно соответствующей взаимосвязи; или выбирать один ID RBT с более высоким приоритетом, если второй блок 80141 принятия решений определяет более одного ID RBT согласно соответствующей взаимосвязи, и чтобы определять выбранный ID RBT как ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя.
Фиг.5 представляет собой иллюстрацию MRBT AS согласно одному варианту осуществления настоящего раскрытия. MRBT AS может быть использован в системе для воспроизведения RBT в IMS-сети. MRBT AS может включать в себя модуль 901 хранения политики, управляющий модуль 902 управления, модуль 903 интерфейса и управляющий модуль 904 мультимедиа. Модуль 901 хранения политики приспособлен для того, чтобы хранить политику воспроизведения RBT подписчика, которая включает в себя соответствующую взаимосвязь между ID подписчика, информацией статуса и ID RBT. Управляющий модуль 902 управления приспособлен для того, чтобы: после получения запроса воспроизведения RBT, который включает в себя ID вызывающего пользователя и ID вызываемого пользователя, уведомлять модуль интерфейса о получении информации текущего статуса вызываемого пользователя, если модуль 901 хранения политики хранит политику воспроизведения RBT, которая включает в себя ID вызываемого пользователя, и чтобы определять ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя согласно соответствующей взаимосвязи, хранимой модулем 901 хранения политики. Модуль 903 интерфейса приспособлен для того, чтобы получать информацию текущего статуса вызываемого пользователя из сервера 803 присутствия. Управляющий блок 904 мультимедиа приспособлен для того, чтобы уведомлять MRS о воспроизведении вызывающему пользователю RBT, идентифицируемого посредством ID RBT, который был определен управляющим блоком 902 управления.
Управляющий модуль 902 управления может включать в себя блок 9021 приема, первый блок 9022 принятия решений, блок 9023 уведомления и блок 9024 определения. Блок 9021 приема приспособлен для того, чтобы принимать запрос воспроизведения RBT, который включает в себя ID вызывающего пользователя и ID вызываемого пользователя. Первый блок 9022 принятия решений приспособлен для того, чтобы определять, хранит ли блок 901 хранения политику воспроизведения RBT, которая включает в себя ID вызываемого пользователя, после получения упомянутого запроса. Блок 9023 уведомления приспособлен для того, чтобы уведомлять модуль 903 интерфейса о получении информации текущего статуса вызываемого пользователя после определения того, что модуль 901 хранения политики хранит в себе политику воспроизведения RBT, которая включает в себя ID вызываемого пользователя. Блок 9024 определения приспособлен для того, чтобы определять ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, согласно соответствующей взаимосвязи, хранимой модулем 901 хранения политики.
Если политика воспроизведения RBT также включает в себя ID приоритета, то блок 9024 определения включает в себя второй блок 90241 принятия решений и блок 90242 выбора. Второй блок 90241 принятия решений приспособлен для того, чтобы определять один или более ID RBT согласно соответствующей взаимосвязи. Блок 90242 выбора приспособлен для того, чтобы: определять ID RBT как ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя, если второй блок принятия 90241 решений определяет один ID RBT согласно соответствующей взаимосвязи; или выбирать один ID RBT с более высоким приоритетом, если второй блок 90241 принятия решений определяет более одного ID RBT согласно соответствующей взаимосвязи, и чтобы определять выбранный ID RBT как ID RBT, соответствующий ID вызываемого пользователя и информации текущего статуса вызываемого пользователя.
Политика воспроизведения RBT может быть считана и сохранена модулем 901 хранения политики в следующем кватернарном групповом формате:
|ID приоритета |ID типа статуса присутствия | значение присутствия | ID RBT|
Значение и применение каждого элемента данных в этом формате может соответствовать вышеописанным. Применение ID приоритета может иметь следующие преимущества: когда вызываемый пользователь находится во множестве состояний, например, одновременно в состоянии "роуминг" и в состоянии "за рулем", информация статуса вызываемого пользователя, которую принимает MRBT AS из сервера 803 присутствия, может включать в себя множество значений присутствия. Если сохранено множество политик воспроизведения RBT, то может быть определено множество ID RBT. ID приоритета может быть использован для выбора RBT с более высоким приоритетом и для воспроизведения этого RBT с более высоким приоритетом вызывающему пользователю.
Вышеупомянутую кватернарную группу можно заменить на тройную группу или расширить до группы из пяти или более блоков путем добавления других вспомогательных данных.
Ниже описано функционирование внутренних модулей MRBT AS (а также взаимосвязь вызовов этих модулей) в процессе выбора и воспроизведения RBT согласно политике воспроизведения RBT, основанной на установленной информации статуса. Данный процесс описан со ссылкой на Фиг.6.
Этап 1001: Управляющий модуль 902 управления принимает запрос воспроизведения RBT от подписчика.
Этап 1002: Управляющий модуль 902 управления вызывает модуль 901 хранения политики, чтобы получить из базы данных или другого средства хранения политику воспроизведения RBT, установленную подписчиком через Портал.
Этап 1003: Управляющий модуль 902 управления определяет, входит ли в число полученных политик политика воспроизведения RBT, основанная на информации статуса. На Фиг.6 описан только этот случай.
Этап 1004: Управляющий модуль 902 управления запрашивает информацию текущего статуса вызываемого пользователя из сервера 803 присутствия через модуль 903 интерфейса.
Этап 1005: Управляющий модуль 902 управления определяет RBT, который должен быть воспроизведен, согласно полученной информации текущего статуса и политике воспроизведения RBT.
Этап 1006: Управляющий модуль 902 управления уведомляет MRS о воспроизведении RBT вызывающему пользователю через управляющий модуль 904 мультимедиа.
В заключение можно отметить, что согласно вариантам осуществления настоящего раскрытия RBT, который воспроизводится вызывающему пользователю, может быть определен согласно текущему статусу вызываемого пользователя и установленной политике воспроизведения RBT. Таким образом, RBT может выбираться и воспроизводится динамическим образом согласно сценариям, и восприятие пользователем значительно улучшается.
Очевидно, что специалисты в данной области техники могут реализовать различные модификации и вариации настоящего раскрытия в рамках сущности и объема настоящего раскрытия. Настоящее раскрытие предназначено для охвата всех подобных модификаций и вариаций при условии, что они входят в объем охраны, определенный следующей формулой изобретения или ее эквивалентами.