NXDN — это узкополосный цифровой протокол наземной мобильной радиосвязи, предназначенный для профессиональной передачи голоса и данных. Он используется в частных радиосетях, где организациям необходим прямой контроль над зоной покрытия, группами вызова, доступом к диспетчерской и эксплуатационными процедурами без полной зависимости от общедоступных мобильных сетей.

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

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

Узкополосный стандарт для профессиональной радиосвязи

NXDN (Next Generation Digital Narrowband) был разработан в рамках технического альянса между производителями профессиональных радиостанций и теперь поддерживается Форумом NXDN. Его общий интерфейс радиоканала также был включен в отчет Международного союза электросвязи по радиосвязи как технология цифровой наземной мобильной радиосвязи.

В отличие от услуг связи, зависящих от мобильного оператора, сеть NXDN может быть построена как контролируемая организацией радиосистема. Частоты, ретрансляторы, идентификаторы абонентов и группы вызова планируются для определенной рабочей зоны. Это делает технологию подходящей для объектов, требующих быстрой связи с нажатием кнопки, предсказуемого покрытия и четкой ответственности за управление системой.

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

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

• Групповые вызовы для отделов, смен или оперативных групп.

• Индивидуальные вызовы между авторизованными пользователями радиостанций.

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

• Экстренные вызовы и приоритетная обработка.

• Мониторинг диспетчерской и запись вызовов.

• Многоузловой роуминг и покрытие, связанное по IP.

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

Что происходит в радиоканале

В NXDN используется множественный доступ с частотным разделением (FDMA). Каждый активный радиопереговор занимает выделенный частотный канал, а не временной слот в более широкой несущей. Это одно из главных технических отличий NXDN от систем радиосвязи на основе TDMA.

Стандарт поддерживает шаг канала 6,25 кГц и 12,5 кГц. В конфигурации 6,25 кГц два отдельных скоординированных канала могут быть размещены в спектре, эквивалентном одному аналоговому каналу 12,5 кГц. Это может улучшить использование спектра, но фактический план частот должен быть утвержден в соответствии с местными правилами лицензирования и координации.

Качество звука зависит от всего радиочастотного тракта

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

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

Выбор правильной операционной структуры

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

Прямая и обычная работа

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

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

Централизованный транкинг Тип C

Тип C использует выделенный канал управления. Абонентские радиостанции регистрируются в сети, и система назначает доступный канал трафика при запросе вызова. Центральное управление обеспечивает эффективное управление каналами, очередь вызовов, правила приоритетов и роуминг в более крупных многоузловых системах.

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

Распределенный транкинг Тип D

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

Тип D и Тип C не следует рассматривать как взаимозаменяемые варианты конфигурации. Совместимость радиостанций, архитектура ретрансляторов, требования к роумингу и планы расширения должны быть подтверждены до выбора типа системы.

Сравнение с DMR

NXDN и DMR оба поддерживают профессиональную цифровую радиосвязь, но по-разному организуют радиочастотную емкость. NXDN использует FDMA с каналами 6,25 кГц или 12,5 кГц. DMR обычно использует двухслотовое TDMA в несущей 12,5 кГц, позволяя двум логическим каналам связи совместно использовать эту несущую, передавая в чередующихся временных слотах.

Сравнивайте полезную емкость, а не только ширину канала

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

Поэтому частотную эффективность следует оценивать вместе с эксплуатационным поведением. Два технически доступных канала связи приносят мало пользы, если они назначены неправильно, подвержены помехам или недоступны в критическом месте. Планирование емкости должно основываться на реальных записях вызовов или репрезентативных оценках трафика, а не только на теоретическом количестве каналов.

Ни один из методов автоматически не является лучшим для любого проекта. NXDN может быть привлекателен там, где назначения частот 6,25 кГц, работа FDMA или существующий парк NXDN влияют на проект. DMR может предложить более широкий выбор поставщиков на некоторых рынках и может предоставить два логических канала в несущей 12,5 кГц.

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

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

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

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

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

После интеграции авторизованный диспетчер может получить возможность:

• Отслеживать один или несколько каналов NXDN с центральной консоли.

• Передавать на выбранный радиоканал с помощью элементов управления PTT.

• Соединять удаленные радиоплощадки через существующую WAN.

• Записывать аудио каналов с отметками времени и информацией об операторе.

• Включать пользователей радио в межсистемные диспетчерские сессии.

• Связывать радиосвязь с IP-телефонами, мобильными приложениями или другими радиосетями.

Разделяйте транспортировку голоса и управление радио

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

При вводе в эксплуатацию следует измерять задержку активации PTT, время начала звука и поведение при отпускании. Если к одной диспетчерской платформе подключено несколько удаленных каналов, каждый канал должен иметь четкое операционное имя, разрешение на доступ и индикатор занятости. Диспетчеры должны выбирать такие места, как «Северный завод» или «Канал техобслуживания», а не работать с адресами шлюзов или названиями моделей радиостанций.

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

Планирование надежного развертывания

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

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

2. Изучите радиочастотную среду. Выявите рельеф, здания, источники помех, зоны отсутствия покрытия и подходящие места для ретрансляторов.

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

4. Определите группы и разрешения. Создайте четкий план идентификаторов радиостанций, групп вызова, экстренного доступа и полномочий диспетчера.

5. Проверьте совместимость интерфейсов. Подтвердите уровни аудиосигнала, логику PTT, обнаружение несущей и поддерживаемые интерфейсы данных перед выбором RoIP-подключения.

6. Проектируйте с учетом отказов. Определите, какие локальные радифункции должны оставаться доступными, когда WAN, сервер диспетчерской или центральная площадка недоступны.

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

Проектируйте покрытие с учетом рабочего места пользователя

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

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

Приемочные испытания должны охватывать прямые вызовы, вызовы через ретранслятор, выбор группы, индивидуальные вызовы, поведение при занятом канале, роуминг, PTT диспетчера, уровни аудио и восстановление после прерывания. Для многоузловых систем испытания должны проводиться через рабочую WAN, а не только в локальной тестовой сети.

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

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