Группа призывает к крупномасштабному развертыванию O-RAN со следующего года. «Развертывание макросов является основной целью», - заявляют участники группы, добавляя, что небольшие соты O-RAN также являются целью для использования внутри помещений.
«Явное внимание для Open RAN уделяется частотам 3.4–3.8 ГГц и ряду унаследованных диапазонов FDD, в то время как интерес к миллиметровым волнам привязан к доступности в конкретной стране», - говорится в документе.
«Open X2/Xn — это базовый вариант, но для полностью дезагрегированной RAN также потребуется интерфейс Open F1 для разделения gNB CU-DU. Также требуются открытые интерфейсы E2 и A1, которые должны соответствовать спецификациям O-RAN ALLIANCE, чтобы обеспечить возможность работы с несколькими поставщиками/мульти0. technology Развертывание RIC в среднесрочной перспективе», — говорится в документе, добавляя, что «для унифицированного подхода SMO потребуются совместимые интерфейсы O1 со всеми узлами RAN, а интерфейс O2 потребуется для SMO (Управление услугами и оркестровка) для управления CNF, работающие в инфраструктуре O-Cloud».
В документе говорится, что основной реализацией будет платформа O-Cloud (Open Cloud) на базе Kubernetes, поддерживающая необходимое программное обеспечение RAN. Для программного обеспечения целевым решением является контейнерная сетевая функция (CNF) на Bare Metal.
Операторы поддерживают облачные функции, такие как «определение политик автоматического масштабирования для данного пула узлов, позволяющее автоматически масштабировать количество узлов в соответствии с такими показателями, как ЦП и количество пользователей».
Платформа O-Cloud также должна поддерживать синхронизацию времени (PTP, SyncE, GPS) и аппаратные ускорители, а также уровень абстракции ускорения (AAL), который предоставляет набор открытых API-интерфейсов для приложений CNF для разгрузки функций аппаратного ускорения.
O-CU / O-DU будут реализованы как CNF на «энергоэффективных и надежных процессорах GPP с поддержкой аппаратного ускорения для обработки O-DU».
В документе предлагаются варианты для унаследованных диапазонов, 3.4–3.8 ГГц и спектра миллиметровых волн, с различными режимами передачи (количество TRX), значениями выходной мощности и требованиями к полосе пропускания в зависимости от диапазонов частот.
«В зависимости от соответствующих диапазонов требуются продукты с одним, двумя или тремя диапазонами. Поддержка многодиапазонных O-RU для низких и средних диапазонов важна для рентабельного развертывания. Массивные продукты MIMO (32 и 64 TRX) востребованы в основном в диапазонах 3.4–3.8 ГГц. Основное внимание уделяется продуктам с макроячейками, но продукты с маленькими ячейками также необходимы как внутри, так и вне помещений ».
RIC получает одобрение, в котором говорится, что он должен внести улучшения с точки зрения программируемости с помощью приложений SON и управления радиоресурсами с поддержкой AI / ML, связанных с управлением трафиком, оптимизацией QoS / QoE, разделением RAN и Massive MIMO.
«Открытые интерфейсы E2 и A1 - это базовые требования, позволяющие развертывать RIC от различных поставщиков на ранней стадии», - говорится в документе.
Развертывания также должны быть управляемыми в пределах фреймворк автоматизации и управления услугами и оркестрации (SMO), и здесь операторы говорят: «Поставщики средств автоматизации и SMO должны принять унифицированную модель данных и информации (согласованную с O-RAN ALLIANCE, 3GPP, ETSI и ONAP), чтобы повысить эффективность управления услугами и автоматизацию, не зависящую от поставщика.
«Инфраструктура управления услугами и оркестровки - это центральная функция домена RAN, предназначенная для управления и контроля дезагрегированных сетевых функций RAN от различных поставщиков (NF). Видение состоит в том, чтобы избежать принятия отдельными поставщиками собственных функций EMS (Element Management System) за счет использования единого подхода к моделированию ».
«Для функции SMO требуются определенные северные интерфейсы, например 3GPP, TM Forum Open API или определенное функциональное разделение для систем OSS».
«Открытый передний план рассматривается как ключевой интерфейс для реализации дезагрегированной сети RAN от различных поставщиков, включая массовую MIMO, в качестве основы для первых развертываний макросов».
«Чтобы стать конкурентоспособной альтернативой традиционной RAN, операторам требуются решения, которые не будут ставить под угрозу качество сети, безопасность, высокую энергоэффективность, в качестве поддержки 4G и 5G на основе как автономных, так и автономных, эффективного совместного использования RAN и поддержки устаревших диапазонов. ».
«Другие возможности, связанные с интеллектуальной и программируемой RAN, как ожидается, появятся позже, предлагая потенциал для появления специализированных стартапов и их активной роли. В конечном итоге все они необходимы для построения конкурентоспособной экосистемы открытой сети RAN ».