ETSI TS 136 361-2022
LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE-WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 17.0.0 выпуска 17)
- Стандартный №
- ETSI TS 136 361-2022
- Дата публикации
- 2022
- Разместил
- European Telecommunications Standards Institute (ETSI)
- состояние
- 2024-05
- быть заменен
- ETSI TS 136 361-2024
- Последняя версия
- ETSI TS 136 361-2024
- сфера применения
-
Углублённое толкование технической спецификации протокола LWIPEP
ETSI TS 136 361 V17.0.0, ключевой компонент 3GPP Release 17, определяет технические характеристики протокола инкапсуляции LTE-WLAN на радиоуровне с использованием туннеля IPsec (LWIP). Этот стандарт знаменует собой важный шаг на пути к конвергенции гетерогенных сетей мобильной связи и закладывает прочную основу для последующей интеграции технологий множественного доступа в сети 5G.
Предпосылки технического развития и значение стандартизации
В связи с взрывным ростом трафика мобильных данных традиционные сети LTE сталкиваются с огромным дефицитом пропускной способности. Внедрение технологии LWIP направлено на полное использование характеристик высокой пропускной способности сетей WLAN, обеспечивая бесшовную интеграцию LTE и WLAN на уровне радиодоступа через туннели IPsec. Эта технологическая эволюция не только увеличивает пропускную способность сети, но, что более важно, предоставляет пользователям более стабильный и эффективный опыт множественного доступа.
С технической точки зрения протокол LWIPEP прошел непрерывный процесс оптимизации с выпуска 13 по выпуск 17. Каждая версия обладала улучшенной функциональностью и оптимизированной производительностью по сравнению с предыдущей, со значительным прогрессом, особенно в механизмах агрегации данных и эффективности протокола.
Архитектура протокола и анализ основных сущностей
Архитектура подуровня LWIPEP использует шаблон проектирования одноранговых сущностей, при этом сущности LWIPEP настраиваются как на eNB, так и на UE. Эта симметричная архитектура обеспечивает двунаправленную согласованность передачи данных, упрощая реализацию протокола.
Тип объекта Описание функции Расположение конфигурации Основные характеристики Передатчик Отвечает за обработку инкапсуляции LWIPEP SDU eNB/UE Поддержка добавления заголовка GRE Приёмник Отвечает за декапсуляцию LWIPEP PDU UE/eNB Поддерживает переупорядочение пакетов Управление RRC Отвечает за конфигурацию LWIPEP управление Сетевая сторона Динамическая конфигурация параметров Основное преимущество архитектуры протокола заключается в ее модульной конструкции с четкими функциями и интерфейсами для каждого объекта, что облегчает взаимодействие между устройствами от разных поставщиков.
Интерфейсы услуг и функциональные характеристики
Интерфейс услуг верхнего уровня
LWIPEP предоставляет услуги передачи данных на уровне пользователя на IP-уровень. Эта абстракция услуг скрывает детали передачи на нижнем уровне и предоставляет унифицированный интерфейс связи для приложений верхнего уровня. Конструкция точки доступа к услугам (SAP) обеспечивает стандартное взаимодействие между всеми уровнями стека протоколов.
Зависимость услуг нижнего уровня
Протокол опирается на базовые транспортные услуги, предоставляемые туннелем LWIP и E-UTRA. Такая многоуровневая конструкция позволяет протоколу полностью использовать существующую сетевую инфраструктуру и снижать затраты на развертывание.
Основные функциональные возможности
Подуровень LWIPEP поддерживает три основные функции: передачу данных на уровне пользователя, идентификацию DRB и опциональную агрегацию данных. Механизм идентификации DRB реализован через поле «Ключ» в заголовке GRE, обеспечивая точную идентификацию для маршрутизации данных в многоканальных сценариях.
Подробное описание процесса передачи данных
Процесс передачи данных по восходящему каналу
Когда объект LWIPEP получает LWIPEP SDU от верхнего уровня, он формирует LWIPEP PDU в строгом соответствии с форматом, указанным в разделе 6.1. Этот процесс включает в себя генерацию заголовка GRE, внедрение идентификационной информации DRB и добавление поля порядкового номера при необходимости.
Процесс передачи данных по нисходящей линии связи
Процесс обработки нисходящей линии связи делится на два режима в соответствии с конфигурацией RRC: когда функция агрегации включена, принимающему объекту необходимо переупорядочить пакеты данных в соответствии со спецификацией RFC 2890; в режиме без агрегации необходимо только проанализировать поле «Ключ» для базовой идентификации DRB.
Направление передачи Этапы обработки Ключевые параметры Механизм обработки ошибок Передача по восходящей линии связи Приём SDU → Создание заголовка → Доставка PDU Идентификатор DRB, порядковый номер Проверка согласованности протокола Передача по нисходящей линии связи Приём PDU → Анализ заголовка → Повторная сборка SDU Ключевое поле, порядковый номер Отброшен недействительный PDU Спецификация формата блока данных протокола
PDU Базовая структура
PDU данных LWIPEP использует стандартный формат с байтовым выравниванием и состоит из двух частей: заголовка LWIPEP и SDU LWIPEP. Такая структура обеспечивает как эффективность обработки протокола, так и достаточную гибкость расширения.
Формат заголовка GRE
Заголовок LWIPEP основан на формате заголовка GRE, определённом в IETF RFC 2890, и поддерживает два размера: 8 байт (только поле «Ключ») и 12 байт (поля «Ключ» и «Порядковый номер»). Нижние 5 бит поля «Ключ» используются для передачи идентификационной информации DRB. Эта конструкция умело сочетает идентификацию носителя со стандартными протоколами.
Когда функция агрегации включена, введение поля порядкового номера обеспечивает упорядоченную передачу пакетов данных, что критически важно для бизнес-сценариев, требующих строгих гарантий порядка.
Рекомендации и передовой опыт технической реализации
Вопросы развертывания сети
В реальных сетевых развертываниях рекомендуется гибко настраивать функцию агрегации в соответствии с бизнес-потребностями. Для сервисов с высокими требованиями к работе в реальном времени, но допускающих небольшое количество внеочередной обработки, агрегацию можно отключить, чтобы сократить задержки обработки. Для сервисов, требующих строгих гарантий порядка, таких как передача файлов, агрегацию следует включить.
Оптимизация реализации устройства
При внедрении протокола LWIPEP поставщики устройств должны сосредоточиться на оптимизации управления памятью и эффективности обработки. Рекомендуется использовать предварительно выделенный пул памяти, чтобы сократить накладные расходы на динамическое выделение памяти, а также использовать аппаратное ускорение для повышения производительности шифрования, дешифрования, инкапсуляции и декапсуляции.
Тестирование на совместимость
Поскольку LWIPEP включает в себя интеграцию двух различных технологий, LTE и WLAN, комплексное тестирование на совместимость имеет решающее значение. Тестирование должно охватывать различные топологии сети, условия нагрузки и сценарии мобильности, чтобы гарантировать стабильность протокола и производительность в различных реальных приложениях.
Эволюция стандарта и перспективы на будущее
Как видно из истории изменений, протокол LWIPEP претерпел множество технических усовершенствований с его первоначального выпуска 13 до текущего выпуска 17. Эти усовершенствования в первую очередь направлены на улучшение функциональности протокола и оптимизацию производительности, демонстрируя приверженность 3GPP постоянному технологическому совершенствованию.
Заглядывая вперед, с развитием технологий 5G-Advanced и 6G концепция интеграции гетерогенных сетей, представленная LWIPEP, продолжит играть жизненно важную роль. Особенно в новых сценариях применения, таких как неназемные сети и промышленный Интернет вещей, интеллектуальное взаимодействие технологий множественного доступа станет ключевым техническим направлением.
Эта техническая спецификация предоставляет стандартизированное решение для интеграции гетерогенных сетей мобильной связи. Его технические концепции и механизмы реализации станут важным ориентиром для последующего развития сетевых технологий. По мере непрерывного развития сетевых технологий ценность и влияние протокола LWIPEP будут становиться всё более заметными.
ETSI TS 136 361-2022 История
- 2024 ETSI TS 136 361-2024 LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE-WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 18.0.0 выпуска 18)
- 2022 ETSI TS 136 361-2022 LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE-WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 17.0.0 выпуска 17)
- 2020 ETSI TS 136 361:2020 ЛТЕ; Развитый универсальный наземный радиодоступ (E-UTRA); Интеграция уровня радиосвязи LTE-WLAN с использованием инкапсуляции туннеля Ipsec (LWIP); Спецификация протокола (3GPP TS 36.361 версия 16.0.0 выпуск 16)
- 2018 ETSI TS 136 361-2018 LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE-WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 15.0.0 выпуска 15)
- 2017 ETSI TS 136 361-2017 LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE/WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 14.0.0 выпуска 14)
- 2016 ETSI TS 136 361-2016 LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Интеграция радиоуровня LTE/WLAN с использованием инкапсуляции туннеля IPsec (LWIP); Спецификация протокола (3GPP TS 36.361 версии 13.2.0 выпуска 13)
