O-RAN联盟的使命是重新塑造RAN行业,使其朝着更加智能、开放、虚拟化和可互操作的网络方向发展。O-RAN标准正致力于通过更快的创新来实现更具竞争力和活力的RAN供应商生态系统,以改善用户体验,提高RAN部署和网络运营的效率。
为了实现上述目标,O-RAN联盟积极参与以下三个主要流程:
- 规范:开放智能RAN新标准
- RAN软件社区:与Linux基金会合作为RAN开发开放软件
- 测试和集成:支持O-RAN成员公司测试和集成其O-RAN实现
为了简化流程并使流程顺畅,O-RAN创建了焦点小组和技术小组。有3个焦点小组和9个技术工作小组,如下图所示。
![57731874157581c7665d11a5469842a9.png](https://i-blog.csdnimg.cn/blog_migrate/39d0d36c6b800df22a994acc4f7be82b.jpeg)
O-RAN焦点小组的工作主题是凌驾于技术工作组之上或与整个组织相关的主题。
- 有三个焦点小组:
1. 开源焦点小组(OSFG:Open Source Focus Group)
2. 标准开发焦点小组(SDFG:Standard Development Focus Group)
3. 测试与集成焦点小组(TIFG:Test and Integration Focus Group)
- O-RAN技术工作组为规范提供详细信息
1. O-RAN规范工作分为多个技术工作组
2. 所有工作组在技术指导委员会(TSC:Technical Steering Committee )的监督下工作
3. TSC指导O-RAN技术主题,并在董事会批准和发布之前批准O-RAN规范。
4. TSC由成员代表和技术工作组联合主席组成,代表成员和贡献者
5. 每个技术工作组都涵盖了O-RAN体系结构的一部分。技术工作组对所有成员和贡献者开放。
技术工作组细则
工作组1:用例和总体架构工作组
- WG1全面负责O-RAN架构和用例
- 它确定了架构(Architecture)和用例范围内要完成的任务,并指派任务组领导来推动这些任务的完成,同时跨其他O-RAN工作组工作。
- WG1操作、管理和维护体系结构基于NETCONF会话,其中异步通知使用ONAP/3GPP定义的VNF事件流(VES)事件发送,这些事件使用JSON/REST发出信号
工作组2:非实时RIC和A1接口工作组
- WG#2 focus包括non-RT RIC和A1接口。
- non-RT RIC的主要目标是支持RAN中的非实时智能无线资源管理、高层程序优化、策略优化,并为近RT-RIC等RAN功能提供AI/ML模型。
- 目前正在讨论非实时RIC的三个关键用例:
1. 交通指挥
2. QoE优化用例
3. 3D-MIMO系统配置
- A1接口支持包含non-RT RIC的编排/NMS层和包含近RT-RIC的eNB/gNB之间的通信和信息交换。
- A1接口的一个关键目标是支持基于策略的近RT-RIC功能/用例指导,将支持AI/ML模型的丰富信息传输到near-RT-RIC,并支持near-RT-RIC的基本反馈机制
工作组3:近实时RIC和E2接口工作组
- WG#3的重点是指定near-RT RIC开放体系结构及其功能、无线网络信息库和网络拓扑,以及新控制应用程序的模块化安装
- WG3还指定了near-RT-RIC和CU/DU协议栈之间的E2接口
工作组#4:开放式前沿运输接口工作组工作组
- WG#4规定了O-DU和O-RU之间的开放式前向运输接口。
- WG#4为底层分离提供了开放式前端接口规范,包括控制、用户和同步(CUS)平面协议、管理(M)平面协议和多供应商物联网规范,支持LTE和5G NR
工作组#5:打开F1/W1/E1/X2/Xn接口工作组
- WG#5正在完善3GPP F1接口的定义,以支持5G NR的更高层分裂。
- 它确保3GPP分离接口在供应商之间保持真正的互操作性,重点是F1、W1、E1、X2和Xn接口
- WG5定义了可互操作的X2配置文件,以支持NSA 5GNR的多供应商部署
- 5G引入中的一个关键挑战是缺乏多供应商NSA系统,这些系统通常用于5G引入的绝大多数部署中。缺乏多供应商NSA意味着运营商不得不从供应4G RAN的同一供应商处采购5G RAN设备。
- WG5出版物提供了eNB至NR双连接(EN-DC)相关控制平面程序和功能的概要文件,以及U-plane规范,以实现不同供应商之间的互操作性。
- 配置文件指定了每个节点的预期行为(例如,每个用例的调用流、信息元素的定义等),而这些行为在3GPP规范中没有规定
工作组#6:云化和编排工作组
- RAN的“Cloudified”或“Virtualized”提供了在一个基于CPU(如x86/ARM)平台上部署多个软件实现的灵活性,硬件加速器(如FPGA/DSP/ASIC/GPU)用于特定功能,反之亦然,允许使用相同的软件实现集中或分布每个元素的多个物理部署方案
- 工作组6“Cloudified”旨在确定用例,以证明所有O-RAN元素(包括RIC、O-CU、O-DU、O-RU和所有部署场景)的硬件和软件解耦的好处
- 它还为云平台开发需求和参考设计,包括NFVI、VIM(容器/VM编排)和加速器抽象层
工作组7:白盒硬件工作组
- WG#7指定并发布高性能、频谱和节能白盒基站的完整硬件参考设计
- 在此范围内,包括任何类型的设计材料,例如参考硬件和软件架构的文档、参考设计和POC硬件的详细示意图,以及用于验证和认证所有基站类型和使用场景的测试用例。
- WG7允许为实现示例白盒硬件而选择组件,但在任何规范中都不是强制性的
- 作为O-RAN联盟最终规范建议采用的WG#7规范草案不包括使用特定芯片组或组件的强制性要求
工作组8:协议栈参考设计工作组
- WG#8的目标是基于NR协议栈的o-RAN和3GPP规范,为o-CU和O-DU开发软件架构、设计和发布计划
- WG#8第一个可交付成果介绍了RAN部署场景和需求,描述了RAN特性和o-RU、o-DU和o-CU的各种功能块。
工作组9:xAULL运输工作组
- WG#9的重点是传输域,包括传输设备、物理介质和与假定以太网接口(用于前向、中距离和回程)下的传输网络相关的控制/管理协议
- 它还规定了部署架构、需求和解决方案,确定了与现有传输标准的差距和建议
- 协调其他工作组的需求,必要时进行协商,以使其他工作组之间的需求保持一致
- 提供传输规范,包括各种场景的技术要求、架构、关键组件、管理和控制协议,以及支持开放接口的潜在解决方案(例如PON、xWDM、DOCSIS等)
- 非传统网络定义,包括微波和空对地链路
- 开放式设计规范和运输领域的多供应商互操作性
- 定义与传输网络相关的网络的安全处理,
- 网络拓扑结构,包括树状结构和环形结构,以及各种拓扑结构的性能(如定时)预算,
- 确定现有标准中的差距,并将需求/用例引入相关的交通标准开发组织,如ITU-T或IEEE等