RU2493665C1 - Способ и система для реализации услуги подписки в сети ims - Google Patents
Способ и система для реализации услуги подписки в сети ims Download PDFInfo
- Publication number
- RU2493665C1 RU2493665C1 RU2012113954/08A RU2012113954A RU2493665C1 RU 2493665 C1 RU2493665 C1 RU 2493665C1 RU 2012113954/08 A RU2012113954/08 A RU 2012113954/08A RU 2012113954 A RU2012113954 A RU 2012113954A RU 2493665 C1 RU2493665 C1 RU 2493665C1
- Authority
- RU
- Russia
- Prior art keywords
- sbc
- rls
- ims terminal
- sub
- block
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000004891 communication Methods 0.000 claims description 63
- 238000012790 confirmation Methods 0.000 claims description 24
- 238000009434 installation Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 7
- 238000007726 management method Methods 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 abstract description 9
- 238000005516 engineering process Methods 0.000 abstract description 4
- 239000000126 substance Substances 0.000 abstract 1
- 239000003795 chemical substances by application Substances 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 238000001914 filtration Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к способу и системе реализации услуги подписки в сети мультимедийной подсистемы, использующей Интернет-протокол IP. Технический результат заключается в обеспечении более высокой эффективности передачи информации. Для этого способ содержит этапы: установления IP-каналов связи между пограничным контроллером сеансов связи (SBC) и терминалом мультимедийной подсистемы, использующей Интернет-протокол IP (IMS), а также между SBC и сервером, ведущим список ресурсов (RLS), после получения сообщения-запроса подписки на статус от IMS-терминала; и отправки сервером, ведущим список ресурсов (RLS), подписной информации о статусе и сообщения-подтверждения на IMS-терминал по IP-каналам связи после того, как RLS находит подписную информацию о статусе для IMS-терминала. 2 н. и 9 з.п. ф-лы, 6 ил.
Description
Область применения
Настоящее изобретение относится к технологии абонентского сервиса для терминалов сети 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-сети, и функции всех процессирующих блоков, под-блоков и под-модулей могут быть реализованы с помощью программ, выполняемых процессором, или соответствующих логических контуров.
Выше были описаны лишь предпочтительные воплощения изобретения, и не подразумевается, что они ограничивают защищаемый масштаб настоящего изобретения.
Claims (11)
1. Способ реализации услуги подписки в сети мультимедийной подсистемы, использующей Интернет-протокол IP, содержащий этапы:
установления IP-каналов связи между пограничным контроллером сеансов связи (SBC) и терминалом мультимедийной подсистемы, использующей Интернет-протокол IP (IMS), а также между SBC и сервером, ведущим список ресурсов (RLS), после получения сообщения-запроса подписки на статус от IMS-терминала; и
отправки сервером, ведущим список ресурсов (RLS), подписной информации о статусе и сообщения-подтверждения на IMS-терминал по IP-каналам связи после того, как RLS находит подписную информацию о статусе для IMS-терминала.
установления 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-терминалом.
если 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).
анализ сообщения-запроса подписки на статус, полученного от 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.
получение контроллером 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-каналам связи, установленным устанавливающим блоком.
принимающий блок расположен в 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-терминалом.
первый определяющий под-блок расположен в 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.
удаляющий под-модуль сконфигурирован для удаления информации о том, имеет ли 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.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910235910.7 | 2009-10-29 | ||
| CN200910235910.7A CN102056147B (zh) | 2009-10-29 | 2009-10-29 | Ip多媒体子系统网络中订阅业务的方法与系统 |
| PCT/CN2010/075036 WO2010145623A1 (zh) | 2009-10-29 | 2010-07-07 | Ip多媒体子系统网络中订阅业务的方法与系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2493665C1 true RU2493665C1 (ru) | 2013-09-20 |
Family
ID=43355894
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2012113954/08A RU2493665C1 (ru) | 2009-10-29 | 2010-07-07 | Способ и система для реализации услуги подписки в сети ims |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8656032B2 (ru) |
| EP (1) | EP2482498B1 (ru) |
| CN (1) | CN102056147B (ru) |
| AU (1) | AU2010262201B2 (ru) |
| BR (1) | BR112012009624A2 (ru) |
| MX (1) | MX2012004998A (ru) |
| RU (1) | RU2493665C1 (ru) |
| WO (1) | WO2010145623A1 (ru) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2769106C1 (ru) * | 2018-09-18 | 2022-03-28 | Зте Корпарейшн | Способ, устройство и система для предоставления услуг, носитель данных и электронное устройство |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014144328A1 (en) | 2013-03-15 | 2014-09-18 | Ibasis, Inc. | Method and system for call routing |
| US9160515B2 (en) * | 2013-04-04 | 2015-10-13 | Intel IP Corporation | User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay |
| CN103384273B (zh) * | 2013-07-08 | 2016-05-18 | 中国科学院沈阳自动化研究所 | 面向移动生产管理终端页面的订阅会话状态控制方法 |
| US9026110B1 (en) | 2013-08-29 | 2015-05-05 | Sprint Spectrum L.P. | Methods and systems for using macro coverage to manage femtocell registrations, so as to avoid signaling overload |
| US9348989B2 (en) | 2014-03-06 | 2016-05-24 | International Business Machines Corporation | Contemporaneous gesture and keyboard entry authentication |
| CN104917717B (zh) * | 2014-03-10 | 2018-09-07 | 中国移动通信集团北京有限公司 | 一种呼叫方法、设备及系统 |
| CN103986710B (zh) * | 2014-05-15 | 2017-12-15 | 华为技术有限公司 | 一种消息传输的方法、装置及系统 |
| US20160164945A1 (en) * | 2014-12-04 | 2016-06-09 | Futurewei Technologies, Inc. | Method Of Service Capability Discovery Based On Subscriptions For Service Notifications |
| CN110351224A (zh) * | 2018-04-03 | 2019-10-18 | 成都鼎桥通信技术有限公司 | 一种sip状态服务的发布方法和装置 |
| CN112615839B (zh) * | 2020-12-10 | 2023-08-22 | 帝信科技股份有限公司 | 一种数据的传输系统、传输方法及传输装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080013533A1 (en) * | 2006-07-14 | 2008-01-17 | Cello Partnership (D/B/A Verizon Wireless) | Multimedia next generation network architecture for IP services delivery based on network and user policy |
| CN101159570A (zh) * | 2007-10-31 | 2008-04-09 | 中兴通讯股份有限公司 | 基于ip多媒体子系统的多终端用户的用户订阅方法 |
| CN101217480A (zh) * | 2008-01-09 | 2008-07-09 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中多终端用户的第三方注册的方法 |
| RU2332803C2 (ru) * | 2005-11-17 | 2008-08-27 | Общество с ограниченной ответственностью "ХитТелеком" | Коммуникационная система |
| RU2351089C2 (ru) * | 2003-11-06 | 2009-03-27 | Сименс Акциенгезелльшафт | Способ извлечения и доставки мультимедийных сообщений с использованием протокола инициирования сеанса |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8230074B2 (en) * | 2006-07-06 | 2012-07-24 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for reducing required memory usage between communication servers |
| US8995252B2 (en) * | 2006-10-29 | 2015-03-31 | FatPipe Networks | VoIP multiline failover |
-
2009
- 2009-10-29 CN CN200910235910.7A patent/CN102056147B/zh not_active Expired - Fee Related
-
2010
- 2010-07-07 US US13/258,333 patent/US8656032B2/en not_active Expired - Fee Related
- 2010-07-07 RU RU2012113954/08A patent/RU2493665C1/ru not_active IP Right Cessation
- 2010-07-07 BR BR112012009624A patent/BR112012009624A2/pt active Search and Examination
- 2010-07-07 AU AU2010262201A patent/AU2010262201B2/en not_active Ceased
- 2010-07-07 WO PCT/CN2010/075036 patent/WO2010145623A1/zh active Application Filing
- 2010-07-07 MX MX2012004998A patent/MX2012004998A/es active IP Right Grant
- 2010-07-07 EP EP10789019.6A patent/EP2482498B1/en not_active Not-in-force
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2351089C2 (ru) * | 2003-11-06 | 2009-03-27 | Сименс Акциенгезелльшафт | Способ извлечения и доставки мультимедийных сообщений с использованием протокола инициирования сеанса |
| RU2332803C2 (ru) * | 2005-11-17 | 2008-08-27 | Общество с ограниченной ответственностью "ХитТелеком" | Коммуникационная система |
| US20080013533A1 (en) * | 2006-07-14 | 2008-01-17 | Cello Partnership (D/B/A Verizon Wireless) | Multimedia next generation network architecture for IP services delivery based on network and user policy |
| CN101159570A (zh) * | 2007-10-31 | 2008-04-09 | 中兴通讯股份有限公司 | 基于ip多媒体子系统的多终端用户的用户订阅方法 |
| CN101217480A (zh) * | 2008-01-09 | 2008-07-09 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中多终端用户的第三方注册的方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2769106C1 (ru) * | 2018-09-18 | 2022-03-28 | Зте Корпарейшн | Способ, устройство и система для предоставления услуг, носитель данных и электронное устройство |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2010262201B2 (en) | 2014-02-27 |
| CN102056147A (zh) | 2011-05-11 |
| CN102056147B (zh) | 2014-12-10 |
| WO2010145623A1 (zh) | 2010-12-23 |
| US8656032B2 (en) | 2014-02-18 |
| EP2482498A1 (en) | 2012-08-01 |
| EP2482498A4 (en) | 2014-03-12 |
| US20120226812A1 (en) | 2012-09-06 |
| EP2482498B1 (en) | 2018-05-30 |
| AU2010262201A1 (en) | 2012-05-24 |
| MX2012004998A (es) | 2012-06-12 |
| BR112012009624A2 (pt) | 2017-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2493665C1 (ru) | Способ и система для реализации услуги подписки в сети ims | |
| JP4648214B2 (ja) | 呼制御装置および呼制御方法 | |
| EP1958467B1 (en) | Method of enabling a combinational service and communication network implementing the service | |
| US20060286993A1 (en) | Throttling server communications in a communication network | |
| JP5149899B2 (ja) | コラプスド（ｃｏｌｌａｐｓｅｄ）加入者マネジメント及び呼制御のためのシステム及び方法 | |
| JP5256353B2 (ja) | Ｉｐマルチメディアサブシステム集中サービスのログアウト方法及びシステム | |
| CN101766011A (zh) | 用于同步的呼叫协议信息的集中式呼叫日志 | |
| EP3769485B1 (en) | Network slicing awareness in ip multimedia subsystem | |
| KR20050016555A (ko) | Ｓｉｐ 프로토콜을 사용한 이벤트들의 가입 방법 및 시스템 | |
| WO2009015525A1 (en) | A method for switching the session control path of ip multimedia core network subsystem centralized service | |
| CN101379771A (zh) | 请求域转移的方法、终端及其服务器 | |
| US9021300B2 (en) | Method of changing over from a primary HSS to a backup HSS in an IP network | |
| US20050227685A1 (en) | Sip based call setup | |
| JP2009542106A (ja) | ローミング・ネットワークにおけるクライアントの登録をネットワーク・アプリケーションに通知する方法 | |
| EP2453681A1 (en) | System and method for routing session initiation protocol conversation | |
| EP2797285B1 (en) | Method and apparatus for network communication | |
| EP2140664B1 (en) | Method and apparatus for use in a communications network | |
| CN108307082B (zh) | 一种实现ip语音业务接入的方法 | |
| EP1305913B1 (en) | System and method for determining when a cscf should act like i-cscf or like s-cscf | |
| WO2010075688A1 (zh) | Ims集群会议的创建和加入方法、装置及系统 | |
| EP2200373B1 (en) | Mobile network system and guidance message providing method | |
| JP2010147543A (ja) | 移動網システム及びガイダンスメッセージ提供方法 | |
| JP2010525623A (ja) | 通信ネットワークにおいて使用する方法、および、装置 | |
| EP2418818B1 (en) | Network entity for managing communications towards a user entity over a communication network | |
| RU2417544C2 (ru) | Способы и устройства для передачи информации о состоянии сигнального соединения, относящейся к сигнальному соединению между терминалом и модулем посреднической функции управления сеансом/вызовом (p-cscf) в мультимедийной подсистеме интернет-протокола (ims) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20200708 |