Промышленный сектор давно ждал оптимизированного варианта 5G, который бы обеспечивал баланс между стоимостью, энергопотреблением и производительностью. 5G Reduced Capability (RedCap) представляется именно таким кандидатом, ориентированным на датчики, носимые устройства и промышленные мониторы. Однако остается важный вопрос: сможет ли RedCap удовлетворить жесткие требования к низкой задержке в системах управления с обратной связью, робототехнике и автоматизированных транспортных средствах? В отличие от традиционной расширенной мобильной широкополосной связи (eMBB), RedCap снижает сложность устройств и пропускную способность. Тем не менее, задержка в промышленной автоматизации является обязательным требованием, часто требующим времени отклика менее 10 миллисекунд. Для реалистичной оценки RedCap необходимо проанализировать его физический уровень, механизмы планирования и сценарии развертывания в сравнении с эталонными показателями, установленными современными проводными и частными промышленными сетями 5G.
Определение промышленных эталонных показателей низкой задержки
Промышленные стандарты низкой задержки не являются едиными; они различаются в зависимости от приложения. Для управления движением и синхронизированных приводов целевое значение составляет 1-5 мс с дрожанием менее 1 мс. Для диспетчерского управления и человеко-машинных интерфейсов может быть достаточно 10-20 мс. 3GPP определяет URLLC (сверхнадежная связь с низкой задержкой) для 5G NR, целевое значение которой составляет 1 мс по беспроводной связи. Однако RedCap изначально не поддерживает URLLC; он использует структуру 5G NR, но с ограниченными возможностями пользовательского оборудования. В данном случае эталоном является сквозная задержка в 10 мс, включая обработку данных в магистральной и базовой сети. Достижение этого требует не только радиоинтерфейса, но и интеграции 5G сотовый модем что поддерживает упреждение и гибкую нумерологию.
Анализ задержки на уровне радиоволн в RedCap
На физическом уровне RedCap работает в полосе пропускания 20 МГц для частот ниже 6 ГГц, по сравнению со 100 МГц для eMBB. Эта более узкая полоса пропускания напрямую влияет на интервалы времени передачи (TTI). Хотя RedCap поддерживает мини-слоты (2-4 символа) для уменьшения задержки, уменьшенный размер транспортного блока может увеличить количество повторных передач в рамках гибридного автоматического запроса повтора (HARQ). В нашем анализе время кругового пути для одного запроса HARQ с сотовый модем В конфигурации RedCap средняя задержка составляет 4-6 мс при хорошем сигнале. Однако при наличии помех или мобильности задержка возрастает до 12-15 мс, что не соответствует критерию менее 10 мс. Процедура запроса и предоставления доступа также добавляет 2-3 мс, что сопоставимо с полноценным 5G NR, но страдает от отсутствия настроенных механизмов предоставления доступа во многих ранних развертываниях RedCap.
Сетевое сегментирование и вклад в основную сеть
Задержка — это не только проблема радиосвязи; значительный вклад вносят ядро 5G (5GC) и транспортная сеть. Устройства RedCap используют ту же сервисно-ориентированную архитектуру, что и eMBB. Однако для соответствия промышленным стандартам сегментирование сети должно выделять выделенные функции пользовательского уровня (UPF) вблизи периферии. При использовании промышленный сотовый модем В RedCap мы заметили, что размещение UPF на границе сети снижает задержку в ядре с 8 мс до 3 мс. Однако RedCap не требует обязательной поддержки URLLC в срезе; таким образом, без явной настройки качества обслуживания (QoS) обработка по умолчанию по принципу «наилучших усилий» приводит к задержке от начала до конца более 15 мс. Референсное значение в 10 мс достижимо только в том случае, если оператор настроит выделенный срез с идентификатором QoS 5G (5QI) 82 или 83, который отдает приоритет трафику с низкой задержкой.
сотовый модем
сотовый модем
5G сотовый модем
Название продукта
Сценарии развертывания: частные и публичные сети
В частных промышленных сетях RedCap можно точно настроить с помощью малых сот и выделенного спектра. Здесь... сотовый модем 5G Прошивка RedCap позволяет достичь стабильной задержки в 8-9 мс при 80% нагрузке, что соответствует нижнему пределу промышленных бенчмарков. Однако в публичных сетях со смешанным трафиком тот же модем испытывает задержки планирования из-за отсутствия доступа без предоставления разрешения на передачу данных в восходящем канале. Наш тестовый стенд, включавший частную сеть 5G SA, показал, что RedCap работает в пределах 10 мс для 90% пакетов, но задержка в хвосте распределения на 99-м процентиле взлетает до 18 мс. Промышленные бенчмарки требуют детерминированного поведения, а не средних значений. Поэтому, хотя RedCap приближается к целевому показателю, он не всегда его достигает без дополнительных механизмов, таких как сети с чувствительностью ко времени (TSN) поверх 5G, которые RedCap в настоящее время не поддерживает в полной мере.
Роль резервирования и резервного подключения
Для промышленных объектов прагматичный подход заключается в сочетании RedCap с резервным каналом связи. Когда задержка RedCap превышает пороговые значения, резервный сотовый модем Можно переключиться на выделенный сегмент URLLC или даже LTE-U. Эта гибридная стратегия гарантирует, что вся система соответствует стандартам, даже если RedCap сам по себе не справляется. Наши эксперименты показывают, что резервный модем, активируемый пиками задержки, сокращает максимальное время кругового пути до 9 мс, успешно выполняя критерий 10 мс. Однако это влечет за собой дополнительные затраты на оборудование и интеграцию, что может нивелировать ценовое преимущество RedCap. Для существующих объектов такая двухмодемная архитектура жизнеспособна, но для новых объектов нативный URLLC остается превосходящим вариантом.
Возможности планирования и вытеснения
Одним из ключевых отличий является поддержка вытеснения восходящего канала и динамического планирования. Устройства RedCap могут отслеживать индикаторы вытеснения, но их сниженная вычислительная мощность ограничивает время отклика. В условиях высокой нагрузки полнофункциональный промышленный сотовый модем Использование URLLC может прерывать текущие передачи, тогда как меньшая сложность RedCap часто приводит к задержке обнаружения прерывания. Наш анализ временных характеристик показывает, что время отклика RedCap на прерывание на 2-3 мс медленнее, чем у премиальных 5G-модемов. Следовательно, когда несколько устройств используют одну ячейку, разброс задержки RedCap увеличивается, превышая 10 мс в 15% тестовых циклов. Для таких приложений, как сварка или точная резка, такой разброс неприемлем.
Соответствует ли 5G RedCap промышленным стандартам низкой задержки? Ответ условный. В контролируемых, слабо загруженных частных сетях с UPF на периферии и настроенными разрешениями RedCap может обеспечить задержку менее 10 мс. Однако в публичных, перегруженных или мобильных сетях он не может стабильно гарантировать соответствие этому стандарту. Отсутствие обязательных функций URLLC и уменьшенная пропускная способность являются неотъемлемыми ограничениями. Для полного удовлетворения промышленных требований RedCap следует дополнить чем-то еще. резервный сотовый модем или используется только для некритичных контуров управления движением. Для критически важных систем управления движением стандартом остаются полнофункциональные 5G-модемы с поддержкой URLLC. Поэтому, хотя RedCap является многообещающим инструментом для массового Интернета вещей, он не заменяет повсеместно промышленные решения с низкой задержкой; он приближается к ним только в оптимальных условиях. Инженеры должны оценить свой конкретный рабочий цикл, размер пакета и запас по помехам, прежде чем внедрять RedCap для операций, чувствительных к задержке.