Приложение 2. Технологический регламент обеспечения автоматизированного информационно защищенного обмена информацией между Вологодской областью и Республикой Карелия в рамках системы-112

Приложение 2

к Соглашению

между Правительством Вологодской области

и Правительством Республики Карелия

об информационном взаимодействии

при обеспечении вызова экстренных оперативных служб

по единому номеру "112"

от 11 октября 2019 года

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

Перечень обозначений и сокращений

ИС	- информационные системы
ПО	- программное обеспечение
РФ	- Российская Федерация
Система-112	- система обеспечения вызова экстренных оперативных служб по единому номеру "112"
Субъект РФ 1	- Вологодская область
Субъект РФ 2	- Республика Карелия
УКИО	- универсальная карточка информационного обмена
SIP	- протокол инициации сессий

1. Назначение

Взаимодействие систем-112 сопредельных субъектов Российской Федерации (Вологодская область и Республика Карелия) реализуется с целью обмена принятыми от пользователей услуг связи (далее - заявителя) данными о происшествиях в режиме реального времени и перевода голосовых вызовов заявителя из одной системы в другую.

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

Информационное взаимодействие систем реализовано исходя из следующих базовых предположений:

- протокол является симметричным и обеспечивает единую структуру данных и единые правила взаимодействия систем-112 сопредельных субъектов Российской Федерации;

- протокол обеспечивает синхронную передачу голосового вызова и данных в обоих направлениях: от системы-112 субъекта РФ 1 к системе-112 субъекта РФ 2 и обратно;

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

- в рамках информационного взаимодействия обеспечивается необходимый уровень информационной безопасности в соответствии с требованиями к каждой системе.

3. Порядок приема вызова заявителя и межсистемного информационного обмена

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

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

- в случае принятия решения о передаче вызова (поступивших данных о происшествии) во взаимодействующую систему с целью организации реагирования принятые данные помещаются в структуру УКИО;

- УКИО помещается в структуру данных согласованного формата и передается по описанному ниже протоколу во взаимодействующую систему-112;

- УКИО передается в любом случае, даже если она не заполнена данными на принявшей вызов заявителя стороне. В случае передачи только голосового вызова передается незаполненная УКИО;

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

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

- прием данных УКИО;

- прием голосового вызова (при его наличии);

- связывание поступившего голосового вызова и данных УКИО. Параметром, обеспечивающим однозначное связывание данных УКИО и голосового вызова, является уникальный идентификатор (GUID) происшествия отправляющей стороны.

Таким образом, в рамках информационного обмена систем-112 сопредельных субъектов РФ (рисунок 1) реализованы следующие виды взаимодействия:

- передача УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2;

- передача УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1;

- передача телефонного вызова или организация оператором системы-112 субъекта РФ 1 телефонной конференции между оператором системы-112 субъекта РФ 1, оператором системы-112 субъекта РФ 2 и заявителем;

- передача телефонного вызова или организация оператором системы-112 субъекта РФ 2 телефонной конференции между оператором субъекта РФ 2, оператором системы-112 субъекта РФ 1 и заявителем.

Передача УКИО выполняется по протоколу SOAP.

Передача телефонного вызова выполняется по протоколу SIP.

Рисунок 1 - Общая схема межсистемного взаимодействия систем-112 сопредельных субъектов РФ

Описание последовательности взаимодействия

В разделе приведены последовательности обмена информацией в процессе взаимодействия систем-112 сопредельных субъектов РФ (субъекта РФ 1 и субъекта РФ 2) и описание сценариев взаимодействия.

Приведенные диаграммы последовательности описывают взаимодействие систем-112 сопредельных субъектов РФ с передачей вызова/организацией конференц-связи, диаграммы последовательности для различных случаев взаимодействия представлены на рисунках 2 - 7.

4. Последовательность передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 с передачей телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 с передачей телефонного вызова приведена на рисунке 2.

Рисунок 2 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 телефонного вызова

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 информации о происшествии в виде УКИО в систему-112 субъекта РФ 2 вместе с голосовым вызовом.

Оператор системы-112 субъекта РФ 1 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 2 для передачи информации о происшествии и выполняет операцию одновременной передачи информации о происшествии и перевода поступившего вызова в систему-112 субъекта РФ 2.

Последовательность взаимодействия (рисунок 2):

1) в системе-112 субъекта РФ 1 принимается решение о необходимости передачи карточки и вызова в систему-112 субъекта РФ 2;

2) система-112 субъекта РФ 1:

- формирует на основании карточки вызова УКИО в формате EDXL-DE. УКИО содержит уникальный идентификатор происшествия в системе-112 субъекта РФ 1;

- передает УКИО в систему-112 субъекта РФ 2;

3) система-112 субъекта РФ 2:

- производит проверку принятой УКИО;

- формирует уникальный идентификатор УКИО в системе-112 субъекта РФ 2 и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 2;

- формирует и отправляет ответное сообщение в систему-112 субъекта РФ 1, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 2;

4) система-112 субъекта РФ 1:

- сохраняет информацию об успешной доставке УКИО;

- обновляет данные УКИО (добавляет уникальный идентификатор УКИО в систему-112 субъекта РФ 2);

- осуществляет перевод вызова/организации конференц-связи Оператора системы-112 субъекта РФ 1 с Оператором системы-112 субъекта РФ 2 посредством функциональных возможностей телекоммуникационной подсистемы;

5) система-112 субъекта РФ 2:

- принимает телефонный вызов/подключается к конференции;

- отображает карточку происшествия оператору, принявшему вызов из системы-112 субъекта РФ 1.

5. Последовательность передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 с передачей телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 с передачей телефонного вызова приведена на рисунке 3.

Рисунок 3 - Диаграмма последовательности передачи УКИО из системы субъекта РФ 2 в систему-112 субъекта РФ 1 с передачей телефонного вызова

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 информации о происшествии в виде УКИО в систему-112 субъекта РФ 1 вместе с голосовым вызовом.

Оператор системы-112 субъекта РФ 2 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 1 для передачи информации о происшествии и выполняет операцию одновременной передачи информации о происшествии и перевода поступившего вызова в систему-112 субъекта РФ 1.

Последовательность взаимодействия (рисунок 3):

1) в системе-112 субъекта РФ 2 принимается решение о необходимости передачи карточки и вызова в систему-112 субъекта РФ 1;

2) система-112 субъекта РФ 2:

- формирует на основании карточки вызова УКИО в формате EDXL-DE. УКИО содержит уникальный идентификатор происшествия в системе-112 субъекта РФ 2;

- передает УКИО в систему-112 субъекта РФ 1;

3) система-112 субъекта РФ 1:

- производит проверку принятой УКИО;

- формирует уникальный идентификатор УКИО в системе-112 субъекта РФ 1 и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 1;

- формирует и отправляет ответное сообщение в систему-112 субъекта РФ 2, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 1;

4) система-112 субъекта РФ 2:

- сохраняет информацию об успешной доставке УКИО;

- обновляет данные УКИО (добавляет уникальный идентификатор УКИО в систему-112 субъекта РФ 1);

- осуществляет перевод вызова/организации конференц-связи Оператора системы-112 субъекта РФ 2 с Оператором системы-112 субъекта РФ 1 посредством функциональных возможностей телекоммуникационной подсистемы;

5) система-112 субъекта РФ 1:

- принимает телефонный вызов/подключается к конференции;

- отображает карточку происшествия оператору, принявшему вызов из системы-112 субъекта РФ 2.

6. Последовательность передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова приведена на рисунке 4.

Рисунок 4 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 информации о происшествии в виде УКИО без передачи голосового вызова.

Оператор системы-112 субъекта РФ 1 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 2 и выполняет операцию передачи информации о происшествии.

Последовательность выполнения операций (рисунок 4):

1) в системе-112 субъекта РФ 1 принимается решение о необходимости передачи информации о происшествии в систему-112 субъекта РФ 2;

2) система-112 субъекта РФ 1:

- на основании карточки вызова формирует УКИО в формате EDXL-DE. УКИО имеет уникальный идентификатор в системе-112 субъекта РФ 1;

- передает УКИО в систему-112 субъекта РФ 2;

3) система-112 субъекта РФ 2:

- производит проверку принятой УКИО;

- формирует уникальный идентификатор и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 2;

- формирует и отправляет ответное сообщение в систему-112 субъекта РФ 1, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 2;

4) система-112 субъекта РФ 1:

- сохраняет информации об успешной передаче УКИО в систему-112 субъекта РФ 2;

- обновляет данные карточки вызова (добавляет уникальный идентификатор УКИО в системе-112 субъекта РФ 2).

7. Последовательность передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова приведена на рисунке 5.

Рисунок 5 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 информации о происшествии в виде УКИО без передачи голосового вызова.

Оператор системы-112 субъекта РФ 2 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 1 и выполняет операцию передачи информации о происшествии.

Последовательность выполнения операций (рисунок 5):

1) в системе-112 субъекта РФ 2 принимается решение о необходимости передачи информации о происшествии в систему-112 субъекта РФ 1;

1) система-112 субъекта РФ 2:

- на основании карточки вызова формирует УКИО в формате EDXL-DE. УКИО имеет уникальный идентификатор в системе-112 субъекта РФ 2;

- передает УКИО в систему-112 субъекта РФ 1;

3) система-112 субъекта РФ 1:

- производит проверку принятой УКИО;

- формирует уникальный идентификатор и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 1;

- формирует и отправляет ответное сообщение в систему-112 субъекта РФ 2, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 1;

4) система-112 субъекта РФ 2:

- сохраняет информации об успешной передаче УКИО в систему-112 субъекта РФ 1;

- обновляет данные карточки вызова (добавляет уникальный идентификатор УКИО в системе-112 субъекта РФ 1).

8. Последовательность передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2

Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 приведена на рисунке 6.

Рисунок 6 - Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 информации о подтверждении приема информации о происшествии к реагированию (далее - подтверждение приема информации) в виде электронного сообщения в систему-112 субъекта РФ 2.

Информация о подтверждении приема информации передается в автоматическом или автоматизированном режиме.

Последовательность выполнения операций (рисунок 6):

1) в системе-112 субъекта РФ 1 принимается решение о необходимости передачи в систему-112 субъекта РФ 2 информации о подтверждении приема информации;

1) система-112 субъекта РФ 1:

- формирует сообщение о подтверждении приема информации. Данное сообщение содержит уникальный идентификатор УКИО происшествия в системе-112 субъекта РФ 1;

- передает сообщение о подтверждении приема информации в систему-112 субъекта РФ 2;

3) система-112 субъекта РФ 2:

- проверяет принятое сообщение о подтверждении приема информации;

- сохраняет сообщение о подтверждении приема информации;

- формирует и отправляете систему-112 субъекта РФ 1 ответ, сигнализирующий об успешном приеме сообщения о подтверждении приема информации;

4) система-112 субъекта РФ 1:

- сохраняет информацию об успешной передаче сообщения о подтверждении приема информации.

9. Последовательность передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1

Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию (далее - подтверждение приема информации) из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 приведена на рисунке 7.

Рисунок 7 - Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 информации о подтверждении приема информации в виде электронного сообщения в систему-112 субъекта РФ 1.

Информация о подтверждении приема информации передается в автоматическом или автоматизированном режиме.

Последовательность выполнения операций (рисунок 7):

1) в системе-112 субъекта РФ 2 принимается решение о необходимости передачи в систему-112 субъекта РФ 1 информации о подтверждении приема информации;

2) система-112 субъекта РФ 2:

- формирует сообщение о подтверждении приема информации. Данное сообщение содержит уникальный идентификатор УКИО происшествия в системе-112 субъекта РФ 2;

- передает сообщение о подтверждении приема информации в систему-112 субъекта РФ 1;

3) система-112 субъекта РФ 1:

- проверяет принятое сообщение о подтверждении приема информации;

- сохраняет сообщение о подтверждении приема информации;

- формирует и отправляете систему-112 субъекта РФ 2 ответ, сигнализирующий об успешном приеме сообщения о подтверждении приема информации;

4) система-112 субъекта РФ 2:

- сохраняет информацию об успешной передаче сообщения о подтверждении приема информации.

10. Требования к протоколу и структуре данных

В разделе определена структура данных, которая используется для передачи УКИО между системами-112 сопредельных субъектов РФ.

Структура данных строится на основе стандарта Emergency Data Exchange Language (EDXL) - Стандарт Организации по развитию стандартов структурированной информации (OASIS), спецификация стандарта EXDL-DE (рисунок 8).

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

Передача УКИО между системами-112 сопредельных субъектов РФ должна осуществляться посредством XML-сообщений. Передача сообщений должна осуществляться по протоколу HTTP с использованием протокола обмена структурированными сообщениями SOAP.

При необходимости WSDL согласовывается взаимодействующими сторонами в рабочем порядке.

Для обеспечения передачи УКИО на стороне каждой из систем-112 должны быть реализованы веб-сервисы, реализующие следующие методы:

1) receiveEdxlDistribution - метод предназначен для получения от системы-112 сопредельного субъекта РФ XML-сообщения, содержащего карточку УКИО;

2) hello - метод предназначен для проверки соединения между системами-112 сопредельных субъектов РФ.

Рисунок 8 - Структура данных на основе стандарта EXDL-DE

Состав элементов структуры данных, которая используется для передачи УКИО между системами-112 сопредельных субъектов РФ, основан на рекомендациях приложения N 7 к Методическим материалам по созданию системы-112 в субъектах Российской Федерации 2018 года.

Описание состава и структуры данных стандарта EDXL-DE приведено в таблицах 1 - 4.

Таблица 1. Описание общих элементов типа EDXLDistribution

Элемент	Описание
distributionID	GUID происшествия в системе-112 отправляющей УКИО
senderLD	Идентификатор системы. Значения согласовываются в процессе настройки информационного взаимодействия
dateTimeSent	Дата и время отправления сообщения
distributionStatus	Статус сообщения Константа из списка: Actual - информация для осуществления реагирования; Exercise - имитация информации для участников учений; System - сообщения о поддержки сетевых функций; Test - сообщения только для технического тестирования. ВАЖНО!!! При осуществлении взаимодействия между смежными системами всегда используется значение Actual
distributionType	Тип сообщения. В рамках взаимодействия систем-112 сопредельных субъектов РФ используются значения: Update - передача информации об УКИО
combinedConfidentiality	Условия конфиденциальности Используется значение по умолчанию "UNCLASSIFIED AND NOT SENSITIVE"
targetArea	Сложный тип данных. Определяет субъект РФ (или муниципальное образование субъекта РФ) для отправки сообщения. Для определения субъекта РФ используется элемент Subdivision: первые два символа определяют страну (для РФ значение RU), последующие от одного до трех символов определяют геокод субъекта РФ в соответствии со стандартом ISO 3166-2:RU Пример значения для Калужской области: <targetArea><subdivision>RUKLU</subdivision></ targetArea>
contentObject	Сложный тип данных. Содержит XML-сообщение с информацией о происшествии

Таблица 2. Описание общих элементов типа contentObject

Элемент	Описание
contentDescription	Тип контента сообщения. Для передачи УКИО всегда константа UniCard
incidentlD	GUID происшествия в системе-112 отправляющей УКИО. Заполняется значением distributionID
xmlContent	Сложный тип данных. Включает элемент embeddedXmlContent, который содержит всю необходимую информацию о происшествии

Таблица 3. Описание общих элементов типа embeddedXmlContent

Элемент	Описание
id	GUID происшествия в системе-112 отправляющей УКИО. Заполняется значением distributionID
header	Содержит краткую идентификационную информацию о происшествии. Сложный тип данных. Состав: id - GUID происшествия в системе-112, отправляющей УКИО (заполняется значением distributionID); testMessage - признак, указывающий тестовое сообщение или нет; originld - идентификатор УКИО в системе-112, который отправляет сообщение; destid - идентификатор в системе-112, который принимает сообщение (при первой отправке параметр пустой); incidentld - GUID происшествия в системе-112, отправляющей УКИО (заполняется значением distributionID)
uniCard	Унифицированная карточка информационного обмена. Содержит всю необходимую информацию о происшествии. Сложный тип данных. Структура и состав элемента uniCard приведены в таблице 4

Обязательная часть структуры uniCard содержит:

- информацию о происшествии;

- сведения о номере телефоне, с которого принят вызов;

- сведения о месте происшествия;

- сведения об источнике информации (заявителе);

- служебную информацию.

Таблица 4. Описание общих элементов типа uniCard

Элемент	Наименование	Формат	Описание
incidentlnfo	Сведения о происшествии
id	Идентификатор	Число	Идентификатор происшествия
incidentType	Тип происшествия	Классификатор	Предлагается в рамках взаимодействия передача согласованного фиксированного значения
description	Описание	Текст	Краткое описание происшествия
injuredPeopLe	Травмированные люди	Число	Число людей, для которых может требоваться медпомощь
peopLelnDanger	Угроза людям	Логич.	Признак того, что происшествие или его последствия угрожают жизни людей - возможно, потребуются эвакуационные мероприятия
emergencySituation	Признак ЧС	Логич.	Флаг - признак ЧС
additionallnfo	Доп. информация	Текст	Дополнительная текстовая информация
service Info	Служебная информация
id	Идентификатор	Число	Идентификатор происшествия
date Time	Дата и время	Время	Дата и время создания УКИО
status	Состояние	Классификатор	Состояние реагирования на происшествие выбирается из классификатора. По умолчанию - "начало"
transferCaU	Перевод вызова	Логич.	Признак перевода вызова одновременно с карточкой происшествия
phonelnfo	Сведения о телефоне, с которого принят вызов (автоматическое или ручное заполнение)
id	Идентификатор	Число	Идентификатор происшествия
phone	Телефон	Текст	Номер абонентского устройства, с которого поступило сообщение - автоматическое определение по данным оператора связи
LastName	Фамилия	Текст	Фамилия владельца абонентского устройства по базе данных оператора связи
firstName	Имя	Текст	Имя владельца абонентского устройства по базе данных оператора связи
secondName	Отчество	Текст	Отчество владельца абонентского устройства по базе данных оператора связи
address	Адрес	Текст	Адрес установки абонентского устройства, с которого поступило сообщение, по базе данных местного телефонного узла
latitude	Координата: широта (град.)	Число	Координаты центра зоны расположения терминала пользователя (от оператора мобильной связи)
Longtitude	Координата: долгота (град.)	Число
accuracy	Точность координат	Число	Радиус круговой зоны. Точность определения места нахождения терминала пользователя
LocationLnfo	Сведения о месте происшествия
id	Идентификатор	Число	Идентификатор происшествия
place	Место	Текст	Определяется по классификатору ОКАТО
street	Улица	Текст	Ввод вручную или из списка
house	Дом N	Текст	Номер дома включая дробную часть номера дома
house2	Дом дробь	Текст	Элемент не используется
buildinq	Корпус	Текст	Номер корпуса дома
construction	Строение	Текст	Номер строения
premise	Владение	Текст	Номер владения
entrance	Подъезд	Текст	Номер подъезда дома, корпуса, строения, владения
Level	Этаж	Текст	Номер этажа. Подвальные этажи вводятся со знаком "-"
room	Квартира (офис)	Текст	Номер квартиры (офиса)
road	Дорога	Текст	Ввод вручную или из списка
kilometer	Километр	Число	Километр дороги
meter	Метр	Число	Уточнение места происшествия на дороге с точностью до 100 м
addressName	Адресный участок	Текст	Поименованный участок местности, не имеющий адреса в стандартном виде
near	Рядом	Логич.	Признак того, что место происшествия находится не совсем в том месте, как его удается формализовать
Okpo	Объект	Текст	Определяется по классификатору ОКПО
additionaUnfo	Дополнительная информация	Текст	Уточняющая информация по месту происшествия, например, как проехать
callerlnfo	Сведения об источнике информации (заявителе)
id	Идентификатор	Число	Идентификатор происшествия
firstName	Фамилия	Текст	Фамилия
secondName	Имя	Текст	Имя
LastName	Отчество	Текст	Отчество
phone	Телефон	Текст	Номер контактного телефона (по умолчанию дублируется номер абонентского устройства, с которого поступило сообщение)
Language	Язык общения	Классификатор	Язык общения с заявителем. В рамках взаимодействия предлагается два варианта: использование только русского языка; добавление в системы единого согласованного справочника языков
address	Адрес	Текст	Адрес проживания
incidentEraGLon asslnfo	Дополнительные данные о ДТП из системы "ЭРА-ГЛОНАСС"
testSignal	Тип вызова (экстренный/тестовый)	Логич.	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
autoSignal	Вид срабатывания (авто/вручную)	Логич.	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
peopLelnjured	"Флаг" наличия пострадавших, требующих первой помощи	Логич.	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
transferCaU	"Флаг" наличия голосового соединения с ТС	Логич.	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
vehicle Type	Тип ТС	Текст	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
vin	VIN	Текст	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
direction	Направление движения	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
latitude 1	Координаты недавнего место расположения N 1: широта	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
Longtitudel	Координаты недавнего месторасположения N 1: долгота	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
latitude 2	Координаты недавнего место расположения N 2: широта	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
longtitude2	Координаты недавнего месторасположения N 2: долгота	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
LocationlnfoCor rect	"Флаг", указывающий достоверность данных о местоположении	Логич	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
passengerCount	Число пассажиров	Число	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
ksi	Краткий ссылочный идентификатор (КСИ) вызова	Текст	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"
usi	Уникальный ссылочный идентификатор (УСИ) вызова	Текст	Заполняется из сообщения от системы "ЭРА-ГЛОНАСС"

11. Требования к процедуре передачи голосового вызова

При передаче голосового вызова сначала должна быть осуществлена передача УКИО в соответствии с требованиями раздела 5) и флагом transferCaU (в структуре данных uniCard.servicelnfo), установленным в значение "true". Затем должна быть осуществлена передача вызова с использованием протокола SIP и содержащего значение элемента incidentID (из структуры данных edxbreceiveEdxlDistribution.edxlDistribution.contentObject) в сообщении INVITE в соответствии с требованиями данного раздела.

Для перенаправления вызова в систему-112 сопредельного субъекта РФ для установления сеанса должен использоваться протокол SIP (Session Initiation Protocol), сам вызов должен передаваться с использованием протокола RTP (Realtime Transport Protocol).

Для одновременной передачи информации о происшествии в виде электронного сообщения и перенаправления вызова в систему-112 сопредельного субъекта РФ должен передаваться GUID (уникальный идентификатор) происшествия в специальном заголовке "User-to-User" сообщения INVITE протокола SIP при установлении сеанса связи.

Общий сценарий передачи голосового вызова с УКИО в систему-112 сопредельного субъекта РФ:

1) на первом шаге осуществляется отправка информационного сообщения в систему-112 сопредельного субъекта РФ, содержащего incidentld (уникальный идентификатор происшествия GUID);

2) после получения ответа принимающей системы-112 об успешном получении блока данных УКИО осуществляется передача голосового вызова в систему-112 сопредельного субъекта РФ с помощью протокола SIP с передачей значения incidentld в заголовке "User-to-User" сообщения INVITE.

Описание заголовка "User-to-User":

1) содержимое заголовка передается в формате hex:

- uui - обязательный параметр, где значение uui - уникальный идентификатор карточки происшествия (GUID);

- bci - опциональный параметр;

- gw - опциональный параметр;

2) encoding - обязательный параметр, используется для отображения формата содержимого UUI;

3) escaped-value - опциональный параметр, который содержит данные User-to-User в формате urlencode.

Пример сообщения INVITE, содержащего значение incidentld в заголовке User-to-User:

2016-12-16 10:58:01.099 SIP_Transport send packet to 192.168.112.8:5060

INVITE sip:5230@192.168.112.8:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.112.8:5061;branch=z9hG4bK_a3Kr_l481875081X00000117

To: <sip:52300192.168.112.8:5060>

From: <sip:52250192.168.112.8:5061>;tag=l48187508100000114

Contact: <sip:52250192.168.112.8:5061>

Call-ID: 0056584ecd8800df_0_192.168.112.8:5061

CSeq: 100 INVITE

Max-Forwards: 70

Content-Type: application/sdp

Content-Length: 196

Allow: INVITE, CANCEL, ACK, BYE, INFO, PRACK, PUBLISH, UPDATE, NOTIFY, MESSAGE, REFER, OPTIONS

Category: 10

User-to-User: 6263693d333539313b2067773d3139322e3136382e3131322e383a353036303a303b20757 5693d66323930633563333662663934653339393334633536316636656130326563653b20 60%3A0%3B%20uui%3Df29uc5c36bf94e39934c561f6ea02ece%3B%20

12. Обеспечение информационной безопасности при межсистемном взаимодействии

Информационное взаимодействие между системами-112 сопредельных субъектов РФ осуществляется с использованием сетей передачи данных общего пользования путем создания защищенного канала связи.

Создание защищенного канала связи для автоматизированного информационного обмена систем-112 сопредельных субъектов РФ представляет собой комплекс организационных и технических мероприятий, направленных на обеспечение безопасности информации, передаваемой между ЦОВ систем-112 сопредельных субъектов РФ.

Техническое решение утверждается эксплуатирующими организациями систем-112 сопредельных субъектов РФ.

Информационное взаимодействие между ЦОВ систем-112 сопредельных субъектов РФ осуществляется по защищенному средствами криптографической защиты (далее - СКЗИ) каналу связи. Защищенный канал связи строится между ПАК ViPNet Coordinator HWI000 систем-112 сопредельных субъектов РФ, основываясь на технологии межсетевого взаимодействия сетей ViPNet Custom.

Схема взаимодействия подсистем информационной безопасности систем-112 сопредельных субъектов РФ приведена на рисунке 9.

Рисунок 9 - схема взаимодействия подсистем информационной безопасности систем-112 сопредельных субъектов РФ

Настройка межсетевого взаимодействия между сетями ViPNet осуществляется в соответствии с эксплуатационной документацией на СКЗИ, входящими в ViPNet Custom.

Информационное взаимодействие между ЦОД ограничивается межсетевыми экранами ПАК ViPNet Coordinator HWIOOO системы-112 субъекта РФ 1 и ПАК ViPNet Coordinator HWIOOO системы-112 субъекта РФ 2. Правилами межсетевого экранирования разрешается прохождение только соединений, необходимых для информационного взаимодействия систем-112, остальные соединения блокируются.