ETSI TS 124 542 V18.0.1 (2024-06)-2024
5G; Управление уведомлениями — уровень архитектуры Service Enabler Architecture Layer for Verticals (SEAL); Спецификация протокола (3GPP TS 24.542 версия 18.0.1 выпуск 18)
- Стандартный №
- ETSI TS 124 542 V18.0.1 (2024-06)-2024
- Дата публикации
- 2024
- Разместил
- European Telecommunications Standards Institute (ETSI)
- сфера применения
-
Обзор стандарта и техническая база
ETSI TS 124 542 V18.0.1 — это основная спецификация протокола для возможности управления уведомлениями SEAL (Service Enabler Architecture Layer for Verticals) в 3GPP Release 18. Выпущенный в июне 2024 года, этот стандарт предоставляет стандартизированную структуру протокола управления уведомлениями для вертикальных отраслевых приложений 5G.
Быстрое развитие вертикальных отраслевых приложений 5G, особенно в таких сценариях, как Vehicle-to-Everything (V2X) и Industrial Internet of Things (IIoT), предъявило более высокие требования к управлению уведомлениями в режиме реального времени. Традиционные протоколы HTTP не могут удовлетворить требованиям к уведомлениям с малой задержкой и высокой надежностью. Этот стандарт был разработан для предоставления унифицированного интерфейса службы управления уведомлениями для вертикальных приложений.
Базовая архитектура и функциональные сущности
Стандарт определяет две основные функциональные сущности: Клиент управления уведомлениями SEAL (SNM-C) и Сервер управления уведомлениями SEAL (SNM-S), которые вместе составляют базовую архитектуру службы управления уведомлениями.
Функциональная сущность Место развертывания Основные обязанности Поддерживаемые операции SNM-C Пользовательское оборудование (UE) Создание канала уведомлений, получение сообщений, управление каналами HTTP POST/GET/DELETE/PUT SNM-S Сервер приложений Обслуживание канала уведомлений, распределение сообщений, аутентификация безопасности HTTP 200/403/406 Обработка ответов
Подробное объяснение процесса протокола управления уведомлениями
Процесс создания канала уведомлений
Создание канала уведомлений является основой всего управления уведомлениями, поддерживая как режимы PUSH, так и режимы PULL:
Тип параметра Требования к режиму PUSH Требования к режиму PULL Необязательно Идентификация запрашивающей стороны Обязательно Обязательно ТРЕБУЕТСЯ Тип канала 0x01 (PUSH) 0x02 (PULL) ОБЯЗАТЕЛЬНО URL обратного вызова PUSH Обязательно Не обязательно Условно Триггер уведомления о запросе Не обязательно Необязательно НЕОБЯЗАТЕЛЬНО В режиме PUSH SNM-C должен предоставить URL обратного вызова, чтобы сервер мог отправлять сообщения; в режиме PULL клиенту необходимо периодически извлекать сообщения с сервера, поддерживая механизмы запуска приложений для оптимизации использования сетевых ресурсов.
Механизм доставки сообщений
Стандарт определяет два метода доставки сообщений, каждый из которых имеет свои собственные сценарии применения:
Механизм push-уведомлений PUSH: подходит для сценариев с высокими требованиями к работе в режиме реального времени, таких как экстренные уведомления. SNM-S активно отправляет сообщения на URL-адрес обратного вызова, предварительно зарегистрированный SNM-C, через HTTP POST.
Механизм pull-уведомлений PULL: подходит для сред с ограниченными ресурсами. Клиент периодически извлекает сообщения с URL-адреса уведомления через HTTP GET, поддерживая оптимизацию, запускаемую приложением, для сокращения пустых опросов.
Механизм безопасности и аутентификации
Стандарт использует механизм аутентификации Bearer Token на основе OAuth 2.0 для обеспечения безопасности службы управления уведомлениями:
- Все HTTP-запросы должны включать поле заголовка Authorization и использовать схему аутентификации Bearer
- SNM-S должен аутентифицировать личность отправителя запроса и возвращать HTTP 403 в случае неудачи
- Поддержка интеграции управления идентификацией на основе 3GPP TS 24.547
Развитие технологий и сравнение стандартов
По сравнению с предыдущими версиями, версия V18.0.1 в основном улучшает следующие аспекты:
Возможности V17.0.0 V18.0.1 Значимость улучшения Поддержка триггера приложения Ограниченная поддержка Полная поддержка Сниженное энергопотребление в режиме PULL Механизм безопасности Базовая аутентификация Улучшенный OAuth 2.0 Улучшенная безопасность вертикальной отрасли Поддержка сервисов Multi-VAL Отдельный сервис Мультисервисный кластер Поддержка сложных сценариев применения
Рекомендации по внедрению и передовой опыт
Рекомендации по развертыванию сети
Для вертикального развертывания в отрасли рекомендуется многоуровневая архитектура:
- Развертывание на периферии: развертывание SNM-S в среде MEC для сокращения задержки уведомлений
- Балансировка нагрузки: поддержка кластерного развертывания нескольких экземпляров SNM-S
- Восстановление после сбоя и резервное копирование: реализация синхронизации состояния и отказоустойчивости каналов уведомлений
Предложения по оптимизации производительности
Основываясь на стандартных практиках, предлагаются следующие предложения по оптимизации:
- Использование протокола HTTP/2 для повышения эффективности соединения, особенно режима PULL
- Реализация интеллектуального механизма пульсации для обнаружения аномалий состояния канала
- Использование пакетной передачи сообщений для сокращения сетевых накладных расходов для небольших сообщений
Рекомендации по реализации безопасности
Безопасность является ключевым фактором для вертикальных отраслевых приложений:
- Внедрите сквозное шифрование для защиты конфиденциальности содержимого уведомлений
- Регулярно меняйте токены аутентификации для снижения рисков безопасности
- Внедрите детальный контроль доступа на основе авторизации удостоверений служб VAL
Варианты применения в вертикальных отраслевых приложениях
Приложения «транспортное средство ко всему» (V2X)
В сценариях V2X этот стандарт поддерживает:
- Экстренные уведомления (например, предупреждения о столкновении и предупреждения об опасностях на дороге)
- Распределение информации об оптимизации транспортного потока
- Совместная коммуникация кластера транспортных средств
Приложения промышленного Интернета вещей (IIoT)
Применение в промышленных средах включает:
- Мониторинг состояния оборудования и сигналы тревоги
- Совместные уведомления о производственных процессах
- Выдача инструкций по удаленному техническому обслуживанию
Направления будущего развития
Основываясь на текущей архитектуре стандарта, возможные будущие направления развития включают:
- Интеграция с технологией вещания 5G NR
- Интеллектуальное планирование уведомлений на основе ИИ
- Взаимодействие уведомлений между вертикальными отраслями
- Применение технологии квантово-безопасного шифрования
Этот стандарт обеспечивает прочную основу для вертикальных отраслей 5G. По мере развития технологий службы управления уведомлениями будут играть ключевую роль в более инновационных сценариях.
