LTE_HARQ概要1.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * 上行调度优先级 eNodeB是基于per-UE而不是per-bearer分配上行无线资源的，哪些无线承载的数据能够放入分配的无线资源中传输是由UE决定的。每个逻辑信道的优先级是由LogicalChannelConfig的priority字段决定的，值越小，优先级越高。 （PBR：Prioritised Bit Rate，在这里也称作GBR）通过LogicalChannelConfig的prioritisedBitRate字段决定的。避免低优先级的逻辑信道被“饿死”。 UE Mac层采用令牌桶机制对逻辑信道优先级进行排序，eNB侧采用水桶原理（针对LCG）对上行调度的用户进行资源分配。其基本原理相同。有意思的是，UE上报的BSR与UE如何处理UL grant没有直接的关系。UE是基于逻辑信道优先级给无线承载分配资源的，与逻辑信道属于哪个LCG没有任何关系。 例如：某个 UE为了发送HTTP请求（假定该业务对应的逻辑信道属于LCG 2），已经发送了BSR。在UE收到对应UL grant之前，新出现了一个RRC消息。由于RRC消息对应的逻辑信道的优先级比HTTP请求对应的逻辑信道的优先级要高，所以当UE收到UL grant（该UL grant是因为HTTP请求才予以分配的）后，UE会将上行资源优先分配给RRC消息，而不是分配给HTTP请求。 UE Mac层令牌桶原理 UE Mac层令牌桶原理：? MAC层使用类似于token bucket（令牌桶）的算法实现MAC复用。BSD（Bucket Size Duration）决定了令牌桶的“深度”。它与PBR共同决定了令牌桶的最大容量PBR × BSD。令牌桶不能溢出。 UE Mac层令牌桶原理 Step1: 对于所有Bj 0的逻辑信道，按照优先级递减顺序组包，每个逻辑信道分配的无线资源只能满足PBR的要求。当某个逻辑信道的PBR配置成无穷大（“infinity”）时，只有当这个逻辑信道的资源得到满足后，才会考虑比它优先级低的逻辑信道。 Step2：Bj减去逻辑信道j在步骤1里复用到MAC PDU的所有MAC SDUs的大小。 Step3：如果前两步执行完还剩有上行资源的话，则不管Bj的大小，把剩余的资源按照逻辑信道优先级分配给各个逻辑信道。只有当所有高优先级的逻辑信道的数据都发送完毕且UL grant还未耗尽的情况下，低优先级的逻辑信道才能得到服务。即此时UE最大化高优先级的逻辑信道的数据传输。 UE还应遵循如下原则：（1）如果整个RLC SDU能够填入剩余的资源中，则不应对该SDU进行分段；（2）如果UE对逻辑信道中的RLC SDU进行分段，则应根据剩余资源的大小，尽量填入最大分段；（3）UE应最大化数据的传输；（4）如果某个无线承载被挂起，则不应传输该无线承载对应逻辑信道的数据。 根据协议规定对于多个逻辑信道，其信道优先级priority应该根据信息重要程度的不同，考虑以下相对优先级（按从高到低的顺序排列）： 用于C-RNTI或来自UL-CCCH的数据的MAC control element 用于除“padding BSR”外的BSR的MAC control element 用于PHR或扩展PHR的MAC control element 除UL-CCCH的数据外，来自任意逻辑信道的数据 用于“padding BSR”的MAC control element 基站侧水桶原理 基站侧水桶原理：原理与令牌桶相同，PBR就是基站中的GBR，BSD就是LCG组中业务的最小传输时延。 BSR: 上报LCG对应待发数据量，LCG由协议定义 短BSR，上报一个LCG待发数据量；长BSR，上报所有LCG待发数据量（Max 4个）。 BSR[0]: QCI5/SRB1/SRB2, 即信令面数据 BSR[1]: QCI 1, conversational voice, 例如VIOP用户（包括半静态调度） BSR[2]: QCI 2-4, all GBR用户 BSR[3]: QCI 6-9, all non-GBR用户 基站侧根据BSR上报，对UE进行分类（各个公司不同）并制定优先级，以下为例 信令调度用户 SR请求用户 VIOP用户 GBR未满足用户（未满足表示桶中有水，传输速率达不到GBR） Min-GBR未满足用户（针对non-GBR用户） GBR已满足用户 低优先级Happy用户 CQI-only用户 预调度用户 上行调度相关 在UE侧，当前物理层按以下发送次序 PRACH Msg3 on PUCCH Meas Gap Ack/Nack Report Repetition UL-SCH