2024随手记(27)5G PUCCH冲突处理

文摘   2024-10-07 13:30   瑞典  

2024随手记第二十七篇,根据查到的当初的3GPP讨论过程资料,总结并学习5G PUCCH的资源冲突处理约定。5G PUCCH可参考如下文章:


NR在一个载波上不能同时传输多个上行信道(与LTE类似),在当初NR标准化讨论过程中,对重叠信道起始符号相同的场景的解决方案是通过信道复用传输所有的UCI信息。而当重叠信道的起始符号不同时,将多个信道复用于同一个信道中进行传输能够满足各个信道对应的处理时延要求是附加需要考虑的问题,比如下面两个情况:

上图中PDSCH的末端结束到对应ACK/NACK反馈的PUCCH的起始位置之间的间隔需要满足PDSCH处理时间要求Tproc,1(参见文章5G PDSCH处理时间:N1--随手记2023(15)和TS38.214),PDSCH结束位置到PUSCH起始位置的间隔不满足PDSCH处理时延要求。此时如果将PDSCH对应的HARQ反馈复用于PUSCH内传输,终端就无法实现传输。
另一种情况如下:

上图中调度UL Grant的PDCCH结束位置与其调度的PUSCH的起始位置间隔需要满足PUSCH的处理准备时间Tproc,2(参考文章5G PUSCH准备时间约定:N2--随手记2023(16))。但是承载指示SPS资源释放所使用的DCI的PDCCH结束位置到PUSCH起始位置的间隔不满足Tproc,2 ,在这个情况下如果要求将SPS资源释放的DCI所对应的HARQ反馈复用于PUSCH上传送则超出了终端的能力。为了解决上述的两类情况同时减少对终端的影响,RAN1#92bis meeting达成协议,当上行信道重叠且满足如下时延条件时将UCI复用到一个物理信道中传输:

所有重叠的上行信道最早的起始时间与这些重叠的上行信道对应的PDSCH中最后的PDSCH结束位置的时间间隔不小于Tproc,1。因为UCI复用传输比单独传输要求更多的基带处理,故确定在Tproc,1加上一个符号来使用。此外在所有的重叠的上行信道中起始时间最早的的那个上行信道到与重叠上行信道对应的所有PDCCH信道最后一个PDCCH结束位置的间隔不小于Tproc,2,这里也确定在Tproc,2加上一个符号来使用。如果这类重叠的上行信道不满足上述条件,则不对终端具体实现做定义,那么也就是默认基站在这种情况下调度时候放弃时间在后的调度步骤。
然后的问题是如果确定这类重叠的信道集合呢?,因为这将影响参与复用传输的UCI数量及最终使用的复用方式。如下图所示:

终端有四个待发送的信道,图中channel4和channel1不重叠,channel1和channel4均与channel3重叠,那么如果在确定与channel1重叠的判断中不包括channel4的话,就可能引起两次信道重叠。比如如果最后判决是channel1/channel2/channel3的信息通过channel3传输,就会与channel4发生碰撞(判决范围漏掉了channel4)。为了避免发生此类情况,RAN1#93会议确定了如下重叠PUCCH集合Q的确定方法:
首先,确定PUCCH A是所有重叠的PUCCH中起始时间最早的PUCCH。如果存在多个起始点相同的PUCCH则选择其中最长的PUCCH为PUCCH A。而如果多个PUCCH的起始点和长度都一样。则任选其中一个作为PUCCH A
第二,将与PUCCH A重叠的PUCCH纳入集合Q。
第三,将与集合Q中所有PUCCH重叠的PUCCH纳入集合Q
第四,根据集合Q中所有的UCI确定一个复用传输的PUCCH B
第五,确定PUCCH B是否与其他PUCCH重叠,如果重叠的话就重复执行上述几步。总之,确定集合Q后,根据所有UCI确定一个复用传输所有UCI的PUCCH B,而如果该PUCCH与任一PUSCH重叠,则UCI将通过PUSCH复用传输,否则就通过PUCCH B复用传输。


坐而论道,好好读书!


5G6G网络与协议
1. 5G网络结构,流程,协议学习与研究 。 2. 2G3G4G5G协议及互操作。 3.云计算/大数据技术。 4.IP网络。 5. 6G网络预研信息。 6. AI/ML (本号部分内容转自通信业界公开发表的信息,如有侵权请告知去除)
 最新文章