Service Data Adaptation Protocol¶

Service Data Adaptation Protocol (SDAP, протокол адаптации служебных данных) — это протокол уровня адаптации в стеке протоколов сетей пятого поколения (5G NR, New Radio), определённый стандартом 3GPP TS 37.324. Он предназначен для отображения (маппинга) потоков данных качества обслуживания (QoS flows) на радиоканалы (Data Radio Bearers, DRB) в пользовательской плоскости (User Plane) между пользовательским оборудованием (UE) и базовой станцией (gNB). SDAP обеспечивает гибкое управление трафиком с учётом требований к задержке, надёжности и пропускной способности, что критически важно для услуг с разными классами QoS, таких как сверхнадёжная связь с низкой задержкой (URLLC) и расширенная мобильная широкополосная связь (eMBB).

¶История и стандартизация

Протокол SDAP был впервые представлен в спецификациях 3GPP Release 15 (2018 год), которые определили базовую архитектуру 5G NR. До появления 5G в сетях LTE (4G) функции адаптации QoS-потоков выполнялись на уровне протокола PDCP (Packet Data Convergence Protocol) и более высоких уровнях, но без явного выделения отдельного протокола. В 5G потребовалось более тонкое управление QoS из-за внедрения концепции сетевого слайсинга и поддержки разнородных услуг. SDAP был введён как часть пользовательской плоскости, работающей поверх PDCP и ниже уровня IP (Internet Protocol). В последующих релизах (16, 17 и 18) протокол уточнялся: были добавлены механизмы для множественных потоков, улучшена поддержка отражённого маппинга (reflective mapping) и расширены возможности сигнализации.

¶Архитектура и место в стеке протоколов

SDAP располагается в пользовательской плоскости стека протоколов 5G NR между уровнем IP и уровнем PDCP. В восходящем направлении (от UE к сети) он принимает IP-пакеты, помеченные метками QoS-потоков (QFI, QoS Flow Identifier), и отображает их на соответствующие DRB. В нисходящем направлении (от сети к UE) SDAP выполняет обратное отображение. Протокол работает только в режиме установленного соединения (RRC_CONNECTED) и не используется в режимах ожидания или неактивном состоянии.

Стек протоколов пользовательской плоскости 5G NR (снизу вверх):

• Физический уровень (PHY)
• Уровень управления доступом к среде (MAC)
• Уровень управления радиоканалом (RLC)
• Уровень протокола конвергенции пакетных данных (PDCP)
• SDAP
• IP-уровень (IPv4/IPv6)

SDAP взаимодействует с уровнем управления радиоресурсами (RRC) через примитивы, передавая конфигурацию QoS-потоков и DRB.

¶Функции и механизмы работы

Основные функции SDAP включают:

1. Маппинг QoS-потоков на DRB. Каждый QoS-поток идентифицируется QFI (6 бит), который указывается в заголовке SDAP. На основе конфигурации, полученной от сети через RRC-сигнализацию, SDAP направляет пакеты на определённый DRB. Один DRB может обслуживать несколько QoS-потоков, но один QoS-поток обычно привязан к одному DRB в каждый момент времени.

1. Отражённый маппинг (Reflective Mapping). Эта функция позволяет UE автоматически определять соответствие QoS-потока и DRB на основе анализа нисходящих пакетов, не требуя явной сигнализации от сети. При получении пакета с меткой QFI UE запоминает, какой DRB использовался, и в дальнейшем применяет это соответствие для восходящего трафика. Это снижает нагрузку на сигнализацию и ускоряет адаптацию к изменениям QoS.

1. Маркировка QoS-потоков. В нисходящем направлении gNB добавляет к каждому пакету заголовок SDAP, содержащий QFI. В восходящем направлении UE может либо добавлять QFI (если настроено), либо полагаться на отражённый маппинг. Заголовок SDAP имеет минимальный размер (1 байт для обычного режима) и может включать флаг для указания наличия отражённого маппинга.

1. Управление конфигурацией. SDAP поддерживает динамическое добавление, удаление и изменение QoS-потоков и DRB через RRC-сообщения. Например, при активации нового сеанса связи (PDU session) сеть может перенастроить маппинг без разрыва существующих соединений.

¶Формат и структура пакета SDAP

Пакет SDAP (SDAP PDU) состоит из заголовка и полезной нагрузки (IP-пакет). Заголовок включает:

• QFI (6 бит) — идентификатор QoS-потока.
• R (1 бит) — резервный бит, обычно равен 0.
• D/C (1 бит) — флаг, указывающий, является ли пакет данными (Data) или управляющим (Control). В текущей спецификации управляющие PDU не используются, поэтому бит всегда равен 0 для данных.
• В режиме отражённого маппинга может добавляться дополнительный байт с флагом RQI (Reflective QoS Indication) и RRP (Reflective QoS Response).

Размер заголовка — 1 или 2 байта в зависимости от конфигурации. Полезная нагрузка — это полный IP-пакет, который может быть фрагментирован на более низких уровнях (например, PDCP).

¶Применение и значение

SDAP играет ключевую роль в реализации концепции QoS в 5G, позволяя:

• Поддерживать различные классы обслуживания: от голосовых вызовов (VoNR) с низкой задержкой до потокового видео высокой чёткости.
• Обеспечивать сетевой слайсинг (network slicing), где каждый срез сети имеет свои QoS-параметры, и SDAP гарантирует изоляцию трафика.
• Упрощать интеграцию с ядром 5G (5GC), которое использует QoS-потоки как основную единицу управления качеством.
• Снижать задержки за счёт минимизации сигнализации через отражённый маппинг.

Протокол применяется во всех сценариях использования 5G: eMBB (например, мобильный интернет), URLLC (например, промышленная автоматизация), mMTC (массовая интернет вещей, хотя здесь QoS менее критичен). В сетях 5G-Advanced (3GPP Release 18 и выше) SDAP дополняется механизмами для поддержки искусственного интеллекта и машинного обучения, а также для улучшения работы с множественными соединениями.

¶Критика и ограничения

Несмотря на эффективность, SDAP имеет некоторые ограничения:

• Избыточность для простых услуг. Для трафика с единственным QoS-потоком (например, обычный веб-серфинг) протокол добавляет накладные расходы в 1-2 байта на пакет, что может быть незначительным, но в условиях массового IoT-трафика суммируется.
• Сложность отражённого маппинга. Механизм требует от UE постоянного мониторинга нисходящих пакетов, что увеличивает энергопотребление. В некоторых реализациях отражённый маппинг отключают для экономии батареи.
• Зависимость от RRC-сигнализации. Изменение конфигурации SDAP требует обмена RRC-сообщениями, что может вносить задержки при частых переключениях QoS-потоков.
• Ограниченная поддержка в ранних версиях. В релизах 15 и 16 SDAP был необязательным для некоторых типов соединений, что приводило к фрагментации реализации у разных производителей.

¶Сравнение с аналогами

В сетях 4G (LTE) функции, аналогичные SDAP, выполнялись на уровне PDCP через механизм отображения EPS-бэеров (Evolved Packet System bearers) на радиоканалы. Однако в LTE отсутствовала гибкая привязка к QoS-потокам: каждый EPS-бэер имел фиксированный набор параметров QoS. В 5G SDAP позволяет динамически переназначать потоки, что критично для сетевого слайсинга. В проводных сетях (например, MPLS) используются аналогичные протоколы маркировки трафика (например, EXP-биты), но они не интегрированы в радиопротоколы.

¶Источники

• 3GPP TS 37.324: "NR; Service Data Adaptation Protocol (SDAP) specification"
• 3GPP TS 23.501: "System architecture for the 5G System (5GS)"
• 3GPP TS 38.300: "NR; Overall description; Stage 2"
• Dahlman, E., Parkvall, S., Sköld, J. (2018). "5G NR: The Next Generation Wireless Access Technology". Academic Press.
• 3GPP TR 38.913: "Study on scenarios and requirements for next generation access technologies"