Экстренный вызов поступает в центр управления от полевого коммуникационного терминала. Учетная запись SIP идентифицирует одно предприятие, база данных активов указывает другую точку установки, а мобильный responder, связанный с событием, уже удаляется от обоих местоположений. Какой позиции должен доверять диспетчер?
Экстренные вызовы с определением местоположения — это не просто размещение значка телефона на карте ГИС. Платформа управления должна определить, кто или что инициировало вызов, получить информацию о местоположении из доступного источника, оценить ее точность и актуальность и представить ее в форме, которую операторы могут использовать без задержки.
Стационарные телефоны экстренной связи, мобильные приложения, пользователи радиостанций и временные коммуникационные терминалы предоставляют местоположение по-разному. Поэтому надежная система применяет различные методы идентификации, правила проверки и резервные процедуры для каждого типа конечного устройства. Она также делает неопределенность видимой, вместо того чтобы представлять каждую позицию как одинаково точную.
Запись о местоположении содержит больше, чем координаты
Широта и долгота полезны для размещения события на карте, но они являются лишь частью операционного местоположения. Диспетчеру также могут потребоваться название площадки, здание, этаж, участок туннеля, номер платформы, помещение, зона оборудования или ближайшая точка доступа.
Это различие важно на промышленных объектах, транспортных сетях и крупных кампусах. Географические координаты могут направить группу реагирования к правильному зданию, но дают мало указаний о том, какой вход использовать или где находится вызывающий внутри сооружения. Описательное местоположение предоставляет этот недостающий контекст.
Полная запись о местоположении также идентифицирует, как была получена позиция. Стационарный телефон экстренной связи может использовать утвержденную запись об установке. Мобильное приложение может отправлять текущую позицию GNSS. Радиосеть может предоставлять только зону покрытия базовой станции. Эти источники не имеют одинаковой точности или операционного значения.
| Поле местоположения | Пример | Операционная ценность |
|---|---|---|
| Площадка | Северный перерабатывающий завод | Идентифицирует ответственную группу управления |
| Здание или сооружение | Здание компрессоров 2 | Сужает зону реагирования |
| Этаж или зона | Уровень 3, Зона B | Направляет responders внутри объекта |
| Координаты | Широта и долгота | Размещает событие на карте ГИС |
| Источник местоположения | Запись актива, GNSS или оценка сети | Показывает, как была получена позиция |
| Отметка времени | Обновлено 12 секунд назад | Указывает, является ли позиция актуальной |
| Точность | Оценка в пределах 20 метров | Помогает операторам судить о ее практической полезности |
| Состояние проверки | Утвержденная стационарная установка | Показывает, была ли запись подтверждена |
Интерфейс управления отображает наиболее важные поля вместе с входящим вызовом, сохраняя дополнительные детали доступными для проверки. Операторы могут видеть не только то, где появляется маркер, но и что представляет собой местоположение и как давно оно было получено.
Различные конечные устройства раскрывают местоположение по-разному
Метод определения местоположения зависит от того, связан ли вызывающий со стационарным устройством, мобильным терминалом, радиосетью или временным оборудованием. Отношение ко всем конечным устройствам так, как будто они предоставляют координаты в реальном времени, создает ложную уверенность.
Стационарные телефоны экстренной связи и интеркомы
Стационарный промышленный телефон, взрывозащищенный телефон, пункт помощи пассажирам или SIP-интерком обычно имеют известное место установки. Устройство может быть связано с учетной записью SIP, добавочным номером, MAC-адресом, портом шлюза или идентификатором актива.
При поступлении вызова платформа ищет этот идентификатор в утвержденной записи актива. Полученное местоположение может включать площадку, здание, этаж, зону, номер столба, маркер туннеля или координату карты. Позиция остается надежной только до тех пор, пока запись актива соответствует физической установке.
Аналоговые устройства требуют немного другого метода. Платформа может идентифицировать телефон через шлюз FXS и порт, по которому проходит вызов. Каждый порт имеет документированную связь с подключенным полевым телефоном. Если кабели или порты изменяются без обновления базы данных, отображаемое местоположение может быть неверным, даже если вызов работает нормально.
Мобильные приложения и смартфоны
Мобильное устройство может получать свою позицию через GNSS, Wi-Fi, сотовые сети или комбинацию источников. Приложение может отправлять координаты при активации функции экстренного вызова и продолжать обновлять их, пока инцидент остается активным.
Мобильное местоположение чувствительно ко времени. Позиция, полученная несколькими минутами ранее, может уже не описывать текущее местонахождение пользователя. Поэтому интерфейс диспетчеризации отображает время последнего обновления и сообщенную точность, особенно когда вызывающий движется.
В помещениях, подземных сооружениях и плотных промышленных структурах производительность GNSS может снижаться. Тогда мобильное приложение может полагаться на позиционирование по Wi-Fi, сотовые оценки или ранее известное местоположение. Оператор должен уметь отличать эти альтернативы от текущего показания высокой точности.
Пользователи радиостанций и системы push-to-talk
Радиосистемы обычно идентифицируют пользователя или терминал по ID радиостанции, позывному, группе связи, идентификатору носимого устройства или бортовому блоку. Некоторые профессиональные радио- и PoC-терминалы также могут сообщать координаты GNSS. Другие предоставляют только базовую станцию, радиосайт или зону покрытия, обслуживающую терминал в данный момент.
Интеграция RoIP может сделать пользователей радиостанций доступными с платформы диспетчеризации на основе SIP, но шлюз RoIP не создает автоматически точную информацию о местоположении. Доступная позиция зависит от радиосети, возможностей терминала и интерфейсов, предоставляемых системой управления радио.
Если платформа знает только, что пользователь радиостанции подключен через определенный сайт или канал, интерфейс должен отображать расчетную зону действия, а не точную точку.
Временное и переносное коммуникационное оборудование
Командные машины экстренной помощи, переносные спутниковые терминалы, временные SIP-телефоны и быстро развертываемые комплекты связи могут перемещаться между инцидентами. Их местоположение не может оставаться постоянно привязанным к месту, где они были первоначально настроены.
Процедура развертывания может требовать, чтобы авторизованный пользователь назначил текущую площадку, координаты, ответственную группу и срок действия, прежде чем оборудование станет активным. Когда временное развертывание заканчивается, запись закрывается или помечается как истекшая.
Это предотвращает появление переносного терминала, использованного на одном инциденте, в том же месте во время последующего развертывания в другом месте.
От идентичности вызывающего к проверенной позиции
Обработка местоположения начинается, когда платформа связи получает вызов или событие экстренной ситуации. Уровень сигнализации предоставляет идентификатор, такой как учетная запись SIP, номер телефона, ID устройства, порт шлюза или ID пользователя радиостанции. Платформа использует этот идентификатор для поиска соответствующего источника местоположения.
Практический рабочий процесс может включать следующие шаги:
-
Экстренный вызов поступает на SIP-сервер, IP-АТС или платформу диспетчеризации.
-
Платформа считывает доступные идентификаторы вызывающего и устройства.
-
Идентификатор сопоставляется с базой данных активов или каталогом пользователей.
-
Запрашивается фиксированная позиция или текущее мобильное местоположение.
-
Доступные источники сравниваются согласно заранее определенным правилам приоритета.
-
Проверяются отметка времени, точность и состояние проверки.
-
Результат преобразуется в общий формат ГИС.
-
Интерфейс диспетчеризации отображает местоположение и информацию о его достоверности.
-
Вызов и позиция прикрепляются к той же записи инцидента.
Платформа может получать несколько возможных позиций. Например, учетная запись мобильного пользователя может иметь зарегистрированное офисное местоположение, последнюю известную позицию из приложения и текущие показания GNSS. Правила выбора источника определяют, какой результат отображается первым, а какие альтернативы остаются доступными для просмотра.
Текущая точная позиция GNSS может быть более полезной, чем зарегистрированный офисный адрес. Проверенная запись стационарного терминала может быть более надежной, чем слабая оценка сети. Когда доступная информация устарела или противоречива, интерфейс делает это ограничение явным.
Платформа никогда не должна представлять оцененную или устаревшую позицию как проверенное местоположение в реальном времени.
Также требуется нормализация местоположения. Один источник может возвращать географические координаты, другой — здание и этаж, а третий — зону покрытия радио. Платформа диспетчеризации преобразует эти форматы в общее операционное представление, сохраняя информацию об исходном источнике.
Связанное решение: Система IP-телефонной диспетчеризации для центров управления и контроля
Обработка отсутствующих, устаревших и противоречивых позиций
Ошибки местоположения не всегда вызваны технологией позиционирования. Многие начинаются с операционных изменений, которые никогда не были отражены в системе. Телефон может быть перемещен в другое здание, порт шлюза может быть переназначен, или временный терминал может сохранять запись от предыдущего развертывания.
Мобильные и радио-местоположения создают разные проблемы. Последняя известная позиция может быть на несколько минут старше, источники GNSS и Wi-Fi могут не совпадать, или радиосеть может идентифицировать только большую зону покрытия. Вместо присвоения одного статуса всем этим условиям платформа может оценивать данные о местоположении по трем отдельным измерениям.
| Измерение | Возможные значения | Что оно говорит оператору |
|---|---|---|
| Доступность | Доступно, Частично, Недоступно | Существует ли полезная информация о местоположении |
| Актуальность | Живое, Недавнее, Последняя проверка, Устаревшее | Насколько актуальна позиция или ее последняя проверка |
| Достоверность | Проверено, Оценено, Противоречиво, Не подтверждено | Насколько сильно доступные доказательства поддерживают позицию |
Эти измерения могут появляться вместе. Мобильное местоположение может быть доступным, живым и оцененным. Запись стационарной установки может быть доступной и проверенной, с актуальностью, представленной датой последней физической или административной проверки. Последняя известная мобильная позиция может быть доступной, но устаревшей и неподтвержденной.
| Комбинированное состояние | Пример | Рекомендуемое действие оператора |
|---|---|---|
| Доступно + Живое + Проверено | Текущая мобильная позиция, подтвержденная утвержденным источником | Использовать как основную позицию диспетчеризации |
| Доступно + Живое + Оценено | Текущая позиция, полученная из сети, с ограниченной точностью | Проверить диапазон точности и подтвердить при необходимости |
| Доступно + Последняя проверка + Проверено | Стационарный терминал, проверенный по записи физической установки | Использовать, учитывая дату последней проверки |
| Доступно + Устаревшее + Не подтверждено | Последняя известная позиция, полученная несколько минут назад | Не рассматривать как текущую позицию вызывающего |
| Доступно + Недавнее + Противоречиво | Источники GNSS и Wi-Fi указывают на разные области | Сравнить источники и проверить с вызывающим |
| Недоступно | Нет полезной стационарной, мобильной или сетевой позиции | Следовать процедуре ручного подтверждения местоположения |
Противоречия позиций
Если два источника не согласны, платформа может сравнить их время обновления, точность, тип источника и историю проверки. Оператор может видеть обе позиции вместо одной автоматически выбранной точки.
Разница также может указывать на проблему конфигурации. Если стационарный SIP-телефон сообщает идентификатор, связанный с другим зданием, база данных активов или конфигурация терминала могут быть неверными. Это состояние должно быть записано для исправления после инцидента.
Последнее известное местоположение
Последнее известное местоположение все еще может помочь в реагировании, когда текущее позиционирование недоступно, но оно должно быть четко помечено. Отображение может показывать, когда позиция была получена и двигался ли пользователь в тот момент.
Позиция, которая была точной десять минут назад, может быть полезной для стационарного обслуживающего транспортного средства, но вводить в заблуждение для человека, перемещающегося через транспортный узел. Таким образом, допустимый возраст зависит от конечного устройства и операционного сценария.
Ручное подтверждение
Голос остается важным методом проверки. Операторы могут попросить вызывающего назвать вывеску здания, номер оборудования, платформу, маркер туннеля или ближайший ориентир. Подтвержденное описание может быть добавлено к инциденту без перезаписи исходных данных, сгенерированных системой.
Сохранение обеих записей обеспечивает прослеживаемость. Следователи могут позже увидеть, что отображала платформа, что сообщил вызывающий и какое местоположение использовал диспетчер.
Преобразование данных о местоположении в диспетчерские решения
Местоположение становится полезным, когда оно меняет то, что центр управления делает дальше. Как только доступна полезная позиция, платформа может выбрать оператора, идентифицировать близлежащие ресурсы и открыть инструменты связи, связанные с этой областью.
Маршрутизация вызовов на основе местоположения
Вызовы с разных площадок или зон обслуживания могут направляться в ответственную диспетчерскую группу. Терминал на одном заводе может сначала связаться с местной диспетчерской, а событие из удаленной станции может пойти напрямую в региональный центр.
Маршрутизация на основе местоположения также требует резервного пути. Если ответственная группа недоступна, вызов может быть передан альтернативному оператору без потери исходной информации о площадке, источнике и позиции.
Близлежащие камеры и полевые ресурсы
Позиция может идентифицировать камеры, входы сигнализации, точки доступа, зоны оповещения и радиогруппы, связанные с зоной инцидента. Вместо поиска по нескольким системам оператор получает сфокусированный набор релевантных ресурсов.
Карта также может отображать персонал реагирования, транспортные средства, входы на площадку и запретные зоны. Диспетчер может затем оценить, какая группа достаточно близка и квалифицирована для реагирования.
Ближайший responder может не быть правильным responderом, если не учитываются ограничения доступа, опасные зоны, квалификация оборудования или заблокированные маршруты.
Оповещение зоны и координированное реагирование
Экстренная позиция может быть сопоставлена с зоной вещания, чтобы инструкции достигали пострадавшей области без беспокойства несвязанных площадок. То же событие может также быть отправлено местной радиогруппе, бригаде технического обслуживания или подразделению безопасности.
Вызовы, карты, видео, сигналы тревоги, записи и диспетчерские решения остаются связанными с одним идентификатором инцидента. Это дает центру управления непрерывную запись от первого вызова до проверки, реагирования и закрытия.
Надежность, безопасность и проверка
Вызов с определением местоположения вводит зависимости за пределами голосового тракта. Вызов все еще может быть установлен, когда сервер ГИС, база данных активов или служба позиционирования недоступны. Поэтому система требует определенного режима работы с пониженной функциональностью.
Если живую позицию не удается получить, платформа может отобразить последнюю проверенную стационарную запись или локально кэшированное описание площадки. Если служба карт выходит из строя, оператор все равно может получить название здания, зоны и имя терминала в виде текста. Отказ службы местоположения не должен препятствовать приему экстренного вызова.
Защита записей о местоположении
Несанкционированные или случайные изменения данных о местоположении могут отправить responders не в то место. Записи активов, сопоставления портов шлюза и позиции временного развертывания требуют ролевого доступа и регистрации изменений.
Каждая модификация может записывать предыдущее значение, новое значение, оператора, время и причину изменения. Данные о мобильном местоположении также требуют контролируемого доступа, поскольку они могут раскрывать перемещения персонала или транспортных средств.
Поддержание записей стационарных устройств
Стационарные терминалы экстренной связи требуют периодической проверки. Записи также должны проверяться после изменений в здании, замены оборудования, миграции сети, переподключения шлюза или перемещения телефона или интеркома.
Практическая проверка сравнивает физическую этикетку, учетную запись SIP, порт шлюза, номер актива, описательное местоположение и маркер ГИС. Любое несоответствие исправляется до возвращения терминала в эксплуатацию.
Тестирование полного рабочего процесса
Ввод в эксплуатацию должен проверять больше, чем просто появление значка на карте. Рекомендуемые сценарии включают:
-
Звонок со стационарного промышленного телефона и проверка его зарегистрированной позиции
-
Звонок через аналоговый шлюз после изменения подключенного порта
-
Перемещение мобильного терминала во время активного экстренного события
-
Предоставление намеренно устаревшей мобильной позиции
-
Отправка противоречивых результатов местоположения от GNSS и Wi-Fi
-
Тестирование пользователя радиостанции только с информацией о зоне покрытия
-
Развертывание временного терминала на новом месте инцидента
-
Отключение службы ГИС при сохранении доступности голосовой связи
-
Прерывание доступа к центральной базе данных активов
-
Проверка соответствия близлежащих камер и зон оповещения месту события
-
Проверка разрешений и журналов изменений записей о местоположении
-
Подтверждение того, что записи и данные о местоположении остаются привязанными к тому же инциденту
Экстренный вызов с определением местоположения полезен только тогда, когда отображаемую позицию можно понять и доверять ей. Маркер на карте без проверенной идентичности, отметки времени или источника может создать ложную уверенность и направить responders не в ту сторону.
Надежный проект центра управления связывает идентичность вызывающего, записи стационарных активов, службы живого позиционирования и операции ГИС через единый контролируемый рабочий процесс. Он также делает неопределенность видимой, позволяя диспетчерам отличать проверенную позицию от оценки, устаревшей записи или местоположения, которое все еще требует подтверждения.
Часто задаваемые вопросы
Могут ли несколько центров управления совместно использовать одни и те же записи о местоположении?
Да. Центральные, региональные и местные центры управления могут использовать общую базу данных местоположений или синхронизированные записи. Архитектура должна определять, какая система владеет главной записью, как распространяются обновления и как обрабатываются конфликты, когда два центра изменяют одну и ту же информацию.
Как следует согласовывать внутренние поэтажные планы с данными ГИС?
Поэтажные планы и маркеры ГИС должны использовать согласованные идентификаторы здания, этажа, помещения и устройства. При изменении планировки версия чертежа, местоположение актива и карта экстренного реагирования должны обновляться через тот же процесс управления изменениями и проверяться на месте.
Что происходит, когда организации реагирования используют разные картографические системы?
Участвующие системы нуждаются в общем способе обмена координатами, идентификаторами площадок и описательными полями местоположения. Преобразование между картографическими форматами должно быть протестировано, чтобы одно и то же событие не отображалось в разных позициях на разных платформах управления.
Кто должен утверждать местоположение временного терминала?
Утверждение может быть назначено авторизованному руководителю площадки, администратору связи или роли командования инцидентом. Запись должна включать место развертывания, ответственное лицо, время активации и условие истечения срока, чтобы устаревшие временные позиции не использовались повторно.
Может ли вызов с определением местоположения работать без непрерывного отслеживания сотрудников?
Да. Стационарные устройства могут использовать зарегистрированные записи установки, в то время как мобильное местоположение может собираться только при активации функции экстренного вызова или когда этого требует авторизованный операционный рабочий процесс. Метод сбора должен соответствовать фактическому требованию безопасности, а доступ должен оставаться ограниченным.
