信息与通信LTE物理层介绍传输调度市公开课获奖课件省名师优质课赛课一等奖课件.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,本资料仅供参考，不能作为科学依据。谢谢。本资料仅供参考，不能作为科学依据。本资料仅供参考，不能作为科学依据。谢谢。本资料仅供参考，不能作为科学依据。,传输调度,葛午未,1/35,内容,概述,HARQ,半静态调度,2/35,概述,上行调度过程,3/35,概述,下行调度过程,4/35,概述,共享资源调度传输,5/35,概述,资源分配方式,0,：,对全部,RB,进行分组，若干连续,RB,组成,RBG(Resource Block Group),，以,RBG,为代为采取,bitmap,方式指示。每个,RBG,包含,RB,数,P,由系统带宽决定。,System Bandwidth,RBG Size,(,P,),10,1,11 26,2,27 63,3,64 110,4,6/35,概述,资源分配方式,1,：,全部资源以,RBG,为单位，分为,P,个,RBG,子集,(RBG Subset),，每个,subset,内以,RB,为单位，采取,bitmap,进行指示。,个,bits,表明分配,RBG,子集（,每个,RBG,内部取哪个,PRB,）,;,1bit,表明资源分配是否偏移（,是从最前面开始算,，还是从偏移一定位置以整个频率资源最终一个,RBG,为结束，即,最终边界对齐,）,;,个,bits,bitmap,表明,多个,RBG,bitmap,。,7/35,概述,资源分配方式,1,：,比如，系统带宽为,36RB,。,8/35,概述,资源分配方式,2,：,资源指示消息,RIV,由“起点,RB,位置 ”和“逻辑序号连续,RB,长度 ”共同确定。,9/35,概述,资源分配方式,2,：,10/35,HARQ,介绍,LTE,中,HARQ,技术主要是系统端对编码数据比特选择重传以及终端对物理层重传数据合并。,经过,RV,参数来选择虚拟缓存中不一样编码比特传送。不一样,RV,参数配置支持：,CC,（,Chase Combining,）（重复发送相同数据）,FIR,（,Full Incremental Redundancy,）（优先发送校验比特）,不一样次重传，尽可能采取不一样,r,参数，使得打孔图样尽可能错开，确保不一样编码比特传送更为平均。,11/35,HARQ,介绍,CC,重传方式,12/35,HARQ,介绍,IR,重传方式,13/35,HARQ,介绍,同时,HARQ,：每个,HARQ,进程时域位置被限制在预定义好位置，这么能够依据,HARQ,进程所在子帧编号得到该,HARQ,进程编号。同时,HARQ,不需要额外信令指示,HARQ,进程号。,异步,HARQ,：不限制,HARQ,进程时域位置，一个,HARQ,进程能够在任何子帧。异步,HARQ,能够灵活分配,HARQ,资源，但需要额外信令指示每个HARQ,进程所在子帧。,14/35,HARQ,介绍,自适应,HARQ,：能够依据无线信道条件，自适应调整每次重传采取资源块（,RB,）、调制方式、传输块大小、重传周期等参数。可看作,HARQ,和自适应调度、自适应调制和编码结合，能够提升系统在时变信道中频谱效率，但会大大提升,HARQ,流程复杂度，并需要在每次重传时都发送传输格式信令，大大增加了信令开销。,非自适应,HARQ,：对各次重传均用预定义好传输格式，收发两端都预先知道各次重传资源数量、位置、调制方式等资源，防止了额外信令开销。,15/35,HARQ,介绍,“,停,-,等,”,（,Stop-and-Wait,，,SaW,）,HARQ对于某个,HARQ,进程，在等到,ACK/NACK,反馈之前，此进程暂时中止，待接收到,ACK/NACK,后，在依据是,ACK,还是,NACK,决定发送新数据还是进行旧数据重传。,16/35,HARQ,介绍,对于,SaW HARQ,，一次传输发出后，要等候,RTT,时间才能决定下一次传输是新数据还是旧数据重传。,并发,HARQ,进程能够不浪费,RTT,等候时间。,RTT,越大，需要越多并行,HARQ,进程数量以填满,RTT,。,FDD,：,RTT,包含下行信号传输时间,T,P,，下行信号接收时间,T,sf,，下行信号处理时间,T,RX,，上行,ACK/NACK,传输时间,T,P,，上行,ACK/NACK,接收时间,T,TX,，上行,ACK/NACK,处理时间,T,RX,，即,RTT,=2*,T,P,+2*,T,sf,+,T,RX,+,T,TX,FDD,：,进程数,等于,RTT,中包含下行子帧数目，即,N,proc,=,RTT,/,T,sf,17/35,HARQ,下行异步自适应,UE,经过,PUCCH,向,eNodeB,反馈上次传输,ACK/NACK,信息。经过一定延迟抵达,eNodeB,。,eNodeB,对,PUCCH,ACK/NACK,信息进行解调和处理，并依据,ACK/NACK,信息和下行资源分配情况对重传数据进行调度。,PDSCH,按照下行调度时域位置发送重传数据，并经过一定下行传输延迟抵达,UE,端。,UE,经过一定处理延迟对下行重传完成处理，并经过,PUCCH,再次反馈,ACK/NACK,信息。,结束一个下行,HARQ RTT,流程。,18/35,HARQ,下行时序,FDD,19/35,HARQ,下行时序,TDD,20/35,HARQ,下行时序,ACK/NACK,定时：对于子帧,n,中数据传输，其,ACK/NACK,在,n+k,子帧中传输，对于,FDD,，,k=4,。对于,TDD,，,k3,，,ACK/NACK,定时与时隙百分比、子帧位置相关。,21/35,HARQ,下行时序,DL/UL allocation,Process number,5ms periodicity,1DL+DwPTS:3UL,4,2DL+DwPTS:2UL,7,3DL+DwPTS:1UL,10,10ms periodicity,3DL+2DwPT:5UL,6,6DL+DwPTS:3UL,9,7DL+DwPTS:2UL,12,8DL+DwPTS:1UL,15,TDD HARQ,进程数,22/35,HARQ,上行同时非自适应,eNodeB,经过,PHICH(,物理,HARQ,指示信道,),向,UE,反馈上次传输,ACK/NACK,信息，经过一定延迟抵达,UE,UE,对,PHICH,ACK/NACK,信息进行解调和处理，并依据,ACK/NACK,信息在预定义时域位置经过,PUSCH,发送重传数据，并经过一定上行传输延迟抵达,eNodeB,端,eNodeB,经过一定处理延迟对上行重传完成处理，并经过,PHICH,再次反馈针对此次重传信息,结束一个上行,HARQ RTT,传输。,23/35,HARQ,上行时序,FDD,24/35,HARQ,上行,TDD,时序,DL/UL allocation,Process number,5ms periodicity,1DL+DwPTS:3UL,7,2DL+DwPTS:2UL,4,3DL+DwPTS:1UL,2,10ms periodicity,3DL+2DwPTS:5UL,6,6DL+2DwPTS:3UL,3,7DL+DwPTS:2UL,2,8DL+DwPTS:1UL,1,TDD HARQ,进程数,25/35,半静态调度,半静态调度,26/35,半静态调度,步骤一：半静态调度激活,在业务建立早期，将由,RRC,配置相关半静态调度参数，如半静态传输时间间隔，半静态调度小区无线网络标识（,SPS-C-RNTI,），上行传输功率等。,UE,除了接收到,SPS-C-RNTI,掩码,PDCCH,以外，还需要检验,PDCCH,中固定比特位是否设置为预先要求好值。,DCI format 0,DCI format 1/,DCI format 2/,TPC command for scheduled PUSCH,set to,00,N/A,N/A,Cyclic shift DM RS,set to,000,N/A,N/A,Modulation and coding scheme and redundancy version,MSB is set to 0,N/A,N/A,HARQ process number,N/A,FDD:set to 000,TDD:set to 0000,FDD:set to 000,TDD:set to 0000,27/35,半静态调度,步骤二：半静态调度,HARQ,过程,FDD:,28/35,半静态调度,TDD,上行,29/35,半静态调度,TDD,下行,30/35,半静态调度,步骤三：半静态调度资源释放,eN,ode,B,需要经过以,SPS-C-RNTI,掩码,PDCCH,指示,UE,进行上行,/,下行半静态调度资源释放。而且对,PDCCH,格式做出了对应要求，以到达愈加可靠释放效果。,同时，因为上行半静态调度传输释放失败后果相对愈加严重，,LTE,系统还为上行半静态调度资源释放要求了一个隐式规则，即,eN,ode,B,经过,RRC,信令配置一个,UE,发送不包含任何数据次数,n,，假如,eN,ode,B,对其半静态调度资源显式释放,UE,没有收到，不过其已经连续进行了,n,次不包含任何数据传输，则,UE,会自动释放半静态调度配置资源，停顿半静态调度数据发送。,31/35,DRX(,非连续接收,),IDLE DRX,：当,UE,处于,IDLE,状态下非连续性接收，因为处于,IDLE,状态时，已经没有,RRC,连接以及用户专有资源，所以这个主要是监听,呼叫信道,与,广播信道,，只要定义好固定周期，就能够到达非连续接收目标。不过,UE,要监听用户数据信道，则必须从,IDLE,状态先进入连接状态。,ACTIVE DRX,：,UE,处于,RRC-CONNECTED,状态下,DRX,，能够优化系统资源配置，更主要是能够节约手机功率，而不需要经过让手机进入到,RRC_IDLE,模式来到达这个目标，比如一些非实时应用，像,web,浏览，即时通信等，总是存在一段时间，手机不需要不停监听下行数据以及相关处理，那么,DRX,就能够应用到这么情况，另外因为这个状态下依然存在,RRC,连接，所以,UE,要转到支持状态速度非常快。,32/35,DRX,On-duration timer:,在,DRX,模式下，每个,DRX,周期内，,UE,所需要监听,PDCCH,子帧数目，在其余时间内，,UE,就能够关闭其接收机。,DRX Inactivity Timer:,在,UE,成功地解码指示,UL,或,DL,初始传输,PDCCH,后，所连续监听非活动,PDCCH,子帧数目，也就是说,必须在此时间之内，没有监听到与,UE,相关,PDCCH,，,UE,才能进入到,DRX,状态。,HARQ RTT Timer,：,UE,等候,DL HARQ,重传之前所需要最少子帧数目。对于,FDD,来讲,HARQ RTT Timer,是,8,个子帧数目。对于,TDD,来讲，其大小为：从,HARQ,传输到对应,PHICH,反馈时刻后推,4,个子帧之后第一个下行子帧时刻。,drx-Retransmission Timer,：,UE,在等候,HARQ,重传时所需要监听最大,PDCCH,子帧数目。理论上，对于每个非广播,HARQ,进程能够定义不一样,drx-Retransmission Timer,和,HARQ RTT Timer,。,在,HARQ RTT Timer,过时之后，开启,drx-Retransmission Timer,。,33/35,DRX,34/35,谢谢！,35/35,