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