一个UE频繁掉网的问题解析

物联网

775人已加入

描述

这个UE频繁掉网的问题,其实蛮low的,熟悉的人,看一个参数值就搞定这个问题了,但是还是做个记录。问题背景是运营商指定UE锁在某个NR小区,在一个区域的弱信号点(RSRP -110dbm左右)进行TPUT测试,但是最后发现UE在-106 dbm左右时就会掉网,没办法进行测试。测试反馈:UE锁在NR N41 520110/344小区上,一开始可以正常进行TPUT,随着往弱信号的方向上移动,UE就会出现掉网。

但是正常情况下,UE没道理掉网呀,NR小区一般的参数设定会保证UE在-120dbm 左右都能正常驻网;再加上是运营商指定,最初我想应该是UE实际测量的结果远比-120 dbm差导致的,可能是RF的问题。看起来这个思路有理有据,让人信服......

闲话少说,直接看log。

RRC

先看空口,如上截图,UE在做完TPUT后,网络侧就会下发RRC release,UE返回idle态后,就一直在收MIB SIB1,期间UE 向AP上报 no network found,没跑了,肯定是UE RF测量太差导致的掉网,不然呢?我自信的打开了NR cell测量的结果......

RRC

打脸了,NR N41 520110/344 信号状况不错呀,而且最好的SSB 5 RSRP 是-98.54dbm,这都能掉网?那就证明前面的臆想都是错的......

于是从头捋了一遍篇:这是运营商指定的小区,按道理小区参数设定,肯定可以达到测试要求,UE肯定...... 不能再乱说了,掉网直接相关的就是S准则,这里根据参数再算一下是否满足S准则吧。

RRC

如上是SIB1中带的cell selection parameter 其中p-Max=29 dbm q-RxLevMin=-52,其他参数都没有,例如q-qualmin,Qrxlevminoffset,Qqualminoffset 和Qoffsettemp等等。其实看到这个参数,对S准则熟悉的话,这里就可以大结局了。但是呢还会是按照参数梳理一遍S准则吧。

RRC

SIB1中没有q-QualMin,就取值负无穷;Qqualminoffset缺省,取值0 dB;Qrxlevminoffset缺省,取值0 dB。

q-RxLevMin=-52,那Qrxlvemin=-52*2=-104dBm。

RRC

Qoffsettemp来自SIB1中的connEstFailOffset,在T300 超时的次数达到conEstFailCount时才会在小区选择和重选过程中应用Qoffsettemp;如果该值缺省,则Qoffsettemp=无穷大,结合公式-Qoffsettemp,负无穷就是0。

所以公式可以简化为Srxlev = Qrxlevmeas – Qrxlevmin– Pcompensation。

Squal = Qqualmeas – Qqualmin ,由于q-QualMin取值负无穷,所以Squal 一定是大于0的,下面就主要看Srxlev是否大于0,Srxlev的确定目前只剩下Pcompensation。

RRC

Pcompensation,对于FR1,需要查看SIB消息中是否有additionalPmax IE,有的话,Pcompensation=max(P_EMAX1-P_PoweClass, 0)-(min(P_EMAX2,P_PoweClass)-min(P_EMAX1 ,P_PoweClass))(dB);否则 取值max(P_EMAX1-P_PoweClass, 0)。

P_EMAX1和P_EMAX2会针对SUL 和NUL 进行区分,分别取自p-Max和NR-NS-PmaxList,目前的log看都没有带NR-NS-PmaxList,也就是只关注P_EMAX1的值即可P_EMAX1=p-Max=29,而ppowercalss =23dbm.所以Pcompensation=max(P_EMAX1-P_PoweClass, 0)=max(29-23,0)=6。

那最终Srxlev = Qrxlevmeas – Qrxlevmin– Pcompensation=Qrxlevmeas+104-6=Qrxlevmeas+98,这个意思是UE测量该小区的RSRP>-98dbm,才能满足S准则,进而才能驻留在这个小区上,log中有关S准则的打印如下。

RRC

可以看到小区的RSRP=-98.11dBm,由于低于-98dBm,所以S准则判定fail,之后UE一直无法再次稳定驻留在这个小区。这个小区的驻留门槛其实是蛮高的(q-RxLevMin=-52),通常实网下见到最多的就是q-RxLevMin=-60,RSRP在-120dbm左右都会满足S准则。但是呢这个问题还是说明一件事,对于UE侧的测试,有时候运营商的要求可能也不怎么靠谱。

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分