2012ŸАМР.460018.006.ТП.С2... · 2013. 10. 28. · 7 Доп. инв. № Подпись и дата Инв. № подл. Изм. Кол.уч. Лист № док. Подп

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.

СОГЛАСОВАНО СОГЛАСОВАНО

Директор Екатеринбургского филиала ОАО «Ростелеком»

Генеральный директор ООО «НТЦ ПРОТЕЙ»

Сибирцев Д.С. Апостолова Н.А.

«__» ________2012 год «__» ________2012 год

ТЕХНИЧЕСКИЙ ПРОЕКТ

Система обеспечения вызова экстренных оперативных

служб по единому номеру «112» в Свердловской области

СХЕМА ФУНКЦИОНАЛЬНОЙ СТРУКТУРЫ

НОМЕР ДОКУМЕНТА:

ПАМР.460018.006.ТП.С2

Санкт-Петербург

2012

Согласовано

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.

Дата Изм. Подп. № док.Лист Кол.уч.

Лист ЛистовСтадия Разработал

Проверил

Утвердил

ПАМР.460018.006.ТП.С2

Схема функциональной структуры

2 46

Андреев

Сергеева

Секереш

ОГЛАВЛЕНИЕ

ОГЛАВЛЕНИЕ ......................................................................................................................2

ВВЕДЕНИЕ ...........................................................................................................................4

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

1.1 Основные понятия и определения ......................................................................5

1.2 Наименование и условное обозначение ............................................................6

1.3 Заказчик и исполнитель работ .............................................................................6

1.4 Сроки выполнения работ .......................................................................................6

2 Описание функциональной структуры Системы-112 ............................................7

2.1 Элементы функциональной структуры Системы-112 ....................................7

2.2 Описание совокупности действий, выполняемых при реализации

основных автоматизируемых функций .................................................................. 17

2.2.1 Процедура приема и обработки вызовов .................................................... 21

2.2.2 Процедура приема и обработки SMS ........................................................... 22

2.2.3 Процедура приема и обработки данных ГИС ............................................. 22

2.2.4 Схема резервирования основного ЦОВ ...................................................... 23

3 Информационные связи между элементами Системы-112 и с внешней

средой ................................................................................................................................ 26

3.1 Решения по средствам и способам связи для информационного обмена

между компонентами Системы-112 ........................................................................ 26

3.2 Основные информационные связи функциональных блоков и модулей

Системы-112 ................................................................................................................. 27

3.3 Описание протоколов взаимодействия ........................................................... 29

3

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.

Дата Изм. Подп. № док. Лист Кол.уч.

Лист ПАМР.460018.006.ТП.С2

3.4 Решения по взаимосвязям Системы-112 со смежными системами,

обеспечению ее совместимости. ............................................................................. 31

3.4.1 Описание и формат протоколов передачи и получения информации в

ИС и СУ СИС пожарной охраны, службы реагирования в ЧС, службы

полиции, скорой медицинской помощи, аварийной службы газа, службы

«Антитеррор», служб ЖКХ ........................................................................................ 36

3.4.2 Взаимодействие Системы-112 с системой экстренного реагирования

при авариях «ЭРА-ГЛОНАСС». ................................................................................ 37

3.4.3 Взаимодействие Системы-112 с информационными системами

оператора стационарной и подвижной связи ....................................................... 39

3.4.4 Получение данных об абоненте от информационной системы

оператора подвижной связи ..................................................................................... 40

3.4.5 Описание и формат протоколов передачи и получения информации в

систему оперативного управления ЦУКС ГУ МЧС по Свердловской области

.......................................................................................................................................... 41

Приложение 1. Перечень иллюстраций .................................................................... 44

Лист согласования .......................................................................................................... 45

Лист регистрации изменений ....................................................................................... 46

4

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



ВВЕДЕНИЕ

В настоящем документе приведена схема функциональной структуры

системы-112, ее подсистем и их функциональные возможности. Документ

содержит следующие разделы:

1. элементы функциональной структуры;

2. информационные связи между элементами и с внешней средой.

5

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



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

1.1 Основные понятия и определения

Основные понятия и определения приведены в таблице 1.

Таблица 1. Термины и сокращения

Термин Описание

112 Единый номер вызова экстренных оперативных служб на

территории Российской Федерации

ДДС Дежурно-Диспетчерская Служба

E1 Цифровой поток передачи данных, соответствующий

первичному уровню европейского стандарта иерархии PDH

ЕДДС Единая Дежурно-Диспетчерская Служба

SS7 Общеканальная сигнализация №7 (SignaliITG System №7)

VoIP (Voiceover IP) - система связи, обеспечивающая передачу

речевого сигнала по сети Интернет или по любым другим IP-

сетям.

UDP (User Datagram Protocol) - Транспортный протокол для

передачи данных в сетях IP без установления соединения.

АТС Автоматическая телефонная станция

БД Базы Данных

ГИС Гео-Информационая Система

ИС Информационная Система

ИТ Информационные Технологии

МЧС России Министерство Российской Федерации по делам гражданской

обороны, чрезвычайным ситуациям и ликвидации

последствий стихийных бедствий

ПО Программное Обеспечение

ПАК Программно-Аппаратный Комплекс

ПНД Полный Набор Данных

РМСО Функциональный блок системы контроля

РФ Российская Федерация

СПД Сеть Передачи Данных

6

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Термин Описание

CCC Сети Сотовой Связи

ТфОП Телефонная сеть Общего Пользования

ЦУКС Центр Управления Кризисными Ситуациями

ЧС Чрезвычайная Ситуация

ЭС Экстренная Ситуация

1.2 Наименование и условное обозначение

Полное наименование – «Разработка технического проекта системы

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

«112» в Свердловской об-ласти»

Условное обозначение – Система-112

Код проекта - ПАМР.460018.006

Основанием для проведения работ по организации проектирования

является:

Государственный контракт №212081/0903 от 10.12.2012 г.

1.3 Заказчик и исполнитель работ

Заказчик системы - Екатеринбургский филиал ОАО «Ростелеком»

Исполнитель - ООО «НТЦ ПРОТЕЙ»

1.4 Сроки выполнения работ

Начало работ по созданию проекта – с момента подписания контракта

Плановый срок завершения работ – 24 декабря 2012 года

7

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



2 Описание функциональной структуры системы-112

система-112 предназначена для организации удобного вызова

экстренных оперативных служб по принципу «одного окна», ускорения

реагирования и взаимодействия экстренных оперативных служб при вызовах

(сообщениях о происшествиях) населения, уменьшения социально-

экономического ущерба при чрезвычайных происшествиях и чрезвычайных

ситуациях.

Перечень основных функций системы-112:

прием операторами системы по номеру «112» вызовов (сообщений о

происшествиях);

получение от оператора связи сведений о местонахождении

позвонившего лица и (или) абонентского устройства, с которого был

осуществлен вызов, а также иных данных, необходимых для

обеспечения реагирования по вызову;

анализ поступающей информации о происшествиях;

направление информации о происшествиях в ДДС экстренных

оперативных служб в соответствии с их компетенцией для

организации экстренного реагирования;

обеспечение психологической поддержки позвонившему лицу;

регистрация и документирование всех входящих и исходящих вызовов

по номеру «112»;

ведение базы данных об основных характеристиках происшествий, о

начале, завершении и об основных результатах экстренного

реагирования на полученные вызовы;

формирование статистических отчетов о поступивших вызовах

(сообещниях о происшествиях);

возможность приема вызова на иностранных языках.

2.1 Элементы функциональной структуры системы-112

8

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



По выполныемым функциям систему-112 можно разделить на

следующие подсистемы:

Телекоммуникационная подсистема;

Информационно-коммуникационная подсистема;

Геоинформационная подсистема (ГИС);

Подсистема мониторинга;

Подсистема консультативного обслуживания населения (КОН);

Подсистема обеспечения информационной безопасности.

На рисунке 1 представлена схема функциональной структуры

системы-112.

Рисунок 1. Схема функциональной структуры системы-112

Телекоммуникационная подсистема обеспечивает прохождение

вызовов (сообщений о происшествиях), включая телефонные вызовы,

короткие текстовые сообщения (SMS), поступающие от пользователей

(абонентов) сетей фиксированной или подвижной связи в систему-112, а

также прохождение вызова (сообщения о происшествии) от системы-112 в

соответствующие ДДС.

9

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Компоненты телекоммуникационной подсистемы взаимодействуют с

инфраструктурой сети связи общего пользования и обеспечивают

информационный обмен между подсистемами системы-112, взаимодействия

объектов в рамках системы-112, а также взаимодействия с региональным

ЦУКС ГУ МЧС России по Свердловской области в части обеспечения

прохождения необходимой информации.

Телекоммуникационная подсистема включает в свой состав

следующие функциональные блоки:

Функциональный блок взаимодействия с телефонией.

Функциональный блок приема и обработки SMS сообщений.

Функциональный блок определения местоположения

абонента/абонентского устройства.

Обеспечивает выполнение следующих функций:

прохождение вызовов (сообщений о происшествиях), включая

телефонные вызовы и короткие текстовые сообщения (SMS), от

пользователей сетей фиксированной и подвижной связи в систему-

112;

сопряжение посредством согласованного открытого интерфейса с

информационными системами операторов стационарной и

подвижной связи с целью получения при поступающем вызове

необходимых доступных данных об абоненте, включая

местоположение абонента или абонентской установки, ФИО

абонента и пр.


телекоммуникационной подсистемы.

10

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Рисунок 2. Схема функциональной структуры телекоммуникационной

подсистемы

Информационно-коммуникационная подсистема обеспечивает

хранение и актуализацию баз данных, обработку информации о полученных

вызовах (сообщениях о происшествиях) и возможность получения

информации о происшествии из архива в оперативном режиме, а также

информационно-аналитическую поддержку принятия решений по

экстренному реагированию на принятые вызовы и планированию мер

реагирования.

В состав данной подсистемы входит центр обработки вызовов, в

котором производится прием и обработка вызовов (сообщений о

происшествиях), поступающих в систему-112.

Информационно-коммуникационная подсистема включает в свой

состав следующие функциональные блоки:

Функциональный блок приема и обработки вызовов.

Функциональный блок записи переговоров.

Функциональный блок автоинформирования.

Функциональный блок управления обращениями и происшествиями.

Функциональный блок аналитики и статистики.

Функциональный блок поддержки принятия решений (ППР).

Функциональный блок системы контроля (РМСО).

Функциональный блок администрирования (РМА).

Функциональный блок мобильного контроля.

11

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Функциональный блок взаимодействия с внешними и смежными

системами.


прием и обработку вызовов (сообщений о происшествиях),

поступающих в систему-112;

преобразование речевой информации, поступающей со стороны

ТФОП с постоянной скоростью передачи, в вид пригодный для

передачи по сетям с маршрутизацией пакетов IP: кодирование и

упаковка речевой информации в пакеты RTP/UDP/IP, а также

обратное преобразование;

организация процессов обслуживания вызовов, организация

очередей, управления конфигурацией;

запись переговоров;

переключение вызовов на систему предварительно записанных

голосовых сообщений;

обеспечение обработки информации о полученных обращениях,

регистрации происшествий, обработка команд на получение списка

карточек экстренных ситуаций, создание, редактирование карточек

различных служб;

хранение и актуализацию баз данных;

сбор, обработка и предоставление информации о работе системы-112

в различной форме и различных разрезах;

получение информации о происшествии из архива в оперативном

режиме;

информационно-аналитическую поддержку принятия решений по

экстренному реагированию на принятые вызовы (сообщения о

происшествиях) и планированию мер реагирования;

контроль процесса приема и обслуживания вызовов операторами

системы-112;

12

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



управление конфигурацией информационно-коммуникационной

подсистемы;

контроль руководителем процесса обработки заявок (сообщений о

происшествиях) посредством web-интерфейса;

взаимодействия всех модулей системы-112 со смежными и внешними

системами.


информационно-коммуникационной подсистемы.

Информационно-коммуникационная подсистема “Cистемы-112”

Функциональный блокадминистрирования (РМА)

Функциональный блок записи переговоров

Функциональный блок автоинформирования

Функциональный блок аналитики и статистики

Функциональный блок поддержки принятия решений

FTP

H323

HTTP

HTTP

Функциональный блок управления обращениями и

происшествиями

Функциональный блок приема и обработки вызовов

Функциональный блок взаимодействия с внешними и

смежными системами

Функциональный блок системного контроля (РМСО) Функциональный блок

мобильного контроля

Рисунок 3. Схема функциональной структуры информационно-

коммуникационной подсистемы

Геоинформационная подсистема обеспечивает оперативное

отображение на основе электронных карт природно-географические,

13

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



социально-демографические, экономические и другие характеристики

территории, местоположение лица, обратившегося по номеру «112» и (или)

абонентского устройства, место происшествия, а также местонахождение

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

реагированию на происшествие.

Геоинформационная подсистема включает в свой состав следующие

функциональные блоки:

Функциональный блок отображения картографической информации.

Функциональный блок поиска картографической информации.

Функциональный блок мониторинга транспортных средств.


отображение карт, объектов на картах и информации по ним;

поиск объектов по различным атрибутам;

определение координат объекта по адресу;

отображение и поиск на карте наблюдаемых транспортных средств,

отображение объектов классифицированных типов;

отображение абонента и (или) абонентского устройства, с которго

осуществлен вызов;

отображение места происшествия.


геоинформационной подсистемы.

Рисунок 4. Схема функциональной структуры геоинформационной подсистемы

14

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Подсистема мониторинга обеспечивает сбор и обработку

информации и сигналов, поступающих от датчиков, установленных на

контролируемых стационарных и подвижных объектах, в том числе, от

автомобильных терминалов системы экстренного реагирования «ЭРА-

ГЛОНАСС» и терминалов ГЛОНАСС/GPS экстренных оперативных служб, из

автоматизированных систем контроля окружающей среды, пожарной

обстановки, функционирующих на стационарных и подвижных объектах,

находящихся в зоне ответственности соответствующего объекта системы-

112.

Подсистема мониторинга включает в свой состав следующие

функциональные блоки:

Функциональный блок сопряжения с системами мониторинга

критически важных объектов.

Функциональный блок сопряжения с системами мониторинга

мобильных объектов на базе ГЛОНАСС/GPS.

Функциональный блок сопряжения с системой «ЭРА-ГЛОНАСС».

Функциональный блок технологического управления.


получение информации с датчиков систем мониторинга;

прием и обработка информации и сигналов, поступающих от

терминалов «ГЛОНАСС/GPS», установленных на транспортных

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

прием и обработка информации и сигналов, поступающих от

автомобильных терминалов системы экстренного реагирования при

авариях «ЭРА-ГЛОНАСС»;

контроль состояния работы модулей системы-112.


подсистемы мониторинга.

15

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Подсистема мониторинга cистемы-112

Функциональный блок технологического управления

Функциональный блок сопряжения с системой

«ЭРА-ГЛОНАСС»

Функциональный блок сопряжения с системами

мониторинга

Функциональный блок сопряжения с системами мониторинга мобильных

объектов на базе ГЛОНАСС/GPS

Рисунок 5. Схема функциональной структуры подсистемы мониторинга

Подсистема консультативного обслуживания населения

обеспечивает оказание информационно-справочной помощи лицам,

обратившимся по номеру «112» по вопросам обеспечения безопасности

жизнеобеспечения, в том числе через сеть Интернет.

Подсистема консультативного обслуживания населения включает в

свой состав следующие функциональные блоки:

Функциональный блок отображения информации на Интернет-

портале.

Функциональный блок управления форумами.

Функциональный блок ведения консультационной базы знаний.


доступ заинтересованным лицам к предоставляемым Интернет-

порталом сервисам, опубликованным материалам, форуму,

опросам;

организация тематических форумов;

хранение и структурирование топиков, предназначенных для

консультационного информирования населения по вопросам,

связанным с возникновением экстренных ситуаций и способам их

решений.

16

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.




подсистемы консультативного обслуживания населения.

Рисунок 6. Схема функциональной структуры подсистемы консультативного

обслуживания населения

Подсистема обеспечения информационной безопасности

обеспечивает защиту информации и средств её обработки в системе-112.

ПОИБ предназначена для защиты конфиденциальной информации,

включая персональные данные, программное обеспечение и технические

средства системы-112.

Автоматизируемые функции подсистем и функциональных блоков

системы-112 приведены в документе ПАМР.460018.005.ТП.П3 «Описание

автоматизируемых функций».

17

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



2.2 Описание совокупности действий, выполняемых при

реализации основных автоматизируемых функций

Рисунок 7. Схема информационного взаимодействия

Алгоритм работы:

1. Из телефонной сети общего пользования поступает вызов на

единый номер «112». Линии Е1 подключаются к телекоммуникационному

шлюзу.

2. Телекоммуникационный шлюз конвертирует сигнализацию и

передает вызов по SIP в модуль SPL_SIP.

3. Модуль SPL_SIP передает номер вызова и IP-адрес шлюза.

4. Модуль CPE.ACD передает информацию на управляющий модуль

call-центра - Applicast.

18

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



5. Модуль Applicast отвечает за логику распределения вызовов.

Посылает команды на занятие оператора в соответствии с настройками и

приоритетами системы.

6. Applicast передает информацию в модуль CPE.ACD об операторе

системы-112, на которого будет распределен вызов.

7. Модуль CPE.ACD устанавливает соединение между АРМ

оператора системы-112 и модулем SPL_SIP, передает информацию – какому

оператору нужно послать голосовой вызов.

8. Модуль SPL_SIP передает голосовой вызов оператору.

9. У оператора на АРМ появляется окно «Принять вызов». При

нажатии, отправляется запрос к серверу карточной платформы.

10. Модуль карточной платформы GlassFish передает запрос с

номером телефона в БД Oracle. БД возвращает карточку ЭС с автоматически

заполненными полями: дата, время, номер телефона. Если существует

интеграция с базой данных операторов связи, то определяется

местоположение абонента или абонентского устройства.

11. Через интеграционную шину, расположенную на сервере

карточной платформы, по протоколу http/xml запрашиваются координаты

абонента или абонентского устройства.

12. Получив координаты, сервер приложения карточной платформы

передает координаты на ГеоСервер для получения картинки-тайла с

изображением карты.

13. Оператор получает карточку ЭС с голосовым вызовов и, в случае

интеграции с базой данных операторов связи, карта центрируется на месте, с

которого пришел вызов. Общаясь с абонентом, оператор заполняет карточку

ЭС.

Если оператор организовывает конференц-связь, то происходит

взаимодействие клиентской части АРМ оператора с SPL_SIP и CPE.ACD.

Модуль SPL_SIP по протоколу RTP подключает к разговору других

операторов, принимающих участие в конференц-связи.

При заполнении адресной информации и нажатии кнопки «Показать»

происходит запрос картографической информации.

Запрос от клиентской части ГИС, установленной на АРМ оператора,

передается на сервер приложений карточной платформы.

19

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



14. Сервер приложений GlassFish связывается с ГеоСервером.

15. При предоставлении информации оператору, карта центрируется

на запрашиваемом месте.

16. При завершении вызова запись голосового вызова по протоколу

ftp отправляется на модуль MRS.

17. БД MySQL получает всю информацию по работе центра.

18. Для получения ститистики по операторам, происходит обращение

АРМ старшего оператора к модулю Web TO RFW. Оператор отправляет

запрос и в ответ получает статистическую информацию в запрашиваемой

форме: таблица, график, гистограмма, диаграмма.

19. Для получения оперативного доступа к информации по созданным

карточкам и их статистике клиентская часть приложения «Мобильное место

руководителя» обращается к серверу приложений GlassFish. Сервер

приложений карточной платформы отправляет запрос в БД Oracle, запрос

содержит параметры, по которым нужно сделать выгрузку данных.

Информация поступает на «Мобильное место руководителя», где

отображается список с карточками ЭС и их состояние.

20-22. Для получения ститистики по происшествиям, происходит

обращение от клиентской части АРМ старшего оператора к серверу

приложений карточной платформы. Далее по протоколу jdbc запрос данных в

БД Oracle. Запрос содержит параметры, по которым необходимо сделать

выгрузку данных. Полученная информация поступает на АРМ старшего

оператора и отображается в запрашиваемом формате.

23. От оператора сотовой связи приходит сообщение по протоколу на

сервер.

24. SMS–сервер системы-112 отправляет запрос к серверу

приложений карточной платформы для создания карточки ЭС. Происходит

обращение к БД Oracle, автоматически заполняются поля: дата, время и

номер телефона (10). Если существует интеграция с базой данных

операторов связи, то происходит определение местоположения абонента

(11).

25. При получении вызова с мобильного телефона. Оператор сотовой

связи передает его на SMS-сервер системы-112 по SMPP.

20

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



26. Через ТфОП обрабатывается, как и вызов со стационарного

телефона.

27. В случае, если экстренная информация пришла от сторонней

системы. Данная информация по протоколу http/xml поступает на

интеграционную шину, расположенную на сервере карточной платформы.

Создается карточка ЭС в БД Oracle и отправляется оператору системы-112

(10-14).

28. Web TO RV отвечает за администрирование call–центра.

Информация по работе сохраняется в БД MySQL.

21

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



2.2.1 Процедура приема и обработки вызовов

Из ТфОП осуществляется вызов на единый номер «112». Вызов

направляется на медиа-шлюз. Медиа-шлюз осуществляет преобразование

речевой информации в вид, пригодный для передачи по сетям с

маршрутизацией пакетов IP: кодирование и упаковка речевой информации в

пакеты RTP/UDP/IP, а также обратное преобразование. Данный

коммутационный модуль определяет доступное направление и отправляет

сигнализацию в ЦОВ/МЦОВ на call-центр. Также медиа-шлюз передает в call-

центр информацию о номере вызывающего абонента.

При поступлении вызова в ЦОВ, анализируется номер телефона по

маске.

Если номер состоит из 15 знаков, значит, в нем содержится Сell ID.

Вызов передается на систему IVR. Из номера выделяют информацию о Cell

ID. На сервер карточной платформы по протоколу xml отправляется команда

на создание карточки экстренных ситуаций с запросом определения

местоположения абонента по Cell ID. Создается карточка ЭС и помещается в

очередь до тех пор, пока свободный оператор системы-112 не примет вызов.

Вызов распределяется на оператора системы-112:

• при занятости всех операторов вызов помещается в очередь. Когда

время ожидания превышает установленный порог, вызов передается на IVR.

При успешном распознавании речи вызов переадресуется на требуемую

службу. При не успешном распознавании речи вызов помещается в

приоритетную очередь службы «112» в ЦОВ.

• вызов поступает в ЦОВ/МЦОВ без ожидания в очереди и

распределяется на оператора системы-112. Оператор системы-112

принимает вызов и создает карточку ЭС.

При создании карточки ЭС анализируется номер телефона по маске.

При совпадении маски на карточной платформе, срабатывает

функция определения местоположения. Отправляется определенный запрос

во внешнюю систему по протоколу HTTP/XML. Внешняя система определяет

22

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



координаты и отвечает на запрос. В случае успеха создается карточка ЭС с

заранее определенными координатами. При интеграции с

геоинформационной подсистемой на карте автоматически отображается

окружность вокруг полученного местоположения.

При заполнении карточки ЭС на основе текстового описания

происшествия, модуль поддержки принятия решений выдает рекомендации

оператору для принятия управленческих решений по экстренному

реагированию.

2.2.2 Процедура приема и обработки SMS

Из ТфОП поступает сообщение специального формата (SMS). Текст

сообщения и координаты происшествия (в случае интеграции с базой данных

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

карточки ЭС.

Взаимодействие системы-112 с операторами сотовой связи

осуществляется по протоколу SMPPv3.4.

Поля карточки ЭС, заполняемые автоматически:

Время и дата поступления сообщения;

Номер телефона;

Описание происшествия.

Карточка ЭС появляется в списке ситуационных карточек на АРМ

оператора ЦОВ/МЦОВ/ЕДДС МО. При выборе карточки из списка, запрос

обрабатывается, дальнейшая работа происходит в штатном режиме.

2.2.3 Процедура приема и обработки данных ГИС

23

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



На рабочем месте оператора установлено клиентская часть ГИС

подсистемы, которая позволяет отображать карту местности с отмеченными

происшествиями, значимыми объектами (больницы, общественные

учреждения), привлеченными транспортными средствами.

При запуске рабочего места, ГИС подсистема АРМа отображает на

карте происшествия за установленный по умолчанию период – за сутки.

При изменении параметров фильтра, отображение карты местности

изменятеся в зависимости от введенного временного диапазона или типа

происшествия.

При поступлении вызова с известными координатами, карта

центрируется на месте происшествия. При введении оператором адреса

вручную и нажатии «Показать», происходит взаимодействие с серверной

частью подсистемы ГИС, карта центрируется на месте происшествия.

В случае если оператор выбирает объек на карте с целью узнать

адрес, клиентская часть ГИС отправляет http-запрос на получение адреса.

Происходит взаимодействие с адресной базой данных, с помощью

механизма БД формируется ответ. Адрес объекта отображается на карте

местности.

В случае «перемещения» по карте местности, совершается запрос на

получение новой картинки напрямую у ГИС-сервера. Если информация об

этом месте содержится в кэш сервера, то АРМ получает картинку, иначе

происходит обращение к базе данных GIS. Полученная информация

сохраняется в кэш и АРМ получает картинку.

2.2.4 Схема резервирования основного ЦОВ

24

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Переход системы-112 на резервный ЦОВ осуществляется

автоматически и не требует вмешательства персонала. При этом

осуществляется автоматическая синхронизация конфигурации ЦОВ с РЦОВ.

В РЦОВ хранится актуальная копия базы данных карточек экстренных

ситуаций и статистики.

Переход системы-112 на резервную схему функционироания

возможен в случае возникновения неисправностей:

Отказа телекоммуникационного шлюза;

Отказа call-центра;

Отказа сервера карточной платформы;

Отказа серверного оборудования.

Для резервирования шлюза в ЦОВ дополнительного устанавливается

второй шлюз. В случае отказа обоих телекоммуникационных шлюзов вызов

маршрутизируется в поток медиашлюза, установленного в РЦОВ. С модуля

ITG вызов маршрутизируется в call-центр ЦОВ, где осуществляется

обработка и распределение. В РЦОВ также располагается второй шлюз.

В случае отказа call-центра с медиашлюза вызов перенаправляется

на call-центр, расположенный в РЦОВ. Происходит распределение вызова на

операторов системы-112. Модули Applicast ЦОВ и РЦОВ связаны между

собой и с модулями CPE.ACD ЦОВ и РЦОВ.

В случае отказа сервера карточной платформы происходит

переключение на работу с резервной БД, находящейся на сервере карточной

платформы РЦОВ. Также, в этом случае, происходит переключение сервера

ГИС. Резервная БД содержит всю информацию, хранящуюся в БД сервера

карточной платформы ЦОВ.

В случае отказа серверного оборудования осуществляется

автоматическое подключение к РЦОВ. Если, помимо отказа серверного

оборудования, произошел отказ коммуникационного оборудования ЦОВ

25

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



(коммутаторы, к которым подключается АРМ операторов, маршрутизаторы,

через которые осуществляется выход в сеть оператора связи) происходит

подключение АРМ операторов, размещенных в РЦОВ.

26

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



3 Информационные связи между элементами системы-112 и с внешней

средой

3.1 Решения по средствам и способам связи для

информационного обмена между компонентами системы-112

Взаимодействие между объектами системы-112, а также между

компонентами системы-112 и внешними объектами осуществляется

посредством системы связи и передачи данных. Для организации

взаимодействия требуется установка оборудования ССПД на объектах,

расположенных в Свердловской области:

ЦОВ/РЦОВ– 1 шт.;

ЕДДС – 73 шт.

МЦОВ – 5 шт.

ДДС – 761 шт.;

В рамках проектирования системы-112 разработаны решения по

организации связи между внутренними объектами, а также выдвигаются

требования по сопряжению внешних систем с системой-112. Учитывались

следующие требования, выдвигаемые смежными и внешними подсистемами:

использование протоколов E1 ISDN/PRI,SS7(ОКС-7), 2ВСК

для обеспечениявзаимодействия с сетями ТфОП/ССС;

использование технологии Ethernet для организации

взаимодействия системы связи и передачи данных и ЛВС на

канальном уровне;

использование протоколов SIP и VoIP для обеспечения

взаимодействия информационно-коммуникационной

подсистемы с ТфОП/ССС;

использование кодека G711 для обеспечения юридической

значимости голосовой;

требования по объемам передаваемой информации (данные)

со стороны подсистем системы-112.

Проектным решением предусмотрено использование протоколов

стека TCP/IP. Указанное решение позволяет использовать единую

инфраструктуру мультисервисной сети для передачи различных видов

27

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



трафика и гибко организовывать взаимодействие между компонентами

системы-112.

Разработанные решения обеспечивают техническую возможность для

получения данных о местонахождении вызывающего абонентского

устройства, а также иных данных от оператора связи, необходимых для

обеспечения реагирования по вызову.

3.2 Основные информационные связи функциональных блоков и

модулей системы-112

Телекоммуникационная подсистема

Вызов (SIP, RTP)


Межпроцессный обмен данными, FTP

Функциональный блок записи переговоров


Межпроцессный обмен данными, Н323

Функциональный блок автоинформирования


Межпроцессный обмен данными

Функциональный блок управления обращениями и происшествиями

Межпроцессный обмен данными, HTTP

Функциональный блок приема и обработки SMS-сообщений


28

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.




Функциональный блок поддержки принятия решений


Межпроцессный обмен данными, HTTP, JDBS


Межпроцессный обмен данными, JDBS



Внутрипроцессный обмен данными


Функциональный блок взаимодействия с внешними системами


Внутрипроцессный обмен данными

Функциональный блок определения местоположения



Геоинформационная подсистема



29

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Функциональный блок технологического управления

Межпроцессный обмен данными, SNMP

Модули системы-112

Функциональные блоки администрирования и системного контроля

связаны в той или иной степени со всеми внутренними компонентами по

проприетарным протоколам.

При взаимодействии с базами данных используется язык SQL.

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

SIP (Session Initiation Protocol — протокол установления сеанса) —

протокол передачи данных, который описывает способ установления и

завершения пользовательского интернет-сеанса, включающего обмен

мультимедийным содержимым. В модели взаимодействия открытых систем

SIP является сетевым протоколом прикладного уровня.

Протокол определяет способ согласования между клиентами об

открытии каналов обмена на основе других протоколов, которые могут

использоваться для непосредственной передачи информации (например,

RTP). Допускается добавление или удаление таких каналов в течение

установленного сеанса, а также подключение и отключение дополнительных

клиентов (то есть допускается участие в обмене более двух сторон —

конференц-связь). Протокол также определяет порядок завершения сеанса.

RTP (Real-time Transport Protocol) работает на транспортном уровне и

используется при передаче трафика реального времени. Протокол RTP

переносит в своём заголовке данные, необходимые для восстановления

голоса или видеоизображения в приёмном узле, а также данные о типе

кодирования информации (JPEG, MPEG и т. п.). В заголовке данного

протокола, в частности, передаются временная метка и номер пакета. Эти

параметры позволяют при минимальных задержках определить порядок и

момент декодирования каждого пакета, а также интерполировать потерянные

пакеты.

30

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Установление и разрыв соединения не входит в список возможностей

RTP, такие действия выполняются сигнальным протоколом (SIP протоколом).

H323 - С целью проведения аудио и видеоконференций по

телекоммуникационным сетям, ITU-T разработала серию рекомендаций

H.32x. Эта серия включает в себя ряд стандартов по обеспечению

проведения видеоконференций. Рекомендации ITU-T, входящие в стандарт

H.323, определяют порядок функционирования абонентских терминалов в

сетях с разделяемым ресурсом, не гарантирующих качества обслуживания

(QoS). Набор рекомендаций определяет сетевые компоненты, протоколы и

процедуры, позволяющие организовать мультимедиасвязь в пакетных сетях.

FTP (File Transfer Protocol — протокол передачи файлов) — протокол,

предназначенный для передачи файлов в компьютерных сетях. FTP

позволяет подключаться к серверам FTP, просматривать содержимое

каталогов и загружать файлы с сервера или на сервер; кроме того, возможен

режим передачи файлов между серверами.

Протокол FTP относится к протоколам прикладного уровня и для

передачи данных использует транспортный протокол TCP. Команды и

данные, в отличие от большинства других протоколов, передаются по разным

портам. Исходящий порт 20, открываемый на стороне сервера, используется

для передачи данных, порт 21 для передачи команд. Порт для приема

данных клиентом определяется в диалоге согласования. В случае если

передача файла была прервана по каким-либо причинам, протокол

предусматривает средства для докачки файла.

HTTP (HyperText Transfer Protocol — «протокол передачи

гипертекста») — протокол прикладного уровня передачи данных. Обмен

сообщениями идёт по обыкновенной схеме «запрос-ответ». Для

идентификации ресурсов HTTP использует глобальные URI. В отличие от

многих других протоколов, HTTP не сохраняет своего состояния. Это

означает отсутствие сохранения промежуточного состояния между парами

«запрос-ответ». Компоненты, использующие HTTP, могут самостоятельно

осуществлять сохранение информации о состоянии, связанной с последними

запросами и ответами. Браузер, посылающий запросы, может отслеживать

задержки ответов. Сервер может хранить IP-адреса и заголовки запросов

31

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



последних клиентов. Однако сам протокол не осведомлён о предыдущих

запросах и ответах.

SQL (Structured Query Language — «язык структурированных

запросов») — универсальный компьютерный язык, применяемый для

создания, модификации и управления данными в реляционных базах данных.

3.4 Решения по взаимосвязям системы-112 со смежными

системами, обеспечению ее совместимости.

Смежными по отношению к системе-112 являются:

автоматизированные информационные системы экстренных

оперативных служб;

автоматизированные системы мониторинга ситуаций на

контролируемых стационарных и подвижных объектах;

система экстренного реагирования при авариях «ЭРА-

ГЛОНАСС»;

информационные системы операторов сотовой и подвижной

связи, абоненты которых осуществляют вызовы на систему

«112»;

системы оперативного управления ЦУКС ГУ МЧС по

Свердловской области.

Для взаимосвязи системы-112 со смежными системами используется

парадигма обмена сообщениями (удалённые асинхронные вызовы с

гарантированной доставкой).

Аналогичный подход предлагается использовать и для связи

компонентов подсистем системы-112 для интеграции с внешними

подсистемами.

Обмен сообщениями - это технология высокоскоростного

асинхронного взаимодействия между программами с гарантией доставки

информации. Программы взаимодействуют между собой, обмениваясь

пакетами данных, называемыми сообщениями. Канал - это логический

маршрут, объединяющий программы и использующийся для транспортировки

сообщений. Канал напоминает массив сообщений, доступный для

одновременного использования многими приложениями. Отправитель, или

32

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



поставщик, - это программа, отправляющая сообщение. Получатель, или

потребитель, - это программа, получающая (а затем удаляющая) сообщение

путем его считывания из канала.

Сообщение представляет собой некоторую структуру данных - строку,

байтовый массив, запись или объект. Оно может быть интерпретировано

непосредственно как содержащиеся в нем данные, как команда, которую

необходимо выполнить получателю, или

как описание события, произошедшего на стороне отправителя. Сообщение

состоит из двух частей - заголовка и тела.

Заголовок сообщения содержит метаданные (кто отправил

сообщение, куда его следует передать и т.п.), которые используются

системой обмена сообщениями и игнорируются получателем сообщения.

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

игнорируется системой обмена сообщениями.

Использование интеграционных компонентов, основанных на обмене

сообщениями, позволяет решить или снизить влияние следующих проблем:

Ненадёжность сети передачи данных. Когда

взаимодействующие компоненты находятся не в рамках

одного компьютера, а в рамках распределённой

вычислительной среды на каждом из этапов передачи данных

существует риск задержки или потери информации;

Технологические различия между приложениями.

Использование технологии обмена сообщениями позволяет

прозрачно связывать приложения, несмотря на различия в

языках программирования, платформах, форматах данных;

Неизбежность изменений. Решение по интеграции должно

адаптироваться к изменению объединяемых ей приложений.

Для того чтобы преобразования в одной системе не влекли за

собой непредсказуемые последствия для других систем, их

взаимозависимость уменьшается с помощью так

называемого слабого связывания.

Процедура передачи сообщения от отправителя к получателю

состоит из пяти основных этапов:

33

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Создание. Отправитель создает сообщение, содержащее

необходимую информацию;

Отправка. Отправитель помещает сообщение в канал;

Доставка. Система обмена сообщениями доставляет

сообщение с компьютера отправителя на компьютер

получателя;

Получение. Получатель извлекает сообщение из канала;

Обработка. Получатель считывает полезную информацию.

Преимущества использования обмена сообщениями:

Платформенная/языковая интеграция. Интеграция

разнородных систем и взаимодействие со Смежными

системами потребует использования связующего ПО;

Асинхронное взаимодействие. Обмен сообщениями

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

принципу отправил и забыл. В соответствии с этим

принципом отправитель не обязан ожидать подтверждение о

получении и обработке сообщения от принимающей стороны

и подсистема-отправитель может продолжать выполнение

своих функций в нормальном режиме; более того, он также не

обязан ожидать подтверждение о доставке сообщения от

системы обмена сообщениями. Единственное, о чем следует

позаботиться отправителю, это дождаться подтверждения об

отправке сообщения;

Рассогласование во времени. При синхронном

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

обработки вызова получателем прежде, чем сделать новый

вызов. Таким образом, скорость размещения вызовов

отправителем ограничена скоростью их обработки

получателем. Асинхронное взаимодействие позволяет

размещать и обрабатывать вызовы с разной скоростью, что

существенно повышает эффективностьвзаимодействия

между приложениями;

34

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Регулирование нагрузки. Слишком большое число удаленных

вызовов процедур за короткий промежуток времени может

привести к перегрузке получателя, снижению его

производительности и даже выходу из

строя.Посколькувзаимодействие осуществляется в

асинхронном режиме, регулирование нагрузки на стороне

получателя не оказывает негативного влияния на

отправителя;

Надежное взаимодействие. Чтобы нивелировать негативное

влияниевозможных сбоев при передаче сообщения, система

обмена сообщениями пересылает его до тех пор, пока оно не

будет доставлено по назначению. Автоматическая пересылка

сообщения позволяет исключить риск потери информации

при возникновении сбоя в сети или на компьютере

получателя, что, в свою очередь, делает возможным

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

‘‘отправил и забыл’’.

Автоматизированные информационные системы размещаются на

технических средствах существующей инфраструктуры дежурных

диспетчерских служб (ДДС) и единых дежурных диспетчерских служб (ЕДДС)

субъекта РФ. система-112 обеспечивает оперативное взаимодействие с

информационными системами и системами управления силами и средствами

следующих экстренных оперативных служб:

пожарной охраны;

реагирования в чрезвычайных ситуациях;

полиции;

скорой медицинской помощи;

аварийной службы газовой сети;

службы «Антитеррор».

Для взаимодействия с автоматизированными информационными

системами (ИС) экстренных оперативных служб на технических средствах

ЦОВ, РЦОВ, МЦОВ, ДДС и ЕДДС МО размещаются компоненты системы-112.

Данные компоненты обеспечивают прием оперативной информации от

35

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



компонентов системы-112 (ЦОВ/РЦОВ/МЦОВ) и передают данную

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

Информационное взаимодействие между компонентами системы-112,

размещенными на базе ЦОВ, РЦОВ, МЦОВ, ДДС или ЕДДС МО, и

автоматизированной системой ДДС или ЕДДС МО осуществляется через

специализированный информационный сервис, разработанный для

интеграции с данной системой.

Для реализации данного специализированного информационного

сервиса, разработан открытый интерфейс к системам, с которыми

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

следующих функций:

передача в ИС и СУ СИС службы информации о

происшествии (дата, время, описание происшествия,

адресная информация и прочие);

передача в ИС и СУ СИС службы и получение от ИС и СУ

СИС службы дополнительной информации о происшествии

(для каждой из перечисленных служб в соответствии с

объемом специализированной информации, заполняемой

оператором службы);

получение от ИС и СУ СИС службы информации о статусе

отработки происшествия (заявка поступила, заявка принята,

заявка в работе, заявка отработана и прочие);

получение от ИС и СУ СИС службы информации о

привлеченных в рамках реагирования силах и средствах

службы (привлекаемые подразделения, время высылки

экипажей, время прибытия экипажей, состав экипажей,

принятые мери и прочие);

получение от ИС и СУ СИС дополнительной информации о

реагировании на происшествие.

Информационное взаимодействие между системой оперативного

управления ЦУКС ГУ МЧС по Свердловской области и системой-112

осуществляться через специализированный информационный сервис,

разработанный для интеграции с данной системамой.

36

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Обеспечивается взаимодействие системы-112 со следующими

автоматизированными системами мониторинга ситуаций, через систему

комплексного мониторинга, на контролируемых стационарных и подвижных

объектах системы-112:

система мониторинга ГЛОНАСС/GPS экстренных

оперативных служб;

система экстренного реагирования при авариях «ЭРА-

ГЛОНАСС»;

система контроля окружающей среды;

система контроля пожарной обстановки;

система контроля производственных процессов.

Информационное взаимодействие между подсистемой мониторинга и

указанными системами осуществляться через специализированный

информационный сервис, разработанный для интеграции с конкретными

системами.

3.4.1 Описание и формат протоколов передачи и получения

информации в ИС и СУ СИС пожарной охраны, службы реагирования в

ЧС, службы полиции, скорой медицинской помощи, аварийной службы

газа, службы «Антитеррор»

Программное обеспечение системы-112 состоит из серверной и

клиентской части. Интеграция с большинством внешних систем

осуществляется в рамках взаимодействия с серверным программным

обеспечением. В качестве базового протокола взаимодействия используется

HTTP, а в качестве формата передаваемых данных — XML.

Существует два вида взаимодействия между внешней системой и

системой-112. Первый вид — отправка запросов на ПО системы-112 и

получение на них соответствующих ответов. Второй вид — получение

внешней системой уведомлений о происхождении событий. И в том и в

другом случае программное обеспечение системы-112 выступает в роли

HTTP сервера, а внешняя система в роли HTTP клиента.

Для организации первого вида взаимодействия внешняя система

отправляет HTTP POST запрос содержащий xml команду, в заголовках

37

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



запроса должен быть указан идентификатор сессии. Сервер возвращает

соответствующий запросу xml ответ.

Для организации второго вида взаимодействия внешняя система

отправляет HTTP POST запрос с телом содержащим xml команду. Сервер

отправит ответ на команду, но при этом не закроет соединение. Все

дальнейшие уведомления сервер будет отсылать в качестве продолжения

ответа на запрос, при этом сами уведомления будут разделены специальным

набором символов.

В целом взаимодействие с системы-112 сводится к следующим

этапам.

отправка запроса на регистрацию клиента на сервер

приложений (установка канала команд);

установка канала уведомлений;

основная работа по взаимодействию, включающая в себя

отправку команд по поддержанию активности сессии (Ping) и

команд бизнес логики взаимодействия;

разрыв канала команд и канала уведомлений.

При необходимости на платформу системы-112 может быть

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

команды определяется потребностями системы, с которой происходит

интеграция.

3.4.2 Взаимодействие системы-112 с системой экстренного

реагирования при авариях «ЭРА-ГЛОНАСС».

Система экстренного реагирования при авариях «ЭРА-ГЛОНАСС»

предназначена для минимизации времени реагирования экстренных

оперативных служб при возникновении экстренных ситуаций, связанных с

транспортными средствами, оборудованными терминалами «ЭРА-

ГЛОНАСС». Минимальный набор данных (МНД), которые приходят в систему

комплекмного мониторинга, включает в себя информацию о месте, времени

события, сигналы датчиков.

Сопряжения с системой «ЭРА-ГЛОНАСС» обеспечивает выполнение

следующих функций:

38

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



• автоматизированная поддержка служб экстренного реагирования на

дорожно-транспортные происшествия на дорогах Российской

Федерации;

• получение и регистрация полного набора данных (ПНД) о ДТП;

• прием системой-112 данных по голосовому каналу от системы «ЭРА-

ГЛОНАСС»;

• передача в систему «ЭРА-ГЛОНАСС» информации о ходе

экстренного реагирования по ликвидации последствий ДТП;

• получения информации о текущем местоположении и состоянии

группы транспортных средств;

• предоставление данных для формирования отчетных и

аналитических материалов;

В случае аварии, Автомобильный Терминал (АТ), автоматически

совершает вызов на внутреннюю платформу сразу после срабатывания

аварийных датчиков либо по нажатию «аварийной кнопки». АТ транслирует

через мобильную сеть телеметрическую информацию в систему

комплексного мониторинга. После приема минимального набора данных

(МНД), система мониторинга отправляет на сервер карточной платформы

полный набор данных ПНД, который содержит МНД, информацию о

владельце автомобиля (ФИО, контактный номер те-лефона), информацию об

автомобиле (модель). Сервер приложений обращается к базе данных Oracle

с целью создания карточки на основе ПНД. В АИС поступает ответ о

создании карточки. SIP-клиент системы «ЭРА-ГЛОНАСС» направляет вызов

на сервер call-центра. Вызов переключается на оператора системы-112 для

установления голосового соединения через авто-гарнитуру в салоне

автомобиля. Также оператор системы-112 получает предзаполненную форму,

уже содержащую ПНД, связанную с пришедшим голосовым вызовом. В

случае отсутствия голосового вызова, оператор заполняет карточку на основе

полученных данных от системы мониторинга.

В случае взаимодействия с внешней системой сервер карточной

платформы выступает в в роли HTTP сервера, а внешняя система в роли

HTTP клиента.

Функциональное назначение Модуля http-клиент:

39

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



• принимает полный набор данных (ПНД) от НИП «ЭРА-

ГЛОНАСС» для передачи в систему-112;

• осуществляет передачу ПНД, преобразованного в формат

XML на http-сервер системы-112 посредством HTTP/POST

запроса;

• получает подтверждения от http-сервера системы-112 о

получении ПНД;

• принимает уведомления об изменении состояния карточки;

• принимает уведомления о привлеченных силах и средствах

(СиС).

Функциональное назначение Модуля http-сервер:

• принимает ПНД, преобразованный в формат XML с http-

клиента НИП «ЭРА-ГЛОНАСС»;

• подтверждает прием каждого HTTP запроса;

• отправляет уведомления об изменении состояния карточки;

• отправляет уведомления о привлеченных силах и средствах

(СиС).

Для реализации взаимодействия с системой экстренного

реагирования при авариях «ЭРА-ГЛОНАСС» разработан отдельный модуль

приема и обработки ПНД (Функциональный блок сопряжения с системой ЭРА-

ГЛОНАСС), входящий в состав подсистемы мониторинга, обеспечивающий

прием ПНД и передачу его в систему-112 и в службы экстренного

реагирования. Взаимодействие с системой «ЭРА-ГЛОНАСС» происходит

через систему комплексного мониторинга.

3.4.3 Взаимодействие системы-112 с информационными

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

система-112 имеет возможность сопряжения посредством

согласованного открытого интерфейса с информационными системами

операторов стационарной и подвижной связи с целью получения при

поступающем вызове необходимых доступных данных об абоненте, включая

местоположение абонента или абонентской установки, ФИО абонента и

прочие.

При поступлении входящего вызова от абонента система-112

формирует запрос к информационной системе оператора связи и в ответ

40

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



получает необходимые данные об абоненте, автоматически производит

предзаполнение карточки ЭС в соответствии с этими данными.

Подсистема передачи справочной информации об абонентах

представляет собой веб сервис.

Веб сервис должен:

принимать HTTP запрос на получение базы данных и

возвращать актуальную базу в виде xml документа.

принимать HTTP запрос на получение информации об

абоненте, на основании номера телефона абонента в 10-

значном формате и возвращать актуальную информацию в

виде xml документа. Если информация об указанном

абоненте отсутствует или произошла внутренняя ошибка,

возвращать xml документ, содержащий код ошибки и

текстовое сообщение об ошибке.

Возвращаемый документ должен соответствовать следующим

требованиям:

Возвращаемый документ должен находиться в теле

ответного HTTP сообщения в кодировке UTF-8;

Должен содержать время последнего изменения значения

элементов;

Идентификаторы должны быть уникальны и не меняться для

одних и тех же объектов с течением времени.

3.4.4 Получение данных об абоненте от информационной

системы оператора подвижной связи

Запрос местоположения абонента выполняется по протоколу MAP.

При поступлении запроса на определение местоположения абонента

осуществляется выполнение следующих действий в порядке,

соответствующем приведенному ниже:

передача запроса по протоколу SS7 в сеть и получение

информации о местоположении абонента с точностью до Cell

ID (MCC, MNC, LAC, Cell ID, GT MSC)

Осуществляется интеграция со следующими элементами сети

мобильного оператора связи:

41

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



с сетью SS7 (подключение к GMSC) – SIGTRAN/M3UA.

система-112 подключается к мобильному коммутатору (MSC) сетей

стандарта GSM по цифровым трактам E1 или с использованием Ethernet (при

подключении по SIGTRAN).

Взаимодействие с мобильной сетью осуществляется по

общеканальной сигнализации номер 7 (SS7), с использованием стека

протоколов SCCP/TCAP/MAP или M3UA/SCCP/TCAP/MAP (SIGTRAN).

Поддерживается возможность работы по протоколу MAP версии 3

SCCP class 0. Для протоколов MTP (layer 3) и SCCP оборудование

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

При подключении по цифровым потокам Е1 (SS7) обеспечивается

поддержка до 16 звеньев сигнализации внутри одного линксета.

3.4.5 Описание и формат протоколов передачи и получения

информации в систему оперативного управления ЦУКС ГУ МЧС по

Свердловской области

Интеграция системы-112 и ЦУКС ГУ МЧС по Свердловской области

проводится для достижения следующих целей:

расширения информированности органов оперативного

управления выходом из кризисных ситуаций за счет системы-

112;

оперативной автоматизированной передачи информации о

масштабных чрезвычайных ситуациях, полученной по каналу

«112» в информационную систему ЦУКС;

исключения «человеческого фактора» при квалификации

чрезвычайной ситуации и ее передаче;

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

ликвидации чрезвычайной ситуации, фиксируемое в системе-

112;

использование информации о чрезвычайной ситуации

(повышение эффективности использования) всеми

заинтересованными ведомствами;

42

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



повышение унификации и прозрачность информационной

базы служб экстренного реагирования, концептуальная

целостность их инструментальной базы.

Интеграция системы-112 и ЦУКС заключается в передаче

информации о чрезвычайных ситуациях. Передача выполняется в реальном

времени – сразу, после появления информации в системе-112. Передача

информации выполняется при ее появлении и каждом изменении в системе-

112.

Предметом передачи является карточка ЭС. Карточка состоит из

общей части (заголовок) и специальных разделов: 01, 02, 03, 04. В общей

части содержится идентификатор (уникальный номер входящего вызова

«112»), время звонка и координаты телефона, с которого был произведен

звонок, и текст сообщения: адрес происшествия, его характер, пострадавшие

и т.д. В специальных разделах содержатся доклады, поступившие от сил

оперативного реагирования в соответствующие ДДС (01, 02, 03, 04).

Из системы-112 передается информация о пожарах, ДТП,

происшествиях подпадающими под критерии ЧС и социально-значимым

происшествиям в соответствии с типом происшествия. При этом по каждому

событию должна передаваться информация о времени наступлении события,

месте события и уточняющие данные.

система-112 должна обеспечивать передачу данных в момент

поступления и уточнения информации по происшествиям следующих типов:

техногенные пожары (все);

природные пожары (все);

происшествия на водных бассейнах (все);

дорожно-транспортные происшествия (все);

случаи обнаружения взрывоопасных предметов (все);

аварии на ЖКХ (в соответствии с критериями по решению

оператора системы-112);

транспортные аварии (ж/д, водные и т.д. – все кроме ДТП)

промышленные аварии (в соответствии с критериями по

решению оператора системы-112);

природные пожары (все);

43

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



массовые отравления людей, животных (в соответствии с

критериями по решению оператора системы-112).

В состав сообщения, передаваемого системой-112, входит реквизит,

указывающий на тип, к которому оно относится.

Для каждого происшествия система-112 обеспечивает передачу

следующих данных:

уникальный номер происшествия (служебная информация

для идентификации происшествий);

дата происшествия;

административно-территориальное образования, где

произошло происшествие (код ОКАТО);

описание происшествия;

тип происшествия.

Передача информации из системы-112 осуществляться через WEB

сервисы, предоставляемые со стороны ЦУКС, и доступные со стороны

системы-112. Система-112 формирует сообщения в формате XML.

При указании оператором системы-112 в карточке ЭС флага ЧС или

иного согласованного идентификатора необходимой для отображения в

ЦУКС информации, при сохранении или передаче карточки ЭС другому

оператору, сервер приложений системы-112 отправляет xml команду на

рабочее место в ЦУКС ГУ МЧС по Свердловской области.

44

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Приложение 1. Перечень иллюстраций

Название рисунка стр

Рисунок 1. Схема функциональной структуры системы-112 8

Рисунок 2. Схема функциональной структуры

телекоммуникационной подсистемы

10

Рисунок 3. Схема функциональной структуры информационно-

коммуникационной подсистемы

12

Рисунок 4. Схема функциональной структуры подсистемы

мониторинга

13

Рисунок 5. Схема функциональной структуры подсистемы

консультативного обслуживания населения

15

Рисунок 6. Схема функциональной структуры

геоинформационной подсистемы

16

Рисунок 7. Схема информационного взаимодействия 17

45

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Лист согласования

Наименование организации

Должность ФИО Подпись Дата

46

Доп

. инв

. №

Подпись

и дата

Инв

. № подл.



Лист регистрации изменений

Изм

Номера листов (страниц) Всего листов

(страниц) в док.

№ разреш. документа

Подпись Дата Примечание Измененных

Замененных

Новых Аннулированных

Documents

2012ŸАМР.460018.006.ТП.С2... · 2013. 10. 28. · 7 Доп. инв. № Подпись и дата Инв. № подл. Изм. Кол.уч. Лист № док. Подп