RU2379856C2 - Способ и элемент для управления службой - Google Patents
Способ и элемент для управления службой Download PDFInfo
- 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
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
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, выглядит так:
Публичный Идентификатор Пользователя | Оборудование пользователя | Возможно перенаправление к следующим серверам приложений |
[email protected] | UE-1B | Рос AS, Новостной сервер |
[email protected] | UE-2B | Новостной сервер, Игровой сервер |
Когда пользователь В совершает регистрацию с первым оборудованием пользователя UE-1B, элементы в первой строке вышеприведенной таблицы, т.е. Публичный Идентификатор Пользователя и оборудование пользователя (соотнесенное, например, с IP-адресом) выбирают из регистрационной информации и записывают в первом и втором столбце таблицы (см. выше). Система также извлекает информацию о возможностях оборудования пользователя, определяет серверы приложений, которые могут быть посещены при указанных возможностях, и помещает имена и/или адреса серверов в третий столбец таблицы. В соответствии с данным изобретением таблица может быть затем использована для проверки, будет ли запрос, нацеленный к Публичному Идентификатору Пользователя ([email protected]), перенаправлен к AS (например, Рос AS).
Как показано на вышеприведенной таблице, пользователь может регистрировать Публичный Идентификатор Пользователя посредством некоторого количества различного оборудования пользователя, и это оборудование пользователя может быть далее зарегистрировано с различными возможностями. Например, в вышеприведенном примере Публичный Идентификатор Пользователя [email protected] может регистрировать другое оборудование пользователя 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. Читаемый компьютером носитель, содержащий компьютерную программу сервера абонента, которая сконфигурирована для выполнения:
сохранения критерия управления службой;
использования критерия управления службой для проверки того, должен ли быть перенаправлен запрос сессии, ассоциированный с пользователем, к платформе службы; и
указания, с использованием элемента информации о возможностях в критерии управления службой, динамических возможностей по меньшей мере одного оборудования пользователя использовать службу, предоставленную платформой службы.
сохранения критерия управления службой;
использования критерия управления службой для проверки того, должен ли быть перенаправлен запрос сессии, ассоциированный с пользователем, к платформе службы; и
указания, с использованием элемента информации о возможностях в критерии управления службой, динамических возможностей по меньшей мере одного оборудования пользователя использовать службу, предоставленную платформой службы.
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 US7870262B2 (en) | 2005-05-13 | 2005-07-27 | Method and element for service control |
US11/189,818 | 2005-07-27 |
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) | CN101208962A (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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2589356C2 (ru) * | 2014-09-15 | 2016-07-10 | ООО НПФ "Беркут" | Способ аутентификации абонентов сотовой сети оператора |
Families Citing this family (40)
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 |
US7818444B2 (en) | 2004-04-30 | 2010-10-19 | Move Networks, Inc. | Apparatus, system, and method for multi-bitrate content streaming |
CN100484141C (zh) * | 2005-03-28 | 2009-04-29 | 华为技术有限公司 | 实现ims和cs业务并发时的终端能力交互和路由控制的方法 |
FI20055226A0 (fi) | 2005-05-13 | 2005-05-13 | Nokia Corp | Menetelmä ja elementti palvelunohjaukseen |
US7792275B2 (en) * | 2005-07-29 | 2010-09-07 | Verizon Patent And Licensing Inc. | Application service invocation |
US8798253B2 (en) * | 2005-07-29 | 2014-08-05 | Verizon Patent And Licensing Inc. | Network routing |
CN100361553C (zh) * | 2005-07-29 | 2008-01-09 | 华为技术有限公司 | 一种无线终端用户标识保存方法与装置 |
US8234388B2 (en) | 2005-07-29 | 2012-07-31 | Verizon Patent And Licensing Inc. | Application service invocation based on filter criteria |
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 | 삼성전자주식회사 | Xdm 서비스 정보 관리 시스템 및 방법 |
ES2402773T3 (es) * | 2005-09-02 | 2013-05-08 | Swisscom Ag | Procedimiento y sistema para proporcionar contenido de medios a un usuario |
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 |
US8254288B2 (en) * | 2006-12-21 | 2012-08-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and an arrangement for handling a service request in a multimedia network |
GB0625641D0 (en) * | 2006-12-21 | 2007-01-31 | Symbian Software Ltd | Dynamic filtering for partially trusted servers |
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 |
RU2474067C2 (ru) * | 2007-02-22 | 2013-01-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Групповой доступ к услугам мультимедийной подсистемы на базе ip-протокола |
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) |
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 |
US8331355B2 (en) * | 2008-06-24 | 2012-12-11 | Research In Motion Limited | Method for a network component to route a communication session |
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 | 华为技术有限公司 | 一种业务路由的方法,***和装置 |
EP2409469B1 (en) * | 2009-03-19 | 2013-03-13 | Telefonaktiebolaget LM Ericsson (publ) | Reallocation of serving proxy function in ims |
US8868686B1 (en) * | 2009-03-31 | 2014-10-21 | Microsoft Corporation | Sharing of repository data for non-alias identities |
WO2010129427A1 (en) * | 2009-05-04 | 2010-11-11 | Research In Motion Limited | System and method for implementing media and media transfer between devices |
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 |
US20120233323A1 (en) * | 2009-11-18 | 2012-09-13 | Giuseppe Conte | 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 |
EP3061042B1 (en) * | 2013-10-21 | 2023-06-28 | Subex Limited | Method, user equipment and system for revenue maximization in a communication network |
Family Cites Families (27)
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 |
FI103172B1 (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 | Ipアドレス検索システム |
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 | 通信装置 |
AU2021001A (en) * | 1999-12-13 | 2001-06-18 | Markport Limited | A service management access node |
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 |
US7225220B2 (en) * | 2000-07-21 | 2007-05-29 | Hewlett-Packard Development Company, Lp | On-line selection of service providers in distributed provision of services on demand |
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 |
FI20055226A0 (fi) | 2005-05-13 | 2005-05-13 | Nokia Corp | Menetelmä ja elementti palvelunohjaukseen |
EP1880556B1 (en) | 2005-05-13 | 2018-08-01 | Nokia Technologies Oy | Method and element for service control |
-
2005
- 2005-05-13 FI FI20055226A patent/FI20055226A0/fi not_active Application Discontinuation
- 2005-07-27 US US11/189,818 patent/US7870262B2/en active Active
-
2006
- 2006-05-11 JP JP2008510605A patent/JP2008546225A/ja active Pending
- 2006-05-11 MX MX2007014223A patent/MX2007014223A/es not_active Application Discontinuation
- 2006-05-11 RU RU2007141754/09A patent/RU2379856C2/ru not_active IP Right Cessation
- 2006-05-11 CN CNA200680023291XA patent/CN101208962A/zh active Pending
- 2006-05-11 CN CN201310017373.5A patent/CN103220323B/zh active Active
- 2006-05-11 BR BRPI0612025-3A patent/BRPI0612025A2/pt not_active IP Right Cessation
- 2006-05-11 ES ES06743546.1T patent/ES2687988T3/es active Active
-
2007
- 2007-11-09 ZA ZA200709664A patent/ZA200709664B/en unknown
-
2010
- 2010-12-01 US US12/958,285 patent/US8635343B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2589356C2 (ru) * | 2014-09-15 | 2016-07-10 | ООО НПФ "Беркут" | Способ аутентификации абонентов сотовой сети оператора |
Also Published As
Publication number | Publication date |
---|---|
US7870262B2 (en) | 2011-01-11 |
CN103220323A (zh) | 2013-07-24 |
US8635343B2 (en) | 2014-01-21 |
CN103220323B (zh) | 2016-04-13 |
US20060270404A1 (en) | 2006-11-30 |
ZA200709664B (en) | 2008-06-25 |
CN101208962A (zh) | 2008-06-25 |
JP2008546225A (ja) | 2008-12-18 |
RU2007141754A (ru) | 2009-06-20 |
ES2687988T3 (es) | 2018-10-30 |
US20110078316A1 (en) | 2011-03-31 |
BRPI0612025A2 (pt) | 2010-10-13 |
MX2007014223A (es) | 2008-02-07 |
FI20055226A0 (fi) | 2005-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2379856C2 (ru) | Способ и элемент для управления службой | |
Poikselkä et al. | The IMS: IP multimedia concepts and services | |
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 | |
JP2008543135A (ja) | Ipマルチメディアサブシステム(ims)おける呼転送 | |
KR20080007232A (ko) | Ims 기반 통신 개시 방법 | |
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) | 检查通用可路由用户代理统一资源标识有效性的方法 | |
KR100608907B1 (ko) | 3gpp ims망에서 화상 통화 내용 기록 방법 및 시스템 | |
EP2028811B1 (en) | Method for exchanging user information in a telecommunication network | |
KR100757535B1 (ko) | 어플리케이션 구분이 가능한 멀티미디어 서비스 방법 및장치 | |
MXPA06011645A (es) | Metodo y aparato para transmitir un identificador unificado de recursos (uri) para uso de desviacion de contenido en un protocolo de iniciacion de sesion (sip) | |
Häber et al. | Evaluation of frameworks for creating end-to-end mobile services with OMA MMS as a use case | |
KR20100000714A (ko) | IMS 환경에서 VoIP 사용자 단말을 등록하기 위한장치, IP인증 서버 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20120512 |