信息与通信LTE物理层介绍传输调度市公开课金奖市赛课一等奖课件

传播调度葛午未第1页第1页内容概述HARQ半静态调度第2页第2页概述上行调度过程第3页第3页概述下行调度过程第4页第4页概述共享资源调度传播第5页第5页概述资源分派方式0：

对所有RB进行分组，若干连续RB构成RBG(ResourceBlockGroup)，以RBG为代为采用bitmap方式批示。每个RBG包括RB数P由系统带宽决定。SystemBandwidthRBGSize(P)≤10111–26227–63364–1104第6页第6页概述资源分派方式1：

所有资源以RBG为单位，分为P个RBG子集(RBGSubset)，每个subset内以RB为单位，采用bitmap进行批示。个bits表明分派RBG子集（每个RBG内部取哪个PRB）;1bit表明资源分派是否偏移（是从最前面开始算，还是从偏移一定位置以整个频率资源最后一个RBG为结束，即最后边界对齐）;个bitsbitmap表明多个RBGbitmap。第7页第7页概述资源分派方式1：

比如，系统带宽为36RB。第8页第8页概述资源分派方式2：

资源批示消息RIV由“起点RB位置”和“逻辑序号连续RB长度”共同拟定。第9页第9页概述资源分派方式2：第10页第10页HARQ——简介LTE中HARQ技术主要是系统端对编码数据比特选择重传以及终端对物理层重传数据合并。通过RV参数来选择虚拟缓存中不同编码比特传送。不同RV参数配置支持：CC（ChaseCombining）（重复发送相同数据）FIR（FullIncrementalRedundancy）（优先发送校验比特）不同次重传，尽也许采取不同r参数，使得打孔图样尽也许错开，确保不同编码比特传送更为平均。第11页第11页HARQ——简介CC重传方式第12页第12页HARQ——简介IR重传方式第13页第13页HARQ——简介同时HARQ：每个HARQ进程时域位置被限制在预定义好位置，这样能够依据HARQ进程所在子帧编号得到该HARQ进程编号。同时HARQ不需要额外信令批示HARQ进程号。异步HARQ：不限制HARQ进程时域位置，一个HARQ进程能够在任何子帧。异步HARQ能够灵活分派HARQ资源，但需要额外信令批示每个HARQ进程所在子帧。第14页第14页HARQ——简介自适应HARQ：能够依据无线信道条件，自适应调整每次重传采用资源块（RB）、调制方式、传播块大小、重传周期等参数。可看作HARQ和自适应调度、自适应调制和编码结合，能够提升系统在时变信道中频谱效率，但会大大提升HARQ流程复杂度，并需要在每次重传时都发送传播格式信令，大大增长了信令开销。非自适应HARQ：对各次重传均用预定义好传播格式，收发两端都预先知道各次重传资源数量、位置、调制方式等资源，避免了额外信令开销。第15页第15页HARQ——简介

“停-等”（Stop-and-Wait，SaW）HARQ

对于某个HARQ进程，在等到ACK/NACK反馈之前，此进程暂时中断，待接受到ACK/NACK后，在依据是ACK还是NACK决定发送新数据还是进行旧数据重传。第16页第16页HARQ——简介对于SaWHARQ，一次传播发出后，要等待RTT时间才干决定下一次传播是新数据还是旧数据重传。并发HARQ进程能够不浪费RTT等待时间。RTT越大，需要越多并行HARQ进程数量以填满RTT。FDD：RTT包括下行信号传播时间TP，下行信号接受时间Tsf，下行信号处理时间TRX，上行ACK/NACK传播时间TP，上行ACK/NACK接受时间TTX，上行ACK/NACK处理时间TRX，即RTT=2*TP+2*Tsf+TRX+TTXFDD：进程数等于RTT中包括下行子帧数目，即Nproc

=RTT/Tsf第17页第17页HARQ——下行异步自适应UE通过PUCCH向eNodeB反馈上次传播ACK/NACK信息。通过一定延迟到达eNodeB。eNodeB对PUCCHACK/NACK信息进行解调和处理，并依据ACK/NACK信息和下行资源分派情况对重传数据进行调度。PDSCH按照下行调度时域位置发送重传数据，并通过一定下行传播延迟到达UE端。UE通过一定处理延迟对下行重传完毕处理，并通过PUCCH再次反馈ACK/NACK信息。结束一个下行HARQRTT流程。第18页第18页HARQ——下行时序FDD第19页第19页HARQ——下行时序TDD第20页第20页HARQ——下行时序ACK/NACK定期：对于子帧n中数据传播，其ACK/NACK在n+k子帧中传播，对于FDD，k=4。对于TDD，k>3，ACK/NACK定期与时隙百分比、子帧位置相关。第21页第21页HARQ——下行时序DL/ULallocationProcessnumber5msperiodicity1DL+DwPTS:3UL42DL+DwPTS:2UL73DL+DwPTS:1UL1010msperiodicity3DL+2DwPT:5UL66DL+DwPTS:3UL97DL+DwPTS:2UL128DL+DwPTS:1UL15TDDHARQ进程数第22页第22页HARQ——上行同时非自适应eNodeB通过PHICH(物理HARQ批示信道)向UE反馈上次传播ACK/NACK信息，通过一定延迟到达UEUE对PHICHACK/NACK信息进行解调和处理，并依据ACK/NACK信息在预定义时域位置通过PUSCH发送重传数据，并通过一定上行传播延迟到达eNodeB端eNodeB通过一定处理延迟对上行重传完毕处理，并通过PHICH再次反馈针对本次重传信息结束一个上行HARQRTT传播。第23页第23页HARQ——上行时序FDD第24页第24页HARQ——上行TDD时序DL/ULallocationProcessnumber5msperiodicity1DL+DwPTS:3UL72DL+DwPTS:2UL43DL+DwPTS:1UL210msperiodicity3DL+2DwPTS:5UL66DL+2DwPTS:3UL37DL+DwPTS:2UL28DL+DwPTS:1UL1TDDHARQ进程数第25页第25页半静态调度半静态调度第26页第26页半静态调度环节一：半静态调度激活在业务建立早期，将由RRC配备相关半静态调度参数，如半静态传播时间间隔，半静态调度小区无线网络标识（SPS-C-RNTI），上行传播功率等。UE除了接受到SPS-C-RNTI掩码PDCCH以外，还需要检查PDCCH中固定比特位是否设置为预先要求好值。DCIformat0DCIformat1/DCIformat2/TPCcommandforscheduledPUSCHsetto’00‘N/AN/ACyclicshiftDMRSsetto‘000’N/AN/AModulationandcodingschemeandredundancyversionMSBissetto‘0’N/AN/AHARQprocessnumberN/AFDD:setto‘000’TDD:setto‘0000’FDD:setto‘000’TDD:setto‘0000’第27页第27页半静态调度环节二：半静态调度HARQ过程FDD:第28页第28页半静态调度TDD——上行第29页第29页半静态调度TDD——下行第30页第30页半静态调度环节三：半静态调度资源释放eNodeB需要通过以SPS-C-RNTI掩码PDCCH批示UE进行上行/下行半静态调度资源释放。并且对PDCCH格式做出了相应要求，以达到愈加可靠释放效果。同时，由于上行半静态调度传播释放失败后果相对愈加严重，LTE系统还为上行半静态调度资源释放要求了一个隐式规则，即eNodeB通过RRC信令配备一个UE发送不包括任何数据次数n，假如eNodeB对其半静态调度资源显式释放UE没有收到，但是其已经连续进行了n次不包括任何数据传播，则UE会自动释放半静态调度配备资源，停止半静态调度数据发送。第31页第31页DRX(非连续接受)IDLEDRX：当UE处于IDLE状态下非连续性接受，由于处于IDLE状态时，已经没有RRC连接以及用户专有资源，因此这个主要是监听呼喊信道与广播信道，只要定义好固定周期，就能够达到非连续接受目的。但是UE要监听用户数据信道，则必须从IDLE状态先进入连接状态。ACTIVEDRX：UE处于RRC-CONNECTED状态下DRX，能够优化系统资源配备，更主要是能够节约手机功率，而不需要通过让手机进入到RRC_IDLE模式来达到这个目的，比如一些非实时应用，像web浏览，即时通信等，总是存在一段时间，手机不需要不断监听下行数据以及相关处理，那么DRX就能够应用到这样情况，另外由于这个状态下仍然存在RRC连接，因此UE要转到支持状态速度非常快。第32页第32页DRXOn-durationtimer:在DRX模式下，每个DRX周期内，UE所需要监听PDCCH子帧数目，在其余时间内，UE就能够关闭其接受机。DRXInactivityTimer:在UE成功地解码指示UL或DL初始传输PDCCH后，所连续监听非活动PDCCH子帧数目，也就是说,必须在此时间之内，没有监听到与UE相关PDCCH，UE才干进入到DRX状态。HARQRTTTimer：UE等候DLHARQ重传之前所需要最少子帧数目。对于FDD来讲,HARQRTTTimer是8个子帧数目。对