在文章SR和PUSCH冲突处理中提到的下面的第二点,有同学提出有异议,需要更新下理解。
所以,针对上文中提到的处理顺序,个人理解如下
1. 先对所有UCI进行multiplexing操作;
2. 在multiplexing之后产生的PUCCH,判断与PUSCH是否有overlap,在overlap的情况下
1) 如果PUSCH包含UL-SCH,则PUCCH中无论是positive SR还是negative SR,则不发送SR;
2) 如果PUSCH不包含UL-SCH,如果PUCCH中包含Positive SR,则不发送PUSCH,如果PUCCH中包含negative SR,则将negative SR也复用到PUSCH中发送;
根据该同学的线索,查看38.212协议中的UCI multiplexing到PUSCH中发送的时候,没有提到SR bit的处理,只有HARQ-ACK和CSI的处理,因此UCI中是不可能有SR的。
因此,如果PUCCH中包含negative SR,需要将negative SR信息丢弃,保留HARQ-ACK和/或CSI信息。
但是这里仍然面临着一个比较问题是在UCI Multiplexing之前丢弃negative SR,还是在UCI Multiplexing之后再判断与PUSCH是否在时间上有重叠。
如上图所示,如果先进行UCI Multiplexing后,PUCCH与PUSCH overlap,那么再丢弃negative SR。而如果先丢弃negative SR的话,UCI Multiplexing之后的PUCCH与PUSCH不overlap,可以看出两者最后UE的发送有所差别。
在NR/5G ~ R16 DL SPS中下图中在方框中的数字表示的是sps-ConfigIndex-r16,其中的1-0表示的是sps-ConfigIndex-r16等于1出现的第一个PDSCH,1-1表示的是sps-ConfigIndex-r16等于1出现的第二个PDSCH。