已解决问题
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
热点问题