立即注册
查看: 713|回复: 0

[资料] LTE HARQ问题和改进方案

已绑定手机
发表于 2021-7-30 17:35:17 | 显示全部楼层 |阅读模式 来自 广东省深圳市
在每个服务小区,MAC实体处存在一个HARQ实体,维持多个并行HARQ过程,允许在等待先前传输的成功或不成功接收的HARQ反馈的同时连续地进行传输。

当物理层被配置用于上行链路空间复用时,存在与给定TTI相关联的两个HARQ处理。否则,存在与给定TTI相关联的一个HARQ过程。

在给定的TTI处,如果为TTI指示上行许可,则HARQ实体标识应当进行传输的HARQ过程。它还将接收到的HARQ反馈(ACK/NACK信息)、MCS和由物理层中继的资源路由到适当的HARQ处理。

在异步HARQ中,HARQ过程基于接收到的UL授权与TTI相关联,RAR中的UL授权除外。每个异步HARQ进程都与HARQ进程标识符相关联。对于RAR中具有UL授权的UL传输,使用HARQ进程标识符0。HARQ反馈不适用于异步上行HARQ。
配置TTI捆绑时,参数TTI_BUNDLE_SIZE提供TTI捆绑的TTI数。TTI绑定依赖于HARQ实体为属于相同绑定的每个传输调用相同的HARQ过程。在绑定内,HARQ重传是非自适应的,并且根据TTI_BUNDLE_SIZE在不等待来自先前传输的反馈的情况下触发。捆绑的HARQ反馈仅针对捆绑的最后TTI接收(即,与TTI_BUNDLE_SIZE相对应的TTI),而不管该TTI中是否发生传输(例如,当发生测量GAP时)。TTI bundle 的重传也是TTI bundle 。当MAC实体配置了一个或多个SCells并配置了上行链路时,不支持TTI绑定。

上行HARQ操作对于BL UE或增强覆盖中的UE是异步的,除了bundle 内的重复。
对于增强覆盖中的BL UE或YE,参数UL_REPETITION_NUMBER提供bundle 内的传输重复次数。对于每个bundle,UL_REPETITION_NUMBER设置为低层提供的值。绑定操作依赖于HARQ实体为每个传输调用相同的HARQ进程,该传输是consequective子帧中相同绑定的一部分。在bundle内,HARQ重传是非自适应的,并且根据UL_REPETITION_NUMBER在不等待来自先前传输的反馈的情况下被触发。对应于捆绑的新传输或重传的上行许可仅在捆绑的最后一次重复之后接收。对于与E-UTRAN结合RN子帧配置的RN通信,不支持TTI捆绑。
对于随机接入期间的Msg3传输,TTI bundling 不适用。对于BL UE或增强覆盖中的UE,上行重复捆绑用于Msg3的传输。

对于每个TTI,HARQ实体应:
识别与该TTI相关联的HARQ过程,并且对于每个识别的HARQ过程:
如果已为此进程和此TTI指示上行许可:
1. 如果接收到的授权没有发往PDCCH上的临时C-RNTI,并且如果在相关HARQ信息中提供的NDI已经与该HARQ过程的先前传输中的值相比被切换;
2. 如果在PDCCH上接收到用于C-RNTI的上行链路许可,并且所识别的进程的HARQ缓冲器为空;
3. 如果在随机接入响应中接收到上行链路许可:
① 如果在Msg3缓冲器中存在MAC PDU并且在随机接入响应中接收到上行链路许可:
1) 从Msg3缓冲区获取要传输的MAC PDU。
② 否则:
1) 从“复用和组装”实体获取要传输的MAC PDU;
③ 将MAC PDU和上行链路授权以及HARQ信息传送到所识别的HARQ进程;
④ 指示已识别的HARQ进程触发新的传输。

4. 否则
⑤ 将上行链路授权和HARQ信息(冗余版本)传递给所标识的HARQ进程;
⑥ 指示所识别的HARQ过程生成自适应重传。

否则,如果此HARQ进程的HARQ缓冲区不为空:
1. 指示所识别的HARQ过程生成非自适应重传。
当确定与先前传输中的值相比,NDI是否被置换时,MAC实体应忽略PDCCH上所有上行授权中接收到的用于其临时C-RNTI的NDI。
为短TTI中调度的PUSCH支持PHICH-less异步UL HARQ(即sPUSCH)。但是,在TTI长度重配中,HARQ会出现哪些问题呢?
一般情况下,一旦空闲的UE得到服务,UE就会向eNB发起随机接入过程。然后,eNB将通过RRC信令或PHY信令来配置UE资源,其中TTI长度也配置给UE。如果承载中的业务是实时应用,则TTI长度可以是sTTI,反之,如果业务不是那么紧急或sTTI资源有限,则可以推断可以使用1ms正常 TTI。由于UE的承载和sTTI资源都能够变化,UE可能将TTI长度从1ms TTI重新配置为sTTI,或者从sTTI重新配置为1ms TTI。
为了支持灵活的业务时延需求,实现合理的资源利用率,可以在sTTI和1ms TTI(半静态或动态)之间重配TTI长度。

那现在就存在两种情况:
1. 情况1:TTI长度从sTTI重配为1ms TTI
2. 情况2:TTI长度从1ms TTI新配为sTTI
对于DL HARQ,如图1所示,eNB在TTI n处向UE发送TB,UE在TTI n+k处给出HARQ反馈(k在1ms TTI和sTTI中可能不同),如果反馈是NACK,eNB将重传TB。
无论使用特定于小区的重配还是特定于UE的重配,应用重配的TTI长度的重新配置边界都将位于TTI中。通常,多个HARQ进程将在UE中运行,对于一个HARQ进程,重配边界将位于UE准备发送HARQ反馈的TTI中,对于另一个HARQ进程,重配边界将位于UE准备接收TB重传的相同TTI中。由于HARQ重传是异步的,UE可以在重配的TTI中接收TB重传,因此,重配对TB重传没有影响。然而,在情况1(sTTI到1ms TTI)和情况2(1ms TTI到sTTI)中,用于UE HARQ反馈的TTI必须改变,细节如图2和图3所示,UE HARQ反馈将可能位于具有重配的长度的新TTI位置。
1.jpg

更多详细内容请下载附件查看
2021-7-30 17:33 上传
文件大小:
229.46 KB
下载次数:
1
本地下载

16RD supports Paypal , Payment is calculated at the exchange rate of the day. Unable to download please contact 18902843661 (WhatsApp OR wechat number)

关于一牛网在微软浏览器(Microsoft Edge、IE浏览器)警报通告&解决方案!(无法下载直接更换浏览器即可)

*附件为作者发布,与本站无关,如有侵权,请联系客服删除

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

合作/建议

TEL: 19168984579

工作时间:
周一到周五 9:00-11:30 13:30-19:30
  • 扫一扫关注公众号
  • 扫一扫打开小程序
Copyright © 2013-2024 一牛网 版权所有 All Rights Reserved. 帮助中心|隐私声明|联系我们|手机版|粤ICP备13053961号|营业执照|EDI证
在本版发帖搜索
扫一扫添加微信客服
QQ客服返回顶部
快速回复 返回顶部 返回列表