关于在UDP下实现大数据量的可靠流传输的问题，研究了谷歌QUIC协议的原理。

结论：采用PLC的OB来实现流传输，技术上采用单调增加的包序号+可重复的数据偏移地址，虽然能够实现，但因为OB扫描周期的限制，效果不会好，传输会很慢。

最佳做法：自建UDP传输协议+TCP，两者结合使用，取长补短。

自建UDP可靠传输协议，实现任意数量局域网节点之间的可靠传输，一次最大可以传输1400多字节。适合用在关键数据传输，需要易监控和快速排错的业务场景。其它常规大体积数据可以采用TCP在后台异步快速传输。

通过对UDP的监测诊断，能够在同一个物理线路中，动态反映干扰程度。在很大程度能参考适用在TCP故障的原因和改善。

QUIC中的单连接多流复用，因为没有多线程支持，不适合PLC应用。多个流传输之间的各自最大缓冲区的动态优化策略也不适用PLC。

单线程OB内部通过采集RTT和ACK延迟计算，调整RTO，包确认和重传，都容易实现，包括数据加密。包序号和数据地址分离，能更好正确计算RTT不会产生歧义。