Эта статья является продолжением темы начатой статьей "Введение в O-RAN". На рис. 1 показан общий вид узлов, определенных альянсом O-RAN. Синие элементы определены 3GPP и адаптированы спецификациями O-RAN (добавляется «O-»), а оранжевые - это элементы, определенные O-RAN. (интерфейсы между элементами явно не показаны на этом рисунке - они представлены подробнее далее) К отдельным элементам относятся следующие: O-Cloud: платформа облачных вычислений, включающая узлы физической инфраструктуры для размещения функций O-RAN; вспомогательные программные компоненты (например, система упроавления, мониторинг виртуальных машин, среда выполнения контейнеров и т.п.), функции управления и оркестрации. O-RU (удаленный блок O-RAN): логический узел, на котором размещается уровень низкого физического уровня (например, FFT / IFFT, PRACH) и RF на основе LLS (разделение нижнего уровня); O-DU (распределенный блок O-RAN): логический узел, на котором размещены уровни RLC (управление радиоканалом) / MAC (управление доступом к среде) / высокий PHY на основе LLS; O-CU-CP (O-CU-Control Plane - плоскость управления центральным блоком O-RAN): логический узел, на котором размещены RRC (управление радиоресурсами) и CP (плоскость управления) PDCP (протокол конвергенции пакетных данных); O-CU-UP (O-CU-User Plane - пользовательская плоскость): логический узел, на котором размещены SDAP (протокол адаптации служебных данных) и UP (пользовательский уровень) часть PDCP; Near-RT RIC (интеллектуальный контроллер RAN в режиме близкого к реальному времени или nRT RIC): логический узел, обеспечивающий управление / оптимизацию элементов и ресурсов RAN в режиме почти реального времени посредством детального сбора данных      и действий по E2. Контроллер nRT RIC может включать рабочий процесс AI / ML. Non-RT RIC (Интеллектуальный контроллер RAN «не в реальном времени» или NRT RIC): логический узел, обеспечивающий управление без Real Time, а также оптимизацию элементов и ресурсов RAN, контроль процессов AI / ML и управление приложениями / функциями на основе политик в nRT RIC; xApp : приложение, предназначенное для работы на nRT RIC, состоящее из одного или нескольких микросервисов. xApp не зависит от nRT RIC и может предоставляться третьей стороной. SMO (Service and Management Orchestration): система, поддерживающая оркестрацию компонентов O-RAN, которая включает NRT RIC. Различные блоки, как правило, могут быть предоставлены отдельными поставщиками, что позволяет создать экосистему игроков, разрабатывающих только CU или DU, или только xApps или RIC и т.д. В этом заключается преимущество концепции O-RAN. Давайте теперь посмотрим на общую архитектуру O-RAN (рис. 2), где объекты, представленные на рис. 1, соединены интерфейсами в соответствии со спецификацией O-RAN Alliance [11]. Как и раньше, «синие» объекты определяются 3GPP (оба включают функциональные возможности, предоставляемые синими полями, а также интерфейсы, такие как F1 и E1), в то время как «оранжевые» элементы и интерфейсы определяются O-RAN Alliance. Прежде всего остановимся на «оранжевых» интерфейсах: Интерфейс A1:  между NRT RIC и nRT RIC, через который NRT RIC предоставляет nRT RIC контроль политиками, дополнительной информацией и обновлениями модели машинного обучения.  Интерфейс E2: фактически доступ в O-RU, O-DU, O-CU. С его помощью мы можем контролировать, что происходит в этой подсистеме, используя сообщения мониторинга, приостановки, переопределения, управления и выполнения действий, исходящих от xApps / nRT RIC, и получать сбор данных и обратную связь от этих объектов. Интерфейсы O1 и Open-Fronthaul M-plane: обычный интерфейс FCAPS (Fault, Configuration, Accounting, Performance, Security) с конфигурацией, реконфигурацией, регистрацией, безопасностью, производительностью, обменом деталями мониторинга с отдельными узлами, такими как O-CU-UP, O-CU-CP, O-DU, O-RU, а также nRT RIC. Интерфейс O2: служит для управления ресурсами платформы и рабочей нагрузкой (например, масштабированием ресурсов и FCAPS). На рисунке также показаны три контура управления, а именно первый контур управления, работающий в режиме реального времени, где выполняются действия в масштабе времени ниже 10 мс, например, планировщик находится в O-DU и не является предметом спецификации O-RAN Alliance. Затем у нас есть контур управления в режиме, близком к реальному времени, с синхронизацией от 10 мс до 1 с, в котором работают такие функции, как управление трафиком, управление мобильностью и управление помехами. Наконец, самый внешний контур управления касается операций не в реальном времени продолжительностью более 1 секунды, с функциями оркестровки и оптимизации, а также с включением моделей машинного обучения. На рис. 3 и 4 показаны различные варианты реализации архитектуры O-RAN на основе [11]. Обратите внимание, что узел E2 - это логический узел, завершающий интерфейс E2, для NR это O-CU-CP, O-CU-UP, O-DU или любая комбинация, разрешенная O-RAN Alliance. В левой части рис. 3 показана полностью дезагрегированная архитектура (идентичная  рис. 2), где nRT RIC имеет соединения E2 с каждым отдельным O-CU и O-DU, которые затем становятся отдельными узлами E2. Такие узлы можно агрегировать по-разному. Один примерный вариант показан в правой части рисунка 3, где O-CU и O-DU объединены вместе и они вместе обрабатываются и вызываются как один узел E2, к которому существует только одно соединение E2 (и одиночное соединение O1). Следующий набор параметров на рис. 4 показывает другой способ комбинирования различных функциональных элементов. Левая часть этого рисунка представляет объединение nRT RIC вместе с O-CU, что означает, что интерфейс E2 для управления O-CU является внутренним, и от этого объединенного узла есть обычный интерфейс E2 только к O-DU. Наконец, правая сторона рис. 4 представляет вариант, в котором все узлы (кроме SMO) объединены вместе, таким образом, интерфейс E2 является полностью внутренним, имеется только одно соединение O1 и всегда присутствует интерфейс A1. В этом посте обсуждаются узлы и интерфейсы, определенные O-RAN Alliance. Предоставленные варианты реализации визуализируют одно из преимуществ O-RAN, а именно гибкость реализации с открытой архитектурой O-RAN. Эти варианты, с одной стороны, обеспечивают гибкость в реализации и различных конфигурациях поставщиков, но цена, которую приходится платить за это разнообразие, заключается в том, что нужен способ идентификации внутренних узлов, которые вы хотите контролировать, т.е. для этого требуются интерфейс E2 и интерфейс O1. чтобы иметь возможность фиксировать все эти различные параметры и инкапсулировать элементы управления, например, только для O-DU. Обратите внимание, что O-RAN Alliance совсем недавно выпустила новый набор спецификаций вместе со значительными обновлениями существующих [12]. 5GC 5G Core Network 5QI 5G QoS Indicator AMF Access and Mobility Function API Application Programming Interface CA Cell Association CN Core Network CP Control Plane CU Central Unit D/A Digital to analog DU Distributed Unit FCAPS Fault, Configuration, Accounting, Performance, Security FH Fronthaul gNB next-generation NodeB I/F Interface LLS Lower-Layer Split MAC Medium Access Control MANO Management and Orchestration MBB Mobile Broadband Mgmt Management ML Machine Learning NG-RAN Next Generation RAN nRT near Real Time O-CU-CP O-RAN Central Unit Control Plane O-CU-UP O-RAN Central Unit User Plane O-DU O-RAN Distributed Unit O-eNB O-RAN evolved NodeB ONF Open Networking Foundation O-RAN Open RAN O-RU O-RAN Radio Unit OSC O-RAN Software Community PDCP Packet Data Convergence Protocol PHY Physical Layer PM Performance Measurements QoS Quality of Service R/W Read/Write RA Resource Allocation RAN Radio Access Network RFE Radio Front-End RIC RAN Intelligent Controller RLC Radio Link Control RRC Radio Resource Control RRM Radio Resource Management RT Real-Time RU Remote/Radio-Unit SDAP Service Data Adaptation Protocol SD-RAN Software Defined RAN SM Spectrum Management SMO Service Management and Orchestration S-NSSAI Single - Network Slice Selection Assistance ID SON Self-Organizing Networks TS Traffic Steering UE User Equipment UPF User Plane Function xApp Application to be placed at nRT RIC  [1] O-RAN ALLIANCE (o-ran.org) [2] 3GPP [3] Open Networking Foundation [4] SD-RAN – Open Networking Foundation [5] Telecom Infra Project | Global Community Connectivity collaboration [6] OpenRAN – Telecom Infra Project [7] Home – Open RAN Policy Coalition [8] O-RAN Software Community [9] O-RAN Virtual Exhibition [10] Open RAN Small Cell Forum [11] O-RAN.WG1.O RAN Architecture Description v03.00, “O-RAN Architecture Description”, November 2020 [12] O-RAN ALLIANCE Introduces Minimum Viable Plan Towards Commercial O-RAN Solutions and 28 New O-RAN Specifications Released Since November 2020