Способ и система для реализации услуги подписки в сети ims

Изобретение относится к способу и системе реализации услуги подписки в сети мультимедийной подсистемы, использующей Интернет-протокол IP. Технический результат заключается в обеспечении более высокой эффективности передачи информации. Для этого способ содержит этапы: установления IP-каналов связи между пограничным контроллером сеансов связи (SBC) и терминалом мультимедийной подсистемы, использующей Интернет-протокол IP (IMS), а также между SBC и сервером, ведущим список ресурсов (RLS), после получения сообщения-запроса подписки на статус от IMS-терминала; и отправки сервером, ведущим список ресурсов (RLS), подписной информации о статусе и сообщения-подтверждения на IMS-терминал по IP-каналам связи после того, как RLS находит подписную информацию о статусе для IMS-терминала. 2 н. и 9 з.п. ф-лы, 6 ил.

 

Область применения

Настоящее изобретение относится к технологии абонентского сервиса для терминалов сети IMS (мультимедийная подсистема, использующая интернет-протокол), и в частности, к технологии подписки на услугу, связанную с передачей в сети IMS большого количества данных с большой частотой.

Уровень техники

IMS - сетевая архитектура, работающая по интернет-протоколу, предложенная Проектом Партнерства Третьего Поколения (3GPP), обеспечивающая открытую и гибкую сервисную среду, поддерживающая различные мультимедийный приложения и дающая возможность оказания широкого спектра мультимедийных услуг терминалам пользователей. Сетевая архитектура IMS независима от технологий доступа, и с помощью нее могут быть оказаны услуги абонентам не только сетей пакетного доступа, таких, как, например, GPRS, WLAN и им подобные, но также мобильным абонентам сотовых сетей, таких, как GSM, UMTS и им подобным.

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

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

На фиг.1 схематически представлена структура сетевых объектов IMS, имеющих отношение к функции присутствия. Как показано на фиг.1, терминал сети IMS одновременно выполняет две роли: наблюдателя и агента контроля присутствия пользователя PUA (Presence User Agent); агент присутствия PA (Presence Agent) является сервером приложений AS (Application Server), расположенным в главной сети. Сервер RLS, ведущий список ресурсов (Resource List Server), также может выполнять функции сервера приложений, Серверы приложений AS, предоставляющие различные услуги, также могут служить наблюдателями за субъект присутствия РЕ (Presence Entity). Большинство интерфейсов взаимодействия между устройствами осуществляют функцию статус присутствия интерфейсов IMS, работающих по SIP-протоколам (протоколам инициализации сеанса связи), или интерфейсов IMS, работающих по протоколам DIAMETER и прочие. Так, например, интерфейс «Реп» позволяет серверу приложений AS действовать как PUA и выдавать информацию о статусе присутствия агенту присутствия РА объекта РЕ. PUA может получать информацию о статусе терминала пользователя из любых возможных источников информации, включая, например, регистр местонахождения абонентов (HLR) сети с коммутацией каналов, узел сервисной поддержки сети GPRS (SGSN), или функция управления сеансами связи, связанными с оказанием услуг (S-CSCF), зарегистрированная в сети IMS.

На фиг.2 представлена последовательность операций подписки терминала IMS на получение информации о статусе от RLS. Как показано на данном чертеже, процесс реализации статуса присутствия в сети IMS включает следующие этапы, на которых:

Этап 201: программа-наблюдатель терминала IMS формирует запрос подписки («Subscribe») на список статуса присутствия программы-наблюдатель терминала. При этом в поле заголовка «Event» запроса указывается значение Eventilist, чтобы указать, что производится подписка именно на список, а не на статус присутствия одиночного сетевого субъекта РЕ;

Этапы 202-203: запрос подписки пересылается через пограничный контроллер сеансов связи (SBC) на функцию управления сеансами связей, связанных с запросами (I-CSCF), и затем на S-CSCF. В этот момент производится его фильтрация по первичным критериям;

Этап 204: запрос подписки, прошедший фильтрацию, пересылается на соответствующий сервер приложений, функционирующий как RLS-сервер;

Этапы 205-208: после проверки идентификационных данных запрашивающего субъекта и авторизации подписки, RLS выдает ответное сообщение «200OK» и направляет его на терминал IMS через S-CSCF, прокси-функцию P-CSCF и SBC;

Этапы 209-212: RLS высылает уведомление («NOTIFY»), которое еще не содержит информации о статусе присутствия, и данное уведомление должно быть отправлено на терминал IMS через S-CSCF и P-CSCF;

Этапы 213-216: терминал IMS выдает ответное сообщение «200OK», и оно через SBC, P-CSCF и S-CSCF пересылается на RLS; и

Этапы 217-220: RLS собирает информацию от всех субъектов присутствия (РЕ), одного за одним, по списку ресурсов; после сбора достаточного количества информации RLS генерирует еще одно уведомление («NOTIFY») и направляет его на терминал IMS через S-CSCF, прокси-функцию P-CSCF и SBC. Уведомление содержит всю информацию о присутствии, полученную от контролирующих модулей (PUA) субъектов присутствия РЕ.

Из схемы, приведенной на фиг.2, можно видеть, что если один терминал IMS, выступающий в роли наблюдателя, хочет подписаться на информацию о статусе присутствия какого-либо сетевого субъекта РЕ, IMS-терминал-наблюдатель должен взаимодействовать с RLS с помощью команд «Subscribe» и «NOTIFY», пересылаемых в виде сообщений по SIP-протоколу, и даже в случае минимального их взаимодействия IMS-терминал-наблюдатель и RLS должны принимать и выполнять команды, передаваемые в виде SIP-сообщений, по шесть раз.

На фиг.3 представлена последовательность операций подписки сервером RLS на получение информации от одного из сетевых субъектов РЕ из списка ресурсов. Как показано на данном чертеже, процесс включает следующие этапы, на которых:

Этапы 301-306: RLS посылает одному из сетевых субъектов РЕ из списка ресурсов запрос подписки «Subscribe», в поле «Event» заголовка которого указывается значение Presence (присутствие); функция S-CSCF «домашней» сети, то есть в которой расположен RLS, пересылает запрос подписки «Subscribe» на функцию I-CSCF сети, в которой расположен сетевой субъект РЕ; функция I-CSCF посредством интерфейса DIAMETER на главном сервере абонентов проводит поиск и определяет функцию S-CSCF, к которой относится сетевой субъект РЕ, и пересылает запрос подписки «Subscribe» агенту РА;

Этапы 307-310: агент РА формирует ответное сообщение «200OK» и направляет его на I-CSCF через S-CSCF и затем на RLS;

Этап 311: агент РА отправляет сообщение-уведомление «NOTIFY», содержащее информацию о статусе присутствия субъекта РЕ и посылает его непосредственно на функцию S-CSCF сети, в которой расположен сервер RLS;

Этап 312: функция S-CSCF сети, в которой расположен RLS, отправляет сообщение-уведомление «NOTTFY», исходящее от агента РА, на RLS; и

Этапы 313-314: RLS формирует ответное сообщение «200OK» и посылает его агенту контроля присутствия «РА» через функцию S-CSCF.

Как можно видеть из последовательностей операций процессов, изображенных на фиг.2 и 3, если один из IMS-терминалов хочет реализовать подписку на один из сетевых субъектов РЕ, находящийся в в «домашней» или посещаемой сети инициатора, IMS-терминал и RLS должны взаимодействовать между собой путем передачи SIP-сообщений по меньшей мере шесть раз, то есть интерфейсы между IMS и RLS должны обработать по меньшей мере 12 сигналов. RLS базовой сети также должно принимать/передавать четыре SIP-сигнала для осуществления такого взаимодействия. Услуга присутствия позволяет терминалу одного пользователя подписываться на информацию о многох сетевых субъектах РЕ, а также позволяет многим пользовательским терминалам перекрестно подписываться на информацию о состоянии друг друга. Таким образом, субъекты РЕ часто меняются, это может вызывать взрыв сообщений «NOTIFY» и частую передачу больших объемов информации. Это вызовет большую нагрузку на серверы приложений и прочие сетевые устройства сети IMS и нарушит нормальное распределение ресурсов, осуществляющих обработку вызовов и прочих приложений.

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

Ввиду упомянутой выше проблемы, основной целью настоящего изобретения является обеспечить способ и систему для реализации услуги подписки в сети IMS. Согласно предлагаемым способу и системе, между IMS-терминалом и SBC, а также между SBC и RLS могут быть установлены IP-каналы связи, и после того, как RLS находит соответствующую подписную информацию, данная информация может быть отправлена с RLS на IMS-терминал через SBC по вышеупомянутым IP-каналам.

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

Способ реализации услуги подписки в сети IMS включает этапы, на которых:

пограничный контроллер сеансов связи (SBC) устанавливает IP-каналы между SBC и IMS-терминалом, а также между SBC и сервером, ведущим список ресурсов (RLS), после получения сообщения-запроса подписки на статус присутствия от IMS-терминала; и

после того, как RLS находит подписную информацию о статусе присутствия для IMS-терминала, RLS посылает найденную информацию о статусе присутствия, а также сообщение-подтверждение на IMS-терминал по IP-каналам.

Сообщение-запрос подписки на статус присутствия, отправляемое IMS-терминалом, предпочтительно содержит информацию о том, имеет ли IMS-терминал возможность приема подписной информации о статусе присутствия по IP-каналам.

Этап установления IP-каналов связи предпочтительно включает:

если SBC определяет, что IMS-терминал имеет возможность приема подписной информации о статусе присутствия по IP-каналам, согласно сообщению-запросу подписки на статус присутствия, полученному от IMS-терминала, SBC выделяет IP-канал для связи между IMS-терминалом и SBC, и отправляет сообщение-запрос подписки на статус присутствия на RLS через интерфейс IP-каналов связи между SBC и RLS.

После приема от RLS сообщения-подтверждения приема сообщения-запроса подписки, SBC получает IP-адрес RLS из полученного сообщения-подтверждения, вырабатывает стратегию доставки данных по IP-каналам на RLS, устанавливает IP-канал связи между SBC и RLS, и отправляет на IMS-терминал сообщение-подтверждение принятия сообщения-запроса подписки; и

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

Этап отправки сообщения-запроса подписки на статус присутствия на RLS через интерфейс каналов связи между SBC и RLS предпочтительно включает:

анализ сообщения-запроса подписки на статус присутствия, полученного от IMS-терминала, удаление информации о том, имеет ли IMS-терминал возможность приема подписной информации о статусе присутствия по IP-каналам связи, замену информации об адресе IMS-терминала в сообщении-запросе подписки на статус присутствия на адрес интерфейса каналов связи между SBC и RLS, после чего адрес интерфейса каналов связи между SBC и RLS отправляется на RLS через прокси-функцию управления сеансами связи (P-CSCF) и функцию управления сеансами связи, связанными с услугами для абонентов (S-CSCF).

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

этап задания стратегии передачи данных на IMS-терминал по IP-каналам может включать:

получение SBC информации об IP-адресе IMS-терминала из пустого пакета данных, и использование полученного IP-адреса IMS-терминала в качестве адреса доставки пакетов данных, посылаемых на IMS-терминал с RLS.

После установления IP-каналов связи между IMS-терминалом и SBC, а также между SBC и RLS, информация с RLS по IP-каналам предпочтительно больше не пересылается через P-CSCF и S-CSCF.

Система для реализации услуги подписки в сети IMS включает: принимающий блок, расположенный в SBC и сконфигурированный для приема сообщения-запроса подписки на статус присутствия от IMS-терминала;

устанавливающий блок, сконфигурированный для установки IP-каналов связи между SBC и IMS-терминалом, а также между SBC и RLS после получения принимающим блоком сообщения-запроса подписки на статус присутствия от IMS-терминала

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

отправляющий блок, расположенный в RLS и сконфигурированный для отправки информации о статусе присутствия, найденной поисковым блоком 52, а также сообщения-подтверждения получения сообщения-запроса о подписке, на IMS-терминал по IP-каналам, установленных устанавливающим блоком.

Сообщение-запрос подписки на статус присутствия, отправленное IMS-терминалом, предпочтительно содержит информацию о том, имеет ли IMS-терминал возможность получения подписной информации о статусе присутствия по IP-каналам.

Установочной блок предпочтительно включает:

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

второй определяющий под-блок расположенный в SBC и сконфигурированный для определения IP-канала для связи между IMS-терминалом и SBC;

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

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

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

первый генерирующий под-блок, расположенный в SBC и сконфигурированный для выработки стратегии доставки данных по IP-каналам на RLS;

первый устанавливающий под-блок, расположенный в SBC и сконфигурированный для установления IP-канала связи между SBC и RLS;

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

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

третий отправляющий под-блок, расположенный на IMS-терминале и сконфигурированный для отправки пустого пакета данных на SBC через интерфейс IP-каналов между IMS-терминалом и SBC;

третий принимающий под-блок, расположенный в SBC и сконфигурированный для приема пустого пакета данных;

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

второй устанавливающий блок, сконфигурированный для установки IP-канала связи между SBC и IMS-терминалом.

Первый отправляющий под-блок предпочтительно включает:

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

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

заменяющий под-модуль, сконфигурированный для замены информации об адресе IMS-терминала в сообщении-запросе подписки на статус присутствия на адрес интерфейса IP-каналов между SBC и RLS; и

отправляющий под-модуль, сконфигурированный для отправки сообщения-запроса подписки на статус присутствия на RLS через P-CSCF и S-CSCF.

Разработка первым генерирующим под-блоком 516 стратегии доставки данных на RLS по IP-каналам предпочтительно включает: получение получающим блоком информации об IP-адресе RLS, содержащейся в ответном сообщении-подтверждении, полученном от RLS, и использование данного IP-адреса RLS в качестве адреса доставки пакетов данных, оправляемых на RLS с IMS-терминала; и

разработка вторым генерирующим под-блоком 521 стратегии доставки данных на IMS-терминал включает: получение информации об IP-адресе IMS-терминала из пустого пакета данных, и использование IP-адреса IMS-терминала в качестве адреса доставки пакетов данных, оправляемых с RLS на IMS-терминал.

В соответствии с настоящим изобретением, после получения от терминала IMS сообщения-запроса подписки на статус присутствия, SBC определяет, имеет ли IMS-терминал возможность получения подписной информации о статусе присутствия по IP-каналам в соответствии с сообщением-запросом подписки на статус присутствия; если SBC определяет, что IMS-терминал имеет такую возможность, то SBC устанавливает IP-канал связи между SBC и IMS-терминалом и IP-канал связи между SBC и RLS; после установления данных IP-каналов связи RLS отправляет найденную подписную информацию, запрошенную IMS-терминалом, на IMS-терминал по вышеупомянутым IP-каналам. IP-каналы, установленные в соответствии с настоящим изобретением для передачи подписной информации, содержащейся в RLS, позволяют не только передавать большие объемы информации, но также обеспечивают более высокую эффективность передачи данных, при условии, что терминал IMS имеет возможность обработки пакетов данных, передаваемых по интернет-протоколу.

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

Фиг.1. Структура сетевых объектов IMS, участвующих в услуге и функциях присутствия;

Фиг.2. Схема последовательности операций подписки терминалом IMS на список, содержащий информацию о статусе, который ведет RLS;

Фиг.3. Схема последовательности операций подписки RLS на информацию об одном из сетевых субъектов присутствия (РЕ) из списка ресурсов;

Фиг.4. Схема способа реализации услуги подписки в сети IMS в соответствии с настоящим изобретением.

Фиг.5. Структура системы для реализации услуги подписки в сети IMS в соответствии с настоящим изобретением.

Фиг.6. Структура устанавливающего блока в соответствии с настоящим изобретением.

Подробное описание изобретения

Основная идея настоящего изобретения заключается в следующем: после получения от терминала IMS сообщения-запроса подписки на статус присутствия, SBC определяет, имеет ли IMS-терминал возможность получения подписной информации о статусе присутствия по IP-каналам в соответствии с сообщением-запросом подписки на статус присутствия; если SBC определяет, что IMS-терминал имеет возможность получения подписной информации о статусе присутствия по IP-каналам, то SBC устанавливает IP-канал связи с IMS-терминалом и IP-канал связи с RLS; после установления данных IP-каналов связи RLS отправляет подписную информацию, запрошенную IMS-терминалом, на IMS-терминал по вышеупомянутым IP-каналам. IP-каналы, установленные в соответствии с настоящим изобретением для передачи подписной информации, содержащейся в RLS, позволяют не только передавать большие объемы информации, но также обеспечивают высокую эффективность передачи данных, при условии, что терминал IMS имеет возможность обработки пакетов данных, передаваемых по интернет-протоколу.

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

В соответствии с настоящим изобретением, путем изменения формата сообщения-запроса подписки на статус присутствия («Subscribe»), отправляемого на SBC с IMS-терминала, в сообщение «Subscribe» добавляется новый блок информации, в котором указывается, имеет ли IMS-терминал, отправляющий сообщение «Subscribe», возможность получения подписной информации о статусе присутствия по IP-каналам, для уведомления SBC и принятия SBC решения о том, следует ли установить IP-каналы между RLS и SBC, а также SBC и IMS-терминалом, предназначенные для передачи по ним подписной информации, в частности, для передачи больших объемов информации между RLS и IMS-терминалом, в частности, после нахождения сервером RLS подписной информации для данного IMS-терминала (а обычно подписная информация представляет собой большой объем данных). Преимущество предлагаемого способа состоит в следующем. При существующих способах обработки информации подписная информация поэтапно отправляется на SBC через S-CSCF, I-CSCF, P-CSCF и прочие необходимые сетевые объекты, после чего SBC отправляет подписную информацию на терминал IMS через соответствующие сетевые элементы, находящиеся между ними. Так как в данную цепь передачи информации вовлечено множество сетевых элементов, то сетевые элементы, находящиеся в непосредственной связи друг с другом, должны постоянно уведомлять друг друга о том, что сообщения, пересылаемые через них, успешно переданы, в результате чего процент сообщений, содержащий полезную подписную информацию, снижается; кроме того, так как форматы сообщений, передаваемых между сетевыми элементами, четко определены, то фактический процент полезной информации, содержащейся в сообщениях, также снижается, то есть, снижается общая эффективность передачи подписной информации.

На фиг.4 показана схема способа реализации услуги подписки в сети IMS в соответствии с настоящим изобретением. Как показано на фиг.4, способ реализации услуги подписки в сети IMS в соответствии с настоящим изобретением содержит следующие этапы, на которых:

этап 401: терминал IMS инициализирует запрос подписки («Subscribe») на список статусов присутствия терминала, и в данном запросе подписки указывается, что IMS-терминал имеет возможность приема информации о статусе присутствия по IP-каналам;

этап 402: SBC фильтрует запрос подписки («Subscribe»), полученный им от IMS-терминала, определяет, будет ли поддерживаться передача сообщений-уведомлений («NOTIFY») по IP-каналам, указанным в запросе подписки («Subscribe»), и если он определяет, что передача сообщений-уведомлений («NOTIFY») по указанным IP-каналам действительно будет поддерживаться, то SBC выделяет IP-канал для данной подписки и посылает и запрос подписки («Subscribe») на P-CSCF, удалив из запроса подписки («Subscribe») расширенное поле, в котором указано, что IMS-терминал имеет возможность приема подписной информации о статусе присутствия по IP-каналам); при этом перед отправкой сообщения-запроса подписки («Subscribe») SBC использует данные интерфейса IP-каналов, выделенных для базовой сети, в качестве идентификационной информации IMS-терминала пользователя, заменяя им данные о IMS-терминале, для совершения запроса о подписке;

этап 403: P-CSCF пересылает запрос подписки («Subscribe»), полученный от SBC, на S-CSCF, и включает первичное правило фильтрации; при этом первичная фильтрация проводится в такой же последовательности, что первичная фильтрация на этапе 203 (фиг.2), в частности, первичная фильтрация на этапе 403 может осуществляться в соответствии с конкретными условиями протокола, поэтому в настоящей заявке подробного ее описания не приводится;

этап 404: S-CSCF пересылает отфильтрованный запрос подписки («Subscribe») на сервер приложений RLS, указанный в правиле первичной фильтрации;

этап 405: RLS посылает ответное сообщение «200OK» на S-CSCF;

этап 406: S-CSCF пересылает сообщение «200OK», полученное от RLS, на Р-CSCF;

этап 407: P-CSCF пересылает сообщение «200OK», изначально отправленное RLS, на SBC;

этап 408: после получения сообщения «200OK», изначально отправленного RLS, SBC фильтрует адреса доставки; для услуги присутствия RLS использует адрес IP-канала между SBC и RLS в качестве адреса доставки сообщений-уведомлений («NOTIFY»). SBC локально генерирует стратегию доставки, и использует IP-адрес RLS как адрес назначения информации, посылаемой с IMS-терминала пользователя на SBC, так между что между SBC и RLS окончательно устанавливается IP-канал связи, и сообщение «200OK» посылается на IMS-терминал пользователя. При этом SBC получает информацию об IP-адресе RLS из сообщения «200OK», изначально отправленного RLS, и использует адрес RLS как адрес назначения пакетов данных, посылаемых на RLS с IMS-терминала пользователя. Сведущим в данной области техники будет понятно, что SBC, имея IP-адрес RLS, может легко выработать стратегию доставки данных на RLS по IP-каналам; и

этап 409: после получения сообщения-подтверждения «200OK» от SBC, IMS-терминал устанавливает непосредственную связь с IP-портом SBC, обращенным к IMS-терминалу, и посылает на данный порт пустой пакет данных, в результате чего открывается IP-канал связи между IMS-терминалом и SBC; получив пустой пакет данных, SBC получает адреса доставки, указанные в пустом пакете данных, и вырабатывает стратегию передачи информации между IMS-терминалом и SBC, в результате чего окончательно устанавливается IP-канал связи между IMS-терминалом и SBC, в дополнение к уже установленному IP-каналу связи между SBC и RLS.

На данный момент установлены оба IP-канала, и информация в уведомлениях NOTIFY, собираемая RLS, непосредственно передается на SBC по IP-каналу между RLS и SBC, после чего SBC связывается с IMS-терминалом по IP-каналу между SBC и IMS-терминалом, и передает информацию уведомлений NOTIFY на IMS-терминал, таким образом, осуществляется передача подписной информации с RLS на IMS-терминал через упомянутые два IP-канала.

В соответствии с настоящим изобретением, при инициации IMS-терминалом подписки сообщение-запрос подписки попадает на SBC и далее не поступает; далее (на дальнейших операциях установления подписки) SBC сети IMS заменяет собой IMS-терминал, устанавливаются IP-каналы связи между IMS-терминалом и SBC, а также между SBC и RLS, в результате чего сообщения-уведомления («NOTIFY»), содержащие большие объемы данным, носящие «взрывной» характер и передаваемые с большой частотой, передаются по данным IP-каналам и больше не пересылаются через P-CSCF и S-CSCF. Сообщения-уведомления («NOTIFY»), собираемые RLS, непосредственно передаются от RLS на SBC через IP-каналы, a SBC пересылает данные сообщения-уведомления («NOTIFY») непосредственно на IMS-терминал через IP-каналы, и за счет этого могут быть эффективно снижены нагрузка на всю базовую сеть, и нагрузка на ресурсы базовой сети, обслуживающие вызовы (за счет уменьшения доли ресурсов, необходимых для оказания подписных услуг), то есть может быть значительно улучшена производительность устройств базовой сети в плане скорости обработки информации и возможностей оказания услуг.

На фиг.5 схематически показаны состав и структура системы для реализации услуги подписки в сети IMS в соответствии с настоящим изобретением. Как показано на данном чертеже, система для реализации услуги подписки в сети IMS в соответствии с настоящим изобретением содержит принимающий блок 50, устанавливающий блок 51, поисковый блок 52 и отправляющий блок 53, при этом принимающий блок 50 расположен в SBC и сконфигурирован для приема сообщения-запроса подписки на статус присутствия от IMS-терминала; устанавливающий блок 51 сконфигурирован для установки IP-каналов между SBC и IMS-терминалом, а также между SBC и RLS после приема принимающим блоком 50 сообщения-запроса подписки на статус присутствия от IMS-терминала; поисковый блок 52 расположен в RLS и сконфигурирован для поиска подписной информации о статусе присутствия после получения сообщения-запроса подписки; и отправляющий блок 53 расположен в RLS и сконфигурирован для отправки информации о статусе присутствия, найденной поисковым блоком 52, а также сообщения-подтверждения приема сообщения-запроса о подписке, на IMS-терминал по IP-каналам, установленным устанавливающим блоком 51; и при этом сообщение-запрос подписки на статус присутствия, отправляемое IMS-терминалом, содержит информацию о том, имеет ли IMS-терминал возможность получения подписной информации о статусе присутствия по IP-каналам.

На фиг.6 схематически показаны состав и структура устанавливающего блока в соответствии с настоящим изобретением. Как показано на данном чертеже, устанавливающий блок 51 в соответствии с настоящим изобретением содержит первый определяющий под-блок 510, второй определяющий под-блок 511, первый отправляющий под-блок 512, первый принимающий под-блок 513, получающий под-блок 514, первый генерирующий под-блок 515, первый устанавливающий под-блок 516, второй отправляющий под-блок 517, второй принимающий под-блок 518, третий отправляющий под-блок 519, третий принимающий под-блок 520, второй генерирующий под-блок 521 и второй устанавливающий под-блок 522; причем первый определяющий под-блок 510 расположен в SBC и сконфигурирован для определения того, имеет ли IMS-терминал возможность приема подписной информации о статусе присутствия по IP-каналам в соответствии с сообщением-запросом о подписке на статус присутствия, полученным принимающим блоком от IMS-терминала, и для запуска второго определяющего под-блока 511, если IMS-терминал имеет такую возможность; второй определяющий под-блок 511 расположен в SBC и сконфигурирован для определения IP-канала для связи между IMS-терминалом и SBC; первый отправляющий под-блок 512 расположен в SBC и сконфигурирован для отправки сообщения-запроса подписки на статус присутствия на RLS по IP-каналу между SBC и RLS; первый принимающий под-блок 513 расположен в SBC и сконфигурирован для приема сообщения-подтверждения приема сообщения-запроса на подписку, высылаемого RLS; получающий под-блок 514 расположен в SBC и сконфигурирован для получения IP-адреса RLS из сообщения-подтверждения после получения первым принимающим под-блоком 513 такого сообщения; первый генерирующий под-блок 515 расположен в SBC и сконфигурирован для выработки стратегии доставки данных по IP-каналам на RLS; первый устанавливающий под-блок 516 расположен в SBC и сконфигурирован для установления IP-канала связи между SBC и RLS; второй отправляющий под-блок 517 расположен в SBC и сконфигурирован для отправки сообщения, в котором подтверждается прием сообщения-запроса о подписке, на IMS-терминал; второй принимающий под-блок 518 расположен на IMS-терминале и сконфигурирован для приема сообщения, в котором подтверждается прием сообщения-запроса о подписке, от SBC; третий отправляющий под-блок 519 расположен на IMS-терминале и сконфигурирован для отправки пустого пакета данных на SBC через интерфейс IP-каналов между SBC и IMS-терминалом; третий принимающий под-блок 520 расположен в SBC и сконфигурирован для приема пустого пакета данных; второй генерирующий под-блок 521 сконфигурирован для выработки стратегии отправки данных на IMS-терминал; и второй устанавливающий блок сконфигурирован для установки IP-канала связи между SBC и IMS-терминалом. При этом первый отправляющий под-блок 512 содержит анализирующий под-модуль, удаляющий под-модуль, заменяющий под-модуль и отправляющий под-модуль; при этом анализирующий под-модуль сконфигурирован для анализа сообщения-запроса подписки на статус присутствия, полученного от IMS-терминала; удаляющий подмодуль сконфигурирован для удаления из данного сообщения-запроса подписки на статус присутствия информации о том, имеет ли IMS-терминал возможность получения подписной информации о статусе присутствия по IP-каналам; заменяющий под-модуль сконфигурирован для замены информации об адресе IMS-терминала в сообщении-запросе подписки на статус присутствия на адрес интерфейса IP-каналов между SBC и RLS; и отправляющий под-модуль сконфигурирован для отправки сообщения-запроса подписки на статус присутствия на RLS через P-CSCF и S-CSCF. При этом этап, на котором первый генерирующий под-блок 516 вырабатывает стратегию доставки данных на RLS по IP-каналам, содержит: получение получающим блоком информации об IP-адресе RLS, содержащейся в ответном сообщении-подтверждении, полученном от RLS, и использование данного IP-адреса RLS в качестве адреса доставки пакетов данных, оправляемых на RLS IMS-терминалом. Этап, на котором второй генерирующий под-блок 521 вырабатывает стратегию доставки данных на IMS-терминал, содержит: получение информации об IP-адресе IMS-терминала из пустого пакета данных, и использование IP-адреса IMS-терминала в качестве адреса доставки пакетов данных, оправляемых с RLS на IMS-терминал.

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

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

1. Способ реализации услуги подписки в сети мультимедийной подсистемы, использующей Интернет-протокол IP, содержащий этапы:
установления IP-каналов связи между пограничным контроллером сеансов связи (SBC) и терминалом мультимедийной подсистемы, использующей Интернет-протокол IP (IMS), а также между SBC и сервером, ведущим список ресурсов (RLS), после получения сообщения-запроса подписки на статус от IMS-терминала; и
отправки сервером, ведущим список ресурсов (RLS), подписной информации о статусе и сообщения-подтверждения на IMS-терминал по IP-каналам связи после того, как RLS находит подписную информацию о статусе для IMS-терминала.

2. Способ по п.1, при котором сообщение-запрос подписки на статус, отправленное IMS-терминалом, содержит информацию о том, имеет ли IMS-терминал возможность приема подписной информации о статусе по IP-каналам.

3. Способ по п.2, при котором установление IP-каналов связи включает:
если SBC определяет, что IMS-терминал имеет возможность приема подписной информации о статусе по IP-каналам связи, согласно сообщению-запросу подписки на статус, полученному от IMS-терминала, то определение контроллером SBC IP-канала связи для IMS-терминала в SBC, и отправку контроллером SBC сообщения-запроса подписки на статус на RLS через интерфейс IP-каналов связи с RLS;
после приема от RLS сообщения-подтверждения приема сообщения-запроса подписки - получение контроллером SBC IP-адреса RLS в полученном сообщении-подтверждении, выработку контроллером SBC стратегии доставки данных но IP-каналам связи на RLS, установление контроллером SBC IP-канала связи между SBC и RLS и отправку контроллером SBC сообщения-подтверждения приема сообщения-запроса подписки на IMS-терминал; и
непосредственную отправку IMS-терминалом пустого пакета данных на интерфейс IP-каналов связи контроллера SBC с IMS-терминалом, после приема IMS-терминалом сообщения-подтверждения от SBC, и задание контроллером SBC стратегии отправки данных на IMS-терминал, после приема контроллером SBC пустого пакета данных и установки контроллером SBC IP-канала связи между SBC и IMS-терминалом.

4. Способ по п.3, при котором отправка сообщения-запроса подписки на статус на RLS через интерфейс каналов связи с RLS содержит:
анализ сообщения-запроса подписки на статус, полученного от IMS-терминала, удаление информации о том, имеет ли IMS-терминал возможность приема подписной информации о статусе по IP-каналам связи, замену информации об адресе IMS-терминала в сообщении-запросе подписки на статус на адрес интерфейса IP-каналов связи с RLS, и после этого - отправку адреса интерфейса IP-каналов связи с RLS на RLS через прокси-функцию управления сеансами связи (P-CSCF) и функцию управления сеансами связи, связанными с услугами для абонентов (S-CSCF).

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

6. Способ по п.3, при котором после установления IP-каналов связи между IMS-терминалом и SBC, а также между SBC и RLS, информация больше не пересылается через P-CSCF и S-CSCF но IP-каналам связи с RLS.

7. Система для реализации услуги подписки в мультимедийной подсистеме, использующей IP интернет-протокол (сети IMS), содержащая принимающий блок, устанавливающий блок, поисковый блок и отправляющий блок, причем
принимающий блок расположен в SBC и сконфигурирован для приема сообщения-запроса подписки на статус от IMS-терминала;
устанавливающий блок сконфигурирован для установления IP-каналов связи между SBC и IMS-терминалом, а также между SBC и RLS после приема принимающим блоком сообщения-запроса подписки на статус от IMS-терминала;
поисковый блок расположен в RLS и сконфигурирован для нахождения подписной информации о статусе после получения сообщения-запроса подписки; и
отправляющий блок расположен в RLS и сконфигурирован для отправки информации о статусе, найденной поисковым блоком, а также сообщения-подтверждения приема сообщения-запроса о подписке, на IMS-терминал по IP-каналам связи, установленным устанавливающим блоком.

8. Система по п.7, в которой сообщение-запрос подписки на статус, отправляемое IMS-терминалом, содержит информацию о том, имеет ли IMS-терминал возможность получения подписной информации о статусе по IP-каналам связи.

9. Система по п.8, в которой устанавливающий блок дополнительно содержит первый определяющий под-блок, второй определяющий подблок, первый отправляющий под-блок, первый принимающий под-блок, получающий под-блок, первый генерирующий под-блок, первый устанавливающий под-блок, второй отправляющий под-блок, второй принимающий под-блок, третий отправляющий под-блок, третий принимающий под-блок, второй генерирующий под-блок и второй устанавливающий под-блок, причем:
первый определяющий под-блок расположен в SBC и сконфигурирован для определения того, имеет ли IMS-терминал возможность приема подписной информации о статусе по IP-каналам связи в соответствии с сообщением-запросом о подписке на статус, принятым принимающим блоком от IMS-терминала, и для запуска второго определяющего подблока, если IMS-терминал имеет возможность приема подписной информации о статусе по IP-каналам связи;
второй определяющий под-блок расположен в SBC и сконфигурирован для определения IP-канала связи для IMS-терминала в SBC;
первый отправляющий под-блок расположен в SBC и сконфигурирован для отправки сообщения-запроса подписки на статус на RLS через интерфейс IP-каналов связи с RLS;
первый принимающий под-блок расположен в SBC и сконфигурирован для приема сообщения-подтверждения приема сообщения-запроса на подписку, высылаемого RLS:
получающий под-блок расположен в SBC и сконфигурирован для получения IP-адреса RLS в сообщении-подтверждении после получения первым принимающим под-блоком сообщения-подтверждения приема сообщения-запроса на подписку;
первый генерирующий под-блок расположен в SBC и сконфигурирован для выработки стратегии доставки данных по IP-каналам связи на RLS;
первый устанавливающий под-блок расположен в SBC и сконфигурирован для установления IP-канала связи между SBC и RLS;
второй отправляющий под-блок расположен в SBC и сконфигурирован для отправки сообщения-подтверждения приема сообщения-запроса о подписке на IMS-терминал;
второй принимающий под-блок расположен на IMS-терминале и сконфигурирован для приема сообщения-подтверждения приема сообщения-запроса о подписке от SBC;
третий отправляющий под-блок расположен на IMS-терминале и сконфигурирован для отправки пустого пакета данных на SBC через интерфейс IP-каналов связи контроллера SBC с IMS-терминалом;
третий принимающий под-блок расположен в SBC и сконфигурирован для приема пустого пакета данных;
второй генерирующий под-блок сконфигурирован для выработки стратегии доставки данных на IMS-терминал; и второй устанавливающий блок сконфигурирован для установления IP-канала связи между SBC и IMS-терминалом.

10. Система по п.9, в которой первый отправляющий под-блок дополнительно содержит анализирующий под-модуль; удаляющий подмодуль, заменяющий под-модуль и отправляющий под-модуль; причем анализирующий под-модуль сконфигурирован для анализа принятого с IMS-терминала сообщения-запроса подписки на статус;
удаляющий под-модуль сконфигурирован для удаления информации о том, имеет ли IMS-терминал возможность приема подписной информации о статусе по IP-каналам связи;
заменяющий под-модуль сконфигурирован для замены информации об адресе IMS-терминала в сообщении-запросе подписки на статус, на адрес интерфейса IP-каналов связи с RLS; и
отправляющий под-модуль сконфигурирован для отправки сообщения-запроса подписки на статус на RLS через P-CSCF и S-CSCF.

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