5G优化案例：NSA用户在VOLTE被叫振铃时异常释放问题处理案例.docxVIP

第 PAGE 1页, 共 NUMPAGES 10页 NSA用户在VOLTE被叫振铃时异常释放问题处理 XX 【摘要】用户反馈5G手机在使用VOLTE通话做被叫时，存在振铃阶段被异常释放的问题。由于QCI1不活动定时器设置过短，振铃阶段定时器超时QCI1专有承载释放。QCI1释放后终端发起重连请求，但MME未按业务要求建立QCI1，导致用户呼叫被核心网异常释放。建议将QCI1不活动定时器配置为60S，确保振铃状态用户感知。 【关键字】VOLTE 不活动定时器5G 【业务类别】移动网 问题描述 用户反馈在使用5G手机(mate20X)过程中， VOLTE通话时存在问题。当终端在5G覆盖下使用VOLTE业务，其在做被叫并处于振铃阶段时被叫未及时接听，经过约10多秒后就会振铃结束并被异常释放，正常VOLTE通话振铃时间为40秒，由于振铃时间过短导致用户经常无法正常接听电话。 问题复现：在5G覆盖下，使用普通4G手机做主叫，Mate20 X5G为被叫，主被叫间重复拨打，问题得到复现。从SIP信令中可见，5G终端被IMS拆线释放，导致业务中断。需分析核心网发起释放原因。 分析过程 VOLTE平台信令流程分析： 异常信令流程分析：（主叫终端：p20 PRO, 被叫终端：mate20 x） 主叫起呼，被叫正常振铃： 10秒后，后台监控到被叫侧基站发起release流程，MME释放QCI1： 此时查看终端侧信令，QCI1被释放： QCI1释放后UE重新发送服务请求，要求重新建立连接。MME下发建立QCI5、QCI9承载。 从信令跟踪来看，其只是建立了QCI9和QCI5，未建立QCI1。随后核心网下发cancel消息导致VOLTE通话被释放。 根据以上现象进行相关参数核查发现，主服务小区的“语音业务UE不活动定时器开关=OFF”，那么基站采用的UE不活动定时器会根据QOS的“UE不活动定时器优先级”选取优先级最高的UE不活动定时器作为该用户的UE不活动定时器。在此服务小区的参数配置中，逻辑信道优先级最高的是QCI5，故选取了QCI5对应的“基于QCI的UE不活动定时器(秒)=10”作为此VOLTE用户的QCI1不活动定时器。 语音业务UE不活动定时器开关 小区名称 Enodeb id 本地小区标识 下行频点 语音业务UE不活动定时器开关 湖里区xxxxx大楼13F-16FX_C0NCYT3 391957 0 1825 OFF 湖里区xxxxx大楼13F-16FX_C0NCYT0 391957 20 100 OFF QCIPARA配置的UE不活动定时器 基站名称 服务质量等级 基于QCI的UE不活动定时器(秒) UE不活动定时器优先级 逻辑信道优先级 湖里区江头Z01_B391957_C 1 20 0 5 湖里区江头Z01_B391957_C 5 10 0 4 湖里区江头Z01_B391957_C 8 10 0 11 湖里区江头Z01_B391957_C 9 10 0 12 异常现象小结： 复测发现，几例异常释放原因基本一致。振铃时长只有10多秒； QCI1不活动定时器设置为10秒；如果没有彩铃的情况下，QCI1上是无数据发送和接收的，从终端的SIP信令跟踪可以看到无RTP包的情况，其QCI1承载的不活动定时器设置小，从而导致承载的释放；但该情况并不会导致通话的释放，终端将重新发起服务请求，确保QCI1连接； 承载释放后终端随后发起服务请求重连，MME进行承载重新建立。但建立的任务仅有QCI5和QCI9，无QCI1,导致最终IMS将通话释放。 正常流程对照解析—4G手机互拨场景 正常信令流程分析：（主叫小米8 手机；被叫：p20 PRO 均为4G手机） 主叫起呼、被叫正常振铃（20:37:00），振铃约10s后QCI1释放（20:37:09）。 释放后，终端重新发起服务请求，保持连接（第79条信令，20:37:09） MME下发承载建立请求，要求建立QCI1\QCI5承载（未开数据开关）或QCI1\5\9承载.基站回应并完成承载建立（第81条解析结果如下）。 多次QCI1释放及连接流程后，40秒振铃结束，呼叫正常释放。 MME信令跟踪流程对照分析： 异常释放场景：10：04:02—10：04：14(5G手机)，删除QCI1专载后（见Delete Bearer Command消息）在Initial?Context?Setup?Request消息中无QCI1： 无异常释放场景：10：08：13—10：08：25（5G手机关闭5G开关），核心网侧实际上未删除QCI1专载，所以在Initial?Context?Setup?Request消息中包含了QCI1参数： 分析小结： 实际上根据核心网MME上面的配置情况来看，10秒进入空闲态的配置软参（ENB失败时