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

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

Info

Publication number
RU2379856C2
RU2379856C2 RU2007141754/09A RU2007141754A RU2379856C2 RU 2379856 C2 RU2379856 C2 RU 2379856C2 RU 2007141754/09 A RU2007141754/09 A RU 2007141754/09A RU 2007141754 A RU2007141754 A RU 2007141754A RU 2379856 C2 RU2379856 C2 RU 2379856C2
Authority
RU
Russia
Prior art keywords
service
user
session request
session
service platform
Prior art date
Application number
RU2007141754/09A
Other languages
English (en)
Other versions
RU2007141754A (ru
Inventor
Маркку ТУОХИНО (FI)
Маркку ТУОХИНО
Илкка ВЕСТМАН (FI)
Илкка ВЕСТМАН
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 RU2007141754A publication Critical patent/RU2007141754A/ru
Application granted granted Critical
Publication of RU2379856C2 publication Critical patent/RU2379856C2/ru

Links

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/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Abstract

Изобретение относится к системам передачи данных. Технический результат заключается в улучшении обработки сессий. Элемент управления службой хранит критерий фильтра пользователя. Когда элемент принимает запрос сессии, идентифицирующий пользователя, он проверяет, соответствует ли запрос сессии критерию фильтра пользователя, и выводит запрос сессии к заданной платформе службы, когда запрос сессии соответствует критерию фильтра пользователя. Элемент выполнен с возможностью перед перенаправлением запроса к платформе службы извлекать элемент информации о возможностях, указывающий динамические возможности пользователя использовать службу, предоставляемую платформой службы. Если элемент информации указывает, что пользователь не способен использовать службу, предоставляемую платформой службы, сессия прекращается. Входящие сообщения могут обрабатываться уже в элементе сети, ответственном за управление службой, что устраняет дополнительную нагрузку и ненужную тарификацию. 5 н. и 6 з.п. ф-лы, 10 ил., 2 табл.

Description

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к системам мультимедиа, в частности, к элементу управления службой, способу, серверу абонента и компьютерному программному продукту в соответствии с ограничительными частями независимых пунктов формулы.
УРОВЕНЬ ТЕХНИКИ
Во время разработки мобильных систем второго поколения (2G) организациями стандартизации были полностью определены полные наборы сетей, телесервисов, применений и дополнительных служб. Однако для промышленности общим интересом является сокращение времени на разработку спецификаций предоставителей служб, ускорение введения новых служб и возможность плавного масштабирования служб. При разработке мобильных сетей третьего поколения (3G) был применен подход, нацеленный на стандартизацию возможностей служб вместо стандартизации служб как таковых.
Европейский Институт Телекоммуникационных Стандартов (ETSI) определяет управление службой как возможность пользователя, домашнего окружения или обслуживающего окружения определять, что выполняет определенная служба, для специфического вызова этой службы, в пределах этой службы. В основном, это означает, что архитектура любой системы должна обеспечивать структуру службы, которая способствует соответствующей надежности, качеству обслуживания, тарификации и управлению сессией для поддержки различных служб в такой системе. Сначала некоторое число поставщиков служб, например, службы управления цифровыми правами и службы РоС (push to talk over cellular - "нажми кнопку и говори по сотовой") генерировали модели управления службой более или менее независимо, просто в ответ на то, что именно нужно потребителю. Позже различные поставщики служб кооперировались в рамках глобальной организации, называемой Open Mobile Alliance (ОМА), для использования инфраструктуры, предоставляющей требуемые основные возможности.
В настоящее время эта инфраструктура называется Internet Protocol Multimedia Subsystem (IMS, подсистема IP-мультимедиа). Она имеет отношение к архитектуре независимого доступа, базирующейся на IP и взаимодействующей с существующими голосовыми сетями и сетями данных, доступными как для пользователей фиксированной, так и мобильной связи. Архитектура IMS облегчает пиринговую IP-связь с разными типами клиентов с требуемым качеством служб. IMS основана на спецификации Session Initiation Protocol (SIP, протокол инициирования сессии), стандартизованной организацией Engineering Task Force (IETF). Так называемый 5-й релиз представляет IMS как часть стандарта 3GPP. 3GPP и ОМА сделали выпуски спецификаций IMS публично доступными.
Сессия связана с интервалом, во время которого существует логическое соответствие между двумя объектами для передачи соответствующей информации. Сессия может включать, например, передачу голосовой или видеоинформации. В IMS выбранный управляющий протокол прикладного уровня для создания, изменения и прекращения сессий с одним или больше участниками представляет собой SIP. Во время сессии пользователи могут иметь несколько соединений с приложениями служб. Для каждой IMS-сессии управление службой для IMS поддерживает состояние сессии, взаимодействует с платформами служб и функциями тарификации в соответствии с требованиями службы. Логический элемент сети, ответственный за эти функции, называется обслуживающей функцией управления сессией вызова (Serving Call Session Control Function, S-CSCF).
В архитектуре IMS службы расположены и исполняются в платформах служб, серверах приложений (Application Servers, AS). Для отправки и приема SIP-сообщений между S-CSCF и AS определяется контрольная точка Управления Службой IMS (ISC). При приеме SIP-запроса S-CSCF будет анализировать его и принимать решение о маршрутизации этого запроса к AS для дальнейшей обработки. Анализ базируется на профиле службы, ассоциированном с указанным в запросе идентификатором открытого пользователя. Профиль службы связан с набором информации, специфичной для пользователя (например, критерии фильтра), доступным для S-CSCF как минимум во время выполнения S-CSCF операций по обработке данных этого конкретного пользователя. Обычно профиль службы или по меньшей мере критерии фильтра загружаются в S-CSCF при регистрации пользователя или при приеме завершения начального запроса для незарегистрированного пользователя.
Профиль службы подписки IMS содержит критерии фильтра, описывающие одно или более условий; эти условия проверяются для принятия решения о необходимости дальнейшей маршрутизации входящих SIP-сообщений к AS для дальнейшей обработки. Критерии фильтра также определяют конкретный AS, с которым нужно установить соединение каждый раз, когда удовлетворяются данные условия. Таким образом, критерий фильтра представляет подготовленную подписку пользователя на приложение или приложения.
Возможность агента пользователя (UA) для использования подготовленного приложения могут, однако, изменяться динамически. В соответствии с RFC 3840 возможность определена как атрибут отправителя или получателя, который указывает способность генерировать или обрабатывать определенный тип контента сообщений. Возможность отличается от характеристики в том, что возможность может быть использована/не использована в любой конкретный период, например, во время одиночного вызова, в то время как характеристика - это неизменяемое свойство UA. Например, агенты пользователя могут широко изменяться в своих возможностях и в типах устройств, которые эти агенты представляют. Критерии фильтра, однако, являются по существу статическими определениями, которые не способствуют динамическим вариациям, вызванным, например, возможностями текущего используемого терминального оборудования.
Например, пользователь IMS может быть подписан на использование службы РоС, но не быть зарегистрированным пользователем РоС в текущий момент, потому что он использует в этот момент терминал без возможностей РоС. Когда входящий запрос, адресованный такому пользователю IMS, принимается S-CSCF, S-CSCF анализирует этот запрос и сравнивает его с критериями фильтра. Критерии фильтра указывают, что если запрос содержит индикацию возможности службы РоС, то сообщение должно быть перенаправлено на заданный РоС AS. Служба IMS в действительности содержит механизм, по которому AS может определить несоответствие и соответствующим образом прервать инициацию сессии. Однако к этому времени маршрутирование к AS уже выполнено. Это добавляет ненужную нагрузку на сервер РоС и, в зависимости от установленного типа ответа на сервере РоС, может генерировать тарификационные действия, которые должны быть согласованы и организованы отдельно; например, тарификационные записи должны будут стерты/отменены. Более того, это является ощутимым техническим недостатком, который ухудшает условия принятия и реализации службы в системе IMS.
КРАТКОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Целью настоящего изобретения является предоставление элемента управления службой, способа, сервера абонента и компьютерного программного продукта так, чтобы улучшить обработку сессий, где используются различные возможности терминалов. Цели данного изобретения достигаются с помощью элемента управления службой, способа, сервера абонента и компьютерного программного продукта, которые характеризуются тем, что изложено в независимых пунктах формулы. Предпочтительные реализации данного изобретения описаны в зависимых пунктах формулы.
Данное изобретение базируется на идее предоставления управления службой, при котором динамические возможности агента пользователя по использованию службы сделаны критерием для решения того, будет ли входящий запрос перенаправлен на сервер приложения, обеспечивающего это конкретное приложение.
Преимущество данного изобретения заключается в том, что входные сообщения могут соответствующим образом обрабатываться уже в элементе сети, ответственном за управление службой, что позволяет избежать как ненужного анализа тарификации, так и дополнительной сигнализационной нагрузки на сервер, обеспечивающий эту службу.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Далее данное изобретение будет описано с большей подробностью, посредством предпочтительных реализаций со ссылками на чертежи, на которых
Фиг.1 - блок-схема сигнализации, которая иллюстрирует поток информации между элементами IMS при установлении IMS-сессии высокого уровня;
Фиг.2 - блок-схема сигнализации, когда конечное оборудование пользователя перерегистрировано в IMS без возможностей РоС.;
Фиг.3 - ситуация, иллюстрированная на фиг.2, но улучшенная с помощью предложенного решения;
Фиг.4 - профиль пользователя, ассоциированный с абонентом IMS;
Фиг.5 - более детальная структура критериев фильтра;
Фиг.6 - более детальная структура триггерных точек фиг.5;
Фиг.7 - блок-схема, иллюстрирующая работу элемента управления службой для конечного оборудования пользователя;
Фиг.8 - функциональная архитектура элемента управления службой;
Фиг.9 - блок-схема сигнализации, когда оборудование вызывающего пользователя перерегистрировано в IMS без включения индикации возможности, соответствующей службе;
Фиг.10 - процедура, иллюстрированная на фиг.9, но улучшенная с помощью предложенного решения.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Настоящее изобретение применимо к различным пакетным архитектурам мультимедиа с независимым доступом, взаимодействующим, например, с голосовыми сетями и сетями данных для фиксированных (PSTN, ISDN, Интернет) и мобильных пользователей (GSM; CDMA; WCDMA) и содержащим управление службой, которое содействует установлению пиринговых коммуникаций с различными типами клиентов. Примеры таких систем включают 3GPP IMS, 3GPP MMD (Multi-Media Domain), сети IETF SIP, сети SIP как таковые, а также сети ETSI TISPAN NGN, которые могут иметь различные типы сетей доступа, например, GERAN, UTRAN, WLAN, фиксированный широкополосный доступ, в случае фиксированной/мобильной связи - также сети доступа PSTN/ISDN. В дальнейшем данное изобретение иллюстрировано посредством служб IMS и РоС, однако без ограничения данного изобретения терминами, протоколами и логическими элементами, использованными здесь.
Фиг 1. демонстрирует блок-схему сигнализации, которая иллюстрирует поток информации между элементами IMS при установлении сессии IMS высокого уровня. Следует отметить, что для ясности на фиг.1 показаны только те логические элементы IMS, которые необходимы для описания данного изобретения. Специалисту понятно, что полная сеть для выполнения требуемой передачи данных включает определенное число обычных подсетей и элементов сети, показывать которые для понимания данного изобретения не обязательно. Более того, отдельные элементы на фиг.1 относятся к функциональным частям процессов и не подразумевают, как таковые, физическую конфигурацию элементов. Некоторые показанные логические элементы могут быть интегрированы в одну физическую структуру, и/или некоторые элементы могут быть физически разделены на две или более отдельных физических конфигураций.
Оборудование пользователя (UE) может быть упрощенным терминалом только для передачи речи, либо оно может быть терминалом для иных служб, действующим как платформа служб с поддержкой загрузки и выполнения различных функций, относящихся к этим сервисам. В этом контексте термин «оборудование пользователя» в основном относится к объекту, включающему идентификатор абонента и реальное мобильное оборудование. Мобильное оборудование пользователя в следующих реализациях включает действительное мобильное оборудование и отделяемый модуль идентификации абонента, без ограничения рассмотрения рамками только такой конфигурации. Ясно, что некоторое оборудование пользователя, например, фиксированные терминалы для широкополосного доступа не содержат отдельный модуль идентификации. Модуль идентификации абонента обычно является смарткартой, которая по существу содержит идентификатор абонента, выполняет алгоритм аутентификации и сохраняет ключи аутентификации и шифрования, а также другую абонентскую информацию, которая нужна оборудованию пользователя. Мобильное оборудование обычно является радиотерминалом, используемым для радиосвязи между оборудованием пользователя и сетью. Мобильное оборудование может быть любым оборудованием, способным к коммуникациям в мобильной системе связи, или комбинацией нескольких единиц оборудования, например, компьютером для мультимедиа с подсоединенным телефоном для обеспечения мобильного соединения.
Пользователь IMS имеет один или более публичных идентификаторов пользователя, которые используются любым пользователем для запроса соединения с другими пользователями. Публичный идентификатор/идентификаторы пользователя обычно имеет формат SIP-URI или TEL-URI (tel URL). Публичный идентификатор пользователя (Public User Identity) обычно должен быть зарегистрирован явно или неявно, перед тем как идентификатор может быть использован для участия в сессиях IMS и в процедурах, не связанных с сессией IMS. В некоторых случаях такая регистрация, однако, сделана другими средствами, например со статической (постоянной, полупостоянной) регистрацией, при подсоединении оборудования пользователя к фиксированной линии.
Когда вызывающий пользователь А желает выполнить РоС-вызов к вызываемому пользователю В, оборудование пользователя A (UEa) генерирует запрос SIP INVITE (шаг 1.1), помещает в Accept-Contact Header запроса тег функции РоС "+g.poc.talkburst" и отсылает запрос к прокси-функции управления сессией вызова (Proxy-Call Session Control Function, P-CSCFA). P-CSCFA представляет первую контактную точку UEA в IMS. Если запрос сжатый, P-CSCFA распаковывает запрос, верифицирует идентификатор вызывающего пользователя А и перенаправляет этот запрос (шаг 1.2) к обслуживающей функции управления сессией вызова (S-CSCFA) внутренней сети пользователя А. S-CSCFA отвечает за управление сессией и службы регистрации для оборудования пользователя. Когда бы ни было оборудование пользователя вовлечено в сессию, S-CSCFA поддерживает состояние сессии и взаимодействует с платформами служб для обеспечения работы службы.
S-CSCFA обрабатывает запрос, выполняет управление службой и, базируясь на идентификаторе вызываемого пользователя в запросе SIP INVITE, определяет входную точку местной сети пользователя В. Опрашивающая функция управления сессией вызова (Interrogating Call Session Control Function, I-CSCFB) - это контактная точка в пределах одной сети для соединений, адресованных абоненту оператора этой сети. S-CSCF посылает (шаг 1.3) запрос SIP INVITE к I-CSCFB, взаимодействующей (шаги 1.4 и 1.5.) с домашним сервером абонента (Home Subscriber Server, HSSB) домашнего оператора пользователя В для определения S-CSCFB, которая обслуживает оборудование пользователя (UЕB). Приняв запрос (шаг.1.6), S-CSCFB берет на себя обработку сессии вызываемого абонента.
В случае, когда UEB не зарегистрирован, S-CSCFB загружает из HSSB местного оператора пользователя В критерии фильтра, ассоциированные с идентификационной меткой принятого запроса, если это необходимо. В случае, когда UEB зарегистрирован, чтение критериев фильтра доступно для S-CSCFB. S-CSCFB начинает проходить эти критерии фильтра один за другим, проверяя, совпадает ли любой из этих критериев с параметрами принятого запроса. В упрощенной форме, критерии фильтра, ассоциированные с идентификатором, могут устанавливать, например:
Если метод = "INVITE" и заголовок = "Accept-Contact" = "+g.poc.talkburst", тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
Поскольку критерий фильтра совпадает с запросом, S-CSCFB перенаправляет запрос (шаг 1.7.) к РоС AS. Следует отметить, что представленные критерии фильтра относятся к примерам и включают только элементы, необходимые для иллюстрации настоящей реализации данного изобретения. Специалисту ясно, например, что критерий фильтра может быть в другом формате и может включать другие элементы, не показанные в проиллюстрированном примере. РоС AS осуществляет логику службы в соответствии со службой РоС и маршрутирует запрос INVITE назад (шаг 1.8) к S-CSCFB. S-CSCFB передает запрос (шаг 1.9) к P-CSCFB, который в итоге передает запрос в UЕB. Оборудование пользователя UЕA и UEB будет обмениваться между собой некоторыми дополнительными данными для завершения установления сессии, а затем может начаться вызов РоС.
Фиг.1 относится к нормальному случаю, когда между подготовленным приложением и возможностями оборудования пользователя не обнаружено несоответствия. Фиг.2 иллюстрирует ситуацию, когда UEB перерегистрировано в IMS, однако (например, для указания того, что пользователь не желает принимать любые сессии РоС) не включает в регистрацию индикацию возможностей РоС. Входящий запрос перенаправляется к РоС AS таким же способом, как и в шагах 1.1…1.7 на фиг.1.
Затем РоС AS может обнаружить несоответствие в силу наличия тега функции РоС "+g.poc.talkburst" в запросе и указанных возможностей оборудования UEB вызываемого пользователя при условии, что указанные возможности оборудования UЕB вызываемого пользователя доступны в РоС AS. Если РоС AS обнаруживает несоответствие, то, согласно его логике службы, он прекращает инициацию сессии и посылает (шаги 2.8…2.12) соответствующее сообщение ошибки к вызывающему оборудованию UЕA пользователя. Если РоС AS не обнаруживает несоответствия, он обрабатывает запрос и перенаправляет его к S-CSCF для дальнейшей отправки к UЕB. Перед отправкой к UЕB S-CSCF проверяет указанные возможности UЕB и проверяет несоответствие. Если S-CSCF обнаруживает несоответствие, она прекращает инициацию сессии и посылает соответствующее сообщение ошибки к вызывающему оборудованию UЕB пользователя.
Операции по отношению к РоС AS и в нем самом вызывают дополнительную сигнализационную нагрузку на сервер РоС и/или S-CSCF, которая в перегруженной системе должна быть устранена. Эти операции также генерируют одну или несколько детальных записей вызовов, которые в нормальной сессии могут быть использованы как основа для начисления оплаты абоненту. Подобная излишняя тарификационная информация создает совокупный объем работы, который должен быть устранен.
Фиг.3 иллюстрирует ситуацию, подобную фиг.3, но уже улучшенную с помощью реализации изобретенного решения. Запрос перенаправлен к S-CSCF таким же образом, как и в шагах 1.1…1.6 на фиг.1. Затем S-CSCF обнаруживает критерий управления службой, что показано посредством критерия фильтра:
Если метод = "INVIТЕ" и заголовок = "Accept-Contact" = "+g.poc.talkburst" и заголовок контакта запроса ЗАРЕГИСТРИРОВАТЬ включает '+g.poc.talkburst', тогда: НАПРАВИТЬ запрос к определенному Вызываемому Порту Сервера РоС.
Поскольку не все условия по логическому «И» вышеуказанного критерия фильтра выполнены (т.е. зарегистрированный заголовок контакта UЕB не включает тег функции РоС '+g.poc.talkburst'), то запрос не перенаправлен к РоС AS, а вместо этого возвращен (шаги 3.7…3.10) к вызывающему оборудованию UEA пользователя с соответствующим кодом ошибки. Таким образом, несоответствие обнаружено перед достижением РоС AS, и неуместная операция устранена.
Следует отметить, что критерий фильтра, используемый в данном описании текущей реализации, служит просто примером критерия управления службой и использован для передачи основного логического содержимого, необходимого для иллюстрации данного изобретения. Для специалиста ясно, что для управления доступом к службе, предоставленной платформой службы, применим любой тип набора связей, относительно которого могут быть выражены иные связи. Кроме того, запрос REGISTER сам по себе, необходимая часть или информация из этого запроса может быть сохранена в любой момент регистрации, например, при регистрации, перерегистрации или дерегистрации. Более того, данное изобретение пригодно как для запросов (например, SIP INVITE), так и для отдельных транзакций (например, SIP MESSAGE).
Тип критерия фильтра соответствует запросу. Например, в IMS обычно определены только начальные критерии фильтра (когда обработан начальный запрос); последующие критерии фильтра будут определены, когда будет обработан последующий запрос. Системные критерии фильтра могут быть использованы для определения критериев фильтра, общих для одного или более пользователей.
Фиг.4 иллюстрирует профиль пользователя, ассоциированный с абонентом IMS, в соответствии с реализацией настоящего изобретения. Когда пользователь получает подписку IMS, ему присвоен профиль пользователя. Профиль пользователя включает по меньшей мере один персональный идентификатор 40 пользователя и единственный профиль службы 41. Профиль пользователя может иметь более одного персонального идентификатора пользователя (что позволяет иметь множество зарегистрированных адресов контакта), и одна подписка IMS может содержать множество профилей служб. Профиль служб включает открытый идентификатор 42, авторизацию 43 службы базовой сети и блок 44 критериев фильтра. Открытый идентификатор 42 включает открытые идентификаторы пользователя (SIP uniform resource identifiers (URI) или tel URI), которые ассоциированы с профилем службы. Авторизация 43 службы базовой сети может нести информацию о медиаполитике, что позволяет операторам предоставлять различные абонентские профили в их сетях IMS.
Критерии 44 фильтра представляют информацию для запуска служб, которая описывает, когда входящее SIP-сообщение далее маршрутируется к серверу конкретного приложения. В соответствии с данным изобретением информация фильтра организована так, чтобы позволить выполнить проверку динамических возможностей ассоциированного оборудования пользователя по использованию службы, предоставляемой сервером приложений. В настоящей реализации пользователь во время регистрации в IMS указывает возможность РоС включением в запрос тега функции носителя "+g.poc.talkburst".
Фиг.5 иллюстрирует более детально структуру критерия фильтра. Критерий фильтра включает один или ни одного экземпляра триггерных точек 50 и один экземпляр сервера 51 приложений. Критерии фильтра могут быть снабжены взаимными приоритетами посредством приоритетных номеров и затем оцениваться в порядке приоритета. Сервер 51 приложений определяет AS, с которым устанавливается связь всякий раз, когда есть соответствие критерию фильтра. Сервер 51 приложений может также включать служебную информацию, которая передается прямо через S-CSCF к AS, когда есть соответствие условиям критериев фильтра во время регистрации.
Триггерная точка 50 определяет условия, которые проверяются для выяснения, нужно ли в IMS контактировать с AS, указанным сервером 51 приложений. В соответствии с данным изобретением триггерная точка организована так, что включает информацию о динамических возможностях ассоциированного оборудования пользователя по использованию службы, предоставленной сервером 51 приложений. В настоящей реализации триггерная точка побуждает S-CSCF проверить, указало ли оборудование вызываемого пользователя во время регистрации в IMS возможность РоС включением в запрос тега функции носителя "+g.poc.talkburst".
Фиг.6 иллюстрирует более детально структуру триггерной точки 50. Триггерная точка включает один или более экземпляр триггера 60 точки службы (SPT). Экземпляр SPT 60, в соответствии с настоящим изобретением, включает:
- Запрос-URI для идентификации ресурса, к которому направлен запрос.
- S/P метод для указания типа запроса.
- S/P заголовок для обеспечения данных, относящихся к запросу, например, для запуска на присутствие или отсутствие любого заголовка SIP или для запуска содержимого заголовка/заголовков SIP.
- Выбор сессии для указания того, должна ли S-CSCF вызывающего или вызываемого пользователя использовать фильтр.
- Описание сессии для определения SPT для содержимого любого поля SDP в теле SIP метода.
- Зарегистрированный Контакт/возможности терминала для указания, в соответствии с настоящей реализацией, динамических возможностей ассоциированных пользователей по использованию службы, предоставленной сервером приложений.
В другой реализации данного изобретения элемент информации о возможностях, который проверяет динамические возможности оборудования пользователя по использованию конкретной службы, не сделан частью критериев фильтра пользователя, а вместо этого сохранен во время регистрации или перед ней либо в S-CSCF, либо в базе данных, файле, списке, таблице и т.п., либо на уровне системных критериев фильтра, общем для одного или более пользователей, и применен перед маршрутированием к AS, например, совместно с определением критериев фильтра. Это проиллюстрировано посредством фиг.7, относящейся к типу соединения и элементам, показанным на фиг.1. На шаге 710 S-CSCF принимает запрос и берет на себя обработку сессии, которая выходит на пользователя UЕB. В шаге 715 S-CSCF проверяет, зарегистрирован ли UEB. В случае, когда UEB не зарегистрирован, S-CSCFB загружает (шаг 720) из HSSB местного оператора пользователя В критерии фильтра, ассоциированные с идентификатором, принятым в запросе. В случае, когда UEB зарегистрирован, чтение критериев фильтра доступно для S-CSCFB. S-CSCFB начинает проходить эти критерии фильтра один за другим, проверяя, совпадает ли любой из этих критериев с параметрами принятого запроса (шаг 725). При любом совпадении S-CSCF выполняет (шаг 730) соответствующую логику службы в соответствии с заранее заданным приоритетом между службами.
В соответствии с реализацией S-CSCF также проверяет (шаг 735) по меньшей мере для одной службы S(q) (но предпочтительно для всех подходящих служб), доступна ли какая-либо информация Контакт/возможности терминала, относящаяся к определенной службе S(q). Например, в случае службы РоС S-CSCF организована для проверки, зарегистрировано ли оборудование UEB пользователя, и если да, был ли принят тег функции РоС при регистрации. В случае совпадения (шаг 740) между службой S(q) и информацией о возможностях терминала, записанной в S-CSCF, S-CSCF продолжает логику службы S(q), как предписано. Например, в реализации, показанной на фиг.1, в случае, если информация о возможности РоС, принятая во время регистрации UЕB, совпадает с тегом функции РоС в запросе, запрос INVITE перенаправляют к РоС AS. Иначе S-CSCF выполняет альтернативную функцию F(q). В последнем случае S-CSCF прекращает сессию и направляет соответствующее сообщение ошибки к оборудованию UЕB вызывающего пользователя. Для специалиста ясно, что реализация функции F(q), вызываемой при несоответствии возможностей терминала и входного запроса, может быть определена в соответствии с приложением. Например, может быть определено, что в случае несоответствия S-CSCF будет запрашивать из UЕB возможность/возможности терминала перед отправкой запроса к AS службы S(q).
Для специалиста ясно, что в рамках изобретения есть несколько альтернатив для информации об имеющихся доступных возможностях. Соответственно, проверка того, должен или не должен запрос (например, запрос на инициацию сессии SIP или отдельную транзакцию SIP) быть маршрутирован к платформе сервиса, не ограничивается определением критериев фильтра, а может быть основана на любых состояниях управления сессией, активности в сессии, действиях сессии и т.п. Далее приведен пример некоторых альтернативных процедур. Следует отметить, что данные критерии фильтра служат примером, и для простоты показаны только существенные части критериев фильтра.
Если метод = "INVIТЕ" и заголовок = "Accept-Contact"="+g.poc.talkburst", тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
1. При регистрации оборудования пользователя критерии фильтра редактируют для включения возможностей терминала. Например, содержимое заголовка контакта запроса РЕГИСТРИРОВАТЬ может быть скопировано в критерии фильтра. Критерии фильтра тогда включают:
Если метод = "INVIТЕ" и заголовок = "Accept-Contact" = "+g.poc.talkburst" и "+g.poc.talkburst" включен в "aaa:bbb:ccc::333:444:555;+g.poc.talkburst", тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
2. При регистрации оборудования пользователя критерии фильтра редактируют для включения возможностей терминала. Например, содержимое заголовка контакта запроса РЕГИСТРИРОВАТЬ сохраняют как регистрационные данные в S-CSCF и указатель на структуру данных, содержащую сохраненный заголовок Контакт, добавляют к критериям фильтра. Тогда критерии фильтра включают:
Если метод = "INVIТЕ" и заголовок ="Accept-Contact" = "+g.poc.talkburst" и "+g.poc.talkburst" включен в &УКАЗАТЕЛЬ (структура данных, содержащая сохраненное содержимое заголовка контакта запроса ЗАРЕГИСТРИРОВАТЬ), тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
3. При регистрации оборудования пользователя критерии фильтра редактируют для включения возможностей терминала. Например, содержимое заголовка контакта запроса РЕГИСТРИРОВАТЬ сохраняют как регистрационные данные в S-CSCF, и ссылка на адрес, где сохранен заголовок Контакта, добавляется к критериям фильтра. Тогда критерии фильтра включают:
Если метод = "INVIТЕ" и заголовок = "Accept-Contact" = "+g.poc.talkburst" и "+g.poc.talkburst" включен в &ССЫЛКУ (сохраненное содержимое заголовка Контакта запроса ЗАРЕГИСТРИРОВАТЬ), тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
4. При регистрации оборудования пользователя критерии фильтра не редактируют, но они содержат статическую ссылку на сохраненные возможности терминала. Например, содержимое заголовка Контакта запроса ЗАРЕГИСТРИРОВАТЬ может быть сохранено в критериях фильтра вместе или по адресу со ссылкой &ССЫЛКА456. Тогда критерии фильтра включают:
Если метод = "INVIТЕ" и заголовок ="Accept-Contact" = "+g.poc.talkburst" и "+g.poc.talkburst" включен в &ССЫЛКУ, тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
5. При регистрации оборудования пользователя критерии фильтра не редактируют, а возможности терминала сохраняют при регистрации. Например, запрос ЗАРЕГИСТРИРОВАТЬ или только содержимое заголовка Контакта запроса ЗАРЕГИСТРИРОВАТЬ могут быть сохранены в S-CSCF. Таблица условий для маршрутизации к AS будет изменена, включая:
AS-poc; "требуемые возможности терминала" = '+g.poc.talkburst'.
Таблица условий для маршрутизации к AS может быть загружена как данные конфигурации, например, во время запуска S-CSCF или когда это необходимо, из локальной или общей базы данных, сервера, файла, таблицы и т.п.
Альтернативный пример организации этой таблицы:
"возможности терминала" = '+g.рос.talkburst'; позволить маршрутизацию к AS-рос.
6. При регистрации оборудования пользователя критерии фильтра не редактируют, а возможности терминала сохраняют при регистрации. Например, запрос ЗАРЕГИСТРИРОВАТЬ или только содержимое заголовка Контакта запроса ЗАРЕГИСТРИРОВАТЬ сохраняют в S-CSCF. Системные критерии фильтра, использованные для проверки маршрутизации к AS, организованы так:
Если метод = "INVIТЕ" и заголовок ="Accept-Contact" = "+g.poc.talkburst" и "возможности терминала" = '+g.poc.talkburst', тогда: НАПРАВИТЬ запрос к определенному вызываемому порту сервера РоС.
Процедура для проверки того, должен или не должен запрос быть маршрутизирован к платформе сервиса, может включать любую из описанных выше альтернатив или производную комбинацию из них, даже если таковые не упомянуты в этом списке альтернатив.
Термин сервер приложений (AS) означает здесь внешнюю платформу службы для приложения, обеспечивающего службу. В предыдущих реализациях для иллюстрации функций платформы службы, обеспечивающей службу РоС, использован внешний РоС AS. Однако платформа службы может быть платформой службы любого приложения, внешней или внутренней по отношению к элементу управления службой, реализующего функции управления. Дополнительно, сервер приложений может быть расположен в той же или иной сети, подсети или домене по отношению к элементу управления службой, реализующему функции управления.
Фиг.8 иллюстрирует функциональную архитектуру элемента управления службой в соответствии с данным изобретением. Элемент управления службой является элементом сети, который содержит средства обработки 81 (элемент, который содержит арифметико-логическое устройство, определенное число специальных регистров и управляющих схем). К средству обработки подключено средство памяти 82 (носитель данных, где могут быть сохранены данные, читаемые компьютером, или программы, или данные пользователя). Средство памяти обычно включает устройство памяти, которое допускает как чтение, так и запись (RAM), и память, содержимое которой может быть только прочитано (ROM). Устройство также включает блок интерфейса 83 со средствами ввода 84, для ввода данных для внутренней обработки в устройстве, и средства вывода 85, для вывода данных после внутренней обработки в устройстве. Примеры указанных средств ввода включают подключаемое устройство, действующее как шлюз для информации, доставляемой к его внешним точкам подключения. Для приема информации от оператора элемента управления службой этот элемент может также содержать клавиатурную панель, сенсорный экран, микрофон и т.п. Примеры указанных средств вывода включают подключаемое устройство, подающее информацию на линии, подключенные к его внешним точкам подключения. Для вывода информации оператору элемента управления службой этот элемент может также содержать экран, сенсорный экран, громкоговоритель и т.п. Средства обработки 81, средства памяти 82 и блок интерфейса 83 электрически соединены вместе для обеспечения систематического выполнения операций над принятыми и/или сохраненными данными в соответствии с заранее заданными, в точности запрограммированными обработками устройства.
В описанной ранее реализации операции включают выполняемые функции для осуществления этапов управления службой, как описано выше. Средства памяти 82 выполнены с возможностью хранения пользовательских критериев фильтра в элементе, как минимум во время обработки запроса, ассоциированного с пользователем, элементом управления службой. Когда подобный запрос принят элементом управления службой через средства ввода 84, пользовательские критерии фильтра извлекаются из средства памяти 82 и сравниваются с данными, содержащимися в запросе. Если условия критериев фильтра совпадают, запрос перенаправляется к заданному AS через средства вывода 85. В соответствии с данным изобретением пользовательские критерии фильтра организованы так, чтобы была возможность проверки информации о динамических возможностях ассоциированного пользователя по использованию службы, предоставленной сервером приложений.
Как сказано ранее, возможности терминала отражают способность терминала генерировать или обрабатывать определенный тип контента сообщений. Для специалиста ясно, что такая способность может быть изначальной либо специально организованной для того, чтобы обеспечить пользователю возможность временно разрешать или запрещать некоторые прикладные службы.
Передача информации о возможностях может быть организована несколькими путями, известными специалистам. Например, возможности оборудования пользователя могут быть указаны и с механизмом, описанным в IETF RFC3840, и/или через веб-страницу, и/или через Ut интерфейс между оборудованием пользователя и SIP-сервером приложений, и/или посредством конфигурирования подписки пользователя и/или профиля службы, и/или посредством соглашения, и/или посредством связи между оборудованием пользователя и элементом сети, и/или с помощью любого механизма и/или процедуры, включающей любое из следующего: пользователь, оператор и/или автоматическая (например, запрограммированная) процедура. При рассмотрении информации о возможностях некоторые явления могут отражаться на параметрах, относящихся к информации о возможностях, а также на том, как эти параметры могут быть переданы, например, тип носителя (например, речь, аудио, видео, текст), тип транспорта (например, в реальном времени, оффлайн, CS-транспорт, PS-транспорт), тип доступа (например, сотовый, WLAN, фиксированная широкополосная xDSL) и любые другие параметры (например, обмен сообщениями мультимедиа), и/или условия, и/или процедуры, и/или т.п.
Как дальнейший пример указанных выше механизмов далее приводится более конкретный пример таблицы условий для элемента управления службой, определяющей принципы управления маршрутизацией к AS. Этот пример представлен для описанной реализации, относящейся к службе РоС.
AS Требуемые возможности
РоС AS '+g.poc.talkburst' или '+g.poc.groupad'
Новостной сервер -
Игровой сервер 'видео'
Этот пример таблицы определяет, что запрос маршрутирован от элемента управления службой к РоС AS, если по меньшей мере одно из зарегистрированных оборудований пользователя имеет возможности '+g.poc.talkburst' или '+g.poc.groupad'. Это означает, что такое оборудование пользователя способно принять запрос РоС и пользователь этого оборудования желает принять групповое извещение от РоС.
Другой пример таблицы условий для элемента управления службой, определяющей принципы маршрутизации к AS, выглядит так:
Публичный Идентификатор Пользователя Оборудование пользователя Возможно перенаправление к следующим серверам приложений
userB@example.com UE-1B Рос AS, Новостной сервер
userB@example.com UE-2B Новостной сервер, Игровой сервер
Когда пользователь В совершает регистрацию с первым оборудованием пользователя UE-1B, элементы в первой строке вышеприведенной таблицы, т.е. Публичный Идентификатор Пользователя и оборудование пользователя (соотнесенное, например, с IP-адресом) выбирают из регистрационной информации и записывают в первом и втором столбце таблицы (см. выше). Система также извлекает информацию о возможностях оборудования пользователя, определяет серверы приложений, которые могут быть посещены при указанных возможностях, и помещает имена и/или адреса серверов в третий столбец таблицы. В соответствии с данным изобретением таблица может быть затем использована для проверки, будет ли запрос, нацеленный к Публичному Идентификатору Пользователя (userB@example.com), перенаправлен к AS (например, Рос AS).
Как показано на вышеприведенной таблице, пользователь может регистрировать Публичный Идентификатор Пользователя посредством некоторого количества различного оборудования пользователя, и это оборудование пользователя может быть далее зарегистрировано с различными возможностями. Например, в вышеприведенном примере Публичный Идентификатор Пользователя userB@example.com может регистрировать другое оборудование пользователя UE-2B, причем UE-1B и UE-2B могут иметь различные возможности. В таком случае S-CSCF проверяет, что по меньшей мере одно из оборудований пользователя имеет требуемые возможности.
В описанной реализации профиль службы ассоциирован с подпиской IMS вызываемого пользователя. В соответствии с принципом запроса сессии профиль службы и динамические возможности могут быть проверены в отношении вызывающего пользователя. Это иллюстрировано на фиг.9, где показаны этапы установления сессии вызывающего оборудования пользователя UЕA. В этом примере пользователь оборудования пользователя UЕA желает связаться с платформой служб ASA видеофильмов для того, чтобы смотреть фильм. Пользователь зарегистрировался посредством оборудования пользователя UЕA, но не поместил элемент информации о возможностях, который указывает соответствующие медиа-возможности. В шаге 9.1 UЕA посылает запрос INVITE, адресованный к ASA, и, как в процедуре на фиг.2, этот запрос перенаправляют (шаг 9.2.) от прокси-функции управления сессией вызова (Proxy-Call Session Control Function, P-CSCFA) к обслуживающей функции управления сессией вызова (S-CSCFA) местной сети пользователя A. S-CSCFA осуществляет подходящую логику службы и перенаправляет запрос к серверу видеофильмов ASA. Сервер видеофильмов обнаруживает несоответствие между возможностями UЕA, однако к этому времени может уже обработать запрос и, более того, может уже сгенерировать соответствующую тарифную информацию, относящуюся к загрузке. Также возможно, что сервер видеофильмов не обнаруживает несоответствия, а начинает осуществлять запрошенные процедуры и возвращает (шаг 9.4) подтверждение запроса к S-CSCFA. Когда S-CSCFA обнаруживает несоответствие, эта функция прекращает установление сессии и посылает уведомление для оборудования пользователя (шаг.9.6). Однако на этом этапе сервер видеофильмов может уже сгенерировать как трафик, так и тарифную информацию, относящуюся к операциям загрузки. Фиг.10 иллюстрирует похожую процедуру, улучшенную с помощью настоящего изобретения. Принимая запрос INVITE, S-CSCFA извлекает информацию о возможностях терминала и на этой основе определяет несоответствие между запрошенным сервисом и извлеченными возможностями. S-CSCFA прекращает установление сессии и посылает (шаги 9.5, 9.6) уведомление к вызывающему оборудованию пользователя. Таким образом, ненужные тарификационные действия и трафик устраняются.
Для специалиста очевидно, что концепция изобретения может быть реализована различными путями. Данное изобретение и его реализации не ограничены примерами, описанными выше, а могут варьироваться в рамках формулы изобретения.

Claims (11)

1. Элемент управления службой, содержащий:
средства ввода для приема запроса сессии, идентифицирующего пользователя;
средства проверки, соответствует ли запрос сессии заданному критерию управления службой; и
средства маршрутизации для перенаправления запроса сессии к заданной платформе службы, когда запрос сессии соответствует критерию управления службой;
средства извлечения, перед перенаправлением запроса сессии к заданной платформе службы, элемента информации о возможностях, ассоциированного с пользователем, при этом элемент информации о возможностях указывает возможности по меньшей мере одного оборудования пользователя использовать службу, предоставленную заданной платформой службы; и
средства завершения сессии в ответ на элемент информации о возможностях, указывающий, что никакое оборудование пользователя не способно использовать службу, предоставляемую заданной платформой службы.
2. Элемент управления службой по п.1, где критерий управления службой представляет собой критерий фильтра пользователя, а элемент информации о возможностях включен в критерий фильтра пользователя.
3. Элемент управления службой по п.2, где элемент информации о возможностях включен в триггерную точку критерия фильтра пользователя.
4. Элемент управления службой по п.3, где элемент информации о возможностях включен в экземпляр триггерной точки службы триггерной точки критерия фильтра пользователя.
5. Элемент управления службой по п.1, также содержащий:
средства интерфейса к базе данных для сохранения элементов информации о возможностях, принятых от пользователя, где
средства извлечения выполнены с возможностью извлечения элементов информации о возможностях из базы данных.
6. Элемент управления службой по п.5, где база данных интегрирована в элемент управления службой.
7. Элемент управления службой по п.5, где средства извлечения выполнены с возможностью определения базы данных из информации внутри запроса сессии.
8. Способ управления службой, содержащий:
прием запроса сессии, идентифицирующего пользователя;
проверку того, соответствует ли запрос сессии заданному критерию управления службой; и
перенаправление запроса сессии к заданной платформе службы, когда запрос сессии соответствует критерию управления службой;
извлечение, перед перенаправлением запроса сессии к заданной платформе службы, элемента информации о возможностях, ассоциированного с пользователем, при этом элемент информации о возможностях указывает возможности по меньшей мере одного оборудования пользователя использовать службу, предоставленную заданной платформой службы; и завершение сессии в ответ на элемент информации о возможностях, указывающий, что никакое оборудование пользователя не способно использовать службу, предоставленную заданной платформой службы.
9. Сервер абонента, содержащий:
средства памяти для сохранения критерия управления службой, используемого для проверки того, должен ли быть перенаправлен запрос сессии, ассоциированный с пользователем, к платформе службы, где критерий управления службой содержит элемент информации о возможностях, указывающий динамические возможности по меньшей мере одного оборудования пользователя использовать службу, предоставленную платформой службы.
10. Читаемый компьютером носитель, содержащий компьютерную программу элемента управления службой, которая сконфигурирована для выполнения:
приема запроса сессии, идентифицирующего пользователя;
проверки того, соответствует ли запрос сессии заданному критерию управления службой;
перенаправления запроса сессии к заданной платформе службы, когда запрос сессии соответствует критерию управления службой;
извлечения, перед перенаправлением запроса сессии к заданной платформе службы, элемента информации о возможностях, ассоциированного с запросом сессии, при этом элемент информации о возможностях указывает возможности по меньшей мере одного оборудования пользователя использовать службу, предоставленную заданной платформой службы; и завершения сессии в ответ на элемент информации о возможностях, указывающий, что ни одно оборудование пользователя не способно использовать службу, предоставленную заданной платформой службы.
11. Читаемый компьютером носитель, содержащий компьютерную программу сервера абонента, которая сконфигурирована для выполнения:
сохранения критерия управления службой;
использования критерия управления службой для проверки того, должен ли быть перенаправлен запрос сессии, ассоциированный с пользователем, к платформе службы; и
указания, с использованием элемента информации о возможностях в критерии управления службой, динамических возможностей по меньшей мере одного оборудования пользователя использовать службу, предоставленную платформой службы.
RU2007141754/09A 2005-05-13 2006-05-11 Способ и элемент для управления службой RU2379856C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FI20055226 2005-05-13
FI20055226A FI20055226A0 (fi) 2005-05-13 2005-05-13 Menetelmä ja elementti palvelunohjaukseen
US11/189,818 2005-07-27
US11/189,818 US7870262B2 (en) 2005-05-13 2005-07-27 Method and element for service control

Publications (2)

Publication Number Publication Date
RU2007141754A RU2007141754A (ru) 2009-06-20
RU2379856C2 true RU2379856C2 (ru) 2010-01-20

Family

ID=34630162

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007141754/09A RU2379856C2 (ru) 2005-05-13 2006-05-11 Способ и элемент для управления службой

Country Status (9)

Country Link
US (2) US7870262B2 (ru)
JP (1) JP2008546225A (ru)
CN (2) CN103220323B (ru)
BR (1) BRPI0612025A2 (ru)
ES (1) ES2687988T3 (ru)
FI (1) FI20055226A0 (ru)
MX (1) MX2007014223A (ru)
RU (1) RU2379856C2 (ru)
ZA (1) ZA200709664B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2589356C2 (ru) * 2014-09-15 2016-07-10 ООО НПФ "Беркут" Способ аутентификации абонентов сотовой сети оператора

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8868772B2 (en) 2004-04-30 2014-10-21 Echostar Technologies L.L.C. Apparatus, system, and method for adaptive-rate shifting of streaming content
CN100484141C (zh) * 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
FI20055226A0 (fi) 2005-05-13 2005-05-13 Nokia Corp Menetelmä ja elementti palvelunohjaukseen
US8234388B2 (en) 2005-07-29 2012-07-31 Verizon Patent And Licensing Inc. Application service invocation based on filter criteria
US8798253B2 (en) * 2005-07-29 2014-08-05 Verizon Patent And Licensing Inc. Network routing
US7792275B2 (en) * 2005-07-29 2010-09-07 Verizon Patent And Licensing Inc. Application service invocation
CN100361553C (zh) * 2005-07-29 2008-01-09 华为技术有限公司 一种无线终端用户标识保存方法与装置
EP1920574B1 (de) * 2005-08-04 2011-09-21 T-Mobile International AG Verfahren zur Anbindung von Internet basierten Foren und Weblogs an eine Push to Talk Plattform
KR101159341B1 (ko) * 2005-08-19 2012-06-25 삼성전자주식회사 Ｘｄｍ 서비스 정보 관리 시스템 및 방법
EP1760983B1 (en) * 2005-09-02 2013-02-27 Swisscom AG Method and system for providing media content to a user
KR100738553B1 (ko) * 2006-01-18 2007-07-11 삼성전자주식회사 복합 네트워크 관리 시스템 및 그 방법
US7817617B2 (en) * 2006-03-29 2010-10-19 Samsung Electronics Co., Ltd. Request routing mechanism for distributed multi-participant service application servers in an internet protocol multimedia subsystem network
ATE524909T1 (de) * 2006-05-17 2011-09-15 Deutsche Telekom Ag Verfahren und einrichtungen zur bereicherung von sprachanrufen und semantische kombination mehrerer dienstsitzungen in einer virtuell kombinierten dienstsitzung
US7734302B2 (en) * 2006-06-23 2010-06-08 Research In Motion Limited Apparatus, and associated method, for supporting SMS messaging by way of an IP network
US8929360B2 (en) 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
GB0625641D0 (en) * 2006-12-21 2007-01-31 Symbian Software Ltd Dynamic filtering for partially trusted servers
CA2673275A1 (en) * 2006-12-21 2008-06-26 Telefonaktiebolaget L M Ericsson (Publ) A method and an arrangement for handling a service request in a multimedia network
CN101115059A (zh) 2007-01-19 2008-01-30 华为技术有限公司 多媒体子系统中传递终端信息的方法、设备及系统
US8489743B2 (en) * 2007-02-06 2013-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing administrative registration
WO2008101838A2 (en) * 2007-02-22 2008-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Group access to ip multimedia subsystem service
FI122996B (fi) * 2007-05-10 2012-09-28 Teliasonera Ab Palveluun liittyvän pyynnön käsittely
US8521155B2 (en) * 2007-12-21 2013-08-27 Research In Motion Limited Presence-based call switching
US8325800B2 (en) 2008-05-07 2012-12-04 Microsoft Corporation Encoding streaming media as a high bit rate layer, a low bit rate layer, and one or more intermediate bit rate layers
US8379851B2 (en) * 2008-05-12 2013-02-19 Microsoft Corporation Optimized client side rate control and indexed file layout for streaming media
US7925774B2 (en) 2008-05-30 2011-04-12 Microsoft Corporation Media streaming using an index file
US20090300115A1 (en) * 2008-06-03 2009-12-03 Telefonaktiebolaget Lm Ericsson (Publ) Method, node and system for adapting a session initiation protocol (sip) message for an ip multimedia subsystem (ims)
US8331355B2 (en) * 2008-06-24 2012-12-11 Research In Motion Limited Method for a network component to route a communication session
US8683077B2 (en) * 2008-06-24 2014-03-25 Blackberry Limited Method for indicating supported IP versions and reaching a device that supports compatible IP versions with SIP
US8265140B2 (en) 2008-09-30 2012-09-11 Microsoft Corporation Fine-grained client-side control of scalable media delivery
CN101820381B (zh) * 2009-02-27 2013-06-12 华为技术有限公司 一种业务路由的方法,系统和装置
BRPI0924885B1 (pt) * 2009-03-19 2020-09-24 Telefonaktiebolaget Lm Ericsson(Publ) Método para modificar alocação de funções de controle de sessão de chamada de serviço a um usuário de uma rede de subsistema de multimídia de ip, e, função de controle de sessão de chamada de serviço
US8868686B1 (en) * 2009-03-31 2014-10-21 Microsoft Corporation Sharing of repository data for non-alias identities
CN102484635A (zh) * 2009-05-04 2012-05-30 捷讯研究有限公司 用于实现设备之间的媒体和媒体转移的系统和方法
US8386640B2 (en) * 2009-10-30 2013-02-26 At&T Intellectual Property I, Lp Method, computer readable medium, and apparatus for providing different services to different users of an aggregate endpoint in an internet protocol multimedia subsystem (IMS) network
WO2011060815A1 (en) * 2009-11-18 2011-05-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
US8537843B1 (en) * 2010-08-17 2013-09-17 Sprint Communications Company L.P. Timer based logic component for initial filter criteria in a wireless communication system
FR2975252A1 (fr) * 2011-05-09 2012-11-16 France Telecom Procede de traitement d'une requete de basculement d'une communication entre deux reseaux d'acces
US10104214B2 (en) * 2012-05-11 2018-10-16 Qualcomm Incorporated Seamless in-call voice notes
WO2015059715A2 (en) * 2013-10-21 2015-04-30 Subex Limited Method and system for revenue maximization in a communication network

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI97511C (fi) * 1994-12-23 1996-12-27 Nokia Telecommunications Oy Menetelmä puhelun hinnan laskentaperusteiden parantamiseksi matkapuhelinverkossa
US5603029A (en) * 1995-06-07 1997-02-11 International Business Machines Corporation System of assigning work requests based on classifying into an eligible class where the criteria is goal oriented and capacity information is available
FI103172B (fi) * 1996-06-07 1999-04-30 Nokia Telecommunications Oy Älykäs puhelunreititys
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
JPH11340984A (ja) 1998-05-21 1999-12-10 Nec Corp Ｉｐアドレス検索システム
US6789118B1 (en) * 1999-02-23 2004-09-07 Alcatel Multi-service network switch with policy based routing
JP2000253143A (ja) 1999-03-01 2000-09-14 Toshiba Corp 通信装置
IE20001001A1 (en) * 1999-12-13 2001-07-11 Markport Ltd A service management access node for mobile internet
US6857132B1 (en) * 2000-01-14 2005-02-15 Terayon Communication Systems, Inc. Head end multiplexer to select and transmit video-on-demand and other requested programs and services
EP1182542A1 (en) * 2000-07-21 2002-02-27 Hewlett Packard Company, a Delaware Corporation On-line selection of print service provider in distributed print on demand service
JP4123331B2 (ja) * 2001-03-16 2008-07-23 日本電気株式会社 マルチメディア通信システムとマルチメディア通信可能な携帯無線通信端末及びメッセージ送受信方法
US7684553B2 (en) 2001-03-23 2010-03-23 Nokia Corporation Method for transmitting data in a communication network
JP2004528783A (ja) * 2001-05-22 2004-09-16 ノキア コーポレイション コンテキスト起動を制御するための方法、ネットワーク装置、及び端末装置
US7227865B2 (en) * 2001-08-16 2007-06-05 Interdigital Technology Corporation Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities
JP3946012B2 (ja) 2001-08-22 2007-07-18 日本電信電話株式会社 サービス制御装置
JP3826782B2 (ja) * 2001-12-12 2006-09-27 ソニー株式会社 データ伝送システム、情報処理装置および方法、記録媒体、並びにプログラム
US20030229699A1 (en) * 2002-06-07 2003-12-11 Moran Timothy L. Method of limiting media description negotiation
US7529839B2 (en) * 2003-03-24 2009-05-05 Nokia Corporation Request redirection handling in IMC
US20040205212A1 (en) 2003-03-31 2004-10-14 Nokia Corporation Method and system for forwarding a service-related information to a network user
JP2004328727A (ja) * 2003-04-08 2004-11-18 Citizen Watch Co Ltd インターネット接続システム、インターネット接続システムにおけるデータ通信方法及びインターネット接続システムを利用する情報端末
US8555352B2 (en) * 2003-06-20 2013-10-08 Juniper Networks, Inc. Controlling access nodes with network transport devices within wireless mobile networks
GB0319360D0 (en) 2003-08-18 2003-09-17 Nokia Corp Setting up communication sessions
CN100372338C (zh) * 2003-10-23 2008-02-27 华为技术有限公司 一种ip多媒体子系统中本地业务的实现方法
US20050182852A1 (en) * 2004-02-14 2005-08-18 David Tinsley Intelligent fabric
US7571232B2 (en) * 2004-03-22 2009-08-04 Microsoft Corporation Method and apparatus for managing channel information
KR100938624B1 (ko) 2005-05-13 2010-01-22 노키아 코포레이션 서비스 제어를 위한 방법 및 요소
FI20055226A0 (fi) 2005-05-13 2005-05-13 Nokia Corp Menetelmä ja elementti palvelunohjaukseen

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2589356C2 (ru) * 2014-09-15 2016-07-10 ООО НПФ "Беркут" Способ аутентификации абонентов сотовой сети оператора

Also Published As

Publication number Publication date
BRPI0612025A2 (pt) 2010-10-13
CN103220323A (zh) 2013-07-24
JP2008546225A (ja) 2008-12-18
FI20055226A0 (fi) 2005-05-13
US8635343B2 (en) 2014-01-21
US7870262B2 (en) 2011-01-11
RU2007141754A (ru) 2009-06-20
US20060270404A1 (en) 2006-11-30
CN101208962A (zh) 2008-06-25
CN103220323B (zh) 2016-04-13
ES2687988T3 (es) 2018-10-30
MX2007014223A (es) 2008-02-07
US20110078316A1 (en) 2011-03-31
ZA200709664B (en) 2008-06-25

Similar Documents

Publication Publication Date Title
RU2379856C2 (ru) Способ и элемент для управления службой
US8457046B2 (en) Method for multiple registration of a multimodal communication terminal
CN100596076C (zh) 个人网管理中用户设备登记、激活系统、方法及装置
RU2434351C2 (ru) Способ, система и устройство для использования идентификаторов услуг связи ims в системе связи
US20070189215A1 (en) Method for reducing interface load of home subscriber server
US20030131151A1 (en) Communications node architecture and method for providing control functions in a telecommunications network
US20060161512A1 (en) Methods, systems, and computer program products for supporting database access in an Internet protocol multimedia subsystem (IMS) network environment
JP2008543135A (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
KR20080007232A (ko) Ｉｍｓ 기반 통신 개시 방법
US8265622B2 (en) Method and saving entity for setting service
US8942227B1 (en) Enhanced filtering for an IP multimedia subsystem
KR100938624B1 (ko) 서비스 제어를 위한 방법 및 요소
US9699220B2 (en) System and method to provide combinational services to anonymous callers
US8732321B2 (en) Control entity and method for setting up a session in a communications network, subscriber database and communications network
CN101018240A (zh) 检查通用可路由用户代理统一资源标识有效性的方法
US10212193B2 (en) Service support for suspended and inactive subscribers
KR100608907B1 (ko) ３ｇｐｐ ｉｍｓ망에서 화상 통화 내용 기록 방법 및 시스템
EP2028811B1 (en) Method for exchanging user information in a telecommunication network
KR100757535B1 (ko) 어플리케이션 구분이 가능한 멀티미디어 서비스 방법 및장치
Häber et al. Evaluation of frameworks for creating end-to-end mobile services with OMA MMS as a use case
KR20100000714A (ko) ＩＭＳ 환경에서 ＶｏＩＰ 사용자 단말을 등록하기 위한장치, ＩＰ인증 서버 및 방법

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20120512