▋多用戶接入場景下 SR 配置不合理導(dǎo)致 SCG Failure? 【現(xiàn)象描述】? 在多用戶小區(qū)吞吐量測試中，出現(xiàn)個(gè)別終端 SCG Failure ?掉線較為頻繁的現(xiàn)象。? 【問題分析】? 1、首先，檢查 SCG Failure ?的原因。? 檢查測試 log 時(shí)發(fā)現(xiàn) SCG Failure 的原因?yàn)?Random Access Problem。 2、然后，進(jìn)一步查看終端發(fā)起 Random Access ?的原因。?如下圖，可見終端發(fā)起 RACH 的原因?yàn)?CONNCTION_REQUEST ?和UL_DATA_ARRIVAL，結(jié)合多用戶的測試場景，可以確定終端此時(shí)是因?yàn)樾枰M(jìn)行上行傳輸而未申請到 SR，只能通過 RACH 來申請 UL_GRANT。? 但是 RACH 會有一定的概率出現(xiàn) MESSAGE 4 Timer Expired ?導(dǎo)致失敗。 具體過程如下：gNB 給終端下發(fā)短周期 PUCCH SR 資源，且配置了 SR ?最大允許發(fā)送次數(shù)，如果 SR ?最大允許發(fā)送次數(shù)設(shè)置較小，而接入較多用戶時(shí)，終端得到上行調(diào)度的時(shí)延會顯著增加，容易導(dǎo)致 SR ?發(fā)送次數(shù)達(dá)到設(shè)置的最大允許值。此時(shí)終端會釋放 PUCCH ?SR資源，并通過 RACH 向 gNB 申請 UL grant。當(dāng) RACH 次數(shù)增多，gNB ?上行調(diào)度壓力增大，引起其他終端出現(xiàn) SR ?發(fā)送次數(shù)達(dá)到最大值的概率增大，形成惡性循環(huán)，從而產(chǎn)生終端會出現(xiàn)多次 SCG Failure (Random Access Problem)的問題。? 【解決方案】? 針對多用戶接入場景，網(wǎng)絡(luò)側(cè)配置合理的 ?SR ?最大允許發(fā)送次數(shù)，如將 8/16 ?變更為32/64。? 【效果評估】? 網(wǎng)絡(luò)側(cè)配置合理的 SR ?最大允許發(fā)送次數(shù)后，問題解決，多用戶小區(qū)吞吐量測試中，終端不再出現(xiàn) SCG Failure ?的問題。? 【后續(xù)建議】? 面向未來 5G 商用，根據(jù)終端用戶數(shù)，配置合理的 SR 最大允許發(fā)送次數(shù)和 PRACH ?資源，在小區(qū)吞吐量和用戶公平性之間獲取平衡。? ▋用戶面時(shí)延較長問題? 【現(xiàn)象描述】? 空口時(shí)延平均值在 17ms ?左右，時(shí)延較長。 傳輸+核心網(wǎng)部分時(shí)延較長，平均值 10ms ?左右。 【問題分析】? 5G ?端到端用戶面時(shí)延主要分為空口時(shí)延（終端至基站）和傳輸+核心網(wǎng)兩部分。其中空口時(shí)延與終端處理能力、子載波間隔、幀結(jié)構(gòu)、調(diào)度方式、SR 周期配置、ping ?包大小等有密切聯(lián)系，實(shí)際環(huán)境中，終端需要 2~10ms ?的處理時(shí)延。在終端處理能力、子載波間隔和幀結(jié)構(gòu)等統(tǒng)一的情況下，空口時(shí)延較長主要是受到了調(diào)度方式和 ping ?包大小的影響。開啟預(yù)調(diào)度可免除 SR ?調(diào)度流程，縮小空口時(shí)延。ping 包較大（2000B）需要分包可導(dǎo)致時(shí)延增長。傳輸+核心網(wǎng)部分時(shí)延主要與核心網(wǎng)部署位置相關(guān)，核心網(wǎng)部署越遠(yuǎn)，所需傳輸時(shí)延越長，通常情況下，本地核心網(wǎng)部署傳輸+核心網(wǎng)部分時(shí)延為 1~3ms，鄰省約 6~8ms。? 【解決方案】? 網(wǎng)絡(luò)側(cè)開啟預(yù)調(diào)度功能，減小 ping 包大小（32B）。采用本地核心網(wǎng)部署。 【效果評估】? 縮小 ping 包大小后（原 2000B，現(xiàn) 32B），空口時(shí)延縮小 ?1~8ms 。