МИНИСТЕРСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ
ПО СВЯЗИ И ИНФОРМАТИЗАЦИИ

ПРИКАЗ

от 19 января 2001 года N 5


О технических требованиях СОРМ в Российском
сегменте системы Глобальной персональной
подвижной спутниковой связи Глобалстар

_______________________________________________________________________________
Документ не нуждается в госрегистрации Министерством юстиции Российской Федерации
Письмо Минюста Российской Федерации  от 12.02.2001 N 07/1430-ЮД
_________________________________________________________________________

    Во исполнение федерального закона от 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. К комплексу аппаратно-программных средств по обеспечению функций оперативно-розыскных мероприятий в Российском сегменте системы ГППСС Глобалстар (приложение 1).
    
    1.2. К каналам и протоколам обмена информацией между аппаратно-программными средствами СОРМ Российского сегмента системы ГППСС Глобалстар и центра контроля (приложение 2).
    
    2. Направить данный приказ на государственную регистрацию в Минюст России.

Министр
Российской Федерации
по связи и информатизации
Л.Д.Рейман

Приложение N 1
к приказу Минсвязи России
от 19 января 2001 года N 5

    
    
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
к комплексу аппаратно-программных средств по обеспечению функций оперативно-разыскных мероприятий в Российском сегменте системы ГППСС Глобалстар

1. Общие положения

    
    1.1. Система технических средств по обеспечению функций оперативно-разыскных мероприятий (СОРМ) в Российском сегменте (PC) системы глобальной персональной подвижной спутниковой связи (ГППСС) Глобалстар предназначена, в соответствии с существующим законодательством Российской Федерации, для оперативного контроля соединений и местоположения определенных пользователей ГППСС Глобалстар, находящихся на территории Российской Федерации.
    
    1.2. Настоящие "Технические требования к комплексу аппаратно-программных средств по обеспечению функций оперативно-разыскных мероприятий в Российском сегменте ГППСС Глобалстар" (ТТ) распространяются на аппаратно-программные средства (АПС) СОРМ PC ГППСС Глобалстар, состоящие из:
    
    - аппаратно-программных средств, обеспечивающих реализацию функций СОРМ на станциях сопряжения (СС) PC системы Глобалстар (АПС СОРМ СС);
    
    - сети передачи данных, объединяющей АПС СОРМ станций сопряжения в единый комплекс аппаратно-программных средств СОРМ Российского сегмента ГППСС Глобалстар (АПС СОРМ PC);
    
    - оконечного оборудования каналов передачи данных между комплексом аппаратно-программных средств СОРМ Российского сегмента ГППСС Глобалстар и аппаратно-программными средствами пункта управления (ПУ).
    
    1.3. Управление АПС СОРМ ГППСС Глобалстар должно осуществляться из удаленного пункта управления (ПУ) по каналам передачи данных путем взаимодействия АПС СОРМ ГППСС Глобалстар с аппаратно-программными средствами ПУ (АПС СОРМ ПУ);
    
    Структурная схема СОРМ PC ГППСС Глобалстар представлена на рис.1.
             
    1.4. АПС СОРМ ГППСС Глобалстар должны входить в состав оборудования PC ГППСС Глобалстар.
    
    1.5. Функционирование АПС СОРМ PC ГППСС не должно влиять на качественные характеристики системы, оговоренные в "Общих технических требованиях на Российский сегмент ГППСС Глобалстар".
    
    АПС СОРМ PC ГППСС "ГЛОБАЛСТАР"
    

    
    Рисунок 1 - Структурная схема СОРМ PC ГППСС "ГЛОБАЛСТАР"
    
    

2. Технические требования к комплексу АПС СОРМ российского
сегмента ГППСС ГЛОБАЛСТАР

    
    Комплекс АПС СОРМ PC ГППСС Глобалстар должен обеспечивать:
    
    1. Взаимодействие АПС СОРМ PC с удаленным ПУ по каналам передачи данных.
    
    2. Защиту от несанкционированного доступа к АПС СОРМ PC.
    
    3. Организацию и ведение баз данных, размещенных в оперативной памяти АПС СОРМ PC Глобалстар (БД СОРМ) из ПУ.
    
    4. Контроль любого вида услуг связи, предоставляемых на PC ГППСС Глобалстар пользователю (объекту наблюдения), данные о котором занесены в БД СОРМ.
    
    5. Передачу на ПУ всей информации о взаимодействии объекта наблюдения с PC ГППСС Глобалстар.
    
    6. Передачу на ПУ информации о местоположении объекта наблюдения и предоставленных ему видах услуг связи по запросу из ПУ.
    
    7. Контроль работоспособности АПС СОРМ PC из ПУ.
    
    2.1. Требования к АПС СОРМ PC по организации взаимодействия АПС СОРМ и ПУ
    
    2.1.1. Должно обеспечиваться централизованное управления АПС СОРМ PC из одного ПУ. Оперативный контроль и управление АПС СОРМ PC ГППСС Глобалстар должен производиться из удаленного ПУ путем взаимодействия АПС ПУ с АПС СОРМ PC ГППСС Глобалстар по каналам передачи данных.
    
    2.1.2. Канал передачи данных должен обеспечивать:
    
    - передачу из ПУ команд управления АПС СОРМ;
    
    - передачу на ПУ сообщений АПС СОРМ;
    
    - передачу на ПУ информации, о предоставляемых объекту наблюдения услугах связи сети Глобалстар;
    
    - передачу на ПУ информации, передаваемой по речевым каналам и каналам управления, при предоставлении объекту наблюдения услуг связи на сети Глобалстар;
    
    2.1.3. Комплекс АПС СОРМ PC ГППСС Глобалстар должен обеспечивать возможность одновременного контроля не менее 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. АПС СОРМ должны обеспечивать контроль услуг связи PC ГППСС Глобалстар, предоставляемых объектам наблюдения, идентификаторы которых внесены в БД СОРМ. Контроль услуг связи включает в себя:
    
    - контроль всех услуг связи по идентификаторам объектов наблюдения, содержащимся в БД СОРМ;
    
    - передачу на ПУ информации, связанной с предоставляемой услугой связи (вид основной услуги, вид дополнительной услуги, идентификатор контролируемого абонента, номера телефонов или идентификаторы других участников соединения, время, фазы соединения, местоположение объекта наблюдения и т.п.);
    
    - трансляцию на ПУ информации, передаваемой в речевых каналах (голос, факсимильная информация, передача данных по речевому каналу);
    
    - трансляцию на ПУ информации, передаваемой по каналу управления (короткие сообщения, передача данных и т.п.).
    
    2.4.2. АПС СОРМ должны обеспечивать контроль:
    
    - всех входящих и исходящих вызовов объектов наблюдения при предоставлении им любого вида услуг связи на PC ГППСС Глобалстар;
    
    - исходящих вызовов от всех пользователей PC ГППСС Глобалстар к заранее заданным номерам телефонов абонентов других сетей, включая абонентов других сегментов ГППСС Глобалстар (контроль по номеру "В");
    
    - любого вида услуг связи PC ГППСС Глобалстар, используемых объектом наблюдения, которые не требуют установления соединения;
    
    - любого вида услуг связи, используемых объектом наблюдения, которые обеспечивают передачу информации по каналам управления;
    
    - вызовов при предоставлении объекту наблюдения услуг связи, изменяющих направление вызова. При инициировании объектом наблюдения такой услуги должен контролироваться идентификатор объекта наблюдения и идентификаторы пользователей сетей федеральной связи, на которые перенаправляется вызов;
    
    - при предоставлении объекту наблюдения услуг связи, обеспечивающих возможность одновременного разговора нескольких пользователей, должны контролироваться идентификаторы всех участников конференции (если инициатором услуги является объект наблюдения);
    
    - любого вида услуг связи, предоставленных объекту наблюдения PC ГППСС Глобалстар на заданной территории, определяемой с точностью, обеспечиваемой штатными техническими средствами системы Глобалстар.
    
    2.4.3. Технические требования к АПС СОРМ должны выполняться при оказании всех видов услуг связи, предоставляемых пользователям PC ГППСС Глобалстар.
    
    2.4.4. При организации контроля должны быть исключены потери информации, передаваемой объектом наблюдения в речевых каналах и каналах управления.
    
    2.4.5. Задержка передачи информации от АПС СОРМ на ПУ не должна превышать 30 сек.
    
    2.4.6. АПС СОРМ должны обеспечивать контроль услуг связи по следующим идентификаторам объекта наблюдения:
    
    - присвоенному номеру пользователя PC ГППСС Глобалстар (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. АПС СОРМ должны обеспечивать сохранение контроля за установленным соединением при перемещении объекта наблюдения в зоне действия PC ГППСС Глобалстар.
    
    2.4.15. АПС СОРМ должны соответствовать настоящим техническим требованиям и обеспечивать передачу на ПУ информации в открытом виде независимо от методов шифрования, используемых в системе Глобалстар.
    
    2.4.16. АПС СОРМ должны обеспечивать контроль местоположения объекта наблюдения с точностью, обеспечиваемой штатными техническими средствами системы Глобалстар, но не более 10 км.
    
    2.4.17. Информация о местоположении объекта наблюдения должна передаваться на ПУ:
    
    - при включении питания терминала пользователя (ТП);
    
    - при выключении питания ТП;
    
    - на фазе "разъединение";
    
    - при перемещении объекта наблюдения:
    
    - в смежную ячейку зоны обслуживания данной СС в "активном" (при ведении двухсторонней связи ТП с другим абонентом или СС) и "пассивном" (при включенном питании ТП без установления соединения) состояниях ПТ;
    
    - в зону обслуживания другой СС в "активном" и "пассивном" состояниях ПТ.
    
    2.4.18. АПС СОРМ должны обеспечивать определение и передачу на ПУ номера телефона вызывающего абонента при входящей связи к объекту наблюдения (при условии передачи другой сетью на СС номера вызывающего абонента).
    
    2.4.19. Функционирование СОРМ не должно обнаруживаться абонентами и обслуживающим персоналом СС, не имеющим допуска к работе с СОРМ. При функционировании СОРМ в контролируемых речевых трактах абонентов не должно появляться каких-либо дополнительных сигналов.
    
    2.5. Требования к АПС СОРМ по контролю работоспособности
    
    2.5.1. АПС СОРМ должны включать в себя аппаратно-программные средства, обеспечивающие централизованный контроль работоспособности АПС СОРМ.
    
    2.5.2. При эксплуатации АПС СОРМ должен быть предусмотрен режим тестирования их работоспособности с учетом функционирования оборудования PC ГППСС Глобалстар и средств техобслуживания.
    
    2.5.3. На ПУ должна передаваться информация о возникновении неисправностей на СС, влияющих на работу АПС СОРМ.
    
    2.5.4. На ПУ должны поступать сообщения о перезапусках программного обеспечения коммутационного оборудования любой СС PC ГППСС Глобалстар.
    
    2.5.5. Технологический режим перезапуска программного обеспечения коммутационного оборудования PC должен включать в себя процедуры перезапуска соответствующей части АПС СОРМ.
    
    2.5.6. Должна быть обеспечена возможность перезапуска программного обеспечения АПС СОРМ по команде из ПУ в штатном режиме работы СС.
    
    2.6. Технические требования к каналам обмена информацией между АПС СОРМ PC и ПУ
    
    Технические требования к каналам и протоколам обмена информацией между АПС СОРМ PC системы Глобалстар и ПУ выпускаются отдельным документом.
    
    
СОГЛАСОВАНО
Заместитель Директора
ФСБ России
_________Н.В.Климашин
5 января 2001 года
    
    

Приложение N 2
к приказу Минсвязи России
от 19 января 2001 года N 5

    
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
к каналам и протоколам обмена информацией между аппаратно-программными средствами СОРМ Российского сегмента системы ГППСС Глобалстар и центра контроля

   
1. Интерфейс связи и протокол обмена информацией между СОРМ и МС

    
    1.1. Взаимодействие между АПС СОРМ Российского сегмента системы ГППСС Глобалстар и АПС центра контроля (Monitiring Center), далее МС, должно осуществляться по протоколу TCP/IP (Transport Control Protocol/Internet Protocol - протокол управления передачей/интернет протокол) по широкомасштабной вычислительной сети - WAN (Wide Area Network) no выделенным каналам (см.рис.1).
    
    

Рис.1. Взаимодействие СОРМ ГППСС Глобалстар и Центра контроля (МС)

    
    1.2. При взаимодействии МС с промежуточным устройством (Mediation Device - MD) коммутатора станции сопряжения (СС) должны передаваться команды управления и команды передачи данных по форматам, принятым в протоколе TCP/IP.
    
    1.3. Должна обеспечиваться передача с МС на MD следующих команд управления:
    
    - Запуск СОРМ (в том числе запуск СОРМ одного ЦКП)
    
    - Останов СОРМ (в том числе останов СОРМ одного ЦКП)
    
    - Задание пароля
    
    - Постановка объекта на контроль
    
    - Снятие объекта с контроля
    
    - Запрос на передачу данных об объектах контроля
    
    - Запрос на передачу информации о предоставляемых объекту наблюдения услуг связи
    
    - Запрос на передачу информации о местоположении объекта наблюдения
    
    - Изменение параметров объекта контроля
    
    - Перезапуск ПО АПС СОРМ в штатном режиме работы СС.
    
    1.4. Должна обеспечиваться передача с MD на МС следующих сообщений:
    
    - Авария коммутатора СС
    
    - Перезапуск ПО коммутатора СС
    
    - Данные об объектах контроля
    
    - Информация о предоставляемых объекту наблюдения услуг связи
    
    - Несанкционированный доступ к ПО СОРМ
    
    - Передача коротких сообщений (Short Message Servis - SMS), передача данных
    
    - Местоположение объекта контроля
    
    - Информация о фазах установления соединения (прием полного номера вызываемого объекта, ответ вызываемого объекта, разъединение, использование услуг ДВО).
    
    1.5. Параметры команд управления и команд передачи данных между промежуточным устройством (Mediation Device - MD) и МС должны соответствовать значениям, представленным в п.п 2-3 данного документа.     

   
2. Параметры команд управления и команд передачи данных

    
    2.1. Команды управления
    

    
    Это сообщение передается от MD к МС и обратно каждые TBD секунд (конфигурируемый параметр). Оно содержит информацию о линии (звене) и, если оно не получено вовремя, то соединение разрушается
    
    Параметры команды:
    
    -  МС_Id
    

    
    Это сообщение передается от MD к МС во время соединения. Оно уведомляет МС об имени пульта Ответом ему служит сообщение MC_STATUS (Состояние_ПУ), указывающее на успех или отказ.
    
    Параметры команды
    
    - MC_ld (Идентификатор ПУ);
    
    - BconsoleType (Тип пульта);
    
    - BRegNum [8], // или 6 регистров.
    

    
    Это сообщение поступает от МС к MD. Оно указывает на успешное/неуспешное принятие последнего сообщения от MD к МС. Если все хорошо, то в поле bStatus (bСостояние) получим 0. Если нет, то получим код ошибки, а параметры bReasonCode (bКодПричины) и WInfo (wИнформация) будут содержать необходимую информацию. В MD это сообщение будет использовано в целях регистрации.
    
    Параметры команды:
    
    - MC_ld (Идентификатор МС);
    
    - bStatus (bСостояние);
    // Причина проблемы (0, если все хорошо, !=0 - если нет)
    
    - bReasonCode (bКодПричины)
    // Более подробно о проблеме
    
    - wInfo (wИнформация);
    // Параметры, характерные для bReasonCode.
    

    
    Это сообщение посылается от MD к МС после повторного соединения с МС; оно посылается в двух случаях:
    
    1 - если нет буфера CRI, оно посылается к МС после повторного соединения, так что МС получит время рассоединения.
    
    2 - если буфер CRI имеется, тогда это будет последнее сообщение в буфере до его переполнения; таким образом, при повторном соединении после очистки буфера это время будет указывать на время последнего запуска автоматической маркировки. Ответом на это сообщение служит состояние МС.
    
    Параметры команды:
    
    - MC_ld (идентификатор_МС);
    
    - Time (время)
    
    3. Команды передачи данных
    

    
    Это сообщение посылается от МС к MD для каждого коммутатора как результат изменения состояния цели станцией оператора.
    
    Параметры команды:
    
    - MC_ld (идентификатор_Перехвата);
    
    - Target_Num (номер цели);
    
    - Monitoring_Type (Тип_Контроля);
    // 0 - только CRI, 1 - CRI+AUDIO
    
    - Status (состояние);
    // 0 - цель деактивирована, 1 - активирована, 2 - изменена
    
    - Sw_ld (Идентификатор_Коммутатора);
    
    - Priority (Приоритет);
    // 0 - нормальный приоритет, 1 - высокий приоритет
    
    - lnterception_criteria (Критерии перехвата) [TELEPHONE_NUM_LEN] (Длина телефонного номера);
    // 1 - номер телефона, 2 - IMSI, 4 - IMEI, 8 - MSISDN, 16 - номер
    // телефона по абонентскому справочнику, 32 - канал коммутатора,
    // 64 - идентификатор радиоканала
    
    - Location_monitoring (контроль местоположения)
    // 0 - регулярный контроль,
    // 1 - местоположение
    
    - Call_Transfer (Передача вызова)
    // 0 - по умолчанию
    

    
    Это сообщение посылается от MD к МС как результат сообщения TARGET_PROGRAM (Программа_цели) или же в случае повреждения цели, как результат сообщения target_list (перечень целей).
    
    Параметры команды:
    
    - MC_ld (Идентификатор_МС);
    
    - Target_num (номер_цели);
    
    - lnterception_criteria (Критерии_перехвата) [TELEPHONE_NUM_LEN]
    (ДЛИНА ТЕЛЕФОННОГО НОМЕРА);
    
    - Interception_id (Идентификатор перехвата);
    
    - Sw_id (Идентификатор коммутатора);
    
    - Result (Результат);
    II 0 - успешно, 1 - ошибка
    
    - Sw_independent (Коммутатор независимый);
    

    
    - Sw_dependent (Коммутатор зависимый);
    

    
    Это сообщение посылается от MD к МС после установления соединения и после приема сообщения READY (готов) от процесса цели. В ответ МС посылает сообщение TARGET_LIST (СПИСОК_ЦЕЛЕЙ). Это сообщение посылается для каждого коммутатора.
    
    Параметры команды:
    
    - MC_ld (Идентификатор МС);
    
    - From_target_num;
    
    - Sw_id (Идентификатор коммутатора).
    

    
    Это сообщение посылается от МС к MD в ответ на сообщение TARGET_READ (считывание цели). MD возвращает сообщение TARGET_PROGRAM_RESULT (результат программы обработки цели), если в коммутаторе цель не была активирована Если больше целей не найдено, то МС возвращает состояние 0x87 в сообщении MC_STATUS (состояние МС).
    
    Параметры команды:
    
    TARGET_DATA (ДАННЫЕ ЦЕЛИ):
    
    - Target_num (Номер цели);
    
    - Interception_id (Идентификатор перехвата) [TELEPHONE_NUM_LEN] (ДЛИНА ТЕЛЕФОННОГО НОМЕРА);
    
    - Monitoring_type (Тип_контроля)
    // 0 - only CRI, 1  - CRI+AUDIO
    
    - Priority (Приоритет);
    // 0 - нормальный приоритет, 1 - высокий приоритет
    
    - Interception_criteria (Критерий перехвата);
    
    - Location monitoring (Контроль местоположения);
     // 0  - регулярный контроль,
    // 1 - контроль местоположения
    
    - Call_transfer (Передача вызова);
    // 0 - отказ
    
    - Channel (Канал);
    // номер AMS, по которому будет зарегистрирована цель
    
    TARGET_LIST_MD (СПИСОК ЦЕЛЕЙ в MD):
    
    - MC_ld (Идентификатор_МС);
    
    - Sw_id (Идентификатор коммутатора);
    
    - Actual_lines (Фактические линии);
    
    - TARGET DATA_t target (Данные_Цели_tцелей)
    
    [MAX TARGETS RECEIVED] (МАКСИМАЛbНОЕ ЧИСЛО ПРИНЯТЫХ ЦЕЛЕЙ;
    
    Максимальное значение для MAX_TARGETS_RECEIVED = 30
    

    
    Это сообщение поступает от MD к МС. Оно определяет время нового сеанса. Будут передаваться все данные, принятые от коммутатора и MD. В случае, если какая-либо информация, содержащаяся в соответствующих полях, неизвестна, то на месте этой информации будут пробелы.
    
Параметры команды.

    
    
    Следующие сообщения дают МС обновленную информацию для нового сеанса. Для полей с длиной=ТЕLЕРНОNЕ_NUM_LEN по умолчанию используются пробелы.
    
    - MC_ld (идентификатор_МС);
    
    - Start_time (Время начала, время запуска);
    // передается от MD
    
    - Target_num (номер цели);
    // внутренняя информация, используемая только в МС
    
    - Telephone_num [TELEPHONE_NUM_LEN];
    Телефонный номер [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // телефонный номер цели
    
    - Calling [TELEPHONE_NUM_LEN];
    Вызывающий [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // номер абонента, инициирующего вызов
    // По умолчанию: пробелы
    
    - Called [TELEPHONE_NUM_LEN]
    Вызываемый [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // набираемый номер
    // по умолчанию пробелы
    
    - IMSI [TELEPHONE_NUM_LEN];
    [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // международный опознаватель подвижной станции (ПС) - это
    // административный номер, связанный с абонентом;
    // По умолчанию: пробелы
    
    - IMЕT [TELEPHONE_NUM_LEN];
    [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // международный опознаватель подвижного оборудования -
    // код идентификации/ используемого мобильного/ радиотелефона.
    
    - RDN[TELEPHONE_NUM_LEN]
    [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    // перенаправляемый номер - в случае,
    // когда имеет место перенаправляемый вызов через
    // контролируемый номер.  
    
    - Center [CENTER_LEN]
    Центр [ДЛИНА НОМЕРА ЦЕНТРА];
    // другой идентификатор абонента
    // По умолчанию - пробелы
    
    - Cell_id [CELL_ID_LEN]
    Идентификатор соты [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ];
    // код идентификации базовой станции, где было инициировано
    // контролируемое соединение
    // по умолчанию - пробелы
    
    - Source (Источник);
    // ATYPE_VOICE (речевой_типа)
    // ATYPE_MODEM (тип_модем),
    // ATYPE_FAX (тип_факса)
    
    - Direction (направление);
    // исходящее /входящее
    
    - Fcode_sw_independent; (Fкод_коммутатор_независимый)
    // код ошибки из коммутатора для начала сеанса
    
    - Fcode_sw_dependent; (Fкод_коммутатор_независимо);
    
    - Call_type (тип_вызова);
    // 0
    
    - SESSION_WITHOUT_AUDIO (СЕАНС_БЕЗ_ЗВУКА) -
    // (для статистики или отсутствие
    // текущих ресурсов коммутатора
    // для регистрации сеанса)
    // 1
    // SESSION_WITH_AUDIO (СЕАНС_С_РЕЧЬЮ) -
    // регистрация речи
    
    - Sw_id (Идентификатор_коммутатора);
    // идентификатор коммутатора
    

    
    - Sw_start_time(Время_пуска_коммутатора);
    // Сдвиг от базового года AMS
    
    - lroute[20] (Входящий путь);
    // Входящий путь, определяющий канал и временный (канальный)
    // интервал
    // По умолчанию - пробелы

    - Oroute [20] (Исходящий_путь);
    // Исходящий путь - тоже, что и для входящего пути
    // По умолчанию - пробелы
    
    - Dialer_type (Тип набирающего номер);
    // используется для описания набирающего номер
    // абонента в случае нехватки информации
    
    - OCN[TELEPHONE_NUM_LEN];

    
    Это сообщение посылается от MD к МС с целью уведомления о событиях в коммутаторе.
    
    Параметры команды:
    
    - MC_ld (идентификатор МС);
    
    - Sw_id (идентификатор коммутатора)
    
    - Sw_independent (коммутатор независимый);
    
    - Sw_dependent (коммутатор зависимый);
    

    
    Это сообщение посылается от MD к МС. Оно дает команду МС просуммировать все известные подробные данные к сеансу и выдать их ко времени окончания. Группы over_dial_info (информация сверхнабора) и dial_info (информация набора) должны быть инициализированы значением 0х00).  Min_infо (минимальная информация) должна быть инициализирована значением 0х.
    
    Сообщение OVERDIAL (сверхнабор) постепенно заполнит все поля нужной информацией.
    
    Параметры команды:
    

    
    
    Dialed_no [TELEPHONE_NUM_LEN]
    
    Набираемый номер [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
    // номер, отличающийся от номера цели
    
    - OVER_DIAL_t dial_info [1]
    
    Сверхнабор_t_информация набора [1];
    // информация о номере набора
    // (длина, сдвиг, время) (MD)
    
    - Over_dial [OVER_DIAL_LEN];
    Сверх_набор [ДЛИНА СВЕРХНАБОРА]]
    // цифры расширенного DNR,
    // полученные во время сеанса (от MD)
    
    - OVER_DIAL_t over_dial_info[NOF_DIAL_GROUPS]
    Сверх_набор_t_информация_сверхнабора [ЧИСЛО ГРУПП НАБОРА];
    // информация (длина, сдвиг, время) (MD)
    
    - Dnr_overflow (перенаполнение);
    // перенаполнение цифр (сверх 35
    // набранных) (AMS)
    

    
    - Direction (направление);
    // см. поле в
    // automark start (начало
    // автоматической отметки)
    
    - MIN_INFO_t min_info[MIN_INFO_LEN];
    Минимальная_информация_t_мин._информация [ДЛИНА МИНИМАЛЬНОЙ ИНФОРМАЦИИ]
    // несуществующая (по умолчанию 0xff)
    
    - Min_overflow (минимальное перенаполнение);
    // несущественная ("")
    
    - Owner_name[OWNER_NAME_LEN]
    Имя собственника [ДЛИНА ИМЕНИ СОБСТВЕННИКА];
    // Имя абонента (коммутатор)
    

    
    - Ring_count (Счет_посылок_вызова);
    // число посылок вызова у вызываемого лица (коммутатор)
    
    - Ringback_count (Счет сигналов_КПВ);
    // Число сигналов контроля посылки
    // вызова у вызывающего лица
    // (коммутатор)
    
    - Call_result (Результат_ вызова;
    // Код ошибки для конечного сеанса (AMS)
    

    
    Это сообщение поступает от MD к МС. Оно передает содержание короткого сообщения, посылаемого к/от абонента Каждый вызов, принимаемый коммутатором, является либо "ординарным вызовом" (речь, факс или модем), либо вызовом SMS, который не содержит речевой информации.
    
    Параметры команды:
    
    - MC_ld (идентификатор_МС);
    

    
    - Target_num (номер_цели); // внутренняя информация МС
    
    - lnterception_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];
    Номер_по_каталогу [ДЛИНА НОМЕРА ТЕЛЕФОНА];
    // то же, что и в AS
    
    - 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 [ДЛИНА НОМЕРА ТЕЛЕФОНA]; // " "
    
    - IMEI [TELEPHONE_NUM_LEN];
    IMEI [ДЛИНА НОМЕРА ТЕЛЕФОНА] // " "
    
    - Center[CENTER_LEN];
    Центр [ДЛИНА НОМЕРА ЦЕНТРА];
    

    
    //см. поле в automark-start (начало_автоматической_маркировки)
    

    
    - Text[SMS_TEXT_LEN];
    Текст [ДЛИНА ТЕКСТА SMS];
    // само короткое сообщение
    
    - Sw_id (Идентификатор_коммутатора)
    - Sw_time (Время_коммутатора)
    

    
    Это сообщение поступает от МС к MD. Оно подтверждает принятые в MD ранее параметры в сообщениях AUTO_MARK_START
    (начало_автоматической_маркировки), AUTO_MARK_END
    (конец_автоматической_маркировки), USER_TO_USER (от пользователя к пользователю) и SMS_CALL (вызов_с коротким_сообщением).
    
    Это сообщение используется только в целях регистрации, MD ничего с ним не делает.
    
    Параметры команды:
    
    MC_STR:
    
    - MC_ld (Идентификатор МС);
    

    - MC_STR MCb;
    
    - Start_time (время_начала);
    
    - End_time (время_окончания);
    

    
    Это сообщение посылается от MD к МС. Оно содержит команды для МС обновить все группы с информацией о сверхнаборах, переданных от MD. Время начала должно быть идентично времени начала, посланному в сообщении начала сеанса.
    
    Параметры команды:
    
    - MC_ld (идентификатор_МС)
    

    
    - Over_dial [OVER_DIAL_LEN]
    Сверхнабор [ДЛИНА СВЕРХНАБОРА]
    // цифры сверхнабора
    

    
    Это сообщение является таким же, как и сообщение SMS (короткое сообщение). Это - текстовое сообщение, доступное в сети ЦСИС и являющееся само сеансом. Ответом на это сообщение является сообщение AUTOMARK_RESULT (Результат_автоматической_маркировки) от МС.
    
    Параметры команды:
    
    - MC_ld (Идентификатор_МС)
    
    - Target_num (номер цели);
    
    - Start_time (Время_начала);
    
    - Source (Источник);
    //
    
    - Direction (направление),
    // входящее /исходящее
    
    - lnterception_criteria (Критерии_перехвата);
    // критерии перехвата, по которым
    // перехватывается сеанс связи
    
    - Phone_num[TELEPHONE NUM_LEN];
    Номер телефона [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // номер телефона цели
    
    MSISDN[TELEPHONE_NUM_LEN];
    MSISDN [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // номер по каталогу
    // системы подвижных станций
    
    - Directory_num [TELEPHONE_NUM_LEN;
    Номер по каталогу [ДЛИНА НОМЕРА ТЕЛЕФОНА ]; //
    
    - Radio_id[TELEPHONE_NUM_LEN];
    Идентификатор_радиоканала [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // То же, что и в IMSI
    
    - Switch_channel(TELEPHONE_NUM_LEN];
    Канал_коммутатора] [ДЛИНА НОМЕРА ТЕЛЕФОНА; //
    
    - Calling[TELEPHONE_NUM_LEN];
    Вызывающий [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // номер абонента, инициирующего вызов
    
    - Called[TELEPHONE_NUM_LEN];
    Вызываемый [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // набранный номер
    
    -  OCN[TELEPHONE_NUM_LEN];
    Первоначально_набранный_номер (OCN) [ДЛИНА НОМЕРА ТЕЛЕФОНА]
    // первоначально набранный номер;
    // когда абонент А вызывает абонента В
    // и вызов направляется абонентом В
    // к абоненту С и т.д., тогда номер
    // абонента В (абонент В) называется
    II 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];
    
    Текст [Длина_ТЕКСТА] // само сообщение
    

    
    Это сообщение посылается от МС и MD к коммутатору в качестве запроса у коммутатора некоторой цели. Ответом на это сообщение служит результат запроса.
    
    Параметры команды:
    
    - MC_ld (Идентификатор_МС);
    
    - Target_num (Номер_цели);
    
    - Interception_id [TELEPHONE_NUM_LEN];
    Идентификатор_перехвата [ДЛИНА ТЕЛЕФОННОГО НОМЕРА]
    
    - lnterception_criteria (Критерий_перехвата);
    
    - Sw_id (идентификатор_коммутатора)
    

    
    Это сообщение является результатом предыдущего сообщения; результат запроса пересылается в текстовом поле сообщения
    
    Параметры команды:
    
    - MC_ld (Идентификатор_МС)
    
    - Status (состояние);
    // 0 - успех, 1 - неуспех
    
    - Sw_independent (коммутатор независимый);
    
    - Sw_dependent (коммутатор зависимый)
    
    - Target_num (номер цели);
    
    - lnterception_criteria (критерии перехвата);
    
    - lnterception_id[TELEPHONE_NUM_LEN]
    Идентификатор_перехвата [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
    
    - Sw_id (Идентификатор_коммутатора);
    
    - MD_time (Время_MD);
    
    - Sw_time (Время_коммутатора);
    
    - Text[QUERY_TEXT_LEN]; Teкст [ДЛИНА ТЕКСТА ЗАПРОСА]
    // Текст, закодированный
    //Американским стандартным кодом
    //обмена информацией (ASCII) содержит информацию, принятую от
    // коммутатора
    

    
    Это сообщение передается от MD к МС, оно уведомляет МС о том, что во время сеанса имело место некоторое специальное событие. Это сообщение будет поступать на Рабочую станцию, по типу признака мы определим, что случилось, и это заставит нас заполнить соответствующие поля в сообщении. Пусть, например, абонент во время своего сеанса связи поменял область соты, это будет выражаться в виде присоединения признака к сеансу Результатом реакции на это сообщение будет MC_STATUS (Состояние_МС).
    
    Параметры команды:
    
    - MC_ld (Идентификатор_МС)
    
    - Target_num (номер_цели);
    
    - Start_time (Время_начала), // время начала сеанса
    
    - From_cell[CELL_ID_LEN];
    От соты [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ]
    
    - To_cell[CELL_ID_LEN];
    К соте [ДЛИНА ИДЕНТИФИКАТОРА СОТЫ]
    
    - Tag_type (Тип признака);
    // тип признака : 1 - handover, II 2 - конференцсвязь, 3 - ожидание,
    // 4 - удержание при ожидании, 5 - удержание, 6 - поиск (считывание),
    // 7 - запрос, 8 - запрос инициирован, 9 - ответ, 10 - текст.
    
    - MD_tag_time (МD_признак_время); // текущее время MD
    
    - Sw_tag_time (коммутатор_признак_время);
    
    - Msc_type (тип MSC);
    
    - Phone_num[TELEPHONE_NUM_LEN
    Номер телефона [ДЛИНА ТЕЛЕФОННОГО НОМЕРА];
    
    - Text[QUERY_TEXT_LEN];
    Текст [ДЛИНА ТЕКСТА ЗАПРОСА];
    
    - From_buffer
    (Из буфера)
    
    
СОГЛАСОВАНО
Заместитель Директора
ФСБ России
Н.В.Климашин
5 января 2001 года
                     

    
Текст документа сверен по:
рассылка