通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索
查看: 23803|回复: 16

[资料下载] 5G NR如何实现超低时延? [复制链接]

军衔等级:

  二级军士长

注册:2013-5-2718
发表于 2018-12-15 14:29:13 |显示全部楼层

为了满足新一代移动通信业务的需求,5G系统的时延必须比4G小得多。URLLC业务要求DL和UL的时延为0.5ms,而eMBB业务要求DL和UL的时延为4ms。


在4G LTE的1ms子帧的帧结构下,实际的时延达到了几十毫秒,甚至上百毫秒,因此要降低时延,我们的本能反应就是减少子帧的时长。事实上,3GPP的确考虑过为5G设计一种子帧时长非常短的帧结构——明显小于LTE的1ms子帧。如果将子帧减少到0.5ms,加上其它的优化,或许我们就能比较容易地实现1ms左右的时延。


另外,由于下一代移动网络将使用高频频段,特别是毫米波,因此子载波的间隔一定会加大;否则,如果还使用15KHz的子载波间隔,那么多普勒效应等因素一定会造成频偏干扰。由于OFDM的固有属性,子载波间隔加大时,OFDM符号的时长一定会缩小。这样,如果每个子帧中的OFDM符号数量不变的话,子帧的时长也一定会缩小。因此看起来,减少子帧的时长是一件顺理成章的事情。


但是,出人意外的是,5GNR继续使用了1ms的子帧;为此付出的妥协是,不再坚持1个子帧中一定包含14个OFDM符号。当子载波间隔是15KHz时,1个5G NR子帧仍然包含14个OFDM符号,与4G LTE一样(但是1个子帧中只有1个slot,而不是LTE中的2个slot);当子载波间隔是30KHz时,1个5G NR子帧里有28个OFDM符号(2个slot);当子载波间隔是60KHz时,1个5G NR子帧里有56个OFDM符号(4个slot);当子载波间隔是120KHz时,1个5G NR子帧里有112个OFDM符号(8个slot);当子载波间隔是240KHz时,1个5G NR子帧里有224个OFDM符号(16个slot)。


在这样的帧结构下,尽管子帧的时长仍然为1ms,但是当选择较大的子载波间隔时,时隙(slot)的时长缩短,每个OFDM符号的时长也缩短。这样就能够达成减少时延的目标。


另外,5G NR还引入一种更有效率的机制来实现低时延,即允许一次传输一个时隙的一部分,也就是所谓的“迷你时隙(mini-slot)”传输机制。一个迷你时隙最短只有1个OFDM符号。这种传输机制还能被用于改变数据传输队列的顺序,让“迷你时隙(mini-slot)”传输数据立刻插到已经存在的发送给某个终端的常规时隙传输数据的前面,以获得极低的时延。这种不需要拘泥于在每个时隙的开始之处开始数据传输的特性,在使用非授权频段的场景中是特别有用的。在非授权频段,发射机在发送数据前,需要确定无线信道没有被其它传输占用,即使用所谓的LBT(listen-before-talk)策略。显然,一旦发现无线信道有空,就应该立刻开始数据传输,而不是等这个时隙结束,下一个时隙开始。等到下一个时隙开始时,无线信道可能又被另一个传输占用了。


“迷你时隙(mini-slot)”在使用毫米波载频的场景中也非常有用。由于毫米波载频的带宽很大,往往几个OFDM符号就足够传输完数据负荷,不需要用到1个时隙的14个OFDM符号。“迷你时隙(mini-slot)”特别适合于模拟式波束赋形一起使用,因为使用模拟式波束赋形时,传输到多个终端设备的不同波束无法在频域实现复用,只能在时域复用。


如下图所示,在5G NRTDD中,DL/UL资源分配是以OFDM符号为单位的。38.211定义了62中TDD格式,在每个slot的符号0和符号13分配DL或者UL资源。

<38.213-Table 11.1.1-1: Slot formats for normal cyclic prefix>

D : Downlink, U : Uplink, F : Flexible


111.png

222.png



      

5G NR还引入了很多策略减少时延。


5G NR能够将参考信号(RS)和控制信号前置在时隙的前部。由于可以在时隙的前部确定并解码参考信号和下行链路控制信号携带的调度信息,而且不需要在多个OFDM符号之间进行时间域的交织(interleaving),终端能够在接收到数据负荷之后立刻开始解码,不需要事先进行缓存,因此大大减少了解码时延。数据传输是自包含(self-contained)的。一个slot或者一个beam中的数据包都可以靠自己进行解码,不需要依靠别的slot或者别的beam的数据信息。


5G终端和网络处理各个流程的时间被大大收缩,比如终端必须在一个slot内(甚至时间更短,如果终端有这个能力的话)完成下行链路数据的接收解码,并反馈HARQACK确认。数据发送的在TDD网络中,UE一边接收DL数据,一边就开始着手解码;而在GP时间内,UE能够准备好HARQ ACK;一旦从DL传输切换到UL传输,就能够及时将HARQ ACK发送出去。另外,从网络收到终端发出的上行授权接收确认,到完成上行链路数据的发送,也必须在1个时隙内完成。5G NR的slot之间或者不同传输方向之间避免静态的或者严格的时间同步关系。比如,5G NR使用异步HARQ,以取代4GLTE使用的同步HARQ所需要的预先固定的时间同步。


上层协议,比如MAC层和RLC层,也在设计时考虑到降低系统的整体时延。MAC和RLC的包头结构能够在不知道数据负荷大小的情况下,完成数据处理。这个特点对于处理终端收到上行发送授权时只有几个OFDM符号的数据时,能够快速发起上行链路数据传送的场景特别有用。相反,LTE协议需要MAC层和RLC层在处理数据前,确切地知道数据负荷的大小,这阻止了时延的降低。


另外,5G NR还通过动态TDD、时长可变的数据传输(比如,为URLLC提供小时长的数据传输,而为eMBB提供大时长的数据传输)来降低时延。


举报本楼

军衔等级:

  副版主

注册:2014-12-31484
发表于 2018-12-15 16:47:07 |显示全部楼层
我觉得5G低时延可以从两方面改善:
1)切片分布式的网络架构,CU/DU的分布式管理,密度大,距离短,都可以减少时延;
2)高效的编码和帧结构,比如OFDM,让时隙减小,开销字节更合理分布在帧结构。

点评

donnar  的确如你所说,降低时延可以从两方面着手。网络架构中,使用边缘计算(不管是基站侧,还是终端侧)也能显著减少时延。  详情 回复 发表于 2018-12-16 13:39

举报本楼

军衔等级:

  二级军士长

注册:2013-5-2718
发表于 2018-12-16 13:39:01 |显示全部楼层
芙蓉落叶 发表于 2018-12-15 16:47
我觉得5G低时延可以从两方面改善:
1)切片分布式的网络架构,CU/DU的分布式管理,密度大,距离短,都可以 ...

的确如你所说,降低时延可以从两方面着手。网络架构中,使用边缘计算(不管是基站侧,还是终端侧)也能显著减少时延。

点评

芙蓉落叶  对的,现在的边缘计算/边缘云也比较热,这个概念和当时IP里的offload理念一样,只把需要核心处理器处理的数据交由核心处理器,边缘数据,不经过核心,直接在边缘处理器终结掉。这样就可以提高核心处理器的处理效率和  详情 回复 发表于 2018-12-16 14:20
芙蓉落叶  对的,现在的边缘计算/边缘云也比较热,这个概念和当时IP里的offload理念一样,只把需要核心处理器处理的数据交由核心处理器,边缘数据,不经过核心,直接在边缘处理器终结掉。这样就可以提高核心处理器的处理效率和  详情 回复 发表于 2018-12-16 14:17

举报本楼

军衔等级:

  副版主

注册:2014-12-31484
发表于 2018-12-16 14:17:50 |显示全部楼层
donnar 发表于 2018-12-16 13:39
的确如你所说,降低时延可以从两方面着手。网络架构中,使用边缘计算(不管是基站侧,还是终端侧)也能显 ...

对的,现在的边缘计算/边缘云也比较热,这个概念和当时IP里的offload理念一样,只把需要核心处理器处理的数据交由核心处理器,边缘数据,不经过核心,直接在边缘处理器终结掉。这样就可以提高核心处理器的处理效率和降低从接入到核心的时延。

举报本楼

军衔等级:

  副版主

注册:2014-12-31484
发表于 2018-12-16 14:20:32 |显示全部楼层
donnar 发表于 2018-12-16 13:39
的确如你所说,降低时延可以从两方面着手。网络架构中,使用边缘计算(不管是基站侧,还是终端侧)也能显 ...

对的,现在的边缘计算/边缘云也比较热,这个概念和当时IP里的offload理念一样,只把需要核心处理器处理的数据交由核心处理器,边缘数据,不经过核心,直接在边缘处理器终结掉。这样就可以提高核心处理器的处理效率和降低从接入到核心的时延。

举报本楼

军衔等级:

  下士

注册:2005-11-64
发表于 2018-12-19 02:09:04 |显示全部楼层
降时延关键还是在整体的网络架构,无线侧的优化已经在ms级别,但是网络架构不好,随便多一个路由器无线侧的努力就白费了

举报本楼

军衔等级:

  下士

注册:2012-10-211
发表于 2018-12-25 15:25:32 |显示全部楼层
学习

举报本楼

军衔等级:

  新兵

注册:2006-2-21
发表于 2019-3-27 23:20:46 |显示全部楼层
离开无线通信很多年,学习了

举报本楼

军衔等级:

  下士

注册:2012-3-264
发表于 2019-3-31 21:21:29 |显示全部楼层
学习了,大神接着讨论

举报本楼

军衔等级:

  新兵

注册:2016-6-29
发表于 2019-6-19 15:46:57 |显示全部楼层
我也不懂,我也不敢说,我也不敢问。

举报本楼

军衔等级:

  新兵

注册:2016-6-29
发表于 2019-6-19 15:48:35 |显示全部楼层
如果按照端到端来说,只是无线侧改善了,但是承载网络还是4G LTE的这一套IP RAN,就单单是承载网络的时延就肯定不止1ms了,搞不懂5G的1ms端到端时延是怎么做到的。

点评

max3419  1ms就是空口时延,端到端是要求毫秒级  详情 回复 发表于 2019-9-16 17:12

举报本楼

军衔等级:

  下士

注册:2014-5-224
发表于 2019-9-16 17:12:57 |显示全部楼层
DingEugene 发表于 2019-6-19 15:48
如果按照端到端来说,只是无线侧改善了,但是承载网络还是4G LTE的这一套IP RAN,就单单是承载网络的时延就 ...

1ms就是空口时延,端到端是要求毫秒级

点评

JC_b  这个1 ms时延一般是传输多大的信号?是一个子帧还是一个ofdm符号?比如说现在5G URLLC要求时延不超过0.5 ms,请问这个时延一般是传多大的信号呢?  详情 回复 发表于 2021-4-1 13:39

举报本楼

军衔等级:

  新兵

注册:2019-9-16
发表于 2019-9-24 15:35:51 |显示全部楼层
讲的很好,

举报本楼

军衔等级:

  四级通信军士

注册:2004-9-152
发表于 2019-11-28 15:55:14 |显示全部楼层
good,无线、承载、核心网,一起努力

举报本楼

军衔等级:

  列兵

注册:2019-7-91
发表于 2020-2-22 16:19:07 |显示全部楼层
说的好,学习了

举报本楼

军衔等级:

  新兵

注册:2019-3-25
发表于 2020-6-29 15:44:05 |显示全部楼层
学习一下

举报本楼

军衔等级:

  新兵

注册:2021-4-1
发表于 2021-4-1 13:39:13 |显示全部楼层
max3419 发表于 2019-9-16 17:12
1ms就是空口时延,端到端是要求毫秒级

这个1 ms时延一般是传输多大的信号?是一个子帧还是一个ofdm符号?比如说现在5G URLLC要求时延不超过0.5 ms,请问这个时延一般是传多大的信号呢?

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

Archiver|手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2024-3-28 20:23 , Processed in 0.154020 second(s), 19 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部