По мере широкого внедрения технологии RedCap на промышленных объектах, в интеллектуальном сельском хозяйстве и коммунальных предприятиях, сети сталкиваются с беспрецедентным давлением со стороны массового доступа IoT-терминалов. Масштабное развертывание недорогих устройств RedCap открывает огромный коммерческий потенциал, но также создает распространенную проблему, известную как перегрузка данных. Когда тысячи IoT-терминалов одновременно конкурируют за ограниченные сетевые ресурсы, простое равное распределение ресурсов приводит к конфликту данных. Критически важный трафик может быть перегружен несрочными фоновыми передачами, что снижает общее качество обслуживания для корпоративных клиентов.
Многие сетевые операторы стремятся увеличить общую пропускную способность для обработки растущего объема данных от терминалов. Однако простое расширение пропускной способности не может принципиально решить проблемы с ресурсами, возникающие из-за смешанного трафика IoT. Модернизация пропускной способности увеличивает капитальные затраты, в то время как высокоприоритетные сигналы промышленного мониторинга и низкоприоритетные периодические отчеты датчиков по-прежнему конкурируют за идентичные сетевые ресурсы. Операторам необходим более точный контроль политик, а не просто увеличение пропускной способности сети.
Динамическое распределение QoS для разнообразных сценариев IoT
Именно здесь элементы управления политиками PCF и PCRF обеспечивают ключевую ценность. Вместо того чтобы применять ко всем подключенным IoT-устройствам одинаковые сетевые правила, IPLOOK PCF поддерживает динамическое распределение QoS на основе идентификации устройства, типа услуги и требований бизнеса в режиме реального времени. Он создает дифференцированные профили обслуживания для различных сценариев использования IoT. Например, терминалы промышленной сигнализации могут гарантировать низкую задержку и передачу с высоким приоритетом, в то время как датчики сбора данных об окружающей среде используют правила допустимой полосы пропускания для отчетности, не зависящей от времени.
Дифференцированные профили обслуживания выступают в качестве настраиваемых сервисных платформ для клиентов IoT. Система динамически корректирует распределение полосы пропускания, пороговые значения задержки и правила тарификации в соответствии с сетевой нагрузкой в реальном времени. При резком увеличении сетевой нагрузки приоритетный критически важный трафик автоматически сохраняет необходимые ресурсы. Некритичные данные будут разумно ограничиваться без полного отключения. Этот механизм предотвращает «драйв ресурсов», вызванный массовым одновременным доступом к RedCap, и предотвращает так называемое «захват данных» за счет управления политиками.
Точное измерение трафика — еще одна ключевая возможность. Традиционные модели учета рассчитывают только общее количество потребленных гигабайт. IPLOOK PCF поддерживает уточненный учет трафика, связанный с политиками QoS. Операторы могут измерять и выставлять счета за трафик в соответствии с приоритетом обслуживания, временным окном и типом приложения. Это позволяет создавать гибкие модели тарификации для корпоративных клиентов IoT, вместо фиксированных тарифов на пакеты данных. Телекоммуникационные операторы могут открыть новые потоки доходов за счет дифференцированных услуг IoT.
IPLOOK Решения для управления политиками доступа RedCap Mass Access
IPLOOK предоставляет зрелые сетевые элементы управления политиками PCF и PCRF, разработанные для крупномасштабного развертывания 5G и RedCap IoT. Решение поддерживает бесперебойное сосуществование сред 4G и 5G и может быть развернуто на облачной инфраструктуре. Оно предлагает гибкое динамическое планирование QoS, многомерное уточненное измерение трафика и настраиваемые структуры политики обслуживания для различных отраслей IoT. Операторы и разработчики частных сетей могут снизить нагрузку на сеть, создаваемую большим количеством терминалов RedCap, защитить ключевые бизнес-процессы и создать коммерчески жизнеспособные дифференцированные предложения услуг IoT с помощью сетевых элементов управления политиками IPLOOK.
