Способы и устройства для обработки общедоступных идентификаторов в сети с подсистемой передачи мультимедиа на основе протокола ip

Изобретение относится к вычислительной технике. Технический результат заключается в обеспечении улучшенной обработки индивидуальных общедоступных идентификаторов в области значений общедоступного идентификатора с подстановочными символами. Способ в узле функции управления сеансами вызовов (CSCF) для обработки общедоступных идентификаторов в сети с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), в котором узел CSCF принимает от узла сервера домашних абонентов (HSS) информацию, указывающую набор индивидуальных общедоступных идентификаторов в области значений общедоступного идентификатора с подстановочными символами, причем этот набор индивидуальных общедоступных идентификаторов не находится в том же наборе неявных регистраций (IRS), что и общедоступный идентификатор с подстановочными символами. 4 н. и 17 з.п. ф-лы, 9 ил.

 

Область техники, к которой относится изобретение

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

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

С появлением новых технологий для мобильной телефонии был разработан ряд технических решений, касающихся связи на основе пакетов с использованием Протокола Интернет (IP), которые поддерживают использование мультимедийных услуг, в то время как на рынке появились различные мобильные и фиксированные пользовательские терминалы с новыми функциональными возможностями для передачи мультимедийных данных. Также постоянно совершенствуются услуги для конечных пользователей, расширяющие область использования и опыт восприятия при всеобщем потреблении услуг связи.

Сеть с подсистемой передачи мультимедиа на основе Протокола IP (IMS) можно использовать для предоставления услуг мультимедийной передачи и других услуг связи путем инициирования сеансов и управления ими для пользовательских терминалов, соединенных с другими различными сетями доступа. Эти сеансы обрабатываются специализированными узлами управления сеансами в сети IMS, в том числе узлами, называемыми узлами, наделенными функцией управления сеансами вызовов (CSCF).

Для мультимедийных сеансов в сетях IMS и других сетях, предоставляющих услуги связи, используется протокол сигнализации под названием «Протокол инициирования сеансов связи (SIP)».

С подсистемой IMS могут быть ассоциированы различные идентификаторы, такие как частные пользовательские идентификаторы, например, частный идентификатор для передачи мультимедиа на основе протокола IP (IMPI), и общедоступные пользовательские идентификаторы, такие как общедоступный идентификатор для передачи мультимедиа на основе IP (IMPU). Как IMPI, так и IMPU являются универсальными идентификаторами ресурсов (URI), которые могут представлять собой цифровые идентификаторы (телефон URI, типа тел.:+1-555-123-4567) или алфавитно-цифровые идентификаторы (URI протокола SIP, типа sip:john.doe@example.com). Идентификаторы подсистемы IMS хранятся в абонентской базе данных, называемой далее сервером домашних абонентов (HSS), вместе с профилями абонентских услуг, триггерами услуг и другой информацией.

Идентификатор IMPI является уникальным, распределяемым на постоянной основе глобальным идентификатором, который присваивается оператором домашней сети и используется, например, для регистрации, авторизации, администрирования и учета. Каждый пользователь IMS обязан иметь один или несколько идентификаторов IMPI.

Идентификатор IMPU используется пользователем для запрашивания связи с другими пользователями. Идентификатор IMPU может быть опубликован (например, в телефонных книгах, на Web-страницах, бизнес-картах). Возможно наличие нескольких идентификаторов IMPU на один IMPI. Идентификатор IMPU может также использоваться совместно несколькими терминалами, что позволяет устанавливать связь с несколькими терминалами, используя один и тот же идентификатор (например, единый телефонный номер для всей семьи).

Идентификаторы IMPU могут храниться на сервере HSS в качестве общедоступных пользовательских идентификаторов с подстановочными символами (wIMPU). Идентификатор wIMPU представляет набор идентификаторов IMPU, совместно использующих один и тот же профиль услуг, причем идентификаторы wIMPU входят в один и тот же набор скрытых регистраций (IRS). Набор IRS представляет собой группу идентификаторов IMPU, которые зарегистрированы посредством единого запроса регистрации. При регистрации одного из идентификаторов IMPU в этом наборе одновременно регистрируются все идентификаторы IMPU, ассоциированные с данным набором IRS. Идентификаторы wIMPU включают в себя регулярное выражение (reg exp), определяющее идентификаторы, которые должны приводиться в соответствие и обрабатываться как определенные для данного идентификатора wIMPU.

Общедоступный идентификатор услуги (PSI) идентифицирует услугу или специальный ресурс, созданный для услуги на сервере приложений (AS). Идентификатор PSI хранится на сервере HSS либо как индивидуальный PSI, либо как PSI, с подстановочными символами. Индивидуальный PSI содержит PSI, который используется при маршрутизации, в то время как PSI с подстановочными символами, представляет набор идентификаторов PSI. Формат идентификатора wPSI совпадает с форматом идентификатора wIMPU.

Обработка идентификаторов с подстановочными символами, то есть wPSI и wIMPU, детально прописана в Проекте партнерства третьего поколения (3GPP), версии 7 и 8 соответственно (см., например, TS 23.003 в Проекте партнерства 3-го поколения (3GPP)). Идентификатор wIMPU был включен в эти стандарты для поддержки учрежденческих телефонных станций (PBX), где могут быть зарегистрированы тысячи номеров на один единый идентификатор. Скрытая регистрация не применима, когда отсутствует опция загрузки тысяч скрытых идентификаторов, зарегистрированных для оставшейся части системы (сообщение окажется слишком длинным).

Следовательно, необходимо, чтобы идентификатор wIMPU, который ассоциирован с группой идентификаторов IMPU, совместно использующих один и тот же профиль услуг и требующих единой скрытой регистрации, предоставлял услуги для всех идентификаторов, связанных со станцией PBX. Для идентификатора wIMPU применимы следующие условия:

Подписка с использованием идентификатора wIMPU будет обрабатываться одним и тем же обслуживающим узлом CSCF (S-CSCF) в ситуации, когда вызов направляется в сторону ядра сети, или одной и той же станцией PBX в ситуации, когда вызов проходит в интерфейсе (Gm) между пользовательским терминалом, далее называемым пользовательским оборудованием (UE), и сетью IMS, так что дальнейшая проверка становится необязательной.

Отдельная аутентификация идентификаторов IMPU, входящих в wIMPU, не выполняется.

Для индивидуальных идентификаторов IMPU, входящих в wIMPU, отдельный профиль услуг в сети нигде не обеспечивается.

Интерфейс (Ut) между терминалами (UE) и серверами приложений (AS), доступный для отдельных IMPU, входящих в wIMPU отсутствует, так как все они будут иметь только одну аутентификационную информацию.

Нигде в сети не предусмотрены настройки для индивидуальных идентификаторов IMPU в wIMPU. Стандарты устанавливают, что на сервере AS могут храниться только данные об услугах для данного wIMPU, то есть, только один набор прозрачных данных для wIMPU в целом.

Все пользователи в числовом диапазоне wIMPU должны принадлежать одному и тому же IRS, откуда следует, что они должны относиться к одной и той же подписке.

Все идентификаторы wIMPU и индивидуальные идентификаторы IMPU в данном wIMPU из одной подписки должны быть обеспечены на одном и том же сервере HSS.

Таким образом, имеются определенные ограничения с точки зрения услуг и профилей, применяемых для индивидуальных IMPU в области значений wIMPU. Следовательно, в конкретных случаях может потребоваться присвоение другого профиля услуг для отдельного IMPU в wIMPU. Например, президенту компании, хотя и имеющему телефонный номер из той же самой области значений номеров, что и у других сотрудников компании, может быть присвоен другой профиль услуг. Тогда этот другой профиль услуг, присвоенный президенту, должен быть предусмотрен на сервере HSS в виде отдельного IMPU. Также возможно потребуется, чтобы президент имел возможность использовать свой мобильный UE для приема/передачи вызовов с/на телефонный номер его компании. Однако это может привести к нежелательному раздвоению входящих вызовов. В действующих стандартах вышеописанная специальная обработка индивидуальных идентификаторов, входящих в идентификатор с подстановочными символами, поддерживается не в полном объеме. Таким образом, имеется потребность в технических решениях, которые обеспечат лучшую поддержку в указанных ситуациях.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

Целью изобретения является создание способа и устройства для обработки общедоступных идентификаторов в сети с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), которые по меньшей мере частично позволяют преодолеть некоторые из вышеупомянутых ограничений и проблем, ассоциированных с поддержкой общедоступных идентификаторов с подстановочными символами. Эта цель достигается с помощью способов и устройств согласно прилагаемым независимым пунктам формулы изобретения.

Согласно другим аспектам обеспечены способы и устройства для обработки общедоступных идентификаторов в сети IMS.

Согласно одному аспекту в узле функции управления сеансами вызовов (CSCF), обеспечен способ обработки общедоступных идентификаторов в сети IMS. Узел CSCF принимает информацию, указывающую набор индивидуальных общедоступных идентификаторов. Общедоступный идентификатор/идентификаторы из этого набора индивидуальных общедоступных идентификаторов находится/находятся в области значений идентификатора с подстановочными символами, но не в том же наборе скрытой регистрации (IRS), что общедоступный идентификатор с подстановочными символами. Упомянутая информация принимается из узла-сервера домашних абонентов (HSS). Узел CSCF сохраняет, или, в качестве альтернативы, направляет на другой узел CSF информацию, указывающую набор индивидуальных общедоступных идентификаторов. Сохранение или направление информации, указывающей набор индивидуальных общедоступных идентификаторов, позволяет привести в соответствие исходящий запрос с информацией, указывающей набор индивидуальных общедоступных идентификаторов.

Кроме того, узел CSCF обеспечен для обработки общедоступных идентификаторов в сети IMS. Узел CSCF выполнен с возможностью приема от узла HSS информации, указывающей набор индивидуальных общедоступных идентификаторов. Общедоступный идентификатор/идентификаторы из этого набора индивидуальных общедоступных идентификаторов находится/находятся в области значений идентификатора с подстановочными символами, но не в том же наборе скрытой регистрации (IRS), что общедоступный идентификатор с подстановочными символами. Узел CSCF, кроме того, выполнен с возможностью сохранения, или, в качестве альтернативы, направления на другой узел CSF информации, указывающей набор индивидуальных общедоступных идентификаторов. Сохранение или направление информации, указывающей набор индивидуальных общедоступных идентификаторов, позволяет привести в соответствие исходящий запрос с информацией, указывающей набор индивидуальных общедоступных идентификаторов.

Согласно еще одному аспекту в узле HSS обеспечен способ для обработки общедоступных идентификаторов в сети IMS. Узел HSS сохраняет во время введения в действие информацию, указывающую набор индивидуальных общедоступных идентификаторов. Общедоступный идентификатор/идентификаторы из этого набора индивидуальных общедоступных идентификаторов находится/находятся в области значений, идентификатора с подстановочными символами, но не в том же наборе скрытых регистраций (IRS), что общедоступный идентификатор с подстановочными символами. Узел HSS при регистрации общедоступного идентификатора с подстановочными символами, в сети IMS, отправляет на узел CSCF информацию, указывающую набор индивидуальных общедоступных идентификаторов. Отправка информации, указывающей набор индивидуальных общедоступных идентификаторов, позволяет привести в соответствие исходящий запрос с информацией, указывающей набор индивидуальных общедоступных идентификаторов.

Кроме того, узел HSS обеспечен для обработки общедоступных идентификаторов в сети IMS. Узел HSS выполнен с возможностью сохранения во время введения в действие информации, указывающей набор индивидуальных общедоступных идентификаторов. Общедоступный идентификатор/идентификаторы из этого набора индивидуальных общедоступных идентификаторов находится/находятся в области значений идентификатора с подстановочными символами, но не в том же наборе скрытых регистраций (IRS), что общедоступный идентификатор с подстановочными символами. Узел HSS кроме того выполнен с возможностью отправки на узел CSCF, при регистрации общедоступного идентификатора с подстановочными символами, в сети IMS, информации, указывающей набор индивидуальных общедоступных идентификаторов. Отправка информации, указывающей набор индивидуальных общедоступных идентификаторов, позволяет привести в соответствие исходящий запрос с информацией, указывающей набор индивидуальных общедоступных идентификаторов.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 - блок-схема, иллюстрирующая телекоммуникационную систему, в которой могут быть реализованы варианты изобретения;

Фиг. 2 - схема сигнализации, иллюстрирующая обработку общедоступных идентификаторов в сети с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), согласно известному уровню техники;

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

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

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

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

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

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

Фиг. 9 - блок-схема, схематически иллюстрирующая узел IMS, которым может быть узел CSCF или узел HSS согласно некоторым вариантам изобретения.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Далее со ссылками на сопроводительные чертежи, где показаны предпочтительные варианты настоящего изобретения, следует его более полное описание. Однако данное изобретение может быть воплощено во множестве других форм, и описанные здесь варианты не следует рассматривать как ограничения; скорее, эти варианты обеспечены для того, чтобы полностью раскрыть изобретение и полностью донести изобретение до специалистов в данной области техники. На чертежах одинаковые ссылочные позиции относятся к одинаковым элементам.

На фиг. 1 показана примерная телекоммуникационная система 1, в которой могут быть реализованы варианты настоящего изобретении. Коммуникационная система 1 включает в себя сеть 100 подсистемы передачи мультимедиа на основе Протокола Интернет (IMS), обслуживающую учрежденческую телефонную станцию (PBX) 110. PBX 110, в свою очередь, может обслуживать тысячи пользовательских терминалов (UE), показанных как UE 105 на фиг. 1. Таким путем под одним идентификатором могут быть зарегистрированы тысячи номеров.

Сеть 100 IMS содержит различные узлы управления сеансами, называемые здесь узлами с функцией управления сеансами вызовов (CSCF). Эти узлы CSCF включают в себя прокси-узел 115 CSCF (P-CSCF), обеспечивающий точку контакта для пользователей в сети IMS 100, обслуживающий узел 125 CSCF (S-CSCF), управляющий различными сеансами для пользователей, и запрашивающий узел 120 CSCF (I-CSCF), обеспечивающий интерфейс с другими сетями IMS, и который также запрашивает узел абонентской базы данных, называемый далее узлом 130 сервера домашних абонентов, об информации, относящейся к пользователю, во время его регистрации. Интерфейс между сервером HSS 130 и узлом 120 I-CSCF или узлом 125 S-CSCF специфицирован в стандартах интерфейса Cx. Далее в описании делаются ссылки только на интерфейс Cx, но специалистам в данной области техники очевидно, что данное описание таким же образом применимо к интерфейсу Dx и к узлу с функцией определения местоположения подписки (SLF) (не показан) в ситуациях, когда в сети IMS 100 имеется более одного сервера HSS 130. Сервер HSS 130 сохраняет абонентские и аутентификационные данные, которые могут извлекаться другими узлами для обработки и обслуживания других пользователей. Сервер HSS 130 также может запомнить один или несколько наборов 160 неявных регистраций (IRS), которые более подробно описаны ниже. Интерфейс между узлами CSCF специфицирован в стандартах в виде интерфейса Mw.

Сеть 100 IMS также содержит ряд узлов сервера приложений (AS), выполненных с возможностью обеспечения различных услуг связи, при их инициировании для удовлетворения запросов тех или иных услуг для клиентов. С целью упрощения на фиг. 1 показан только один узел 135 AS. Каждый AS 135 может быть выполнен с возможностью предоставления специфической услуги или конкретного набора услуг. Сервер AS 135 связан с сигнализацией для управления сеансами через интерфейс к узлу 125 CSCF.

Предположим, что станция PBX 110 ассоциирована с компанией и что идентификатор 170 с подстановочными символами sip:+34699!.*!@impu.com, ассоциирован с местными идентификаторами PBX 110, то есть, с добавочными номерами (например, сотрудников компании). Первый общедоступный идентификатор 171, sip:pbx_1@impu.com, используется для регистрации идентификатора 170 с подстановочными символами. Первый общедоступный идентификатор 171 обеспечен в том же самом наборе IRS 160, что и идентификатор 170 с подстановочными символами.

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

Сигналы и шаги, показанные на фиг. 2 под ссылочными позициями 201-206 соответственно, поясняются ниже.

201: Прием в узле 115 P-CSCF запроса SIP REGISTER. Этот запрос включает в себя первый общедоступный идентификатор 171.

202: Направление узлом 115 P-CSCF запроса на узел 120 I-CSCF, который, запросив сервер HSS 130, направляет указанный запрос на узел 125 S-CSCF. Заметим, что в целях упрощения взаимодействие между узлом 120 I-CSCF и сервером HSS 130 на фиг. 2 не показано.

203: Отправка узлом 125 S-CSCF запроса на назначение сервера Cx (SAR) для извлечения профиля услуг, ассоциированного с первым общедоступным идентификатором 171.

204: Отправка сервером HSS 130 запрошенного профиля услуг/IRS, включая идентификатор 170 с подстановочными символами, поскольку первый общедоступный идентификатор 171 и идентификатор 170 с подстановочными символами, принадлежат оба одному и тому же IRS.

205: Сохранение узлом 125 S-CSCF информации, содержащей IRS. отправка узлом 125 S-CSCF ответного сообщения SIP 200 OK на узел 115 P-CSCF, включая все индивидуальные идентификаторы в наборе IRS, то есть, все предоставленные идентификаторы, независимо от того, находятся ли эти идентификаторы в области значений идентификатора 170 с подстановочными символами.

206: Информирование узлом 125 S-CSCF узла 115 P-CSCF о том, что имеется идентификатор 170 с подстановочными символами, который ассоциирован с одним и тем же событием регистрации, путем включения идентификатора 170 с подстановочными символами, в уведомление SIP NOTIFY для этого события регистрации.

Кроме того, предположим, что один из UE 105 ассоциирован со вторым общедоступным идентификатором sip:+34699000001@impu.com, который представляет президента компании. Предположим также, что по причинам, обсужденным выше, требуется присвоить президенту профиль пользователя/услуг, отличающийся от профиля пользователя/услуг, присвоенного общедоступному идентификатору 170 с подстановочными символами. То есть, необходимо предоставить президенту услуги или уровень услуг, которые отличаются от предоставляемых другим сотрудникам. Соответственно, на сервере HSS 130 необходимо будет обеспечить второй общедоступный идентификатор 172, то есть, второй общедоступный идентификатор, представляющий собой индивидуальный общедоступный идентификатор. В упомянутых стандартах существует требование, заключающееся в том, что приведение в соответствие индивидуальных идентификаторов должно по важности превосходить приведение в соответствие идентификаторов с подстановочными символами. То есть, если на сервере HSS обеспечен общедоступный идентификатор в виде индивидуального общедоступного идентификатора, и, если этот общедоступный идентификатор находится в области значений общедоступного идентификатора с подстановочными символами, который также обеспечен на данном сервере HSS, то тогда сервер HSS приведет в соответствие этот общедоступный идентификатор с упомянутым индивидуальным общедоступным идентификатором. В упомянутых стандартах существует еще одно требование, состоящее в том, что все индивидуальные идентификаторы в области значений идентификатора с подстановочными символами, должны быть включены в один и тот же набор IRS. Однако последнее требование ограничивает возможность регистрации независимо от другого контакта, поскольку все идентификаторы, входящие в идентификатор с подстановочными символами, должны регистрироваться и отменять свою регистрацию одновременно. Кроме того, это обстоятельство также ограничивает количество «специальных номеров», которые могут быть включены в область значений идентификатора с подстановочными символами, так как имеется ограничение на количество идентификаторов, которое может транспортироваться в разных полях сообщений протокола SIP, таких как поле индикатора P-Associated URI в сообщении 200 OK, описанном выше на шаге 205.

Таким образом, авторы изобретения предусмотрели необходимость исключения ограничения, состоящего в обязательности включения всех общедоступных идентификаторов в области значений общедоступного идентификатора с подстановочными символами, в тот же набор IRS, что и общедоступный идентификатор с подстановочными символами. Однако, если общедоступные идентификаторы в области значений общедоступного идентификатора с подстановочными символами, не содержатся в том же наборе IRS, то может возникнуть проблема со сценариями исходящих вызовов. Эта проблема обсуждается ниже со ссылками на фиг. 3.

Таким образом, предположим, что второй общедоступный идентификатор 172 (который представляет президента компании) включен в набор IRS, отличный от набора IRS, куда включен общедоступный идентификатор 170 с подстановочными символами. Как обсуждалось выше, причиной, по которой второй общедоступный идентификатор 172 включен в другой набор IRS, является необходимость того, чтобы президент имел профиль услуг, отличающийся от профиля услуг, ассоциированного с другими сотрудниками, без обязательной одновременной регистрации и отмены регистрации, как все другие идентификаторы, содержащиеся в идентификаторе с подстановочными символами. Заметим, что набор IRS, ассоциированный со вторым общедоступным идентификатором 172, на фиг. 1 не показан.

На фиг. 3 представлена схема сигнализации, схематически иллюстрирующая поток трафика для исходящего запроса, относящегося ко второму общедоступному идентификатору 172. Предположим, что идентификатор 170 с подстановочными символами ранее уже был зарегистрирован в неявном виде. Кроме того, предположим, что второй общедоступный идентификатор 172 ранее не был зарегистрирован. Как обсуждалось выше, второй общедоступный идентификатор 172 находится в области значений общедоступного идентификатора 170 с подстановочными символами, но включен в набор IRS , отличный от набора IRS, куда включен общедоступный идентификатор с подстановочными символами. Таким образом, на сервере HSS 130 обеспечен второй общедоступный идентификатор 172 в качестве индивидуального общедоступного идентификатора.

Сигналы и шаги, указанные соответствующими ссылочными позициями 301-304 на фиг. 3, поясняются ниже.

301: Прием в узле 115 P-CSCF исходящего запроса (SIP INVITE). Этот запрос включает в себя второй общедоступный идентификатор 172.

302: Узел 115 P-CSCF проверяет, имеются ли какие-либо зарегистрированные индивидуальные общедоступные идентификаторы, соответствующие второму общедоступному идентификатору 172. Заметим, что приведение в соответствие индивидуальных общедоступных идентификаторов является более важным, чем приведение в соответствие идентификаторов с подстановочными символами. Поскольку второй общедоступный идентификатор 172 не зарегистрирован, соответствие не обнаружено, так что P-CSCF 115 инициирует приведение в соответствие общедоступных идентификаторов с подстановочными символами. Обнаруживается соответствие с общедоступным идентификатором 170, содержащим подстановочные символы.

303: Узел 115 P-CSCF направляет исходящий запрос на узел 125 S-CSCF, включая утвержденный второй общедоступный идентификатор 172 в удостоверяющем идентификаторе P-Asserted-Identity, и идентификатор 170, содержащий подстановочные символы, в ключе профиля P-Profile-key.

304: Узел 125 S-CSCF использует идентификатор 170, содержащий подстановочные символы, который получен в P-Profile-key, для извлечения ассоциированного с ним профиля услуг. Результатом этого является прохождение вызова с ошибочным идентификатором P-Asserted-Identity. Узел 115 P-CSCF ошибочно подтверждает второй общедоступный идентификатор 172, поскольку узел 115 P-CSCF не обнаружил тот факт, что второй общедоступный идентификатор 172 не зарегистрирован. Вместо этого P-Asserted-Identity должен был бы представлять собой общедоступный идентификатор по умолчанию в наборе IRS общедоступного идентификатора, содержащего подстановочные символы.

Следовательно, использование общедоступных идентификаторов с подстановочными символами, открывает возможность имперсонации на станции PBX 110. Если исходящий запрос включает в себя (ранее не зарегистрированный) второй общедоступный идентификатор 172, представляющий упомянутого президента, но при этом он послан из UE, который не принадлежит президенту, то тогда обработка этого вызова будет разворачиваться неправильно, поскольку узел 115 P-CSCF обнаружит соответствие с (ранее зарегистрированным) общедоступным идентификатором 170 с подстановочными символами. Система IMS может не претендовать на то, что ответственность за обнаружение имперсонации лежит на станции PBX, поскольку соответствующая информация передается в заголовке P-Asserted-Identity, который является одним из заголовков, которые, как это предполагается, проверяет система IMS. Даже в том случае, если умышленная имперсонация не имела место, но реальный пользователь второго общедоступного идентификатора 172 (то есть, президент компании), возникнет проблема, если UE отправляет исходящий запрос, не отправляя сначала запрос на регистрацию. В этом случае такой запрос должен быть либо не принят сетью, либо должен быть аутентифицирован с последующей обработкой в соответствии с конкретным профилем услуг, ассоциированным со вторым общедоступным идентификатором 172.

Таким образом, имеется ряд проблем, ассоциированных с текущей обработкой идентификаторов с подстановочными символами, в тех ситуациях, когда все общедоступные идентификаторы в области значений общедоступного идентификатора с подстановочными символами, не включены в один и тот же набор IRS. Как упоминалось выше, одной из таких проблем является возможность имперсонации внутри станции PBX; например UE, может умышленно использовать общедоступный идентификатор 172 при отправке запроса. Другая проблема состоит в том, что запрос от общедоступного идентификатора 172 пользователя может неправильно обрабатываться, поскольку общедоступный идентификатор 172 пользователя ранее не регистрировался. Еще одна проблема заключается в том, что для общедоступного идентификатора 172 может быть использован некорректный профиль услуг.

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

Согласно вариантам изобретения процедуры в интерфейсах Cx и Mw расширяются/добавляются, чтобы предоставить узлу P-CSCF или узлу S-CSCF информацию об индивидуальных общедоступных идентификаторах в области значений общедоступного идентификатора с подстановочными символами, где указанный идентификаторы находятся в том же наборе IRS, что и общедоступный идентификатор с подстановочными символами. Таким образом, можно будет предотвратить ошибочное соответствие исходящих запросов, и можно будет избежать ситуации, описанной в связи с шагом 304 на фиг. 3, то есть, можно будет обеспечить использование правильного профиля пользователя/профиля услуг или отказать в приеме вызова.

Вновь предположим, что один из терминалов UE 105 ассоциирован со вторым общедоступным идентификатором 172, sip:+34699000001@impu.com, представляющим президента компании. Кроме того предположим, что один из остальных UE 105 ассоциирован с третьим общедоступным идентификатором 173, sip:+34699000002@impu.com. Первый общедоступный идентификатор 172 и второй общедоступный идентификатор 173 обеспечены в области значений общедоступного идентификатора 170 с подстановочными символами, но при этом они ассоциированы с разными наборами IRS (не показаны). Четвертый общедоступный идентификатор 174 является примером общедоступного идентификатора, который также находится в области значений общедоступного идентификатора 170 с подстановочными символами, но он не обеспечен на сервере HSS 130. Как обсуждалось выше, второй общедоступный идентификатор 172 и третий общедоступный идентификатор 173 являются индивидуальными общедоступными идентификаторами. Четвертый общедоступный идентификатор 174 не является индивидуальным общедоступным идентификатором, поскольку он не предоставлен.

Во время введения в действие оператор предоставляет первый общедоступный идентификатор 171 и общедоступный идентификатор 170 с подстановочными символами в IRS 160. Кроме того, оператор предоставляет второй общедоступный идентификатор 172 и третий общедоступный идентификатор 173. Как обсуждалось выше, второй общедоступный идентификатор 172 и третий общедоступный идентификатор 173 не представлены в том же наборе IRS 160, что и общедоступный идентификатор 170 с подстановочными символами, а представлены в разных наборах IRS (не показано).

Вдобавок, согласно вариантам изобретения сервер HSS 130 проверяет, перекрываются ли второй общедоступный идентификатор 172 и третий общедоступный идентификатор 173 с представленным идентификатором с подстановочными символами. В этом примере обнаружен идентификатор 170 с подстановочными символами, так что сервер HSS 130 маркирует/связывает или ассоциирует идентификатор 170 с подстановочными символами, со вторым общедоступным идентификатором 172 и третьим общедоступным идентификатором 173. Эта связь представлена на фиг. 1 в виде информации 180. Информация 180 указывает набор индивидуальных общедоступных идентификаторов 172, 173 в области значений общедоступного идентификатора 170 с подстановочными символами, где идентификаторы 172 и 173 находятся не в том наборе IRS 160, что общедоступный идентификатор 170 с подстановочными символами. Другими словами, во время введения в действие HSS 130 сохраняет информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, находящихся не в том IRS, что общедоступный идентификатор с подстановочными символами.

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

Сигналы и шаги, показанные на фиг. 4 под ссылочными позициями 401-406 соответственно, поясняются ниже.

Шаги 401-403 соответствуют шагам 201-203, описанным выше вместе с фиг. 2. Таким образом, шаги 401-403 более подробно не объясняются.

404: Отправка сервером HSS 130 профиля услуг/IRS, включая идентификатор 170 с подстановочными символами, как на шаге 204 по фиг. 2. Однако сервер HSS 130 также отправляет информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, которые находятся в том IRS, что идентификатор 170 с подстановочными символами. Как обсуждалось выше, сервер HSS 130 предварительно (во время введения в действие) запомнил информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, которые находятся не в одном и том же IRS. В данном примере информацию 180 получают от узла 130 HSS в виде пары «атрибут-значение» (AVP), включенной в сообщение, содержащее ответ о назначении сервера Cx (SAA).

405: Сохранение узлом 125 S-CSCF информации, содержащей IRS, как на шаге 205 по фиг. 2. Вдобавок, узел 125 S-CSCF также сохраняет информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, которые не находятся в одном и том же наборе IRS. В качестве альтернативы, эта информация в узле 125 S-CSCF не сохраняется, а направляется в узел 115P-CSCF. Этот альтернативный вариант поясняется далее на шаге 406. Наконец, как и на шаге 205 по фиг. 2, узел 125 S-CSCF отправляет на узел 115 P-CSCF сообщение SIP 200 OK, включающее в себя все индивидуальные идентификаторы в наборе IRS.

406: Информирование узлом 125 S-CSCF узла 115 P-CSCF о том, что имеется идентификатор 170 с подстановочными символами, который ассоциирован с одним и тем же событием регистрации, путем включения идентификатора 170 с подстановочными символами, в уведомление SIP NOTIFY для этого события регистрации. Вдобавок, как упоминалось выше, узел 125 S-CSCF также может проинформировать узел 115P-CSCF, направив ему информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, которые находятся не в одном и том же наборе IRS. Узел 115 P-CSCF сохраняет полученную информацию 180, если она получена от узла 125 S-CSCF.

Следовательно, согласно одному варианту при регистрации общедоступного идентификатора 170 с подстановочными символами, из сервера HSS 130 на узел 125 S-CSCF отправляется информация 180, указывающая набор индивидуальных общедоступных идентификаторов, которая сохраняется в узле 125 S-CSCF. Согласно еще одному варианту информация 180, указывающая набор индивидуальных общедоступных идентификаторов, отправляется из сервера HSS 130 на узел 125 S-CSCF, направляется на узел 115 P-CSCF и сохраняется в узле 115 P-CSCF (то есть, узел P-CSCF получает информацию 180 от сервера HSS 130 через узел 125S-CSCF). Информация 180 сохраняется для того, чтобы иметь возможность приведения в соответствие (либо в узле 125 S-CSCF, либо в узле 115 P-CSCF) исходящего запроса с информацией 180. Далее более подробно обсуждается приведение в соответствие исходящего запроса.

На фиг. 5 представлена схема сигнализации, схематически иллюстрирующая поток трафика для исходящего запроса, относящегося к общедоступному идентификатору 170 с подстановочными символами согласно варианту, обсужденному выше, где приведение в соответствие выполняется в узле 125 S-CSCF. Предположим, что идентификатор 170 с подстановочными символами, ранее уже был зарегистрирован в неявном виде. Кроме того предположим, что второй общедоступный идентификатор 172 ранее не был зарегистрирован. Как обсуждалось выше, второй общедоступный идентификатор 172 включен в другой набор IRS, чем идентификатор 170 с подстановочными символами.

Сигналы и шаги, указанные соответствующими ссылочными позициями 501-505 на фиг. 5, поясняются ниже.

501: Прием в узле 115 P-CSCF исходящего запроса (в этом примере SIP INVITE), как на шаге 301 по фиг. 3.

502: Приведение в соответствие узлом 115 P-CSCF второго общедоступного идентификатора 172 с общедоступным идентификатором 270 с подстановочными символами (как на шаге 302 по фиг. 3).

503: Как и на шаге 303 по фиг. 3, узел 115 P-CSCF отправляет исходящий запрос на S-CSCF 125, включая второй общедоступный идентификатор 172 и общедоступный идентификатор 170 с подстановочными символами. В этом примере узел 115 P-CSCF включает в себя подтвержденный второй общедоступный идентификатор 172 в P-Asserted-Identity 510 и идентификатор 170 с подстановочными символами, в P-Profile-key 520.

504: Узел 125 S-CSCF проверяет, имеются ли какие-либо незарегистрированные индивидуальные общедоступные идентификаторы, ассоциированные с общедоступным идентификатором с подстановочными символами. Другими словами, узел 125 S-CSCF проверяет, соответствует ли общедоступный идентификатор 172, включенный в сходящий запрос, информации 180, указывающей набор индивидуальных общедоступных идентификаторов, которые содержатся не в том же наборе IRS, что идентификатор 170 с подстановочными символами. Если соответствие не обнаружено, то S-CSCF 125 извлекает профиль услуг, используя общедоступный идентификатор 170 с подстановочными символами. Если соответствие обнаружено, то узел 125 S-CSCF не будет извлекать профиль услуг, а вместо этого отвергнет данный вызов согласно шагу 505.

505: Если обнаружено соответствие с информацией 180, как обсуждалось на шаге 504, то узел 125 S-CSCF информирует узел 115 P-CSCF о том, что второй общедоступный идентификатор 172 не зарегистрирован в этом примере путем отправки сообщения 403 протокола SIP.

Таким образом, запрос, посланный от не зарегистрированного индивидуального общедоступного идентификатора 172, который находится в области значений общедоступного идентификатора 170 с подстановочными символами, но который не принадлежит тому же набору IRS, что общедоступный идентификатор с подстановочными символами, получит отказ. Таким образом, предотвращается имперсонация на станции PBX. Также предполагается, что обработка запроса от ранее не зарегистрированного общедоступного пользовательского идентификатора не проводится. Однако запрос, посланный от общедоступного идентификатора 174, который также находится в области значений общедоступного идентификатора 170 с подстановочными символами, будет продвигаться и обрабатываться в соответствии с профилем услуг, ассоциированным с общедоступным идентификатором с подстановочными символами. Общедоступный идентификатор 174 регистрируется в неявном виде, поскольку зарегистрирован идентификатор 170 с подстановочными символами. Общедоступный идентификатор 174 в качестве индивидуального общедоступного идентификатора не предоставляется и поэтому он не может быть приведен в соответствие с информацией 180.

На фиг. 6 представлена схема сигнализации, схематически иллюстрирующая поток трафика для исходящего запроса, относящегося ко второму общедоступному идентификатору 172, согласно варианту, в котором приведение в соответствие выполняется в узле 115 P-CSCF. Как и ранее предположим, что идентификатор 170 с подстановочными символами, ранее уже был зарегистрирован в неявном виде и что второй общедоступный идентификатор 172 ранее не был зарегистрирован. Как обсуждалось выше, второй общедоступный идентификатор 172 включен в другой набор IRS и представлен на сервере HSS 130 в качестве индивидуального общедоступного идентификатора.

Сигналы и шаги, указанные соответствующими ссылочными позициями 601-503 на фиг. 6, поясняются ниже.

601: Прием в узле 115 P-CSCF исходящего запроса (в этом примере SIP INVITE), как на шаге 501 по фиг. 5.

602: По аналогии с шагом 502 по фиг.5 узел 115 P-CSCF проверяет, имеется ли какой-либо зарегистрированный индивидуальный общедоступный идентификатор, который соответствует второму общедоступному идентификатору 172. Поскольку соответствие не обнаружено, узел 115 P-CSCF инициирует приведение в соответствие с общедоступными идентификаторами с подстановочными символами. Обнаруживается соответствие с общедоступным идентификатором 170 с подстановочными символами. Вдобавок, P-CSCF 115 проверяет, имеются ли какие-либо не зарегистрированные индивидуальные общедоступные идентификаторы, ассоциированные с общедоступным идентификатором с подстановочными символами. Другими словами, узел 115 P-CSCF проверяет, соответствует ли общедоступный идентификатор 172, включенный в исходящий запрос, информации 180, указывающей набор индивидуальных общедоступных идентификаторов, не принадлежащих тому же множеству IRS, что общедоступный идентификатор 170 с подстановочными символами. Если соответствие не обнаружено, то P-CSCF 115 по аналогии с шагом 503 по фиг. 5, отправляет на узел 125 S-CSCF исходящий запрос, включая второй общедоступный идентификатор 172 и общедоступный идентификатор 170 с подстановочными символами. Если соответствие обнаружено, то P-CSCF вместо вышеуказанного отвергнет упомянутый запрос в соответствии с шагом 603.

603: Если соответствие с информацией 180 обнаружено, то, как обсуждалось на шаге 602, узел 115 P-CSCF отвергает запрос, поскольку общедоступный идентификатор 172 не зарегистрирован. В данном примере узел 115 P-CSCF отвергает запрос путем отправки сообщения 403 протокола SIP.

Следовательно, запрос, посланный от не зарегистрированного индивидуального общедоступного идентификатора 172, который находится в области значений общедоступного идентификатора 170 с подстановочными символами, но который не находится в том же наборе IRS, будет отвергнут уже в узле 115 P-CSCF и никогда не буден направлен в узел 125 S-CSCF. Это сокращает объем сигнализации в интерфейсе Mw и обработки в узле 125 S-CSCF.

Необходимо заметить, что если общедоступный идентификатор 172 очередной раз зарегистрировался, его можно удалить из информации 180. В варианте, где приведение в соответствие выполняется узлом 125 S-CSCF, это можно сделать вместе с непоказанным шагом обработки, соответствующим шагу 405 по фиг.4, после того, как узел 125 S-CSCF запомнил информацию 180. Узел 125 S-CSCF проверяет, соответствует ли общедоступный идентификатор 172, принятый в очередном запросе регистрации, информации 180. Если соответствие обнаружено, то общедоступный идентификатор 172 удаляется из информации 180. В варианте, где приведение в соответствие выполняется узлом 115 P-CSCF, этот узел проверяет, соответствует ли общедоступный идентификатор 172, полученный в очередном запросе регистрации, информации 180, и удаляет общедоступный идентификатор 172 из информации 180, если обнаружено соответствие. Приведение в соответствие очередного запроса регистрации позволяет обеспечить правильную обработку последующего исходящего запроса, поскольку, когда узел 115 P-CSCF принимает исходящий вызов, включая общедоступный идентификатор 172, он будет соответствовать зарегистрированному индивидуальному общедоступному идентификатору. Исходящий запрос будет направлен на узел 125 S-CSCF, включая общедоступный идентификатор 172, но без общедоступного идентификатора 170 с подстановочными символами, поскольку общедоступный идентификатор 172 был согласован в качестве индивидуального идентификатора. Впоследствии общедоступный идентификатор 172 используется для извлечения профиля услуг. Заметим, что удаление общедоступного идентификатора 172 используется для извлечения профиля услуг. Заметим, что удаление общедоступного идентификатора 172 из информации 180 не является обязательным. Если общедоступный идентификатор 172 не удален, это не вызовет каких-либо проблем, поскольку, если общедоступный идентификатор 172 зарегистрирован, то узел CSCF не будет выполнять приведение в соответствие общедоступных идентификаторов с подстановочными символами, поскольку информация 180 не будет извлекаться. Однако удаление зарегистрированных общедоступных идентификаторов из информации 180 сберегает внутренние ресурсы CSCF.

Согласно некоторым вариантам изобретения общедоступные идентификаторы 172, 173, 174 являются общедоступными пользовательскими идентификаторами, IMPU, а общедоступный идентификатор 170 с подстановочными символами является общедоступным пользовательским идентификатором, wIMPU с подстановочными символами.

Из описания приведенных выше фигур 5 и 6 видно, что способ обработки общедоступных идентификаторов с целью поддержания нахождения индивидуальный общедоступных идентификаторов в области значений идентификатора с подстановочными символами, может быть реализован в разных узлах CSCF, например, в узле 115 P-CSCF или в узле 125 S-CSCF.

Далее со ссылками на фиг. 7 описана блок-схема, схематически иллюстрирующая способ в узле 115, 126 CSCF для обработки общедоступных идентификаторов в сети IMS согласно вариантам изобретения.

Шаги, указанные соответствующими ссылочными позициями 701-703, поясняются ниже.

На шаге 701 узел 115, 125 CSCF принимает информацию, указывающую набор индивидуальных общедоступных идентификаторов, в области значений общедоступного идентификатора с подстановочными символами, где указанный набор индивидуальных общедоступных символов не находится в том же наборе IRS, что общедоступный идентификатор с подстановочными символами. Эта информация принимается от узла HSS. Шаг 702 показывает, что узел 115, 125 CSCF сохраняет информацию, указывающую набор индивидуальных общедоступных идентификаторов в узле 115, 125 CSCF, что позволяет привести в соответствие исходящий запрос с информацией, указывающий набор индивидуальных общедоступных идентификаторов. На альтернативном шаге 703 узел 125 CSCF направляет информацию 180, указывающую набор индивидуальных общедоступных идентификаторов, на другой узел 115 CSCF, давая возможность приведения в соответствие исходящего запроса с информацией 180, указывающей набор индивидуальных общедоступных идентификаторов.

Далее со ссылками на фиг. 8 описана блок-схема, схематически иллюстрирующая способ в узле 130 HSS для обработки общедоступных идентификаторов в сети IMS согласно вариантам настоящего изобретения.

Далее поясняются шаги, указанные под ссылочными позициями 801, 802 на фиг. 8. На шаге 801 узел 130 HSS сохраняет во время введения в действие информацию, указывающую набор индивидуальных общедоступных идентификаторов в области значений общедоступного идентификатора с подстановочными символами, где набор индивидуальных общедоступных идентификаторов не находится в том же наборе IRS, что общедоступный идентификатор с подстановочными символами. Шаг 802 иллюстрирует отправку (когда имеет место регистрация общедоступного идентификатора с подстановочными символами в сети IMS, узлом 130 HSS информации, указывающей индивидуальные общедоступные идентификаторы, на узел 115, 125 CSCF, предоставляя возможность приведения в соответствие исходящего запроса с информацией, указывающей набор индивидуальных общедоступных идентификаторов.

На фиг. 9 представлена блок-схема узла 900 IMS, который может представлять собой примерный вариант узла 115, 125 CSCF или узла 130 HSS, адаптированных для выполнения способов, описанных в связи с фиг. 7 и фиг. 8 соответственно. Как здесь показано, узел 900 IMS содержит приемник 910, передатчик 920, обрабатывающую логику 940 и блок 930 памяти.

Приемник 910 и передатчик 920 могут содержать схемы, которые позволяют узлу 900 IMS осуществлять связь с другими узлами. В частности, в случае, когда узел 900 IMS представляет собой вариант узла 115, 125 CSCF, приемник 910 выполняется с возможностью приема информации, указывающей набор индивидуальных общедоступных идентификаторов, согласно шагу 701, обсужденному выше.

Обрабатывающая логика 940 может управлять работой узла 900 IMS. В частности, управляющая логика 940 может быть выполнена с возможностью сохранения информации, указывающей набор индивидуальных общедоступных идентификаторов в блоке 930 памяти, согласно шагу 702 и шагу 801, обсужденным выше.

В качестве альтернативы, в том случае, когда узел IMS является вариантом узла 125 S-CSCF, обрабатывающая логика 940 может быть выполнена с возможностью направления информации, указывающей набор индивидуальных общедоступных идентификаторов, передатчиком 920, согласно шагу 703, обсужденному выше.

В том случае, когда узел 900 IMS является вариантом сервера HSS, передатчик 920 кроме того выполняют с возможностью отправки информации, указывающей набор индивидуальных общедоступных символов, на узел 115, 125 CSCF согласно шагу 802, обсужденному выше.

Обрабатывающая логика 940 может представлять собой единый блок или множество блоков для выполнения разных шагов описанных здесь процедур. Приемник 910 и передатчик 920 могут быть скомпонованы как единое целое в виде комбинированного приемопередатчика в аппаратной части узла 900 IMS.

Кроме того, узел 900 IMS может содержать по меньшей мере один (не показан) компьютерный программный продукт в виде энергонезависимой памяти, например электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), флэш-памяти и/или дисковода. Компьютерный программный продукт может содержать компьютерную программу, содержащую код, который при его выполнении в узле 900 IMS инициирует выполнение узлом 900 IMS шагов процедур, описанных ранее в связи с фиг. 7 и фиг. 8. В альтернативных вариантах, по меньшей мере одно из кодовых средств меньшей мере частично, в виде электронных схем.

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

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

Еще одно преимущество некоторых вариантов данного изобретения заключается в том, что гарантируется применение требуемых профилей услуг в сценариях, где индивидуальный общедоступный идентификатор в области значений общедоступного идентификатора с подстановочными символами ассоциирован с другим набором IRS, чем общедоступный идентификатор с подстановочными символами, при условии, если общедоступный идентификатор и общедоступный идентификатор с подстановочными символами, заявлены в одной и той же подписке. Это делает более гибкими функциональные возможности общедоступных идентификаторов с подстановочными символами.

Одно из преимуществ некоторых вариантов изобретения, состоит в том, что, поскольку приведение в соответствие с информацией 180 выполняется в узле 115 P-CSCF, это позволяет избежать включения ключа P-Profile-key в узел 125 S-CSCF. Вместо этого, узел 115 P-CSCF отвергает запрос, что позволяет сэкономить на сигнализации и обработке.

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

1. Способ в узле (115, 125) функции управления сеансами вызовов (CSCF) для обработки общедоступных идентификаторов (172, 173, 174) в сети (100) с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), причем способ содержит:
прием (701) от узла (130) сервера домашних абонентов (HSS) информации (180), указывающей набор индивидуальных общедоступных идентификаторов (172, 173) в области значений общедоступного идентификатора (170) с подстановочными символами, причем этот набор индивидуальных общедоступных идентификаторов (172, 173) не находится в том же наборе (160) неявной регистрации (IRS), что и общедоступный идентификатор (170) с подстановочными символами; и
сохранение (702) информации (180), указывающей набор индивидуальных общедоступных идентификаторов в узле (115, 125) CSCF, или направление (703) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, на другой узел (115) CSCF для предоставления возможности приведения в соответствие исходящего запроса с информацией (180), указывающей набор индивидуальных общедоступных идентификаторов.

2. Способ по п. 1, в котором
узел (125) CSCF является обслуживающим узлом (125) CSCF (S-CSCF), и
информация (180), указывающая набор индивидуальных общедоступных идентификаторов, хранится в узле (125) S-CSCF.

3. Способ по п. 2, дополнительно содержащий:
прием (503) от прокси-узла (115) CSCF (P-CSCF) исходящего запроса, включающего в себя общедоступный идентификатор (172, 173, 174) в области значений общедоступного идентификатора (170) с подстановочными символами и общедоступный идентификатор (170) с подстановочными символами;
если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует индивидуальному общедоступному идентификатору (172, 173), указанному в информации (180), указывающей набор индивидуальных общедоступных идентификаторов, то
информирование (505) узла (115) P-CSCF о том, что общедоступный идентификатор (172, 173) не зарегистрирован;
если общедоступный идентификатор (174), включенный в исходящий запрос, не соответствует информации (180), указывающей набор индивидуальных общедоступных идентификаторов, то
извлечение профиля услуг, ассоциированного с общедоступным идентификатором (174), с использованием общедоступного идентификатора (170) с подстановочными символами, который включен в исходящий запрос.

4. Способ по п. 3, в котором
общедоступный идентификатор (172, 173, 174) включен в удостоверяющий идентификатор P-Asserted-Id (510) в исходящем запросе, а общедоступный идентификатор (170) с подстановочными символами включен в ключ профиля P-Profile-Key (520) в исходящем запросе.

5. Способ по п. 3 или 4, в котором
узел (125) S-CSCF информирует узел (115) P-CSCF о том, что общедоступный идентификатор (172, 173) не зарегистрирован, путем отправки (505) сообщения (403) Протокола инициирования сеансов (SIP), если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует информации (180), указывающей набор индивидуальных общедоступных идентификаторов.

6. Способ по п. 1, в котором
узел (125) CSCF является обслуживающим узлом (125) CSCF (S-CSCF), и
информация (180), указывающая набор индивидуальных общедоступных идентификаторов, направляется в прокси-узел (115) CSCF (P-CSCF).

7. Способ по п. 1, в котором
информацию (180), указывающую набор индивидуальных общедоступных идентификаторов, принимают от узла (130) HSS в паре «атрибут-значение» (AVP), включенной в сообщение (404) с ответом о назначении сервера (SAA).

8. Способ по п. 1, в котором
узел (115) CSCF является прокси-узлом (115) CSCF (P-CSCF), и
информация (180), указывающая набор индивидуальных общедоступных идентификаторов, принимается от узла (130) HSS через обслуживающий узел (125) CSCF (S-CSCF) и хранится в узле (125) Р-CSCF.

9. Способ по п. 8, дополнительно содержащий:
прием (602) исходящего запроса, включающего в себя общедоступный идентификатор (172, 173, 174) в области значений общедоступного идентификатора (170) с подстановочными символами;
если общедоступный идентификатор (172, 173, 174), включенный в исходящий запрос, соответствует индивидуальному общедоступному идентификатору (170) с подстановочными символами и если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует индивидуальному общедоступному идентификатору (172, 173), указанному в информации (180), указывающей набор индивидуальных общедоступных идентификаторов, то
отказ (603) от запроса;
если общедоступный идентификатор (174), включенный в исходящий запрос, не соответствует информации (180), указывающей набор индивидуальных общедоступных идентификаторов, то
отправку на узел (125) S-CSCF исходящего запроса, включающего в себя общедоступный идентификатор (174) и общедоступный идентификатор (170) с подстановочными символами.

10. Способ по п. 9, в котором
общедоступный идентификатор (172, 173, 174) включен в предпочитаемый идентификатор P-Preferred-Id (610) в принятом исходящем запросе.

11. Способ по п. 1, в котором
общедоступный идентификатор (172, 173, 174) является общедоступным пользовательским идентификатором (IMPU), и
общедоступный идентификатор (170) с подстановочными символами является общедоступным пользовательским идентификатором с подстановочными символами (wIMPU).

12. Способ в узле (130) сервера домашних абонентов (HSS) для обработки общедоступных идентификаторов (172, 173, 174) в сети 100) с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), причем способ содержит:
во время введения в действие,
сохранение (801) информации (180), указывающей набор индивидуальных общедоступных идентификаторов (172, 173) в области значений общедоступного идентификатора (170) с подстановочными символами, причем этот набор индивидуальных общедоступных идентификаторов (172, 173) не находится в том же наборе неявных регистраций, IRS (160), что и общедоступный идентификатор (170) с подстановочными символами;
когда общедоступный идентификатор (170) с подстановочными символами зарегистрирован в сети IMS (100), отправку (802) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, на узел (115, 125) с функцией управления сеансами (CSCF) для предоставления возможности приведения в соответствие исходящего запроса с информацией (180), указывающей набор индивидуальных общедоступных идентификаторов.

13. Способ по п. 12, в котором
шаг сохранения (801) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, содержит маркировку или связывание индивидуальных общедоступных идентификаторов (172, 173) в области значений общедоступного идентификатора (170) с подстановочными символами, причем эти индивидуальные общедоступные идентификаторы (172, 173) не находятся в том же наборе неявных регистраций (IRS) (160), что и общедоступный идентификатор (170) с подстановочными символами.

14. Узел (115, 125, 900) с функцией управления сеансами вызовов (CSCF) для обработки общедоступных идентификаторов (172, 173, 174) в сети (100) с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), причем этот узел (125) CSCF выполнен с возможностью:
приема (701) от узла (130) сервера домашних абонентов (HSS) информации (180), указывающей набор индивидуальных общедоступных идентификаторов (172, 173) в области значений общедоступного идентификатора (170) с подстановочными символами, причем этот набор индивидуальных общедоступных идентификаторов (172, 173) не находится в том же наборе неявных регистраций (IRS) (160), что и общедоступный идентификатор (170) с подстановочными символами; и
сохранения (702) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, которые не находятся в том же IRS, в узле (115, 125, 900) CSCF или направления (703) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, на другой узел (115, 900) CSCF для предоставления возможности приведения в соответствие исходящего запроса с информацией (180), указывающей набор индивидуальных общедоступных идентификаторов.

15. Узел (115, 125, 900) CSCF по п. 14, причем узел (115, 125, 900) CSCF содержит приемник (910), передатчик (920), блок (930) памяти и обрабатывающую логику (940), причем обрабатывающая логика (940) подсоединена к приемнику (910), передатчику (920) и блоку (930) памяти, причем
приемник (910) выполнен с возможностью приема информации (180), указывающей набор индивидуальных общедоступных идентификаторов, которые не находятся в том же IRS;
обрабатывающая логика (940) выполнена с возможностью сохранения информации (180), указывающей набор индивидуальных общедоступных идентификаторов, которые не находятся в том же IRS, в блоке (930) памяти, или направления информации (180), указывающей набор индивидуальных общедоступных идентификаторов, передатчиком (920).

16. Узел (125, 900) CSCF по п. 15, причем
узел (125, 900) CSCF выполнен как обслуживающий узел (125) CSCF (S-CSCF), и
обрабатывающая логика (940) выполнена с возможностью сохранения информации (180), указывающей набор индивидуальных общедоступных идентификаторов, в блоке (930) памяти.

17. Узел (125, 900) CSCF по п. 16, причем
приемник (910) выполнен с возможностью приема исходящего запроса, включающего в себя общедоступный идентификатор (172, 173, 174) в области значений общедоступного идентификатора (170) с подстановочными символами и общедоступный идентификатор (170) с подстановочными символами;
обрабатывающая логика (940) выполнена с возможностью
информирования узла (115) P-CSCF о том, что общедоступный идентификатор (172, 173) не зарегистрирован, если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует индивидуальному общедоступному идентификатору (172, 173), указанному в информации (180), указывающей набор индивидуальных общедоступных идентификаторов;
обрабатывающая логика (940) дополнительно выполнена с возможностью
извлечения профиля услуг, ассоциированного с общедоступным идентификатором (174), с использованием общедоступного идентификатора (170) с подстановочными символами, который включен в исходящий запрос, если общедоступный идентификатор (174), включенный в исходящий запрос, не соответствует информации (180), указывающей набор индивидуальных общедоступных идентификаторов.

18. Узел (115, 900) CSCF по п. 15, причем узел (115) CSCF выполнен как прокси-узел (115) CSCF (P-CSCF), и
приемник 910 выполнен с возможностью приема информации (180), указывающей набор индивидуальных общедоступных идентификаторов, от узла (130) HSS через обслуживающий узел (125) (S-CSCF).

19. Узел (125, 900) CSCF по п. 18, причем
обрабатывающая логика (940) выполнена с возможностью сохранения информации (180), указывающей набор индивидуальных общедоступных идентификаторов, в блоке (930) памяти,
приемник дополнительно выполнен с возможностью приема исходящего запроса, включающего в себя общедоступный идентификатор (172, 173, 174) в области значений общедоступного идентификатора (170) с подстановочными символами; и причем
обрабатывающая логика (940) дополнительно выполнена с возможностью
отказа в запросе, если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует общедоступному идентификатору (170) с подстановочными символами и если общедоступный идентификатор (172, 173), включенный в исходящий запрос, соответствует индивидуальному общедоступному идентификатору (172, 173), указанному в информации (180), указывающей набор индивидуальных общедоступных идентификаторов;
обрабатывающая логика (940) дополнительно выполнена для
отправки на узел (125) S-CSCF исходящего запроса, включающего в себя общедоступный идентификатор (174) и общедоступный идентификатор (170) с подстановочными символами, если общедоступный идентификатор (174), включенный в исходящий вызов, не соответствует информации (180), указывающей набор индивидуальных общедоступных идентификаторов.

20. Узел (130, 900) сервера домашних абонентов (HSS) для обработки общедоступных идентификаторов (172, 173, 174) в сети (100) с подсистемой передачи мультимедиа на основе Протокола Интернет (IMS), причем узел HSS (130, 900) выполнен с возможностью:
во время введения в действие,
сохранения (801) информации (180), указывающей набор индивидуальных общедоступных идентификаторов (172, 173) в области значений общедоступного идентификатора (170) с подстановочными символами, причем этот набор индивидуальных общедоступных идентификаторов (172, 173) не находится в том же наборе неявных регистраций (IRS) (160), что и общедоступный идентификатор (170) с подстановочными символами;
когда общедоступный идентификатор (170) с подстановочными символами зарегистрирован в сети IMS (100),
отправку (802) информации (180), указывающей набор индивидуальных общедоступных идентификаторов, на узел (115, 125, 900) с функцией управления сеансами вызовов (CSCF) для предоставления возможности приведения в соответствие исходящего запроса с информацией (180), указывающей набор индивидуальных общедоступных идентификаторов.

21. Узел (130, 900) HSS по п. 20, причем узел HSS (130, 900) содержит приемник (910), передатчик (920), блок (930) памяти и обрабатывающую логику (940), причем обрабатывающая логика (940) подсоединена к приемнику (910), передатчику (920) и блоку (930) памяти, причем
обрабатывающая логика (940) выполнена с возможностью сохранения информации (180), указывающей набор индивидуальных общедоступных идентификаторов, в блоке (930) памяти;
передатчик (920) выполнен с возможностью отправки информации (180), указывающей набор индивидуальных общедоступных идентификаторов, на узел (115, 125, 900) CSCF.



 

Похожие патенты:

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

Изобретение относится к технологиям WiMAX и WiFi радиосвязи. Технический результат изобретения заключается в сокращении объема служебных сигналов в процессе установления связи.

Изобретение относится к устройству и способу связи. Технический результат заключается в обеспечении управления установлением логического соединения между контроллером (NFCC) связи ближнего поля (NFC) и хостом устройства (DH).

Изобретение относится к технологии радиосвязи, в частности к адаптации видеоданных и управлению качеством впечатления (QoE) для сервисов ведения разговора и потоковой передачи данных.

Изобретение относится к хранению и транспортировке закодированных мультимедийных данных. Техническим результатом является улучшение потоковой передачи медиаданных по сети.

Изобретение относится к системе беспроводной передачи. Технический результат состоит в обеспечении предписанного качества связи во время беспроводной связи при использовании методики агрегирования каналов.

Изобретение относится к области видеонаблюдения в мобильной связи. Технический результат - осуществление звуковой трансляции на основе IMS-видеонаблюдения.

Изобретение относится к области сигнализации контекста безопасности. Технический результат - обеспечение сигнализации о поддержке улучшенного контекста безопасности.

Изобретение относится к средствам выполнения услуг на сервере и клиенте клиент-серверной архитектуры. Технический результат заключается в обеспечении возможности изменять последовательность действий по выполнению услуг на сервере.

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

Изобретение относится к средствам представления уведомлений IPTV для пользовательского оборудования (UE). Технический результат заключается в обеспечении различия мгновенных сообщений, содержащих уведомления IPTV, от других мгновенных сообщений в приемном устройстве. Принимают мгновенное сообщение от другого устройства. Обнаруживают в мгновенном сообщении идентификатор приложения, которое связано с узлом функции управления услугами, узлом SCF. Определяют, что мгновенное сообщение отправлено из узла SCF и что мгновенное сообщение является уведомлением IPTV. Отфильтровывают упомянутое мгновенное сообщение от других принятых мгновенных сообщений. 2 н. и 17 з.п. ф-лы, 9 ил.

Изобретение относится к области сохранения и транспортировки закодированных мультимедийных данных. Техническим результатом является повышение эффективности потоковой передачи мультимедийных данных по сети. Способ извлечения мультимедийных данных содержит анализ информации файла манифеста для мультимедийного контента, при этом информация файла манифеста указывает, что по меньшей мере одно представление мультимедийного контента включает в себя временную подпоследовательность, при этом временная подпоследовательность включает в себя только картинки случайной точки доступа (RAP); определение одного или более байтовых диапазонов, соответствующих местоположениям данных для упомянутой временной подпоследовательности в одном или более соответствующих сегментах этого по меньшей мере одного представления; и инициализирование одного или более запросов данных для упомянутой временной подпоследовательности, причем запросы задают байтовые диапазоны соответствующих сегментов этого по меньшей мере одного представления, чтобы извлекать картинки RAP упомянутой временной подпоследовательности без извлечения других картинок сегментов, которые не включены в упомянутую временную подпоследовательность. 8 н. и 38 з.п. ф-лы, 7 табл., 11 ил.

Изобретение относится к области передачи данных. Технический результат - снятие нагрузки с абонента по проверки степени доверия к открытому ключу издания. Маршрутизатор контента, содержащий накопитель, выполненный с возможностью кэшировать в сети, ориентированной на контент (CON), объект контента с сигнатурой, подписанной издателем на основе идентификационных данных, известных абоненту; и передатчик, соединенный с накопителем и выполненный с возможностью направления объекта контента с сигнатурой по запросу абонента, при этом сигнатура выполнена с возможностью ее использования абонентом для проверки целостности объекта контента на основе известных идентификационных данных без проверки степени доверия ключа издателя для упомянутого издателя, причем известные идентификационные данные вызывают доверие издателя и не требуют проверки доверия со стороны издателя. 4 н. и 26 з.п. ф-лы, 11 ил.

Настоящее описание относится к системе и способу предотвращения влияния вредоносных, шпионских программ, а также других нежелательных приложений на мобильные устройства связи. Технический результат состоит в предоставлении возможности удаленного анализа объекта данных, находящегося на мобильном устройстве связи, для обеспечения защиты мобильного устройства и достигается за счет использования связи с сервером для получения помощи в выявлении и удалении нежелательных приложений. При сканировании приложений устройство передает информацию о приложении на сервер для анализа. Сервер получает информацию, дает оценку приложения и передает оценку на устройство. Благодаря проведению анализа на сервере, изобретение позволяет мобильному устройству связи сократить расход аккумулятора и затраты на выполнение операций по защите от нежелательных приложений. Серверы передают уведомления устройствам, на которых ранее были установлены приложения, являющиеся нежелательными. Сервер получает данные о приложениях от множества устройств, используя объединенные данные для того, чтобы свести к минимуму ложные срабатывания, и обеспечивает комплексную защиту от известных и неизвестных угроз. 3 н. и 35 з.п. ф-лы, 12 ил.

Изобретение относится к области связи, а именно к управлению мультимедийной конференцией. Технический результат - обеспечение устранения ограничений, накладываемых на количество участников мультимедийной конференции, посредством ресурсов каскадирования. Способ управления мультимедийной конференцией включает: предоставление по меньшей мере одного ресурса каскадирования каждой конференц-группе по меньшей мере из двух конференц-групп; соединение ресурсов каскадирования различных конференц-групп, так что ресурс каскадирования конференц-группы соединяют только с ресурсом каскадирования другой конференц-группы и любая конференц-группа может быть соединена непосредственно или косвенно с другой конференц-группой посредством ресурсов каскадирования; передачу потока данных после аудиомикширования, который должен быть передан среди конференц-групп, через соединенные ресурсы каскадирования; при этом поток данных конференц-группы из указанных по меньшей мере двух конференц-групп передают в ресурс каскадирования другой конференц-группы из указанных по меньшей мере двух конференц-групп, так что осуществляется связь между присутствующими участниками в указанных по меньшей мере двух конференц-группах. 2 н. и 8 з.п. ф-лы, 14 ил.

Изобретение относится к способу кодирования пакета данных посредством кодирования информации о типе и информации о размере упомянутого пакета данных в одном и том же поле. Технический результат изобретения заключается в обеспечении снижения объема служебной информации и повышении эффективности передачи данных. Изобретение раскрывает способ обработки принимаемых пакетов данных. Пакет данных содержит часть заголовка и часть сообщения. Часть заголовка содержит, по меньшей мере, один бит для указания типа упомянутого пакета данных, при этом способ содержит этап, на котором получают информацию о размере упомянутого пакета данных, на основании упомянутого, по меньшей мере, одного бита. 4 н. и 10 з.п.ф-лы, 3 ил.

Изобретение относится к способам и устройству аутентификации и предоставления клиентскому устройству доступа к сети. Технический результат - возможность выполнения услуг от провайдера в беспроводном устройстве без использования SIM-карты. Поставщик сетевого обслуживания, такой как компания сотовой связи, может передавать регистрационные данные доступа пользователя (например, универсальный модуль идентификации пользователя, или «USIM») менеджеру обслуживания через поставщика USIM. Менеджер обслуживания может вести список авторизованных пользователей. Пользователь может быть аутентифицирован у менеджера обслуживания, после чего пользователю передают набор регистрационных данных USIM. Когда пользователь пожелает воспользоваться услугами беспроводной сети, пользовательское устройство может установить беспроводную линию связи между пользовательским устройством и поставщиком сетевого обслуживания. Во время выполнения операций аутентификации пользовательское устройство может использовать регистрационные данные USIM для аутентификации у поставщика сетевого обслуживания. Вслед за успешной аутентификацией поставщик сетевого обслуживания может обеспечить пользовательское устройство беспроводным обслуживанием. 4 н. и 12 з.п. ф-лы, 9 ил.

Изобретение относится к области технического обслуживания. Технический результат - ограничение открытого доступа к сетям с обслуживаемыми установками. Способ для динамической авторизации мобильного коммуникационного устройства для сети, при котором ассоциированный с коммуникационным устройством модуль аутентификации связывается с сетью через коммуникационный интерфейс с физически защищенным доступом, защищенный и вложенный в запираемое устройство механического запирания, мобильное коммуникационное устройство передает через другой коммуникационный интерфейс запрос доступа в сеть, блоку проверки аутентификации сети от модуля аутентификации предоставляется информация проверки безопасности мобильного коммуникационного устройства, блок проверки аутентификации авторизует на основе запроса доступа и информации проверки безопасности мобильное коммуникационное устройство для сети. 3 н. и 6 з.п. ф-лы, 2 ил.

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

Изобретение относится к организации работы публичных компьютерных сетей, обеспечивающих взаимодействие терминального устройства со стороны клиента и сервера (модель клиент-сервер) с повышенной устойчивостью к сетевым атакам DDoS. Технический результат - снижение влияния атакующих сетей на работоспособность сетевых ресурсов путем несемантической фильтрации входящего трафика. Способ построения сетей передачи данных с повышенным уровнем защиты от DDоS-атак, заключающийся в создании шлюзовых сетей для несемантической фильтрации трафика, при этом шлюзовая сеть является промежуточным звеном между пользовательскими терминалами и защищаемыми серверами, блокирующая трафик от неавторизованных пользователей. Она строится с применением программно-конфигурируемой архитектуры с балансировкой внутренней нагрузки и состоит из управляемых коммутаторов, серверов верификации сетевых пакетов, контроллера сети и сервера аутентификации. 5 ил.
Наверх