ORAN C平面传输和基本功能——C平面消息的ACK/NACK过程

如果O-RU报告其某个端点具备支持section扩展22的能力,则该端点应该支持section type 8。O-DU可以在section描述中附加一个具有ackNackReqId的section扩展22,以请求来自O-RU的ACK/NACK反馈。section type 8中的eAxC_ID值和dataDirection值,应该是ACK/NACK请求C平面消息中eAxC_ID和dataDirection的值。O-RU通过M平面参数max-ack-nack-per-symbol报告其在一个symbol内反馈ACK/NACK的能力,在一个symbol内,O-DU不应要求O-RU从一个端点发送超过其端点能力的ACK/NACK反馈。也就是说,对于一个端点,通过frameId,subframeId,slotId和startSymbolId字段定位的相同symbol,其所有C平面消息中的section扩展22实例的数量不应超过max-ack-nack-per-symbol的值。O-RU也可以报告nack-supported的能力,如果该值为'false',O-DU应假定O-RU无法报告NACK反馈,只能报告ACK反馈。通过max-num-se22-per-cplane-message,O-RU也可以报告其在一个C平面消息中支持的最大section扩展22(ACK/NACK请求)数量的能力。O-DU在一个C平面消息中包含的section扩展22数量,不应超过O-RU上报的能力数值。

如果O-RU接收到具有section扩展22的一个或多个section描述,对于正确接收,正确处理且未被丢弃的section描述,O-RU应向O-DU发送ACK/NACK反馈C平面消息,即section type 8,其中包括具有ackId的ACK反馈。如果O-RU支持发送NACK反馈,即nack-supported = true,并且具有section扩展22的section描述包含ORAN协议错误,则O-RU应丢弃该section描述,并使用section type 8,为该section描述向O-DU发送nackId。O-RU可以一个section type 8消息中发送一个或多个ackId和/或nackId。O-RU发送ACK/NACK消息携带的frameId,subframeId,slotId和symbolId值,应分别使用从具有section扩展22的C平面消息中收到的frameId,subframeId,slotId和startSymbolId值。

O-RU应该在ACK传输窗内发送ACK/NACK消息,并且O-DU预期在ACK接收窗内收到ACK/NACK消息。ACK传输窗和接收窗与UL U平面传输窗和接收窗类似,参考ORAN时延要求中关于U平面和C平面定时的介绍,以及下图,其区别在于参数Ta3_min_ack和Ta3_max_ack可能为负值,即Ta3_min_ack替换下图中的Ta3_min,Ta3_max_ack替换Ta3_max。

O-DU在section扩展22的ackNackReqId字段中为section描述填充唯一标识符,以供O-RU用来报告ACK/NACK状态。O-RU应在ackId字段中指示正确解码的section描述的ackNackReqId。如果O-RU支持发送NACK反馈,O-RU应在ACK/NACK反馈消息的nackId字段中,指示错误解码的section描述的ackNackReqId。

注:在错误的和丢弃的section描述之后的section描述可能会受影响,例如,丢弃一个symInc标记,并且预计O-DU通过接收NACK知道丢弃了section描述,将了解对后续section描述的影响。

在symbol M的ACK接收窗结束时,其中M是带有section扩展22的C平面消息中startSymbolId字段的值,对于一个section描述,如果O-DU接受到包含NACK的ACK/NACK反馈消息,这意味着其中一个nackId等于section扩展22中的ackNackReqId字段,则O-DU可以解读为,为symbol M发送的section描述中有错误,并且可以通过重构信息来重传该section描述。

在symbol M的ACK接收窗结束时,对于一个section描述,如果O-DU既没有收到NACK,也没有收到ACK(ACK反馈,即其中一个ackId等于section扩展22中的ackNackReqId字段),则O-DU可以解读为,为symbol M发送的C平面消息丢失,该C平面消息包含具有section扩展22的section描述,或者在解码section扩展22前,为symbol M发送的C平面消息中的section描述被丢弃。O-DU可以选择重新发送丢失的section描述,如果这样,应适当更新任何需要的字段,以确保O-RU的正确接收。

此外,在发送相应的U平面消息前,如果O-DU从O-RU接收到C平面消息的NACK消息,可以跳过U平面消息发送,以减少前传接口流量。

下图说明了ACK/NACK过程。

在图中,O-RU反馈了第一个C平面消息的ACK,以及第三个C平面消息的NACK。O-DU可以识别第一个C平面消息被成功接收,第二个C平面消息在解码section扩展22前被丢弃,第三个C平面消息在解码section扩展22后被丢弃。所以,O-DU可以决定是否重传第二个C平面消息和第三个C平面消息。

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

相关推荐
星恒随风20 分钟前
Linux网络编程:彻底理解IO多路复用select!从fd_set位图、读写就绪到手写TCP多客户端字典服务器
linux·服务器·网络
xyzzklk2 小时前
在Open-WebUI中提升向量化速度
网络·人工智能·爬虫·ai·语言模型·自然语言处理·安卓
沫璃染墨5 小时前
从零入门计算机网络系列(十四):TCP报文与字节流本质——从数据封装到报文边界
linux·服务器·网络·网络协议·tcp/ip·tcp
byte轻骑兵7 小时前
【LMP】规范精讲[13]: 参数的户口本、公钥的集装箱与出厂的兜底值
人工智能·网络协议·人机交互·lmp·蓝牙链路管理
流浪0017 小时前
计算机网络篇17:传输层——TCP 超时重传、三次握手与四次挥手,TIME_WAIT 为什么要等 2MSL
网络协议·tcp/ip·计算机网络·三次握手·四次挥手·超时重传
anew___19 小时前
《从零手写操作系统 (63):安全与加固——从内核保护到沙箱隔离》
网络·安全
Lzg_na19 小时前
VXLAN:背景、机制、报文字段与主机转发流程
网络
乐维_lwops21 小时前
案例解读:大型综合性科创产业园运维监控落地实践
运维·网络·人工智能·安全·it监控·国产运维智能体
m0_715674431 天前
政务泛监测体系能力排行:AI 重塑监测边界,治理的颗粒度革命
大数据·网络·人工智能·安全·网络安全·政务
AI 编程助手GPT1 天前
curl 返回成功就能收文件?用本地 HTTP 验证错误页与超时
网络·网络协议·http