|  |
tradems.ru / Приказ
Приказ Минсвязи РФ от 19.01.2001 № 5
"О технических требованиях СОРМ в Российском сегменте системы Глобальной персональной подвижной спутниковой связи Глобалстар"
Официальная публикация в СМИ:
"СвязьИнформ", № 2, 2001 (Приказ)
По заключению Минюста РФ данный документ в государственной регистрации не нуждается. - Письмо Минюста РФ от 12.02.2001 № 07/1430-ЮД
МИНИСТЕРСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ
ПО СВЯЗИ И ИНФОРМАТИЗАЦИИ
ПРИКАЗ
от 19 января 2001 г. № 5
О ТЕХНИЧЕСКИХ ТРЕБОВАНИЯХ СОРМ В РОССИЙСКОМ СЕГМЕНТЕ
СИСТЕМЫ ГЛОБАЛЬНОЙ ПЕРСОНАЛЬНОЙ ПОДВИЖНОЙ СПУТНИКОВОЙ
СВЯЗИ ГЛОБАЛСТАР
Во исполнение Федеральных законов от 12.08.95 № 144-ФЗ "Об оперативно - розыскной деятельности в Российской Федерации" (Собрание законодательства Российской Федерации, 1995, № 33, ст. 3349; 1997, № 29, ст. 3502; 1998, № 30, ст. 3613; 1999, № 2, ст. 233; 2000, № 1, ст. 8) разработаны технические требования к комплексу аппаратно - программных средств и каналам обмена информацией, которые обеспечивают техническую возможность реализации функций оперативно - розыскных мероприятий в Российском сегменте системы Глобальной персональной подвижной спутниковой связи (ГППСС) Глобалстар.
С целью внедрения функций СОРМ в Российский сегмент системы ГППСС Глобалстар приказываю:
1. Утвердить следующие технические требования:
1.1. К комплексу аппаратно - программных средств по обеспечению функций оперативно - розыскных мероприятий в Российском сегменте системы ГППСС Глобалстар, Приложение № 1;
1.2. К каналам и протоколам обмена информацией между аппаратно - программными средствами СОРМ Российского сегмента системы ГППСС Глобалстар и центра контроля, Приложение № 2.
2. Направить данный Приказ на государственную регистрацию в Минюст России.
Министр
Л.Д.РЕЙМАН
Приложение № 1
к Приказу Минсвязи России
от 19 января 2001 г. № 5
Согласовано
Заместитель Директора
ФСБ России
Н.В.КЛИМАШИН
5 января 2001 года
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
К КОМПЛЕКСУ АППАРАТНО - ПРОГРАММНЫХ СРЕДСТВ
ПО ОБЕСПЕЧЕНИЮ ФУНКЦИЙ ОПЕРАТИВНО - РОЗЫСКНЫХ
МЕРОПРИЯТИЙ В РОССИЙСКОМ СЕГМЕНТЕ
СИСТЕМЫ ГППСС ГЛОБАЛСТАР
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Система технических средств по обеспечению функций оперативно - розыскных мероприятий (СОРМ) в Российском сегменте (РС) системы глобальной персональной подвижной спутниковой связи (ГППСС) Глобалстар предназначена, в соответствии с существующим законодательством Российской Федерации, для оперативного контроля соединений и местоположения определенных пользователей ГППСС Глобалстар, находящихся на территории Российской Федерации.
1.2. Настоящие "Технические требования к комплексу аппаратно - программных средств по обеспечению функций оперативно - розыскных мероприятий в Российском сегменте ГППСС Глобалстар" (ТТ) распространяются на аппаратно - программные средства (АПС) СОРМ РС ГППСС Глобалстар, состоящие из:
- аппаратно - программных средств, обеспечивающих реализацию функций СОРМ на станциях сопряжения (СС) РС системы Глобалстар (АПС СОРМ СС);
- сети передачи данных, объединяющей АПС СОРМ станций сопряжения в единый комплекс аппаратно - программных средств СОРМ Российского сегмента ГППСС Глобалстар (АПС СОРМ РС);
- оконечного оборудования каналов передачи данных между комплексом аппаратно - программных средств СОРМ Российского сегмента ГППСС Глобалстар и аппаратно - программными средствами пункта управления (ПУ).
1.3. Управление АПС СОРМ ГППСС Глобалстар должно осуществляться из удаленного пункта управления (ПУ) по каналам передачи данных путем взаимодействия АПС СОРМ ГППСС Глобалстар с аппаратно - программными средствами ПУ (АПС СОРМ ПУ). Структурная схема СОРМ РС ГППСС Глобалстар представлена на рис. 1.
1.4. АПС СОРМ ГППСС Глобалстар должны входить в состав оборудования РС ГППСС Глобалстар.
1.5. Функционирование АПС СОРМ РС ГППСС не должно влиять на качественные характеристики системы, оговоренные в "Общих технических требованиях на Российский сегмент ГППСС Глобалстар".
------------------------------------------------------------¬
¦ АПС СОРМ РС ГППСС "ГЛОБАЛСТАР" ¦
¦ ¦
¦ -----------¬ -----------¬ -----------¬ ¦
¦ ¦ АПС СОРМ ¦ ¦ АПС СОРМ ¦ ¦ АПС СОРМ ¦ ¦
¦ ¦ станции ¦ ¦ станции ¦ . . . ¦ станции ¦ ¦
¦ ¦сопряжения¦ ¦сопряжения¦ ¦сопряжения¦ ¦
¦ ¦ (СС) № 1 ¦ ¦ (СС) № 2 ¦ ¦ (СС) № № ¦ ¦
¦ L----------- L----------- L----------- ¦
¦ /\ /\ /\ ¦
¦ ¦ ¦ ¦ ¦
¦ \/ \/ \/ ¦
¦ -------------------------------------------------¬ ¦
¦ ¦ Сеть передачи данных ¦ ¦
¦ L------------------------------------------------- ¦
¦ / \ ¦
L----------------------------¦ ¦-----------------------------
¦ ¦
\ /
-------------------------------------------------¬
¦ Оконечное оборудование каналов передачи данных ¦<--¬
L------------------------------------------------- ¦
¦
Граница комплекса АПС СОРМ РС ГППСС "ГЛОБАЛСТАР" ¦
---------------------------------------------------------+---
-------------------------------------------------¬ ¦
¦ Оконечное оборудование каналов передачи данных ¦<---
L-------------------------------------------------
/ \
¦ ¦
\ /
--------------¬
¦ АПС СОРМ ПУ ¦
L--------------
Рисунок 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. Технические требования к каналам обмена информацией между АПС СОРМ РС и ПУ
Технические требования к каналам и протоколам обмена информацией между АПС СОРМ РС системы Глобалстар и ПУ выпускаются отдельным документом.
Приложение № 2
к Приказу Минсвязи России
от 19 января 2001 г. № 5
Согласовано
Заместитель директора
ФСБ России
Н.В.КЛИМАШИН
5 января 2001 года
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
К КАНАЛАМ И ПРОТОКОЛАМ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ
АППАРАТНО - ПРОГРАММНЫМИ СРЕДСТВАМИ СОРМ
РОССИЙСКОГО СЕГМЕНТА СИСТЕМЫ ГППСС
ГЛОБАЛСТАР И ЦЕНТРА КОНТРОЛЯ
1. Интерфейс связи и протокол обмена информацией
между СОРМ и МС
1.1. Взаимодействие между АПС СОРМ Российского сегмента системы ГППСС Глобалстар и АПС центра контроля (Monitoring Center), далее - MC, должно осуществляться по протоколу TCP/IP (Transport Control Protocol / Internet Protocol - протокол управления передачей / интернет протокол) по широкомасштабной вычислительной сети - WA№ (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¦ ¦
¦ L----------- ¦ ¦ L----------- ¦ ¦ L----------- ¦
--+---------------+---+---------------+---+---------------+--
¦ ---------¬ ¦ ¦ ---------¬ ¦ ¦ ---------¬ ¦
¦ ¦ MD ¦ ¦ ¦ ¦ MD ¦ ¦ ¦ ¦ MD ¦ ¦
¦ L-T------- ¦ ¦ L-T------- ¦ ¦ L-T------- ¦
L----+----------- L----+----------- L----+-----------
-------+-------------------+-------------------+-------------
¦ TCP/IP ¦ TCP/IP ¦ TCP/IP
----+-------------------+-------------------+---------¬
¦ WA№ ¦
L--------------------------T---------------------------
¦
¦ TCP/IP
--------+------¬
¦MC (г. Москва)¦
L---------------
Рис.1. Взаимодействие СОРМ ГППСС Глобалстар
и Центра контроля (МС)
2. Параметры команд управления и команд
передачи данных
2.1. Команды управления
2.1.1. MN_D_CHEK_ALIV (код операции 0 x С, синхронный)
Это сообщение передается от MD к MC и обратно каждые TBD секунд (конфигурируемый параметр). Оно содержит информацию о линии (звене) и, если оно не получено вовремя, то соединение разрушается.
Параметры команды:
- MC_Id
2.2. MN_D_SET_CONSOLE (код операции 0 x 1085, синхронный)
Это сообщение передается от MD к MC во время соединения. Оно уведомляет MC об имени пульта. Ответом ему служит сообщение MC_STATUS (Состояние_ПУ), указывающее на успех или отказ.
Параметры команды:
- MC_Id (Идентификатор ПУ);
- BconsoleType (Тип пульта);
- 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_LE№ 30
Определить длину телефонного номера;
#define CENTER_LE№ 24
Определить длину номера центра;
#define CELL_ID_LE№ 15
Определить длину идентификатора соты;
#define TEXT_LE№ 256
Определить длину текста;
#define DIALED_NO_LE№ 15
Определить длину набранного номера;
#define DIAL_INFO_LE№ 6
Определить длину информации набора;
#define OVER_DIAL_LE№ 35
Определить длину сверхнабора;
#define NOF_DIAL_GROUPS 10
Определить число групп набора;
#define OVER_DIAL_INFO_LE№ (NOF_DIAL_GROUPS * DIAL_INFO_LEN)
Определить длину информации (Число групп набора * Длина
сверхнабора; информации набора)
#define MIN_ITEM_LE№ 9
Определить минимальную длину элемента;
#define NOF_MIN_GROUPS 10
Определить число минимальных групп;
#define MIN_INFO_LE№ (NOF_MIN_GROUPS * MIN_ITEM_LEN)
Определить минимальную длину (Число минимальных групп *
информации; минимальную длину элемента)
#define OWNER_NAME_LE№ 10
Определить длину имени владельца.
Следующие сообщения дают MC обновленную информацию для нового сеанса.
Для полей с длиной = TELEPHONE_NUM_LE№ по умолчанию используются пробелы.
- 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];
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
- RD№ [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 (Тип набирающего номер);
- OC№ [TELEPHONE_NUM_LEN];
(OC№ - первоначально набранный номер) [Длина телефонного
номера];
В (абонент В) называется / OCN
- Node_type (тип узла);
где: MSC - центр коммутации подвижной связи;
VLR - визитный регистр местонахождения;
G - шлюз.
- Interception_criteria (критерии перехвата);
- End_of_selection (конец выбора);
- Priority (приоритет);
- CPNR [TELEPHONE_NUM_LEN];
[ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- MSR№ [MSRN_NUM_LEN];
[ДЛИНА НОМЕРА MSRN];
- Service_code [SERVICE_CODE_LEN];
Код услуги [ДЛИНА КОДА УСЛУГИ];
- Network_id [NETWORK_ID_LEN];
Идентификатор сети [ДЛИНА ИДЕНТИФИКАТОРА СЕТИ];
- MSISD№ [TELEPHONE_NUM_LEN];
MSISD№ [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
- 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];
- MSISD№ [TELEPHONE_NUM_LEN];
MSISD№ [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- 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];
Номер телефона [ДЛИНА НОМЕРА ТЕЛЕФОНА];
MSISD№ [TELEPHONE_NUM_LEN];
MSISD№ [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Directory_num [TELEPHONE_NUM_LEN];
Номер по каталогу [ДЛИНА НОМЕРА ТЕЛЕФОНА]; //
- Radio_id [TELEPHONE_NUM_LEN];
Идентификатор_радиоканала [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- Switch_channel [TELEPHONE_NUM_LEN];
Канал_коммутатора [ДЛИНА НОМЕРА ТЕЛЕФОНА]; //
- Calling [TELEPHONE_NUM_LEN];
Вызывающий [ДЛИНА НОМЕРА ТЕЛЕФОНА]
- Called [TELEPHONE_NUM_LEN];
Вызываемый [ДЛИНА НОМЕРА ТЕЛЕФОНА]
- OC№ [TELEPHONE_NUM_LEN];
Первоначально_набранный_номер (OCN) [ДЛИНА НОМЕРА ТЕЛЕФОНА];
- RD№ [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
(Из буфера).
------------------------------------------------------------------
--------------------
| | |
|
