Функции, реализованные в центре мониторинга (MC), включают следующее:
– регистрация информации о наблюдаемом соединении (содержания вызова), включая тональные сигналы DTMF, посылаемые отслеживаемыми абонентами
– интерактивное представление данных о вызове и содержания наблюдаемого вызова
– архивация и запись при долгосрочных мониторинговых операциях
– оценка и копирование записанных вызовов.
Предусмотрена возможность обеспечения того, чтобы содержание прослушиваемых вызовов передавалось только в санкционированные центры мониторинга. Вызовы отделяются от другого трафика при помощи функциональной возможности закрытых групп пользователей. При приобретении и активации данной дополнительной функции она может использоваться только для немецких MC. Для всех других MC имеется возможность ее использования, если ее использование необходимо.
S-билеты (S-tickets)
Дополнительные данные, описывающие вызов, которые не могут быть переданы через линию прослушивания, и данные о вызовах без сигнализации по каналу трафика передаются в форме так называемых S-билетов через соединение по протоколу Х.25 в центр управления прослушиванием (ICC). При наличии IMSI его можно также включить в S-билет. Эти записи данных создаются для вызовов с каналом трафика (MOC/MTC) и для действий, не связанных с каналом трафика (SMS).
Помимо существующего S-билета для санкционированного прослушивания возможно создание S‑записей в MSC/VLR в случае следующих точек активации (в качестве примера):
– корректировка местоположения
– эстафетная передача между радиосотами
– вводимая абонентом информация (SCI)
S-билеты содержат номера абонентов, номера переадресации, код местоположения для абонента во время вызова (идентификационный номер соты) и, как вариант, код местоположения для корректировки местоположения при изменении VLR.
Варианты записи содержания вызова и доставки S-билетов
Существуют следующие возможности доставки:
– только S-билеты
– содержание вызова (в MC) и S-билеты
– только содержание вызова (в MC).
Для некоторых PLMN требуются знать только произносимые слова и сторон, принимающих участие в разговоре, без S-билетов. Этот факт используется функцией "ограниченного санкционированного прослушивания", таким образом ICC и сеть Х.25 становятся ненужными. Если для администрирования ICC не используется, то для управления прослушиванием должно использоваться другое оборудование, например OMC.
Другая форма "ограниченного санкционированного прослушивания" дает возможность передачи информации об идентификации вызова (информацию об адресе другой стороны) по сигнальному каналу вместе с установлением соединения на MC без использования S-билетов. Например, эта функциональная возможность предоставляет экономически выгодное техническое решение для проведения прослушивания без сетей Х.25.
В комплексном решении, предусматривающем проведение прослушивания, имеется возможность администрирования S-билетов в обычном порядке (как в предыдущем решении) или в усовершенствованном порядке (с возможностью администрирования новых точек активации для новых событий и схемы S-билетов в MSC). Для усовершенствованного администрирования допускается формирование S-билетов, например, в отношении несостоявшихся попыток вызова или таких событий, как "завершение вызова", "ответ на вызов" и т.д.
При использовании новой возможности MSISDN прослушиваемого абонента не передается в поле подадреса усовершенствованной сигнализационной системы. (В ICC должна также поддерживаться функциональная возможность удаления идентификатора абонента).
Для однозначного присвоения вызову S-билетов, в MC во все S-билеты и подадрес вызываемой стороны вставляется уникальный номер (идентификатор вызова). Таким образом во всей PLMN предусматривается уникальный номер, создаваемый по каждому вызову, который может использоваться для соотнесения S-билетов с отслеживаемым вызовом.
Функция "Мультимониторинг" дает возможность проводить мониторинг содержания вызова несколькими клиентами (LEA). Для этого используется специальная обработка вызова, которая предусматривает дублирование и распределение содержания вызова.
Усовершенствованная функция "Предоставление S-билета абонента в несколько MC" дает возможность соединять одного отмеченного абонента по нескольким (до 5) линиям с различными MC одновременно и генерировать один S-билет на событие (ICC дублирует S-билеты для каждого последующего MC). Эта функциональная возможность используется в странах, где различные органы должны иметь возможность отслеживать абонентов независимо друг от друга.
Дополнительная возможность "итогового сигнала" позволяет передавать итог всех речевых сигналов услуги многосторонней связи (MPTY), включая "содержание" отслеживаемого абонента, в MC (LEA) по одной линии/каналу. Таким образом, это дает возможность сэкономить одну/две дополнительные линии/канала в расчете на стороны в MS (LEA).
Имеется функция отслеживания вызова после перевода вызова (CT), либо до него. В тех случаях, когда отслеживание переведенного вызова не допускается, прослушивание немедленно прекращается после перевода вызова, а на ICC отсылается конечный S-билет. В тех случаях, когда прослушивание переведенного вызова допускается, отслеживание вызова продолжается до тех пор, пока соединение не будет сброшено.
Еще одна новая функция "Прослушивание сигнализации между пользователями (UUS)" позволяет сообщать в ICC с помощью S-билета межпользовательскую информацию (UUS), связанную с отслеживаемым вызовом. Информация UUS выводится во время установления вызова и в фазе его сброса из связанных с ним сообщений и сигнализации.
Безопасность
Для обеспечения подключения корректного MC (LEA) используется функциональная возможность COLP (предоставление идентификатора вызываемого абонента) при соединении MSC и MC. Поэтому MSC проверяет информацию в элементе информации COLP, посылаемом MC, который запрашивается на уровне проекта для плеч санкционированного прослушивания вызовов. При администрировании MC эта функция может включаться или выключаться по каждому MC. Если она включена для MC, то в отношении MC может администрироваться второй номер ISDN, который также считается "допускаемым значением" для "подсоединенной линии". Если аутентификация COLP окажется неудачной, то содержание вызова не предоставляется.
