[go: up one dir, main page]

RU2404539C2 - Способ и устройство для распределения серверов приложений в ims - Google Patents

Способ и устройство для распределения серверов приложений в ims Download PDF

Info

Publication number
RU2404539C2
RU2404539C2 RU2008106226/09A RU2008106226A RU2404539C2 RU 2404539 C2 RU2404539 C2 RU 2404539C2 RU 2008106226/09 A RU2008106226/09 A RU 2008106226/09A RU 2008106226 A RU2008106226 A RU 2008106226A RU 2404539 C2 RU2404539 C2 RU 2404539C2
Authority
RU
Russia
Prior art keywords
subscriber
application server
server
sip
address
Prior art date
Application number
RU2008106226/09A
Other languages
English (en)
Other versions
RU2008106226A (ru
Inventor
Стефен ТЕРРИЛЛ (ES)
Стефен ТЕРРИЛЛ
Бу ОСТРЁМ (SE)
Бу ОСТРЁМ
Хьюберт ПЖИБЫШ (SE)
Хьюберт ПЖИБЫШ
Андерс РЮДЕ (SE)
Андерс РЮДЕ
Штефан БЕРГ (SE)
Штефан БЕРГ
Original Assignee
Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Лм Эрикссон (Пабл) filed Critical Телефонактиеболагет Лм Эрикссон (Пабл)
Publication of RU2008106226A publication Critical patent/RU2008106226A/ru
Application granted granted Critical
Publication of RU2404539C2 publication Critical patent/RU2404539C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Изобретение относится к способу и устройству для распределения серверов приложений в IP-мультимедийной подсистеме (IMS). Техническим результатом является обеспечение гибкости в процессе распределения сервера приложений протокола инициирования сеанса (SIP) для абонента, а именно в случае, когда данный сервер приложений становится недоступным или не способен обеспечить желаемую услугу, обслуживающая функция управления вызовом/сеансом (S-CSCF) может просто распределить для этого абонента новый сервер приложений. Предложен способ распределения сервера приложений по протоколу SIP для абонента в IP-мультимедийной подсистеме. Способ содержит идентификацию на домашнем абонентском сервере набора обеспеченных критериев начальной фильтрации для абонента, причем набор критериев начальной фильтрации содержит по меньшей мере один общий идентификатор серверов приложений по протоколу SIP. Указанный набор критериев начальной фильтрации посылается от домашнего абонентского сервера в обслуживающую функцию управления вызовом/сеансом, распределенную для абонента, и принимается в обслуживающей функции управления вызовом/сеансом. Общий идентификатор серверов приложений по протоколу SIP преобразуется во множество адресов серверов приложений, причем один из указанных адресов распределяется для абонента для использования при предоставлении услуги указанному абоненту. Распределенный адрес кэшируется в обслуживающей функции управления вызовом/сеансом для абонента с целью последующего использования. 7 н. и 6 з.п. ф-лы, 7 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу и устройству для распределения серверов приложений в IP-мультимедийной подсистеме (IMS).
Уровень техники
IP-мультимедийные услуги обеспечивают в одном и том же сеансе динамическую комбинацию голоса, видео, сообщений, данных и т.д. Благодаря росту количества базовых приложений и средств связи, которые можно комбинировать, количество услуг, предлагаемых конечным пользователям, будет расти, а значит будут обогащаться формы коммуникации между отдельными людьми. Это приведет к появлению нового поколения персонализированных мультимедийных услуг связи с богатыми возможностями, включая так называемые «комбинированные IP-мультимедийные» услуги.
IP-мультимедийная подсистема (IMS) относится к технологии, определенной Проектом партнерства третьего поколения (3GPP), которая обеспечивает IP-мультимедийные слуги по сетям мобильной связи (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 и TS 29.329, версии с 5 по 7). Подсистема IMS обеспечивает ключевые функции для обогащения форм персональной связи конечного пользователя посредством использования стандартизированных средств предоставления услуг IMS, которые обеспечивают новые услуги персональной связи (от клиента к клиенту) с расширенными возможностями, а также услуги «пользователь-контент» («клиент-сервер») по сетям, работающим на основе протокола IP. Подсистема IMS для установки и управления вызовами или сеансами между пользовательскими терминалами (или пользовательскими терминалами и серверами приложений) использует Протокол инициирования сеанса (SIP). Для описания и согласования медийных компонент сеанса используется Протокол описания сеанса (SDP), реализуемый в процессе передачи сигналов SIP. Хотя протокол SIP был создан как протокол типа «пользователь-пользователь», подсистема IMS позволяет операторам и поставщикам услуг управлять доступом пользователя к услугам и начислять пользователям соответствующую плату.
В качестве примера на фиг.1 схематически показано, как подсистема IMS вписывается в архитектуру сети мобильной связи в случае сети доступа GPRS/PS (подсистема IMS, конечно, может работать и с другими сетями доступа). Функции управления вызовом/сеансом (CSCF) действуют в подсистеме IMS в качестве посредников SIP. Архитектура 3GPP определяет три типа функций CSCF: CSCF-посредник (P-CSCF), которая является первой точкой контакта в подсистеме IMS для терминала SIP; обслуживающая CSCF (S-CSCF), которая обеспечивает пользователя услугами, на которые тот подписан; и опрашивающая CSCF (I-CSCF), роль которой заключается в идентификации правильной функции S-CSCF и направлении в эту функцию S-CSCF запроса, полученного от терминала SIP через функцию P-CSCF.
Пользователь регистрируется в подсистеме IMS, используя заданный способ SIP REGISTER. Это обеспечивает механизм прикрепления пользователя к подсистеме IMS и предоставления подсистеме IMS адреса, по которому может быть найден идентификатор пользователя SIP. В проекте 3GPP при выполнении терминалом SIP регистрации подсистема IMS осуществляет аутентификацию пользователя и распределяет функцию S-CSCF для этого пользователя из набора доступных функций S-CSCF. Хотя в проекте 3GPP критерии для распределения функций S-CSCF не заданы, они могут включать в себя требования к услугам и разделению нагрузки. Заметим, что распределение функций S-CSCF является ключевым моментом при управлении доступом пользователей к услугам на основе IMS (и начисления платы за них). Операторы могут обеспечить механизм, предотвращающий прямые сеансы SIP «пользователь-пользователь», которые в противном случае игнорировали бы функцию S-CSCF.
Во время процесса регистрации функция I-CSCF отвечает за выбор функции S-CSCF, если та еще не выбрана. Функция I-CSCF получает необходимые характеристики S-CSCF от домашнего абонентского сервера (HSS) домашней сети и выбирает подходящую функцию S-CSCF на основе полученных характеристик. (Заметим, что распределение S-CSCF также выполняется для пользователя функцией I-CSCF в случае, когда пользователя вызывает другая сторона и этому пользователю в данный момент не выделена функция S-CSCF.) Когда зарегистрированный пользователь посылает затем в подсистему IMS запрос на сеанс, функция P-CSCF позволяет направить этот запрос в выбранную функцию S-CSCF на основе информации, полученной от функции S-CSCF во время процесса регистрации.
Для реализации функциональных возможностей услуг IMS в сети услуг IMS предусмотрены серверы приложений (AS). Серверы приложений предоставляют услуги конечным пользователям в системе IMS, причем они могут быть подсоединены либо как конечные точки через интерфейс Mr, определенный в проекте 3GPP, либо могут быть подключены функцией S-CSCF через интерфейс ISC, определенный в проекте 3GPP. В последнем случае для определения того, какие серверы приложений должны быть подключены во время установки сеанса SIP (или, конечно, для связанного способа SIP, с сеансом или без сеанса), используют критерии начальной фильтрации (IFC). Функция S-CSCF получает критерии IFC от сервера HSS во время процедуры регистрации в IMS как часть профиля пользователя.
На фиг.2 показан интерфейс управления услугами IMS (ISC) между сервером AS и функцией S-CSCF, а также другие интерфейсы в IMS. Хотя на фиг.2 показано, что сервер AS имеет только один интерфейс к S-CSCF, очевидно, что на практике интерфейс ISC распространяется на сеть связи, к которой подсоединены множество (или все) серверов CSCF данной операторской сети, что позволяет серверу AS осуществлять связь со всеми функциями CSCF. (Другие объекты, показанные на фиг.1, хорошо известны специалистам в данной области техники.)
Между сервером AS и пользовательским терминалом (TS23.002) существует дополнительный интерфейс (Ut), хотя он на этой фигуре не показан. Интерфейс Ut позволяет пользователю распоряжаться информацией, относящейся к его услугам, например: создание и присваивание идентификаторов услуг связи общего назначения; управление стратегиями авторизации, которые используются, например сервисом контроля присутствия; управление конференцией на основе заданных правил и т.д.
В подсистеме IMS, определенной в проекте 3GPP, хотя абоненты распределены к серверу HSS статически, именно серверы AS обеспечивают конкретное значение в случае предоставления услуг через сеть. Как следует из спецификации 3GPP по версиям 5 и 6, абоненты распределены по конкретным серверам SIP AS фиксированным образом. Базовая концепция заключается в том, что абонент обеспечен поддержкой конкретного сервера приложений SIP AS для данной услуги или услуг. Чтобы разрешить привязку распределенной функции S-CSCF к выделенному серверу AS через интерфейс ISC, критерии фильтрации (находящиеся в IFC, посланном в S-CSCF от сервера HSS) для абонента данной услуги содержат в качестве адреса адресата (закодированного в виде идентификатора SIP-URI) либо полностью определенное доменное имя (FQDN), либо IP-адрес. Это предполагает, например, что при идентификации функцией S-CSCF того, что серверу AS должно быть направлено конкретное приглашение (INVITE), функция S-CSCF обеспечивается адресом конкретного сервера AS через интерфейс Cx. Чтобы идентифицировать правильный сервер AS для других интерфейсов, например интерфейса Ut между пользовательскими терминалами и серверами SIP-AS, средства-посредники, выполняющие маршрутизацию, обеспечиваются адресом сервера AS для конкретного пользователя. Когда абоненты распределены по конкретным серверам AS, то либо терминал конфигурируется с адресом сервера AS для этого интерфейса и услуги, либо терминал посылает запрос тому объекту, который знает, как найти адрес сервера AS для данного абонента. Это может сделать средство предварительной обработки (front-end), и в указанном случае функциональные возможности маршрутизации будут сконфигурированы в этом средстве предварительной обработки.
Сущность изобретения
Как следует из приведенного выше обсуждения, существующее предложение, касающееся распределения серверов AS по абонентам, требует обеспечения пользователя конкретным сервером приложений SIP для данной услуги или набора услуг. Для этого требуется высокий уровень доступности и постоянное хранение данных на серверах AS, так как в случае, если один сервер AS становится временно недоступным или не сохраняет соответствующую информацию, то предоставляемая услуга (услуги) будет недоступна абонентам, которым выделен данный сервер AS. Распространение этого подхода может потребовать ввода избыточности в каждый сервер AS.
Согласно первому аспекту настоящего изобретения предлагается способ распределения сервера приложений по Протоколу инициирования сеанса для абонента в IP-мультимедийной подсистеме, причем способ содержит:
идентификацию на домашнем абонентском сервере набора обеспеченных критериев начальной фильтрации для абонента, причем набор критериев начальной фильтрации содержит по меньшей мере один общий идентификатор серверов приложений по Протоколу инициирования сеанса;
посылку набора критериев начальной фильтрации от домашнего абонентского сервера в обслуживающую функцию управления вызовом/сеансом, распределенную для абонента;
прием набора критериев начальной фильтрации в обслуживающей функции управления вызовом/сеансом и преобразование общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений;
распределение одного из адресов для абонента для использования при предоставлении услуги указанному абоненту; и
кэширование распределенного адреса в обслуживающей функции управления вызовом/сеансом для абонента с целью последующего использования.
Варианты настоящего изобретения вносят значительную степень гибкости в процесс распределения сервера приложений SIP для абонента. В случае, когда данный сервер приложений становится недоступным или не способен обеспечить желаемую услугу, функция S-CSCF может просто распределить для этого абонента новый сервер приложений.
Предпочтительно, чтобы идентификатором сервера приложений по Протоколу инициирования сеанса был идентификатор SIP-URI.
Предпочтительно, чтобы множество адресов серверов приложений представляли собой полностью определенные доменные имена или IP-адреса.
Предпочтительно, чтобы этап преобразования общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений содержал посылку запроса, содержащего общий идентификатор серверов приложений по Протоколу инициирования сеанса, на сервер доменных имен, где сервер доменных имен реагирует путем идентификации множества адресов серверов приложений, соответствующих общему идентификатору серверов приложений по Протоколу инициирования сеанса, и посылку в обслуживающую функцию управления вызовом/сеансом указанного множества адресов.
В одном варианте изобретения этап распределения одного из адресов для абонента для использования при предоставлении услуги указанному абоненту содержит выбор адреса на основе присваивания приоритетов адресам, обеспеченным сервером доменных имен. Выбор может быть основан на круговом выборе, с взвешиванием в соответствии с приоритетом.
Предпочтительно, чтобы способ после распределения адреса сервера приложений для абонента содержал кэширование связи между абонентом и адресом в обслуживающей функции управления вызовом/сеансом.
Способ по вышеуказанному первому аспекту изобретения выполняется при регистрации абонента по Протоколу инициирования сеанса. Способ может также выполняться, когда абонент не зарегистрирован, но находится в конечной точке вызова по Протоколу инициирования сеанса.
В варианте по первому аспекту изобретения способ содержит посылку от сервера приложений, соответствующего распределенному адресу, в центральное хранилище одного или нескольких интерфейсных адресов сервера приложений. Предпочтительно, чтобы центральным хранилищем был домашний абонентский сервер. Это выполняется после приема запроса SIP для пользователя, о котором у сервера приложений в данный момент нет информации.
Согласно второму аспекту настоящего изобретения предлагается узел обслуживающей функции управления вызовом/сеансом для использования в IP-мультимедийной подсистеме, причем узел содержит:
вход, соединенный с домашним абонентским сервером, для приема от него набора критериев начальной фильтрации для абонента, причем набор критериев начальной фильтрации содержит по меньшей мере один общий идентификатор серверов приложений по Протоколу инициирования сеанса;
средство обработки для преобразования общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений и для распределения одного из адресов для абонента для его использования при предоставлении услуги указанному абоненту; и
память для кэширования распределенного адреса ассоциативной связи совместно с абонентом.
Согласно третьему аспекту настоящего изобретения предлагается способ маршрутизации сообщений по Протоколу инициирования сеанса между обслуживающей функцией управления вызовом/сеансом и сервером приложений в IP-мультимедийной подсистеме, причем способ содержит:
идентификацию в обслуживающей функции управления вызовом/сеансом адреса сервера приложений, подлежащего распределению для данного абонента;
кэширование связи между указанным адресом и указанным абонентом; и
использование указанной связи для направления будущих сообщений по Протоколу инициирования сеанса, посланных абоненту или от абонента.
Согласно четвертому аспекту настоящего изобретения предлагается способ идентификации сервера приложений SIP, распределенного для абонента в IP-мультимедийной подсистеме, причем способ содержит:
после распределения сервера приложения SIP для абонента, посылку из сервера приложений в центральное хранилище одного или нескольких интерфейсных адресов указанного сервера приложений или другого сервера приложений;
запоминание полученного адреса (адресов) в центральном хранилище совместно с идентификатором абонента;
последующий прием запроса от абонента или другого сетевого объекта на сервере приложений IP-мультимедийной подсистемы и посылку в ответ запроса в центральное хранилище;
после приема запроса в центральном хранилище, идентификацию адреса (или адресов) сервера приложений, распределенного для абонента, и посылку идентифицированного адреса (адресов) запрашивающему серверу приложений.
Используемый здесь термин «сервер приложений» охватывает стандартный сервер приложений SIP, а также другие серверы, которые имеют интерфейс SIP.
Предпочтительно, чтобы центральным хранилищем являлся домашний абонентский сервер, причем для пересылки интерфейсного адреса (адресов) на домашний абонентский сервер использовался интерфейс Sh. Для пересылки адреса (адресов) в другие центральные хранилища могут быть использованы такие протоколы, как Протокол доступа к каталогам (LDAP) и Язык структурированных запросов (язык SQL).
Понятно, что сервер приложений, который получает запрос, может оказаться распределенным либо нераспределенным сервером приложений. В случае, когда сервер приложений не является распределенным, запрос направляется распределенному серверу приложений с использованием идентифицированного адреса.
Запрос может быть получен на сервере приложений распределителем средства предварительной обработки, например средством предварительной обработки сервера XDMS.
Запрос может быть послан на сервер приложений от абонентского терминала через интерфейс Ut.
Первый и четвертый аспекты настоящего изобретения успешно используются в сочетании, и в этом случае этап посылки одного или нескольких интерфейсных адресов сервера приложений от сервера приложений в центральное хранилище выполняется после посылки «способа» SIP, например запроса SIP или сообщения о регистрации от обслуживающей функции управления вызовом/сеансом на сервер приложений для абонента, о котором сервер приложений в данный момент не имеет информации.
Согласно пятому аспекту изобретения предлагается сервер приложений для использования в IP-мультимедийной подсистеме, причем сервер приложений содержит:
вход для приема способа SIP от обслуживающей функции управления вызовом/сеансом для абонента и идентификации сервера приложений в качестве распределенного сервера для указанного абонента; и
посылку своего интерфейсного адреса (адресов) или интерфейсного адреса или адресов для другого сервера приложений в центральное хранилище для хранения совместно с идентификатором абонента.
Согласно шестому аспекту изобретения предлагается сервер приложений для использования в IP-мультимедийной подсистеме, причем сервер приложений содержит:
вход для приема запроса, относящегося к абоненту;
посылку запроса на поиск в центральное хранилище, причем запрос на поиск идентифицирует абонента;
прием ответа из центрального хранилища, содержащего адрес сервера приложений, уже распределенного для указанного абонента; и
если распределенный сервер приложений не представляет приложение, принимающее запрос, то направление запроса по адресу распределенного сервера.
Краткое описание чертежей
Фиг.1 - схематическая иллюстрация интеграции IP-мультимедийной подсистемы в систему 3G мобильной связи;
фиг.2 - схематическая иллюстрация некоторых объектов IP-мультимедийной подсистемы, включая сервер приложений и обслуживающую функцию управления вызовом/сеансом;
фиг.3 - схематическая иллюстрация процесса распределения сервера SIP-AS для абонента во время регистрации в IMS;
фиг.4 - схематическая иллюстрация процесса обработки запроса на исходящий или входящий вызов для зарегистрированного абонента;
фиг.5 - схематическая иллюстрация процесса обработки запроса на входящий вызов для незарегистрированного абонента;
фиг.6 - схематическая иллюстрация процесса обработки запроса, принятого от абонента через интерфейс, не относящийся к ISC, где абонент зарегистрирован в IMS; и
фиг.7 - схематическая иллюстрация процесса обработки запроса, принятого от абонента через интерфейс, не относящийся к ISC, где абонент не зарегистрирован в IMS.
Подробное описание изобретения
В технических стандартах 3GPP, на которые выше делались ссылки, описывается использование критериев начальной фильтрации (IFC), которые хранятся в сервере HSS и которые посылаются в узел обслуживающей функции управления вызовом/сеансом (S-CSCF) либо после регистрации абонента, либо при выполнении входящего вызова к незарегистрированным абонентам. Обычно критерии IFC для абонента содержат конкретный адрес сервера приложений (AS) SIP, например в виде полностью определенного доменного имени (FQDN). Это идентифицирует сервер AS, который распределен для данного абонента применительно к заданной услуге. (IFC может содержать два или более адресов AS, связанных с соответствующими услугами IMS.) Если адресом AS в IFC является идентификатор SIP-URL, то для преобразования SIP-URL в IP-адрес используется сервер DNS. Функция S-CSCF может кэшировать связь между конкретным адресом SIP-AS и IP-адресом с целью обеспечения эффективности. Такое кэширование выполняется, как правило, в клиенте DNS (в S-CSCF), причем кэширование выполняется по каждому узлу, а не по каждому пользователю.
Здесь предполагается замена конкретного адреса сервера приложений на общий идентификатор AS, например SIP-AS.operator.com. Это идентифицирует заранее определенную группу серверов AS, каждый из которых способен обеспечить заданную услугу IMS. В частности, критерии начальной фильтрации (IFC), которые хранятся в сервере HSS, снабжаются общим именем сервера приложений (например, SIP-AS.operator.com.). При регистрации абонента (или после завершения вызова для незарегистрированного абонента) в S-CSCF через интерфейс Cx загружается IFC в соответствии с процедурами, описанными в 3GPP TS 23.228; 3GPP TS 29.228 и 3GPP TS 29.229. Общий идентификатор SIP-AS преобразуется либо в конкретное имя (например, SIP-AS1.operator.com.), которое дополнительно преобразуется в IP-адрес, либо общий идентификатор преобразуется непосредственно в несколько IP-адресов. Для процесса преобразования используются существующие методы службы DNS. (В случае, когда общий идентификатор преобразуется в конкретное имя, которое, кроме того, преобразуется в IP-адрес, между функцией S-CSCF и службой DNS потребуется двойной двухсторонний обмен данными.) IFC инициирует передачу сообщения о регистрации третьей стороны (например, сообщение SIP-REGISTER) функцией S-CSCF на выбранный сервер SIP-AS. Функция S-CSCF запоминает связь между абонентом и выбранным адресом AS и направляет все последующие сообщения для этого набора фильтров по конкретному адресу SIP-AS.
Для поддержки этого процесса служба DNS обеспечивается общим доменным именем, которое может быть преобразовано в несколько полностью определенных доменных имен или IP-адресов. Общее доменное имя (например, SIP-AS.operator.com., соответствующее конкретной услуге IMS) может представлять большое количество серверов приложений. Полностью определенное доменное имя или IP-адрес представляет конкретный сервер приложений (например, SIP-AS32.operator.com. в случае FQDN). Чтобы дать возможность получения запросов пользователей через интерфейс, который не содержит функцию S-CSCF, при описанном здесь гибком подходе к распределению SIP-AS, распределенному серверу SIP-AS желательно предоставить возможность кэшировать свой контактный адрес (адреса) в центральном хранилище, как правило, сервере HSS, совместно с профилем абонента. Это позволяет направить на распределенный сервер SIP-AS более поздний запрос, полученный через указанный интерфейс.
Далее со ссылками на фиг.3 описывается процедура распределения SIP-AS в контексте регистрации SIP для конкретного абонента. Далее описываются шаги этой процедуры, причем нумерация шагов соответствует нумерации, использованной на фиг.3.
1а. Абонентский терминал инициирует процесс REGISTRATION (регистрации) путем посылки сообщения SIP-REGISTER в функцию S-CSCF (через функцию P-CSCF).
1b. Во время процесса регистрации в функцию S-CSCF из HSS загружается профиль услуг для данного абонента. Этот профиль услуг содержит критерии начальной фильтрации, включающие в себя общий идентификатор серверов приложений.
2а. После завершения процесса регистрации функция S-CSCF на основе IFC узнает, что следует послать запрос REGISTRATION третьей стороны на сервер приложений. Однако функция S-CSCF сначала должна запросить IP-адреса у сервера DNS, послав ему общий идентификатор. Сервер DNS посылает в ответ несколько IP-адресов, соответствующих имеющимся соответствующим серверам AS. Эти адреса сопровождаются соответствующими весовыми коэффициентами, отражающими приоритеты.
2b. Функция S-CSCF выбирает один из возвращенных IP-адресов для направления по нему сообщения REGISTER. Выбор основан на круговом выборе с взвешиванием в соответствии с приоритетом, назначенным службой DNS. Функция S-CSCF кэширует отображение между абонентом и IP-адресом выбранного сервера AS.
2с. Сообщение о регистрации третьей стороны посылается функцией S-CSCF на выбранный сервер AS.
3. После приема сообщения о регистрации третьей стороны сервер AS выполняет следующие действия.
- Запоминает свой собственный адрес в HSS. Этот адрес может в действительности содержать массив адресов для различных интерфейсов, например могут быть разные адреса для приема сообщений SIP, трафика HTTP и т.д. (Этот адрес (или один из этих адресов) может являться адресом SIP-AS, предоставленным для функции S-CSCF во время выполнения шага разрешения идентификаторов, хотя в данном случае в этом нет необходимости.)
- Извлекает из HSS абонентские данные, необходимые для конкретного приложения.
- Сервер AS указывает серверу HSS, что ему необходима информация о последующих изменениях в абонентских данных.
В краткосрочном плане сервер SIP-AS может запомнить свой адрес в HSS с использованием «прозрачных данных» через интерфейс Sh. В долгосрочном плане адрес SIP-AS может быть добавлен к непрозрачным данным в сервере HSS.
Заметим, что, хотя в этом примере сервер HSS является репозиторием для адреса AS (и абонентских данных), вместо него можно использовать какой-либо другой центральный репозиторий. Это может быть база данных, которая (непосредственно) связана с набором серверов AS, реализующих услугу IMS, или которая является общей для всех серверов AS в домене оператора/поставщика услуг.
После завершения этого процесса для абонента будет выбран сервер SIP-AS. Сервер SIP-AS извлечет копию абонентских данных из сервера HSS, а функция S-CSCF кэширует адрес сервера SIP-AS, распределенного данному пользователю. Сервер SIP-AS также запомнит свои адреса в HSS совместно с идентификатором абонента. Во время отмены регистрации сервер SIP-AS удалит запомненный адрес AS из HSS.
Далее со ссылками на фиг.4 описывается процедура обработки исходящего или входящего вызова для уже зарегистрированного абонента. Последовательность шагов для исходящего и входящего вызовов выглядит следующим образом.
1. Функция S-CSCF получает запрос SIP для абонента.
2. Функция S-CSCF анализирует запрос SIP. Функция S-CSCF идентифицирует IP-адрес сервера AS, кэшированный ранее для этого абонента.
3. Запрос SIP посылается на сервер SIP-AS. Сервер SIP-AS, имея копию конкретных прикладных данных для абонента, загруженных во время предыдущего процесса регистрации, переходит к обработке запроса SIP.
Далее со ссылками на фиг.5 описывается процедура обработки входящих вызовов для незарегистрированного абонента. Когда абонент еще не зарегистрирован, функция S-CSCF не имеет кэшированного IP-адреса SIP-AS для этого абонента и также не требует, чтобы сервер SIP-AS имел абонентские данные для конкретного приложения от HSS. Процесс протекает следующим образом.
1. Функция S-CSCF получает входящий запрос SIP.
2. Функция S-CSCF загружает профиль услуг из HSS. Он содержит критерии начальной фильтрации, включая общий идентификатор для SIP-AS.
3а. Функция S-CSCF анализирует запрос SIP. Если один из критериев IFC удовлетворяется, то функция S-CSCF понимает, что следует послать входящий запрос SIP на сервер приложений. Идентификатором сервера приложений, находящимся в IFC, является общее имя. Таким образом, функция S-CSCF запрашивает IP-адрес у сервера DNS. Сервер DNS высылает в ответ несколько IP-адресов.
3b. Функция S-CSCF выбирает один из возвращенных IP-адресов для направления по нему сообщения REGISTER. Функция S-CSCF кэширует отображение между абонентом и IP-адресом выбранного сервера AS.
4. Входящий запрос SIP направляется на выбранный сервер SIP-AS.
5. После приема входящего запроса SIP сервер AS выполняет следующие действия.
- Запоминает свой собственный адрес (адреса) для пользователя в HSS.
- Извлекает из HSS абонентские данные, необходимые для конкретного приложения.
- Сервер AS указывает серверу HSS, что ему необходима информация о последующих изменениях в абонентских данных.
Во время отмены регистрации сервер SIP-AS удаляет запомненный адрес AS из HSS. Сервер SIP-AS и функция S-CSCF могут (необязательно) иметь таймер, который указывает, что данные могут храниться в течение некоторого периода времени после отмены регистрации. В этом случае сервер SIP-AS по истечении времени, указанного таймером, удалит запомненный адрес AS.
Заметим, что в некоторых случаях, например когда сервер SIP AS направляет запрос (полученный от S-CSCF) на другой сервер SIP AS, адреса, запомненные в HSS сервером AS, упомянутым первым, могут являться адресами для другого сервера AS. Эта ситуация может возникнуть тогда, когда сервер AS имеет функциональные возможности распределения, реализуемые средством предварительной обработки, или когда не было ответа от первоначально выбранного сервера AS, и был сделан новый выбор. Эта ситуация может возникнуть также тогда, когда имеет место несоответствие между адресом, запомненным функцией S-CSCF, и сервером AS, обслуживающим пользователя. В этом случае сервер AS, который первоначально получает запрос, должен проверить, распределен ли абонент для другого сервера AS, путем просмотра связей «пользователь-сервер AS» в сервере HSS. Если это имеет место, то запрос должен быть направлен нужному серверу AS. Если данный пользователь не распределен для сервера AS (в HSS для него нет связи «пользователь-сервер AS»), сервер AS должен записать свой адрес в HSS. Это позволяет направить трафик из сети FE на нужный сервер AS.
После регистрации абонента в IMS у него есть возможность инициировать некоторое действие, например изменить данные и характеристики конкретной услуги IMS, послав запрос на сервер AS через интерфейс Ut. Функциональный объект, который обрабатывает трафик Ut, называется сервером XDMS (сервер управления документами на языке XML), который обычно находится вместе с конкретным сервером AS. Адрес этого сервера AS может быть запомнен в терминале заранее как адрес по умолчанию для интерфейса Ut. Аналогично тому, как обрабатывается трафик ISC, когда функция S-CSCF маршрутизирует сигнализацию на сервер AS, обслуживающий конкретного пользователя, для обеспечения маршрутизации трафика Ut на сервер XDMS, находящийся вместе с сервером AS, обслуживающим пользователя, потребуется функциональный объект, реализуемый средством предварительной обработки.
Запрос от абонентского терминала, посланный через интерфейс Ut, принимается средством предварительной обработки сервера XDMS. Средство предварительной обработки сервера XDMS через интерфейс Sh ищет адрес сервера AS, который относится к функциональным возможностям XDMS. (Заметим, что это один из адресов AS, который был запомнен в вышеописанных процедурах.) В случае, когда адрес SIP-AS не запомнен, средство предварительной обработки само выберет сервер SIP-AS и направит запрос на этот SIP-AS. Затем сервер SIP-AS, которому направлен запрос, сохранит свой адрес в HSS, извлечет абонентские данные из HSS (или по месту другого центрального хранилища) и перейдет к обработке запроса.
Далее со ссылками на фиг.5 описывается общий процесс обработки запросов от других интерфейсов (включая интерфейс Ut), когда абоненту уже выделен сервер AS.
1. От абонентского терминала через интерфейс принимается запрос. Запрос завершается в «распределителе средства предварительной обработки» (FE-DIST) для услуги, представленной этим средством предварительной обработки.
2. FE-DIST запрашивает из HSS (или другого центрального места хранения) адрес AS для данного приложения.
3. Адрес AS возвращается в FE-DIST.
4. FE-DIST направляет запрос на сервер XDMS.
Далее со ссылками на фиг.6 описывается общий процесс обработки запросов от других интерфейсов (включая интерфейс Ut), когда абоненту еще не выделен сервер AS.
1. От абонентского терминала через конкретный интерфейс принимается запрос. Запрос завершается в «распределителе средства предварительной обработки» для услуги, представляемой этим средством предварительной обработки.
2. FE-DIST запрашивает из HSS адрес AS для данной услуги.
3. В FE-DIST возвращается указание о том, что нет распределенного сервера AS.
4. FE-DIST выбирает сервер AS (для получения имен действительных серверов AS можно использовать другие базы данных).
5. Запрос направляется на выбранный сервер AS.
6. Выбранный сервер AS выполняет следующее.
- Сервер SIP-AS может сохранить свое имя в HSS. (Заметим, что это может не потребоваться, если данная транзакция должна произойти только один раз, и не ожидается появления последующих запросов.)
- Считывает абонентские данные из HSS.
- Обрабатывает запрос.
В случае, когда запрос SIP фактически принимается в S-CSCF, вопрос решается с помощью функции S-CSCF, выбирающей новый сервер SIP-AS с использованием общего идентификатора AS согласно вышеописанному подходу. HSS информируется об этом выборе и, в свою очередь, информирует ранее распределенный сервер AS о том, что он больше не распределен и что он может сбросить запомненные данные и «забыть» о данном пользователе (в результате учета сервером AS изменений в элементе данных в HSS).
Специалистам в данной области техники должно быть очевидно, что могут быть предложены различные модификации вышеописанных вариантов, не выходящие за рамки объема настоящего изобретения.

Claims (13)

1. Способ распределения сервера приложений по Протоколу инициирования сеанса (SIP) для абонента в IP-мультимедийной подсистеме, причем способ содержит
идентификацию на домашнем абонентском сервере (HSS) набора обеспеченных критериев начальной фильтрации для упомянутого абонента, причем набор критериев начальной фильтрации содержит по меньшей мере один общий идентификатор серверов приложений по Протоколу инициирования сеанса;
посылку набора критериев начальной фильтрации от домашнего абонентского сервера в обслуживающую функцию управления вызовом/сеансом, распределенную для упомянутого абонента;
прием набора критериев начальной фильтрации в обслуживающей функции управления вызовом/сеансом и преобразование общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений;
распределение одного из адресов для упомянутого абонента для использования при предоставлении услуги упомянутому абоненту; и
кэширование распределенного адреса в обслуживающей функции управления вызовом/сеансом для упомянутого абонента с целью последующего использования;
посылку сообщения SIP от обслуживающей функции управления вызовом/сеансом на сервер приложений по распределенному адресу; и
после приема сообщения SIP на сервере приложений, запоминание адреса сервера приложений в качестве непрозрачных данных в домашнем абонентском сервере HSS через интерфейс обмена информацией между сервером приложений SIP и HSS (Sh интерфейс).
2. Способ по п.1, в котором идентификатором сервера приложений по Протоколу инициирования сеанса является идентификатор SIP-URI.
3. Способ по п.1, в котором множество адресов серверов приложений представляют собой полностью определенные доменные имена или IP адреса.
4. Способ по п.1, в котором этап преобразования общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений содержит посылку запроса, содержащего общий идентификатор серверов приложений по Протоколу инициирования сеанса, на сервер доменных имен, причем сервер доменных имен реагирует путем идентификации множества адресов серверов приложений, соответствующих общему идентификатору серверов приложений по Протоколу инициирования сеанса, и посылает в обслуживающую функцию управления вызовом/сеансом упомянутое множество адресов.
5. Способ по любому из предшествующих пунктов, причем способ выполняется при регистрации абонента по Протоколу инициирования сеанса.
6. Способ по любому из пп.1-4, причем способ выполняется, когда абонент не зарегистрирован, но находится в конечной точке вызова по Протоколу инициирования сеанса.
7. Узел обслуживающей функции управления вызовом/сеансом для использования в IP-мультимедийной подсистеме, причем узел содержит
вход, соединенный с домашним абонентским сервером (HSS), для приема от него набора критериев начальной фильтрации для абонента, причем набор критериев начальной фильтрации содержит по меньшей мере один общий идентификатор серверов приложений по Протоколу инициирования сеанса (SIP);
средство обработки для преобразования общего идентификатора серверов приложений по Протоколу инициирования сеанса во множество адресов серверов приложений и для распределения одного из этих адресов для абонента для использования при предоставлении услуги упомянутому абоненту;
память для кэширования распределенного адреса в связи с абонентом; и
средство для последующей посылки сообщения SIP из обслуживающей функции управления вызовом/сеансом на сервер приложений по распределенному адресу.
8. Способ маршрутизации сообщений по Протоколу инициирования сеанса (SIP) между обслуживающей функцией управления вызовом/сеансом и сервером приложений в IP-мультимедийной подсистеме, причем способ содержит
после приема сообщения SIP в обслуживающей функции управления вызовом/сеансом идентификацию адреса сервера приложений, подлежащего распределению для заданного абонента;
кэширование связи между упомянутым адресом и упомянутым абонентом; и
использование упомянутой связи для направления упомянутого сообщения и будущих сообщений по Протоколу инициирования сеанса, посылаемых абоненту или от абонента.
9. Способ идентификации сервера приложений по Протоколу инициирования сеанса (SIP), распределенного для абонента в IP-мультимедийной подсистеме, причем способ содержит
после распределения сервера приложения SIP для абонента посылку из сервера приложений в центральное хранилище одного или нескольких интерфейсных адресов упомянутого сервера приложений;
запоминание принятого адреса (адресов) в центральном хранилище в связи с идентификатором абонента;
последующий прием запроса от абонента на сервере приложений IP-мультимедийной подсистемы и посылку в ответ запроса в центральное хранилище;
после приема запроса в центральном хранилище идентификацию адреса (или адресов) для сервера приложений, распределенного для упомянутого абонента, и посылку идентифицированного адреса (адресов) запрашивающему серверу приложений.
10. Способ по п.9, в котором, если сервер приложений, принимающий запрос, не является распределенным сервером приложений, запрос направляется на распределенный сервер приложений с использованием идентифицированного адреса, а если абонент не распределен для сервера приложений, то принимающий сервер приложений посылает свой адрес в центральное хранилище.
11. Способ распределения для абонента и идентификации сервера приложений SIP, использующий способ распределения сервера приложений SIP для абонента по п.1 и способ идентификации сервера приложений SIP по п.9, в котором этап посылки от сервера приложений в центральное хранилище одного или нескольких интерфейсных адресов сервера приложений выполняется после посылки сообщения SIP от обслуживающей функции управления вызовом/сеансом на сервер приложений.
12. Сервер приложений для использования в IP-мультимедийной подсистеме, причем сервер приложений содержит
вход для приема сообщения SIP от обслуживающей функции управления вызовом/сеансом для абонента, идентификации сервера приложений в качестве распределенного сервера для упомянутого абонента; и
средство для посылки своего интерфейсного адреса (адресов) в центральное хранилище для сохранения в связи с идентификатором абонента.
13. Сервер приложений для использования в IP-мультимедийной подсистеме, причем сервер приложений содержит
вход для приема запроса, относящегося к абоненту;
средство для посылки запроса в центральное хранилище, причем запрос идентифицирует абонента;
средство для приема ответа из центрального хранилища, содержащего адрес сервера приложений, уже распределенного для упомянутого абонента; и
средство для направления запроса по адресу распределенного сервера, если распределенный сервер приложений не представляет приложение, принимающее запрос.
RU2008106226/09A 2005-07-19 2005-08-15 Способ и устройство для распределения серверов приложений в ims RU2404539C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US70068305P 2005-07-19 2005-07-19
US60/700,683 2005-07-19

Publications (2)

Publication Number Publication Date
RU2008106226A RU2008106226A (ru) 2009-08-27
RU2404539C2 true RU2404539C2 (ru) 2010-11-20

Family

ID=35911072

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2008106226/09A RU2404539C2 (ru) 2005-07-19 2005-08-15 Способ и устройство для распределения серверов приложений в ims
RU2008106229/09A RU2008106229A (ru) 2005-07-19 2006-07-19 Способ и устройство для распределения сервера в сети ims

Family Applications After (1)

Application Number Title Priority Date Filing Date
RU2008106229/09A RU2008106229A (ru) 2005-07-19 2006-07-19 Способ и устройство для распределения сервера в сети ims

Country Status (11)

Country Link
US (2) US8331354B2 (ru)
EP (1) EP1905208B1 (ru)
JP (2) JP4856179B2 (ru)
CN (3) CN101223754A (ru)
AT (2) ATE445283T1 (ru)
BR (2) BRPI0520429B1 (ru)
DE (2) DE602005017081D1 (ru)
ES (1) ES2334690T3 (ru)
MX (2) MX2008000757A (ru)
RU (2) RU2404539C2 (ru)
WO (2) WO2007009498A1 (ru)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1905208B1 (en) 2005-07-19 2009-10-07 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for allocating application servers in an ims
ES2402773T3 (es) * 2005-09-02 2013-05-08 Swisscom Ag Procedimiento y sistema para proporcionar contenido de medios a un usuario
WO2007045182A1 (fr) * 2005-10-21 2007-04-26 Huawei Technologies Co., Ltd. Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales
BRPI0520779B1 (pt) * 2005-12-22 2018-08-14 Telecom Italia S.P.A. Subsistema de multimídia de protocolo de internet, aparelho para uso em um subsistema de multimídia de protocolo de internet, e, método para operar um subsistema de multimídia de protocolo de internet
WO2007129163A2 (en) * 2006-04-28 2007-11-15 Nokia Corporation S-cscf selection for application server originated requests
JP4804244B2 (ja) * 2006-07-03 2011-11-02 株式会社日立製作所 アプリケーションをフィルタリングする装置、システム及び方法
WO2008020705A1 (en) 2006-08-14 2008-02-21 Samsung Electronics Co., Ltd. System and method for presence notification based on presence attribute
US7933994B1 (en) 2006-09-29 2011-04-26 Sprint Communications Company L.P. Extracting embedded NAIS (network access identifiers)
CN101166129A (zh) * 2006-10-20 2008-04-23 华为技术有限公司 获取应用服务器标识信息的方法、终端、设备和系统
CN101170540A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 一种xml文档管理方法和客户端、服务器
CN100446516C (zh) * 2006-12-01 2008-12-24 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
CN101563903B (zh) * 2006-12-11 2013-03-06 艾利森电话股份有限公司 用于向用户提供ip多媒体子系统通信服务的方法和设备
WO2008074348A1 (en) * 2006-12-19 2008-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Technique for providing services in a service provisioning network
US20080175225A1 (en) * 2007-01-18 2008-07-24 Lon-Chan Chu Just-in-time call registration for mobile call to voip device
DE602007007820D1 (de) * 2007-02-21 2010-08-26 Ericsson Telefon Ab L M Verfahren und vorrichtung zur abwicklung der speicherung von benutzerdaten in digitalen zellularen 3g-telekommunikationssystemen
WO2008101838A2 (en) * 2007-02-22 2008-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Group access to ip multimedia subsystem service
JP2008236183A (ja) 2007-03-19 2008-10-02 Nec Corp 呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステム
US7979523B2 (en) * 2007-05-08 2011-07-12 Cisco Technology, Inc. Deferred invocation of communication services
WO2008151545A1 (fr) * 2007-06-14 2008-12-18 Huawei Technologies Co., Ltd. Procédé, dispositif et système pour déclencher un service
WO2009002143A1 (en) * 2007-06-22 2008-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Method of providing a service through a user equipment unit in an ip multimedia subsystem telecommunications network, including a user database server, service policy server and application server for use with said method
US8296443B2 (en) * 2007-07-10 2012-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method of discovering operator-provided network-services using IMS
CN101345748B (zh) 2007-07-13 2010-08-04 华为技术有限公司 将用户状态通知应用服务器的方法、系统及装置
JP4723676B2 (ja) * 2007-08-31 2011-07-13 富士通株式会社 セッション状態の通知に係る通信方法、サーバ、およびプログラム
US20100223545A1 (en) * 2007-10-15 2010-09-02 Mikael Forsberg IP Multimedia Subsystem Service Configuration
US20090113077A1 (en) * 2007-10-26 2009-04-30 Torbjorn Dahlen Service discovery associated with real time composition of services
US20100268826A1 (en) * 2007-11-02 2010-10-21 Jan Dahl Method and apparatus for use in a communications network
JP4882966B2 (ja) * 2007-11-12 2012-02-22 沖電気工業株式会社 プロキシサーバ、通信プログラム及び通信システム
US8654949B2 (en) * 2008-01-07 2014-02-18 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing access to personal profiles in communications systems
CN101926152B (zh) 2008-01-28 2013-07-03 捷讯研究有限公司 提供会话发起协议请求内容的方法和系统
JP5078661B2 (ja) * 2008-02-22 2012-11-21 株式会社エヌ・ティ・ティ・ドコモ 呼制御システム、通信制御装置及び呼制御方法
US8306507B2 (en) * 2008-04-11 2012-11-06 Research In Motion Limited Differentiated message delivery notification
US8750132B2 (en) * 2008-12-16 2014-06-10 At&T Intellectual Property I, L.P. Method and apparatus for completing a call in a network with ENUM failure
FR2943881A1 (fr) * 2009-03-31 2010-10-01 France Telecom Procede et dispositif de gestion d'une authentification d'un utilisateur.
US8868686B1 (en) * 2009-03-31 2014-10-21 Microsoft Corporation Sharing of repository data for non-alias identities
CN104394146B (zh) * 2009-04-13 2017-10-20 黑莓有限公司 用于确定sip消息的可信度的系统和方法
JP5453525B2 (ja) * 2009-06-01 2014-03-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 呼の経過の視覚的な表示部を有する端末のためのグラフィカルユーザインタフェース
WO2010142349A1 (en) * 2009-06-12 2010-12-16 Telefonaktiebolaget L M Ericsson (Publ) Method and server entity for forwarding a message containing a host name or domain name in an internet based communications network
US20120173736A1 (en) * 2009-09-18 2012-07-05 Deutsche Telekom Ag Method for supporting a user equipment lacking globally routable user agent uri - gruu support in an internet protocol multimedia subsystem - ims
US9385938B2 (en) 2010-06-22 2016-07-05 Blackberry Limited Information distribution in a wireless communication system
US8468258B2 (en) * 2010-07-26 2013-06-18 Alcatel Lucent IPv6 generation to trigger a virtual leased line service
US8619547B2 (en) * 2010-11-10 2013-12-31 At&T Intellectual Property I, L.P. Communication system with failover communication services
US8547966B2 (en) * 2010-12-06 2013-10-01 At&T Intellectual Property I, L.P. Method and apparatus for configuring IP multimedia subsystem network elements
WO2012149966A1 (en) * 2011-05-04 2012-11-08 Telefonaktiebolaget L M Ericsson Ab (Publ) Method and network entity for s-cscf server allocation in an ims based multimedia over ip network
JP5411203B2 (ja) * 2011-05-25 2014-02-12 株式会社Ｎｔｔドコモ サービス選択制御装置及びサービス選択制御システム
US8712409B2 (en) * 2012-03-05 2014-04-29 T-Mobile Usa, Inc. System and method for terminating communication sessions with roaming mobile devices
EP2645672A1 (en) * 2012-03-30 2013-10-02 Vodafone IP Licensing Limited Method for discovering capabilities of offline users
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
US20140341085A1 (en) * 2013-05-14 2014-11-20 Qualcomm Incorporated Selecting an application server at which to register one or more user equipments for an internet protocol multimedia subsystem (ims) session
US9351203B2 (en) 2013-09-13 2016-05-24 Microsoft Technology Licensing, Llc Voice call continuity in hybrid networks
US9935787B2 (en) 2013-12-26 2018-04-03 Microsoft Technology Licensing, Llc Tunneling VoIP call control on cellular networks
US9510251B2 (en) 2013-12-31 2016-11-29 Microsoft Technology Licensing, Llc Call handoff initiation in hybrid networks
US9560185B2 (en) 2014-03-19 2017-01-31 Microsoft Technology Licensing, Llc Hybrid telecommunications network connection indicator
US9363711B2 (en) 2014-04-07 2016-06-07 Microsoft Technology Licensing, Llc User experiences during call handovers on a hybrid telecommunications network
CN103974334B (zh) * 2014-05-22 2018-03-30 无锡爱维特信息技术有限公司 基于手机号码的服务器负载平衡方法
TWI581601B (zh) * 2014-05-28 2017-05-01 Chunghwa Telecom Co Ltd Integration of IMS and intelligent terminal technology to support the wisdom of the guidance system and methods
CN104010290A (zh) * 2014-06-16 2014-08-27 武汉博睿达信息技术有限公司 基于用户信息的ims应用服务器选择系统及选择方法
US9456333B2 (en) 2014-07-09 2016-09-27 Microsoft Technology Licensing, Llc Centralized routing in hybrid networks
US9819703B2 (en) * 2015-09-23 2017-11-14 T-Mobile Usa, Inc. SIP server with multiple identifiers
US10791496B2 (en) * 2016-06-30 2020-09-29 T-Mobile Usa, Inc. Restoration of serving call session control and application server function
EP3556062B1 (en) * 2016-12-19 2023-09-06 Nokia Technologies Oy Data storage function selection
CN109673004B (zh) * 2017-10-13 2021-10-22 成都鼎桥通信技术有限公司 终端获取集群业务服务器地址的方法及设备
WO2020222036A1 (en) * 2019-05-02 2020-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic initial filter criteria (ifc) in internet protocol multimedia subsystem (ims) in 5th generation networks
CN114629881B (zh) * 2020-12-14 2024-09-24 中兴通讯股份有限公司 一种sip网元多地址学习方法及装置、信令监测系统
CN114827978B (zh) * 2022-04-06 2022-11-18 广州爱浦路网络技术有限公司 应用服务器选择方法、装置及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10116547A1 (de) * 2001-04-03 2002-10-10 Nokia Corp Registrierung eines Endgeräts in einem Datennetz
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
KR100807863B1 (ko) * 2003-03-25 2008-02-27 노키아 코포레이션 통신 시스템에서의 서비스 제공
MXPA05010195A (es) * 2003-03-25 2005-11-08 Nokia Corp Enrutamiento de informacion de suscripcion.
EP1649658B1 (en) * 2003-08-01 2007-08-01 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for routing a service request
US20050155036A1 (en) * 2003-12-19 2005-07-14 Nokia Corporation Application server addressing
EP1551144A1 (en) * 2003-12-31 2005-07-06 France Telecom System, method and apparatus for providing multimedia communications services
US8064951B2 (en) * 2004-07-29 2011-11-22 Sprint Spectrum L.P. Method and system for selective application of cellular-PBX integration service
US7643626B2 (en) * 2004-12-27 2010-01-05 Alcatel-Lucent Usa Inc. Method for deploying, provisioning and storing initial filter criteria
US20060153353A1 (en) * 2005-01-07 2006-07-13 O'neil Douglas Intelligent secondary call treatment for advanced calling scenarios
EP1905208B1 (en) 2005-07-19 2009-10-07 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for allocating application servers in an ims

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2 (3GPP TS 23.228 version 6.9.0 Release 6); ETSI TS 123 228, ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, vol.S-SA2, no.V690, March 2005. *

Also Published As

Publication number Publication date
MX2008000757A (es) 2008-03-13
BRPI0613424A2 (pt) 2017-05-02
CN101223758A (zh) 2008-07-16
CN101223754A (zh) 2008-07-16
MX2008000799A (es) 2008-03-18
JP4856179B2 (ja) 2012-01-18
ES2334690T3 (es) 2010-03-15
RU2008106229A (ru) 2009-08-27
ATE445283T1 (de) 2009-10-15
JP2009502071A (ja) 2009-01-22
US8331354B2 (en) 2012-12-11
WO2007009498A1 (en) 2007-01-25
US20080232352A1 (en) 2008-09-25
EP1905208A1 (en) 2008-04-02
US20080212569A1 (en) 2008-09-04
BRPI0520429A2 (pt) 2009-09-29
RU2008106226A (ru) 2009-08-27
BRPI0520429B1 (pt) 2019-03-19
DE602005017081D1 (de) 2009-11-19
JP2009502063A (ja) 2009-01-22
EP1905208B1 (en) 2009-10-07
WO2007009499A1 (en) 2007-01-25
US7761600B2 (en) 2010-07-20
ATE470305T1 (de) 2010-06-15
CN101223755A (zh) 2008-07-16
CN101223755B (zh) 2014-11-05
DE602006014686D1 (de) 2010-07-15

Similar Documents

Publication Publication Date Title
RU2404539C2 (ru) Способ и устройство для распределения серверов приложений в ims
CA2672851C (en) Method, system and device for realizing user identity association
US10893109B2 (en) Method, device, network entity and computer program product for providing an IP service application
EP1905209B1 (en) Method and apparatus for allocating a server in an ims network
US9942192B2 (en) Provision of public service identities
JP5175938B2 (ja) 共有ｄｎｓドメインの処理方法
RU2500078C2 (ru) Способ и устройство для определения сервера, отвечающего на запрос обслуживания из мобильного устройства, и устройство, включающее мобильное устройство или сервер dns
US20040246965A1 (en) System and method for routing messages
US20130132593A1 (en) Routing messages
CA2516774A1 (en) Routing messages via an ims system
JP5430553B2 (ja) Ｉｐマルチメディアサブシステムにおけるユーザｉｄの処理
US20070115934A1 (en) Method and system for locating subscriber data in an IP multimedia subsystem
US20110310888A1 (en) Methods and Apparatuses for Handling Public Identities in an Internet Protocol Multimedia Subsystem Network
KR20100131787A (ko) Ｉｍｓ망의 호 처리 방법 및 장치
WO2007144681A1 (en) Method and system for providing portability
JP2013153481A (ja) Ｉｐマルチメディアサブシステムにおけるユーザｉｄの処理