昨天整理学习文章汇总的时候,上一次写的一个专利是关于DRX的,一个连接态DRX下的paging接收专利,在CSDN上有些人还是对专利中的一些点子还是挺感兴趣的。
今天来看一个SPS PDSCH HARQ-ACK的专利。
在Slot#n接收SPS PDSCH,在Slot#n+k1上反馈HARQ-ACK,k1是激活SPS PDSCH DCI中指示的从dl-DataToUL-ACK数组中选择的一个k1值(文中指的SPS PDSCH是DCI format 1-1/1-2激活的)。
在TDD下,如果Slot#n+k1 PUCCH在上下行配置下如果有符号冲突,即PUCCH有符号是下行符号,那么该PUCCH就无法发送。
特别是当SPS PDSCH周期较小,特别地,在周期为1Slot,的情况下,一个k1值无法保证所有的SPS PDSCH对应的HARQ-ACK的PUCCH符号都没有符号冲突,如果丢弃HARQ-ACK反馈,那么基站无法接收到UE的HARQ-ACK,则继续重传该下行进程,而UE该可能下行进程PDSCH是译码正确的,势必造成资源浪费。
另外一方面,在R16中,可以同时激活多个下行SPS PDSCH,而有些SPS PDSCH Occasion也可能因为符号冲突而无法发送或者有些SPS PDSCH overlap而只能发送一个SPS PDSCH,而按照当前的协议描述,即使无SPS PDSCH发送,UE也需要对该SPS PDSCH进行反馈。
因此需要对HARQ-ACK的反馈方式进行优化。
优化点一
在Slot#n+k1反馈调整为Slot#n+k1_adj上反馈,该Slot无符号冲突。
实际实现方案中还设置了一个最大值,如果k1_adj超过该值,则丢弃之前未发送的HARQ-ACK。
优化点二
对于下行SPS PDSCH有符号冲突而无法发送的,不需要进行HARQ-ACK反馈。
这个其实对于协议中应该已经有描述,在文中NR/5G ~ R16 DL SPS PDSCH中有描述到,会对一些有冲突的SPS PDSCH进行过滤,过滤掉的SPS PDSCH不进行HARQ-ACK反馈。
专利PDF共享在,详细描述可以学习下该PDF
链接: https://pan.baidu.com/s/1iF5NBZSwsLgmuxqgcwOV5g
提取码: 1234