本帖最后由 bluie 于 2016-10-25 14:35 编辑
5-1 资源分配 - 预留还是共享?
在通信发展的路上,一直就有预留资源保证QoS、时延的传统,就是设立专用的资源池,平时空着,专门给URLLC业务用。另一种观点就是不做任何预留,URLLC业务发生时直接puncture eMBB的资源。
第一种方法的好处就是URLLC单独使用一段资源,在URLLC业务发生概率不高的时候,可以充分保证资源的可用性。但缺点也很明显,就是URLLC业务发生概率不能太高,否则就会在发端以较大概率发生业务碰撞,这种发端碰撞通常是不被统计在发送失败里的,但因为发送包的等待时延增加甚至被丢弃,实实在在的影响了系统的传输时延,甚至是失败概率。解决这个问题的唯一方法就是增加系统给URLLC预留的资源。下图仿真了资源利用率,如果达到10^-5错误率,大概只有17%的资源利用率。换句话说,大概有83%的资源必须空着。当然如果错误概率放松,资源利用率会有所改善,但是始终会有大量的资源被空置。
这也是为什么主流观点会支持eMBB和URLLC资源复用的原因。
第二种方法最大的好处是资源使用率高 - 100%,下图是这种方法的示意图。这种方法也有缺点,因为被puncture的eMBB数据会因为丢失系统信息而丢失。
有的同学可能有疑问,channel coding难道不是保护eMBB数据的吗?确实是,但是现有的信道编码对puncture很敏感,需要额外的保护。
最后来一条3GPP RAN1#86bis的结论:
• NR should support dynamic resource sharingbetween different latency and/or reliability requirementsfor eMBB/URLLC in DL
|