Законный перехват в сети мультимедийной подсистемы на основе ip-протокола

Законный перехват в сети мультимедийной подсистемы на основе ip-протокола

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Мультимедийная подсистема на основе IP-протокола (IMS) является технологией, заданной партнерским проектом третьего поколения (3GPP), чтобы предоставлять мультимедийные услуги на основе IP-протокола по сетям мобильной связи. Мультимедийные услуги на основе IP-протокола обеспечивают динамическую комбинацию из передачи голосовых сообщений, видео, обмена сообщениями, передачи данных и т.п. в рамках одного и того же сеанса.

IMS использует протокол инициирования сеанса (SIP) для того, чтобы устанавливать и управлять вызовами или сеансами между абонентскими терминалами. Протокол описания сеанса (SDP), переносимый посредством сигнализации SIP, используется для того, чтобы описывать и согласовывать компоненты среды сеанса. Хотя SIP был создан как протокол для связи пользователь-пользователь, IMS позволяет операторам и поставщикам услуг управлять доступом пользователей к услугам и взимать платежи с пользователей, соответственно.

На фиг.1 схематично иллюстрирована упрощенная схема, показывающая типичное развертывание общего ядра IMS, сигнализации и шлюзов сред с внешней сетью (1) или сетью доступа. Абонентское оборудование (UE) 2 соединяется посредством прокси-функции управления вызовами и сеансами (P-CSCF) 3, которая действует в качестве SIP-прокси в пределах уровня управления IMS. Архитектура 3GPP задает три типа CSCF: прокси-CSCF (P-CSCF) 3, которая является первой точкой взаимодействия в IMS для SIP-терминала; обслуживающая CSCF (S-CSCF) 4, которая предоставляет услуги пользователю, на которые подписан пользователь; и опрашивающая CSCF (I-CSCF) (не показана), роль которой состоит в том, чтобы идентифицировать корректную S-CSCF и перенаправлять в эту S-CSCF запрос, принимаемый от SIP-терминала посредством P-CSCF. Уровень приложений включает в себя сеть обслуживания IMS. Серверы приложений (AS) 5 предназначены для реализации функциональных возможностей обслуживания IMS. Объекты в пределах уровня связности, которые соединяют UE 1 с услугами IMS, образуют систему, которая называется сетью доступа с IP-связностью (IP-CAN). Описание функциональных объектов можно найти в TS 23.002.

Мультимедийная подсистема на основе IP-протокола базовой сети (CN) содержит все элементы CN для предоставления мультимедийных услуг. Она включает в себя набор из сигнализации и элементов канала, относящихся к однонаправленному каналу, как задано в TS 23.002. Мультимедийные услуги на основе IP-протокола основаны на возможности управления сеансами, заданными IETF, которую, наряду с мультимедийными однонаправленными каналами, использует IP-CAN. Для того чтобы достичь независимости доступа, а также поддерживать гладкое взаимодействие с проводными терминалами и беспроводными терминалами через Интернет, IMS пытается в максимальной степени соответствовать “стандартам Интернет” IETF.

Мультимедийная подсистема на основе IP-протокола базовой сети (IM CN) позволяет операторам PLMN предлагать мультимедийные услуги, основанные на и построенные на приложениях Интернет, сервисах и протоколах. Хотя IM CN не стандартизирует такие услуги, она позволяет приблизить и осуществить доступ к передаче голосовых сообщений, видео, обмену сообщениями, передаче данных и веб-технологиям для беспроводных пользователей и сочетать рост сети Интернет с ростом в области телекоммуникаций.

Законный перехват (LI) позволяет правоохранительным органам (LEA) получать данные о сети связи с целью анализа или сбора доказательств. Эти данные обычно включают в себя подробности сигнализации, такие как вызывающие и вызываемые стороны, и в некоторых случаях содержание самого вызова.

В документе “Архитектура и функции законного перехвата” 3GPP TS 33.107 описана архитектура и функциональные требования, касающиеся системы мобильной связи третьего поколения. На фиг.2 показана упрощенная структура реализации. LI в IMS-сети. Функция 6 контроля за правоприменением (LEMF) может располагаться в 3G-сети или в любой другой сети. Функция 7 администрирования (ADMF) осуществляет связь с LEMF 6. Следует отметить, что показано более чем одна LEMF, так как ADMF 7 может поддерживать связь с несколькими различными LEMF. Из-за различных юридических требований LI, информация LI, совместно используемая с различными LEMF, может быть различной. Для упрощения последующее обсуждение относится к одной LEMF 6. ADMF 7 осуществляет связь с LEMF 6 с использованием функции посредничества (MF) 8 через HI1 интерфейс.

Функция доставки DF2 9 осуществляет связь с LEMF 6 через интерфейс HI2 и используется для отправления информации, относящейся к перехвату (IRI) в LEMF 1, с использованием MF 10. DF2 4 принимает IRI из CSCF 11 в IMS-сети через интерфейс X2. IRI может запускаться посредством событий, которые связаны с сеансом или не связаны с сеансом. Следует отметить, что конфигурации, показанные на фигуре 2, изображают только логическое представление объектов, вовлеченных в законный перехват; при этом они могут быть или не быть реализованы в виде отдельных физических объектов.

Другая функция ADMF 7 состоит в том, чтобы скрыть от CSCF 11 тот факт, что на одной и той же цели возможны многочисленные активизации от различных правоохранительных органов (LEA). ADMF 7 можно разделить, чтобы гарантировать разделение предоставления данных от разных органов. На фиг.2 HI2-интерфейс представляет собой интерфейс между LEA и функцией доставки. Функция доставки используется для распределения IRI надлежащим LEA через HI2-интерфейс.

Архитектура, показанная на фиг.2, обеспечивает такое предоставление IRI для SIP-сообщений, обрабатываемых с помощью CSCF 11. Перехват содержимого связи (CC) для этого случая можно выполнить в узле поддержки GPRS (GSN) при раздельной активизации и инициировании, согласно GSN, законной архитектуры. Для перехвата IMS-домена CSCF 11 представляет собой узлы, заданные как точки доступа перехвата (IAP) согласно 3GPP TS33.107 для общепринятого перехвата в IMS. Такие узлы могут предоставлять информацию, которая относится к началу и окончанию SIP-сеанса, и копировать обменную сигнализацию. Однако они не могут знать о фактической услуге, исполняемой AS-5, которая управляет сеансом в течение специфического перехваченного сеанса связи. Анализ перехваченной SIP-сигнализации, перехваченной в CSCF 11, может предоставить только лучшую попытку интерпретации, какая услуга исполняется AS 5.

Для решения этой проблемы консорциум 3GPP TS 33.108 предложил новую спецификацию перехвата IMS-конференц-связи, которая требует другой точки доступа перехвата. Данная архитектура схематично иллюстрирована на фиг.3. Когда пользователь принимает участие в конференц-связи, AS 5 управляет конференц-связью. Ключевыми элементами для перехвата услуг конференц-связи являются AS/контроллер функции мультимедийных ресурсов (MRFC) 12 и процессор функции мультимедийных ресурсов (MRFP) 13. AS/MRFC 12 сообщает IRI, связанную с услугами конференц-связи, которые необходимо перехватить, тогда как MRFP 13 сообщает о содержимом связи, связанном с услугой конференц-связи, через DF3 14 и MF 15. Отчет о некоторых событиях должен быть представлен в виде IRI. Они включают в себя уведомление относительно того, когда целевой объект производит запрос, чтобы установить конференц-связь в случае, когда целевой объект успешно осуществляет конференц-связь, когда начинается целевой объект, который предоставляет или запрашивает конференц-связь (то есть, когда первая сторона присоединяется к конференц-связи), когда начинается конференц-связь, которая представляет собой целевой объект перехвата (то есть, когда первая сторона присоединяется к конференц-связи), когда активизируется перехват (по отношению к конференц-связи или собственнику конференц-связи) во время продолжающейся конференц-связи, и когда стороны присоединились к конференц-связи, и связь началась или разрешена сервером конференц-связи в случаях, где конференц-связь является целевым объектом перехвата, или когда она представляет собой конференц-связь целевого объекта.

Если целевой объект перехвата обеспечен или запросил создание конференц-связи, перехват услуг конференц-связи IMS начинается несмотря на то, присоединился ли целевой объект перехвата к конференц-связи. Перехват услуг конференц-связи IMS продолжается в случае, если целевой объект перехвата временно приостановлен и конференц-связь продолжается.

Дополнительная IRI, которая должна передаваться, включает в себя идентификацию действующих и возможных участников конференц-связи, информацию относительно поддерживаемых однонаправленных каналов, инициатора и/или контроллера конференц-связи и причину отказа (если конференц-связь прекратилась из-за проблемы).

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

Проблема возникает в том случае, когда IMS-сеть реализована в более чем одной стране. IMS-сеть можно развернуть при наличии централизованной IMS-системы в одной стране и другую IMS-функциональность в других странах, как показано на фиг.4, на которой P-CSCF 3 расположена в стране 2, а другие IMS-узлы, такие как S-CSCF 4 расположены в стране 1. Эта сетевая архитектура является привлекательной, например, там, где несколько маленьких стран могут совместно использовать элементы IMS-сети.

В примере, показанном на фиг.4, основные IMS-функции выполняются в стране 1, а другие IMS-функции выполняются в других странах (страны 2-7 показаны в качестве примера). Основные IMS-функции в стране 1 включают в себя сервер 5 приложений, S-SCSF 4, MRFC 16 и MRFP 17. Другие функции, такие как P-CSCF 3, расположены в каждой из других стран.

Правила LI предусматривают, что каждый национальный орган может заказать перехват целевых объектов только по отношению к сетевому элементу, установленному в этой стране. Проблема заключается в том, что LEA в странах, которые отличаются от страны 1, не могут начать перехват в узлах, расположенных в стране 1. LEA, например, в стране может только начать IMS-перехват по отношению к P-CSCF 3 или MRF (если они локально развернуты).

Как описано выше, существуют требования к перехвату конференц-связи в 3GPP TS 33.108, и для всех услуг в ANS T1.678, чтобы предоставить информацию, которая относится к услуге, которая доступна целевому пользователю, и ETSI 102 232-5 вводит требования для обеспечения уникального CIN (идентификационного номера связи) для ветвей, относящихся к одной и той же связи. Согласно действующим спецификациям 3GPP и ANS LI, только узел, который может надежным образом предоставить такую информацию, представляет собой AS 5, выполняющий услугу, но если используется IMS-сеть, развернутая во многих странах, только узел, доступный для перехвата сигнализации в принимающей стране, представляет собой P-CSCF 3. Эта проблема иллюстрирована на фиг.5, на которой показано, что LEA в стране 2 не может получить IRI через MF/DF 19, расположенную в стране 2, из AS 5, расположенного в стране 1.

Например, LEA запрашивает перехват для пользователя A 20 в стране 2 и доставку IRI в формате 3GPP HI. Пользователь A 20 начинает вызов 3PTY или создает и вводит adhoc или запланированную конференц-связь с пользователями B 21 и C 22, где B 21 расположен в той же стране, как и A, и пользователь C 22 расположен в другой стране (в этом примере в стране 5, хотя он может располагаться в любой другой стране, включая страну 1).

P-CSCF 3, которая представляет собой только разрешенную IAP для LEA в стране 2, предоставляет копию сообщений SIP-сигнализации, но ADMF 7 и MF 19 не могут ни отправить приказ, ни получить информацию относительно исполняемой услуги конференц-связи на AS 5, так как AS 5 физически размещается в другой стране. В результате, события конференц-связи нельзя доставить в LEMF 6 с помощью DF2, и, в большинстве случаев, LEMF не будет известно о личностях участников конференц-связи, когда конференц-связь начинается и прекращается, и другую информацию, необходимую в соответствии со стандартами LI 3GPP. Другая проблема заключается в том, что даже в случае, если пользователь B 21 представляет собой также целевой объект и в приведенном выше случае конференц-связи перехватывается, LEA не сможет узнать о том, что пользователь B 20 и пользователь B 21 находятся в конференц-связи вместе даже в случае, если они находятся в одной и той же стране.

Мультимедийная телефония по IMS [mmtel] становится все более важной, и она была принята в качестве решения для голосовой связи для проекта долгосрочного развития (LTE), и поэтому перехват голосовых вызовов, где AS расположен в другой стране, является важным. Так как другие услуги, такие как передача сообщений, чат, видео, социальные приложения и услуги на основе датчиков, становятся более распространенными, желательно также иметь возможность их перехвата даже там, где AS, предоставляющий эти услуги, развернут в другой стране.

Другая причина, почему необходимо иметь возможность получения IRI из AS, развернутого в другой стране, состоит в том, что LEA использует интерфейс передачи обслуживания ETSI 101 671 для перехвата телефонии на фазе IMS, который гарантирует, что отчеты о перехвате принимаются в том же самом формате, как и предоставленные отчеты для вызовов по коммутируемым каналам. Если это так, то должен быть предоставлен отчет об услуге (например, безусловная переадресация вызова, переадресация вызова при занятом абоненте, явная пересылка вызова и т.д.), доступной пользователю. Эта информация не присутствует в CSCF 11 и MRF, и в этом типе информации невозможно отобразить имеющуюся SIP-сигнализацию. По этой причине необходимо получать IRI непосредственно из AS, но это невозможно в случае, когда AS развернуто в другой стране.

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

Задача настоящего изобретения состоит в том, чтобы разрешить LEA в одной стране получать IRI, относящуюся к пользователю, в той стране, где IRI доступна только из узла в другой стране. Согласно первому аспекту предусмотрен способ обеспечения законного перехвата в IMS-сети. Первый узел в IMS-сети получает сообщение из узла системы посредничества в LI, которое инструктирует первый узел выполнять LI по отношению к целевому объекту. Первый узел отправляет сообщение с запросом на подписку во второй узел, расположенный в базовой сети IMS. Сообщение с запросом на подписку включает в себя, по меньшей мере, идентичность (идентификационную информацию) типа услуги, подлежащего контролю. Первый узел затем получает сообщение уведомления из второго узла, причем сообщение уведомления включает в себя информацию о сеансе, из которой можно получить IRI. Затем первый узел отправляет IRI в узел системы посредничества в LI.

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

Сообщение с запросом на подписку при необходимости отправляется в промежуточный узел в базовой сети мультимедийной подсистемы на основе IP-протокола, и промежуточный узел перенаправляет запрос на подписку во второй узел и, по меньшей мере, в другой узел. Это позволяет отправить одно сообщение о подписке и затем перенаправить его в многочисленные узлы.

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

В дополнительном варианте осуществления первый узел представляет собой прокси-функцию управления вызовами и сеансами и второй узел - сервер приложений.

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

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

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

Узел необязательно представляет собой прокси-функцию управления вызовами и сеансами.

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

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

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

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

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

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

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

Согласно седьмому аспекту предусмотрен программный продукт, содержащий машиночитаемый носитель и компьютерную программу, которая описана в пятом и шестом аспектах, причем компьютерная программа хранится на машиночитаемом носителе.

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

Фиг.1 схематично иллюстрирует в виде блок-схемы упрощенную схему для IMS-сети.

Фиг.2 схематично иллюстрирует в виде блок-схемы архитектуру сети для обеспечения законного перехвата в IMS-сети.

Фиг.3 схематично иллюстрирует в виде блок-схемы альтернативную архитектуру сети для обеспечения законного перехвата в IMS-сети.

Фиг.4 схематично иллюстрирует в виде блок-схемы IMS-сеть, где некоторые узлы развернуты в различных странах.

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

Там, где IMS-сеть развернута в более чем одной стране, узел в стране, которая желает подписаться на IRI-информацию из узла в другой стране, отправляет сообщение SIP SUBSCRIBE в узел, расположенный в другой стране. Пакет событий SIP определен и называется в данном документе как “Регулирующий пакет информационных событий”. Концепция уведомления SIP обеспечивает механизм, который разрешает узлам подписываться на другие узлы для того, чтобы принимать события, которые относятся к связи на базе SIP. Узел, который желает принимать подписки IRI через сообщение SIP SUBSCRIBE в URI ресурса, который статически или временно выделен для выполнения услуги. Запрос SUBSCRIBE содержит набор параметров, которые определяют опции, условия и тип события, относительно которого узел подписки желает быть информированным. Другой параметр, который может быть определен в сообщении SIP SUBSCRIBE, представляет собой идентификацию страны. Можно использовать любой подходящий тип идентификатора страны, такой как идентификатор страны на базе Е.164, одни или набор координат географического местоположения или специфическая информация о сети доступа, которая используется в P-Access-Network-Info или IOI (межоператорный идентификатор).

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

Когда уведомитель имеет релевантную информацию для отправления абоненту, информация доставляется в теле сообщения SIP NOTIFY, отправленного в направлении абонента.

Уведомление отправляется только в абонентские узлы в стране, в которой расположены целевые пользователи, вовлеченные в услугу. Месторасположение пользователя можно получить либо с помощью анализа URI абонента и сопоставления его с префиксом идентификатора страны Е.164, либо с помощью анализа секретного заголовка, такого как P-Access-Network-Info, или параметра IOI в P-Charging-Vector, либо с помощью применения комбинации этих способов. Более того, централизованный AS при развертывании во многих странах имеет уже наиболее вероятное знание или может извлечь (например, из присутствия, управления группой (PGM)) информацию относительно страны, из которой абонент выполняет вызов для того, чтобы предоставить услугу и определить, при каких условиях, а также в каком порядке применять правильную политику начисления платы.

Конфиденциальность тел сообщений SUBSCRIBE и NOTIFY может гарантировать использование шифрования, такого как шифрование S/MI ME, или другой механизм, установленный между абонентом и уведомителем.

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

S1. LEMF 6 в стране 2 издает приказ для контроля связи, в которой участвует целевой объект (в этом примере, UEa 20). В этом примере, приказ издается по отношению к P-CSCF 3, но следует понимать, что при других обстоятельствах узел может представлять собой MGCF или другой IAP.

S2. Сообщение отправляется в P-CSCF 3 через интерфейс X1 из ADMF 7, инструктирующую P-CSCF 3, контролировать целевой объект, расположенный в той же самой стране, как и P-CSCF 3 (страна 2).

S3. AS 5 расположен в стране 1, тогда как P-CSCF 3 расположена в стране 2. Поэтому P-CSCF 3 отправляет из AS 5 сообщение SUBSCRIBE в AS 5, подписывающий на информацию об услуге, которая относится к целевому объекту.

Следует отметить, что для того, чтобы упростить иллюстрированную сигнализацию, этот этап показан как P-CSCF 3, подписывающий непосредственно в AS 5. Однако более гибкая система служит для отправления сообщения SIP SUBSCRIBE в предварительно определенный URI, который, например, может называться как “RegulatoryServicelnfo@TLCcountryl.com”. Сообщение SUBSCRIBE содержит опции относительно того, из какой услуги или группы услуг P-CSCF желает получить уведомление, время истечения и, необязательно, специфический идентификатор пользователя или сеанс, который необходимо контролировать (если это разрешено центральной страной). Поведение по умолчанию состоит в подписке на все события услуг для IMS-пользователя, поскольку это не раскрывает идентичность целевого объекта в центральной стране. Опции шифрования можно также установить на этой фазе или предварительно определить на базе национальных соглашений. Сообщение SU BSCRI BE перенаправляется во все AS в стране 1, так как во время отправления подписки неизвестно, какая IMS-услуга будет выполняться и из какого AS. Так как каждый AS не должен принимать информацию относительно целевого объекта, сообщение SUBSCRIBE просто инструктирует его отправить информацию, которая относится к сеансу (из которой можно получить IRI) в P-CSCF 3 для всех пользователей AS, которые удовлетворяют требованиям сообщения SU BSCRI BE. Это гарантирует, что LI не происходит в стране, в которой расположен AS 5.

Следует отметить, что сообщение SUBSCRIBE не должно содержать идентичность целевого объекта; при этом P-CSCF 3 может подписаться на обновления услуг, предоставляемых AS 5, и должен только обрабатывать сообщения уведомления, поступающие из AS 5, которые относятся к целевому объекту. Однако сообщение SUBSCRIBE позволяет идентифицировать целевого пользователя таким образом, чтобы сообщения уведомления принимались только в P-CSCF, если целевой пользователь вовлечен в сеанс, обрабатываемый AS 5. Кроме того, сообщение SUBSCRIBE позволяет идентифицировать конкретный сеанс, для которого требуется уведомление.

S4. AS верифицирует то, разрешено ли абоненту принимать уведомление, согласно местной политике авторизации, и если это разрешено, то он будет отправлять сообщение SIP OK обратно, подтверждая при этом активизацию подписки. Набор сообщений ошибок SIP описан в RFC 3265 в случае отклонения запроса или отказа в обработке запроса AS.

Следует отметить, что линии сигнализации, иллюстрированные на фиг.6, показывают упрощенную логическую последовательность операций SIP-сигнализации. Фактический путь SIP-сигнализации проходит через S-CSCF 4 и пограничный шлюз страны, если это имеет место, согласно стандарту правил маршрутизации SIP.

Когда AS 5 принимает сообщение SUBSCRIBE, он отправляет уведомления, которые относятся к дополнительному событию услуги. Это иллюстрировано на фиг.7 со следующими ссылочными позициями, соответствующими ссылочным позициями фиг.7.

S5. Пользователь A в стране 2, использующий UEa 20, инициирует SIP-сеанс. Другие пользователи, такие как пользователь B, использующий UEb 21 в той же самой сети, и пользователь C, использующий UEc 22 в другой сети, могут принимать участие в сеансе. Так как в LEMF 6 уже был издан приказ на перехват связи пользователя A, P-CSCF 3 начинает перехват пользователя A, который представляет собой целевой объект.

S6. P-CSCF 3 перенаправляет SIP-сигнализацию в централизованную IMS в стране 1.

S7. S-CSCF 4 маршрутизирует вызов от пользователя A в соответствующий AS 5 для выполнения услуги (согласно своей роли в архитектуре IMS).

S8. AS 5 выполняет услуги (отметим, что AS может создавать новые ветви), и, благодаря тому факту, что он получил сообщение SUBSCRIBE, он вырабатывает регулирующее уведомление в подписанных узлах. Уведомление содержит требуемую IRI. В этом случае, подписанный узел представляет собой P-CSCF 3 в стране 2.

S9. Уведомление от AS 5 маршрутизируется в P-CSCF 3 в стране 2 согласно стандартным правилам SIP. Следует отметить, что исходная подписка для регулирующих услуг открыла диалог между Р-CSCF 3 и AS 5.

S10. P-CSCF 3 перехватывает регулирующее уведомление (поскольку оно содержится в SIP NOTIFY) и отправляет его в DF2/MF2 19, инкапсулированную в событие X2, так как пользователь А является контролируемым пользователем. Уведомление отвергается, если оно не относится к контролируемому пользователю.

S11. DF2/MF2 19 осуществляет посредничество в событии и доставляет IRI с информацией об услуге в LEMF 6 в требуемом формате HI2.

Когда AS 5 отправляет SIP-уведомление, как описано выше на этапе 39, содержимое сообщения основывается на информации, запрошенной соответствующими стандартами LI ETSI 102 232, ETSI/3GPP TS 33.107, TS 33.108 и ANS T1.678. Хотя сообщение уведомления может относиться к любому виду услуги, в качестве примера, следующая информация предусмотрена в сообщении уведомления, где услуга представляет собой услугу мультимедийной телефонии.

Заголовок SIP, предусмотренный в сообщении NOTIFY, содержит URI, инициирующую сообщение ID диалога и уникальные id события. Тело сообщения может включать в себя любую из следующей информации сеанса связи:

уникальный id экземпляра услуги, который представляет собой уникальный индикатор услуги, для которой был передан отчет о событии. Следует отметить, что тот же самый сеанс связи может иметь многочисленные экземпляры услуг;

Наблюдаемый URI, который представляет собой URI, который выполнил подписку;

ID сторон, вовлеченных в услуги, которые включают в себя идентичности всех участников в сеансах связи. Он может иметь форму списка TEL/URI;

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

ID детского вызова, которые включают собой идентичности и идентификаторы начисления платы этапа, выработанного AS 5 в результате поведения B2BUA или для выполнения услуги, требующей многочисленные ветви, такие как для многочисленных абонентов; и

Отметка времени, которая представляет собой запись того, когда произошло событие (обычно в UTC время).

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

Тип услуги, который предоставляет подробности типа исполняемых услуг (например, CFU, CCBS, 3PTY, CONF, HOLD, ЕСТ и т.д.);

Действие услуги, которое предоставляет подробности действий, относящихся к услуге (например, активизация, начало, прекращение, изменение и т.д.);

Состояние статуса действия услуги, которое подробно описывает состояние действия услуги (например, запрошенное, ожидаемое, успешное, приостановленное, неудачное и т.д.);

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

Причина отказа, которая обычно отображает ошибочную реакцию SIP на причину отказа, но в случае, когда произошло более чем одной ошибки SIP, можно определить точный набор сообщений об ошибках; и

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

Кроме того, тело сообщения может включать в себя любую из следующей необязательной информации:

Географическое местоположение участников, если таковое имеется и имеет значение для услуги;

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

Детали и ключи шифрования (защищенные шифрованием).

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

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

При использовании услуг MMTEL не предполагается, что дополнительная сигнализация, которая требуется для удовлетворения запроса на подписку, будет иметь сильное влияние на характеристики, так как частота использования услуг гораздо меньше относится к обычным голосовым вызовам. Следует отметить, что уведомления отправляют только в узлы в те страны, где расположены пользователи, вовлеченные в уведомленную услугу.

Обратимся теперь к фиг.8, где показан узел, такой как P-CSCF 3. P-CSCF 3 предусмотрена в первом приемнике 23 для приема сообщения, инструктирующего P-CSCF выполнять LI по отношению к целевому объекту. Первый передатчик 24 обеспечен для отправления сообщения с запросом на подписку из P-CSCF 3 по направлению к AS 5, расположенному в базовой сети IMS. Второй приемник 25 предназначен для получения из AS 5 сообщения уведомления, включающего в себя информацию, относящуюся к перехвату. Второй передатчик 26 также предназначен для отправления сообщения в MF/DF 19, причем это сообщение включает в себя информацию, относящуюся к перехвату. Процессор 28 также предназначен для управления сигнализацией. Процессор 27 можно также использовать для сравнения идентичностей, которые содержатся в IRI, которые содержатся в сообщении NOTIFY с идентичностью целевого объекта, подвергнутого законному перехвату перед отправлением сообщения в MF/DF 19.

P-CSCF 3 можно также обеспечить машиночитаемым носителем в виде памяти 28. Память 28 можно использовать для хранения компьютерной программы 29, которая, при исполнении процессором 27, побуждает P-CSCF 3 вести себя так, как описано выше.

На фиг.9 иллюстрирован узел, такой как AS 5, расположенный в базовой сети IMS. AS 5 предусматривает приемник 30 для приема сообщения с запросом на подписку из P-CSCF 3. Сообщение с запросом на подписку включает в себя, по меньшей мере, идентичность контролируемого типа сеанса. Передатчик 31 предназначен для отправления сообщения уведомления, включающего в себя IRI в том случае, если происходит контролируемое событие. Процессор 32 предназначен для управления сигнализацией. Хотя AS может представлять собой AS телефонию IMS, следует понимат