R16的URLLC标准距离URLLC类业务落地有多远

init

R16号称最大的瓜就是URLLC增强，仿佛协议特性就能支持低时延高可靠的行业应用似的，至少给大家产生了类似幻觉。

URLLC和eMBB不同，你FTP下载大文件，速率可以统计到很高的数值，看起来也还稳定，有些干扰信道衰减影响不了相对长周期的速率体验和测量。但URLLC不同，一次空口重传，一个突发干扰，一次调度不及时，一次大包碰撞都会导致时延增加，可靠性更是复杂，基本就是靠冗余硬件、频谱等资源堆出来的。别看那些理想环境测出来的时延极值，要去看真实覆盖环境的pdf，cdf曲线。

假设100ms发一个包，5个9意味着一天时间内不符合要求的包不能超过10个，而随着时延要求提升，往往一次重传就难以符合要求了。

无线信道的复杂性就决定了URLLC业务的落地难度，当然可以靠应用层配合来放宽要求，可要求放宽后wifi6可就带着低成本易部署的优势走来了。（为啥我想起了景琰对梁王说的那句话，当你杀死所有反对你的人之后，你还是那个高高在上的王吗？）

我言我罪，是存明哲。