ПНСТ 1078-2026. Предварительный национальный стандарт Российской Федерации. Информационные технологии. Интерфейсы открытой сети радиодоступа: интерфейс F2

(утв. и введен в действие Приказом Росстандарта от 16.06.2026 № 29-пнст)

Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 16 июня 2026 г. № 29-пнст

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

ИНТЕРФЕЙСЫ ОТКРЫТОЙ СЕТИ РАДИОДОСТУПА: ИНТЕРФЕЙС F2

Information technology. Interfaces of open radio access network: F2 interface

ПНСТ 1078-2026

ОКС 35.110

Срок действия с 30 сентября 2026 года до 30 сентября 2029 года

Предисловие

1 РАЗРАБОТАН Автономной некоммерческой образовательной организацией высшего образования «Сколковский институт науки и технологии»

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 194 «Кибер-физические системы»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 16 июня 2026 г. № 29-пнст

4 Некоторые элементы настоящего стандарта могут быть объектами патентных прав. Федеральное агентство по техническому регулированию и метрологии не несет ответственности за установление подлинности каких-либо или всех таких патентных прав

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1.16-2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 121205 Москва, Инновационный центр Сколково, улица Нобеля, 1, e-mail: info@tc194.ru и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

1 Область применения

В настоящем стандарте описан интерфейс Fronthaul между аппаратными блоками O-DU <*> и O-RU <**> системы, архитектура которой построена с применением функционального разбиения по схеме 7-2x. Настоящий стандарт применим к сетям LTE и 16 NR (5G).

<*> O-RAN Distributed Unit — распределенный блок O-RAN.

<**> O-RAN Radio Unit — приемопередающий блок O-RAN.

Спецификация M-плоскости O-RAN не определена в настоящем стандарте.

2 Архитектура и требования

2.1 Общие положения

Архитектура eNB или gNB с выделением блоков O-DU и O-RU показана на рисунке 1. Функции LLS-C и LLS-U поддерживают обмен данными в плоскости управления и пользователя по интерфейсу LLS соответственно.

Рисунок 1 — Архитектура eNB/gNB с O-DU и O-RU

Блоки O-DU и O-RU можно определить следующим образом:

• центральный блок нижнего уровня (O-DU) — логический узел, который поддерживает функции eNB/gNB, приведенные в 2.2, в архитектуре с разбиением по схеме 7-2x, за исключением функций, выделенных только для O-RU. Блок O-DU управляет работой блока O-RU;
• радиоблок O-RAN (O-RU) — логический узел, который поддерживает подмножество функций eNB/gNB, приведенных в 2.2, в архитектуре с разбиением по схеме 7-2x.

Блок O-DU контролирует передачу сообщений в плоскости управления и плоскости пользователя через блок O-RU в реальном времени.

2.2 Функциональное разбиение

2.2.1 Общие положения

При рассмотрении возможных вариантов функционального разбиения и интерфейсов обмена данными необходимо выбрать оптимальный вариант с учетом следующих условий:

а) преимущество сохранения O-RU наиболее простое, так как размер, вес и потребляемая мощность являются важными факторами, а более сложный вариант O-RU соответственно приводит к противоположным характеристикам;

б) преимущество в использовании интерфейса на более высоком уровне с учетом того, что чем выше уровень, тем ниже пропускная способность интерфейса, и чем выше уровень интерфейса, тем более сложным может быть O-RU.

В настоящем стандарте рекомендуется выбор одной точки разбиения (по схеме 7-2x), но также допускается вариант, при котором функция предварительного кодирования может быть расположена либо «над» интерфейсом в O-DU, либо «под» интерфейсом в O-RU. Это решение не влияет на интерфейс, но создает необходимость предоставления O-RU информации, требующейся для выполнения предварительного кодирования. Блоки O-RU, в которых предварительное кодирование не выполняется (следовательно, менее сложные), называют «O-RU категории A», в то время как O-RU, в которых проводится предварительное кодирование, обозначают как «O-RU категории B». Концепция «двойного» O-RU приведена на рисунке 2.

Рисунок 2 — Точка разбиения и блоки открытой сети радиодоступа O-RAN категорий A и B

Рассмотрение этих двух категорий O-RU имеет определенные последствия для функциональных разбиений LTE и NR как в канале DL, так и в канале UL. В отношении O-RU категории B для реализации предварительного кодирования LTE TM2 — TM4 некоторые специальные инструкции C-плоскости должны быть предоставлены в блок O-RU из блока O-DU. Для LTE TM5-10 и NR не требуется специальных инструкций, поскольку предварительное кодирование может быть включено в блок обработки цифрового формирования луча для O-RU категории B (даже для O-RU с аналоговым формированием луча), в то время как для O-RU категории A предварительное кодирование будет выполнено в O-DU, и любое формирование луча в O-RU, при наличии, будет исключать предварительное кодирование.

2.2.2 Разбиение по схеме 7-2x (DL)

Функциональное разбиение DL для различных каналов физического уровня показано на рисунках 3 (O-RU категории A, LTE), 4 (O-RU категории B, LTE), 5 (O-RU категории A, NR) и 6 (O-RU категории B, NR).

Если блок O-RU категории A поддерживается блоком O-DU, то необходимо обеспечивать общее количество предварительно закодированных потоков, равное восьми. Поддержка более восьми предварительно закодированных потоков не обязательна.

Для LTE (например, TM9) и NR PDSCH со специфическими для UE эталонными сигналами обработка сигналов на канале DL, специфицированная 3GPP, не включает в себя операцию предварительного кодирования.

<*> <= 8 потоков обязательны; > 8 потоков не обязательны.

Рисунок 3 — Описание разделения DL нижнего уровня, LTE, O-RU категории A

Рисунок 4 — Описание разделения DL нижнего уровня, LTE, O-RU категории B

Несмотря на отсутствие явных указаний на рисунке 4, операция отображения RE разделена на две части для поддержки предварительного кодирования в блоке O-RU для режимов разнесения передачи и пространственного мультиплексирования в блоках категории B:

• отображение RE на частотные ресурсы выполняется блоком O-DU;
• отображение RE на порты антенны выполняется в блоке O-RU после предварительного кодирования.

<*> <= 8 потоков обязательны; > 8 потоков не обязательны.

Примечание - На рисунке 5 показаны некоторые из функций верхнего уровня внутри блоков O-RU и O-DU, но не описана их внутренняя структура.

Рисунок 5 — Описание разделения DL нижнего уровня, NR, радиоблок категории A

Примечание - На рисунке 6 показаны некоторые из функций верхнего уровня внутри блоков O-RU и O-DU, но не описана их внутренняя структура.

Рисунок 6 — Описание разделения DL нижнего уровня, NR, радиоблок категории B

Разбиение по схеме 7-2x осуществляется следующим образом. В O-RU в канале DL проводится фазовая компенсация OFDM (см. [1]), добавление iFFT, CP, цифровое формирование луча, а также предварительное кодирование для O-RU категории B. Остальные функции физического уровня PHY, включая отображение элементов ресурсов, предварительное кодирование, отображение уровней, модуляцию, скремблирование, согласование скорости передачи и кодирование, выполняются в O-DU. Предварительное кодирование должно быть осуществлено в O-DU для поддержки O-RU категории A, но это применимо только в том случае, если количество выходных пространственных потоков прекодера восемь или меньше, в противном случае предварительное кодирование выполняется в O-RU категории B.

Преимущества разбиения по схеме 7-2x (DL):

• простота интерфейса: передача данных плоскости данных пользователя использует блоки элементов ресурсов/физических ресурсов, что упрощает отображение данных и ограничивает количество требующихся управляющих сообщений;
• масштабируемость полосы пропускания каналов связи: параметры нижних опций разбиения интерфейса (например, разделение 7-1 и 8) масштабируются в зависимости от количества антенн. В противоположность этому интерфейс опции 7-2x масштабируется на основе «потоков», что позволяет использовать большое количество антенн без увеличения пропускной способности каналов связи. Кроме того, передача пользовательских данных может быть оптимизирована для отправки только PRB, содержащих пользовательские данные, с целью уменьшения полосы пропускания транспортных каналов;
• поддержка формирования луча: один интерфейс может поддерживать различные методы формирования луча (цифровой, аналоговый, гибридный), а также различные алгоритмы формирования луча. Также на этом интерфейсе возможны варианты, использующие только аналоговое формирование луча;
• межсистемное взаимодействие: меньше пользовательских параметров используется при разбиении согласно опции 7-2x (по сравнению с более высокими вариантами разбиения), что упрощает спецификацию;
• применение усовершенствованных приемников и межсотовой координации: эта опция позволяет реализовать расширенные функции приема и координации, которые легче реализуемы и менее ограничены, когда большинство функций реализуется на O-DU;
• меньшая сложность O-RU: меньшее количество функций в O-RU (по сравнению с более высокими вариантами разбиения) позволяет ограничить количество требуемых вычислений в реальном времени, а также объем требующейся памяти, особенно для блока O-RU категории A;
• надежность в будущем: реализация большинства функций в блоке O-DU позволит вводить новые функции за счет обновления программного обеспечения без модификаций аппаратного обеспечения в O-RU;
• симметричность интерфейса и функций: если один и тот же интерфейс и одна и та же точка разбиения использованы для каналов DL и UL, то трудозатраты на разработку спецификаций могут быть снижены.

2.2.3 Разбиение по схеме 7-2x (UL)

Функциональное разбиение на канале UL для различных каналов физического уровня и режимов передачи показано на рисунке 7. Аналогично цифровое формирование луча в данном контексте — это функция выбора порта антенны или объединения портов антенны.

<*> Для PRACH блок фильтрации включает удаление CP, децимационную фильтрацию и выбор поднесущей меньшего FFT или большего FFT и PRACH

Примечание - На рисунке 7 показаны только некоторые функции высокого уровня внутри O-RU и O-DU, но не внутренняя структура каждого из O-RU и O-DU.

Рисунок 7 — Описание разделения UL нижнего уровня для LTE и NR

В канале UL фазовая компенсация OFDM (для всех каналов, кроме PRACH, когда используется сообщение секции типа «3») (см. [1]), удаление FFT, CP и цифровое формирование луча выполнены в O-RU. Остальные функции физического канала PHY, включая обратное преобразование элементов ресурсов, выравнивание, демодуляцию, дескремблирование, рассогласование скорости и декодирование, произведены в O-DU.

Преимущества, определенные для варианта разбиения по схеме 7-2x для канала DL, такие же, как и для канала UL (см. 2.2.2).

2.3 Потоки данных

Полный перечень требуемых входов для некоторых основных функциональных блоков, их детализация и источники входных данных представлены в таблицах 1 и 2 для каналов DL и UL соответственно.

Таблица 1

Информация по каждому функциональному блоку (канал DL)

Таблица 2

Информация по каждому функциональному блоку (канал UL)

В случае интерфейса Fronthaul нижнего уровня на основе опции разбиения по схеме 7-2x для каналов DL и UL требуемые внешние потоки данных (исключая M-плоскость) для обмена информацией между O-DU и O-RU можно разделить на следующие категории (см. рисунок 8):

а) плоскость данных пользователя:

1. поток данных 1a: потоки данных IQ в частотной области FFT на DL,

2. поток данных 1b: потоки данных IQ в частотной области FFT на UL,

3. поток данных 1c: поток данных PRACH IQ в частотной области FFT;

б) C-плоскость:

1. поток данных 2a: команды планирования (DL и UL) и команды формирования луча,

2. поток данных 2b: команды и запросы конфигурации LAA «Прослушивание перед разговором» (LBT),

3. поток данных 2c: сообщения о состоянии LBT LAA и ответные сообщения;

в) плоскость синхронизации:

• поток данных S: данные о времени и синхронизации.

Рисунок 8 — Потоки данных Fronthaul нижнего уровня

Примечание — На рисунке 8 потоки M-плоскости не представлены.

Отображение содержимого потока данных описано в таблице 3.

Таблица 3

Отображение информации о потоках данных

2.4 Требования к задержке

2.4.1 Общие положения

Разбиение Fronthaul нижнего уровня внутри физического канала PHY должно обеспечивать поддержку жестких требований по полосе пропускания и задержке. Это подразумевает использование специального профиля обслуживания Fronthaul, поддерживаемого транспортной сетью, который может отличаться в зависимости от операционной среды, топологии и целей использования. Общая концепция и модель задержки основаны на эталонных точках eCPRI для определений управления задержкой. В настоящем стандарте также представлены дополнительные сведения о задержках на каналах DL и UL. Отдельный набор параметров синхронизации применяется к каждому O-RU, присоединенному к O-DU. В настоящем стандарте определены несколько подходов, которые можно использовать для обеспечения функционально совместимого решения по синхронизации.

Контрольные точки, определенные для eCPRI (см. рисунок 9):

• O-DU: R1/R4 — интерфейс передачи/приема на O-DU;
• O-RU: R2/R3 — интерфейс приема/передачи на O-RU;
• Ra: антенный интерфейс на O-RU.

Рисунок 9 — Определение контрольных точек для управления задержками

Задержка передачи между O-DU и O-RU выражается параметрами T12 (DL) и T34 (UL). Задержка передачи охватывает только время с момента, когда бит отправляется блоком-отправителем (R1/R3), до момента его получения приемником (R2/R4). В транспортной сети Ethernet эти задержки могут быть непостоянными из-за задержек переключения (т.е. PDV), поэтому транспортную задержку следует рассматривать как диапазон с верхней и нижней границами:

• транспортная задержка DL: T12min/T12max;
• транспортная задержка UL: T34min/T34max.

В Ra требуется фиксированная синхронизация, поэтому Ra используется в качестве контрольной точки для управления задержкой в модели eCPRI. Передача и прием в контрольных точках измеряются относительно Ra, в результате чего получаются параметры модели задержки, приведенные в таблице 4.

Таблица 4

Параметры модели задержки eCPRI для задержки между O-DU/O-RU

На обоих концах канала будет использована общая шкала времени. Относительная временная ошибка между O-DU и O-RU должна быть в пределах 3 мкс (+/- 1,5 мкс). Это требование применяют независимо от нахождения O-DU на пути синхронизации к O-RU (как определено в разделе 8).

2.4.2 Взаимосвязь временных параметров

Для обеспечения надлежащего приема данных приемником по интерфейсу пакетной передачи данных должны быть соблюдены несколько соотношений между определенными выше параметрами. В любом направлении (канал DL/канал UL) отправителю требуется некоторое время, чтобы фактически передать пакеты в среду передачи. При этом количество данных для любого интервала (например, символа) может варьироваться, что приводит к разному времени передачи, на которое может влиять несколько факторов, включая скорость передачи данных, пропускную способность радиоинтерфейса и степень сжатия данных. Максимальное количество времени, разрешенное передатчику для отправки всех данных за интервал (окно передачи), определено как T1amax — T1amin. Это допустимое время основано на характеристиках передачи и O-RU.

Для учета транспортных вариаций и времени передачи в приемнике используют окно приема. Это позволяет принимать пакеты, содержащие образцы для определенного символа, в пределах окна и при этом передаваться на Ra в требуемое время. Размер окна приема должен охватывать максимальное время передачи отправителем и транспортные вариации в сети Fronthaul. Из этого условия следует первое из соотношений задержек, необходимых для получения работоспособного решения для синхронизации (см. таблицу 5):

Окно приема >= окно передачи + транспортная вариация.

Таблица 5

Окна задержки eCPRI

Положение во времени окон приема/передачи в O-RU фиксировано относительно радиоинтерфейса. При этом положение соответствующих окон в O-DU зависит от O-RU и транспортных параметров. Для гарантированного приема пакетов, отправленных из O-DU в O-RU в пределах окна приема O-RU, также должны быть соблюдены отношения, приведенные в таблице 6.

Таблица 6

Положение во времени окна передачи/приема O-DU

Окно передачи O-DU в U-плоскости (T1amax — T1amin) определяется отношениями, указанными выше, на основе окна приема O-RU и максимальной транспортной вариации (max). Оно не указывает точное время передачи от O-DU, но устанавливает границы передачи O-DU в U-плоскости. Окно представляет математические границы, наложенные на O-DU в результате ограничений на блок O-RU и транспортные параметры. Можно определить ограничения для любого из O-DU, транспортных параметров и O-RU, зная два других. Обычно ограничение на O-RU устанавливается заранее исходя из оборудования, а транспортные параметры являются частью общих параметров сети.

Окно, определяемое этими соотношениями, должно быть больше или равно фактическому максимальному времени, необходимому O-DU для передачи всех данных для символа (TXmaxO-DU). То есть окно должно быть, по крайней мере, достаточно большим, чтобы O-DU мог передавать данные в худшем случае в пределах окна. Где именно в пределах окна O-DU передает (например, начало, середина, конец) и какая часть окна используется при передаче O-DU, зависит от конструкции O-DU.

Пример - Для канала DL при следующих вводных данных:

• параметры O-RU: T2amin = 100 мкс, T2amax = 260 мкс;
• транспортные параметры (прямое волокно указанной длины): T12min = 50 мкс, T12max = 51 мкс, требуемое окно передачи O-DU будет определено следующим образом:
• T1amax < 260 + 50;
• T1amin > 100 + 51.

Это обеспечивает наибольшее окно передачи, доступное для O-DU. Если, например, TXmaxO-DU составляет всего 30 мкс, то O-DU может определить, где в пределах окна можно начать свою передачу, при условии, что передача завершается до T1amin.

Однако, если тот же O-DU соединен с O-RU с меньшим окном приема (например, T2amin = 100, T2amax = 150), при использовании транспортной сети с тем же T12min, но с 15 мкс PDV (T12max = 65), будет получен следующий результат:

• T1amax <= 150 + 50;
• T1amin >= 100 + 65.

Это решение по задержке работает (200 — 165 >= 30), но с меньшими запасом и гибкостью в отношении того, где в пределах окна O-DU может начать передачу.

Окно передачи O-DU в C-плоскости определяется по такой же концепции, как и окно передачи O-DU в U-плоскости. Однако окно передачи O-DU в C-плоскости может быть больше по размеру и, следовательно, может начинаться намного раньше по времени по сравнению с окном передачи O-DU в U-плоскости.

В определенных сценариях, таких как передача значений формирования луча в реальном времени для применения mMIMO с использованием расширения секции типа 11, сообщения C-плоскости необходимо распределить во времени, чтобы избежать пиковой пропускной способности (см. рисунок 10).

Рисунок 10 — Пример преимущества использования более длинного окна tx/rx C-плоскости по сравнению с окнами U-плоскости

2.4.3 Синхронизация U-/C-плоскости

Основные параметры задержки описывают общую модель задержки и характеристики интерфейса O-RAN. Интерфейс O-RAN разделен на части C-плоскости и U-плоскости. C-плоскость должна быть доступна для обработки соответствующих пакетов U-плоскости. Для поддержки координации синхронизаций C-плоскости и U-плоскости в интерфейсе O-RAN заложено, что сообщения C-плоскости должны прибывать в O-RU за некоторое время (задаваемое параметром Tcp_adv_dl) до наиболее позднего возможного времени, в которое может прибыть первое соответствующее сообщение U-плоскости. (Для параметра Tcp_adv_dl можно установить значение 0, но модель задержки O-RAN этого не предполагает.) В результате O-RAN определяет временные соотношения и параметры канала DL, показанные на рисунке 11.

Рисунок 11 — Временные отношения для каждого символа IQ в направлении DL (U-плоскость и C-плоскость)

O-RAN не предполагает, что окна передачи для C-плоскости и U-плоскости имеют одинаковый размер. Tcp_adv_dl допускает различное выравнивание соответствующих окон передачи/приема, как показано на рисунке 11. Эталон (обозначается как «tDL = 0») — это передача наиболее ранней выборки IQ во временной области внутри символа (включая циклический префикс), которая генерируется из данных IQ, полученных в сообщениях U-плоскости, специфичных для символа, идентифицированного как symbolId (опционально настраивается с помощью timeOffset).

Сообщение C-плоскости канала DL может относиться к одному или нескольким символам; окна передачи и приема для сообщения C-плоскости нисходящего канала, ссылающегося на несколько символов, относятся к началу наиболее раннего символа, на который ссылается сообщение (идентифицированного startSymbolId; опционально настраивается с помощью timeOffset).

Для канала UL сообщения в C-плоскости отправляются от O-DU к O-RU, а в U-плоскости — от O-RU к O-DU. Поскольку сообщения в C-плоскости отправляются от O-DU к O-RU, здесь контрольные точки R1/R2 и соответствующие параметры синхронизации. Однако синхронизация C-плоскости канала UL характеризуется не относительно синхронизации C-плоскости или U-плоскости канала DL, а относительно Ra. Получаемая в результате модель задержки O-RAN для каналов, не являющихся каналами PRACH, показана на рисунке 12.

Рисунок 12 — Временные отношения для каждого символа IQ в направлении UL (U-плоскость и C-плоскость)

Сообщение C-плоскости канала UL, не описывающее канал PRACH, может относиться к одному или нескольким символам. Контрольной точкой для сообщения C-плоскости канала UL (обозначается как «tUL = 0») является прием наиболее ранней выборки IQ во временной области (начало циклического префикса), характерной для наиболее раннего символа, на который ссылается сообщение (указывается startSymbolId; если используется сообщение секции типа 3, timeOffset также будет указывать на эту контрольную точку).

Контрольная точка для сообщений U-плоскости канала UL, относящихся к каналам, не являющимся каналами PRACH (обозначается как «tUL = 0»), — это прием наиболее ранней выборки IQ во временной области в пределах символа (начало циклического префикса), на который ссылается сообщение (указывается symbolId; если используется сообщение секции типа 3, timeOffset также будет указывать на эту контрольную точку). На «tUL = 0» не влияет смещение выборки FFT, настроенное для M-плоскости, т.к. сконфигурированное смещение выборки FFT не может быть больше длины CP.

Из-за характеристик, относящихся к длине CP и длине символов PRACH, PRACH обрабатывается отдельным способом. Особенно для длинной преамбулы PRACH форматов 0...3 как длина CP, так и длина повторяемой части намного больше, чем соответствующие части, например для символов PUSCH. Для других форматов PRACH (A1..C2) длина CP может быть предельно большой по сравнению с CP для символов PUSCH [примерно в 14 раз больше (C2)]. Следствием длинной CP и/или длинной повторяемой части конкретных форматов PRACH является увеличение значений Ta3min и Ta3max. Вследствие этого длительность CP PRACH и количество повторяющихся частей исключаются из значений этих параметров, предоставляемых O-RU.

O-DU получает информацию о характеристиках используемого формата PRACH (например, длина CP, количество повторений), и на основе этой информации положение и размер окна приема вычисляются блоком O-DU. Значения для Ta3min и Ta3max — это те значения, которые извлекаются из O-RU для SCS, примененного для PRACH.

Сообщение C-плоскости канала UL, описывающее PRACH, может относиться к одной или нескольким повторяемым частям последовательности PRACH (повторения PRACH) в зависимости от формата PRACH. Для форматов PRACH с повторением используется только одно сообщение C-плоскости для ссылки на все повторения PRACH для конкретного случая PRACH.

Контрольная точка для сообщения C-плоскости, описывающего PRACH, обозначается как startSymbolId.

Когда startSymbolId является временем приема наиболее ранней выборки IQ во временной области (начало циклического префикса), характерной для повторения PRACH, на которое ссылается сообщение, применяют следующие принципы:

• разрешено только для форматов PRACH без повторений и только с одним случаем PRACH в слоте, например формат 0;
• cpLength устанавливается на ненулевое значение в сообщении C-плоскости, описывающем PRACH (секция, тип 3), которое должно указывать фактическую длительность CP.

Когда startSymbolId является началом последней временной привязки символа, которая начинается прямо во время или до приема наиболее ранней выборки IQ во временной области (после циклического префикса PRACH), которая характерна для первого повторения PRACH, на которое ссылается сообщение, применяют следующие принципы:

• разрешено для всех форматов PRACH;
• cpLength устанавливается на ноль в сообщении PRACH C-плоскости (секция, тип 3);
• если значение SCS, предоставляемое «frameStructure», равно или более 15 кГц, то временная привязка символа, используемая для определения startSymbolId, основывается на нумерологии значения SCS, предоставленного frameStructure. Если значение SCS, предоставленное frameStructure, менее 15 кГц (например, для форматов PRACH с длинной вводной частью), то временная привязка символа, используемая для определения startSymbolId, основывается на нумерологии SCS 15 КГц;
• когда параметр ul-fft-sampling-offset для PRACH установлен (через M-плоскость) на ненулевое значение, синхронизация наиболее ранней выборки IQ увеличивается на это значение. Тем не менее временная привязка эталонного символа, которая используется для определения значения startSymbolId в сообщении PRACH C-плоскости, не зависит от параметра ul-fft-sampling-offset. Следовательно, с ненулевым значением ul-fft-sampling-offset для PRACH, возможно, что временная привязка последнего символа, которая начинается прямо во время или до приема наиболее ранней выборки IQ во временной области (после циклического префикса PRACH), характерной для первого повторения PRACH, может измениться на более раннюю временную привязку символа по сравнению с тем, когда параметр ul-fft-sampling-offset для PRACH равен нулю. Таким образом, O-DU должен учитывать ul-fft-sampling-offset для PRACH при определении значения startSymbolId. Если параметр ul-fft-sampling-offset для PRACH установлен на ненулевое значение, ожидается, что это значение будет порядка наносекунд.

Контрольной точкой для сообщения PRACH U-плоскости является прием наиболее ранней выборки IQ во временной области в пределах повторения PRACH (после циклического префикса PRACH), на которую ссылается сообщение.

Для первого повторения передачи PRACH:

• если параметр cpLength установлен на ненулевое значение в сообщении PRACH C-плоскости (секция, тип 3), ссылающемся на повторение PRACH, то эта контрольная точка для сообщения PRACH U-плоскости указывается с помощью timeOffset (определяющего начало циклического префикса PRACH) + cpLength — ul-fft-sampling-offset (для PRACH);
• если параметр cpLength установлен на ноль в сообщении PRACH C-плоскости (секция, тип 3), относящемся к повторению PRACH, то эта контрольная точка для сообщения PRACH U-плоскости указывается с помощью timeOffset [определяющего начало повторения PRACH (после циклического префикса PRACH)] — ul-fft-sampling-offset (для PRACH).

Для последующих повторений PRACH (для форматов PRACH с повторением) эта контрольная точка для сообщения PRACH U-плоскости сдвигается на длительность последовательности PRACH.

На рисунках 13 - 16 показаны временные отношения для PRACH с использованием некоторых конкретных форматов PRACH (формат 0, формат 1, формат B4 и формат C0) в качестве примеров.

Рисунок 13 — Временные отношения для PRACH (формат 0)

Рисунок 14 — Временные отношения для PRACH (формат 1)

Рисунок 15 — Временные отношения для PRACH (формат B4)

Рисунок 16 — Временные отношения для PRACH (формат C0)

Результирующие параметры модели задержки O-RAN приведены в таблице 7.

Таблица 7

Параметры модели управления задержкой O-RAN

Соотношения между различными параметрами модели задержки канала DL и UL приведены в таблицах 8 и 9 соответственно.

Таблица 8

Соотношения между параметрами задержки канала DL

Таблица 9

Соотношения между параметрами задержки канала UL

Для правильной работы интерфейса O-RAN окна передачи и приема в O-DU должны быть синхронизированы. Синхронизация окна O-RU основана на Ra. Для синхронизации окна передачи и приема O-DU необходимы следующие параметры:

• характеристики задержки O-RU;
• характеристики задержки транспортной сети.

Ожидаемая точность заявленных характеристик задержки O-RU составляет 200 нс. Значение 200 нс выбрано как компромисс между предельно высокой точностью (десятки наносекунд), которая упрощает буферизацию в O-RU, и меньшей точностью (~0,5 мкс), чего относительно легко достичь в четко управляемой сети Ethernet. Эта точность применяется только к заявленному времени начала и конца окон приема и передачи относительно Ra. Ra — фиксированная контрольная точка согласно соответствующим стандартам радиоинтерфейса и поддерживаемым функциям. В качестве примера: если заявленное время O-RU T2a_min_up составляет 20 мкс, то O-RU может начать обработку данных в период от 19,8 до 20,2 мкс до символа в течение времени передачи (Ra). Однако O-RU должен осуществлять передачу по радиоинтерфейсу с точностью, определенной стандартами радиоинтерфейса.

Поддерживаемые O-RAN методы предоставления O-DU необходимой информации для правильной синхронизации окон передачи и приема приведены в таблице 10.

Таблица 10

Методы синхронизации окна передачи/приема O-DU

2.4.4 Методы вычисления задержки

2.4.4.1 Общие положения

Цель управления задержкой для интерфейсов O-RAN состоит в гарантировании синхронизации окон передачи/приема O-DU для поддержки характеристик O-RU и транспортной сети. Вычислительные методы требуют, чтобы O-DU устанавливал требуемые окна передачи и приема на основе характеристик задержки O-RU и характеристик транспортной сети. Затем O-DU определяет, может ли O-DU приспособиться к требуемым окнам передачи и приема. Если может, то он задает для своих окон передачи и приема (в зависимости от собственной конструкции) наиболее подходящие настройки. Например, O-DU может иметь фиксированный набор окон передачи и приема. После этого O-DU может выбрать фиксированные настройки, которые наиболее соответствуют характеристикам задержки транспортирования (T12/T34) и O-RU для подключенных O-RU.

O-DU должен подать соответствующее уведомление в случае невозможности размещения требуемых окон передачи и приема.

Синхронизация окна передачи в O-DU требует, чтобы выполнялись следующие условия на основе соотношений задержки в канале DL, определенных в таблице 8:

а) O-DU должен иметь возможность передавать сообщение U-плоскости DL (T1a_min_up/T1a_max_up):

1. достаточно рано (например, до T1a_min_up), чтобы гарантировать его получение в O-RU до T2a_min_up,

2. достаточно поздно (например, после T1a_max_up), чтобы гарантировать его неполучение до T2a_max_up;

б) O-DU должен иметь возможность передавать сообщения C-плоскости в своих соответствующих окнах.

Синхронизация окна приема в O-DU требует, чтобы выполнялись следующие условия на основе соотношений задержки в канале UL, определенных в таблице 9. O-DU должен установить свое окно приема для U-плоскости UL (Ta4_min, Ta4_max):

• достаточно рано, чтобы гарантировать, что сообщение U-плоскости UL не будет получено до Ta4_min;
• достаточно поздно, чтобы гарантировать, что сообщение U-плоскости UL не будет получено после Ta4_max.

Для правильного управления задержкой следует соблюдать ограничения O-DU, приведенные в таблице 11.

Таблица 11

Ограничения O-DU

Если какое-либо из ограничений O-DU нарушается, то правильная задержка не может быть гарантирована.

2.4.4.2 Временная область Fronthaul

При использовании подхода с вычислением задержки необходимо учитывать ту область, в которой применены параметры задержки O-DU. Временную область определяют как набор портов O-DU и O-RU, в которых использованы вычисленные параметры задержки O-DU. Временная область O-DU может охватывать один порт O-DU или несколько портов O-DU, причем O-DU требует, чтобы одни и те же параметры синхронизации O-DU применялись ко всем портам O-DU в области.

Аналогично каждый порт O-DU в области может поддерживать трафик C/U-плоскости O-RAN к одному порту O-RU или более. Следовательно, временная область Fronthaul включает в себя один или несколько DU_Port_ID и один или несколько RU_port_ID.

При вычислении окон передачи/приема O-DU единый набор параметров задержки для O-DU должен охватывать наихудший случай транспортной сети и характеристик задержки O-RU в пределах области. Использованы следующие параметры транспортной сети для временной области (см. таблицу 12):

• T12_minij: T12_min между DU_Port_ID(i) и RU_Port_ID(j);
• T34_minij: T34_min между DU_Port_ID(i) и RU_Port_ID(j).

Примечание - Предполагается, что если временная область имеет несколько значений T12_min/T34_min, то характеристики задержки измеряют. Для измеренной задержки передачи невозможно измерить максимальную задержку. Значения T12_max и T34_max в этом случае вычисляют путем добавления заранее определенного (например, через SLA) наихудшего варианта (PDVmax) к соответствующим значениям минимальной задержки передачи.

Таблица 12

Параметры задержки радиоблока для порта O-RU «j» в пределах временной области

Получаемые параметры, используемые для определения окна O-DU для временной области, приведены в таблицах 13 и 14.

Таблица 13

Параметры транспортной сети для временной области

Таблица 14

Параметры задержки O-RU для временной области

Данные, приведенные в таблицах 13 и 14, используют для получения соответствующих параметров задержки, применяемых во временных отношениях, определенных в таблицах 8 и 9, для поддержки методов вычисления, рассмотренных ниже.

При использовании подхода с вычислением задержки в O-RAN рассматривают две ситуации:

• метод определенной транспортной сети: задержка сети определена заранее (обычно оператором сети), и на основе этого определения вычисляют задержки. В определении, как правило, учитывают максимальную задержку сети с допущением, что меньшую задержку проще разместить;
• метод измеренной транспортной сети: задержку сети оценивают на основе фактических измерений задержки пакетов в нисходящем и восходящем каналах (допускается симметричная задержка).

2.4.4.3 Метод определенной транспортной сети

С помощью метода определенной транспортной сети окна передачи и приема O-DU определяют на основе заранее определенных характеристик транспортной сети и характеристик задержки O-RU в пределах временной области. Для применимости этого подхода необходимо, чтобы характеристики задержки O-RU, приведенные в таблице 14, для каждого O-RU во временной области были доступны для O-DU. O-DU может адаптировать свои окна передачи и приема для соответствия характеристикам задержки O-RU, если O-DU имеет такую возможность. Адаптация окон передачи и приема O-DU может быть ограничена конструкцией O-DU.

В спецификации M-плоскости приведена подробная информация о получении параметров O-RU. В качестве варианта O-RU может адаптировать свою информацию о профиле задержки, особенно для канала UL, на основе профиля задержки O-DU и задержки транспортной сети (T12_min/T34_min). Если эта опция поддерживается, то O-DU должен предоставить свой профиль задержки, а также T12_min для O-RU. При обмене этой информацией следует использовать тот же подход, который определен для обмена профилем задержки O-RU. При этой опции O-RU получает профиль задержки O-DU перед отправкой своего профиля задержки в O-DU. O-DU не оповещается об изменении информации профиля задержки O-RU. Он просто использует профиль задержки, предоставляемый O-RU, как и без этой опции.

Характеристики задержки для O-RU могут быть изменены в зависимости от свойств радиоинтерфейса. Для обеспечения взаимодействия поддерживаемые O-RAN свойства радиоинтерфейса, которые могут быть использованы для поддержки различных характеристик задержки, ограничены пропускной способностью канала и SCS.

Набор характеристик задержки, применяемый к комбинации вышеуказанных свойств, называется профилем задержки. Для каждой поддерживаемой блоком O-RU комбинации вышеуказанных свойств должен быть идентифицирован профиль задержки. Для нескольких комбинаций вышеуказанных свойств можно использовать один и тот же профиль задержки O-RU. Эти профили задержки специфичны для O-RU.

При вычислении окна передачи и приема O-DU для временной области O-DU должен использовать профиль задержки, применимый для каждого O-RU, на основе свойств радиоинтерфейса, используемых O-RU в конкретной конфигурации сети. Как отмечалось ранее, возможен вариант, когда O-DU не способен регулировать свои окна передачи/задержки для соответствия требуемым окнам передачи или приема.

O-RU и O-DU могут иметь несколько профилей задержки в зависимости от конструкции. В таблице 15 показано содержание каждого профиля.

Таблица 15

Профили задержки DL и UL

Используя параметры задержки, приведенные для соответствующего профиля для каждого O-RU во временной области, можно определить параметры O-RU каналов DL и UL, которые будут использованы для временной области (см. таблицу 12). Параметры задержки транспортной сети для этого метода постоянны и указаны как часть сети. Отношения задержки (см. таблицы 8 и 9) могут быть использованы для определения параметров задержки передачи и приема O-DU. Ограничения для каналов DL и UL O-DU (см. таблицу 11) применяются, чтобы гарантировать возможность поддержки вычисленных окон.

2.4.4.4 Метод измеряемого транспортного потока

С помощью метода измеряемого транспортного потока окна передачи и приема O-DU определяют на основе характеристик задержки O-RU (см. 2.4.4.2) и измеренных задержек транспортной сети между всеми портами O-DU и портами O-RU во временной области. O-DU должен измерять задержку(и) транспортной сети для всех пар портов O-RU/O-DU во временной области и адаптировать свои окна передачи и приема к измеренным характеристикам задержки транспортной сети.

O-RAN специфицирует использование сообщений измерения однонаправленной задержки, как определено в спецификации eCPRI (см. таблицу 16). Если применяют другие методы, то в обеих конечных точках должен быть общий подход. Подход eCPRI дает следующие преимущества:

• тип и адрес Ethernet (и IP-адрес/порт UDP) между O-DU и O-RU, аналогичные используемым для C-плоскости и U-плоскости в целях получения согласованных измерений;
• измерение однонаправленной задержки eCPRI позволяет варьировать размеры пакетов для оптимального моделирования реального трафика;
• подход eCPRI позволяет проводить отдельные измерения T12 и T34, и измерения в обоих направлениях могут быть инициированы любым узлом связи.

Для этого измерения задержки необходимо использовать eCPRI, так как другой специфицированный транспортный механизм не поддерживает однонаправленные измерения задержки. Это верно, даже если RoE применен в качестве транспортного механизма C-плоскости и U-плоскости.

Таблица 16

Сообщение измерения односторонней задержки eCPRI

O-DU инициирует измерения для T12, отправляя запрос на измерение однонаправленной задержки в O-RU. O-RU отвечает на сообщение с запросом об измерении односторонней задержки. Запрос имеет метку времени, основанную на времени передачи в O-DU (t1) и значении компенсации, для учета ожидаемого времени обработки от момента t1 до фактической передачи пакета в R1.

O-RU отмечает время получения сообщения с запросом (t2) и создает ответное сообщение, содержащее отметку времени приема (t2) и значение компенсации для учета ожидаемой задержки от приема пакета в R2 до отметки времени в O-RU. Затем O-DU вычисляет T12 по формуле, показанной на рисунке 17. Параметры tCV1 и tCV2 — это зависящие от реализации значения «компенсации», которые O-DU и O-RU могут использовать для размещения установленных задержек обработки временных меток. Этот процесс измерения, включая определение терминов на рисунке 17, описан в спецификации интерфейса eCPRI (см. [2]).

При измерении задержки в одном направлении цель состоит в определении минимальной задержки транспортной сети. Поскольку любой отдельный пакет может испытывать различные задержки в сети из-за PDV, необходимо выполнить несколько измерений. Так как требуемое значение является минимальным (T12_min или T34_min), минимальную задержку среди различных измерений используют для оценки минимальной задержки транспортной сети. O-DU может определять рассчитанное значение T12_min как значение T34_min. Для O-DU не обязательно запрашивать O-RU для выполнения измерения T34 с помощью удаленного запроса на измерение однонаправленной задержки.

Теоретической верхней границы задержки транспортной сети не существует. Максимальные значения определяют на основе измеренных минимальных значений плюс максимально допустимое изменение транспортного потока (PDVmax), определенное как часть SLA для транспортной сети.

Рисунок 17 — Процедура измерения односторонней задержки eCPRI

O-DU должен измерять задержку, соответствующую каждой паре портов O-DU/O-RU в пределах временной области. Затем используют минимальную задержку для каждой пары портов в соответствии с таблицей 12, чтобы предоставить транспортные параметры, которые будут применены в соотношениях между задержками, приведенными в таблицах 8 и 9. Результирующая конфигурация задержки должна удовлетворять ограничениям со стороны O-DU.

Поскольку задержка транспортной сети необходима для установления правильной синхронизации, то это измерение выполняют первоначально перед отправкой трафика C-/U-плоскости. Измерение следует проводить с пакетами, использующими тот же приоритет L2 Cos или код DSCP L3, что и U-плоскость, чтобы гарантировать, что измерение точно отражает задержку транспортной сети U-плоскости. Это можно выполнять периодически для проверки задержки. В 2.4 описаны счетчики трафика, которые можно использовать для обнаружения ошибок. При обнаружении ошибки может потребоваться повторно измерить задержку и обновить синхронизацию O-DU или O-RU исходя из новых измерений.

2.4.5 Категории задержки для O-DU с динамическим опережением по времени

Для помощи при выборе оборудования для использования в конкретной транспортной сети, O-DU и O-RU O-RAN классифицируют на основе возможностей задержки. Оборудование подразделяют на категорию [AAAA-ZZ] и подкатегорию [.00-.1000]. Категория может быть использована для определения максимального значения T12max/T34max, которое может поддерживаться оборудованием.

Категории определяют следующим образом:

• Tla_maxo-Du >= T12max + T2a_min_up;
• Ta4_maxo-Du >= T34max + Ta3_max_up.

По определению параметра T1a_max_upO-Du — это наиболее раннее время, с которого O-DU может начать передачу. Из этого следует, что данное время, когда может быть гарантировано завершение передачи O-DU, — это T1a_max_upO-DU — TXmaxO-DU, из чего следует соотношение:

T1a_max_upO-Du — TXmaxO-DU — T2a_min_up >= T12max.

Аналогично для канала UL Ta4_max_upO-DU является наиболее поздним временем, когда O_DU может принять любой пакет от O-RU. Следовательно:

Ta4_max_upO-Du — Ta3_max_up >= T34max.

Оба соотношения графически показаны на рисунке 18.

Рисунок 18 — Соотношения временных параметров восходящего и нисходящего каналов

Используя эти неравенства, для O-DU и O-RU можно назначить категории на основе ограничений, приведенных в таблице 17.

Таблица 17

Ограничения

Максимальный поддерживаемый диапазон основан на минимальном значении T12_max/34_max. Это требует отдельной категоризации для каналов UL и DL для каждого O-DU и O-RU. Следовательно, пара категорий канала UL (AX) и пара категорий канала DL (BY) должны оцениваться для каждой пары O-DU и O-RU. Минимальное расстояние (T12_max/T34_max), представленное соответствующими парами (AX/BY), затем определяет максимальную задержку транспортной сети, которая может поддерживаться парой.

Каждая конечная точка имеет определенные значения для характеристик, определенных в таблице 17. Для классификации конечных точек они группируются на основе диапазона, в который попадает максимальная характеристика транспортной сети. В этом случае идентификация категории означает, что максимальная характеристика транспортной сети для конечной точки находится между максимальным и минимальным значениями для категории.

Поскольку категория определяет, что максимальная задержка, поддерживаемая для конечной точки, находится в пределах диапазона категорий, получаемая пара категорий (AX) определяет диапазон T12_max/T34_max для комбинации категорий. Комбинация может быть использована для определения максимального T12_max/T34_max и минимального T12_max/T34_max тех отношений, которые может поддерживать комбинация. Пара категорий определяет наилучший и наихудший случай для максимального диапазона, поддерживаемого комбинацией. Фактический максимальный диапазон, поддерживаемый конкретным O-DU/O-RU с заданной комбинацией категорий, будет находиться где-то в пределах диапазона. То есть для данного O-DU с категорией A и O-RU с категорией X T12_max/T34_max, поддерживаемых парой, определены как:

задержка_minAX <= (T12_max = T34_max) <= задержка_maxAX.

Также парную комбинацию можно соотнести с поддерживаемыми вариантами использования.

Категории полезны только для определения максимально возможных значений диапазона (T12_max/T34_max). Чтобы иметь возможность эффективно определять оборудование для конкретного варианта использования, также необходимо уметь определять значения T12_min/T34_min. Их можно определить в отношении вариации, где вариация указывает, насколько ниже T12_min/T34_min могут быть относительно T12_max/T34_max. То есть:

вариация DL = T12_max — T12_min;

вариация UL = T34_max — T34_min.

Дополнительный уровень категоризации требуется для учета вариации задержки транспортной сети (например, T12max — T12min), которую может поддерживать данная пара типов оборудования. Это решается с помощью подкатегорий. Общая поддерживаемая вариация представляет собой комбинацию окна приема в приемнике и вариацию передачи. Однако окно приема может быть намного больше, чем вариация передачи. Каждой конечной точке присваивают категорию как канала DL, так и канала UL. Подкатегория DL O-DU основана на вариации передачи, тогда как подкатегория UL O-DU — на окне приема. Для канала UL роли меняются местами, и подкатегория DL O-RU основана на окне приема, а подкатегория UL — на вариации передачи. В результате подкатегории определяют на основе роли конечной точки в конкретном направлении передачи (UL/DL).

Вариация канала DL (Tvariation_DL) определена на рисунке 19.

Рисунок 19 — Вариация передачи канала DL (Tvariation_DL <= T2a_max_up — T2a_min_up — TXmaxO-DU)

Вариация канала UL (Tvariation_UL) определена на рисунке 20.

Рисунок 20 — Вариация передачи восходящего канала [Tvariation_UL <= RXmaxO-DU — (Ta3_max — Ta3_min)]

Используя соответствующие ограничения, вариативность может быть определена на основе характеристик задержки O-DU и O-RU, как показано в таблице 18.

Таблица 18

Ограничения

Подкатегории для каждого направления определяют с использованием характеристик конечной точки. Как и категории, подкатегории указывают, что конечная точка имеет вариативную характеристику, которая попадает в обозначенный диапазон подкатегорий. Если предполагается, что вариативность передачи и окна приема будут иметь разные диапазоны, создают отдельные таблицы. Однако, поскольку подкатегории являются числовыми [.####], для упрощения эти значения присваивают аналогичным образом. Значение #### представляет время в десятках микросекунд для конкретного свойства конечной точки.

Например, если O-RU с категорией X имеет T2a_min — T2a_max = 163 мкс, подкатегория для O-RU будет [.16]. Создание полной категории для O-RU — X.16 («.» — это не точка в десятичной дроби, а только разделитель). При использовании данного подхода подкатегория приемника и подкатегория передатчика может быть напрямую применена для определения динамического диапазона в любом направлении:

• подкатегория TX: .06;
• подкатегория RX: .16;
• результирующая Tvariability = 16 * 10 — 6 * 10 = 100 мкс.

Результирующая величина указывает нижнюю границу максимального динамического диапазона, поддерживаемого в одном направлении. Минимальная Tvariability UL и DL используется для определения максимального динамического диапазона для комбинации (например, максимальная разница между T12_max и T12_min, которая может быть поддержана).

В случае динамического опережения синхронизации, поскольку O-DU может устанавливать наиболее раннее время передачи на основе измеренного T12_max, полный диапазон вариативности доступен независимо от T12_max. Например, если комбинация O-DU/O-RU имеет вариативность 100 мкс и максимальный диапазон T12_max 250 мкс, комбинация может поддерживать измеренное значение T12_max (<= 250 мк) и T12_min T12_max — 100 мкс. Таким образом, если измеренное значение T12_max равно 200 мкс, то комбинация может поддерживать T12_max равным 200 мкс и T12_min равным 100 мкс.

2.4.6 Категории задержки для O-DU с фиксированным опережением по времени

Такие же концепции категорий применяют для тех O-DU, которые поддерживают фиксированные окна передачи/приема. Времена наиболее раннего окна передачи и наиболее позднего окна приема определяет максимальный диапазон, который O-DU может поддерживать. Время T1a_max_upO-DU для O-DU равно T1a_max_up наиболее раннего фиксированного окна передачи. Аналогично Ta4_maxO-DU равно Ta4_max последнего окна приема. Затем исходя из этого значения присваивают категорию O-DU.

Однако фиксированные окна передачи и приема влияют на вариативность. Фиксированное время передачи приводит к отправке пакетов раньше, чем это абсолютно необходимо для достижения фактического T12_max (т.е. значения T12_max, которое либо измеряет, либо устанавливает провайдер) (см. рисунок 21).

Рисунок 21 — Фиксированное время передачи

Поскольку TXDL_Start происходит раньше, чем требует T1a_offset для T12_max, последние пакеты прибывают как минимум на T1a_offset до T2a_min_up. Это приводит к тому, что значение T1a_offset приемного буфера O-RU используют постоянно, что подразумевает, что O-RU требует дополнительный буфер для компенсации T1a_offset. Поскольку TXDL_Start фиксировано, T12min также фиксируется: на T12min = TXDL_Start — (T2a_max_up — TXmaxO-DU).

Поскольку T12min не изменяется, получаемая Tvariation уменьшается на T1a_offset. Для поддержки T12min O-RU должен обеспечить T1a_offset + T12max — T12min + TXmaxO-DU.

Также следует отметить, что если T12_max + T2a_min_up = T1a_max_upO-DU (например, в максимальном диапазоне), то T1a_offset = 0. Но по мере уменьшения фактического значения T12_max объем приемного буфера, используемый T1a_offset, увеличивается на соответствующую величину.

Это относится и к UL. В результате T34_min определяют относительно T34_max для комбинации, а не относительно измеренного T34_max.

2.4.7 Управляемый трафик U-плоскости без задержки

Хотя большая часть данных U-плоскости должна соответствовать ограничениям на задержку, описанным выше, существуют определенные типы трафика U-плоскости, для которых окна приема могут быть неприменимы. Отсутствие ограничений окна передачи/приема к таким данным позволяет расширить передачу данных через интерфейс Fronthaul, чтобы уменьшить пиковую полосу пропускания, требуемую интерфейсом.

На рисунке 22 показан пример SRS как управляемого трафика U-плоскости без задержки.

Рисунок 22 — SRS как управляемый трафик U-плоскости без задержки

В этом примере большой объем данных SRS принимается во время специального слота на радиоинтерфейсе. Допуская передачу данных SRS от O-RU к O-DU за пределами нормального окна передачи и позволяя ему применять неиспользуемую иным образом полосу пропускания интерфейса Fronthaul, можно существенно понизить требуемую пиковую полосу пропускания Fronthaul.

Управляемые потоки трафика U-плоскости без задержки должны легко отличаться от управляемых потоков трафика U-плоскости с задержкой. Идентификация потоков трафика U-плоскости с использованием идентификаторов eAxC описана в 3.4, и eAxC следует использовать для разграничения управляемого трафика с задержкой и управляемого трафика без задержки (например, некоторые пакеты, идентифицированные eAxC или Pcid, могут передавать управляемый трафик U-плоскости с задержкой, в то время как другие пакеты, идентифицированные eAxC или Pcid, могут передавать управляемый трафик U-плоскости без задержки). Потоки управляемого трафика U-плоскости без задержки не могут использовать такие же идентификаторы eAxC, как и потоки управляемого трафика U-плоскости с задержкой. Различные идентификаторы RU_Port_ID выделяют в идентификаторе eAxC для различения потоков управляемого трафика U-плоскости без задержки и потоков управляемого трафика U-плоскости с задержкой в одном и том же направлении (UL/DL). Не требуется, чтобы идентификаторы RU_Port_ID, используемые в UL для управляемого трафика без задержки, были равнозначны идентификаторам, применяемым в DL.

Управляемый трафик без задержки может быть отправлен отправителем без учета окна передачи для соответствующего символа радиоинтерфейса. Точно так же приемник не будет отбрасывать управляемый трафик без задержки, принятый за пределами нормального окна приема для соответствующего символа радиоинтерфейса. Однако временная привязка символа радиоинтерфейса по-прежнему будет содержаться в пакетах U-плоскости для справки.

Статус потоков управляемого трафика с задержкой по сравнению с управляемыми потоками без задержки не зависит от какой-либо настраиваемой приоритизации транспортной сети.

2.5 Мониторинг окна приема

Окно приема можно использовать для обнаружения ошибок. Окна приема в O-RU и O-DU нивелируют вариации задержки в интерфейсе Fronthaul. Хотя максимальный размер окон может варьироваться в зависимости от реализации, положение окон в O-DU можно регулировать с помощью параметризации, как описано в 2.4.

Во время работы интерфейса Fronthaul выполняется обнаружение ошибок в потоке данных, и ошибки выдаются через счетчики на основе приема пакетов относительно окна приема. Принимающий узел контролирует фактическое время приема и генерирует счетчики по статусу и по успешности приема пакета в надлежащее время.

Будут поддерживаться следующие счетчики производительности окна приема:

• если данные получены вовремя (в пределах окна приема), то предпринимать действия не требуется;
• если данные получены слишком рано, то может потребоваться повторное измерение задержки на канале;
• если данные получены слишком поздно, то может потребоваться повторное измерение задержки на канале.

Вышеуказанные счетчики и другие счетчики мониторинга производительности могут быть реализованы, как определено в разделе 6. На основании этих подсчетов система может корректировать свою работу. Конкретная реакция будет зависеть от реализации и от таких факторов, как количество случаев, необходимых для обоснования отправки аварийного сигнала, способность системы измерять задержки связи, или других, зависящих от особенностей интерфейса.

Динамическая адаптация окон на стороне Tx может быть использована для обработки больших значений задержки. Например, расстояние Fronthaul может быть увеличено за счет обработки части (или большей части) фиксированной составляющей задержки на стороне буфера Tx путем адаптации синхронизации передачи на основе информации, предоставляемой стороной Rx. Другими словами, вместо того, чтобы размещать диапазон задержки от нуля до max (макс.), можно вместо этого настроить более длительную задержку от offset (смещение) до max + offset (макс. + смещение) (большая задержка, но тот же диапазон). Это подробно описано в 2.4.

3 Архитектура передачи и протокола

3.1 Типы инкапсуляции потоков

3.1.1 Инкапсуляция Ethernet

Ethernet может использоваться как транспортный механизм для U-плоскости и C-плоскости. В этом случае сообщения передаются посредством стандартных кадров Ethernet (см. рисунок 23). Поддерживаемый формат кадра — это кадр Ethernet II/DIX с интерпретацией типа длины поля. Интерпретация длины и мультиплексирование данных с LLC не поддерживаются. Каждому интерфейсу Ethernet назначается глобально управляемый MAC-адрес одноадресной рассылки. Функция завершения Ethernet поддерживает размеры поля данных клиента MAC до 1500 байтов для базовых кадров и до 9000 байтов для крупных кадров.

Рисунок 23 — Собственный кадр Ethernet с VLAN

Для поддержки QoS необходимо поддерживать 3-битное поле PCP, что означает, что должны поддерживаться возможности тегирования VLAN трафика и настраиваемости M-плоскости (но теги VLAN можно не использовать для определенных сетевых конфигураций, например LLS-C1). Кадры с тегами приоритета (т.е. кадры с тегами VLAN ID = 0) принимают согласно настоящему стандарту. Передача кадров с тегами приоритета не является обязательной.

Определение MAC-адреса для U-плоскости и C-плоскости выполняется с помощью процедуры, реализуемой в M-плоскости, независимо от поддержки целевого узла IP.

O-DU и O-RU должны поддерживать «изменчивость» промежуточного MAC-адреса коммутатора L2, чтобы избежать лавинной рассылки в U-плоскости и/или C-плоскости (не обязательно для топологии LLS-C1). Это происходит в результате тестовых обменов кадрами Ethernet во время процедуры проверки подключения Ethernet M-плоскости.

Кроме того, как заголовок eCPRI, так и полезная нагрузка содержатся в поле данных Ethernet. Для этой инкапсуляции следует использовать либо Ethertype eCPRI, либо Ethertype IEEE 1914.3.

3.1.2 Инкапсуляция IP/UDP

IP/UDP может быть использован как транспортный механизм как для U-плоскости, так и для C-плоскости. В этом случае IP версии 4 должен поддерживаться в соответствии с интернет-протоколом (см. [3]) и/или IPv6 (см. [4]) (и IPv4, и IPv6 являются опциональными). Механизм инкапсуляции определен типом Ethertype IPv4 или IPv6 (см. рисунки 24 и 25). Оборудование O-RAN не должно отправлять пакеты IPv4 с любым полем опции заголовка IPv4. Если в полученном пакете обнаружено поле опции заголовка IPv4, пакет должен быть отброшен в принимающем оборудовании без уведомления (хотя наличие отброшенного пакета может регистрироваться).

Рисунок 24 — Собственный пакет IPv4 с VLAN

Рисунок 25 — Собственный пакет IPv6 с VLAN

Приложения на основе IP могут быть привязаны к адресам виртуального или физического интерфейса. Каждый сконфигурированный физический и логический (т.е. VLAN) интерфейсы должны быть настроены с отдельной подсетью. В качестве варианта также могут поддерживаться псевдонимы IP-адресов (т.е. более одного IP-адреса на одном интерфейсе). При такой поддержке они могут быть назначены логическим и физическим интерфейсам, а также виртуальным интерфейсам (интерфейсы обратной петли).

Пакеты O-RAN не должны использовать фрагментацию IPv4 или IPv6 из-за ограниченной пропускной способности и жестких требований к задержке (такие полученные пакеты должны отбрасываться без уведомления). Минимальный настраиваемый MTU должен соответствовать стандартам RFC791 для IPv4 (см. [3]) и RFC2460 для IPv6 (см. [4]) соответственно.

Определение MAC-адресов и уменьшение лавинного трафика посредством «изменчивости» MAC-адресов коммутатора L2 должно быть выполнено через ARP в соответствии с RFC 826 (см. [5]), только если IPv4 поддерживается передающим и принимающим узлами.

При использовании инкапсуляции IP/UDP поле порта назначения UDP должно идентифицировать инкапсулированный протокол. Поле порта назначения UDP должно быть установлено во время инициализации посредством конфигурации M-плоскости. Если спецификация eCPRI или стандарты IEEE 1914.3 определяют соответствующие порты назначения UDP, такие настройки задаются по умолчанию при конфигурации M-плоскости.

На выходе отправляющий узел должен установить контрольную сумму для передаваемых дейтаграмм UDP согласно соответствующим стандартам:

• для дейтаграмм UDP IPv4 это поле может быть заполнено надлежащим значением, если контрольная сумма действительна, или значением 0, если контрольная сумма не вычисляется (см. [6]);
• для дейтаграмм UDP IPv6 это поле должно быть заполнено правильным значением (см. [4]).

При входе принимающий узел может (но не обязательно) проверять контрольные суммы UDP, если поле контрольной суммы содержит правильное значение.

Хотя числа на рисунках 23 - 25 соответствуют стандартным пакетам Ethernet, использование крупных кадров (длиной не более 9000 байт) не запрещается настоящим стандартом.

3.1.3 Транспортные заголовки

3.1.3.1 Общие положения

O-RAN позволяет использовать несколько разных транспортных заголовков в полезной нагрузке Ethernet для дальнейшего описания того, как данные приложения должны быть обработаны в C-плоскости и U-плоскости. В каждом случае транспортный заголовок имеет длину 8 байт и обеспечивает основные возможности маршрутизации данных, включая описание типа потока данных, идентификаторы порта отправки и приема, возможность поддержки конкатенации нескольких сообщений приложений в одном пакете Ethernet и нумерацию последовательностей. В следующих подпунктах описаны допустимые транспортные заголовки.

3.1.3.2 Транспортный заголовок eCPRI

Определение полей транспортного заголовка eCPRI показано в таблице 19.

Таблица 19

Определение полей транспортного заголовка eCPRI

Транспортный заголовок eCPRI имеет следующие поля:

а) ecpriVersion (редакция eCPRI).

Описание: данный параметр указывает версию протокола eCPRI и является частью общего заголовка eCPRI.

Диапазон значений: {0001b = eCPRI версии 1.0, 1.1, 1.2 и 2.0, где интерпретация сообщения eCPRI должна соответствовать версиям спецификации eCPRI до 2.0; 0000b и 0010b — 1111b = зарезервировано для будущих версий протокола eCPRI}.

Тип: целое число без знака.

Длина поля: 4 бита.

Значение по умолчанию: 0001b (eCPRI версии 1.0, 1.1, 1.2 и 2.0);

б) ecpriReserved (зарезервирован eCPRI).

Описание: данный параметр зарезервирован для будущего использования eCPRI и является частью общего заголовка eCPRI.

Диапазон значений: {001b — 111b = зарезервировано}.

Тип: целое число без знака.

Длина поля: 3 бита.

Значение по умолчанию: 000b (зарезервированные поля должны быть установлены на нули);

в) ecpriConcatenation (индикатор конкатенации eCPRI).

Описание: данный параметр указывает, когда используется конкатенация eCPRI (разрешая несколько сообщений eCPRI в одной полезной нагрузке Ethernet), и является частью общего заголовка eCPRI.

Диапазон значений: {0b = без конкатенации, 1b = конкатенация}.

Тип: двоичный бит.

Длина поля: 1 бит.

Значение по умолчанию: 0b (без конкатенации);

г) ecpriMessage (тип сообщения eCPRI).

Описание: данный параметр указывает тип сервиса, передаваемого типом сообщения, и является частью общего заголовка eCPRI. В настоящем стандарте использованы значения «0000 0000b», «0000 0010b» и «0000 0101b».

Диапазон значений:

• 0000 0000b = сообщение данных IQ;
• 0000 0010b = сообщение данных управления в реальном времени;
• 0000 0101b = сообщение измерения задержки транспортной сети (полный формат сообщения см. в 2.4.4.4);
• другие значения не применены в настоящем стандарте.

Тип: целое число без знака.

Длина поля: 8 бит.

Допустимые значения: 0x0 (данные U-плоскости), или 0x2 (данные C-плоскости) или 0x5 (сообщения измерения задержки сети);

д) ecpriPayload (размер полезной нагрузки eCPRI).

Описание: данный параметр представляет собой размер в байтах части полезной нагрузки соответствующего сообщения eCPRI. Он не включает заполняющие байты, следующие за сообщением eCPRI. Максимальный поддерживаемый размер полезной нагрузки составляет 216-1, но фактический размер может быть дополнительно ограничен максимальным размером полезной нагрузки базовой транспортной сети. Данный параметр является частью общего заголовка eCPRI.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

Полезная нагрузка eCPRI (без конкатенации) приведена на рисунке 26.

Рисунок 26 — Полезная нагрузка eCPRI (без конкатенации)

е) ecpriRtcid/ecpriPcid (данные управления в реальном времени/идентификатор серии сообщений передачи данных IQ).

Описание: данный параметр является идентификатором eAxC (eAxC ID) и определяет конкретный поток данных, связанный с каждым сообщением C-плоскости (ecpriRtcid) или U-плоскости (ecpriPcid). Это аналог значения CPRI «AxC» (антенна несущая), поэтому он обозначен как «eAxC» («e» означает «расширенный» для размещения нескольких полос и нескольких компонентных несущих). Несколько процессоров O-DU могут участвовать в одном eAxC.

Конечная точка может поддерживать смешанную нумерологию, указывая на поддержку этой возможности через параметр M-плоскости; и сообщение Section Type 3 может быть использовано для выбора одной из нумерологий (frameStructure) из их списка для конечной точки. В таком случае один идентификатор eAxC может быть применен для каналов с разными характеристиками (framestructure, cpLength, timeOffset, freqOffset), например: каналы с разной нумерологией и PRACH могут совместно использовать один и тот же идентификатор eAxC. В качестве альтернативы конечная точка может быть более простой, поддерживающей единую нумерологию объявлением об отсутствии поддержки возможности смешанной нумерологии через параметр M-плоскости, и сообщение Section Type 3 может быть применено для передачи значений для параметров, отличных от framestructure, настроенных значений M-плоскости. В этом случае для каждого канала со смешанной нумерологией (framestructure) будет использован уникальный идентификатор eAxC, т.е. каналы с разной нумерологией будут применять разные идентификаторы eAxC. Конечная точка может заявить о том, что не поддерживает секцию типа 3, и в этом случае она подходит для таких каналов, как PDSCH/PUSCH.

Значение идентификатора eAxC, назначенное конечной точке O-RU, используется для идентификации конечной точки в пределах O-RU и должно быть уникальным среди всех конечных точек O-RU того же направления (Tx или Rx). Конечная точка O-RU в принципе может быть связана с несколькими физическими и виртуальными интерфейсами Fronthaul (портами Ethernet и VLAN), но значение идентификатора eAxC должно быть уникальным и не может быть использовано для адресации разных конечных точек. Взаимосвязь конечной точки O-RU с несколькими интерфейсами Fronthaul подлежит конструктивным ограничениям O-RU, о которых O-RU сообщает через M-плоскость; интерфейсы, не связанные с данной конечной точкой, не должны настраиваться через M-плоскость для передачи сообщения C-плоскости и U-плоскости в конечную точку. Кроме того, интерфейсы Fronthaul, не настроенные через M-плоскость, не следует использовать для передачи сообщений C-плоскости и U-плоскости в конечную точку. Другими словами, O-DU должен подчиняться ограничениям O-RU, как только они будут переданы по M-плоскости.

O-DU может решить использовать одно и то же значение идентификатора eAxC для адресации конечных точек на разных O-RU, но значения идентификатора eAxC, назначенные одному O-RU, должны быть уникальными в пределах конечных точек O-RU одного направления.

Следует отметить, что существуют O-RU, которые не поддерживают в пределах одного и того же идентификатора eAxC независимые средства проверки последовательности для сообщений C-плоскости, описывающих U-плоскость DL, и сообщений C-плоскости, описывающих U-плоскость UL, как указано в перечислении ж) настоящего подпункта. O-RU может сигнализировать об ограничении этой возможности, и оно может интерпретироваться O-DU согласно спецификации M-плоскости v03.00. Если один или оба из O-RU и O-DU поддерживают только предыдущие версии спецификации M-плоскости, то сетевым операторам и поставщикам, которые будут работать с такими O-RU, следует убедиться в том, что O-DU может интерпретировать ограничение возможностей O-RU другими нестандартными способами, например посредством обсуждений в автономном режиме. Чтобы взаимодействовать с такими O-RU, O-DU не должны требовать в O-RU в пределах одного идентификатора eAxC независимых средств проверки последовательности для сообщений C-плоскости, описывающих U-плоскость DL, и сообщений C-плоскости, описывающих U-плоскость UL, посредством использования для них разных идентификаторов eAxC или, если O-DU выбирает один идентификатор eAxC, следует использовать генератор общей последовательности для сообщений C-плоскости, описывающих U-плоскость DL, и сообщений C-плоскости, описывающих U-плоскость UL [см. перечисление ж) настоящего подпункта]. Однако поддержка такого поведения для взаимодействия с данными O-RU необязательна для O-DU, и следует отметить, что несовместимая работа, вероятно, приведет к сбоям передачи данных и ложным сообщениям об ошибках. Конечной точке должен быть назначен один интерфейс Fronthaul через M-плоскости, но разные конечные точки могут использовать разные интерфейсы Fronthaul (порты), поэтому O-RU в целом может применять несколько портов Fronthaul.

Идентификатор eAxC содержит следующие подполя. Один идентификатор eAxC (eAxC ID) содержит идентификатор полосы и сектора (BandSector_ID), идентификатор компонентной несущей (CC_ID), идентификатор пространственного потока (RU_Port_ID) и идентификатор распределенного блока (DU_Port_ID).

Примечание - Этот параметр специфичен для сообщений eCPRI типа 2 (C-плоскость) и сообщений типа 0 (U-плоскость). В настоящем стандарте один eAxC содержит только один пространственный поток (т.е. один луч на поднесущую) за один раз. При предварительном кодировании в O-RU каждый eAxC содержит по одному уровню за один раз, за исключением TxD (LTE TM2), когда один eAxC (один ecpriRtcid и ecpriPcid) представляет все уровни TxD.

Распределение битов происходит следующим образом:

• DU_Port_ID, используемый для различения блоков обработки в O-DU (например, разные карты основной полосы частот). Предполагается, что O-DU назначит эти биты, а O-RU — одно значение сообщениям U-плоскости UL, несущим одни данные sectionId;
• BandSector_ID — это агрегированный идентификатор соты (различает диапазоны и секторы, поддерживаемые O-RU);
• CC_ID, различающий компонентные несущие, поддерживаемые O-RU;
• RU_Port_ID, обозначающий логические потоки, такие как уровни данных или пространственные потоки, и логические потоки, такие как отдельные нумерологии (например, PRACH) или каналы сигналов, требующие специальных назначений антенн, таких как SRS.

Назначение DU_port_ID, BandSector_ID, CC_ID и RU_Port_ID как части идентификатора eAxC выполняется исключительно O-DU через M-плоскость. Более того, O-RU не требует явного определения любого распределения на уровне битов в любом из четырех полей идентификатора eAxC.

Битовая ширина каждого из вышеперечисленных полей является переменной и устанавливается через обмен сообщениями M-плоскости. Это сделано для обеспечения гибкости, учитывая, что не всем полям одновременно, возможно, потребуется их максимальный диапазон для O-RU. Ожидается, что сообщение M-плоскости сконфигурирует O-RU и O-DU с соответствующей битовой шириной каждого из четырех полей, а SMO, который выполняет фактическое назначение, обеспечит выделение всех 16 бит (с заполнением или без него).

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111 b = eAxC ID}.

Распределение битов.

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: 16 бит;

ж) ecpriSeqid (идентификатор сообщения).

Описание: данный параметр обеспечивает уникальную идентификацию сообщения и упорядочивание на двух разных уровнях. Первый октет этого параметра — это идентификатор последовательности, используемый для определения порядка сообщений в потоке сообщений eAxC. Поле идентификатора последовательности (Sequence ID) увеличивается и дополняется независимо для каждого eAxC DL U-плоскости, eAxC UL U-плоскости, eAxC DL C-плоскости и eAxC UL C-плоскости, даже если они используют один идентификатор eAxC. Идентификатор последовательности применяют для проверки того, что все сообщения получены, а также для изменения порядка сообщений, полученных не по порядку. Второй октет этого параметра — это идентификатор подпоследовательности, используемый для проверки порядка и реализации переупорядочения при фрагментации на уровне передачи радиосигналов (eCPRI или IEEE-1914.3). Фрагментация на транспортном уровне (eCPRI или IEEE-1914.3) — это метод разделения сообщений U-плоскости, содержащих один или несколько секций, длина которых превышает максимальную длину пакета или сообщения базового протокола. Поле идентификатора подпоследовательности состоит из 7-битного счетчика подпоследовательности и единственного битового поля, называемого E-битом. Номер подпоследовательности увеличивается начиная с нуля для каждого фрагмента сообщения U-плоскости. E-бит используется для указания последнего сообщения фрагментов уровня передачи радиосигналов. Он устанавливается на ноль, за исключением последнего сообщения фрагмента U-плоскости. В случае сообщений C-плоскости фрагментация уровня передачи радиосигналов не разрешена, поэтому идентификатор подпоследовательности должен быть установлен на ноль, а E-бит — на единицу. В 3.5 приведено описание процесса фрагментации.

В качестве альтернативы фрагментации на уровне передачи радиосигналов может быть реализована фрагментация приложений. В этом случае в приложении могут быть ограничения относительно объемов для того, чтобы все передаваемые сообщения были не слишком длинными (соответствовали необходимому размеру полезной нагрузки транспортной сети). Когда использована фрагментация уровня приложения, идентификатор подпоследовательности должен быть установлен на «0», а E-бит — на «1» (см. 3.5).

На рисунке 27 показано, как порядковые номера должны генерироваться и проверяться сообщениями C-плоскости и U-плоскости.

На рисунке 27 показано следующее:

• идентификатор последовательности уникален для каждого eAxC (ecpriRtcid или ecpriPcid): разные значения eAxC имеют собственные идентификаторы последовательности;
• идентификатор последовательности генерируется передатчиком интерфейса Fronthaul либо в O-DU, либо в O-RU;

Рисунок 27 — Генерация счетчика последовательностей и проверка для C-плоскости и U-плоскости в O-DU и O-RU

• генератор последовательности и средство проверки для сообщения C-плоскости, описывающего U-плоскость DL, не зависят от генератора последовательности и средства проверки для сообщения C-плоскости, описывающего U-плоскость UL.

В таблице 20 приведено описание общих/автономных генераторов последовательностей.

Таблица 20

Описание общих/автономных генераторов последовательностей

Направление потока сообщений	Тип потока	Направление данных U-плоскости	Одинаковые/разные eAxC между DL и UL	Общий/автономный генератор последовательности
O-DU O-RU	C-плоскость	DL (dataDirection бит = 1)	Аналогичный или другой	Автономный
O-DU O-RU	C-плоскость	UL (dataDirection бит = 0 )	Аналогичный или другой	Автономный
O-RU O-DU	C-плоскость	UL (dataDirection бит = 0 )	Аналогичный или другой	Автономный
O-DU O-RU	U-плоскость	DL (dataDirection бит = 1)	Аналогичный или другой	Автономный
O-RU O-DU	U-плоскость	UL (dataDirection бит = 0 )	Аналогичный или другой	Автономный

Как указано в перечислении е) настоящего подпункта, существуют O-RU, которые не поддерживают в пределах одного идентификатора eAxC независимые средства проверки последовательности для сообщений C-плоскости, описывающих U-плоскость DL, и сообщений C-плоскости, описывающих U-плоскость UL. Также в этом перечислении указано, что для взаимодействия с такими O-RU O-DU могут выбрать среди других вариантов использование того же идентификатора eAxC, но с генератором общей последовательности для сообщений C-плоскости, описывающих U-плоскость DL, и сообщений C-плоскости, описывающих U-плоскость UL, как показано на рисунке 28 и в таблице 21.

Рисунок 28 — Дополнительный случай генерации общей последовательности и проверки для C-плоскости и U-плоскости в O-DU и O-RU

Таблица 21

Опциональный случай описания общей последовательности для генераторов идентификаторов eAxC

Направление потока сообщений	Тип потока	Направление данных U-плоскости	Одинаковые/разные eAxC между DL и UL	Общий/автономный генератор последовательности
O-DU O-RU	C-плоскость	DL (dataDirection бит = 1)	Аналогичный	Общий
O-DU O-RU	C-плоскость	UL (dataDirection бит = 0)	Аналогичный	Общий
O-RU O-DU	C-плоскость	UL (dataDirection бит = 0)	Аналогичный или другой	Автономный
O-DU O-RU	U-плоскость	DL (dataDirection бит = 1)	Аналогичный или другой	Автономный
O-RU O-DU	U-плоскость	UL (dataDirection бит = 0)	Аналогичный или другой	Автономный

Диапазон значений: {00 00 0000 0000 0000b — 111 1 1 111 1111 1111b}.

Распределение битов.

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: идентификатор последовательности — 8 бит; идентификатор подпоследовательности — 7 бит; E-бит — 1 бит.

3.1.3.3 Транспортный заголовок IEEE 1914.3

В качестве альтернативы eCPRI в качестве транспортного заголовка может использоваться IEEE 1914.3. Определение полей транспортного заголовка IEEE 1914.3 приведено в таблице 22.

Таблица 22

Определения полей транспортного заголовка IEEE 1914.3

Транспортный заголовок IEEE 1914.3 содержит следующие поля:

а) RoEsubType (подтип/тип сообщения).

Описание: в данном поле указан тип полезной нагрузки в пределах диапазона подтипов IEEE 1914.3 для инкапсуляции и отображения радиосвязи через Ethernet (RoE). RoE позволяет отображать подтипы RoE в диапазоне от 128 до 191 для внешних организаций и компаний с помощью таблицы отображения подтипов, которая имеет два поля. В поле OUI/CID использовано уникальное значение идентификатора компании (CID). В настоящем стандарте следует применять OUI/CID, присвоенные IEEE для xRAN (0xFAEB6E). Поле отображения структуры полезной нагрузки присваивает подтип RoE типам сообщений O-RAN. Когда поле отображения структуры полезной нагрузки установлено на 0xFFFF, это указывает на то, что этот подтип RoE не отображен для типа сообщения O-RAN.

Данная реализация O-RAN может выбрать фиксированные (по умолчанию) отображения или альтернативно она может выбрать настройку таблицы отображения подтипов с использованием пакетов управления, как описано в стандарте IEEE 1914.3.

В таблице 23 показано применение в блоке O-RAN определенного IEEE отображения подтипов xRAN.

Таблица 23

Отображение подтипов RoE

Диапазон значений: от 128 до 191.

Тип: целое число без знака.

Длина поля: 8 бит.

Допустимые значения: 128 (U-плоскость, без конкатенации), 129 (U-плоскость, с конкатенацией), 130 (C-плоскость, без конкатенации), 131 (C0-плоскость, с конкатенацией);

б) RoEflowID (идентификатор потока).

Описание: RoEflowID — это механизм, который может идентифицировать определенные потоки между конечными точками. RoEflowID, 0xFF зарезервированы для пакетов управления RoE. O-RAN в настоящее время не использует это поле.

Диапазон значений: 0 — 0xFE.

Тип: целое число без знака.

Длина поля: 8 бит.

Описание: данное поле в настоящее время не используется;

в) RoElength (длина).

Описание: в данном поле указан размер части полезной нагрузки сообщения в байтах. Значение длины поля полезной нагрузки — это общее количество октетов, следующих за общим заголовком O-RAN. Оно не включает Ethernet FCS или следующие байты.

Диапазон значений: 0 — 0xFFFF.

Тип: целое число без знака.

Длина поля: 16 бит.

г) RoEorderInfo (информация).

Описание: данное поле разделено на семь подполей (см. таблицу 24).

Таблица 24

Поля RoEorderInfo RoE

Диапазон значений: 0 — 0xFFFF FFFF.

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: 32 бита.

3.2 Архитектура протокола

3.2.1 C-плоскость

На рисунке 29 изображен пакет протоколов для C-плоскости. Данные могут быть дополнительно переданы через IP-уровень 3, если это поддерживается передающим и принимающим узлами.

Рисунок 29 — Структура протокола C-плоскости

3.2.2 U-плоскость

На рисунке 30 изображен пакет протоколов для U-плоскости. Данные могут быть дополнительно переданы через IP-уровень 3, если это поддерживается передающим и принимающим узлами.

Рисунок 30 — Структура протокола U-плоскости

3.2.3 S-плоскость

Частотная и временная синхронизации O-DU и O-RU через Ethernet используют синхронный Ethernet и протокол точного времени IEEE 1588-2008 (PTP). Транспортирование PTP непосредственно через L2 Ethernet (поддержка полной синхронизации ITU-T G.8275.1 по тракту) предполагается в настоящем стандарте, в то время как транспортирование PTP через UDP/IP (поддержка частичной синхронизации ITU-T G.8275.2 от сети) также возможна, хотя и с негарантированной синхронизацией. Механизмы безопасности для этой плоскости не будут использованы. Пакет протоколов для PTP и SyncE через L2 Ethernet изображен на рисунке 31.

Рисунок 31 — Структура протокола S-плоскости

3.3 Качество обслуживания

Интерфейс LLS должен поддерживать возможность различать потоки данных с разными требованиями к качеству обслуживания (QoS) (см. таблицу 25). Настраиваемые уровни приоритета (через M-плоскость) предназначены для приоритизации потоков трафика, которые должны поддерживаться на каждом узле сети. Указаны значения «по умолчанию» для соответствующих плоскостей O-RAN. Маркировка приоритета для каждого пакета необходима на каждом уровне протокола, за исключением тех протоколов, которые не допускают такого тегирования, например ITU-T G.8264 для SyncE и ITU-T G.8275.1 для полной поддержки синхронизации PTP. Для работы на уровне 2 приоритизация выполняется путем указания настраиваемого значения для тега точки кода приоритета (PCP) в заголовке IEEE 802.1q VLAN для исходящего трафика.

Таблица 25

Классы качества обслуживания

Для U-плоскости могут поддерживаться отдельные приоритеты на основе ecpriRtcid/ecpriPcid (или эквивалентных полей в заголовках пакетов RoE). Это позволяет устанавливать разные приоритеты для некоторых каналов (например, PRACH/SRS) или сервисов (URLLC). Для этого необходима возможность настраивать назначения приоритетов для ecpriRtcid/ecpriPcid через сообщения M-плоскости. Приоритет U-плоскости по умолчанию может применяться к потокам, не настроенным специально с другим значением через M-плоскость. Если узел не поддерживает настраиваемые приоритеты ecpriRtcid/ecpriPcid, то весь трафик U-плоскости будет использовать значение по умолчанию.

Отказ по QoS (отброшенные пакеты) может быть обнаружен с помощью порядковых номеров, составляющих часть транспортного заголовка. Потеря пакета в U-плоскости обычно влияет только на конкретный символ, за исключением тех случаев, когда отправляется многосимвольное сообщение U-плоскости (с использованием поля «symInc»). Потеря пакета C-плоскости более существенная и может повлиять на объем данных всего слота. Значительное влияние также может оказать потеря пакетов C-плоскости: если загруженные значения формирования луча, признаки формирования луча или информация о канале потеряны, то параметр beamId может быть неправильно связан со «старым» набором значений формирования луча, что может повлиять на несколько слотов. Однако потерю пакетов можно обнаружить по порядковому номеру, поэтому можно принять соответствующие меры по восстановлению для повторной отправки сообщений, имеющих постоянное воздействие.

3.4 Идентификация потока данных

Разграничение трафика U-/C-плоскости и M-плоскости может быть достигнуто с помощью следующих опций:

• разделение потока данных на основе TCP/UDP (применимо, когда транспортирование уровня 3 использовано для U-/C-плоскости);
• разделение потока данных на основе VLAN (применимо, когда транспортирование уровня 2 или уровня 3 использовано для U-/C-плоскости). Предполагается, что механизм присвоения идентификатора VLAN для U-плоскости и C-плоскости осуществляется через M-плоскость;
• разделение потока данных на основе разных MAC-адресов (применимо, когда транспортирование уровня 2 использовано для C-/U-плоскости). Например, отдельный MAC-адрес для M-плоскости и U-плоскости или для целей разделения нагрузки основной полосы частот;
• разделение потока данных на основе разных типов EtherTypes (применимо, когда транспортирование уровня 2 использовано для C-/U-плоскости).

При применении U-плоскости также необходимо связать различные потоки данных (например, пространственные потоки) — каждый с уникальным адресом конечной точки U-/C-плоскости. Это может быть выполнено в O-RU путем использования идентификатора eAxC и в O-DU идентификатора eAxC в сочетании с транспортными идентификаторами конечных точек для различения радиоблоков O-RU. Кроме того, потоки данных O-RU могут коммутироваться/маршрутизироваться на разные O-DU (или разные порты или процессоры O-DU) в соответствии с транспортными идентификаторами, связанными с eAxCid (называемыми элементами обработки в спецификации WG4 M-плоскости), чтобы позволить кадрам/пакетам коммутироваться/маршрутизироваться сетевым оборудованием без видимости значений eAxC, переносимых в заголовке eCPRI/IEEE 1914.3.

Различные идентификаторы транспортной сети (например, UDP/IP, VLAN, MAC) могут быть использованы в зависимости от того, применено ли транспортирование уровня 2 или уровня 3 для U-/C-плоскости:

• разделение потока данных в U-/C-плоскости с использованием идентификаторов портов UDP (применимо, когда транспортирование уровня 3 использовано для U-/C-плоскости);
• разделение потока данных в плоскости U/C с использованием идентификаторов VLAN (применимо, когда транспортирование уровня 2 или уровня 3 используется для U-/C-плоскости);
• разделение потока данных U-/C-плоскости на основе использования разных MAC-адресов (применимо, когда транспортирование уровня 2 использовано для U-/C-плоскости).

3.5 Фрагментация

3.5.1 Общие положения

Фрагментацию применяют в том случае, если данные (U- или C-плоскости) с транспортными заголовками Ethernet, которые должны быть переданы, превышают максимальную единицу передачи (MTU) сети. Настоящий стандарт допускает два метода фрагментации: фрагментация уровня приложения и фрагментация транспортного уровня.

3.5.2 Фрагментация уровня приложения

Приложение создает сообщения C- или U-плоскости, которые при включении заголовков могут соответствовать требованиям MTU, установленным сетью.

Идентификатор последовательности: идентификатор последовательности увеличивается для каждого сообщения, E = 1, идентификатор подпоследовательности ID = 0.

Пример фрагментации приложения представлен на рисунке 32, где длинная секция данных разделена между несколькими сообщениями U-плоскости. В примере — это одна секция данных (0xABC), описанная как таковая в C-плоскости, а в U-плоскости sectionId цитируется несколько раз в нескольких сообщениях U-плоскости, но с разными и последовательными группами PRB, как обозначается полями startPrbu и numPrbu. Ширина слова IQ в примере составляет 14 бит, что для такой большой секции данных требует нескольких сообщений U-плоскости. EcpriRtcid/ecpriPcid (0xDEF3) показан со случайным примерным значением, как и идентификатор последовательности в C-плоскости (0x99) и независимо в U-плоскости (0x40 — 0x48).

3.5.3 Фрагментация на транспортном уровне (eCPRI или IEEE-1914.3)

Приложение создает сообщения U-плоскости, которые при включении заголовка могут превышать требования MTU, установленные сетью.

Транспортный уровень разделяет сообщение, которое может содержать более одной секции, на части так, что фрагменты с заголовками соответствуют требованиям MTU, установленным сетью.

Идентификатор последовательности: идентификатор последовательности остается одинаковым для всех фрагментов. Идентификатор подпоследовательности начинается с 0 для первого фрагмента и увеличивается для каждого фрагмента. Последний фрагмент отмечен E = 1, остальные — E = 0.

Пример использования порядковых номеров приведен в таблице 26.

Таблица 26

Пример использования порядковых номеров

Рисунок 32 — Пример фрагментации сообщений U-плоскости на уровне приложения

3.5.4 Принцип фрагментации

Следует применять фрагментацию уровня приложения для возможности использования стандартных кадров Ethernet IEEE 802.3 максимального размера. Крупные кадры в случае использования увеличивают максимальный размер MTU.

В случае решения только для уровня L2 максимальный размер блока передачи уровня приложения равен:

стандартный размер полезной нагрузки кадра Ethernet IEEE

802.3 (1500 байт) — транспортный заголовок (8 байт) = 1492 байта (или больше для крупных кадров).

Когда полезная нагрузка секции U-плоскости фрагментирована из-за большого количества PRB, она будет разделена на несколько групп PRB, чтобы каждая группа (включая заголовки приложений) могла соответствовать требованиям MTU. Каждая группа PRB должна иметь свои соответствующие поля управления, включая один идентификатор секции из C-плоскости, а также параметры startPrbu и numPrbu для идентификации своего содержимого (см. рисунок 31). Когда сообщение уровня приложения превышает размер MTU, установленный посредством конфигурации M-плоскости, на транспортном уровне может быть применена фрагментация транспортного уровня, которая дает возможность сообщениям уровня приложения соответствовать любому размеру MTU без необходимости предоставления приложению подробной информации транспортного уровня.

4 Протокол C-плоскости

4.1 Общие положения

В качестве механизма инкапсуляции сообщений плоскости управления используют либо eCPRI, либо IEEE 1914.3. Из-за очень строгих ограничений на задержку для этих сообщений считают, что подтверждения сообщений невозможны. Аналогично предполагается использование другого потока данных, отличного от канала U-плоскости. Кроме того, сообщения C-плоскости не объединяются с сообщениями U-плоскости в одном кадре Ethernet.

4.2 Базовые процедуры

4.2.1 Процедура передачи команд планирования и формирования луча

Эту процедуру используют для обмена сообщениями C-плоскости между O-DU и O-RU, основной целью которых является передача связанной с данными управляющей информации, необходимой для обработки пользовательских данных (например, команд планирования и формирования луча), если такая информация не предоставляется через M-плоскость (более подробная информация изложена в 5.2.2). Сообщения отправляются отдельно для команд, относящихся к каналу DL, и для команд, относящихся к каналу UL (см. рисунок 33). Для повышения гибкости сообщения C-плоскости могут быть отправлены либо совместно, либо по отдельности в зависимости от канала, по которому передается информация. Например, PUCCH и PUSCH могут быть объединены или не объединены в одно сообщение C-плоскости в зависимости от реализации.

4.2.2 Смешанная нумерология и использование PRACH

5G NR определяет блок физических ресурсов (PRB), в котором количество поднесущих на один блок PRB одинаково для всех нумерологий (12). Однако разнесение поднесущих может отличаться, что приводит к смешанной нумерологии, используемой во временной и частотной областях соответственно. Точно также смешанная нумерология может применяться как к DL, так и к UL соответственно (см. рисунок 34).

Индексирование частоты в нескольких нумерологиях осуществляется нижеприведенным образом.

Индексация RB (т.е. блока физических ресурсов) зависит от используемой нумерологии. В случае PRACH и SSB соотношение осуществляется через физический канал. В случае PRACH индексация RB внутри каждого частотного блока PRACH следует спецификациям 3GPP. Выделение поднесущей PRACH выполняется в O-DU. В частности, первый RE первого RB, адресованный внутри идентификатора раздела, должен соответствовать первому защитному тону, используемому на нижней границе частотного блока PRACH на основе PRACH SCS. Благодаря использованию индекса фильтра и SCS соответствующего PUSCH, O-RU знает положение поднесущей PRACH, защитные тоны и затем может регулировать свои параметры фильтрации (например, центр фильтра, полосу пропускания). Для случая SSB назначается собственный отдельный частотный сдвиг.

На рисунке 35 показан пример PRACH, иллюстрирующий startPrbc, numPrbc и freqOffset. В частности:

• freqOffset указывает расположение центра нижнего RE в нижнем RB, определенном frameStructure, по отношению к центру полосы пропускания канала;
• startPrbc и numPrbc в типе раздела 3 показывают PRB в сетке RB, определяемой соответствующими freqOffset и frameStructure.

Сообщение DL C-плоскости, описывающее несколько символов, должно прибыть в O-RU не менее чем за период времени Tcp_adv_dl до конца окна приема DL U-плоскости для символа startSymbolId (наиболее ранний символ, описанный сообщением).	Сообщение UL C-плоскости, описывающее несколько символов, должно прибыть в O-RU не менее чем за период времени t2a_min_cp_ul до того, как наиболее ранний образец сигнала радиоинтерфейса UL для символа startSymbolId (наиболее ранний символ, описанный в сообщении) прибудет на антенну O-RU.

Рисунок 33 — Процедура передачи команд планирования и формирования луча

Рисунок 34 — Смешанная нумерология во временной и частотной областях

NumPrbc может исключать PRB со всеми защитными тонами на верхнем конце частотного блока PRACH. Следовательно, в примере на рисунке 35 для numPrbc может быть установлено значение 71 или 72.

Для каждой нумерологии (и PRACH/SSB) IE freqOffset определяет частотный сдвиг между центром полосы пропускания канала (сконфигурированный через M-плоскость) и центром поднесущей, соответствующей RE #0 из RB #0 с разрешением, равным половине SCS соответствующей нумерологии. Данное понятие проиллюстрировано на рисунках 36 - 38.

Центр полосы пропускания канала (центральная частота компонентной несущей, Гц) является опорным для всех нумерологий и каналов PRACH/SSB. Центр полосы пропускания канала настраивается при настройке несущей через M-плоскость.

Разрешение сдвига частоты 0,5·SCS позволяет выровнять центр полосы пропускания канала с центром RE или границей RE.

Рисунок 35 — startPrbc, numPrbc и freqOffset (пример PRACH)

Примечания

1 Каждый частотный блок отправляется с отдельным идентификатором раздела и контрольным параметром в типе раздела 3.

2 В этом примере PUSCH SCS несущей 5G NR с частотой 100 МГц занимает 30 кГц, PRACH SCS — 1,25 кГц.

3 В рамках 5G NR частотные блоки PRACH являются непрерывными.

4 Приведены защитные тоны.

Рисунок 36 — Отображение RB (пример канала PRACH)

Рисунок 37 — Отображение RB и поддержка смешанных нумерологий (пример со смешанными нумерологиями)

Рисунок 38 — Отображение RB и поддержка смешанных нумерологий (пример SSB)

Индексация слотов со смешанной нумерологией осуществляется нижеприведенным образом.

Для заданного частотного диапазона FR1 или FR2 наивысшая возможная нумерология, поддерживаемая O-RU, должна быть использована в качестве опорной нумерологии для каждой компонентной несущей с началом временного интервала, идентифицированного slotId. Каналы UL и DL на одной компонентной несущей должны применять одну опорную нумерологию для slotId. Если наивысшая нумерология, поддерживаемая O-RU, допускает как нормальный, так и расширенный CP, тогда нормальный CP следует использовать в качестве опорного. O-RU должен давать приоритет интервалам с расширенным CP относительно интервалов с опорным CP. Продолжительность и положение символа во времени вычисляют из значения \mu (SCS задается из frameStruture в поле сообщения или конфигурируется через M-плоскость) и поля slotId в сообщении U-/C-плоскости. Значение поля sectionId в сообщениях U/C-плоскости, адресованных каждому eAxC, должно быть уникальным для каждого слота, идентифицированного значением slotId.

Например, в случае FR1 максимальное количество слотов на подкадр равно четырем, когда максимальное количество SCS, поддерживаемое O-RU, составляет 60 кГц (см. таблицы 27 и 28):

\mu = 0 \rightarrow slot#0;\mu = 1 \rightarrow slot#0&#2;\mu = 2 \rightarrow slot#0,#1,#2,\#3 .

Таблица 27

Индексация slotId (пример 1)

Нумерология для slotId основана на максимально возможной нумерологии, поддерживаемой O-RU. Например:

• если O-RU поддерживает SCS 15, 30 и 60 кГц, то поддержка будет согласно таблице 27 (левая сторона);
• если O-RU поддерживает SCS 30, 60 и 120 кГц, то поддержка будет в соответствии с таблицей 27 (правая сторона);
• если O-RU поддерживает SCS 120 и 240 кГц, то поддержка будет в соответствии с таблицей 28 (левая сторона);
• если O-RU поддерживает SCS 15 и 30 кГц, то поддержка будет в соответствии с таблицей 28 (правая сторона).

Таблица 28

Индексирование slotId (пример 2)

Для некоторых форматов PRACH символы PRACH формируются из нескольких повторений посылок преамбулы посредством только циклического префикса (CP), использованного при первой посылке преамбулы. Следовательно, необходимо информировать O-RU о том, как правильно выполнять извлечение CP и FFT. Это достигается путем отправки одного управляющего сообщения, охватывающего несколько символов (см. рисунок 38: количество символов = 4, длина CP = 0, продолжительность сдвига времени регулируется эквивалентным значением времени в 1152 образца для компенсации установки длины CP = 0), что уменьшает количество требуемых сообщений C-плоскости и объема данных.

Опционально O-RU может анонсировать список поддерживаемых форматов для конкретной конечной точки. Если O-RU не делает этого, то это означает, что O-RU поддерживает все форматы PRACH, и O-DU может выбрать любой формат, совместимый с 3GPP и выбранным SCS. Если O-RU реализует более ранние версии спецификации M-плоскости, которые не поддерживают посылку таких сообщений, то согласование форматов PRACH для использования должно происходить в автономном режиме, т.е. операторы и/или поставщики должны гарантировать, что предполагаемые форматы PRACH поддерживаются как O-RU, так и O-DU.

В качестве примера на рисунке 39 изображен сценарий с форматом A2 и 30 кГц SCS, в котором выделение CP происходит один раз, но есть четыре связанные операции FFT.

Рисунок 39 — Пример формата A2 PRACH

4.2.3 Параметры конфигурации и индикация предварительного кодирования DL

4.2.3.1 Общие положения

В этом пункте приведены методы определения операции предварительного кодирования в O-RU, используемые для поддержки O-RU категории B. Для O-RU категории A предварительное кодирование реализовано в O-DU.

4.2.3.2 O-DU

12 RE отправляются по интерфейсу от O-DU к O-RU.

Для Tx:

• для отображения уровней в O-RU комплексные символы модуляции приведены в последовательности начиная с d^{(q)}(0),...,d^{(q)}(M_{s(ym)b}^{q} - 1) до частоты RE (k, l) и упакованы в PRB. Для этой цели использован единичный eAxC;
• для отображения CRS в O-RU все RE CRS принадлежат одной антенне Tx, приведены с частотными RE (k, l) для одного уровня, упакованы в PRB для передачи и распакованы в O-RU.

Для TxD:

• для отображения уровней в O-RU комплексные символы модуляции приведены в последовательности начиная с d^{(q)}(0),...,d^{(q)}(M_{s(ym)b}^{q} - 1) до частоты RE (k, l) и упакованы в PRB. Для этой цели использован единичный eAxC;
• для отображения CRS в O-RU все RE CRS приведены в частотных REs (k, l) для всех уровней, упакованы в PRB для передачи и распакованы в O-RU.

Для TM3/TM4, TM5/6:

• в O-DU символы, отображенные на уровне для каждого уровня v, приведены в последовательности начиная с x(i) = [x(0)(i) ... x(v-1)(i)]T до частоты REs (k, l) и упакованы в каждый PRB;
• для предварительного кодирования в O-RU для каждого уровня использованы разные eAxC;
• для отображения CRS в O-RU все CRS RE для каждого уровня упакованы в PRB для передачи и распакованы в O-RU;
• все параметры сообщений C-плоскости остаются неизменными для целей предварительного кодирования.

Для TM7-10 и NR предварительное кодирование в O-RU может быть реализовано различными способами, которые определяет поставщик и которые зависят от него, потому что для этих случаев операция предварительного кодирования, предписываемой 3GPP, отсутствует.

4.2.3.3 O-RU

Из расширения области предварительного кодирования C-плоскости O-RU определяет схему передачи с помощью поля txScheme.

Для Tx:

• в O-RU входные модулированные символы d^{(q)}(0),...,d^{(q)}(M_{s(ym)b}^{q} - 1) должны быть распакованы и использованы для выполнения отображения уровней, предварительного кодирования и отображения портов антенны для одного Tx;
• для передачи через порт с одной антенной использован один уровень, u = 1, а отображение определено как x(0) (i) = d(0)(i) с M_{symb}^{layer} = M_{s(ym)b}^{0} ;
• для одиночной передачи Tx через порт с одной антенной предварительное кодирование определено как y(p)(i) = x(0)(i), где {}_{p \in}{_{0,4,5,7,8,11,13,107,108,109,110}} — это количество портов с одной антенной, используемых для передачи физического канала, и i = 0,1,...,M_{symb}^{ap} - 1,M_{symb}^{ap} = M_{symb}^{layer} ;
• для отображения порта антенны p = {0} каждое y(i) = [y(p)(i)]T RE переходит в порт антенны y_p(i) после отображения порта антенны;
• поскольку PRB содержит последовательности CRS для одного порта антенны, RE должен извлекать RE CRS, используя crsSymbolNumber, crsReMask и crsShift, и отображать их в соответствующую позицию RE.

Для txScheme TxD:

• в O-RU входные модулированные символы d^{(q)}(0),...,d^{(q)}(M_{s(ym)b}^{q} - 1) должны быть распакованы и использованы для выполнения отображения уровней, предварительного кодирования и отображения портов антенны;
• соответствующий прекодер выбирают на основе количества уровней и портов антенн;
• для отображения порта антенны p = {0...N} каждый y(i) = [y(p)(i)]T RE переходит в каждый порт антенны y_p(i) после отображения порта антенны;
• поскольку PRB содержит последовательности CRS для № портов антенны, RE должен извлечь RE CRS, используя crsSymbolNumber, crsReMask и crsShift, которые отображаются в соответствующую позицию RE, а остальные RE заполняются нулевыми данными.

Для TM3/TM4, TM5/6:

• отображенные символы входного уровня x(i) = [x(0)(i) ... x(v-1)(i)]T должны быть использованы для выполнения предварительного кодирования в O-RU на основе codeBookIndex, numLayers, layerID;
• в режиме замкнутой петли соответствующий прекодер выбирают для индекса кодовой книги, количества уровней и портов антенны;
• в режиме открытой петли поле индекса кодовой книги игнорируют;
• O-RU автоматически изменяет прекодер для каждого RE в зависимости от количества портов антенны и количества уровней;
• после предварительного кодирования для отображения порта антенны p = {0..N} каждый y(i) = [y(p)(i)]T RE переходит в каждый порт антенны y_p(i) после отображения порта антенны;
• поскольку все PRB содержат последовательности CRS для № портов антенны, то на основе layerID (layer 0) RE должен извлечь последовательность CRS с использованием crsSymbolNumber, crsReMask и crsShift для отображения CRS на каждый порт антенны с использованием битового поля reMask; CRS RE с других уровней можно игнорировать.

Для TM7-10 и NR одним из способов реализации предварительного кодирования в O-RU является использование значений beamID, при этом идентификатор луча указывает на вектор формирования диаграммы направленности, который также реализует операцию предварительного кодирования.

4.2.4 Процедура передачи команд LAA

4.2.4.1 Общие положения

Эту процедуру используют для обмена сообщениями C-плоскости между O-DU и O-RU. Основная цель данных сообщений — поддержка функции LAA в O-RU/O-DU.

4.2.4.2 Обзор процедуры LBT

Процедуру LBT используют для конфигурации O-RU параметрами, необходимыми для выполнения режима LBT до передачи PDSCH или DRS по каналу OTA. O-RU должен сообщить результат процесса конфигурирования режима LBT (успех или неудача) в индикативном сообщении.

В отличие от лицензируемого спектра, где O-RU может непрерывно отправлять данные или опорные сигналы по каналу OTA, в нелицензируемом спектре O-RU может отправлять только прерывистые пакеты данных (длиной MCOT) или периодические сигналы DRS. Сообщение запроса LBT_DL_CONFIG отправляется один раз перед каждой передачей по каналу OTA на LAA SCell. Это включает в себя передачи как DRS, так и PDSCH (т.е. пакетную передачу MCOT). На каждое сообщение запроса LBT_DL_CONFIG O-RU отвечает сообщениями индикации LBT_DL, которые содержат результат LBT и статус подкадра (передан/отброшен) (см. рисунок 40).

Рисунок 40 — Поток сообщений LBT

Если O-RU может самостоятельно управлять окном перегрузки, O-DU не нужно отправлять сообщение запроса LBT_DL_CONFIG, чтобы запустить процедуру LBT в O-RU. Поскольку O-RU может определять время начала процедуры LBT, требования O-DU для процедуры LBT в O-RU состоят в доставке необходимой информации для настройки окна перегрузки, управляемого O-RU. Для передачи этой информации O-DU отправляет сообщение LBT_CWCONFIG_REQ, а O-RU уведомляет O-DU сообщением LBT_CWCONFIG_RSP о получении сообщения LBT_CWCONFIG_REQ. Также O-RU может настроить окно перегрузки на основе информации в сообщении LBT_CWCONFIG_REQ. На каждое сообщение запроса LBT_CWCONFIG_REQ O-RU отвечает сообщением(ями) индикации LBT_DL, которое(ые) включает(ют) результат LBT и статус подкадра (передан/отброшен).

Для передачи DRS-сигнала O-DU должен первоначально настроить O-RU с параметрами DRS (период DMTC и смещение DMTC) через M-плоскость.

Перед каждым DRS-периодом O-DU должен отправлять сообщение запроса LBT_DL_CONFIG и сигнал DRS. O-RU выполняет LBT и передает сигнал DRS по каналу OTA в случае положительного результата процедуры LBT. Затем O-RU должен отправить индикацию LBT_DL.

Сигнал DRS может передаваться через интерфейс предварительной передачи аналогично другим опорным сигналам, таким как PSS/SSS/CRS.

4.2.4.3 Определения

Для процедуры применены следующие определения:

• DOW: максимальная задержка при прямой передаче в одну сторону;
• PDU: максимальное время обработки O-DU (чтение восходящего сообщения C-плоскости O-RU, обработка MAC, отправка данных нисходящей U-плоскости);
• PRU: максимальное время обработки O-RU (отправка сообщения восходящего потока C-плоскости, получение данных нисходящего потока U-плоскости, передача данных U-плоскости по каналу OTA);
• BRU: глубина буфера O-RU (для LAA) ограничена целым числом символов OFDM в микросекундах (например, до 140 символов, т.е. MCOT). Это эквивалентно минимальному количеству данных, которые должны буферизоваться в O-RU. Этот параметр может быть меньше или равен фактическому размеру буфера O-RU, передаваемому через M-плоскость;
• просроченный символ: символ, в котором текущее время в O-RU превышает целевое время передачи (т.е. SFN/SF) по каналу OTA;
• нормальное (частично заполненное) предположение о SF: Tstart — это начало времени передачи, происходящее на границе первого SF (слота), с которой сталкивается O-RU после запуска процесса LBT CAT 4 и после завершения минимальной продолжительности считывания. Первоначально известно O-DU (поскольку он отправляет время начала LBT и параметры LBT в O-RU). Его можно обновлять в реальном времени на основе результата LBT и связи между O-DU и O-RU. Следует обращать внимание на то, что в данном случае «слот» соответствует определению LTE, содержащему семь символов;
• пороговое значение индикации LBTDL (LBTth): наиболее позднее время, когда O-DU, как ожидается, получит сообщение индикации LBTDL от O-RU:

LBTth = Tstart + (PRU + DOW + PDU); (1)

• порог времени передачи CU (CUTth): момент времени, в который O-DU требуется для отправки данных в O-RU для передачи по каналу OTA в момент Tstart:

CUTth = Tstart — (PRU + DOW + PDU); (2)

• x: минимальное время между любыми двумя возможными моментами начала передачи:

x = 1 мс — для нормального SF;

x = 0,5 мс — для частично-заполненного SF.

4.2.4.4 Общие рекомендации по процедуре LAA

Передача PDSCH осуществлена в соответствии со следующими принципами:

а) O-DU должен избегать переполнения или опустошения буфера в O-RU:

1. O-DU должен отправлять в O-RU только объем данных BRU для каждой отдельной передачи,

2. O-DU должен планировать получение данных в O-RU только в объеме PRU до фактического времени передачи по каналу OTA в O-RU;

б) O-RU должен избегать переполнения или опустошения буфера в O-RU:

1. O-RU должен очистить свой буфер (отбросив все просроченные символы), как только истечет срок действия любого символа (т.е. текущее время больше запланированного времени символа),

2. O-RU должен немедленно послать в O-DU индикацию положительного результата процедуры LBT, как только канал будет получен,

3. O-RU должен отправить сообщение об ошибке в O-DU, если полученные данные больше, чем его локальный буфер,

4. O-RU должен отправить сообщение об отбрасывании подкадра или передаче в O-DU, когда буферизованный подкадр отбрасывается из-за того, что запланированное время прошло, или передается после положительного результата процедуры LBT;

в) O-RU должен иметь буфер, который удовлетворяет следующему условию: BRU >= 2x DOW + PDU + PRU;

г) O-DU может настроить O-RU (через M-плоскость) с порогом длительности LBT CAT 4 (например, 8 мс). Как только этот порог превышен, O-RU отправляет сообщение об ошибке LBT в O-DU, который, в свою очередь, отправляет новый запрос на конфигурацию LBT. Затем O-RU может перезапустить процесс LBT CAT 4;

д) сигнал данных может быть принят в O-RU до или после LBTPDSCHREQ;

е) O-RU должен генерировать сигнал резервирования локально каждый раз, когда это необходимо.

Передача DRS осуществляется в соответствии со следующими принципами:

а) повторная передача:

1. PSS/SSS, являющийся частью DRS, может происходить за пределами подкадра 0 и 5,

2. CRS/CSI-RS/PSS/SSS не зависят от номера подкадра, но остаются неизменными для подкадров 0 — 4 (скажем, DRS_v1) и 5 — 9 (DRS_v2);

б) допущение: передача DRS по каналу OTA начинается на границах SF;

в) сигнал DRS может быть получен до или после LBT_DRS_REQ;

г) LBT_DRS_REQ отправляется один раз для каждого окна DRS (например, смещение DMTC = 6 мс передается в O-RU через M-плоскость);

д) сигнал DRS отправляется через каждые SF в 6 SF окна DRS, пока LBT не завершится результативно;

е) DRSth,1 = SFO — (PRU + DOW + PDU);

ж) DRSth,2 = SF5 — (PRU + DOW + PDU);

и) SFO: начало SF0, S_F1, SF2, SF3 или SF4;

к) SF5: начало SF5, S_F6, SF7, SF8 или SF9;

л) в DRSth,1, O-DU отправляет DRS_v1 (т.е. для передачи в SF 0 — 4);

м) в DRSth,2, O-DU отправляет DRS_v2 (т.е. для передачи в SF 5 — 9).

Примечание - Индикация ошибки как результата LBT должна быть отправлена для каждого периода считывания.

Передача информации об окне перегрузки осуществлена в соответствии со следующими принципами:

а) O-DU должен отправить информацию о корректировке окна перегрузки в O-RU. При этом должна быть включена информация обратной связи HARQ для опорного подкадра и должно быть учтено количество TB;

б) O-RU должен отрегулировать значение окна управляемой перегрузки и уведомить O-DU о статусе приема пакета:

1. O-RU должен скорректировать значение окна перегрузки на основе полученной информации,

2. O-RU должен немедленно отправить LBT_CWCONFIG_RSP с положительным результатом в O-DU, когда сообщение получено. В противном случае O-RU должен отправить LBT_CWCONFIG_RSP с отрицательным результатом.

4.2.5 Нумерация символов и продолжительность

Для случая NR нумерация символов данных в слоте должна быть от нуля до 13 (для расширенного CP — 11). Для LTE нумерация символов должна быть отображена в нумерацию NR следующим образом:

а) LTE с нормальным префиксом приведен на NR с тем же \mu и нормальным префиксом:

1. символ LTE ILTE слота 2i — на слот NR i, символ I' = ILTE,

2. символ LTE ILTE слота 2i + 1 — на NR слот i, символ I' = 7 + ILTE;

б) LTE с расширенным префиксом:

1. символ LTE ILTE слота 2i — на слот NR i, символ I' = ILTE,

2. символ LTE ILTE 2i + 1 — на слот NR i, символ I' = 6 + ILTE.

Продолжительность символа может быть определена из SCS, заданного frameStructure, и на основе информации о том, поддерживается ли LTE по сравнению с NR (необходимые формулы даны в спецификации 3GPP 36.211 и 38.211).

Когда значение SCS, предоставленное параметром frameStructure, менее 15 КГц (например, для форматов PRACH с длинной преамбулой), нумерология для symbolId основана на SCS 15 КГц.

4.2.6 Динамическое совместное использование спектра (DSS)

4.2.6.1 Общие положения

Совместное использование динамического спектра позволяет различным радиотехнологиям — 4G LTE и 5G NR — динамически совместно использовать одни и те же несущие частоты, т.е. O-DU может выделять один или несколько наборов частотно-временных ресурсов (или PRB) для LTE или NR динамически. O-RU также должен поддерживать эту функцию, чтобы O-DU мог использовать такое распределение. Настоящий стандарт поддерживает DSS с использованием выделенных идентификаторов eAxC (т.е. конечных точек) для LTE и NR или с помощью Section Extension = 9 для DSS.

4.2.6.2 Динамическое распределение спектра (DSS) через выделенные конечные точки

Выделенные конечные точки (следовательно, идентификаторы eAxC) настраиваются в O-RU для LTE и NR для реализации DSS. Например, когда O-DU определяет набор PRB для LTE, O-DU использует идентификатор eAxC для LTE (назначенный несущей, идентифицированной как несущая LTE) для адресации конечной точки LTE; причем, когда O-DU выделяет тот же набор PRB для NR, O-DU использует идентификатор eAxC для NR (назначенный несущей, идентифицированной как несущая NR) для адресации конечной точки NR в O-RU.

При использовании этого подхода несущая будет назначена для LTE или NR, поэтому когда и LTE, и NR должны поддерживаться одновременно (DSS), то должны быть идентифицированы две несущие с перекрывающимися частотными диапазонами, одна из которых для LTE, а другая — для NR. O-RU должен будет охватывать две несущие так, чтобы один частотный диапазон мог поддерживать как NR, так и LTE, и O-DU должен будет гарантировать, что ни один RE не назначен как для LTE, так и для NR в одно и то же время.

4.2.6.3 Динамическое распределение спектра (DSS) с применением параметра расширения секций, равного 9

Используя для DSS Section Extension, равный 9, O-DU может применять единичный eAxCid (и, следовательно, одну конечную точку) для передачи LTE и распределения NR PRB, если O-RU способен использовать как обработку LTE, так и обработку NR с использованием одной конечной точки (т.е. O-RU поддерживает Section Extension, равный 9). Следует обращать внимание на то, что одна несущая может быть выделена либо для LTE, либо для NR, либо для обеих технологий, и поддержка DSS таким образом означает, что несущая (которой назначена конечная точка) будет обозначена с поддержкой обеих технологий. O-DU указывает через Section Extension, равного 9, применима ли информация о распределении PRB к LTE или к NR.

4.3 Элементы протокола C-плоскости

4.3.1 Общие положения

Сообщения C-плоскости инкапсулируются с использованием двухуровневого заголовка. Первый уровень состоит из общего заголовка eCPRI или общего заголовка IEEE 1914.3, включая соответствующие поля для указания типа сообщения, а второй уровень — это прикладной уровень, включающий необходимые поля для управления и синхронизации. На прикладном уровне раздел определяет характеристики данных U-плоскости, которые должны быть переданы или получены от луча с одним идентификатором шаблона. Как правило, заголовок передачи, заголовок приложения и раздела предназначены для выравнивания по 4-байтовым границам и передаются в сетевом порядке байтов, означающем, что наиболее значимый байт многобайтового параметра следует первым.

При выборе через M-плоскость опционального «прямого порядка байтов» веса формирования луча (тип раздела 1 или 3 типа и extType = 1) и поля cilsample/ciQsample (тип раздела 6) должны использовать прямой порядок байтов для передачи комплексных чисел.

В таблице 29 описаны типы разделов, поддерживаемые в C-плоскости.

Таблица 29

Типы разделов, поддерживаемые в C-плоскости

Внутри раздела данных заголовок раздела в большинстве случаев включает «флаг расширения», указывающий те параметры, которые применяются к разделу помимо тех, что находятся в заголовке раздела (флаг расширения чаще всего расположен рядом с полями beamId или ueId). Наличие этого флага расширения указывает, что после заголовка присутствует расширение раздела. Внутри расширения раздела есть еще один флаг расширения, расположенный рядом с полем extType, указывающий на присутствие второго (или третьего и т.д.) расширения.

Таким образом, в раздел данных может быть включено любое количество расширений раздела. Это обеспечивает расширяемость параметров раздела без необходимости постоянно переопределять заголовок раздела или создавать новые типы разделов в соответствии с требованиями будущих стандартов предварительной передачи.

Расширение раздела принимает следующую структуру: есть типовое поле, в частности extType, которое представляет собой 7-битное поле, описывающее конкретный тип расширения, затем поле однобайтовой длины, в частности поле extLen, уточняющее, сколько 4-байтовых слов содержится в расширении (минимум 1, включая поля extType и extLen), а далее некоторое количество параметров, которые зависят от значения extType для их определения. Во всех случаях расширение раздела будет целым числом, состоящим по длине из слов (4-байтовых).

Конкретные допустимые значения extType, их значения и связанные с ними параметры подробно описаны в 4.3.6 и 4.3.7.

Выбранные типы сообщений C-плоскости (типы разделов 1, 3 и 5) несут описания разделов данных, которые передают информацию, применимую к разделам данных, переносимых в сообщениях U-плоскости. Существует несколько методов соединения описаний разделов данных C-плоскости и разделов данных U-плоскости:

• соединение через значение sectionId;
• соединение по частоте и времени;
• соединение по частоте и времени с приоритетами;
• соединение по частоте и времени с приоритетами (оптимизировано).

4.3.1.1 Метод соединения C-плоскости и U-плоскости через значение sectionId используют по умолчанию. O-DU может настроить O-RU для применения другого метода через M-плоскость. В этом методе информация из описания раздела D в сообщении CM C-плоскости относится к элементу ресурса R в PRB P (PRB понимается как 12 ресурсных элементов одного символа OFDM, последовательного по частоте) в разделе данных S в сообщении UM U-плоскости, если выполнены следующие условия:

а) CM соответствует UM, т.е. оба имеют одинаковый eAxC_Id, а значение CM.dataDirection — направлению UM;

б) CM.frameId = UM.frameId and CM.subframeId = UM.subframeId and CM.slotId = UM.slotId;

в) описание символа, идентифицированного UM.symbolId, следует из описания раздела D. Это требует оценивания CM.startSymbolId, symInc и numSymbol в CM или проверки D.symbolMask в расширении типа 6, если это расширение присутствует;

г) PRB p уточняется описанием раздела D. Это требует проверки того, что D.startPrbc <= P < D.startPrbc + D.numPrbc \cdot (D.rb + 1), если D.rb = 1, проверки того, что D.startPrbc modulo 2 = P modulo 2; это требует оценивания D.rbgMask в расширении типа 6, если это расширение присутствует в D. D.reMask имеет значение 1 в бите, соответствующем RE R;

д) D.sectionId = S.sectionId.

Также действуют следующие ограничения (в контексте одного eAxC):

• PRB может возникать только один раз во всех сообщениях U-плоскости, относящихся к одному и тому же символу OFDM;
• на элемент ресурса можно ссылаться [см. условия в перечислениях в), г) и д)] только одним описанием раздела;
• все описания разделов, применимые к PRB [см. условия в перечислениях в) и г)], должны иметь одинаковое значение sectionId;
• описания разделов, которые не применимы к одному и тому же PRB [см. условия в перечислениях в) и г)], должны иметь разные значения sectionId;
• отправитель C-плоскости должен отправить в sectionId значение, которое уникально в пределах слота;
• описания разделов с одинаковым значением sectionId должны иметь одинаковые значения rb, startPrbc, numPrbc и numSymbol.

4.3.1.2 Метод соединения по частоте и времени используют, если O-RU сообщает о соответствующей возможности через M-плоскость, а применение для eAxC настраивается через M-плоскость. В этом методе информация из описания раздела D в сообщении CM C-плоскости относится к элементу ресурса R в PRB P (PRB понимается как 12 ресурсных элементов одного символа OFDM, последовательного по частоте) в разделе данных S в сообщении UM U-плоскости, если выполнены следующие условия:

а) CM соответствует UM, т.е. оба имеют одинаковый eAxC_Id, а значение CM.dataDirection соответствует направлению UM;

б) CM.frameId = UM.frameId and CM.subframeId = UM.subframeId and CM.slotId = UM.slotId;

в) описание символа, идентифицированного UM.symbolId идет из описания раздела D. Это требует оценивания CM.startSymbolId, symInc и numSymbol в CM или проверки D.symbolMask в расширении типа 6 при его наличии;

г) PRB p уточняется описанием раздела D. Это требует проверки того, что D.startPrbc <= P < D.startPrbc + D.numPrbc \cdot (D.rb + 1), если D.rb = 1, а также проверки того, что D.startPrbc modulo 2 = P modulo 2; это требует оценивания D.rbgMask в расширении типа 6, если это расширение присутствует в D;

д) D.reMask имеет значение 1 в бите, соответствующем RE R.

Также действуют следующие ограничения (в контексте одного eAxC):

• PRB может возникать только один раз во всех сообщениях U-плоскости, относящихся к одному и тому же символу OFDM;
• на элемент ресурса можно ссылаться [см. условия в перечислениях в), г) и д)] только одним описанием раздела;
• отправитель C-плоскости должен отправить в sectionId значение 4095;
• отправитель C-плоскости должен упорядочить описания разделов так, чтобы любые описания разделов, ссылающиеся на любой RE (ненулевое значение reMask), присутствовали перед описаниями разделов, которые не ссылаются на какие-либо RE (т.е. нулевое значение в reMask). Это позволяет O-RU быстрее идентифицировать описания разделов, которые несут конфигурацию формирования диаграммы направленности для любого RE, а также делает их локализованными в памяти, что может усовершенствовать производительность обработки сообщений.

4.3.1.3 Метод соединения по частоте и времени с приоритетами является дополнительным и используется, если O-RU сообщает о соответствующей возможности через M-плоскость, а применение для eAxC конфигурируется через M-плоскость. В этом методе информация из описания раздела D в сообщении CM C-плоскости относится к элементу ресурса R в PRB P (PRB понимается как 12 ресурсных элементов одного символа OFDM, последовательного по частоте) в разделе данных S в сообщении UM U-плоскости, если выполнены следующие условия:

а) CM соответствует UM, т.е. оба имеют одинаковый eAxC_Id, а значение CM.dataDirection — направлению UM;

б) CM.frameId = UM.frameId и CM.subframeId = UM.subframeId и CM.slotId = UM.slotId;

в) описание символа, идентифицированного UM.symbolId следует из описания раздела D. Это требует оценивания CM.startSymbolId, symInc и numSymbol в CM или проверки D.symbolMask в расширении типа 6, если это расширение присутствует;

г) PRB p уточняется описанием раздела D. Это требует проверки того, что D.startPrbc <= P < D.startPrbc + D.numPrbc \cdot (D.rb + 1), если D.rb = 1, а также проверки того, что D.startPrbc modulo 2 = P modulo 2; это требует оценивания D.rbgMask в расширении типа 6, если это расширение присутствует в D;

д) D.reMask имеет значение 1 в бите, соответствующем RE R, а D — наивысший приоритет среди описаний разделов данных, ссылающихся на RE R в сообщении CM. Приоритетом описания раздела данных является значение поля приоритета в расширении типа 6, если это расширение присутствует в D, и ноль, если расширение отсутствует.

Примечание - Область поиска описания с наивысшим приоритетом ограничена одним сообщением C-плоскости для того, чтобы избежать ошибок конфигурации формирования луча, которые были бы неизбежны, если бы область охватывала несколько сообщений, и одно из них было бы потеряно.

4.3.1.4 Также действуют следующие ограничения (в контексте одного eAxC):

а) PRB может возникать только один раз во всех сообщениях U-плоскости, относящихся к одному символу OFDM;

б) описания разделов данных, которые относятся к одному RE и передаются в одном сообщении C-плоскости, должны иметь разный приоритет во избежание двусмысленности;

в) если полная конфигурация формирования луча не помещается в одно сообщение C-плоскости, то отправитель должен продублировать описания разделов данных с наивысшим приоритетом, в частности: каждое сообщение C-плоскости должно содержать описание раздела с наивысшим приоритетом, относящееся к любому RE, на которое ссылается сообщение. Это необходимо для гарантии того, что O-RU правильно интерпретирует конфигурацию, полученную в каждом сообщении. Если такое дублирование необходимо во избежание неправильного толкования, оно не нарушает ограничение в перечислении г);

г) отправитель должен избегать отправки ненужных описаний разделов данных, например описания, которые имеют ту же конфигурацию;

д) отправитель C-плоскости должен отправить в sectionId значение 4095;

е) отправитель C-плоскости упорядочивает описания разделов так, чтобы любые описания разделов, относящиеся к любому RE (ненулевое значение reMask), присутствовали перед описаниями тех разделов, которые не ссылаются ни на один RE (т.е. нулевое значение в reMask); описания разделов, относящиеся к любому RE, должны быть упорядочены по эффективному приоритету (сначала наивысший приоритет). Упорядочивание описаний разделов с ненулевым reMask позволяет O-RU быстрее идентифицировать описания тех разделов, которые несут конфигурацию формирования луча для любого RE, а также делает их локализованными в памяти, что может улучшить производительность обработки сообщений. Упорядочивание описаний разделов по наивысшему приоритету, в первую очередь, предназначено для оптимизации обработки сообщений C-плоскости O-RU, т.е. конфигурация формирования луча RE может быть определена из более раннего описания раздела, встречающегося в сообщении.

Для оптимизированного метода соединения по частоте и времени с приоритетами действуют такие же ограничения, как и для метода соединения по частоте и времени с приоритетами, за исключением ограничения по перечислению д). Вместо него используется следующее ограничение: отправитель C-плоскости должен отправить в sectionId значение 4095 для описания раздела с более низким приоритетом. Для секций с наивысшим приоритетом уникальные sectionId должны быть установлены в определенном диапазоне, начиная от 0 до «максимальный наивысший приоритет разделов на слот», указанном через M-плоскость, по идентификаторам eAxC (ограничение этого диапазона помогает уменьшить область поиска для обнаружения повторяющихся описаний разделов с наивысшим приоритетом). При дублировании разделов с наивысшим приоритетом все поля, включая sectionId, должны совпадать.

В дополнение к связыванию уникального sectionId с разделом наивысшего приоритета, как описано выше, O-DU должен установить флаг «повторение» в 1 для каждого повторяющегося сообщения C-плоскости. O-RU может обработать или игнорировать флаг в зависимости от его реализации.

4.3.2 Команды планирования и формирования луча

Для сообщений C-плоскости использован общий формат кадра, состоящий из транспортного уровня и прикладного уровня. Прикладной уровень находится в пределах полезной нагрузки транспортного уровня и состоит из общего заголовка для временной привязки, за которым следуют информация и параметры, зависящие и специфичные для применяемого типа раздела. Несколько наборов данных раздела с одним значением типа раздела могут быть выстроены один за другим в пределах полезной нагрузки. Чтобы минимизировать скорость передачи пакетов через интерфейс, передатчик должен заполнять сообщения как можно большим количеством последующих разделов (с последовательными идентификаторами разделов или без них). Однако наборы данных раздела с разными значениями типа раздела следует отправлять отдельными сообщениями (т.е. разные значения типа раздела не должны смешиваться в одной полезной нагрузке сообщения C-плоскости).

Состав транспортного уровня приведен в 3.1.3.

Состав прикладного уровня:

а) поля типа раздела 0 (используют для указания периодов ожидания или защиты от O-DU до O-RU):

1. поля общего заголовка:

• поле dataDirection [направление данных (gNB Tx/Rx)]: 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 0),
• поле timeOffset (смещение времени): 16 бит,
• поле frameStructure (структура кадра): 8 бит,
• поле cpLength (длина циклического префикса): 16 бит,
• поле reserved (зарезервировано для использования в будущем): 8 бит;

2. поля раздела:

• поле sectionID (идентификатор раздела): 12 бит,
• поле rb (идентификатор ресурсного блока): 1 бит,
• поле symInc (команда пошагового увеличения номера символа): 1 бит,
• поле startPrbc (начальный PRB описания раздела данных): 10 бит,
• поле numPrbc (количество смежных PRB на описание раздела данных): 8 бит,
• поле reMask (маска элемента ресурса): 12 бит,
• поле numSymbol (количество символов): 4 бита,
• поле ef (флаг расширения): 1 бит,
• поле reserved (зарезервировано для использования в будущем): 15 бит;

б) поля типа раздела 1 (используют для большинства радиоканалов нисходящего и восходящего каналов; для некоторых каналов, особенно для PRACH и каналов со смешанной нумерологией, может потребоваться больше элементов информации, содержащихся в других типах разделов; если тип раздела 1 применяют для канала PRACH, он должен обрабатываться так же, как обрабатываются другие канал в O-RU):

1. поля общего заголовка:

• поле dataDirection (направление данных (gNB Tx/Rx)): 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 1),
• поле udCompHdr (заголовок сжатия пользовательских данных): 8 бит,
• поле reserved (зарезервировано для использования в будущем): 8 бит;

2. поля разделов;

• поле sectionID (идентификатор раздела): 12 бит,
• поле rb (идентификатор ресурсного блока): 1 бит,
• поле symInc (команда пошагового увеличения номера символа): 1 бит,
• поле startPrbc (начальный PRB описания раздела данных): 10 бит,
• поле numPrbc (количество смежных PRB на описание раздела данных): 8 бит,
• поле reMask (маска элемента ресурса): 12 бит,
• поле numSymbol (количество символов): 4 бита,
• поле ef (флаг расширения): 1 бит,
• поле beamId (идентификатор луча): 15 бит;

в) поля типа раздела 3 (используют для каналов PRACH и смешанной нумерологии):

1. поля общего заголовка:

• поле dataDirection [направление данных (gNB Tx/Rx)]: 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 3),
• поле timeOffset (смещение времени): 16 бит,
• поле frameStructure (структура кадра): 8 бит,
• поле cpLength (длина циклического префикса): 16 бит,
• поле udCompHdr (заголовок сжатия пользовательских данных): 8 бит;

2. поля разделов:

• поле sectionID (идентификатор раздела): 12 бит,
• поле rb (идентификатор ресурсного блока): 1 бит,
• поле symInc (команда пошагового увеличения номера символа): 1 бит,
• поле startPrbc (начальный PRB описания раздела данных): 10 бит,
• поле numPrbc (количество смежных PRB на описание раздела данных): 8 бит,
• поле reMask (маска элемента ресурса): 12 бит,
• поле numSymbol (количество символов): 4 бита,
• поле ef (флаг расширения): 1 бит,
• поле beamId (идентификатор луча): 15 бит,
• поле freqOffset (смещение частоты): 24 бита,
• поле reserved (зарезервировано для использования в будущем): 8 бит;

г) поля типа раздела 5 (используют для информации о планировании UE):

1. поля общего заголовка:

• поле dataDirection [направление данных (gNB Tx/Rx)]: 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 5),
• поле udCompHdr (заголовок сжатия пользовательских данных): 8 бит,
• поле reserved (зарезервировано для использования в будущем): 8 бит;

2. поля разделов:

• поле sectionID (идентификатор раздела): 12 бит,
• поле rb (идентификатор ресурсного блока): 1 бит,
• поле symInc (команда пошагового увеличения номера символа): 1 бит,
• поле startPrbc (начальный PRB описания раздела данных): 10 бит,
• поле numPrbc (количество смежных PRB на описание раздела данных): 8 бит,
• поле reMask (маска элемента ресурса): 12 бит,
• поле numSymbol (количество символов): 4 бита,
• поле ef (флаг расширения): 1 бит,
• поле ueId (идентификатор UE): 15 бит;

д) поля типа раздела 6 (используют для отправки информации о канале для определенного идентификатора UE):

1. поля общего заголовка:

• поле dataDirection [направление данных (gNB Tx/Rx)]: 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 6),
• поле numberOfUEs (количество наборов данных информации о канале для конкретного UE): 8 бит,
• поле reserved (зарезервировано для использования в будущем): 8 бит;

2. поля разделов:

• поле ef (флаг расширения): 1 бит,
• поле ueId (идентификатор UE): 15 бит,
• поле regularizationFactor (коэффициент регуляризации, используемый для приема MMSE): 16 бит,
• поле reserved (зарезервировано для использования в будущем): 4 бита,
• поле rb (идентификатор ресурсного блока): 1 бит,
• поле symInc (команда пошагового увеличения номера символа): 1 бит,
• поле startPrbc (начальный PRB описания раздела данных): 10 бит,
• поле numPrbc (количество смежных PRB на описание раздела данных): 8 бит,
• поле cilsample (значение информации о канале, синфазная выборка): 16 бит,
• поле ciQsample (значение информации о канале, квадратурная выборка): 16 бит;

е) поля типа раздела 7 (используют для поддержки L AA):

1. поля общего заголовка:

• поле dataDirection (направление данных (gNB Tx/Rx)): 1 бит,
• поле payloadVersion (версия полезной нагрузки): 3 бита (необходимое значение = 1 [1-я версия протокола для полезной нагрузки и формата указания времени)],
• поле filterIndex (индекс фильтра): 4 бита,
• поле frameId (идентификатор кадра): 8 бит,
• поле subframeId (идентификатор подкадра): 4 бита,
• поле slotID (идентификатор слота): 6 бит,
• поле startSymbolid (идентификатор начального символа): 6 бит,
• поле numberOfsections (количество разделов): 8 бит,
• поле sectionType (тип раздела): 8 бит (необходимое значение = 7),
• поле reserved (зарезервировано для использования в будущем): 8 бит;

2. поля разделов:

• поле laaMsgType (тип сообщения LAA): 4 бита,
• поле laaMsgLen: 4 бита;

ж) laaMsgType = 0 необходимо установить для LBTDLCONFIG.request: LBTPD SCHREQ:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBTPDSCHRSP): 16 бит,
• поле lbtDeferFactor (коэффициент задержки в слотах считывания, как описано в [8]): 3 бита,
• поле lbtBackoffCounter (счетчик отсрочки LBT в слотах считывания, как описано в [8]): 10 бит,
• поле lbtOffset (время начала LBT, мкс, от начала подкадра, запланированного этим сообщением): 10 бит,
• поле MCOT (длительность LTE TXOP в субкадрах): 4 бит,
• поле lbtMode (тип процесса LBT): 2 бита;

и) laaMsgType, равный 1, должен быть установлен для LBT_DL_CONFIG.request: LBT_DRS_REQ:

• поле LbtHandle (непрозрачный дескриптор, возвращаемый в LBT_DRS_RSP): 16 бит,
• поле lbtOffset (время начала LBT, мкс, от начала подкадра, запланированного этим сообщением): 10 бит,
• поле lbtMode (тип процесса LBT): 2 бита,
• поле reserved (зарезервировано для использования в будущем): 1 бит;

к) laaMsgType, равное 2, должно быть установлено для LBT_DL.indication: LBT_PDSCH_RSP:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBT_PDSCH_RSP): 16 бит,
• поле lbtPdschRes (LBT результат от SFN/SF): 2 бита,
• поле sfStatus (статус subfrme): 1 бит,
• поле initialPartialSF (указывает, является ли начальный SF в процессе LBT полным или частичным): 1 бит,
• поле sfnSf (SFN/SF подкадра, который отброшен или передан в O-RU): 12 бит,
• поле reserved (зарезервировано для использования в будущем): 4 бита;

л) laaMsgType, равное 3, должно быть установлено для LBT_DL.indication: LBT_DRS_RSP:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBT_DRS_RSP): 16 бит,
• поле lbtDrsRes (результат LBT от SFN/SF): 1 бит,
• поле reserved (зарезервировано для использования в будущем): 15 бит;

м) laaMsgType, равное 4, должно быть установлено для ошибки LBT_buffer: LBT_Buffer_Error:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBT_DRS_RSP): 16 бит,
• поле lbtBufErr (тип ошибки буфера LBT): 1 бит;

н) laaMsgType, равное 5, должно быть установлено для LBT_DL_CONFIG.request: LBT_ CWCONFIG_REQ:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBT_CWCONFIG_RSP): 16 бит,
• поле lbtCWConfig_H (информация обратной связи HARQ, содержащая число NACK об эталонном подкадре согласно [8]): 8 бит,
• поле lbtCWConfig_T (количество TB для управления окном перегрузки, как описано в [8]): 8 бит,
• поле lbtMode (тип процесса LBT): 2 бита,
• поле lbtTrafficClass (класс трафика LBT): 3 бита;

п) laaMsgType, равное 6, должно быть установлено для LBT_DL.indication: LBT_CWCONFIG_RSP:

• поле lbtHandle (непрозрачный дескриптор, возвращаемый в LBT_CWCONFIG_RSP): 16 бит,
• поле lbtCWR_Rst (принятие/непринятие уведомления LBT_CWCONFIG_REQ сообщения) поле: 1 бит.

Формат кадра команд планирования и формирования луча (тип раздела 0) приведен в таблице 30.

Таблица 30

Формат кадра команд планирования и формирования луча (тип раздела 0)

Окончание таблицы 30

Формат кадра команд планирования и формирования луча (тип раздела 1) приведен в таблице 31.

Таблица 31

Формат кадра команд планирования и формирования луча (тип раздела 1)

Окончание таблицы 31

Формат кадра команд планирования и формирования луча (тип раздела 3) приведен в таблице 32.

Таблица 32

Формат кадра команд планирования и формирования луча (тип раздела 3)

Окончание таблицы 32

Формат кадра команд планирования и формирования луча (тип раздела 5) приведен в таблице 33.

Таблица 33

Формат информационного кадра планирования UE (тип раздела 5)

Окончание таблицы 33

Формат кадра информации канала UE (тип раздела 6) приведен в таблице 34.

Таблица 34

Формат кадра информации канала UE (тип раздела 6)

Продолжение таблицы 34

Окончание таблицы 34

Сообщение LAA, от O-DU к O-RU -OR- O-RU к O-DU (тип раздела 7) приведены в таблице 35.

Таблица 35

Сообщение LAA, от O-DU к O-RU -OR- O-RU к O-DU (тип раздела 7)

Окончание таблицы 35

4.3.3 Кодирование информационных элементов (транспортный уровень)

См. 3.1.3 для получения информации об информационных элементах заголовка передачи.

4.3.4 Кодирование информационных элементов (уровень приложения, общий)

4.3.4.1 dataDirection (направление данных (gNB Tx/Rx))

Описание: этот параметр указывает направление данных gNB.

Диапазон значений: {0b = Rx (т.е. UL), 1b = Tx (т.е. DL)}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.4.2 payloadVersion (версия полезной нагрузки)

Описание: этот параметр определяет версию протокола полезной нагрузки, применимую для следующих IE на уровне приложения. В настоящем стандарте использована версия полезной нагрузки payloadVersion = 001b.

Диапазон значений: {000b — 111b = версия полезной нагрузки}.

Тип: целое число без знака.

Длина поля: 3 бита.

Значение по умолчанию: 001b (подразумевается версия 1).

4.3.4.3 filterIndex (индекс фильтра)

Описание: этот параметр определяет индекс фильтра канала, который будет использован между данными IQ и радиоинтерфейсом, как в DL, так и в UL. Для большинства физических каналов применен индекс фильтра filterIndex = 0000b, индексирующий стандартный фильтр канала, например фильтр канала 100 МГц для номинальной несущей полосы пропускания 100 МГц. Другой вариант — PRACH в UL, где разные индексы фильтра могут быть использованы для разных форматов PRACH. При этом предполагается, что перед обработкой данных PRACH с помощью FFT будет создан отдельный фильтр PRACH или фильтр PRACH, дополняющий стандартный фильтр канала в UL. При использовании сообщений типа раздела 3 перед фильтром PRACH обычно применено смещение частот (см. FreqOffset).

Индекс фильтра передается из O-DU в O-RU. Кроме того, необязательно указывать специальные фильтры, при этом для PRACH также разрешен индекс фильтра, равный 0000b.

При использовании индексов фильтра, соответствующих PRACH, первый RE первого PRB, передаваемый внутри секции Id, должен соответствовать первому контрольному тональному сигналу, используемому на нижней границе частотного блока PRACH, как указано в 3GPP RAN1 TS 3x.211. В случае фрагментации 1 секции данных на несколько сообщений U-плоскости данное правило применимо к первому фрагментированному разделу.

Так как разные форматы PRACH назначаются одному значению filterIndex, то O-RU может дополнительно уведомлять с помощью M-плоскости конкретные поддерживаемые форматы (объединенные в группы форматов PRACH) в модуле o-ran-uplane-conf.yang на каждой конечной точке.

Диапазон значений: {0000b — 1111b}.

Индексы фильтров приведены в таблице 36.

Таблица 36

Индексы фильтров

Тип: целое число без знака.

Длина поля: 4 бита.

Значение по умолчанию: 0000b (без специального фильтра).

4.3.4.4 frameId (идентификатор кадра)

Описание: этот параметр является счетчиком кадров длиной 10 мс (время повторения 2,56 с), в частности frameId = номер кадра по модулю 256.

Диапазон значений: {0000 0000b — 1111 1111b}.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.4.5 subframeId (идентификатор подкадра)

Описание: этот параметр является счетчиком подкадров длительностью 1 мс в пределах кадра длиной 10 мс.

Диапазон значений: {0000b — 1111b}.

Тип: целое число без знака.

Длина поля: 4 бита.

4.3.4.6 slotId (идентификатор слота)

Описание: этот параметр представляет собой номер слота в подкадре длиной 1 мс. Все слоты в подкадре подсчитывают с помощью этого параметра, где slotId отсчитывается от 0 до Nslot — 1. В настоящем стандарте максимальное значение Nslot = 16. Все остальные значения 6 бит резервируются для использования в дальнейшем.

Диапазон значений: {00 0000b — 00 1111b = slotID, 01 0000b — 11 1111b = зарезервировано}.

Тип: целое число без знака.

Длина поля: 6 бит.

4.3.4.7 startSymbolid (идентификатор начального символа)

Описание: этот параметр определяет номер первого символа (в пределах слота), к которому применена информация из этого сообщения.

Диапазон значений: {00 0000b — 11 1111b}.

Тип: целое число без знака.

Длина поля: 6 бит.

4.3.4.8 numberOfsections (количество секций)

Описание: этот параметр определяет количество описаний секции данных (отдельные цитаты идентификатора секции даже в случае наличия нескольких цитат в одном идентификаторе раздела sectionId), включенных в данное сообщение C-плоскости.

Диапазон значений: {0000 0000b — 1111 1111b}.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.4.9 sectionType (тип секции)

Описание: этот параметр определяет характеристики данных U-плоскости, которые должны быть переданы в луч или получены из него с одним идентификатором диаграммы.

Диапазон значений: {0000 0000b — 1111 1111b = тип секции, значения типов секций см. в таблице 29}

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.4.10 udCompHdr (заголовок сжатия пользовательских данных)

См. описание этого параметра в 5.3.3.13.

Информация в udCompHdr передается на U-плоскость, где содержатся инструкции для O-RU (на канале DL) и O-DU (на канале UL) о том, как интерпретировать и распаковывать полученные из U-плоскости данные. Но O-RU не способен определить наиболее соответствующий формат данных UL и метод сжатия данных, поэтому O-DU должен проинструктировать O-RU с помощью udCompHdr в сообщении из C-плоскости. Это означает, что udCompHdr в сообщении из C-плоскости будет иметь значение только для данных UL из U-плоскости (dataDirection = 0b), и его значение должно быть установлено на 0x00, когда dataDirection = 1b (данные DL), а принимающий O-RU должен игнорировать полученное значение udCompHdr. Когда использованы статический формат данных и сжатие (см. 5.1.2), то udCompHdr не требуется добавлять в сообщения из C-плоскости, и его значение должно быть установлено на 0·00, а принимающий O-RU должен игнорировать полученное значение udCompHdr.

Недопустимо указывать разные значения udCompHdr для одной и той же секции данных, даже если он отправляется в отдельных сообщениях из C-плоскости и имеет разные значения reMask. Для каждой секции данных может быть использован только один метод сжатия (см. 4.3.5.1). Ответ O-RU будет не определен, если C-плоскость указывает несколько значений udCompHdr для одной секции данных.

4.3.4.11 numberOfUEs (количество UE)

Описание: этот параметр применяется к сообщениям типа 6 и указывает количество UE (для которого предоставляется информация о канале), включенного в сообщение. Это позволяет синтаксическому анализатору определить, когда проанализированы последние данные UE.

Диапазон значений: {0000 0000b — 1111 1111b}.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.4.12 timeOffset (смещение времени)

Описание: этот параметр определяет смещение времени time_offset от начала слота до начала циклического префикса (CP) и измеряется в количестве интервалов Ts (= 1/30,72 МГц, как указано в [1]). Значение должно быть меньше длины слота. Длина слота зависит от SCS, на котором основана нумерология startSymbolId (см. таблицы 27 и 28). В случае использования смешанной нумерологии (не PRACH) timeOffset указывает на время, указанное в startSymbolId. Информация о PRACH приведена в 2.4.2. time_offset = timeOffset x ts.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

4.3.4.13 frameStructure (структура кадра)

Описание: этот параметр указывает структуру кадра. Первые 4 бита определяют размер FFT/iFFT, используемый для обработки всех данных IQ из этого сообщения. Следующие 4 бита определяют разнесение поднесущих, а также количество слотов на подкадр длиной 1 мс (см. [1] и [9]). Параметр \mu = 0\ldots 5 , приведенный в [1], расширен для использования в обработке PRACH.

Параметр FFTSize предназначен для облегчения расчета, описанного выше, а не для строгого определения метода преобразования времени в частоту O-RU.

Диапазон значений: {0000 0000b — 1111 1111b}.

Распределение битов.

Размер FFT приведен в таблице 37.

Таблица 37

Размер FFT

Разнос поднесущих приведен в таблице 38.

Таблица 38

Разнос поднесущих

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: 8 бит.

4.3.4.14 cpLength (длина циклического префикса)

Описание: этот параметр определяет длину CP_length циклического префикса (CP) на основе Ts (= 1/30,72 МГц, как указано в [1]): CP_length = cpLength x Ts.

Параметр cpLength используют с типами секции 0 и 3 и применяют ко всем символам в сообщениях из C-плоскости. Помимо значений, определенных в 3GPP, поддерживается значение 0. Различие указания времени начала слота между обычным CP и расширенным CP основано на cpLength и frameStructure. Если параметр cpLength равен нулю, то различие между указанием времени обычного CP и расширенного CP основано на параметре типа CP, передаваемом в M-плоскости. Для секции типа 1 свойства CP должны быть настроены через M-плоскость. В последнем случае циклический префикс должен обладать следующими свойствами:

• cp-type: нормальный или расширенный;
• cp-length: такая же единица, как у cpLength; используется для символа 0 для NR и LTE и символа 7 \cdot 2^{\mu} для NR ( \mu определена в таблице 38, где N/A для \mu заменяется на 0);
• cp-length-other: такая же единица, как у cpLength; используется для символов, отличных от cp-length.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

4.3.5 Кодирование информационных элементов (уровень приложения, секции)

4.3.5.1 sectionId (идентификатор секции)

Описание: если использовано соединение C-плоскости и U-плоскости с помощью sectionId, то этот параметр идентифицирует отдельные секции данных, которые определены с помощью описаний секций данных в сообщении C-плоскости. Задача sectionId — сопоставить секции данных U-плоскости с соответствующим сообщением C-плоскости (и типом секции), связанным с данными. Как минимум в двух описаниях секции данных C-плоскости с одинаковым идентификатором SectionId может быть процитирована одна секция данных U-плоскости, содержащая объединенную полезную нагрузку для двух цитирований (например, для поддержки смешанных CSI RS и PDSCH). Это возможно, когда reMask используется в качестве дополнения (или является взаимноперпендикулярным), а для элементов ресурса применены разные направления луча (например, beamIds). Разделы данных специфичны для значений eAxC, поэтому разные значения eAxC могут иметь разные секции данных, например содержать различные диапазоны PRB.

Примечания

1 Идентификаторы sectionId являются специфичными для слота, поэтому значения sectionId могут быть повторно использованы в каждом слоте, а значение sectionId для одного слота не имеет четкой связи со значением sectionId для другого слота.

2 Все данные в описаниях секций с одинаковым значением sectionId должны иметь одинаковое содержимое полей IE rb, startPrbc, numPrbc, udCompHdr и numSymbol.

3 Максимальное количество идентификаторов секций, которые можно адресовать на eAxC или наборы eAxC, на символы или слоты, для DL и для UL соответственно, должно передаваться через сообщения M-плоскости, как указано в описании функциональных возможностей O-RU.

4 SectionId, указанный в сообщении C-плоскости, должен иметь такое же значение, как и sectionId в соответствующем сообщении U-плоскости для этой секции данных, как определено полями frameId, subFrameId, slotId, startSymbolid и диапазоном соответствующих PRB согласно указанным полям startPrb (c/u) и numPrb (c/u).

Если соединение C-плоскости и U-плоскости с помощью sectionId не используется, то значение sectionId не будет использовано для идентификации секции данных в сообщениях U-плоскости и описаний секций данных в сообщениях C-плоскости. В этом случае вышеупомянутые правила уникальности значения sectionId в слоте и ограничения для содержимого полей IE rb, startPrbc, numPrbc, udCompHdr и numSymbol применяться не будут. Отправитель должен отправить значение sectionId, равное 4095. Единственным исключением из указанного правила является «Соединение по частоте и времени с приоритетами (оптимизированное)», где уникальное значение sectionId по-прежнему использовано для идентификации описаний секций данных с наивысшим приоритетом в сообщениях C-плоскости. Соответствующие сообщения U-плоскости в этом случае следует применять значение sectionId, равное 4095.

Максимальное количество описаний секций данных, которые можно адресовать на eAxC или наборы eAxC, на символы или слоты, для DL и для UL соответственно, должно передаваться через сообщения M-плоскости, как указано в описании функциональных возможностей O-RU.

Диапазон значений: {0000 0000 0000b — 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 12 бит.

4.3.5.2 rb (индикатор ресурсного блока)

Описание: посредством этого параметра указывают, используются ли все RB или только некоторые из них. Начальный RB определяется параметром startPrbc, а общее количество RB — параметром numPrbc. Пример: RB = 1, startPrb = 1, numPrb = 3, тогда PRB равны 1, 3 и 5. Если numPrbc = 0 (т.е. применяются все PRB), то отправляющий узел должен установить значение rb равным нулю, а принимающий узел должен игнорировать любое полученное значение rb и учитывать значение, равное нулю.

Диапазон значений: {0b — используются все RB; 1b — некоторые RB}.

Тип: двоичный бит.

Длина поля: 1 бит.

Значение по умолчанию: 0b (используются все RB).

4.3.5.3 symInc (команда увеличения номера символа)

Описание: этот параметр используют для указания номера символа, соответствующего данному описанию секции. Подразумевается, что для каждого сообщения C-плоскости поддерживается номер символа, и оно начинается со значения startSymbolid. Такое же значение указывают для каждой секции сообщения, пока symInc равен нулю. Когда symInc равен единице, поддерживаемый номер символа должен быть увеличен до следующего номера символа. Новый номер символа должен быть применен для этой секции и каждой последующей секции, пока бит symInc снова не станет равным единице. Когда секция данных состоит из нескольких символов (numSymbol > 1), номер нового символа должен быть равным номеру, следующему за последним номером символа в секции данных. Таким образом, несколько символов могут быть обработаны в одном сообщении C-плоскости.

SymInc может использоваться, когда разные описания разделов данных имеют разное количество символов при определенных условиях, а именно: когда описания секций данных в сообщении C-плоскости упорядочены тщательным образом, чтобы следующая применяемая процедура O-RU работала правильно.

symbol[s] — символ, адресованный описанием раздела s = I...N (учитывает описания разделов в одном сообщении C-плоскости, s = 1 идентифицирует описание первого раздела), вычисляют нижеприведенным образом. Допустим, что symInc[s] и numSymbols[s] являются значениями соответствующих полей описания секции s. Пусть symbol [0] = startSymbolId, symInc [0] = 0 и numSymbols [0] = 1 для s = I...N (все описания секций в сообщении):

если symInc[s] = 0, тогда symbol[s] = symbol[s-1];

иначе symbol[s] = symbol[s-1] + numSymbols[s-1].

SymInc специфичен для описания секции данных и, если отсутствует тип расширения секции № 6, оказывает влияние на диапазон символов, приведенных в описании секции. Когда используется соединение C-плоскости и U-плоскости с помощью sectionId и на секцию данных ссылаются несколько описаний секции данных (например, с разными значениями reMask) и если установить значение symInc на 1, тогда только первое инициирование sectionId должно иметь значение symInc = 1, а последующие инициирования sectionId в том же сообщении C-плоскости должны иметь значение symInc = 0. Это обеспечивает выполнение указанного выше правила (только в том же сообщении C-плоскости) и при этом гарантирует, что все инициирования описаний секций данных будут ссылаться на одни символы, что необходимо в том случае, если инициирования находятся в одном сообщении C-плоскости или в отдельных сообщениях C-плоскости.

Использование symInc в U-плоскости происходит независимо от symInc в C-плоскости. Сообщения U-плоскости должны включать данные для одного символа (чтобы избежать увеличения задержки на U-плоскости), поэтому symInc, равный 1, не применяется для U-плоскости в настоящем стандарте. В будущей версии значение symInc, равное 1, на U-плоскости может быть разрешено, чтобы в одном сообщении U-плоскости могли содержаться несколько символов.

Диапазон значений: {0b = использовать текущий номер символа; 1b = увеличить текущий номер символа и выбрать его}.

Тип: двоичный бит.

Длина поля: 1 бит.

Значение по умолчанию: 0b (не увеличивать номер текущего символа).

4.3.5.4 startPrbc (запуск PRB описания раздела данных)

Описание: этот параметр является начальным PRB секции данных, описанной в сообщении C-плоскости. Значения startPrbc и numPrbc должны предотвратить пересечение секций данных: один PRB может существовать только в одной секции данных для данного значения eAxC. В одном сообщении C-плоскости может быть несколько сообщений U-плоскости, связанных с ним и требующим определение того, из какого PRB приведены команды управления.

Параметр FreqOffset влияет на диапазон частот для определенного диапазона номеров PRB. Поэтому в правиле «не должны пересекаться» должно быть учтено значение freqOffset.

Центральная частота Fre поднесущей, измеряемая в герцах, соответствует частоте RE #k (k = 0 ... 11) в PRB, определяемой параметром startPrbc следующим образом:

F_{RE} = center_of_channel_bandwidth + frequency_offset + startPrbc \cdot 12 \cdot \Delta f + k \cdot \Delta f + dc_skip ,

где center_of_channel_bandwidth, Гц, настраивается в M-плоскости, frequency_offset вычисляется на основе поля freqOffset (см. 5.4.5.11), если freqOffset присутствует в сообщении C-плоскости или вычисляется на основе параметра M-плоскости offset-to-absolute-frequency-center (в данном случае frequency_offset = offset - to - absolute - frequency - center \cdot \Delta f \cdot 0,5 , где \Delta f — частота, Гц, соответствующая разнесению поднесущих, определяемому в M-плоскости). В противном случае \Delta f — частота, Гц, соответствующая разнесению поднесущих, определяемому в frameStructure (см. 4.3.4.13), если frameStructure содержится в сообщении, или разнесению поднесущих, определяемому в M-плоскости. В противном случае dc_skip зависит от типа несущей передачи:

если тип несущей — LTE DL и frequency_offset + startPrbc \cdot 12 \cdot \Delta f + k \cdot \Delta f \geq 0 , тогда dc_skip = \Delta f ,

иначе dc_skip = 0.

Эта формула предназначена для обеспечения соответствия позиции в сети ресурсов по частоте с требованиями 3GPP, определенными в [10] и [11].

Диапазон значений: {00 0000 0000b — 11 1111 1111b}.

Тип: целое число без знака.

Длина поля: 10 бит.

4.3.5.5 reMask (маска элемента ресурса)

Описание: этот параметр определяет маску элемента ресурса (RE) в PRB. Каждый параметр бита в reMask указывает, применимо ли управление секцией к RE, отправляемому в сообщениях U-плоскости (0 = не применимо; 1 = применимо). MSB указывает значение RE с наиболее низкой частотой в PRB.

На разные RE в PRB могут ссылаться разные описания секций данных. Это возможно только для описаний секций данных, имеющих одинаковый sectionId, но разные reMask, если использовано соединение C-плоскости и U-плоскости с помощью sectionId. Если применен метод соединения C-плоскости и U-плоскости без sectionId, то описания секций данных, ссылающиеся на разные RE в PRB, должны иметь разные значения reMask. SectionId в этом случае значения не имеет. Кроме того, если C-плоскость и U-плоскость соединяются с помощью частоты и времени с приоритетами, RE в PRB может ссылаться на несколько описаний секции данных (reMask), но может передаваться только конфигурация, имеющая описание секции данных с наивысшим приоритетом.

Максимальное количество значений reMask, применимых к PRB, является характеристикой O-RU, которая передается с O-RU на O-DU через M-плоскость. Если какой-либо RE в PRB не указывается с помощью reMask (но другие RE в этом PRB приведены), то значение «скрытого» RE должно быть установлено на 0 в U-плоскости, и к нему не следует применять идентификаторы формирования луча или другие команды. Не допускается ссылаться на RE в секции данных более одного раза.

Диапазон значений: {0000 0000 0000b — 11 11 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 12 бит.

Значение по умолчанию: 1111 1111 111 1b (применимы все RE, содержащиеся в блоке).

4.3.5.6 numPrbc [количество смежных блоков физических ресурсов (PRB) на описание секции данных]

Описание: этот параметр определяет PRB в описываемой секции данных. Значения startPrbc и numPrbc должны предотвратить пересечение секций данных: один PRB может существовать только в одной секции данных для данного значения eAxC.

Диапазон значений: {0000 000 1b — 1111 111 1b, 0000 0000b = все PRB в указанном разносе поднесущих (SCS) и полосе пропускания несущей}.

Значение 0000 0000b зарезервировано для New Radio (NR), так как в этом случае общее количество PRB может быть более 255. В этом случае отправляющий узел должен установить значение startPrbc равным нулю, а принимающий узел должен игнорировать любое полученное значение startPrbc и учитывать значение, равное нулю. Во всех остальных случаях необходимо использовать ненулевое значение numPrbc.

Если количество отправляемых PRB превышает 255, но отправляются не все PRB в указанных SCS и полосе пропускания несущей, то предполагается, что будут указаны несколько секций данных, описывающих меньшее количество PRB.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.5.7 numSymbol (количество символов)

Описание: этот параметр определяет количество символов или количество повторений PRACH в случае использования канала PRACH, к которому применимо управление секциями хотя бы к одному символу. Однако при оптимизации можно использовать несколько (до 14) символов, когда, например, все 14 символов указывают один и тот же идентификатор луча.

Диапазон значений: {0001b — 1110b = количество символов, 0000b = зарезервировано, 1111b = зарезервировано}.

Тип: целое число без знака.

Длина поля: 4 бита.

4.3.5.8 ef (флаг расширения)

Описание: этот параметр используют для того, чтобы указать на наличие в данной секции каких-либо расширений секции, включенных в сообщение, как описано в 4.3.6.

Диапазон значений: {0b = без расширений секции; 1b = в этой секции содержится одно или несколько расширений секции}.

Тип: двоичный бит.

Длина поля: 1 бит.

Значение по умолчанию: 0b (без расширений секции).

4.3.5.9 beamId (идентификатор луча)

Описание: этот параметр определяет диаграмму направленности, которая будет применяться к данным U-плоскости. Параметр beamId = 0 означает, что операция формирования луча выполняться не будет. Отсутствие операции формирования диаграммы направленности луча означает, что RU не будет применять к данным U-плоскости какие-либо весовые коэффициенты фазы или амплитуды и что результирующий радиочастотный сигнал будет использован одинаково ко всем антенным элементам группы.

Параметр beamId задает операцию формирования луча, которая будет выполнена на O-RU. Это формирование луча может быть цифровым, аналоговым или гибридным. BeamId предоставляет всю информацию, необходимую O-RU для выбора правильного типа луч (или таблицу весовых коэффициентов или атрибутов луча, используемых для создания пучка). Предполагается, что beamId будет глобальным для O-RU, что означает, что существуют 32 767 вариантов луча, которые могут быть использованы на O-RU для всех Rtcids/Pcids и между UL и DL (значение beamId = 0x0000 зарезервировано для того случая, когда формирование диаграммы направленности не осуществляется). Преобразование уникальных beamId, например таблиц весовых коэффициентов, атрибутов луча, направленности, углов луча или любых других характеристик луча специфично для схемы O-RU и должно быть передано при запуске через M-плоскость из O-RU в O-DU.

Максимальное количество идентификаторов луча, которые можно адресовать на eAxC или наборы eAxC, на символы или слоты, для DL и для UL соответственно, должно передаваться через сообщения M-плоскости, как указано в описании функциональных возможностей O-RU.

Диапазон значений: {000 0000 0000 0001b — 111 1111 1111 1111b; 000 0000 0000 0000b означает, что BF не будет выполняться}.

Тип: целое число без знака.

Длина поля: 15 бит.

Значение по умолчанию: 0000 0000 0000 0000b (без формирования луча).

4.3.5.10 ueId (идентификатор UE)

Описание: этот параметр присваивает метку для UE, к которому применяется содержимое секции. Это необходимо для отправки информации о канале из O-DU на O-RU. Это просто метка, ее значение не влияет на типы UE, которые могут поддерживаться в системе.

Диапазон значений: {000 0000 0000 0000b — 1 11 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 15 бит.

4.3.5.11 freqOffset (смещение частоты)

Описание: этот параметр определяет смещение частоты относительно центральной частоты несущей перед дополнительной фильтрацией (например, для канала PRACH) и обработкой с помощью FFT (на UL) с шагом, равным половине расстояния между поднесущими \Delta f Смещение частоты должно быть согласованным для каждой секции данных (не допускается использовать reMask для определения разных смещений частот для разных RE в PRB).

Смещение частоты, Гц, рассчитывают следующим образом:

frequency_offset = freqOffset \cdot \Delta f \cdot 0,5 , (3)

где \Delta f — частота, Гц, соответствующая разнесению поднесущих, указанному в frameStructure (см. 4.3.4.13).

Диапазон частот, полученный на основе frameStructure, freqOffset, startPrbc, numPrbc и rb, не должен превышать пропускную способность канала для eAxC через M-плоскость.

Диапазон значений: {0x000000 = без смещения,

0x000001 — 0x7FFFFF = положительное смещение частоты,

0x800000 — 0xFFFFFF = отрицательное смещение частоты}.

Тип: знаковый целый.

Длина поля: 24 бита.

4.3.5.12 RegularizationFactor (фактор регуляризации)

Описание: этот параметр определяет значение знакового типа для поддержки работы MMSE в O-RU, если в O-RU поддерживаются веса коэффициентов формирования диаграммы направленности, т.е. когда задействуется секция 6.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

4.3.5.13 cilsample, ciQsample (значения IQ информации о канале)

Описание: эти значения представляют собой комплексные значения информации о канале, передаваемые из O-DU в O-RU и использующие секцию 6. Действует следующий порядок передачи: сначала первое значение Prbc для первой антенны передается на последнюю антенну, затем второе значение Prbc для первой антенны — на последнюю антенну и т.д., пока не будет передано последнее значение Prbc с первой антенны на последнюю. Битовая ширина каждого значения IQ является переменной (определяется в сообщениях M-плоскости), поэтому после последнего значения Q можно вставить некоторое количество битов для заполнения нулями до границы следующего байта. Когда опциональный прямой порядок байтов выбирают через M-плоскость, cilsample/ciQsample должен использовать прямой порядок байтов для передачи комплексных чисел.

Диапазон значений: {0000 0000 0000 0000b — 1 111 1111 1111 111 1b} для каждого значения IQ.

Тип: знаковый целый.

Длина поля: переменная битовая ширина для каждого значения IQ.

4.3.5.14 laaMsgType (тип сообщения LAA)

Описание: этот параметр определяет тип сообщения LAA, передаваемого в сообщении C-плоскости секции типа 7 (см. таблицу 39). Сообщения C-плоскости могут поступать из O-DU в O-RU, как обычно, или из O-RU в O-DU. Все эти сообщения относятся к процедурам передачи команд LAA типа «прослушивание перед разговором» (LBT) и обеспечивают подтверждение подключения между O-DU и O-RU для управления процедурой LBT.

Диапазон значений: {0001b — 1111b}.

Таблица 39

Определение laaMsgType

Тип: целое число без знака.

Длина поля: 4 бита.

4.3.5.15 laaMsgLen (длина сообщения LAA)

Описание: этот параметр определяет количество 32-битных слов в сегменте LAA, где 1 означает одно 32-битное слово, 2 — два 32-битных слова и т.д., включая слово, содержащее параметр lssMsgLen. Ноль является зарезервированным значением.

Диапазон значений: {0001b — 1111b = количество 32-битных слов в секции от 1 до 16 слов (от 4 до 64 байтов); 0000b — зарезервированное значение}.

Тип: целое число без знака.

Длина поля: 4 бита.

4.3.5.16 lbtHandle

Описание: этот параметр присваивает метку, которая встраивается в сообщение запроса конфигурации (например, LBT_PDSCH_REQ, LBT_DRS_REQ), передаваемое из O-DU в O-RU и возвращается в соответствующее ответное сообщение (например, LBT_PDSCH_RSP, LBT_DRS_RSP).

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

4.3.5.17 lbtDeferFactor (время ожидания в режиме «прослушивание перед разговором»)

Описание: параметр задержки в слотах считывания, как описано в [8]. Этот параметр используется для LBT CAT 4 и может принимать одно из трех значений: {1, 3, 7} в зависимости от класса приоритета. В [8] приведены четыре класса приоритета.

Диапазон значений: {001b, 011b, 111b} или {1, 3, 7} в десятичном формате.

Тип: целое число без знака.

Длина поля: 3 бита.

4.3.5.18 lbtBackoffCounter (счетчик отсрочки в режиме «прослушивание перед разговором»)

Описание: счетчик отсрочки LBT в слотах считывания, как описано в [8].

Диапазон значений: {00 0000 0000b — 11 1111 1111b} (0 — 1023 в десятичном формате).

Тип: целое число без знака.

Длина поля: 10 бит.

4.3.5.19 lbtOffset (смещение прослушивания перед разговором)

Описание: время начала процедуры LBT, мкс, с момента начала подкадра, запланированного в данном сообщении.

Диапазон значений: {00 0000 0000b — 11 1110 0111b} или {0 — 999} в десятичном формате.

Тип: целое число без знака.

Длина поля: 10 бит.

4.3.5.20 MCOT (максимальное время занятия канала)

Описание: продолжительность LTE TXOP в подкадрах, как описано в [8]. Максимальные значения этого параметра: {2, 3, 8, 10} в зависимости от класса приоритета. В [8] описаны четыре класса приоритета.

Диапазон значений: {1 — 10} в десятичном формате.

Тип: целое число без знака.

Длина поля: 4 бита.

4.3.5.21 lbtMode (режим LBT)

Описание: используется в случае с несколькими несущими передающими. Указывает, выполняется ли процесс LBT полностью или частично (режим B с несколькими несущими согласно [8]).

• 00b = полный процесс LBT (обычный LBT, отправка сигнала резервирования до начала SF/слота);
• 01b = частичный процесс LBT (обращение за 25 с до передачи, см. [8]);
• 10b = частичный процесс LBT (обращение за 34 с до передачи, см. [8]);
• 11b = полный процесс LBT и остановка (обычный LBT, без отправки сигнала резервирования; O-RU определяет диапазон для коэффициента отсрочки + слот считывания прямо перед передачей OTA, когда O-DU готов передавать данные, как приведено в [8], т.е. прямо на границе SF/слота).

Диапазон значений: {00b — 11b}.

Тип: целое число без знака.

Длина поля: 2 бита.

4.3.5.22 lbtPdschRes (результат LBT PDSCH)

Описание: результат LBT от SFN/SF. Значения:

• 00b = считывание отсутствует — O-RU передает данные;
• 01b = считывание активно — O-RU еще не получил канал;
• 10b = результативно — канал получен;
• 11b = нерезультативно — истечение таймера LBT. Необходимо сбросить процесс LBT.

Диапазон значений: {00b — 11b}.

Тип: целое число без знака.

Длина поля: 2 бита.

4.3.5.23 sfStatus (статус подкадра)

Описание: указывает, был ли подкадр отброшен или передан. Значения:

• 0 — подкадр отброшен;
• 1 — подкадр передан.

Диапазон значений: {0, 1}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.5.24 lbtDrsRes (Результат LBT DRS)

Описание: результат LBT от SFN/SF. Значения:

• 0 — результативно — сигнал DRS отправлен;
• 1 — нерезультативно — сигнал DRS не отправлен.

Диапазон значений: {0, 1}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.5.25 initialPartialSF (начальный частичный SF)

Описание: указывает, является ли начальный SF в процессе LBT полным или частичным. Значения:

• 0 — полный SF (два слота, 14 символов);
• 1 — частичный SF (только второй слот, последние 7 символов).

Диапазон значений: {0, 1}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.5.26 lbtBufErr (Ошибка буфера LBT)

Описание: указывает, когда произошло переполнение буфера LBT. Значения:

• 0 — зарезервирован;
• 1 — переполнение буфера (т.е. данные, полученные O-RU, больше доступного размера буфера).

Диапазон значений: {0, 1}.

Тип: двоичный бит.

4.3.5.27 sfnSf (конец SFN/SF)

Описание: SFN/SF, отброшенный O-RU по истечении времени или переданный.

Диапазон значений: SFN: {0000 0000b — 1111 1111b} или {0 — 255} в десятичном формате, SF: {0000b — 1001b} или {0 — 9} в десятичном формате.

Тип: целое число без знака.

Длина поля: 12 бит.

4.3.5.28 lbtCWConfig_H (параметры HARQ для управления окном перегрузки)

Описание: общее количество сообщений обратной связи HARQ NACK, полученных для транспортных блоков lbtCWConfig_T, переданных через ячейку(и) LAA, используемую(ые) для настройки окна перегрузки.

Диапазон значений: {0000 0000b — 1111 1111b} или {0 — 255} в десятичном формате.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.5.29 lbtCWConfig_T (параметры TB для управления окном перегрузки)

Описание: общее количество транспортных блоков (TB), переданных через ячейку LAA, которые будут использованы для настройки окна перегрузки.

Диапазон значений: {0000 0000b — 1111 1111b} или {0 — 255} в десятичном формате.

Тип: целое число без знака.

Длина поля: 8 бит.

4.3.5.30 lbtTrafficClass (приоритет класса трафика для управления окном перегрузки)

Описание: класс приоритета доступа к каналу, как определено в [8].

Диапазон значений: {000 — 111} или {0 — 7} в десятичном формате.

• 1 — 4: приоритет класса трафика;
• 0, 5 — 7: зарезервировано.

Тип: целое число без знака.

Длина поля: 3 бита.

4.3.5.31 lbtCWR_Rst (уведомление об приеме/неприеме пакета)

Описание: уведомляет O-DU о том, получил ли O-RU сообщение LBT_CWCONFIG_REQ.

• 0 — результативно — получение LBT_CWCONFIG_REQ;
• 1 — нерезультативно — ошибка получения LBT_CWCONFIG_REQ.

Диапазон значений: {0, 1}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.5.32 reserved (зарезервировано для использования в будущем)

Описание: этот параметр зарезервирован для использования в дальнейшем. Передатчик должен отправить значение 0, а получатель — игнорировать полученное значение.

Диапазон значений: {переменная}.

Тип: переменная.

Длина поля: переменная.

4.3.6 Команды расширения секции

4.3.6.1 Общие положения

В C-плоскости имеются параметры расширения секции, представленные в таблице 40.

Таблица 40

Команды расширения секции

4.3.6.2 extType (тип расширения)

Описание: этот параметр содержит тип расширения, который указывает дополнительные параметры, специфичные для расширения данных субъекта. O-RU или O-DU, получающие «зарезервированное» расширение секции, должны игнорировать расширение и все параметры, содержащиеся в нем.

Диапазон значений: {все нули — все единицы} (см. значения в таблице 40).

Тип: целое число без знака.

Длина поля: 7 бит.

4.3.6.3 ef (флаг расширения)

Описание: этот параметр используют для того, чтобы указать на наличие другого расширения (ef = 1) или на то, что это последнее расширение (ef = 0).

Диапазон значений: {0b = другие расширения отсутствуют; 1b = после этого расширения добавлено одно или несколько расширений}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.6.4 extLen (длина расширения)

Описание: этот параметр определяет длину расширения секции в формате 32-битных (или 4-байтовых) слов. Нулевое значение зарезервировано, поэтому расширение непременно содержит хотя бы одно слово (слово, содержащее extType и extLen).

Диапазон значений: {все нули — все единицы} — от одного слова до 255 слов (8 бит) или 65 535 слов (16 бит).

Тип: целое число без знака.

Длина поля: 8 бит (расширение секции = 1 -> = 10) или 16 бит (расширение секции = 11).

4.3.7 Кодирование информационных элементов (уровень приложения, расширения секций)

4.3.7.1 ExtType = 1. Тип расширения значения формирования луча

Эту секцию используют при отправке весовых коэффициентов формирования луча из O-DU в O-RU. После этого передают весовые коэффициенты и идентификаторы луча, предназначенные для применения тех же весовых коэффициентов в последующих сообщениях C-плоскости с помощью вызова того же идентификатора луча (при отсутствии необходимости отправлять весовые коэффициенты повторно). Это обеспечивает «постоянство» загруженных весовых коэффициентов, что увеличивает пропускную способность DL благодаря тому, что не требуется повторная отправка весовых коэффициентов. Параметр K определен в 9.5.3. Опциональный прямой порядок байтов применен в полях bfwI/bfwQ, если они определены через M-плоскость. Это расширение секции относится только к типам секций 1 и 3. В таблице 41 приведен формат расширения этой секции.

Таблица 41

Формат данных расширения типа 1

а) bfwCompHdr (заголовок сжатия значения формирования луча).

Описание: этот параметр определяет метод сжатия и битовую ширину IQ для весовых коэффициентов формирования луча в конкретной секции сообщения C-плоскости. Таким образом, наборы весовых коэффициентов могут использовать разные методы сжатия. Следует обратить внимание на то, что метод сжатия блоков определяет размер блока как полный вектор весовых коэффициентов формирования луча, а не их подмножество.

Диапазон значений: {0000 0000b — 1111 1111b}.

Распределение битов:

Таблица 42

Определение udIqWidth

Таблица 43

Определение bfwCompMeth

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: 8 бит.

Значение по умолчанию: 0000 0000b (без сжатия, 16-битные IQ);

б) bfwCompParam (параметр сжатия значения формирования луча).

Описание: этот параметр применяют к методу сжатия, указанному в соответствующем bfwCompMeth.

Диапазон значений: {0000 0000b — 1111 1111b}.

Распределение битов:

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: ноль для bfwCompMeth 0000b и 0011b; 8 бит для bfwCompMeth 0001b и 0010b; другие bfwCompMeth могут иметь другую длину, но будут только целым числом байтов;

в) bfwI (синфазное значение формирования луча).

Описание: в этом параметре хранится синфазный весовой коэффициент формирования луча. Общее количество весовых коэффициентов в секции № является специфичным параметром O-RU и передается из O-RU в O-DU как часть процедуры инициализации по M-плоскости.

Диапазон значений: {все нули — все единицы}.

Тип: знаковый целый.

Длина поля: 1 — 16 бит;

г) bfwQ (квадратурное значение формирования луча).

Описание: в этом параметре хранится квадратурный весовой коэффициент формирования луча. Общее число весовых коэффициентов в секции № является специфичным параметром O-RU и передается из O-RU в O-DU как часть процедуры инициализации в M-плоскости.

Диапазон значений: {все нули — все единицы}.

Тип: знаковый целый.

Длина поля: 1 — 16 бит.

4.3.7.2 ExtType = 2. Тип расширения характеристик формирования луча

Это расширение секции применимо только к типам секций 1 и 3.

В таблице 44 приведен формат расширения этой секции.

Таблица 44

Формат данных расширения типа 2

а) bfaCompHdr (заголовок сжатия характеристик формирования луча).

Описание: этот параметр определяет битовую ширину параметров расширения атрибутов формирования луча. Таким образом, в каждом наборе атрибутов формирования луча может быть использована различная битовая ширина.

Диапазон значений: {0000 0000 0000b — 1111 1111 1111b}.

Распределение битов.

Таблица 45

Определение fzAzPtWidth

Таблица 46

Определение bfZePtWidth

Таблица 47

Определение bfAz3ddWidth

Таблица 48

Определение bfZe3ddWidth

Для каждого из четырех значений битовой ширины в этом параметре (bfAzPtWidth, bfZePtWidth, bfAz3ddWidth и bfZe3ddWidth) должно быть использовано следующее отображение:

• 000b = отсутствие битов, поле неприменимо (O-RU не поддерживает его) или должно быть использовано значение по умолчанию;
• 001b = битовая ширина 2 бита;
• 010b = битовая ширина 3 бита;
• 011b = битовая ширина 4 бита;
• 100b = битовая ширина 5 бит;
• 101b = битовая ширина 6 бит;
• 110b = битовая ширина 7 бит;
• 111b = битовая ширина 8 бит (предполагается, что это максимальная используемая битовая ширина).

Тип: целое число без знака (конкатенированные битовые поля).

Длина поля: 16 бит (4 бита зарезервированы).

Значение по умолчанию: 1111 1111 1111 1111b (8-битный азимут и зенитный угол наведения и 8-битный азимут и зенитная ширина луча).

б) bfAzPt (параметр наведения по азимуту формирования луча).

Описание: этот параметр представляет собой угол наведения формирования луча по азимуту, выраженный в градусах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости.

Диапазон значений: {все нули — все единицы}.

Тип: знаковый целый.

Длина поля: 0 — 8 бит;

в) bfZePt (параметр наведения зенита формирования луча).

Описание: этот параметр представляет собой зенитный угол наведения формирования луча, выраженный в градусах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости.

Диапазон значений: {все нули — все единицы}.

Тип: целое число без знака.

Длина поля: 0 — 8 бит;

г) bfAz3dd (параметр ширины луча по азимуту формирования луча).

Описание: этот параметр представляет собой ширину формирования луча по азимуту, выраженный в градусах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости. Значение (000b) соответствует минимальной допустимой ширине луча.

Диапазон значений: {все нули — все единицы}.

Тип: целое число без знака.

Длина поля: 0 — 8 бит.

д) bfZe3dd (параметр ширины луча в зените формирования луча).

Описание: этот параметр представляет собой зенитную ширину формирования луча, выраженную в градусах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости. Значение (000b) соответствует минимальной допустимой ширине луча.

Диапазон значений: {все нули — все единицы}.

Тип: целое число без знака.

Длина поля: 0 — 8 бит;

е) bfAzSl (параметр боковых лепестков по азимуту формирования луча).

Описание: этот параметр представляет собой значение подавления боковых лепестков по азимуту при формировании луча, выраженное в децибелах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости. Значение bfAzSl соответствует значению 10 дБ, когда оно состоит из одних нулей и увеличивается на 5 дБ (например, 001 соответствует 15 дБ, 010 — 20 дБ и т.д.).

Диапазон значений: {все нули — все единицы}.

Тип: целое число без знака.

Длина поля: 3 бита.

ж) bfZeSl (параметр зенитного бокового лепестка формирования луча).

Описание: этот параметр представляет собой зенитное значение подавления боковых лепестков при формировании луча, выраженное в децибелах. Допустимый диапазон значений зависит от O-RU и передается из O-RU на O-DU как часть процедуры инициализации в M-плоскости. Значение bfZeSl соответствует значению 10 дБ, когда оно состоит из одних нулей и увеличивается на 5 дБ (например, 001 соответствует 15 дБ, 010 — 20 дБ и т.д.).

Диапазон значений: {все нули — все единицы}.

Тип: целое число без знака.

Длина поля: 3 бита.

и) Заполнение нулями.

Описание: этот параметр предназначен для заполнения нулями до следующей 4-байтовой границы. Поскольку предыдущие параметры имеют разную битовую ширину, в большинстве случаев потребуется заполнить пространство нулями для достижения 4-байтовой границы. Передатчик должен отправить значение 0, а получатель — игнорировать полученное значение.

Диапазон значений: {переменная}.

Тип: переменная.

Длина поля: переменная.

4.3.7.3 ExtType = 3. Тип расширения DL с предварительным кодированием

Это расширение секции применяется только к секциям типа 1 и 3 и должно использоваться только для LTE TM2, TM3 и TM4. Для других режимов передачи LTE и для NR предполагается, что предварительное кодирование включено в операцию формирования луча (т.е. включено в весовые коэффициенты формирования луча). В таблицах 49 и 50 приведен формат расширения этой секции.

Таблица 49

Формат данных расширения типа 3 (первый уровень данных)

Таблица 50

Формат данных расширения типа 3 (не первый уровень данных)

Может быть два или четыре порта антенны, следовательно, необходимо два или четыре идентификатора луча (один идентификатор луча для пользовательских данных и RE CRS). BeamId порта антенны 0 содержится в заголовке секции данных C-плоскости, в то время как beamID портов антенны 1 — 3 приведен в расширении этой секции. При наличии двух портов антенны расширение секции включает только идентификатор луча второго порта антенны (beamIdAP1), а длина расширения секции составляет 3 слова (extLen = 0x3). При наличии четырех портов антенны расширение секции содержит идентификаторы луча 2-го, 3-го и 4-го порта антенны (beamIdAP1, beamIdAP2 и beamIdAP3), а длина расширения секции составляет 4 слова (extLen = 0x4).

В параметре txScheme, указывающем на TxD, один Pcid использован для всех пользовательских данных, при этом требуется создание одной секции с соответствующим Rtcid C-плоскости, предоставляющим все идентификаторы лучей (до 4) для пользовательских данных. Создание второй секции (с таким же sectionId) с другой маской reMask может быть применено для предоставления идентификаторов луча RE CRS (также до 4). В случае с TxD layerId устанавливается на 1111b (TxD).

В параметре txScheme, указывающем на пространственное мультиплексирование (Id CDD или без CDD), каждый уровень будет иметь собственный Pcid для пользовательских данных с соответствующим Rtcid C-плоскости, передающим beamId пользовательских данных, при этом расширение этой секции отображает разный номер уровня для каждого уровня. Только в идентификаторе уровня нулевого Rtcid элементам RE CRS будут присвоены идентификаторы лучей (один идентификатор луча в заголовке секции, а другой идентификатор луча в расширении данной секции). При ненулевом номере уровня Rtcid это расширение секции будет по-прежнему использоваться для управления операцией предварительного кодирования (определять идентификатор уровня), но не будет содержать beamId (extLen = 0x1), а beamId в заголовке секции должен игнорироваться O-RU, при этом O-DU должен установить ему значение по умолчанию.

а) codebookШndex (кодовая книга прекодера, используемая для передачи).

Описание: этот параметр определяет индексы кодовой книги предварительного преобразователя, которые используют для предварительного кодирования. Его следует применять вместе с полем numLayers (не применимо для TM1, TM2 и TM3).

Диапазон значений: {0000 0000b — 1111 1111b}.

Тип: целое число без знака.

Длина поля: 8 бит.

Значение по умолчанию: 0000 0000b (используется для неприменимого режима).

б) layerID (идентификатор уровня для передачи по DL).

Описание: этот параметр определяет идентификатор уровня, используемый для передачи по DL в режимах TM1 — TM4.

Диапазон значений: {0000b — 1111b}. 0000b означает уровень 0; 0001b — уровень 1; 0010b — уровень 2; 0011b — уровень 3 (для TxD — все).

Тип: целое число без знака.

Длина поля: 4 бита.

Значение по умолчанию: 1111b (используется для режима TxD).

в) txScheme (схема передачи).

Описание: этот параметр определяет схему TM, используемую в этом типе секции.

Диапазон значений: {0000b — 1111b}. 0000b: пространственное мультиплексирование (с CDD); 0001b — пространственное мультиплексирование (без CDD); 0010b — разнесение передачи; 0011b — 111b — зарезервировано.

Тип: целое число без знака.

Длина поля: 4 бита.

г) numLayers (количество уровней, используемых для передачи DL).

Описание: этот параметр определяет количество уровней, используемых для передачи по DL в режимах TM1 — TM6.

Диапазон значений: {0000b — 1111b}. 0000b означает 1-й уровень; 0001 — 2-й уровень; 0010 — 3-й уровень; 0011b — 4-й уровень.

Тип: целое число без знака.

Длина поля: 4 бита.

д) crsReMask (маска ресурсного элемента CRS).

Описание: этот параметр определяет маску элемента ресурса (RE) CRS в PRB. Каждый параметр бита в crsReMask указывает, применимо ли управление секцией к RE, отправляемому в сообщениях U-плоскости (0 = не применимо; 1 = применимо). MSB указывает значение RE с предельно низкой частотой в PRB.

Диапазон значений: {0000 0000 0000b — 1111 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 12 бит.

е) crsSymINum (индикация номера символа CRS).

Описание: этот параметр определяет номер символа CRS в PRB. Значение индекса crsSymNum указывает на номер символа элементу ресурса (RE), отправленного в сообщениях U-плоскости (0 = не применимо, 1 = применимо).

Диапазон значений: {0000b — 1111b}. Значение указывает номер символа. 0000b — 1101b — использованы символы с номерами от 0 до 13 соответственно; 1110b — 1111b — зарезервировано.

Тип: целое число без знака.

Длина поля: 4 бита.

ж) crsShift (crsShift, используемый для передачи DL).

Описание: этот параметр определяет схему переключения для выбора правильного индекса позиции CRS для антенн N.

Диапазон значений: 0 или 1 — схемы переключения зависят от уровня в соответствии с таблицей 51.

Таблица 51

Схемы переключения

Тип: двоичный.

Длина поля: 1 бит.

и) beamIdAP1 (идентификатор луча, используемый для порта антенны 1).

Описание: этот параметр определяет диаграмму направленности, которая будет применена к данным U-плоскости. Параметр beamId = 0 означает, что операция формирования луча не будет выполнена. Отсутствие операции формирования диаграммы направленности луча означает, что RU не будет применять к данным U-плоскости весовые коэффициенты фазы или амплитуды и что результирующий радиочастотный сигнал будет применен ко всем антенным элементам группы одинаково. Следует обратить внимание на то, что в отличие от 15-битного идентификатора луча, являющегося частью заголовка секции, это поле 16-битное, поэтому в нем можно указать больше идентификаторов.

Диапазон значений: {0000 0000 0000 0001b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

Значение по умолчанию: 0000 0000 0000 0000b (без формирования луча).

к) beamIdAP2 (идентификатор луча, используемый для порта антенны 2).

Описание: этот параметр определяет диаграмму направленности, которая будет применена к данным U-плоскости. Параметр beamId = 0 означает, что операция формирования луча не будет выполнена. Отсутствие операции формирования диаграммы направленности луча означает, что RU не будет применять к данным U-плоскости весовые коэффициенты фазы или амплитуды и что результирующий радиочастотный сигнал будет применен ко всем антенным элементам группы одинаково. В отличие от 15-битного идентификатора луча, являющегося частью заголовка секции, это поле 16-битное, поэтому в нем можно указать больше идентификаторов.

Диапазон значений: {0000 0000 0000 0001b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

Значение по умолчанию: 0000 0000 0000 0000b (без формирования луча).

л) beamIdAP3 (идентификатор луча, который будет использоваться для порта антенны 3).

Описание: этот параметр определяет диаграмму направленности, которая будет применена к данным U-плоскости. Параметр beamId = 0 означает, что операция формирования луча не будет выполнена. Отсутствие операции формирования диаграммы направленности луча означает, что RU не будет применять к данным U-плоскости весовые коэффициенты фазы или амплитуды и что результирующий радиочастотный сигнал будет применен ко всем антенным элементам группы одинаково. Следует обратить внимание на то, что в отличие от 15-битного идентификатора луча, являющегося частью заголовка секции, это поле 16-битное, поэтому в нем можно указать больше идентификаторов (хотя, вероятно, это не потребуется).

Диапазон значений: {0000 0000 0000 0001b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

Значение по умолчанию: 0000 0000 0000 0000b (без формирования луча).

4.3.7.4 ExtType = 4. Параметры сжатия модуляции, тип расширения

Это расширение секции применимо только к типам секций 1 и 3. В таблице 52 приведен формат расширения секции.

Таблица 52

Формат секции для типа 4 расширения секции (параметры сжатия модуляции)

а) csf (флаг сдвига группировки).

Описание: этот двоичный флаг указывает, следует ли сдвигать группировку (csf = 1) или не следует (csf = 0). «Сдвиг» означает вычитание из образцов IQ (во время сжатия) или прибавление (во время декомпрессии) к ним значения 2-udIqWidth, где udIqWidth — количество битов IQ в представлении U-плоскости. Значения сдвига группировки приведены в таблице 53.

Таблица 53

Определение сдвига группировки

Диапазон значений: {0b — 1b}.

Тип: двоичный.

Длина поля: 1 бит.

б) modCompScaler (значение счетчика сжатия модуляции).

Описание: этот параметр представляет собой фактор масштабирования, применяемый к несмещенным точкам группировки во время декомпрессии. Это дробное значение с плавающей запятой и беззнаковой отрицательной 4-битной экспонентой и беззнаковой дробной 11-битной мантиссой.

Диапазон значений: {от 0 до + (1 — 211)}.

Тип: дробное число без знака с плавающей запятой.

\text{мантисса} = \sum_{k = 0}^{10} modCompScaler[k]*2^{k - 11} ; (4)

\text{экспонента} = \sum_{k = 11}^{14} modCompScaler[k]*2^{k - 11} , (5)

где экспонента — это 4 старших разряда 15-битного поля modCompScaler, а мантисса — 11 младших бит поля modCompScaler.

ModCompScaler [k] относится к k-му биту поля modCompScaler. Таким образом, фактическое значение modCompScaler составляет:

modCompScaler = мантисса·2-экспонента.

Длина поля: 15 бит.

4.3.7.5 ExtType = 5. Дополнительные параметры сжатия модуляции, тип расширения

Это расширение секции применимо только к типам секций 1, 3 и 5. В таблицах 54 и 55 представлен формат расширения секции при передаче одного набора и двух наборов значений mcScaleReMasks, csf и mcScaleOffset. Тип расширения секции 5 может быть использован для передачи более двух наборов значений mcScaleReMasks, csf и mcScaleOffset. В этом случае структура кадра расширяется аналогичным образом, т.е. зарезервированные биты добавляются в конец расширения секции для поддержания 4-байтового размера.

Таблица 54

Формат секции для типа 5 расширения секции (одно скалярное значение, параметры сжатия модуляции)

Таблица 55

Формат секции для типа 5 расширения секции (два скалярных значения, параметры сжатия модуляции)

а) mcScaleReMask (маска RE шкалы мощности сжатия модуляции).

Описание: этот параметр определяет маску элемента ресурса (RE), чтобы указать положение RE с одинаковыми масштабированием и типом модуляции в PRB. Каждый параметр бита в mcScaleReMask указывает, применимы ли mcScaleOffset и поля csf к RE, отправляемому в сообщениях U-плоскости или не применимы (0 = не применимо; 1 = применимо). MSB указывает значение RE с предельно низкой частотой в PRB.

Разные RE в PRB могут быть определены разными вызовами mcScaleReMask в пределах поля расширения типа 5. Если какой-либо RE в PRB не указывается с помощью mcScaleReMask (но в этом PRB есть другие RE), «отсутствующий» RE следует рассматривать как незаполненный (например, не содержащий данных пользователя для передачи).

Существует взаимосвязь между значениями mcScaleReMask и reMask секции: ни один бит в mcScaleReMasks не должен быть установлен (иметь значение, равное 1) в позициях, где reMask равна нулю, при этом каждый установленный бит reMask (= 1) должен содержать ровно 1 бит = 1 в одной из mcScaleReMasks. Если нарушить эти правила, O-RU отреагирует неопределенным образом.

Диапазон значений: {0000 0000 0000b — 1111 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 12 бит.

Значение по умолчанию: 1111 1111 111 1b (применимы все RE, содержащиеся в блоке).

б) csf (флаг сдвига группировки).

Описание: см. перечисление а).

в) mcScaleOffset (значение масштабирования для сжатия модуляции).

Описание: этот параметр представляет собой фактор масштабирования, применяемый к несмещенным точкам группировки во время декомпрессии. Это дробное значение с плавающей запятой и беззнаковой отрицательной 4-битной экспонентой и беззнаковой дробной 11-битной мантиссой.

Диапазон значений: {от 0 до + (1 — 211)}.

Тип: целое число без знака.

\text{мантисса} = \sum_{k = 0}^{10} mcScaleOffset[k]*2^{k - 11} ; (6)

\text{экспонента} = \sum_{k = 11}^{14} mcScaleOffset[k]*2^{k - 11} , (7)

где экспонента — это четыре старших разряда 15-битного поля mcScaleOffset, а мантисса — 11 младших бит поля mcScaleOffset. mcScaleOffset[k] относится к k-му биту поля mcScaleOffset.

Таким образом, фактическое значение mcScaleOffset составляет

mcScaleOffset = мантисса * 2-экспонента.

Длина поля: 15 бит.

4.3.7.6 ExtType = 6. Распределение несмежных PRB во временной и частотной области

Это расширение секции применимо только к секциям типов 1, 3 и 5 и позволяет выделять несмежные наборы PRB (группы блоков ресурсов или RBG) в частотной и временной областях. Таким образом значительно снижаются накладные расходы на C-плоскости при выделении несмежных наборов PRB по времени и частоте для пользователей или каналов.

Если это расширение секции присутствует в описании секции, то поле startSymbolId в заголовке сообщения и поля rb, symInc и numSymbol в описании секции не будут использованы для идентификации символов и PRB, упомянутых в описании секции (значения этих параметров могут быть использованы в других описаниях секций в сообщении. Отправитель может установить для параметров symInc и numSymbol любое разрешенное значение без ограничения, соответствующее символам, фактически содержащимся в описании секции с расширением = 6). Отправитель должен установить значение rb, равное нулю, а также startSymbolId, равным первому символу, на который ссылается любое из описаний секций в сообщении, включая, но не ограничиваясь, описания секций с расширением, равным 6. Первый символ, на который ссылается описание секции с расширением, равным 6, является первым символом, выбранным установленным в symbolMask битом. Это означает, что бит n в symbolMask, соответствующий правилу n < startSymbolId, должен быть равен нулю.

Использование этого расширения секции не влияет на работу пользовательской плоскости. Секция данных в пользовательской плоскости не обязана содержать непрерывный диапазон PRB. При многократном вызове sectionId в плоскости пользователя в рамках одного или разных сообщений можно обрабатывать наборы несмежных PRB.

Использование расширения секции с распределением несмежных PRB не накладывает ограничений на использование секций со смежными PRB, за исключением общих правил применения секций. Например, на один eAxC следует ссылаться не более одного описания секции данных в плоскости управления.

Если на секцию плоскости управления ссылаются несколько раз, все ссылки должны распределять одинаковый набор PRB и символов.

При использовании данного расширения секции вместе с типом 3 секции, в которой имеется параметр freqOffset, freqOffset повлияет на полосу частот определенного диапазона номеров PRB.

В таблице 56 приведен формат расширения этой секции.

Таблица 56

Формат секции для расширения 6 секции (распределение несмежных PRB по времени и частоте)

а) rbgSize (размер группы блоков ресурсов).

Описание: этот параметр определяет размер группы блоков ресурсов, выделенных битовой маской, в виде количества PRB. Размер группы блоков ресурсов, которая будет использована в приложении, берется из таблицы отображения, указанной в поле диапазона значений в описании к rbgMask [см. перечисление б) о RbgMask для обработки особых групп блоков ресурсов].

Диапазон значений: {000b: зарезервировано, 001b: 1, 010b: 2, 011b: 3, 100b: 4, 101b: 6, 110b: 8, 111b: 16}.

Тип: целое число без знака.

Длина поля: 3 бита.

Значение по умолчанию: 001b.

б) rbgMask (битовая маска группы блоков ресурсов).

Описание: этот параметр представляет собой битовую маску, где каждый бит указывает на то, была ли выделена соответствующая группа блоков ресурсов. Если в маске установлен бит n, то выделяется группа ресурсных блоков n, где n может принимать значения в диапазоне [0, lastRbgid], где

lastRbgid = = ceiling((numPrbc +

• (startPrbc mod rbgSize))/rbgSize) — 1.

Диапазон PRB, включенных в группу ресурсных блоков, представлен следующим образом:

• группа ресурсных блоков 0 включает PRB с идентификаторами в диапазоне [startPrbc, startPrbc + f(0)-1];
• группа ресурсных блоков n включает PRB с идентификаторами в диапазоне [startPrbc + f(0) + (n — 1)·f(n), startPrbc + f(0) + n·f(n) — 1], где 0 < n < lastRbgid;
• группа ресурсных блоков n = lastRbgid включает PRB с идентификаторами в диапазоне [startPrbc + numPrbc — f(lastRbgid), startPrbc + numPrbc — 1],

где f(n) определяет количество PRB, включенных в группу ресурсных блоков n, и рассчитывается следующим образом:

f(0) = rbgSize — (startPrbc mod rbgSize);

f(n) = rbgSize, где 0 < n < lastRbgid.

Если (startPrbc + numPrbc) mod rbgsize > 0, to f(lastRbgid) = (startPrbc + numPrbc) mod rbgSize, иначе f(lastRbgid) = rbgSize.

Могут быть назначены только PRB в диапазоне, определенном startPrbc и numPrbc, т.е. [startPrbc, numPrbc — 1]. Если numPrbc равно нулю, то в диапазон PRB будут входить все PRB, как определено eAxC, а параметр startPrbc должен быть равен нулю. Передатчик должен гарантировать отсутствие у rbgMask ненулевых битов за пределами допустимого диапазона [0, lastRbgid]. Если приемник обнаруживает ненулевые биты вне допустимого диапазона, они должны быть проигнорированы.

Передатчик должен гарантировать, что параметры startPrbc, numPrbc и rbgSize, приводящие к результату lastRbgid, большему 27 (количество битов, доступных в поле rbgMask — 1), не используются. Такие комбинации недействительны и будут проигнорированы получателем при их обнаружении.

MSB rbgMask указывает группу ресурсных блоков с наиболее высокой частотой.

Диапазон значений: {0000 0000 0000 0000 0000 0000 0000b — 1111 1111 1111 1111 1111 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 28 бит.

Значение по умолчанию: 1111 1111 1111 1111 1111 1111 1111b (выделены все группы блоков ресурсов).

Пример определения группы блоков ресурсов приведен на рисунке 41.

Рисунок 41 — Пример определения группы блоков ресурсов

в) symbolMask (битовая маска символа).

Описание: этот параметр представляет собой битовую маску, где каждый бит указывает, применяется ли rbgMask к данному символу в слоте. Если бит n установлен, то маска rbgMask применяется к символу n, где n имеет диапазон [0...13]. Если ни один бит не установлен, то rbgMask не может быть применена ни к одному RBG в слоте, другими словами, слоту не выделены RE (или другая секция данных выделяет RE для слота). Если значения symbolMask выделяют RE за пределами границы слота, то такие выделения следует игнорировать (например, когда в слоте менее 14 символов).

LSB в symbolMask указывает нулевой символ (первый символ, поступающий в слот).

Диапазон значений: {00 0000 0000 0000b — 11 1111 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 14 бит.

Значение по умолчанию: 11 1111 1111 1111b (секция состоит из 14 повторяющихся символов),

г) priority (приоритет).

Описание: этот параметр используется в сочетании со взаимосвязью C-плоскости и U-плоскости с помощью частоты и времени с приоритетами. Если этот метод соединения не применяют (например, O-RU или O-DU не имеют такой возможности), отправитель должен отправить нулевое значение. Этот параметр используется O-RU для поиска описания секции с наивысшим приоритетом среди других описаний секций, ссылающихся на один RE и содержащихся в одном сообщении C-плоскости. O-RU ограничивает область поиска одним сообщением C-плоскости, чтобы избежать ошибок конфигурации формирования луча. Такие ошибки могут возникнуть, если в поиск будет входить несколько сообщений и одно из них будет потеряно. Если тип расширения секции #6 отсутствует, то приоритет описания секции данных равен нулю (соответствует приоритету по умолчанию). В одном сообщении C-плоскости набор значений приоритета ограничен двумя значениями, включая нулевое значение, т.е. {0, +1} или {0, -1}.

Значение 2 зарезервировано и не может быть использовано отправителем.

Диапазон значений: {-1, 0, +1}.

Тип: целое число со знаком в дополнении к 2.

Длина поля: 2 бит.

Значение по умолчанию: 0 (нормальный приоритет).

д) repetition (флаг повторения).

Описание: этот параметр используется для того, чтобы указать на повторения секции данных с наивысшим приоритетом в сообщении C-плоскости. Это опциональное поле для O-RU, т.е. когда секция с наивысшим приоритетом повторяется в сообщении C-плоскости, O-DU должен установить этот флаг, однако O-RU может обработать или игнорировать его. Данное поле применяется только тогда, когда тип расширения 6 используется вместе с соединением по частоте и времени с приоритетами (оптимизированное) для описания секций с наивысшим приоритетом (поскольку они повторяются в сообщениях C-плоскости).

Диапазон значений: {0b = без повторения; 1b = повторяющийся секции данных с наивысшим приоритетом в сообщении C-плоскости}.

Тип: двоичный бит.

Длина поля: 1 бит.

4.3.7.7 ExtType = 7. Расширение секции маски eAxC

Это расширение секции предназначено для того, чтобы определенное сообщение C-плоскости могло применяться к нескольким значениям eAxC. Оно может быть использовано для типа секции 0 для включения функции «гашения» (предназначенной для типа секции 0) для нескольких значений eAxC, например всех компонентных несущих. В таблице 57 приведен формат расширения этой секции.

Таблица 57

Формат секции для расширения 7 секции (параметр маски eAxC)

Когда сообщение C-плоскости с таким расширением секции принимается O-RU, то он должен действовать как при получении нескольких сообщений C-плоскости со всеми значениями eAxC, разрешенными маской. При использовании маски O-RU может предположить, что содержимое сообщения C-плоскости применяется к незапланированным к использованию значениям eAxC (например, если два бита маски имеют значение ноль, что указывает на то, что сообщение должно применяться во всех 3 секторах, но при этом будет подразумеваться несуществующий четвертый сектор). В этом случае данные U-плоскости не будут указываться для ложных значений eAxC, а O-RU не должен рассматривать это как ошибку.

Поддержка данного расширения секции необязательна: если O-RU сообщает, что поддержка этого расширения секции невозможна, то O-DU не должен использовать его. Если O-DU не поддерживает это расширение секции, то данного результата можно достигнуть с помощью использования нескольких сообщений C-плоскости с одним eAxC, чтобы не потерять функциональность (хотя при этом C-плоскость будет менее эффективной).

Далее приведено описание eAxCmask (маска eAxC).

Эта двоичная маска указывает, к каким значениям eAxC применено сообщение C-плоскости. Бит 0 в маске означает, что соответствующий бит eAxC можно не учитывать, а бит 1 в маске — бит eAxC следует учитывать. EAxCmask с нулевым значением означает, что это сообщение необходимо использовать для всех значений eAxC, а если со значением из единиц — только для указанного значения eAxC. В первом случае («это сообщение необходимо использовать для всех значений eAxC») фактическое значение eAxC в заголовке сообщения C-плоскости может быть любым, поскольку сообщение будет применяться ко всем значениям eAxC независимо от фактического значения сообщения C-плоскости. Во втором случае («использовать это сообщение только для указанного значения eAxC») данное расширение секции не добавляет значение, потому эта операция считается нормальной.

Предполагаемое использование маски — указать, к какому подполю eAxC относится сообщение. Например, если одна полоса одного сектора O-RU будет закрыта для всех компонентных несущих, часть подполей RU-Port-ID и CC-ID в eAxCmask будет равна нулям («использовать это сообщение для всех уровней/пространственных потоков и всех компонентных несущих»), тогда как оставшаяся часть подполей eAxCmask будет равна единицам («использовать это сообщение для конкретной полосы, сектора и значений DU_Port_ID, указанных в eAxC»). Таким образом, сообщение секции типа 0 может указывать на гашение всех компонентных несущих в полосе-секторе в одном сообщении C-плоскости.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака (битовая маска).

Длина поля: 16 бит.

Значение по умолчанию: 1111 1111 1111 1111b (учитывают все биты eAxC).

4.3.7.8 ExtType = 8. Фактор регуляризации

Это расширение секции предназначено для фактора регуляризации, который используется для генерации весовых коэффициентов формирования MU луча для запланированного UE в слоте. RegularizationFactor — это дисперсия шума, используемая для вычисления MMSE (минимальной среднеквадратичной ошибки) при генерации MU BFW. Применяется для отправки фактора регуляризации с помощью секции типа 5 вместо отправки регуляризации через секцию типа 6.

Поддержка этого расширения секции обязательна для O-RU, поддерживающих тип 5 секции в настоящем стандарте. Если O-RU сообщает о невозможности поддержки этого расширения секции (устаревшие O-RU или O-RU, не поддерживающие тип 5 секции), то O-DU не должен использовать его. Если O-RU сообщает о возможности использования этого расширения секции, то O-DU, поддерживающий данную версию спецификации, следует применять расширение секции вместо секции типа 6 для передачи фактора регуляризации.

В таблице 58 приведен формат расширения этой секции.

Таблица 58

Формат секции для расширения 8 секции (параметр фактора регуляризации)

Далее приведено описание RegularizationFactor (фактор регуляризации).

Этот параметр предоставляет фактор регуляризации для поддержки операции вычисления MMSE при запланированном UE, поэтому относится к типу секции 5.

Диапазон значений: {0000 0000 0000 0000b — 1111 1111 1111 1111b}.

Тип: целое число без знака.

Длина поля: 16 бит.

4.3.7.9 ExtType = 9. Параметры динамического совместного использования спектра

Это расширение секции применяется ко всем типам секций.

В таблице 59 приведен формат расширения этой секции.

Таблица 59

Формат секции для расширения 9 секции (параметр DSS)

Это расширение секции необходимо для поддержки операции динамического совместного использования спектра (DSS). O-RU должен распознавать в реальном времени, является ли информация, передаваемая на интерфейс eCPRI, информацией LTE или NR. Если technology = 0, то это означает поддержку LTE. Если technology = 1, то — поддержку NR. O-RU будет считать, что полученное сообщение C-плоскости предназначено для NR, если расширение секции, равное 9, отсутствует в сообщении C-плоскости для несущей, предназначенной для DSS с помощью M-плоскости. Если расширение секции, равное 9, получено в сообщении C-плоскости для несущей, предназначенной для LTE или NR (не DSS), O-RU должен игнорировать расширение секции 9 и, кроме того, может зарегистрировать ошибку. См. 4.2.6 для получения более подробной информации о методах поддержки DSS.

Далее приведено описание technology (наименование).

Этот параметр определяет в реальном времени, являются ли данные, передаваемые через интерфейс eCPRI, данными LTE или NR. Таким образом, O-RU узнает формат данных, передаваемых из O-DU, и может декодировать соответствующие пользовательские данные.

Диапазон значений: {0000 0000b — 1111 1111b}. 0000 0000b означает поддержку LTE; 0000 0001b — поддержку NR; 0000 0010b — 1111 1111b — зарезервировано.

Тип: целое число без знака.

Длина поля: 8 бит.

Значение по умолчанию: 0000 0000b (LTE).

4.3.7.10 ExtType = 10. Описание секции для конфигурации группы, состоящей из нескольких портов

Это расширение секции применимо к секциям типов 1, 3 и 5. Информация из секции C-плоскости может быть одинаковой для множества портов (т.е. уровней или путей Tx/Rx) для планирования ячеек, за исключением идентификаторов лучей или идентификаторов UE в большинстве. Когда несколько портов совместно используют информацию из общей секции O-RU, секции C-плоскости, отправляемые через соответствующие порты, объединяются в секцию C-плоскости с помощью расширения секции на указанном порте. M-плоскость предварительно настраивается для группировки портов и назначения порта, который будет их представлять. Идентификатор луча в секции назначенного порта можно рассматривать как индекс, который указывает на набор векторов лучей (идентификаторов лучей), каждый из которых применяется к соответствующему порту (уровню или пути Tx/Rx).

В таблицах 60 и 61 приведен формат расширения этой секции.

Таблица 60

Расширение секции = 10 для beamGroupType = 00b или 01b

Таблица 61

Расширение секции = 10 для beamGroupType = 10b

а) beamGroupType.

Описание: этот параметр определяет тип группировки лучей.

Диапазон значений: {00b — 11b}.

Значения:

• 00b (общий луч) — идентификатор луча в заголовке секции использован как общий идентификатор луча для всех портов numPortc, сгруппированных M-плоскостью. Этот тип не применяется для типа секции 5 и тогда, когда extLen = 0x01;
• 01b (определение матрицы лучей) — последовательные идентификаторы луча numPortc, следующие за идентификатором луча в заголовке секции r, применяются к портам numPortc. Этот тип не используется для типа секции 5 и тогда, когда extLen = 0x01;
• 10b (список векторов лучей) — идентификаторы лучей, перечисленные в расширении секции, применяются к портам numPortc. Расширение секции должно включать идентификаторы луча numPortc или ueId;
• 11b — зарезервировано.

Тип: целое число без знака.

Длина поля: 2 бита.