• 一个关于SPS PDSCH HARQ-ACK的专利


    昨天整理学习文章汇总的时候,上一次写的一个专利是关于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 

  • 相关阅读:
    Swagger之学习使用
    XSS线上靶场---prompt
    Redis——听说你速度跟甲斗一样快?(上)
    R语言获取data.table分组下每个分组的第一条数据
    perforce 引擎启动报错,如何解决?
    比特币白皮书中文翻译:【比特币:一种点对点的电子现金系统】
    websocket通信案例
    【PX4报错】Crash dumps present on SD,vehicle needs service
    un8.15:SpringBoot——集成MyBatis+SpringMVC
    支撑向量机
  • 原文地址:https://blog.csdn.net/kakamilan/article/details/126321833