4个 5G NR 实战经典案例资料下载

▋多用户接入场景下 SR 配置不合理导致 SCG Failure  【现象描述】  在多用户小区吞吐量测试中，出现个别终端 SCG Failure  掉线较为频繁的现象。  【问题分析】  1、首先，检查 SCG Failure  的原因。  检查测试 log 时发现 SCG Failure 的原因为 Random Access Problem。 2、然后，进一步查看终端发起 Random Access  的原因。 如下图，可见终端发起 RACH 的原因为 CONNCTION_REQUEST  和UL_DATA_ARRIVAL，结合多用户的测试场景，可以确定终端此时是因为需要进行上行传输而未申请到 SR，只能通过 RACH 来申请 UL_GRANT。  但是 RACH 会有一定的概率出现 MESSAGE 4 Timer Expired  导致失败。 具体过程如下：gNB 给终端下发短周期 PUCCH SR 资源，且配置了 SR  最大允许发送次数，如果 SR  最大允许发送次数设置较小，而接入较多用户时，终端得到上行调度的时延会显著增加，容易导致 SR  发送次数达到设置的最大允许值。此时终端会释放 PUCCH  SR资源，并通过 RACH 向 gNB 申请 UL grant。当 RACH 次数增多，gNB  上行调度压力增大，引起其他终端出现 SR  发送次数达到最大值的概率增大，形成恶性循环，从而产生终端会出现多次 SCG Failure (Random Access Problem)的问题。  【解决方案】  针对多用户接入场景，网络侧配置合理的  SR  最大允许发送次数，如将 8/16  变更为32/64。  【效果评估】  网络侧配置合理的 SR  最大允许发送次数后，问题解决，多用户小区吞吐量测试中，终端不再出现 SCG Failure  的问题。  【后续建议】  面向未来 5G 商用，根据终端用户数，配置合理的 SR 最大允许发送次数和 PRACH  资源，在小区吞吐量和用户公平性之间获取平衡。  ▋用户面时延较长问题  【现象描述】  空口时延平均值在 17ms  左右，时延较长。 传输+核心网部分时延较长，平均值 10ms  左右。 【问题分析】  5G  端到端用户面时延主要分为空口时延（终端至基站）和传输+核心网两部分。其中空口时延与终端处理能力、子载波间隔、帧结构、调度方式、SR 周期配置、ping  包大小等有密切联系，实际环境中，终端需要 2~10ms  的处理时延。在终端处理能力、子载波间隔和帧结构等统一的情况下，空口时延较长主要是受到了调度方式和 ping  包大小的影响。开启预调度可免除 SR  调度流程，缩小空口时延。ping 包较大（2000B）需要分包可导致时延增长。传输+核心网部分时延主要与核心网部署位置相关，核心网部署越远，所需传输时延越长，通常情况下，本地核心网部署传输+核心网部分时延为 1~3ms，邻省约 6~8ms。  【解决方案】  网络侧开启预调度功能，减小 ping 包大小（32B）。采用本地核心网部署。 【效果评估】  缩小 ping 包大小后（原 2000B，现 32B），空口时延缩小  1~8ms 。