российский разработчик и производитель базовых станций 5G и LTE на основе архитектуры Open RAN

Программное обеспечение стека протоколов уровня L1-HighPHY/L2 базовой станции RAN 5G RUS

Описание программы

О документе

Документ обновлен: 2025.04.07

Данный документ описывает назначение, структуру, архитектуру и функциональные модули программного обеспечения стека протоколов уровня L1-HighPHY/L2 базовой станции 5G. Он предназначен для инженеров, разработчиков и специалистов, работающих с данным ПО.

Содержание

1. Назначение и область применения

ПО L1-HighPHY/L2 реализует ключевые функции стека протоколов уровня L1-HighPHY и L2 (здесь и далее применяются обозначения уровней стека согласно рекомендациям стандарта 3GPP).

ПО L1-HighPHY/L2 предназначено для работы в составе распределенного модуля (gNB-DU) и обеспечивает работу ключевых модулей ПО gNB-DU, а именно MAC (вкл. Scheduler), RLC и L1-HighPHY, а также обеспечивает интерфейсное взаимодействие с централизованным модулем (gNB-CU) через интерфейс F1 и с ПО приемопередающего модуля RU – L1-LowPHY через интерфейс F2 (ORAN 7.2x). В составе ПО стека протоколов уровня L1-HighPHY/L2 включены необходимые интерфейсы для обеспечения управления и конфигурирования, а также интерфейсы для сбора и передачи данных о статистике и состоянии во внешние системы управления в соответствии с рекомендациями 3GPP.

ПО L1-HighPHY/L2 включает три основные функции, необходимые для организации работы распределенного модуля gNB-DU:

  • функционал верхнего физического уровня L1 (L1-HighPHY);
  • функционал управления доступом к среде (MAC);
  • функционал управления радиотрактами (RLC).
Рисунок 1 - Взаимодействие между основными функциональными блоками ПО L1-HighPHY/L2

2. Структура программы

Архитектура

ПО L1-HighPHY/L2 является частью ПО стека протоколов базовой станции 5G (далее gNB), трехуровневая архитектура которого показана на рисунке ниже.

Рисунок 2 – Уровни стека протоколов базовой станции gNB

Функции ПО L1-HighPHY/L2 реализуются в распределенном модуле (gNB-DU), высокоуровневая архитектура которого показана на рисунке ниже.

Рисунок 3 – Основные функциональные блоки ПО L1-HighPHY/L2 в составе распределенного модуля DU

Для обеспечения стабильной и долговременной работы ПО и использующего это ПО оборудования в состав ПО стека протоколов уровня L1-HighPHY/L2 включены дополнительные модули, обеспечивающие:

  • управление конфигурацией и запуском ПО, в частности, с использованием протокола Netconf;
  • автоматический перезапуск ПО в случае непредвиденного отказа, без необходимости перезапуска всей аппаратной платформы gNB-DU;
  • контроль за выполнением и последовательностью операций и вычислений;
  • выделение аппаратных ресурсов для конкретного процесса, а также контроль загрузки процессора и оперативной памяти.

В соответствии с требованиями ТЗ интерфейс в составе ПО L1-HighPHY/L2 для взаимодействия между модулями L1-HighPHY и L2 разработан с опорой на рекомендации и парадигмы, описанные в спецификации «5G FAPI:PHY API Specification» версии 1.0.5, март 2020 г. Модуль, отвечающий за реализацию интерфейса FAPI, входит в состав ПО ПО L1-HighPHY/L2 и называется Модуль CL (Convergence Layer).

Функциональные модули

ПО L1-HighPHY/L2 включает три функциональных модуля: L1-HighPHY, который реализует функции верхнего уровня протокола уровня L1, модуль управления доступа к среде передачи (MAC – Medium Access Control), в составе которого имеется функция планировщика ресурсов (SCH - Scheduler), и функции модуля, реализующего протокол RLC – Radio Link Control, функционал которых подробно описан ниже.

Во исполнение требований ТЗ каждый из перечисленных выше модулей выполняет определенный набор функций:

  1. Функция управления верхним физическим слоем HighPHY (High Physical Layer):
    1. подготовка (модуляция, скремблинг, кодирование, выравнивание скорости) транспортных каналов и их передача на RU и наоборот;
    2. модуляция и демодуляция сигнала в соответствии с рекомендациями 3GPP для сетей 5G New Radio с шириной полосы 100 МГц;
    3. поддержание работы 8 передающих и 8 приемных антенн;
    4. поддержание передачи 4 параллельных потоков MIMO в DL канале и прием 2 потоков MIMO в UL канале;
    5. подержание расстояния между поднесущими (SCS – Sub Carrier Spacing) OFDM символа, равное 30 КГц;
    6. поддержание статического разделения нисходящего и восходящего канала в необходимом соотношении (TDD Frame Configuration);
    7. поддержка модуляции физических каналов PDSCH, PDCCH, PBCCH и демодуляции физических каналов PUSCH, PUCCH, PRACH, а также пилотных последовательностей SRS;
    8. поддержка работы до 8 пользователей на TTI как в DL, так и в UL каналах.
  2. Функция управления доступом к среде MAC (Media Access Control):
    1. контроль соответствия транспортных и логических каналов;
    2. динамическое распределение ресурсов с учетом приоритетов пользовательских терминалов (UE) и логических каналов и информации о состоянии среды передачи – функции менеджера расписаний (scheduler);
    3. обнаружение и коррекция ошибок передачи методом гибридного автоматического запроса повторной передачи HARQ.
  3. Функция управления радиотрактами RLC (Radio Link Control):
    1. проецирование сервисных пакетов данных RLC SDU на логические каналы;
    2. поддержка трех режимов: прозрачный режим передачи (transparent mode, TM), передача без подтверждения (unacknowledged mode, UM), передача с подтверждением (acknowledged mode, AM);
    3. передача данных с уровня L3 и наоборот;
    4. нумерация пакетов данных, независимая от вышележащего уровня;
    5. сегментация и десегментация пакетов данных (только в режимах AM и UM);
    6. обнаружение и коррекция ошибок передачи методом автоматического запроса повторной передачи ARQ (только в режиме AM).

Функциональный модуль MAC

Модуль управления доступом к среде передачи данных Media Access Control (MAC) разработан в соответствии с требованиями стандарта 3GPP TS 38.321 «Medium Access Control (MAC) Protocol Specification» версии 15.3.1 и поддерживает следующие основные функции:

  1. контроль соответствия транспортных и логических каналов;
  2. динамическое распределение ресурсов с учетом приоритетов пользовательских терминалов (UE) и логических каналов и информации о состоянии среды передачи – функции планировщика ресурсов (Scheduler, более подробно в разделе MAC Scheduler);
  3. обнаружение и коррекция ошибок передачи методом гибридного автоматического запроса повторной передачи (HARQ).

В таблице ниже приведены поддерживаемые функции и процедуры модуля MAC. В соответствии с терминологией консорциума 3GPP функции приведены на языке стандарта (англ).

Таблица 1 – Поддерживаемые функции модуля MAC
Процедура/Функция Функциональность
Activation of SCell SCell activation and deactivation Control Element (CE)
DL-SCH Data Transfer
  • Поддержка следующих операций HARQ:
    • HARQ entity
    • HARQ process new transmission
    • HARQ process retransmission
  • Multiplexing and assembly
Handling of Unknown, Unforeseen, and Erroneous Protocol Data Обработка ошибок при работе протокола
Maintenance of UL Time Alignment Timing Advance Command (TAC) CE
PDCCH TCI State Activation and Deactivation CE PDCCH TCI activation CE
PDSCH TCI State Activation and Deactivation CE PDSCH TCI activation CE
Power Headroom (PHR) CE Type 1 PHR report with single and multiple entry
Random Access Procedure Поддержка следующих типов процедуры случайного доступа:
  • Contention-based
  • Contention-free
Sounding Reference Signal (SRS) SRS for non-codebook PUSCH transmission
SUL (Supplementary Uplink) Operation Data handling for SUL
Synchronization Signal (SS) and Physical Broadcast Channel (PBCH) SS PBCH transmission
UL-SCH Data Transfer
  • Поддержка следующих операций HARQ:
    • HARQ entity
    • HARQ process new transmission
    • HARQ process retransmission
  • De-multiplexing and disassembly
  • Обработка отчетов о состоянии буфера (BSR)

Планировщик MAC Scheduler

Планировщик ресурсов MAC Scheduler поддерживает функции и процедуры, которые подробно описаны в таблице ниже. В соответствии с терминологией консорциума 3GPP функции приведены на языке стандарта (англ.).

Таблица 2 – Поддерживаемые функции планировщика ресурсов MAC Scheduler.
Функция Функциональность
Bandwidth Part Switching
  • RRC signaling based BWP switch (Cell Addition)
  • Downlink Control Information (DCI) based BWP switch
Beam Management
  • Initial Random Access Channel (RACH) based beam acquisition
  • Connected mode DL beam management for Synchronization Signal Block (SSB) based beam with CSI-RS resource mapping and Reference Signal Received Power (RSRP) or CSI
  • Поддержка следующих режимов работы:
    • Beam configuration
    • Beam and UE selection process
    • Beam switching
    • Beam failure detection and recovery
    • PDCCH and PUCCH resource mapping
Broadcast and Multicast Data Transfer Поддержка передачи следующих широковещательных и многоадресных данных:
  • MIB – Master Information Block
  • SS и PBCH для сценариев A, B, C и D
  • Планирование передачи SSB и PBCH
  • Планирование передачи Блока системной информации типа 1 (SIB1)
  • Планирование передачи других видов системной информации SI
BSR
  • Обработка BSR
Carrier Aggregation (CA)
  • Для нисходящего канала (DL)
  • Для восходящего канала (UL)
Channel State Information (CSI)
  • Периодические процедуры: отчеты CQI, отчеты RI, отчет PMI, отчеты RSRP
CSI-RS (Channel State Information Reference Signal)
  • Опорный сигнал информации о состоянии канала с ненулевой мощностью (NZP-CSI RS), который передается периодически (с взаимно-однозначным соответствием SSB и типом D QCL)
Discontinuous Reception (DRX)
  • Планирование новой передачи с учетом DRX в канале PDCCH
  • Планирование повторной передачи HARQ с учетом DRX
  • Таймеры для измерения времени приема-передачи (RTT) HARQ и повторной передачи в каналах DL и UL
  • Длинный и короткий цикл DRX (таймеры длительности, отсутствия активности, короткого цикла)
Количество абонентских устройств на TTI на 1 соту в DL и UL
  • 8
Hybrid Automatic Repeat Request (HARQ)
  • Максимальное число процессов HARQ в DL: 16
  • Максимальное число процессов HARQ в UL: 16
Link Adaptation (LA)
  • DL для каналов PDSCH и PDCCH
  • UL для канала PUSCH
  • Поддержка Outer Loop Link Adaptation (OLLA) для каналов PDSCH и PUSCH
  • Поддержка настраиваемого STEP UP и STEP DOWN факторов для абонентского устройства для Block Error Ratio (BLER), базируясь на MCS
Measurement Gap
  • Inter-RAT measurements для режима 5G SA
Multiple Input Multiple Output (MIMO)
  • DL SU-MIMO supports a maximum possible configuration of up to 32T32R
  • Configuration of multiple Non-Zero Power (NZP) CSI-RS resource based on the gNB antenna configuration
  • Количество поддерживаемых SSB: 1
Numerology
  • Статическая конфигурация с μ=0, 1, 3
Operation Mode
  • Дуплексный режим с временным разделением (TDD)
  • Дуплексный режим с частотным разделением (FDD)
Paging
  • Передача сообщений пейджинга по запросу от ядра сети 5G
Scheduling Algorithm
  • Пропорциональное справедливое распределение ресурсов (PFS - Proportional Fair Scheduling)
  • Распределение ресурсов с учетом качества обслуживания (QoS aware scheduling)
  • Приоритезация для MAC CE, DL CCCH, и для MSG4
  • Приоритезация для пользователей с повышенным объемом данных, на основе BO в DL и BSR в UL
SR
  • Конфигурация с единственным SR на абонентское устройство
Supplementary Uplink (SUL)
  • Распределение ресурсов SUL
TCI
  • PDCCH TCI состояние: активация и деактивация
  • PDSCH TCI состояние: активация и деактивация
  • TCI на DCI для PDSCH
  • SSB QCLed type D TCI состояния
UL Power Control
  • Управление мощностью передачи в UL для каналов PUSCH и PUCCH

Функциональный модуль RLC

Модуль протокола Radio Link Control (RLC) разработан в соответствии с требованиями стандарта 3GPP TS 38.322 «Radio Link Control (RLC) Protocol Specification» Release 15.3.

Модуль RLC располагается между PDCP (Packet Data Convergence Protocol) и MAC уровнями стека протоколов базовой станции 5G. RLC взаимодействует с PDCP через SAP (Service Access Point), а с MAC - с помощью специальных логических каналов.

RLC уровень переформатирует пакеты PDCP PDU для того, чтобы они были определенного размера, который указывает MAC уровень. Таким образом, со стороны отправителя RLC сегментирует и/или объединяет пакеты PDCP PDU, а со стороны получателя RLC восстанавливает PDCP PDU. Кроме этого, RLC уровень восстанавливает порядок следования пакетов RLC PDU, если он был нарушен (например, из-за работы функции HARQ на MAC уровне).

Функции RLC уровня выполняются RLC объектами (RLC entities). RLC объект функционирует в одном из трех режимов передачи: прозрачный (transparent mode, TM), передача без подтверждения (unacknowledged mode, UM) и передача с подтверждением (acknowledged mode, AM).

В режиме AM поддерживаются специальные функции для повторной передачи данных. Когда используются режимы AM и UM, выбор между ними осуществляет ПО стека протоколов уровня L3 во время процедуры настройки RRC радиопотока, основываясь на требованиях к QoS EPS потока.

Ниже приведены основные функции модуля протокола RLC:

  1. Переформатирование сервисных пакетов данных RLC SDU на логические каналы, необходимые MAC уровню;
  2. Реализация трех режимов работы с пакетами данных: прозрачный режим передачи (TM), передача без подтверждения (UM), передача с подтверждением (AM);
  3. Передача данных и контроль за передачей данных с уровня L3 (от PDCP) и обратно;
  4. Нумерация пакетов данных, независимая от вышележащего уровня;
  5. Сегментация и десегментация пакетов данных (для режимов AM и UM);
  6. Обнаружение и коррекция ошибок передачи методом автоматического запроса повторной передачи ARQ (только для режима AM).

В таблице ниже приведены поддерживаемые функции и процедуры модуля протокола RLC. В соответствии с терминологией консорциума 3GPP функции приведены на языке стандарта (английском).

Таблица 3. Поддерживаемые функции модуля RLC
Процедура/Функция Сообщение/Функциональность
Data Transfer Procedures: UM Mode
  • Процедуры передачи: сегментация
  • Процедуры приема: повторная сборка
Data Transfer Procedures: AM Mode
  • Процедуры передачи: сегментация
  • Процедуры приема: повторная сборка
  • Процедуры запроса на автоматическое повторение (ARQ): повторная передача, опрос, отчет о состоянии
Handling of Unknown, Unforeseen, and Erroneous Protocol Data
  • Прием PDU с зарезервированными или недействительными значениями
RLC Entity Handling
  • RLC ENTITY ESTABLISHMENT
  • RLC ENTITY RE-ESTABLISHMENT

Программные интерфейсы

ПО стека протоколов уровня L1-HighPHY/L2 включает модули интерфейсов, разработанные в соответствии с требованиями стандарта 3GPP TS 38.473 «5G NG-RAN/F1 Application Protocol F1AP» и специализированного стандарта «5G FAPI:PHY API Specification» версии 1.0.5, март 2020 г.

На рисунке ниже показаны интерфейсы F1 и FAPI, посредством которых реализуется обмен данными между централизованным модулем CU и распределенным модулем DU, а также между уровнями стека протоколов L2 и L1 внутри распределенного модуля DU.

Рисунок 4 – Обмен данными между CU и DU и между уровнями L1High и L2
Интерфейс F1

Интерфейс F1 поддерживает следующие функции:

  1. Передача данных управления для взаимодействия и самодиагностики CU и DU, включая функции обновления конфигураций CU и DU и передачи сообщений об ошибках.
  2. Передача контрольных данных для работы функции распределения и управления ресурсами базовой станции, включая:
    • данные для работы функции управления потоками данных с различными индикаторами качества передачи (QoS);
    • данные функции управления контекстами абонентов;
    • данные о пейджинге;
    • данные с сообщениями об ошибках.
  3. Передача пользовательских данных в соответствии с протоколом для передачи плоскости пользовательских данных сети радиодоступа 5G RUS.

В таблице ниже приведены функции и процедуры интерфейса F1. В соответствии с терминологией консорциума 3GPP функции приведены на языке стандарта (английском).

Таблица 4 – Поддерживаемые функции интерфейса F1
Процедура/Функция Сообщение/Функциональность
Reset (сброс) RESET
RESET ACKNOWLEDGE
Сценарий: gNB CU отправляет на DU запрос на reset (сброс) после успешного установления соединения для настройки F1.
Примечание. Функция Reset All IE поддерживается при запуске процедуры сброса (Reset) на стороне gNB CU.
Прим. Reset по команде со стороны DU не поддерживается.
F1 Setup
Настройка конфигурации динамически подключаемой ячейки по протоколу F1
F1 SETUP REQUEST
F1 SETUP RESPONSE
F1 SETUP FAILURE
  • Сценарий 1: несоответствие полученного поддерживаемого слоя в составе запроса на настройку F1 и конфигурируемого поддерживаемого слоя
    • Возвращаемая причина ошибки: Radio-network: RESOURCES_NOT_AVAILABLE_FOR_THE_SLICE
  • Сценарий 2: по получении сообщения NG_SETUP_FAILURE RECEIVED от ядра сети 5G Core Network (5G CN).
    • Возвращаемая причина ошибки: Radio-network: UNSPECIFIED
  • Сценарий 3: выполняется внутреннее отключение UE, последняя привязка по протоколу Stream Control Transmission Protocol (SCTP) не сработала.
В случае отказа процедуры F1 Setup (Настройка F1) поддерживается функция Time to wait IE, которая запускается с gNB CU.
gNB-DU Configuration Update GNB-DU CONFIGURATION UPDATE
GNB-DU CONFIGURATION UPDATE ACKNOWLEDGE
gNB-DU Resource Coordination GNB-DU RESOURCE COORDINATION REQUEST
GNB-DU RESOURCE COORDINATION RESPONSE
gNB-CU Configuration Update
  • GNB-CU CONFIGURATION UPDATE
  • GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE
  • GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE FAILURE
UE Context Setup
(настройка контекста UE)
  • UE CONTEXT SETUP REQUEST
  • UE CONTEXT SETUP RESPONSE
  • UE CONTEXT SETUP FAILURE
Возвращаемые причины ошибки:
  • Radio-Network: resources-not-available-for-the-slice
  • Radio-Network: unspecified
  • Radio-Network: resource not available
UE Context Release
  • UE CONTEXT RELEASE COMMAND
  • UE CONTEXT RELEASE COMPLETE
UE Context Modification Required
  • UE CONTEXT MODIFICATION REQUIRED
  • UE CONTEXT MODIFICATION REQUIRED CONFIRM
  • UE CONTEXT MODIFICATION REQUIRED FAILURE
UE Context Modification
  • UE CONTEXT MODIFICATION REQUEST
  • UE CONTEXT MODIFICATION RESPONSE
  • UE CONTEXT MODIFICATION FAILURE
Сценарии:
  • Xn Inter-gNB Handover
  • SA reestablishment
  • Dedicated Radio Bearer (DRB) addition
  • DRB modification
  • DRB release
Возвращаемая причина ошибки:
  • Radio-Network: resource-not-available
  • Radio-Network: not-supported-QoS-Class-Identifier (QCI) value
  • Radio-Network: resources-not-available-for-the-slice
  • Radio-Network: cell-not-available-radio-network unspecified
Initial UL RRC Message Transfer INITIAL UL RRC MESSAGE TRANSFER
Paging (CN initiated idle mode paging) PAGING
UL RRC Message Transfer UL RRC MESSAGE TRANSFER
DL RRC Message Transfer DL RRC MESSAGE TRANSFER
Интерфейс FAPI

Обмен данными между уровнями L1-HighPHY и L2-MAC осуществляется с помощью протокола FAPI и реализуется в модуле CL (Convergence Layer) ПО стека протоколов уровня L2. Требования к протоколу FAPI отражены в спецификации «5G FAPI:PHY API Specification» версии 1.0.5, март 2020г.

В таблице ниже приведены функции и процедуры интерфейса FAPI в соответствии с терминологией стандарта FAPI.

Таблица 5 – Поддерживаемые функции протокола FAPI
Процедура/Функция Сообщение/Функциональность
Конфигурация
  • Инициализация
  • Завершение
  • Перезапуск
  • Сброс
  • Уведомление об ошибке
Слот
  • Передача сообщения 125us, 250us, 500us или 1ms SLOT
  • Синхронизация SFN/SLot между ПО стека протоколов уровня L2/L3 и уровня PHY
  • Передача транспортного канала BCH
  • Передача транспортного канала PCH
  • Передача транспортного канала DL-SCH
  • Передача служебной информации нисходящего канала (DCI)
  • Передача опорного сигнала CSI
  • Прием в транспортном канале RACH
  • Прием в транспортном канале UL-SCH
  • Прием служебной информации восходящего канала (UCI)
  • Прием зондирующего опорного сигнала
Формирование направленного сигнала/RF
  • Предварительное кодирование (мультиплицирование с помощью матрицы предварительного кодирования PM)
  • Цифровое формирование направленного сигнала (мультиплицирование с помощью матрицы DB)

На рисунке ниже приведена схема разделения функций протокола FAPI в плоскости управления и плоскости передачи пользовательских данных. В плоскости управления реализованы функции конфигурации (P5). Взаимодействие между модулем MAC и модулем PHY AP реализуется в плоскости передачи пользовательских данных (P7).

FAPI interaction with L2 modules
Рисунок 5 – Как FAPI взаимодействует с другими модулями L2

3. Технические средства

Ниже приводится описание и обоснование выбора программных и аппаратных средств, необходимых для развертывания разработанного ПО L1-HighPHY/L2.

Исходные коды и языки программирования

ПО L1-HighPHY/L2 разработано на языках программирования С, С++11 и выше.

ПО L1-HighPHY/L2 имеет в составе библиотеки и модули с открытым исходным кодом (OpenSource Software).

Исходный код ПО L1-HighPHY/L2 хранится в Git-репозитории с системой контроля версий на серверах ООО «ИРТЕЯ» на территории РФ.

Состав программных средств

ПО L1-HighPHY/L2 предназначено для развертывания на ОС Linux Ubuntu 22.04. Рекомендуется использование специализированных версий ядра Linux, в состав которых входят необходимые для работы RT-приложений (RealTime) функции (RT Kernel Patches).

Состав аппаратных средств

ПО адаптировано для работы на различных аппаратных платформах для построения цифровых модулей БС 5G, построенных на базе процессоров с архитектурой X86. Рекомендуемые требования к такой платформе указаны ниже:

  • Центральный процессор: Intel Xeon 6338N или аналогичный, с поддержкой набора инструкций AVX512;
  • ОЗУ: 192 Гб;
  • Твердотельный жесткий диск объемом не менее 200 Гб;
  • Интерфейсная плата синхронизации: Silicom STS2 или STS4, с приемником сигналов ГНСС и поддержкой PTP IEEE1588v2 (G.8275.1/2);
  • Аппаратный ускоритель FEC: Intel ACC100 для ускорения операций цифровой обработки сигналов (LDPC Decoding/Encoding, RateMatching, HARQ).

При необходимости использования другого, отличного от рекомендованного, аппаратного обеспечения рекомендуется обращаться в техническую поддержку ООО «ИРТЕЯ» для подтверждения наличия всех необходимых для работы ПО функций в конкретной вычислительной платформе.

Защита информации

ПО L1-HighPHY/L2 имеет встроенную защиту от несанкционированного копирования с использованием лицензионных ключей, использующих идентификаторы аппаратных средств для индивидуализации конечных изделий и привязки к ним лицензионных файлов.

Система для генерации и валидации лицензионных ключей разработана в ООО «ИРТЕЯ» и функционирует на базе собственной вычислительной инфраструктуры, расположенной на территории РФ. Никаких дополнительных (сторонних) лицензионных файлов для полноценного функционирования ПО не требуется.

4. Входные и выходные данные

Организация входных и выходных данных ПО L1-HighPHY/L2 выполнена в соответствии с действующими стандартами 3GPP.

Входные данные

  • Входными данными L1-HighPHY являются:
    • для канала Downlink (нисходящий канал) – MAC PDU (Protocol Data Unit);
    • для канала Uplink (восходящий канал) – IQ-данные (UP) и данные контроля и управления (CP).
  • Входными данными MAC являются:
    • для канала Downlink – RLC PDU;
    • для канала Uplink – MAC PDU.
  • Входными данными RLC являются:
    • для канала Downlink – PDCP PDU;
    • для канала Uplink – MAC SDU (Service Data Unit).

Выходные данные

  • Выходными данными L1-HighPHY являются:
    • для канала Downlink (нисходящий канал) – IQ-данные (UP) и данные контроля и управления (CP), передаваемые по интерфейсу eCPRI ORAN 7.2x CUS;
    • для канала Uplink (восходящий канал) – MAC PDU.
  • Выходными данными MAC являются:
    • для канала Downlink – MAC PDU;
    • для канала Uplink – MAC SDU.
  • Выходными данными RLC являются:
    • для канала Downlink – RLC PDU;
    • для канала Uplink – RLC SDU.

5. Перечень принятых сокращений

Таблица 6 – Сокращения и аббревиатуры на русском языке
Аббревиатура Расшифровка
ПО Программное обеспечение
ТЗ Техническое задание
Таблица 7 – Сокращения и аббревиатуры на английском языке
Аббревиатура Расшифровка на английском языке Расшифровка на русском языке
3GPPThird Generation Partnership ProjectПартнерская программа нового поколения
5GFifth GenerationПятое поколение
AMAcknowledged ModeРежим с подтверждением передачи
AMFAccess and Mobility Management FunctionФункция управления доступом и мобильностью
ARQAutomatic Repeat RequestАвтоматический запрос на повторение
BSRBuffer Status ReportingСообщение о состоянии буфера
BWPBandwidth PartЧастотный диапазон
CEControl ElementЭлемент управления
CLConvergence LayerУровень конвергенции
CNCore NetworkБазовая сеть
CORESETControl Resource SetНабор интервалов частот и времени
CPControl PlaneПлоскость управления
CQIChannel Quality IndicatorИндикатор качества канала
CSI-RSChannel State Information Reference SignalОпорный сигнал данных о состоянии канала
CUControl UnitБлок управления
DCIDownlink Control InformationДанные управления нисходящего канала
DLDownlinkНисходящий канал
DMRSDemodulation Reference SignalОпорный сигнал демодуляции
DRXDiscontinuous ReceptionПрерывистый прием
DUDistribution UnitРаспределительный блок
FAPIFunctional Application Platform InterfaceФункциональный прикладной интерфейс
FDDFrequency Division DuplexДуплексная передача с разделением по частоте
gNBNext Generation NodeB or 5G NodeBУзел нового поколения
HARQHybrid Automatic Repeat RequestГибридный автоматический запрос на повторную передачу данных
MACMessage Authentication CodeКод аутентификации сообщения
MIBMaster Information BlockБлок служебной информации
NASNon-Access StratumСлой без доступа
NGAPNG Application ProtocolПрикладной протокол NG
NRNew RadioСеть радиодоступа нового поколения
NZPNon-Zero PowerНенулевая мощность
OAMOperation, Administration and ManagementЭксплуатация, администрирование и управление
PBCHPhysical Broadcast ChannelФизический канал радиовещания
PDCCHPhysical Downlink Control ChannelФизический нисходящий канал управления
PDCPPacket Data Convergence ProtocolПротокол конвергенции пакетных данных
PDUProtocol Data UnitБлок данных протокола
PHRPower HeadroomЗапас мощности
PHYPhysical LayerФизический уровень
PTRSPhase Tracking Reference SignalОпорный сигнал слежения за фазой
PUSCHPhysical Uplink Shared ChannelФизический восходящий канал совместного использования
QCLQuasi Co-LocationКвазисовместное размещение
QoSQuality of ServiceКачество обслуживания
QPSKQuadrature Phase Shift KeyingКвадратурная фазовая модуляция
RACHRandom Access ChannelКанал случайного доступа
RANRadio Access NetworkСеть радиодоступа
RIRadio InterfaceРадиоинтерфейс
RLCRadio Link ControlУправление радиотрактами
RRCRadio Resource ControlУправление радиоресурсами
RSRPReference Signal Received PowerУровень пилотных сигналов
RTTRound Trip TimeВремя приема-передачи
RURadio UnitБлок радиосвязи
SCHSchedulerМенеджер расписаний
SDAPService Data Adaptation ProtocolПротокол адаптации служебных данных
SRSSounding Reference SignalЗондирующий опорный сигнал
SSSynchronization SignalСигнал синхронизации
SSBSynchronization Signal BlockБлок сигнала синхронизации
SULSupplementary UplinkДополнительный восходящий канал
TACTiming Advance CommandКоманда времени задержки
TCITag Control InformationДанные управления тэгами
TDDTime Division DuplexДуплекс с разделением по времени
UEUser EquipmentАбонентское оборудование
ULUplinkВосходящий канал
UMUnacknowledged ModeРежим без подтверждения

6. Контактная информация

ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ИРТЕЯ" LIMITED LIABILITY COMPANY "IRTEYA"
115432, Г.МОСКВА, ВН.ТЕР.Г. МУНИЦИПАЛЬНЫЙ ОКРУГ ДАНИЛОВСКИЙ, ПР-КТ АНДРОПОВА, Д. 18, К. 9 18, ANDROPOV AVE, BLDG. 9, MOSCOW, MOSCOW, DANILOVSKY MUNICIPAL DISTRICT, 115432
ОГРН: 1217700118866
ИНН: 9725046231
КПП: 772501001
OGRN: 1217700118866
INN/TAX ID: 9725046231
KPP: 772501001
Тел.: +7 (985) 76-85-888 Tel.: +7 (985) 76-85-888
Эл. почта: zapros@irteya.ru E-mail: zapros@irteya.ru
Документация для скачивания, а также информация по продукту размещена на сайте: https://irteya.ru Documents and product details are available on the page: https://irteya.ru
Список использованных изображений
© ООО «ИРТЕЯ», 2023-2024.

Информация о компании: ООО «ИРТЕЯ», ИНН: 9725046231.

115432, РОССИЯ, Г. МОСКВА, ВН.ТЕР.Г. МУНИЦИПАЛЬНЫЙ ОКРУГ ДАНИЛОВСКИЙ, АНДРОПОВА ПР-КТ, Д. 18, К. 9.

На сайте используются файлы куки (Cookie). Оставаясь на сайте, вы тем самым соглашаетесь на их использование. При их отключении средствами браузера функциональность сайта не изменится.
  • Наш сайт, как и большинство других, использует файлы cookie, чтобы стать лучше. Для это мы собираем обезличенную статистику для анализа и совершенствования наших услуг и сайтов.
  • С нашей политикой обработки персональных данных вы можете познакомиться на следующей странице: https://irteya.ru/privacy-policy
Согласен