通信人家园

标题: DCI0发送后，UE没有收到，这时eNB该怎么办呢？ [查看完整版帖子] [打印本页]

时间: 2015-9-28 14:32

作者: pp0825pp 标题: DCI0发送后，UE没有收到，这时eNB该怎么办呢？

DCI0发送后，UE没有收到，这时eNB该怎么办呢？

时间: 2015-9-28 17:39

作者: childish2012

如果enb能知道ue没有收到，那么继续调度新传dci0就可以了呗。如果不能确认ue是否收到，就麻烦了，激进一点就做非自适应重传，相当于认为ue收到dci0；保守一点就自适应重传，tbsize需要保持和初传一致。不过一般来说，如果enb对ue接收情况完全不知道的话，一般会采用激进方式。

时间: 2015-9-28 19:59

作者: pp0825pp

childish2012 发表于 2015-9-28 17:39
如果enb能知道ue没有收到，那么继续调度新传dci0就可以了呗。如果不能确认ue是否收到，就麻烦了，激进一点就 ...

嗯，如果重传的话，当负载率很高时，PDCCH的CCE有限，是不是相当于会影响系统吞吐量呢？目前除了重传还有其它的处理方式吗？

时间: 2015-10-1 06:42

作者: 一向如此

pp0825pp 发表于 2015-9-28 19:59
嗯，如果重传的话，当负载率很高时，PDCCH的CCE有限，是不是相当于会影响系统吞吐量呢？目前除了重传还有 ...

如果重传的话，当负载率很高时，PDCCH的CCE有限，是不是相当于会影响系统吞吐量呢？

PDCCH的CCE有限，对应UL的自适应重传，负载率高时，对DL和UL的吞吐量都会有影响的

时间: 2015-10-2 18:41

作者: landai

个人觉得，如果UE没检测到DCI 0，UE不会发送PUSCH，显然eNB在上行调度的频点检测不到能量（或者能量很低），就要考虑进行PUSCH自适应重传了。如果HARQ调度算法没有这种机制，而进行上行非自适应重传，就会白白的浪费上行资源了。
另，倒是觉得不会有CCE受限的问题，自适应重传与初传在信令上开销没有差别吧。

时间: 2015-10-2 18:51

作者: landai

但是这时会不会引入一个新的问题：
eNB对UE连续进行A B两次调度，A次调度一切正常，并且，eNB正确接收了UE的数据；UE没有接收到B次调度的DCI 0，导致eNB进行C次调度（针对B的自适应重传），此时的NDI没有翻转，UE会认为eNB没有正确接收A次调度的PUSCH，会将A次调度的数据重发。如果A和B调度使用相同的MCS和RB数目，这时eNB会认为正确接收了C次数据（CRC校验通过），但显然数据是错误的，eNB想要的是B的数据，UE发送的是A的。这时按照标准，MAC的HARQ估计就是废掉了，得靠RLC的ARQ了。
不知道已上理解正确不

通信人家园 (https://www.txrjy.com/)