МИНИСТЕРСТВО РФ ПО СВЯЗИ И ИНФОРМАТИЗАЦИИ
19 января 2001 г.
N 5
(Д)
Во исполнение Федеральных законов от 12.08.95 N 144-ФЗ "Об
оперативно - розыскной деятельности в Российской Федерации" (Собрание
законодательства Российской Федерации, 1995, N 33, ст. 3349; 1997,
N 29, ст. 3502; 1998, N 30, ст. 3613; 1999, N 2, ст. 233; 2000, N 1,
ст. 8) разработаны технические требования к комплексу аппаратно -
программных средств и каналам обмена информацией, которые обеспечивают
техническую возможность реализации функций оперативно - розыскных
мероприятий в Российском сегменте системы Глобальной персональной
подвижной спутниковой связи (ГППСС) Глобалстар.
С целью внедрения функций СОРМ в Российский сегмент системы ГППСС
Глобалстар приказываю:
1. Утвердить следующие технические требования:
1.1. К комплексу аппаратно - программных средств по обеспечению
функций оперативно - розыскных мероприятий в Российском сегменте
системы ГППСС Глобалстар, Приложение N 1;
1.2. К каналам и протоколам обмена информацией между аппаратно -
программными средствами СОРМ Российского сегмента системы ГППСС
Глобалстар и центра контроля, Приложение N 2.
2. Направить данный Приказ на государственную регистрацию в
Минюст России.
Министр Российской Федерации
по связи и информатизации
Л.Д. РЕЙМАН
19 января 2001 г.
N 5
Приложение N 1
к Приказу Минсвязи России
от 19 января 2001 года
N 5
Согласовано
Заместитель Директора
ФСБ России
Н.В. КЛИМАШИН
5 января 2001 года
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
К КОМПЛЕКСУ АППАРАТНО - ПРОГРАММНЫХ СРЕДСТВ
ПО ОБЕСПЕЧЕНИЮ ФУНКЦИЙ ОПЕРАТИВНО - РОЗЫСКНЫХ
МЕРОПРИЯТИЙ В РОССИЙСКОМ СЕГМЕНТЕ СИСТЕМЫ ГППСС ГЛОБАЛСТАР
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Система технических средств по обеспечению функций
оперативно - розыскных мероприятий (СОРМ) в Российском сегменте (РС)
системы глобальной персональной подвижной спутниковой связи (ГППСС)
Глобалстар предназначена, в соответствии с существующим
законодательством Российской Федерации, для оперативного контроля
соединений и местоположения определенных пользователей ГППСС
Глобалстар, находящихся на территории Российской Федерации.
1.2. Настоящие "Технические требования к комплексу аппаратно -
программных средств по обеспечению функций оперативно - розыскных
мероприятий в Российском сегменте ГППСС Глобалстар" (ТТ)
распространяются на аппаратно - программные средства (АПС) СОРМ РС
ГППСС Глобалстар, состоящие из:
- аппаратно - программных средств, обеспечивающих реализацию
функций СОРМ на станциях сопряжения (СС) РС системы Глобалстар (АПС
СОРМ СС);
- сети передачи данных, объединяющей АПС СОРМ станций сопряжения
в единый комплекс аппаратно - программных средств СОРМ Российского
сегмента ГППСС Глобалстар (АПС СОРМ РС);
- оконечного оборудования каналов передачи данных между
комплексом аппаратно - программных средств СОРМ Российского сегмента
ГППСС Глобалстар и аппаратно - программными средствами пункта
управления (ПУ).
1.3. Управление АПС СОРМ ГППСС Глобалстар должно осуществляться
из удаленного пункта управления (ПУ) по каналам передачи данных путем
взаимодействия АПС СОРМ ГППСС Глобалстар с аппаратно - программными
средствами ПУ (АПС СОРМ ПУ). Структурная схема СОРМ РС ГППСС
Глобалстар представлена на рис. 1.
1.4. АПС СОРМ ГППСС Глобалстар должны входить в состав
оборудования РС ГППСС Глобалстар.
1.5. Функционирование АПС СОРМ РС ГППСС не должно влиять на
качественные характеристики системы, оговоренные в "Общих технических
требованиях на Российский сегмент ГППСС Глобалстар".
----------------------------------------------------------------------
| ------------------------------------------------------------- |
| | АПС СОРМ РС ГППСС "ГЛОБАЛСТАР" | |
| | | |
| | -------------- -------------- -------------- | |
| | | АПС СОРМ | | АПС СОРМ | | АПС СОРМ | | |
| | | станции | | станции | . . . | станции | | |
| | | сопряжения | | сопряжения | | сопряжения | | |
| | | (СС) N 1 | | (СС) N 2 | | (СС) N N | | |
| | -------------- -------------- -------------- | |
| | /\ /\ /\ | |
| | | | | | |
| | \/ \/ \/ | |
| | ------------------------------------------------- | |
| | | Сеть передачи данных | | |
| | -------------------------------------------------- | |
| | / \ | |
| -----------------------------| |----------------------------- |
| | | |
| \ / |
| ------------------------------------------------- |
| | Оконечное оборудование каналов передачи данных |<-- |
| -------------------------------------------------- | |
| | |
| Граница комплекса АПС СОРМ РС ГППСС "ГЛОБАЛСТАР" | |
| ----------------------------------------------------------|------- |
| -------------------------------------------------- | |
| | Оконечное оборудование каналов передачи данных |<--- |
| -------------------------------------------------- |
| / \ |
| | | |
| \ / |
| --------------- |
| | АПС СОРМ ПУ | |
| --------------- |
----------------------------------------------------------------------
Рисунок 1. Структурная схема СОРМ РС ГППСС "ГЛОБАЛСТАР"
2. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К КОМПЛЕКСУ АПС СОРМ
РОССИЙСКОГО СЕГМЕНТА ГППСС ГЛОБАЛСТАР
Комплекс АПС СОРМ РС ГППСС Глобалстар должен обеспечивать:
1. Взаимодействие АПС СОРМ РС с удаленным ПУ по каналам передачи
данных.
2. Защиту от несанкционированного доступа к АПС СОРМ РС.
3. Организацию и ведение баз данных, размещенных в оперативной
памяти АПС СОРМ РС Глобалстар (БД СОРМ) из ПУ.
4. Контроль любого вида услуг связи, предоставляемых на РС ГППСС
Глобалстар пользователю (объекту наблюдения), данные о котором
занесены в БД СОРМ.
5. Передачу на ПУ всей информации о взаимодействии объекта
наблюдения с РС ГППСС Глобалстар.
6. Передачу на ПУ информации о местоположении объекта наблюдения
и предоставленных ему видах услуг связи по запросу из ПУ.
7. Контроль работоспособности АПС СОРМ РС из ПУ.
2.1. Требования к АПС СОРМ РС по организации взаимодействия АПС
СОРМ и ПУ
2.1.1. Должно обеспечиваться централизованное управление АПС СОРМ
РС из одного ПУ. Оперативный контроль и управление АПС СОРМ РС ГППСС
Глобалстар должен производиться из удаленного ПУ путем взаимодействия
АПС ПУ с АПС СОРМ РС ГППСС Глобалстар по каналам передачи данных.
2.1.2. Канал передачи данных должен обеспечивать:
- передачу из ПУ команд управления АПС СОРМ;
- передачу на ПУ сообщений АПС СОРМ;
- передачу на ПУ информации о предоставляемых объекту наблюдения
услугах связи сети Глобалстар;
- передачу на ПУ информации, передаваемой по речевым каналам и
каналам управления, при предоставлении объекту наблюдения услуг связи
на сети Глобалстар.
2.1.3. Комплекс АПС СОРМ РС ГППСС Глобалстар должен обеспечивать
возможность одновременного контроля не менее 60 установленных
соединений.
2.2. Требования к АПС СОРМ по защите от несанкционированного
доступа
2.2.1. АПС СОРМ должны обеспечить следующие основные требования
по защите информации СОРМ:
- доступ к БД СОРМ должен осуществляться только по каналам
передачи данных между АПС СОРМ и ПУ;
- информация, хранящаяся в БД СОРМ, и программные средства СОРМ
должны быть защищены от несанкционированного доступа;
- информация БД СОРМ должна храниться только в оперативной памяти
АПС СОРМ;
- в случае нарушения связи между АПС СОРМ и ПУ на время,
превышающее определенный порог, а также при перезапуске АПС СОРМ
должно обеспечиваться автоматическое уничтожение информации,
содержащейся в БД СОРМ.
Примечание. Пороговая величина времени нарушения связи между АПС
СОРМ и ПУ, при превышении которой информация в БД СОРМ должна
уничтожаться, уточняется на этапе согласования ТУ к СОРМ;
- на ПУ должно посылаться сообщение о попытках
несанкционированного доступа к АПС СОРМ, вмешательства в
функционирование АПС СОРМ или вмешательства в процесс обмена
информацией по каналам передачи данных между АПС СОРМ и ПУ;
- должна быть исключена возможность регистрации в системных
журналах и на внешних носителях АПС СОРМ и СС информации БД СОРМ,
информации о соединениях объектов наблюдения и о взаимодействии АПС
СОРМ с ПУ.
2.3. Требования к АПС СОРМ по организации БД СОРМ
2.3.1. Организация БД СОРМ АПС СОРМ должна обеспечивать:
- запись в БД СОРМ и удаление из БД СОРМ идентификаторов объектов
наблюдения (информации об объекте наблюдения, используемой для
организации контроля) при получении из ПУ соответствующих команд;
- передачу на ПУ информации из БД СОРМ по запросам из ПУ.
2.3.2. Объем БД СОРМ должен обеспечивать запись в БД СОРМ не
менее 2000 идентификаторов объектов наблюдения на каждой СС.
2.3.3. Время записи и удаления идентификаторов объектов
наблюдения в БД СОРМ после завершения сеанса передачи полного пакета
необходимой информации из ПУ должно быть не более 30 сек.
2.3.4. При аварийном останове АПС СОРМ и последующем перезапуске
программного обеспечения БД СОРМ должна быть вновь загружена из ПУ.
Время полного восстановления БД СОРМ из ПУ не должно превышать 10 мин.
2.4. Требования к АПС СОРМ по организации контроля
2.4.1. АПС СОРМ должны обеспечивать контроль услуг связи РС ГППСС
Глобалстар, предоставляемых объектам наблюдения, идентификаторы
которых внесены в БД СОРМ.
Контроль услуг связи включает в себя:
- контроль всех услуг связи по идентификаторам объектов
наблюдения, содержащимся в БД СОРМ;
- передачу на ПУ информации, связанной с предоставляемой услугой
связи (вид основной услуги, вид дополнительной услуги, идентификатор
контролируемого абонента, номера телефонов или идентификаторы других
участников соединения, время, фазы соединения, местоположение объекта
наблюдения и т.п.);
- трансляцию на ПУ информации, передаваемой в речевых каналах
(голос, факсимильная информация, передача данных по речевому каналу);
- трансляцию на ПУ информации, передаваемой по каналу управления
(короткие сообщения, передача данных и т.п.).
2.4.2. АПС СОРМ должны обеспечивать контроль:
- всех входящих и исходящих вызовов объектов наблюдения при
предоставлении им любого вида услуг связи на РС ГППСС Глобалстар;
- исходящих вызовов от всех пользователей РС ГППСС Глобалстар к
заранее заданным номерам телефонов абонентов других сетей, включая
абонентов других сегментов ГППСС Глобалстар (контроль по номеру "В");
- любого вида услуг связи РС ГППСС Глобалстар, используемых
объектом наблюдения, которые не требуют установления соединения;
- любого вида услуг связи, используемых объектом наблюдения,
которые обеспечивают передачу информации по каналам управления;
- вызовов при предоставлении объекту наблюдения услуг связи,
изменяющих направление вызова. При инициировании объектом наблюдения
такой услуги должен контролироваться идентификатор объекта наблюдения
и идентификаторы пользователей сетей федеральной связи, на которые
перенаправляется вызов;
- при предоставлении объекту наблюдения услуг связи,
обеспечивающих возможность одновременного разговора нескольких
пользователей, должны контролироваться идентификаторы всех участников
конференции (если инициатором услуги является объект наблюдения);
- любого вида услуг связи, предоставленных объекту наблюдения РС
ГППСС Глобалстар на заданной территории, определяемой с точностью,
обеспечиваемой штатными техническими средствами системы Глобалстар.
2.4.3. Технические требования к АПС СОРМ должны выполняться при
оказании всех видов услуг связи, предоставляемых пользователям РС
ГППСС Глобалстар.
2.4.4. При организации контроля должны быть исключены потери
информации, передаваемой объектом наблюдения в речевых каналах и
каналах управления.
2.4.5. Задержка передачи информации от АПС СОРМ на ПУ не должна
превышать 30 сек.
2.4.6. АПС СОРМ должны обеспечивать контроль услуг связи по
следующим идентификаторам объекта наблюдения:
- присвоенному номеру пользователя РС ГППСС Глобалстар (MS ISDN);
- идентификатору подвижного абонента РС ГППСС Глобалстар (IMSI;
MIN);
- идентификатору подвижной станции (IMEI, ESN);
- адресу голосовой почты;
- идентификатору местоположения объекта наблюдения;
- номеру пользователя других сегментов ГППСС Глобалстар;
- номеру телефона других сетей связи.
2.4.7. Контроль объекта наблюдения должен осуществляться как по
полным, так и по неполным идентификаторам. Идентификатор объекта
наблюдения может содержать от 1 до 18 символов.
2.4.8. Контроль объекта наблюдения должен обеспечиваться записью
в БД СОРМ одного из идентификаторов для каждого объекта наблюдения.
2.4.9. АПС СОРМ должны обеспечивать контроль объекта наблюдения в
режимах "полного" и "статистического" контроля.
При "полном" контроле на ПУ передается информация о фазах
установления соединения, виде услуги связи и информация, передаваемая
участниками соединения. Этот режим предусматривает возможность
раздельного и совмещенного прослушивания участников соединения.
При "статистическом" контроле на ПУ передается информация о фазах
установления соединения и виде услуги связи без передачи информации,
передаваемой участниками соединения.
2.4.10. При использовании абонентами услуг связи "передача
данных" и "факсимильная связь" АПС СОРМ в случае "полного" контроля
должны обеспечить возможность раздельной трансляции на ПУ информации,
передаваемой абонентом А и абонентом В.
2.4.11. Для установленного соединения АПС СОРМ должны
обеспечивать возможность изменения режима контроля со
"статистического" на "полный" по команде из ПУ. При этом режим
контроля в БД СОРМ для последующих вызовов изменяться не должен.
2.4.12. АПС СОРМ должны обеспечить приоритет "полного" контроля
над "статистическим", если в предоставляемой услуге связи оба
участника оказались объектами наблюдения с разными режимами контроля.
2.4.13. По каждому контролируемому соединению должна передаваться
информация о следующих фазах установления соединения:
- прием СС полного номера вызываемого абонента;
- ответ;
- разъединение;
- использование дополнительных видов услуг (услуг ДВО).
2.4.14. АПС СОРМ должны обеспечивать сохранение контроля за
установленным соединением при перемещении объекта наблюдения в зоне
действия РС ГППСС Глобалстар.
2.4.15. АПС СОРМ должны соответствовать настоящим техническим
требованиям и обеспечивать передачу на ПУ информации в открытом виде
независимо от методов шифрования, используемых в системе Глобалстар.
2.4.16. АПС СОРМ должны обеспечивать контроль местоположения
объекта наблюдения с точностью, обеспечиваемой штатными техническими
средствами системы Глобалстар, но не более 10 км.
2.4.17. Информация о местоположении объекта наблюдения должна
передаваться на ПУ:
- при включении питания терминала пользователя (ТП);
- при выключении питания ТП;
- на фазе "разъединение";
- при перемещении объекта наблюдения:
в смежную ячейку зоны обслуживания данной СС в "активном" (при
ведении двухсторонней связи ТП с другим абонентом или СС) и
"пассивном" (при включенном питании ТП без установления соединения)
состояниях ПТ;
в зону обслуживания другой СС в "активном" и "пассивном"
состояниях ПТ.
2.4.18. АПС СОРМ должны обеспечивать определение и передачу на ПУ
номера телефона вызывающего абонента при входящей связи к объекту
наблюдения (при условии передачи другой сетью на СС номера вызывающего
абонента).
2.4.19. Функционирование СОРМ не должно обнаруживаться абонентами
и обслуживающим персоналом СС, не имеющим допуска к работе с СОРМ. При
функционировании СОРМ в контролируемых речевых трактах абонентов не
должно появляться каких-либо дополнительных сигналов.
2.5. Требования к АПС СОРМ по контролю работоспособности
2.5.1. АПС СОРМ должны включать в себя аппаратно - программные
средства, обеспечивающие централизованный контроль работоспособности
АПС СОРМ.
2.5.2. При эксплуатации АПС СОРМ должен быть предусмотрен режим
тестирования их работоспособности с учетом функционирования
оборудования РС ГППСС Глобалстар и средств техобслуживания.
2.5.3. На ПУ должна передаваться информация о возникновении
неисправностей на СС, влияющих на работу АПС СОРМ.
2.5.4. На ПУ должны поступать сообщения о перезапусках
программного обеспечения коммутационного оборудования любой СС РС
ГППСС Глобалстар.
2.5.5. Технологический режим перезапуска программного обеспечения
коммутационного оборудования РС должен включать в себя процедуры
перезапуска соответствующей части АПС СОРМ.
2.5.6. Должна быть обеспечена возможность перезапуска
программного обеспечения АПС СОРМ по команде из ПУ в штатном режиме
работы СС.
2.6. Технические требования к каналам обмена информацией между
АПС СОРМ РС и ПУ
Технические требования к каналам и протоколам обмена информацией
между АПС СОРМ РС системы Глобалстар и ПУ выпускаются отдельным
документом.
Приложение N 2
к Приказу Минсвязи России
от 19 января 2001 года
N 5
Согласовано
Заместитель директора
ФСБ России
Н.В. КЛИМАШИН
5 января 2001 года
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
К КАНАЛАМ И ПРОТОКОЛАМ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ
АППАРАТНО - ПРОГРАММНЫМИ СРЕДСТВАМИ СОРМ
РОССИЙСКОГО СЕГМЕНТА СИСТЕМЫ ГППСС
ГЛОБАЛСТАР И ЦЕНТРА КОНТРОЛЯ
1. Интерфейс связи и протокол обмена информацией
между СОРМ и МС
1.1. Взаимодействие между АПС СОРМ Российского сегмента системы
ГППСС Глобалстар и АПС центра контроля (Monitoring Center), далее -
MC, должно осуществляться по протоколу TCP/IP (Transport Control
Protocol / Internet Protocol - протокол управления передачей /
интернет протокол) по широкомасштабной вычислительной сети - WAN (Wide
Area Network) по выделенным каналам (см. рис. 1).
1.2. При взаимодействии МС с промежуточным устройством (Mediation
Device - MD) коммутатора станции сопряжения (СС) должны передаваться
команды управления и команды передачи данных по форматам, принятым в
протоколе TCP/IP.
1.3. Должна обеспечиваться передача с MC на MD следующих команд
управления:
- Запуск СОРМ (в том числе запуск СОРМ одного ЦКП).
- Останов СОРМ (в том числе останов СОРМ одного ЦКП).
- Задание пароля.
- Постановка объекта на контроль.
- Снятие объекта с контроля.
- Запрос на передачу данных об объектах контроля.
- Запрос на передачу информации о предоставляемых объекту
наблюдения услуг связи.
- Запрос на передачу информации о местоположении объекта
наблюдения.
- Изменение параметров объекта контроля.
- Перезапуск ПО АПС СОРМ в штатном режиме работы СС.
1.4. Должна обеспечиваться передача с MD на MC следующих
сообщений:
- Авария коммутатора СС.
- Перезапуск ПО коммутатора СС.
- Данные об объектах контроля.
- Информация о предоставляемых объекту наблюдения услуг связи.
- Несанкционированный доступ к ПО СОРМ.
- Передача коротких сообщений (Short Message Service - SMS),
передача данных.
- Местоположение объекта контроля.
- Информация о фазах установления соединения (прием полного
номера вызываемого объекта, ответ вызываемого объекта, разъединение,
использование услуг ДВО).
1.5. Параметры команд управления и команд передачи данных между
промежуточным устройством (Mediation Device - MD) и MC должны
соответствовать значениям, представленным в п. п. 2 - 3 данного
документа.
----------------------------------------------------------------------
| ----------------- ------------------- ----------------- |
| | ЦКП Москва | | ЦКП Новосибирск | | ЦКП Хабаровск | |
| |---------------| | --------------- | |---------------| |
| | |E10 | IS41 | | | |E10 | IS41| | | |E10 | IS41| | |
| | ------------- | | ------------ | | ------------ | |
| --|---------------|--|-----------------|--|---------------|-- |
| | ---------- | | ---------- | | ---------- | |
| | | MD | | | | MD | | | | MD | | |
| | --T------- | | --T------- | | --T------- | |
| -----|----------- ------|------------ -----|----------- |
| -------|-------------------|-------------------|------------- |
| | TCP/IP | TCP/IP | TCP/IP |
| ----|-------------------|-------------------|---------- |
| | WAN | |
| ------------------------------------------------------- |
| | |
| | TCP/IP |
| ------------------ |
| | MC (г. Москва) | |
| ------------------ |
----------------------------------------------------------------------
Рис.1. Взаимодействие СОРМ ГППСС Глобалстар
и Центра контроля (МС)
2. Параметры команд управления и команд
передачи данных
2.1. Команды управления
2.1.1. MN-D-CHEK-A-IV (код операции 0 x С, синхронный)
Это сообщение передается от MD к MC и обратно каждые TBD секунд
(конфигурируемый параметр). Оно содержит информацию о линии (звене) и,
если оно не получено вовремя, то соединение разрушается.
Параметры команды:
- MC-Id
2.2. MN-D-SET-CONSO-E (код операции 0 x 1085, синхронный)
Это сообщение передается от MD к MC во время соединения. Оно
уведомляет MC об имени пульта. Ответом ему служит сообщение MC-STATUS
(Состояние-ПУ), указывающее на успех или отказ.
Параметры команды:
- MC-Id (Идентификатор ПУ);
- Bconso-eType (Тип пульта);
- BRegNum [8]; // или 6 регистров.
2.3. MN-MC-STATUS (код операции 0 x 1086, синхронный)
Это сообщение поступает от MC к MD. Оно указывает на успешное /
неуспешное принятие последнего сообщения от MD к MC. Если все хорошо,
то в поле bStatus (bСостояние) получим 0. Если нет, то получим код
ошибки, а параметры bReasonCode (bКодПричины) и winfo (wИнформация)
будут содержать необходимую информацию. В MD это сообщение будет
использовано в целях регистрации.
Параметры команды:
- MC-Id (Идентификатор MC);
- bStatus (bСостояние);
- bReasonCode (bКодПричины);
- winfo (wИнформация);
2.4. MN-D-TIME (код операции - 0 x 2045)
Это сообщение посылается от MD к MC после повторного соединения с
MC; оно посылается в двух случаях:
1 - если нет буфера CRI, оно посылается к MC после повторного
соединения, так что MC получит время рассоединения.
2 - если буфер CRI имеется, тогда это будет последнее сообщение в
буфере до его переполнения; таким образом, при повторном соединении
после очистки буфера это время будет указывать на время последнего
запуска автоматической маркировки. Ответом на это сообщение служит
состояние MC.
Параметры команды:
- MC-Id (идентификатор-MC);
- Time (время).
3. Команды передачи данных
3.1. MN-TARGET-PROGRAM-TO-MD (Код операции 0 x 1071, синхронный)
Это сообщение посылается от MC к MD для каждого коммутатора как
результат изменения состояния цели станцией оператора.
Параметры команды:
- MC-Id (идентификатор-Перехвата);
- Target-Num (номер цели);
- Monitoring-Type (Тип-Контроля);
- Status (состояние);
- Sw-Id (Идентификатор-Коммутатора);
- Priority (Приоритет);
- lnterception-criteria (Критерии перехвата), [TELEPHONE-NUM-LEN]
(Длина телефонного номера);
- Location-monitoring (контроль местоположения);
- Call-Transfer (Передача вызова);
3.2. MN-D-TARGET-PROGRAM-RESULT (код операции 0 x 1072,
синхронный)
Это сообщение посылается от MD к MC как результат сообщения
TARGET-PROGRAM (Программа-цели) или же в случае повреждения цели, как
результат сообщения target-list (перечень целей).
Параметры команды:
- MC-Id (Идентификатор-MC);
- Target-num (номер-цели);
- lnterception-criteria (Критерии-перехвата), [TELEPHONE-NUM-LEN]
(ДЛИНА ТЕЛЕФОННОГО НОМЕРА);
- lnterception-id (Идентификатор перехвата);
- Sw-id (Идентификатор коммутатора);
- Result (Результат);
- Sw-independent (Коммутатор независимый);
- Sw-dependent (Коммутатор зависимый);
3.3. MN-D-TARGET-READ-MD (код операции 0 x 1073, синхронная)
Это сообщение посылается от MD к MC после установления соединения
и после приема сообщения READY (готов) от процесса цели. В ответ MC
посылает сообщение TARGET-LIST (СПИСОК-ЦЕЛЕЙ). Это сообщение
посылается для каждого коммутатора.
Параметры команды:
- MC-Id (Идентификатор MC);
- From-target-num;
- Sw-id (Идентификатор коммутатора).
3.4. MN-D-TARGET-LIST-MD (код операции 0 x 1074, синхронная)
Это сообщение посылается от MC к MD в ответ на сообщение
TARGET-READ (считывание цели). MD возвращает сообщение
TARGET-PROGRAM-RESULT (результат программы обработки цели), если в
коммутаторе цель не была активирована. Если больше целей не найдено,
то MC возвращает состояние 0 x 87 в сообщении MC-STATUS (состояние
MC).
Параметры команды:
TARGET-DATA (ДАННЫЕ ЦЕЛИ):
- Target-num (Номер цели);
- Interception-id (Идентификатор перехвата) [TELEPHONE-NUM-LEN]
(ДЛИНА ТЕЛЕФОННОГО НОМЕРА);
- Monitoring-type; (Тип-контроля);
- Priority (Приоритет);
- lnterception-criteria (Критерий перехвата);
- Location-monitoring (Контроль местоположения);
- Call-transfer (Передача вызова);
- Channel (Канал);
TARGET-LIST-MD (СПИСОК ЦЕЛЕЙ в MD):
- MC-Id (Идентификатор-MC);
- Sw-id (Идентификатор коммутатора);
- Actual-lines (Фактические линии) ;
- TARGET-DATA-t-target (Данные-Цели-tцелей)
[MAX-TARGETS-RECEIVED] (МАКСИМАЛЬНОЕ ЧИСЛО ПРИНЯТЫХ ЦЕЛЕЙ);
Максимальное значение для MAX-TARGETS-RECEIVED = 30.
3.5. MN-D-AUTO-MARK-START (код операции 0 x 1075, синхронный)
Это сообщение поступает от MD к MC. Оно определяет время нового
сеанса. Будут передаваться все данные, принятые от коммутатора и MD. В
случае, если какая-либо информация, содержащаяся в соответствующих
полях, неизвестна, то на месте этой информации будут пробелы.
Параметры команды:
#define TELEPHONE-NUM-LEN 30
Определить длину телефонного номера;
#define CENTER-LEN 24
Определить длину номера центра;
#define CELL-ID-LEN 15
Определить длину идентификатора соты;
#define TEXT-LEN 256
Определить длину текста;
#define DIALED-NO-LEN 15
Определить длину набранного номера;
#define DIAL-INFO-LEN 6
Определить длину информации набора;
#define OVER-DIAL-LEN 35
Определить длину сверхнабора;
#define NOF-DIAL-GROUPS 10
Определить число групп набора;
#define OVER-DIAL-INFO-LEN (NOF-DIAL-GROUPS * DIAL-INFO-LEN)
Определить длину информации (Число групп набора * Длина
сверхнабора; информации набора)
#define MIN-ITEM-LEN 9
Определить минимальную длину элемента;
#define NOF-MIN-GROUPS 10
Определить число минимальных групп;
#define MIN-INFO-LEN (NOF-MIN-GROUPS * MIN-ITEM-LEN)
Определить минимальную длину (Число минимальных групп *
информации; минимальную длину элемента)
#define OWNER-NAME-LEN 10
Определить длину имени владельца.
Следующие сообщения дают MC обновленную информацию для нового
сеанса.
Для полей с длиной = TELEPHONE-NUM-LEN по умолчанию используются
пробелы.
- MC-Id (идентификатор-MC);
- Start-time (Время начала; время запуска);
- Target-num (номер цели);
- Telephone-num [TELEPHONE-NUM-LEN];
Телефонный номер [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Calling [TELEPHONE-NUM-LEN];
Вызывающий [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Called [TELEPHONE-NUM-LEN];
Вызываемый [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- IMSI [TELEPHONE-NUM-LEN];
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- IMEl [TELEPHONE-NUM-LEN];
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
- RDN [TELEPHONE-NUM-LEN]
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
- Center [CENTER-LEN]
Центр [ДЛИНА НОМЕРА ЦЕНТРА];
- Cell-id [CELL-ID-LEN];
Идентификатор соты [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ];
- Source (Источник);
- Direction (направление);
- Fcode-sw-independent; (Fкод-коммутатор-независимый);
- Fcode-sw-dependent (Fкод-коммутатор-зависимый);
- Call-type (тип вызова);
- SESSION-WITHOUT-AUDIO (СЕАНС-БЕЗ-ЗВУКА) -
- Sw-id (Идентификатор-коммутатора);
- Session-type (Тип-сеанса);
- Sw-start-time (Время-пуска-коммутатора);
- Iroute [20] (Входящий путь);
- Oroute [20] (Исходящий-путь);
- Dialer-type (Тип набирающего номер);
- OCN [TELEPHONE-NUM-LEN];
(OCN - первоначально набранный номер) [Длина телефонного номера];
В (абонент В) называется / OCN
- Node-type (тип узла);
где: MSC - центр коммутации подвижной связи;
VLR - визитный регистр местонахождения;
G - шлюз.
- Interception-criteria (критерии перехвата);
- End-of-selection (конец выбора);
- Priority (приоритет);
- CPNR [TELEPHONE-NUM-LEN];
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- MSRN [MSRN-NUM-LEN];
[ДЛИНА НОМЕРА MSRN];
- Service-code [SERVICE-CODE-LEN];
Код услуги [ДЛИНА КОДА УСЛУГИ];
- Network-id [NETWORK-ID-LEN];
Идентификатор сети [ДЛИНА ИДЕНТИФИКАТОРА СЕТИ];
- MSISDN [TELEPHONE-NUM-LEN];
MSISDN [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Directory-num [TELEPHONE-NUM-LEN];
Номер по каталогу [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Radio-id [TELEPHONE-NUM-LEN];
Идентификатор радиоканала [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Switch-channel [TELEPHONE-NUM-LEN];
Канал коммутатора [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- From-buffer (Из буфера);
3.6. MN-D-SW-EVENT (код операции 0 x 1077, асинхронный)
Это сообщение посылается от MD к MC с целью уведомления о
событиях в коммутаторе.
Параметры команды:
- MC-Id (идентификатор MC);
- Sw-id; (идентификатор коммутатора);
- Sw-independent (коммутатор независимый);
- Sw-dependent (коммутатор зависимый).
3.7. MN-D-AUTO-MARK-END (код операции 0 x 1078, синхронный)
Это сообщение посылается от MD к MC. Оно дает команду MC
просуммировать все известные подробные данные к сеансу и выдать их ко
времени окончания. Группы over-dial-info (информация сверхнабора) и
dial-info (информация набора) должны быть инициализированы значением 0
x 00. Min-info (минимальная информация) должна быть инициализирована
значением 0 x.
Сообщение OVERDIAL (сверхнабор) постепенно заполнит все поля
нужной информацией.
Параметры команды:
- MC-Id (идентификатор MC);
- Start-time (время начала);
- End-time (время окончания);
- Target-num (номер цели);
- Source (источник);
Dialed-no [TELEPHONE-NUM-LEN];
Набираемый номер [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- OVER-DIAL-t dial-info [1];
Сверхнабор-t-информация набора [1];
- Over-dial [OVER-DIAL LEN];
Сверхнабор [ДЛИНА СВЕРХНАБОРА];
- OVER-DIAL-t over-dial-info (NOF-DIAL-GROUPS];
Сверхнабор-t-информация-сверхнабора [ЧИСЛО ГРУПП НАБОРА];
- Dnr-overflow (перенаполнение);
- Dial-mode (режим набора);
- Direction (направление);
- MIN-INFO-t-min-info [MIN-INFO-LEN];
Минимальная-информация-t-мин-информация [ДЛИНА МИНИМАЛЬНОЙ
ИНФОРМАЦИИ];
- Min-overflow (минимальное перенаполнение);
- Owner-name [OWNER-NAME-LEN];
Имя собственника [ДЛИНА ИМЕНИ СОБСТВЕННИКА];
- Signals (сигналы);
- Ring-count (Счет-посылок-вызова);
- Ringback-count (Счет сигналов-КПВ);
- Call-result (Результат-вызова);
- Options (опции);
- Operat (операции);
- Call-type (тип вызова);
- Fcode-sw-independent (Fкод-коммутатор-независимый);
- Fcode-sw-dependent (Fкод-коммутатор-зависимый);
- Session-type (тип сеанса);
- Sw-end-time (время окончания для коммутатора);
- Sw-end-cellid [CELL-ID-LEN];
Идентификатор соты окончания для коммутатора;
[ДЛИНА ИДЕНТИФИКАТОРА ЯЧЕЙКИ];
- Network-id [NETWOR-ID-LEN];
Идентификатор сети [ДЛИНА ИДЕНТИФИКАТОРА СЕТИ];
- From-buffer (из-буфера);
3.8. MN-D-SMS (код операции 0 x 1082, синхронный)
Это сообщение поступает от MD к MC. Оно передает содержание
короткого сообщения, посылаемого к / от абонента. Каждый вызов,
принимаемый коммутатором, является либо "ординарным вызовом" (речь,
факс или модем), либо вызовом SMS, который не содержит речевой
информации.
Параметры команды:
- MC-Id (идентификатор-MC);
- Time (время);
- Target-num (номер- цели);
- Interception-criteria (критерии-перехвата);
- Calling [TELEPHONE-NUM-LEN];
Вызывающий [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Called [TELEPHONE-NUM-LEN]:
Вызываемый [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Phone-num [TELEPHONE-NUM-LEN];
Номер телефона [TELEPHONE-NUM-LEN];
- MSISDN [TELEPHONE-NUM-LEN];
MSISDN [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Directory-num [TELEPHONE-NUM-LEN];
Номер-по-каталогу [ДЛИНА НОМЕРА ТЕЛЕФОНА],
- Radio-id [TELEPHONE-NUM-LEN];
Идентификатор-радиоканала [ДЛИНА НОМЕРА ТЕЛЕФОНА]; //
- Switch-channel [TELEPHONE-NUM-LEN];
Канал-коммутатора [ДЛИНА НОМЕРА ТЕЛЕФОНА] //
- Fcode-switch-independent (Fкод-коммутатор-независимый);
- Fcode-switch-dependent (Fкод-коммутатор-зависимый);
- Cell-id [CELL-ID-LEN];
Идентификатор-соты (ДЛИНА ИДЕНТИФИКАТОРА СОТЫ):
- IMSI [TELEPHONE-NUM-LEN];
IMSI [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- IMEI [TELEPHONE-NUM-LEN];
IMEI [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Center [CENTER-LEN];
Центр [ДЛИНА НОМЕРА ЦЕНТРА];
- Sms-result (результат-SMS);
- Direction (направление);
(начало-автоматической-маркировки);
- Source (Источник):
- Text[SMS-TEXT-LEN];
Текст [ДЛИНА ТЕКСТА SMS];
- Sw-id (Идентификатор-коммутатора)
- Sw-time (Время-коммутатора).
3.9. MN-D-AUTOMARK-RESULT (код операции 0 x 1084, синхронный)
Это сообщение поступает от MC к MD. Оно подтверждает принятые в
MD ранее параметры в сообщениях AUTO-MARK-START (начало -
автоматической - маркировки), AUTO-MARK-END (конец - автоматической -
маркировки), USER-TO-USER (от пользователя к пользователю) и SMS-CALL
(вызов-с коротким-сообщением).
Это сообщение используется только в целях регистрации, MD ничего
с ним не делает.
Параметры команды:
MC-STR:
- MC-Id (Идентификатор MC);
- BStatus (bсостояние);
- bReasonCode; (код bПричины);
- wInfo (wИнформация);
- MC-STR MCb;
- Start-time (время-начала);
- End time (время окончания);
- Type (тип);
3.10. MN-D-OVERDIAL-INFO (код операции 0 x 1087, синхронный)
Это сообщение посылается от MD к MC. Оно содержит команды для MC
обновить все группы с информацией о сверхнаборах, переданных от MD.
Время начала должно быть идентично времени начала, посланному в
сообщении начала сеанса.
Параметры команды:
- MC-Id (идентификатор-MC);
- Target num (номер-цели);
- Start time (время начала);
- OVER-DIAL-t, over-dial-info [NOF-DIAL-GROUPS];
Сверхнабор-t, информация-сверхнабора [ЧИСЛО ГРУПП НАБОРА];
- Over-dial [OVER-DIAL-LEN];
Сверхнабор [ДЛИНА СВЕРХНАБОРА];
3.11. MN-D-USER-TO-USER (Код операции 0 x 108b)
Это сообщение является таким же, как и сообщение SMS (короткое
сообщение). Это - текстовое сообщение, доступное в сети ЦСИС и
являющееся само сеансом. Ответом на это сообщение является сообщение
AUTOMARK-RESULT (Результат-автоматической-маркировки) от MC.
Параметры команды:
- MC-Id (Идентификатор-MC)
- Target-num (номер цели);
- Start-time (Время-начала);
- Source (Источник);
- Direction (Направление);
- lnterception-criteria (Критерии-перехвата);
- Phone-nun [TELEPHONE-NUM-LEN];
Номер телефона [ДЛИНА НОМЕРА ТЕЛЕФОНА];
MSISDN [TELEPHONE-NUM-LEN];
MSISDN [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Directory-num [TELEPHONE-NUM-LEN];
Номер по каталогу [ДЛИНА НОМЕРА ТЕЛЕФОНА]; //
- Radio-id [TELEPHONE-NUM-LEN];
Идентификатор-радиоканала [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Switch-channel [TELEPHONE-NUM-LEN];
Канал-коммутатора [ДЛИНА НОМЕРА ТЕЛЕФОНА]; //
- Calling [TELEPHONE-NUM-LEN];
Вызывающий [ДЛИНА НОМЕРА ТЕЛЕФОНА]
- Called [TELEPHONE-NUM-LEN];
Вызываемый [ДЛИНА НОМЕРА ТЕЛЕФОНА]
- OCN [TELEPHONE-NUM-LEN];
Первоначально-набранный-номер (OCN) [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- RDN [TELEPHONE-NUM-LEN);
Перенаправленный номер (RDN) [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- CPNR [TELEPHONE-NUM-LEN];
CPNR [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Fcode-sw-independent (Fкод-коммутатора-независимый);
- Fcode-sw-dependent (Fкод-коммутатора-зависимый);
- Sw-id (Идентификатор-коммутатора);
- Sw-time (Время-коммутатора);
- Text [TEXT-LEN];
Текст [Длина-ТЕКСТА];
3.12. MN-D-SWITCH-QUERY (Код операции 0 x 108c)
Это сообщение посылается от MC и MD к коммутатору в качестве
запроса у коммутатора некоторой цели. Ответом на это сообщение служит
результат запроса.
Параметры команды:
- MC-Id (Идентификатор-MC);
- Target-num (Номер-цели);
- Interception-id [TELEPHONE-NUM-LEN];
Идентификатор-перехвата [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Interception-criteria (Критерий-перехвата);
- Sw-id (идентификатор-коммутатора).
3.13. MN-D-SWITCH-QUERY-RESULT (код операции 0 x 108d)
Это сообщение является результатом предыдущего сообщения;
результат запроса пересылается в текстовом поле сообщения.
Параметры команды:
- MC-Id (Идентификатор-MC);
- Status (состояние);
- Sw-independent (коммутатор независимый);
- Sw-dependent (коммутатор зависимый);
- Target-num (номер цели);
- Interception-criteria (критерии перехвата);
- Interception-id [TELEPHONE-NUM-LEN];
Идентификатор-перехвата [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Sw-id (Идентификатор-коммутатора);
- MD-time (Время-MD);
- Sw-time (Время-коммутатора);
- Text [QUERY-TEXT-LEN];
Текст [ДЛИНА ТЕКСТА ЗАПРОСА]
3.14. MN-D-MD-TAG-ADD (Код операции 0 x 2035)
Это сообщение передается от MD к MC, оно уведомляет MC о том, что
во время сеанса имело место некоторое специальное событие. Это
сообщение будет поступать на рабочую станцию, по типу признака мы
определим, что случилось, и это заставит нас заполнить соответствующие
поля в сообщении. Пусть, например, абонент во время своего сеанса
связи поменял область соты, это будет выражаться в виде присоединения
признака к сеансу. Результатом реакции на это сообщение будет
MC-STATUS (Состояние-MC).
Параметры команды:
- MC-Id (Идентификатор-MC);
- Target-num (Номер-цели);
- Start-time (Время-начала);
- From-cell [CELL-ID-LEN];
От соты [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ];
- To-cell [CELL-ID-LEN];
К соте [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ];
- Tag-type (Тип признака);
- MD-tag-time (MD-признак-время);
- Sw-tag-time (коммутатор-признак-время);
- Msc-type (тип MSC);
- Phone-num [TELEPHONE-NUM-LEN];
Номер телефона [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- Text [QUERY-TEXT-LEN];
Текст [ДЛИНА ТЕКСТА ЗАПРОСА];
- From-buffer
(Из буфера). |