 |
问答管理员：
已解决问题
LTE中上行控制信息UCI中的几个Beta参数是什么作用？ (进入论坛模式)
提问者：DR_KOG_POM
|
提问时间：2011-11-28 16:44
目前看到这些Beta参数在36.213的功控中、和36.212的信道编码中均出现过。
不明白这些Beta参数的作用到底是什么？为什么会出现在这两处位置。
谢谢！
不明白这些Beta参数的作用到底是什么？为什么会出现在这两处位置。
谢谢！
关闭所有答案回应
最佳答案
最佳答案研究了一下，我的理解是：
引入3个beta参数的目的是允许随路UCI使用不同的code rate。分为两种情形：（1）UCI+ UL Data，此时ACK/RI/CQI使用的RE数目（即Q）根据PUSCH MCS和beta得到。此时beta_cqi_offset参数不起作用。（2）only UCI，此时ACK/RI/CQI使用的RE数目根据reference MCS和beta得到。此时beta_cqi_offset才起作用。
pusch功控里面会用到beta_pusch_offset，且只有在上述第二种情形且delta_mcs_enable开关打开的情况下才会有beta_pucsh_offset=beta_cqi_offset，否则beta_pusch_offset也不起作用。且不论delta_mcs_enable开关何时打开，假设该开关打开时，此时的beta相当于增加pusch发射功率。我觉得也好理解，毕竟pucch功控都是全补偿（即alpha=1），而pusch功控一把来说都是部分补偿。
引入3个beta参数的目的是允许随路UCI使用不同的code rate。分为两种情形：（1）UCI+ UL Data，此时ACK/RI/CQI使用的RE数目（即Q）根据PUSCH MCS和beta得到。此时beta_cqi_offset参数不起作用。（2）only UCI，此时ACK/RI/CQI使用的RE数目根据reference MCS和beta得到。此时beta_cqi_offset才起作用。
pusch功控里面会用到beta_pusch_offset，且只有在上述第二种情形且delta_mcs_enable开关打开的情况下才会有beta_pucsh_offset=beta_cqi_offset，否则beta_pusch_offset也不起作用。且不论delta_mcs_enable开关何时打开，假设该开关打开时，此时的beta相当于增加pusch发射功率。我觉得也好理解，毕竟pucch功控都是全补偿（即alpha=1），而pusch功控一把来说都是部分补偿。
|
回应该答案 (0) |
回答时间：2011-12-7 10:32其他答案 ( 5 条 )
回复 2# 的帖子
感谢小酌的答复。我非常同意“Beta参数是用来控制UCI的码率”的观点。我还有一些疑问：
（1）“UCI+ UL Data，此时ACK/RI/CQI使用的RE数目（即Q）根据PUSCH MCS和beta得到。此时beta_cqi_offset参数不起作”
此时的beta_cqi_offset参数为什么不起作用呢？
根据36.212 5.2.2.6节中CQI/PMI的Q_p的计算公式，感觉beta_cqi_offset还是起作用的，这个参数的值由36.213的8.6.3节中的表格确定。在这个表格中，定义了I_cqi_offset和beta_cqi_offset的对应关系，那么I_cqi_offset的值就由上层来配置了。（ACK/NAK，RI类似）。
（2） “only UCI，此时ACK/RI/CQI使用的RE数目根据reference MCS和beta得到”
这里的 reference MCS和beta 是指什么？
（3）“毕竟pucch功控是全补偿（即alpha=1），而pusch功控一般来说都是部分补偿。”
这里的alpha是否指功控公式中乘在路损PL前面的系数？我感觉功控公式中的delta_TF （即和beta有关的那一项）似乎是一个和MCS偏差有关的量，和路损是两个独立的量。如果是这样的话，delta_TF就不太可能是补偿PL用的。
感谢小酌的答复。我非常同意“Beta参数是用来控制UCI的码率”的观点。我还有一些疑问：
（1）“UCI+ UL Data，此时ACK/RI/CQI使用的RE数目（即Q）根据PUSCH MCS和beta得到。此时beta_cqi_offset参数不起作”
此时的beta_cqi_offset参数为什么不起作用呢？
根据36.212 5.2.2.6节中CQI/PMI的Q_p的计算公式，感觉beta_cqi_offset还是起作用的，这个参数的值由36.213的8.6.3节中的表格确定。在这个表格中，定义了I_cqi_offset和beta_cqi_offset的对应关系，那么I_cqi_offset的值就由上层来配置了。（ACK/NAK，RI类似）。
（2） “only UCI，此时ACK/RI/CQI使用的RE数目根据reference MCS和beta得到”
这里的 reference MCS和beta 是指什么？
（3）“毕竟pucch功控是全补偿（即alpha=1），而pusch功控一般来说都是部分补偿。”
这里的alpha是否指功控公式中乘在路损PL前面的系数？我感觉功控公式中的delta_TF （即和beta有关的那一项）似乎是一个和MCS偏差有关的量，和路损是两个独立的量。如果是这样的话，delta_TF就不太可能是补偿PL用的。
（1）你说的对，还是有关系的:D
（2）看到一本书上这么说明的，个人理解reference mcs和三个beta参数应该是上行调度给出然后通过重配消息发给UE。不确定...
（3）对的，功控里这一项是作为MCS补偿用的，应为是和MPR*Ks放到一起的。从公式上看delta_TF=10*log10(2^(MPR*Ks)-1)*pusch_offset)，实际上是两项，第一项MPR这个和用户的平均速率(?)有关，也可以说和MCS有关；第二项就是pusch_offset（这个参数是线性值，从36.213的映射公式看的出来，但功控这里却转换成dB域），这个类似于SRS功控中的delta_SRS参数，用来提高SRS的发射功率。纯属个人理解:D
（2）看到一本书上这么说明的，个人理解reference mcs和三个beta参数应该是上行调度给出然后通过重配消息发给UE。不确定...
（3）对的，功控里这一项是作为MCS补偿用的，应为是和MPR*Ks放到一起的。从公式上看delta_TF=10*log10(2^(MPR*Ks)-1)*pusch_offset)，实际上是两项，第一项MPR这个和用户的平均速率(?)有关，也可以说和MCS有关；第二项就是pusch_offset（这个参数是线性值，从36.213的映射公式看的出来，但功控这里却转换成dB域），这个类似于SRS功控中的delta_SRS参数，用来提高SRS的发射功率。纯属个人理解:D
(1) 呵呵，谢谢！另外，问了一下system的人，说那个公式整理一下后可以发现beta参数实际上是PUSCH（或者说是UL-SCH）的码率和UCI码率的比值。
(2) 顺着你的思路，我查了一下RRC协议。这三个beta参数在RRC的Setup、重配置中都有，（重建立中肯定也有，不过我没check）。具体位置是：
RadioResourceConfigDedicated -> PhysicalConfigDedicated ->
PUSCH-ConfigDedicated -> betaOffset-ACK-Index
betaOffset-RI-Index
betaOffset-CQI-Index
至于MCS，我没有找到。我个人的看法是，除了PMCH之外，UE在解数据信道之前，总是要先解析DCI的，而MCS是包含在DCI中的，似乎没有必要专门通过RRC的消息来专门告诉UE这个参数。
(3) 从这个公式来看，先不考虑CQI，只考虑UL-SCH。公式简化为10*log10(2^(MPR*Ks)-1)。因为Ks = 1.25，所以当MPR > 0.8的时候，这个值为正，小于0.8的时候，这个值为负。我猜测：值为0.8的MPR，可能对应着一个基准MCS，也对应着一个基准功率。所以当MCS不是这个基准MCS时，就可以用这个公式来调节发射功率的大小。至于这个公式的来源，我还不太清楚，只能当作一个统计公式了。
(2) 顺着你的思路，我查了一下RRC协议。这三个beta参数在RRC的Setup、重配置中都有，（重建立中肯定也有，不过我没check）。具体位置是：
RadioResourceConfigDedicated -> PhysicalConfigDedicated ->
PUSCH-ConfigDedicated -> betaOffset-ACK-Index
betaOffset-RI-Index
betaOffset-CQI-Index
至于MCS，我没有找到。我个人的看法是，除了PMCH之外，UE在解数据信道之前，总是要先解析DCI的，而MCS是包含在DCI中的，似乎没有必要专门通过RRC的消息来专门告诉UE这个参数。
(3) 从这个公式来看，先不考虑CQI，只考虑UL-SCH。公式简化为10*log10(2^(MPR*Ks)-1)。因为Ks = 1.25，所以当MPR > 0.8的时候，这个值为正，小于0.8的时候，这个值为负。我猜测：值为0.8的MPR，可能对应着一个基准MCS，也对应着一个基准功率。所以当MCS不是这个基准MCS时，就可以用这个公式来调节发射功率的大小。至于这个公式的来源，我还不太清楚，只能当作一个统计公式了。
MPR就是bits/RE，等同于code efficiency。赞同你对MPR的分析...
学习了，多谢！:handshake
Copyright © 1999-2024 C114 All Rights Reserved | 联系大家 | 沪ICP备12002291号 |
