信息与通信LTE物理层介绍传输调度市公开课一等奖百校联赛特等奖课件.pptx

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