5G优化案例：端到端定位SA语音疑难问题案例分析.docx

端到端定位 SA 语音疑难问题 XX 目录 TOC \o 1-1 \h \z \u 一． EPS Fallback 理论基础 2 二． 典型案例分析 3 三． 总结 7 端到端定位 SA 语音疑难问题 XX 【摘要】随着 SA 网络的逐步商用，对 SA 网络的感知保障变得重要起来，尤其是对 SA 的语音问题。在 4G 网络作为一张语音打底网络，将和 5G 网络长期共存。由于 SA 用户的语音涉及两张网络的交互从而变得愈加的复杂起来。本次通过建立端到端的定位手段，分析解决了一些常见的 EPS Fallback 问题，为后期 SA 网络的规模商用提供了有力的支撑。 【关键字】SA volte 【业务类别】Volte 一．EPS Fallback 理论基础 图一：EPS FALLBACK 的详细流程图 SA 的volte 呼叫的详细流程如图一所示，其主要分为如下几个关键部分。1.完成 SA 用户的寻呼：SA 用户在 NR 下由空闲态变成连接态 建立 NR 上的默认承载：激活 NR 上的默认承载 QCI=9 和QCI=5 建立 NR 上的 QCI=1：5GC 指示 gNB 建立 QCI=1，并收到 gNB 拒绝，gNB 指示终端重定向到 4G 网络 终端重选带 4G：终端完程在 LTE 上的 TAU，并激活在 LTE 上的默认承载 QCI=9 和QCI=5 建立 LTE 上的 QCI=1：5GC 的融合网元指示 eNB 建立 QCI=1。 二．典型案例分析 寻呼问题导致 SA 用户 volte 被叫不通 问题描述： 用户反馈在 SA 网络下经常被叫无法接通，当用户上网的时候被叫正常 问题分析： 用户反映在SA 上被叫不通，现场核实用户信号良好，RSRP 在-90 左右，且被叫的时候 4G 侧无信令，说明用户还未在 4g 侧进行重选。初步判断是 5G 侧存在问题。在AMF 上进行信令跟踪发现用户的寻呼消息是下发到 TAC 为 9A2C00 上的，用户实际TAC 为 950800，判断是AMF 未将寻呼消息下发到对应 BBU 导致用户被叫不通。参数核实发现：中兴设备的语音寻呼是采用 TACLST，前期默认 TACLST 包含 16 个TAC；由于寻呼能力有限，部分 TAC 对应的BBU 没有收到核心网 AMF 下发的寻呼消息，导致 SA 被叫无法收到寻呼。 解决方案： 将语音寻呼方案暂时修改为三次寻呼，第一寻呼最近活动的几个 BBU，第二次寻呼 TAC， 第三次寻呼 TACLST 解决。 UPF 分配错误导致 SA 终端寻呼不通 问题描述： 用户反馈在 SA 网络下有段时间被叫无法接通，重启手机后恢复正常 图二：SA 语音报错情况 问题分析： 图三：分配 UPF 情况 现场核实用户信号良好，RSRP 在-95 左右，且被叫的时候 4G 侧无信令，初步判断是 5G 侧存在问题。在 AMF 上进行信令跟踪发现信令失败的位置是 gNB 上报传输不通，核实 AMF 下发的UPF 为UPF173（物联网专用），核实 SMF 的参数是由于 SMF 的基于切片选择 UPF 的开关未打开，导致为用户分配了错误的 UPF，导致用户被叫不通。 解决方案： 打开SMF 的基于切片选择 UPF 的开关解决 联通 4G 基站到UPF 的传输不通，导致 SA 用户在联通 4G 基站上主被叫不通 问题描述： 用户反馈在联通承建区域开通 SA 功能后，无法主被叫 图四：核心网分配的 UPF 地址 问题分析： 图五：SA 语音报错情况 现场核实用户信号良好并且volte 注册正常。用户是SA 用户在联通承建区域，通过SEQ 分析发现最先报错的位置是联通基站（IP：42.100.1.250），报错原因是传输不可用，在报错基站上对 MME 下发的 UPF（42.111.253.40）地址进行 ping 包测试发现不通。 解决方案： 联通传输对本站路由进行放通。 由于 SMF 不发起 QCI=5 的承载建立导致 SA 用户无法主叫 问题描述： 用户反馈在开通 SA 功能后，无法主叫 问题分析： 图六：SA 用户的主叫情况 从上图可以看出用户在 5G 上进行主叫都是失败的，为了定位失败是在 4g 侧还是 5g 侧查询S1-MME 的信令。在此以第一次失败未例分析 图七：S1-MME 的信令情况 图八：ims 会话建立情况 可以看出在 10:23:27s 的时候终端发起了TAU 且成功了，并结合在 27s 时，MME 进行了 ims 会话的建立，说明终端已经通过重定向到了 4g 侧，表明问题是出在 4g 这侧。终端完程TAU 后，需要SMF 发起转载的建立，而此时却没有发起建立。判断是SMF 问题，联合核心网核查 SMF 发现是计费模板问题，导致用户的 qci=1