UCI mutilpexing & PUSCH

考虑下面的一种场景，在同一个slot内

- 有PUSCH发送

- HARQ-ACK反馈，使用的是PUCCH format 3，总共10比特

- 是SR的发送位置，SR occasion

那么，是先判断PUSCH和SR之间的冲突处理，还是先做HARQ-ACK，SR之间的Mutilpexing。

先看判断PUSCH和SR之间的冲突处理，那么

1）如果PUSCH中包含UL-SCH，先处理PUSCH和SR（无论是Positive SR还是Negative SR）之间的冲突，那么可以先把SR给丢弃，保留PUSCH和HARQ-ACK，最后HARQ-ACK复用到PUSCH上发送。

2）如果PUSCH中不包含UL-SCH，那么SR是Positive SR，那么先把PUSCH丢弃，最后的结果是只发送PUCCH，包含HARQ-ACK和SR。

再看先做UCI Multilexing，将HARQ-ACK resource和SR，最后UCI的比特数为11比特，然后再复用到PUSCH上发送。那么如果SR是Positive SR，且PUSCH中包含UL-SCH且携带了BSR的话，这两个都是申请上行UL Grant，貌似Positive SR是多余的了。

还是针对UCI mutilpexing & PUSCH中的场景，看看协议中的描述和个人理解。

38.213（v1608）第9章中的协议描述 - 

If a UE would transmit on a serving cell a PUSCH without UL-SCH that overlaps with a PUCCH transmission on a serving cell that includes positive SR information, the UE does not transmit the PUSCH.

如果PUSCH未包含UL-SCH，且与PUSCH overlap的PUCCH中包含了positive SR，那么UE不发送PUSCH。

同样在第9章中的协议描述

the UE multiplexes HARQ-ACK information and/or CSI reports in a PUSCH if the PUCCH resource overlaps in time with a PUSCH transmission, as described in clause 9.3, and does not transmit SR. 

这里描述的是如果PUSCH和PUCCH overlap，那么不发送SR，这里个人理解应该是negative SR，协议没有写具体，没有写清楚PUSCH是否包含UL-SCH，SR是positive SR还是negative SR。

所以，针对上文中提到的处理顺序，个人理解如下

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中发送；

最后

以上就是痴情网络为你收集整理的UCI mutilpexing & PUSCH的全部内容，希望文章能够帮你解决UCI mutilpexing & PUSCH所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。