ORAN级联模式中的多小区场景

下面描述了使用以太网透明网桥的级联模式下的多小区场景。

DL中的多小区级联

O-RU应检索作为以太网帧有效负载的eCPRI消息,并读取以太报头中的MAC地址。如果O-RU从north节点接收到的数据包的"目标MAC地址"与其自身地址相同,则O-RU应执行下行链路(DL)复制功能,并将其发送至south方向共享相同小区的第一个逻辑节点,参考ORAN共享小区的复制与合并功能中定义的级联模式。否则,O-RU应将整个以太网帧不作任何修改地转发到目标MAC地址(以太网透明网桥)。

对于服务于单个小区的级联链路,参考ORAN共享小区延迟管理中的说明。

下图说明了下行链路中的多小区场景。

UL中的多小区级联

O-RU应该以与下行链路操作相同的方式发送C/U平面消息,即,如果O-RU接收到"目标MAC地址"与其自身地址不同的UL数据包,O-RU应将UL数据包转发到目标MAC地址。否则,O-RU应为级联O-RU执行UL合并功能,并转发到north方向共享相同小区的第一个逻辑节点,参考ORAN共享小区的复制与合并功能。

下图说明了上行链路中的多小区场景。

O-RU应将其是否支持级联模式中的多小区场景作为一种能力进行指示。支持此功能的级联O-RU可以同时支持共享小区。下面两个图说明了通过组合以太网转发和共享小区操作,可以支持不同小区和共享小区的混合配置。不过,对于一个给定的频率,级联O-RU只能为一个共享小区配置,也就是说,如果cell#0和cell#1都以相同的频率工作,则级联O-RU不能同时支持级联链路中不同O-RU组组成的cell#0和cell#1。

cell#0和cell#1应该遵循共享小区延迟管理中定义的延迟管理内容。

下图示例中,O-RU#0和O-RU#1组成cell#0,O-RU#2和O-RU#3组成cell#1。

在O-RU#0处,对于cell#0的数据包,执行复制功能,对于cell#1的数据包,执行以太网转发功能。

在O-RU#1处,对于cell#0的数据包,由于是最后一个south节点,无需执行复制功能,对于cell#1的数据包,执行以太网转发功能。

在O-RU#2处,对于cell#1的数据包,执行复制功能。由于O-RU#1不会发送cell#0数据包,因此O-RU#2也不会收到cell#0数据包。

在O-RU#3处,对于cell#1的数据包,由于是最后一个south节点,无需执行复制功能。

下图示例中,O-RU#0和O-RU#2组成cell#0,O-RU#1和O-RU#3组成cell#1。

在O-RU#0处,对于cell#0的数据包,执行复制功能,对于cell#1的数据包,执行以太网转发功能。

在O-RU#1处,对于cell#1的数据包,执行复制功能,对于cell#0的数据包,执行以太网转发功能。

在O-RU#2处,对于cell#0的数据包,由于是最后一个south节点,无需执行复制功能。对于cell#1的数据包,执行以太网转发功能。

在O-RU#3处,对于cell#1的数据包,由于是最后一个south节点,无需执行复制功能。

注:

  1. 以上两图中的North和South是基于小区的,但实际转发过程,需要在级联O-RU链路中逐级进行。
  2. 第一个图中O-RU#2的South节点有误,O-RU#2的South节点应该是O-RU#3。

参考 《O-RAN.WG4.TS.CUS.0-R004-v19.00.pdf》

相关推荐
不做菜鸟的网工5 小时前
BGP特性
网络协议
明月_清风2 天前
开发者网络概念全扫盲:一篇搞定
后端·网络协议
刘马想放假2 天前
Modbus 全栈技术解析:TCP、RTU、ASCII、RTU over TCP
数据结构·网络协议
王二端茶倒水3 天前
一套可落地的无线运营方案,不能只管 AP,还要管用户、计费和运维
网络协议
162723816083 天前
EtherCAT 分布式时钟(DC)原理与配置实战:把多轴真正"对齐到同一时刻"
网络协议
王二端茶倒水4 天前
宽带无线项目,怎么从一次性交付变成长期运营收入?
网络协议
用户2530171996275 天前
第6篇:从技术到产品 — Ghost Proxifier 的设计哲学
网络协议
用户2530171996275 天前
第3篇:注入的艺术 — Ghost Proxifier 核心架构拆解
网络协议
王二端茶倒水6 天前
商业 WiFi 不是免费上网,而是门店数字化的入口
网络协议