5G优化案例：5G用户VoLTE通话中不添加NR案例.docxVIP

5G用户VOLTE通话中不添加NR案例 XX XX 年 XX 月 目 录 TOC \o 1-3 \h \z \u 一、 问题描述 3 二、 分析过程 4 三、 解决措施 6 四、 经验总结 6 5G 用户 VOLTE 通话中不添加 NR 案例 XX 【摘要】NAS 组网下，是一个 4G/5G 协同网络。用户的开户配置，直接影响用户的 NR 网络接入、峰值速率等性能。本案例通过对用户接入后，添加 NR 失败问题的分析定位，总结出用户接入问题的端到端分析思路及方法。通过核心网、无线侧进行端到端的跟踪分析，识别出用户开户配置问题。为后期网络正式商用，提前识别出风险，保障商用后用户良好感知。 【关键字】NSA、接入、开户 【业务类别】核心网、5G 一、 问题描述 现网环境 SZ电信 NSA 组网下，终端 mate20x 进行数据业务及语音业务测试。测试区域内包含了 个 NR 站点，3 个 LTE 站点，形成小范围内的连续覆盖。在切换相关的测试主要在香樟道开展，切换的源小区为福田鑫瑞科技_0 小区（A 小区），切换的目标小区福田市花路_0 小区（B 小区）。 其中该区域内锚点站点与 NR 站点共站，区域内邻区按配置要求进行了配置。 方向 协议定义邻区关系 邻区的作用 LTE-LTE LTE 加 LTE 邻区 NSA DC 用户移动性切换 LTE-NR LTE 加 NR 邻区 在 LTE 上添加 NR 辅载波 NR-NR NR 加 NR 邻区 NR 辅载波移动性切换 NR-LTE NSA 场景不需要, NSA DC，NR 始终是辅载波， ? LTE-LTE 对于站内邻区，只需要增加同频邻区关系；对于站间邻区，需要增加外部邻区，并增加同频邻区关系。该邻区在现网 4G 已完成添加。 NR-NR 所有 NR 站内的小区都互配邻区，并且将路线上所有的 NR 站点小区都互配了邻区。对于站内邻区，需要增加邻区关系；对于站间邻区，需要增加外部邻区。 LTE-NR 邻区，将路线上所有的 NR 站点都配置成了 LTE 的 NR 邻区。配置 LTE-NR 邻区，先需要增加 ADD PCCFREQCFG 添加主载波频点，ADD NRSCGFREQCONFIG 添加 NR SCG 频点，ADD NRMFBIFREQ 添加 NR MFBI 频点相关，ADD NRNFREQ 添加 NR 相邻频点，然后再增加ADD NREXTERNALNCELL 添加 NR 外部小区，ADD NRNRELATIONSHIP 添加 NR 邻区关系。LTE-NR 邻区配置都是在 LTE 上完成。 存在问题 在测试过程中发现，进行数据业务测试，从鑫瑞科技_0 小区移动至市花路_0 小区，NR 小区正常切换。 在进行 volte 呼叫及进行连续的 ping 测试中，从从鑫瑞科技_0 小区移动至市花路_0 小区，在锚点从鑫瑞科技_0 小区切换至市花路_0 小区后，NR 未添加，手机终端表现为不显示5G。 二、 分析过程 版本信息 Mate20X 手机 NSA 测试要求网络侧支持 F40 协议，4G 基站升级到 15.1SPC100，5G 基站升级到 15.1SPC080 版本。 无线侧信令排查 无线侧基于标准接口进行消息跟踪发现，Mate20X LTE 切换 NR 释放，并且释放后一直不添加的问题，原因是核心网给用户建立了紧急呼叫的承载。针对该问题核心网进行跟踪排查。 核心网信令排查 核心网侧用户切换后的承载变更流程如下： 3、核心网跟踪测试号码的数据业务切换流程如下，测试号码在 11:28:22 在 5g 注册成功 测试号码在 11:31:24 发起 X2 切换请求，测试号码建立了 APN=CTNET 的承载，用作数据业务，QCI=8,ARP=4。 4、跟踪测试号码是 VOLTE 用户，在附着过程中，用户创建了 QCI=5,ARP=1 的 IMS 默认承载。 问题根因 由于 ARP=1 协议规定为紧急呼叫的 ARP，在 eNodeB 侧识别为紧急呼叫，紧急呼叫为保障语音，不进行 NR 添加，需要核心网进行用户开户模板的修改。 三、 解决措施 解决措施 由于 ARP=1 协议规定为紧急呼叫的 ARP，在 eNodeB 侧识别为紧急呼叫，紧急呼叫为保障语音，不进行 NR 添加，需要核心网进行用户开户模板的修改。需要核心网进行调整。 LTE 基站侧也可以通过关闭紧急呼叫开关来规避，但如果是现网 LTE 站点，在资源拥塞场景可能导致紧急呼叫失败。 验证结果 核心网对 QCI=1 对应 ARP 修改后，在进行 volte 呼叫及进行连续的 ping 测试中，从从鑫瑞科技_0 小区移动至市花路_0 小区，在锚点从鑫瑞科技_0 小区切换至市花路_0 小区后， NR 正常