This article needs additional citations for verification. (November 2020) |
Сжатие заголовка статического контекста (SCHC) — это стандартный механизм сжатия и фрагментации, определенный в рабочей группе IPv6 по LPWAN в IETF . Он обеспечивает сжатие и фрагментацию пакетов IPv6 / UDP / CoAP для обеспечения их передачи по сетям с низким энергопотреблением (LPWAN) .
Глобальная сеть с низким энергопотреблением ( LPWAN ) объединяет технологии связи, разработанные для Интернета вещей (IoT), что позволяет:
Компромисс для достижения этих функций включает в себя серьезные ограничения с точки зрения пропускной способности и размера поддерживаемых пакетов. [1] Кроме того, LPWAN имеет ограничения по модальностям передачи, поскольку в целях экономии заряда батареи устройства большую часть времени находятся в состоянии покоя и просыпаются только эпизодически для передачи и приема данных в течение короткого временного окна.
В результате LPWAN используют свои собственные протоколы, каждый из которых адаптирован к своей специфике. Самое главное, они не могут переносить IPv6 , который был разработан для выделения адресов миллиардам подключенных устройств IoT.
В начале 2000-х годов IETF разработала первую волну зрелых стандартов сжатия и фрагментации:
Однако эти схемы сжатия не могут соответствовать специфике LPWAN. [2] [3] [4]
SCHC объединяет преимущества контекста RoHC, который обеспечивает высокую гибкость в обработке полей, и операций 6LoWPAN, позволяющих избежать транзитных полей, известных другой стороне. [4]
SCHC использует преимущества характеристик LPWAN (отсутствие маршрутизации, высоко предсказуемый формат трафика и содержание сообщений), чтобы сократить накладные расходы до нескольких байтов и сэкономить сетевой трафик.
Сжатие SCHC основано на понятии контекста . Контекст — это набор правил, описывающих контекст связи, то есть поля заголовка . Он является общим и предварительно подготовлен как на конечных устройствах, так и в базовой сети. «Статический контекст» предполагает, что описание правила не меняется во время передачи. Благодаря этому механизму заголовки IPv6/UDP в большинстве случаев сводятся к небольшому идентификатору.
Когда сжатия недостаточно, SCHC предоставляет механизм фрагментации, который работает тремя различными способами:
В этом режиме пакет SCHC разделяется на несколько фрагментов, которые вслепую отправляются получателю. Если получатель пропустит хотя бы один пакет, он не сможет восстановить отправленный пакет.
В этом режиме используется концепция «окон», окна имеют предопределенный размер, что позволяет получателю вести подсчет полученных окон или частей окон, в момент получения получателем последнего фрагмента от отправителя он вычисляет, какие части пакетов он пропустил, и отправляет отправителю сообщение с описанием этого. Затем отправитель инициализирует повторную передачу пропущенных частей пакета.
В режиме Ack-Always используется тот же механизм повторной передачи, что и для Ack-On-Error, за исключением того, что он выполняется не в конце передачи, а для каждого окна.
В апреле 2020 года была опубликована общая структура для сжатия и фрагментации заголовков статического контекста (RFC 8724). В ней описывается общая структура, которую можно использовать во всех технологиях LPWAN и, в более общем плане, во всех сетях Интернета.
Дополнительная работа посвящена определению стандартных настроек параметров и режимов работы для оптимизации производительности SCHC в соответствии с реализованными протоколами и базовыми технологиями LPWAN:
17 мая 2022 года LoRa Alliance (глобальная ассоциация компаний, поддерживающих открытый стандарт LoRaWAN® для маломощных сетей Интернета вещей) объявила, что LoRaWAN теперь без проблем поддерживает протокол Интернета версии 6 (IPv6) от начала до конца. [5] Расширяя спектр решений «устройство-приложение» с помощью IPv6, адресуемый рынок Интернета вещей LoRaWAN также расширяется, включая стандарты на основе Интернета, необходимые для интеллектуального учета электроэнергии, и новые приложения в интеллектуальных зданиях, отраслях, логистике и домах. Альянс выпустил техническую спецификацию TS 10–1.0.0, чтобы объяснить, как использовать SCHC в качестве уровня адаптации, чтобы позволить конечным устройствам LoRaWAN использовать стеки на основе IPv6 через LoRaWAN [6] и расширяет свою программу сертификации, включив SCHC через LoRaWAN®, поддерживающие решения IPv6. [7]
Кроме того, SCHC принимается в рамках совместных усилий по стандартизации, проводимых Ассоциацией пользователей DLMS и Альянсом LoRa для отраслей интеллектуального учета . [8] [9]