問(wèn)題場(chǎng)景是環(huán)境中只有一個(gè)小區(qū)，UE在找到這個(gè)小區(qū)，收到MIB和SIB1后一直不發(fā)起注冊(cè)，這個(gè)問(wèn)題看起來(lái)些許有些凄涼，我抬頭望著窗外的枇杷樹(shù)，我想這大抵又是和S準(zhǔn)則有關(guān)系了。這個(gè)問(wèn)題看來(lái)又是沒(méi)啥好看的了，先在SIB1周圍隨便找找就好了。

2023 Jan 10 17:01:55.981 nr5g_rrc_cep.c 2361 UAC Category 8 !barred 0 time 1379841

2023 Jan 10 17:01:55.982 nr5g_rrc_cep.c 1272 H Sub-ID:1 Misc-ID:0 UAC: its a match !!the requested access id = 0x0, BarringForAccessId in SIB1 = 0x0

2023 Jan 10 17:01:55.982 nr5g_rrc_cep.c 1811 H Sub-ID:1 Misc-ID:0 UAC: Barred because of Barring Factor is p00

2023 Jan 10 17:01:55.982 nr5g_rrc_inactive.c 5910 H Sub-ID:1 Misc-ID:0 INACTIVE: UAC Access Barred !

大概是想的過(guò)于簡(jiǎn)單，這log也有了些苦澀，通過(guò)log可以看出這個(gè)cell S準(zhǔn)則是滿足的，并不是S準(zhǔn)則的問(wèn)題，但可以確定該問(wèn)題與UAC過(guò)程有關(guān)系，而且UE access被bar了，這個(gè)發(fā)現(xiàn)總歸還是有點(diǎn)甜的。但是要搞清楚這個(gè)問(wèn)題就要先簡(jiǎn)單捋一下相關(guān)協(xié)議，看整個(gè)流程是怎么回事。

所謂UAC就是在UE進(jìn)行access前，根據(jù)access identities和access category及駐留小區(qū)配置的參數(shù)，判斷access是否允許的機(jī)制，LTE也有類似的操作。UAC需要USIM，NAS及RRC層共同完成，大概過(guò)程就是根據(jù)USIM中的access identities，結(jié)合NAS層確定的access category，交由RRC層進(jìn)行UAC check后決定是否允許接入。

在24.501 4.5.1章節(jié)中有描述需要觸發(fā)UAC的具體場(chǎng)景，如下。

當(dāng)NAS檢測(cè)到表格中的場(chǎng)景，NAS就需要將access identities和access category進(jìn)行關(guān)聯(lián)后，交由RRC層進(jìn)行access baring check。

UAC過(guò)程的主要描述在38.331 5.3.14，對(duì)于問(wèn)題場(chǎng)景首先要根據(jù)access category確定barring 參數(shù)，然后再根據(jù)access identities進(jìn)行UAC判斷是否會(huì)被bar以及后續(xù)的bar操作，問(wèn)題場(chǎng)景中UE 的access identities=0，access category=8，這里就先確定下barring 參數(shù)。

根據(jù)38.331 5.3.14.2中的描述，當(dāng)前的場(chǎng)景直接定位到上面的這段描述：如果uac-BarringForCommon可用或者 uac-ACBarringListType 指示要用uac-ExplicitACBarringList，而此時(shí)UAC-BarringPerCatList包含UAC-BarringPerCat,就要根據(jù)UE的access category 找到對(duì)應(yīng)的access catedgory 對(duì)應(yīng)的UAC-BarringInfoSet參數(shù)，如下圖，UE access catedgory=8。

根據(jù)上圖找到UAC-barring參數(shù)后，就要按照38.331 5.3.14.5進(jìn)行UAC，稍微看下UAC-BarringInfoSet中IE的解釋。

uac-BarringForAccessIdentity有7 bit，從左至右的bit位分別代表 access Id 1,2,11,12,13,14,15 ，如果 uac-BarringForAccessIdentity '0000000'B就代表 access id 1,2,11,12,13,14,15 的接入都是允許的。

uac-BarringFactor表示在access barring check期間允許訪問(wèn)嘗試的概率。

uac-BarringTime 代表在同一access category 被bar后，計(jì)算T390要用的禁止時(shí)間。

下面接著看如何根據(jù)上述參數(shù)進(jìn)行UAC(38.331 5.3.14.5)。

如果有UE有one or more Access Identities 或者 至少其中一個(gè) access identities 的bit位 在 SIB1-> UAC barring parameter ->uac-BarringForAccessIdentity 置為0, 這樣的attemp access是允許的。

如果RRC connection 建立的原因是因?yàn)橹笆盏搅藃elease 消息帶了redirect with mpsPriorityIndication且uac-BarringForAccessIdentity中與access Identity 1相關(guān)的bit位 是0，這樣的access attemp也是允許的。

其他情況 就要從 [0 ，1）的均勻分布中隨機(jī)選取一 rand 值；如果 rand 的值 小于 "UAC barring parameter" 中的 uac-BarringFactor 則 允許access attempt；否則 access attemp 就被bar，而log中的場(chǎng)景對(duì)應(yīng)的就是這種判斷場(chǎng)景。

問(wèn)題中是access attempt bar的情況，后面接著看bar之后應(yīng)該怎么做。

如果access attempt 被bar，就從[0 ，1）的均勻分布中隨機(jī)選取一 rand 值，針對(duì)對(duì)應(yīng)的access category開(kāi)啟T390 ；T390 由下列由公式得到T390 = (0.7+ 0.6 * rand) * uac-BarringTime。T390 超時(shí)之前access category 都處于bar的狀態(tài)，T390 stop及超時(shí)的操作如下表。

繼續(xù)看T390 超時(shí)后UE應(yīng)該怎么做，主要規(guī)則在5.3.14.4 T302, T390 expiry or stop (Barring alleviation)中有描述，這里T320的解釋也貼在上圖。

1 T302 超時(shí)或者stop且每個(gè)Access Category 對(duì)應(yīng)T390 沒(méi)有在運(yùn)行，則認(rèn)為這個(gè)access category 的bar 解除 ；

2 else 如果access category 不是2 ，且其T390 超時(shí)或者stop ，T302 也沒(méi)在run，也認(rèn)為 bar解除，這里對(duì)應(yīng)問(wèn)題場(chǎng)景；

3 else access category 2的T390 超時(shí)或者stop ，則 bar解除。

當(dāng) Access Category 的bar解除，如果這個(gè)access category 之前已經(jīng)告知NAS處于bar狀態(tài) ，那這時(shí)UE要告知NAS 現(xiàn)在bar解除了。

如果這個(gè)bar解除針對(duì)的是Access Category '8'和2 則 按照 38.311 5.3.13.8 進(jìn)行RNA update（不再本篇范圍略過(guò)）。

至此整個(gè)UAC 的流程就比較清楚了，最后結(jié)合SIB1中的信息，總結(jié)下這個(gè)問(wèn)題bar的具體原因。

該問(wèn)題中UE access ID=0 ，access category =8，SIB1中的消息有配置access category 8的uac參數(shù)。

SIB1中 uac-BarringForAccessIdentity '0000000'B 從左至右 的bit位 分別代表 access Id 1,2,11,12,13,14,15 其值為0， 代表 access id 1,2,11,12,13,14,15 的接入都是允許的；但UE access ID=0，這時(shí)需要從[0，1）的均勻分布中選擇隨機(jī)數(shù)后與BarringFactor 比較，如果隨機(jī)數(shù)小于BarringFactor，代表允許接入，但是這里的BarringFactor 是0，再怎么選擇也不可能小于BarringFactor，所以會(huì)被bar，假如選取的rand＝0.5,bar time T390=(0.7+0.3)*uac-BarringTime= 128s。bar解除后，如果再次UAC的話，也會(huì)再次被bar，所以是不可能通過(guò)UAC的， 駐網(wǎng)這輩子是不可能了，別的又沒(méi)什么好選的，愛(ài)干啥干啥吧......