资料下载
×
4个 5G NR 实战经典案例资料下载
消耗积分:0 |
格式:pdf |
大小:961.31KB |
2021-04-26
王银喜
分享资料个
▋多用户接入场景下 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 。
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。 举报投诉
评论(0)
发评论
- 相关下载
- 相关文章
