這個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。

先看空口，如上截圖，UE在做完TPUT后，網絡側就會下發RRC release，UE返回idle態后，就一直在收MIB SIB1，期間UE 向AP上報 no network found，沒跑了，肯定是UE RF測量太差導致的掉網，不然呢？我自信的打開了NR cell測量的結果......

打臉了，NR N41 520110/344 信號狀況不錯呀，而且最好的SSB 5 RSRP 是-98.54dbm，這都能掉網？那就證明前面的臆想都是錯的......

于是從頭捋了一遍篇：這是運營商指定的小區，按道理小區參數設定，肯定可以達到測試要求，UE肯定...... 不能再亂說了，掉網直接相關的就是S準則，這里根據參數再算一下是否滿足S準則吧。

如上是SIB1中帶的cell selection parameter 其中p-Max=29 dbm q-RxLevMin=-52，其他參數都沒有，例如q-qualmin,Qrxlevminoffset,Qqualminoffset 和Qoffsettemp等等。其實看到這個參數，對S準則熟悉的話，這里就可以大結局了。但是呢還會是按照參數梳理一遍S準則吧。

SIB1中沒有q-QualMin，就取值負無窮；Qqualminoffset缺省，取值0 dB；Qrxlevminoffset缺省，取值0 dB。

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

Qoffsettemp來自SIB1中的connEstFailOffset，在T300 超時的次數達到conEstFailCount時才會在小區選擇和重選過程中應用Qoffsettemp；如果該值缺省，則Qoffsettemp=無窮大，結合公式-Qoffsettemp，負無窮就是0。

所以公式可以簡化為Srxlev = Qrxlevmeas – Qrxlevmin– Pcompensation。

Squal = Qqualmeas – Qqualmin ，由于q-QualMin取值負無窮，所以Squal 一定是大于0的，下面就主要看Srxlev是否大于0，Srxlev的確定目前只剩下Pcompensation。

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準則的打印如下。

可以看到小區的RSRP=-98.11dBm，由于低于-98dBm，所以S準則判定fail，之后UE一直無法再次穩定駐留在這個小區。這個小區的駐留門檻其實是蠻高的(q-RxLevMin=-52)，通常實網下見到最多的就是q-RxLevMin=-60，RSRP在-120dbm左右都會滿足S準則。但是呢這個問題還是說明一件事，對于UE側的測試，有時候運營商的要求可能也不怎么靠譜。