Автоматизированная обработка грузов не устраняет потребность в голосовой связи. Экипажи судов, операторы оборудования, службы безопасности и персонал технического обслуживания по-прежнему полагаются на морские VHF- или другие двухсторонние радиоканалы, когда работу необходимо координировать незамедлительно. Проблема возникает, когда центр управления выносится за пределы прибрежной зоны: операторы могут видеть терминал через камеры и программное обеспечение управления, но портативная рация в диспетчерской может уже не достигать людей, выполняющих работу.

Шлюз Radio over IP (RoIP) устраняет этот разрыв, не требуя от порта замены существующей радиосети. Установленный рядом с радиооборудованием в терминале, шлюз передаёт голос и управление кнопкой Push-to-Talk (PTT) через IP-сеть порта. Удалённый диспетчер затем может связываться с полевыми рациями с той же консоли, которая используется для интеркома, громкоговорящей связи и оперативных вызовов.

Требование не ограничивается рутинными вызовами между судном и берегом. Удалённому оператору может потребоваться скоординировать смену причала, подтвердить, что полоса крана свободна, связаться с бригадой технического обслуживания рядом с автоматизированным оборудованием или передать оперативное указание в условиях плохой видимости. Эти вызовы обычно коротки, но они критичны по времени и вовлекают людей, использующих разные устройства связи. Поэтому решение должно сохранять оперативность радиосвязи, делая канал доступным в более широкой среде диспетчеризации порта.

Почему прямая радиосвязь выходит из строя

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

Отправка диспетчерского персонала обратно к воде только для того, чтобы воспользоваться рацией, противоречит цели удалённых операций. Это также влечёт за собой неоправданные поездки, задерживает принятие решений и размещает больше персонала вблизи движущихся механизмов. Установка мощной рации в удалённом офисе также не всегда является правильным решением: на объекте может отсутствовать подходящая антенная инфраструктура, а длинный радиотракт остаётся подверженным тем же физическим препятствиям.

Более практичный подход — оставить VHF-радиостанцию и антенну там, где радиопокрытие уже проверено — то есть в аппаратной порта, — и расширить рабочее место оператора через существующую сеть. Это разделяет две части пути связи:

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

• IP-линия передаёт аудио и управление между портом и удалённым центром управления.

Эти две зоны покрытия следует оценивать отдельно. Слабый сигнал между портативной рацией и антенной порта — это проблема RF-покрытия, тогда как прерывистое или задержанное аудио между аппаратной и центром управления — это проблема IP-транспорта. Рассмотрение обоих как единой неисправности замедляет устранение неполадок. Практичный проект должен фиксировать планируемую зону радиопокрытия, сетевой маршрут и ответственную за каждую часть пути бригаду технического обслуживания до ввода системы в эксплуатацию.

Архитектура для расширения морской VHF через IP

Базовая одноканальная реализация сохраняет практическую структуру исходной статьи: один шлюз RoIP, одна морская VHF-радиостанция в аппаратной порта и один диспетчерский терминал в удалённой диспетчерской. VHF-радиостанция продолжает использовать свою местную антенну и назначенный рабочий канал. Шлюз подключается к аудио- и управляющему интерфейсу радиостанции, а его Ethernet-порт подключается к локальной сети порта или управляемой широкополосной линии.

На стороне IP шлюз может зарегистрироваться или подключиться к диспетчерской платформе на основе SIP. Он преобразует принимаемое от радиостанции аудио в IP-медиапоток и преобразует аудио от диспетчера обратно в сигнал, пригодный для радиопередачи. Управляющий интерфейс передаёт команду PTT, чтобы диспетчер мог удалённо активировать радиостанцию, а не оставлять её постоянно в режиме передачи.

Такая схема отличается от замены VHF мобильным приложением. Полевые бригады и экипажи судов продолжают использовать радиостанции и каналы, уже подходящие для работы у воды. RoIP меняет способ доступа центра управления к базовой радиостанции; он не меняет эфирный интерфейс, используемый персоналом в поле.

IP-часть также может охватывать более одного объекта. Локальная сеть порта может передавать трафик из аппаратной в местный операционный корпус, а управляемая WAN или частный туннель расширяют его до регионального центра управления. В любом случае радиоконечная точка должна находиться в контролируемом сетевом сегменте. Тогда можно управлять маршрутизацией, правилами брандмауэра и приоритетами голоса, не подвергая шлюз или диспетчерскую службу прямому воздействию недоверенной сети.

Схема реализации должна идентифицировать три связанных пути: принимаемое от радиостанции аудио, передаваемое на радиостанцию аудио и управление PTT от диспетчера. Информация о состоянии, такая как доступность шлюза или состояние радиоинтерфейса, может использовать отдельный сигнальный путь. Документирование этих потоков упрощает назначение правил брандмауэра, диагностику одностороннего аудио и подтверждение того, какой компонент управляет передачей. Это также предотвращает распространённую ошибку при вводе в эксплуатацию, когда голосовые пакеты проходят правильно, но радиостанция никогда не активируется, потому что путь управления не был прописан.

Связанный продукт: Шлюз RoIP от Becke

Как диспетчеры общаются с полем

С точки зрения оператора, радиоканал должен вести себя как чётко идентифицируемый ресурс, а не как набор интерфейсов. Шлюзу можно присвоить номер, метку канала или клавишу диспетчеризации в коммуникационной платформе. Диспетчер выбирает этот ресурс, прослушивает активность канала и нажимает PTT для разговора с радиостанциями, работающими на той же частоте.

Настольная консоль или диспетчерский телефон с программируемыми клавишами может обеспечить доступ одним нажатием. Клавиша должна быть подписана в соответствии с оперативной функцией — например, Причальные операции, Морской канал или Техобслуживание терминала — вместо отображения внутреннего добавочного номера, который операторам нужно запоминать. Внешний микрофон на гибкой ножке может использоваться, когда диспетчерская часто обрабатывает объявления или радиовызовы.

Живой вызов обычно следует этой последовательности:

1. Диспетчер выбирает нужный радиоканал на консоли.

2. Платформа проверяет или отображает текущее состояние активности канала.

3. Когда диспетчер нажимает PTT, команда отправляется через IP-сеть на шлюз.

4. Шлюз активирует подключённую VHF-радиостанцию и передаёт аудио диспетчера на её вход передачи.

5. Когда PTT отпускается, радиостанция возвращается в режим приёма, и ответы с поля воспроизводятся на диспетчерском месте.

Время срабатывания PTT имеет значение. Если голос начинается до полной активации радиопередатчика, первый слог может быть потерян. Хорошо спроектированная система применяет соответствующую предварительную задержку передачи и регулирует уровни аудио так, чтобы удалённая речь была чёткой без перегрузки входа радиостанции.

Процедура работы с консолью также важна, когда несколько диспетчеров могут иметь доступ к одному каналу. Операторы должны видеть, доступен ли ресурс, прослушивать перед передачей и определять, какое место в данный момент удерживает PTT. Названия каналов и клавиши быстрого доступа должны быть единообразными на основной и резервной консолях. Эти небольшие интерфейсные решения уменьшают случайные двойные передачи и помогают сменному оператору правильно использовать радиотракт без изучения базовой конфигурации шлюза.

Интеграция с существующими портовыми системами

Основная ценность шлюза не ограничивается расширением радиосвязи. Многие порты уже эксплуатируют IP-систему диспетчеризации, обслуживающую промышленные интерком-станции, IP-громкоговорители, терминалы пейджинга и телефоны диспетчерской. Добавление радиоканала в эту среду даёт оператору единый интерфейс для нескольких иначе разделённых путей связи.

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

Унифицированный интерфейс также помогает оператору отслеживать контекст события. Когда сигнал тревоги оборудования или уведомление камеры идентифицирует проблемную зону, диспетчер может выбрать радиогруппу, ответственную за эту зону, связаться с ближайшей интерком-точкой и отправить адресное объявление, если работу нужно приостановить. Связь остаётся раздельной на уровне устройств, но их имена, разрешения и рабочий статус отображаются вместе. Это снижает ошибки выбора канала и избегает передачи сообщения в не вовлечённые области.

Такая конструкция также сохраняет предыдущие инвестиции. Если VHF-радиостанция, антенная система, внутренняя LAN и диспетчерская платформа уже работоспособны, проект не требует полной замены средств связи. Шлюз добавляется на границе между радио- и IP-доменами. Расширение затем может следовать за фактическим спросом: второй рабочий канал может быть интегрирован отдельно, а несвязанные каналы остаются без изменений.

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

Инженерная подготовка развёртывания для повседневной эксплуатации

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

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

Шлюз должен соответствовать доступным соединениям приёма аудио, передачи аудио и управления PTT радиостанции. Некоторые радиостанции имеют выделенный интерфейс аксессуаров; другие требуют одобренного интерфейсного кабеля или схемы развязки. Совместимость должна быть проверена по документации интерфейса и стендовым тестом, а не предполагаться только по разъёму радиостанции.

Качество сети

Радиоразговоры коротки и интерактивны, поэтому стабильная задержка и низкие потери пакетов важнее сырой пропускной способности. Голосовой трафик должен использовать управляемый путь с соответствующими политиками качества обслуживания. Если удалённый центр достигается через общедоступную или общую сеть, предпочтительнее защищённое частное соединение, чем прямой доступ голосовых служб к интернету.

Настройка уровня аудио и PTT

Коэффициенты усиления приёма и передачи должны регулироваться с использованием реального радиотрафика. Чрезмерное усиление создаёт искажения и шум; недостаточное усиление делает диспетчера плохо разборчивым. Активация PTT, время отпускания и любое поведение при занятом канале должны настраиваться совместно, чтобы удалённая консоль следовала дисциплине работы местной радиосети.

Мониторинг и резервирование

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

Электропитание и условия в аппаратной

Радиостанция и шлюз должны быть установлены на стабильный источник питания, соответствующий требованиям бесперебойности порта. Резервное питание полезно только тогда, когда Ethernet-коммутатор, сетевой аплинк и любой требуемый диспетчерский сервер защищены как часть той же цепи связи. Аппаратная также должна обеспечивать надлежащее заземление, вентиляцию и разделение между радиочастотными кабелями и сетевыми или аудиопроводками. Чёткие маркировки кабелей и доступные контрольные точки делают последующее техническое обслуживание более безопасным, особенно когда несколько радиостанций и антенн используют одну стойку или техническое помещение.

Ввод в эксплуатацию в реальных рабочих условиях

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

Когда эти детали учтены, решение обеспечивает контролируемый способ расширения существующего радиопокрытия в среду удалённых операций. Оно уменьшает необходимость для диспетчерского персонала ездить к причалу, сокращает путь связи между лицами, принимающими решения, и полевыми бригадами, и объединяет ресурсы радио, интеркома и пейджинга в едином оперативном обзоре. Самое главное, оно достигает этого результата, не заставляя суда или портовых рабочих отказываться от радиостанций, уже используемых в повседневной работе.

Часто задаваемые вопросы