保持问题原因分析及排查思路
来源:优橙教育 时间:2021-02-04 09:39:03
保持问题现象及分类
保持问题主要包括以下三类(从用户感知角度):
(1)eSRVCC切换准备时延长
eSRVCC切换准备时延较长虽然不影响用户感知,但是可能会导致掉话
(2)eSRVCC用户面中断时延长
eSRVCC切换时,出现短暂的漏字问题
(3)掉话
VoLTE语音无法保持
保持问题原因分析及排查思路
一、eSRVCC切换准备时延长
eSRVCC切换准备时延统计方法
终端发出第一条B2上报的异系统MR---UE收到mobility form EUTRA的时长
eSRVCC切换准备时延长原因
中兴eMSC私有定时器设置异常,导致eMSC与MSC交互时间占eSRVCC切换准备时间的91%,而其中CS 侧局间承载建立时长(eMSC发送IAM给MSC----eMSC接收MSC的ACM)占比达到84%。修改定时器设置后,问题得到解决。
eSRVCC切换准备时延问题排查方法
eNB、EPC、IMS、eMSC、MSC、BSC网元进行时间校准;
跟踪eSRVCC切换准备信令,获取各网元的时间点,从网元和信令两个维度进行分段统计,统计时长占比较大的网元和信令;
针对疑似问题网元开展专项分析及问题定位。
二、eSRVCC用户面中断时延长
eSRVCC用户面中断时延统计方法
终端在IMS收到最后一个上/下行RTP包---终端在GSM收到第一个上/下行语音包
eSRVCC用户中断时延长原因
eSRVCC用户面终端时延长主要是终端及芯片原因:
A、HTC终端
测试发现HTC终端eSRVCC用户面中断时延达到1700ms,远高于协议规定的300ms。对比同为高通芯片的SONY终端,时延仅为380ms,判断为HTC终端原因。HTC终端升级后问题解决。
B、高通芯片
测试发现海思芯片的华为Mate7用户面中断时延仅为265ms,分析发现高通与海思芯片终端在业务面恢复时间上存在差异,eSRVCC到2G后,语音包编码器模式要做转换,高通芯片收到4个语音包之后才开始语音包译码,所以用户面中断时间比海思多出4*20=80ms。高通芯片正在进行补丁开发
eSRVCC用户中断时延问题排查方法
A、进行同芯片异终端厂家对比测试,确定是否某款终端存在问题
B、进行异芯片终端厂家对比测试,确定是否某芯片存在问题
三、掉话
掉话统计方法
主叫主动挂机时,主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK,均计算一次掉话
掉话问题分析方法
1、在主叫或被叫的事件中,找到Call Dropped事件,记录时间点
2、在主叫信令中,找到invite 200ok消息,记录时间点
3、查看invite 200ok消息到Call Dropped事件之间的时间段内,主被叫出现的异常信令
掉话原因
终端、无线、EPC、IMS等网元的问题都可能导致掉话。
A、终端
HTC终端呼叫20秒后掉话
由于HTC终端版本问题,呼叫20s后掉话。升级版本后问题解决。
B、无线
异频重定向后,专用承载丢失
无线环境正常情况下(RSRP:-111dBm,SINR:7dB),从38400重定向到37900后,异频重定向掉话。该问题为中兴eNB已知bug,将打补丁解决。
TM3与TM8转换,概率性专用承载丢失
12:09:14秒的RRC连接重配置消息中天线传输模式为TM3
在12:09:26秒终端发送RRC连接重建请求,基站侧在进行TM3到TM8转换,拒绝RRC连接重建。
12:09:26秒终端上发BYE掉话,这时专用承载丢失。
无线链路失败、RRC连接重建失败
系统内切换后无线链路失败
RRC连接重建失败
弱覆盖
问题路段无站点覆盖,且周边基站天线已无法调整,RSRP达到-126dBm,SINR降低到-8.9dB,导致掉话。
干扰(重叠覆盖、越区覆盖、PCI模3干扰)
UE占用跨越咸嘉湖占用小区474586(156)之后缺失附近邻区关系导致无线环境逐步恶化,最后导致掉话。需要控制越区覆盖小区覆盖。
参数配置(eSRVCC的GSM BSIC配置错误、eSRVCC邻区漏配、eSRVCC切换参数配置不合理、系统内邻区漏配)
eSRVCC的GSM BSIC配置错误
B2测量报告中GSM邻区为BCCH 525,BSIC码为12,而网管配置的GSM邻区的BCCH为525,BSIC码为7。
eSRVCC邻区漏配
eSRVCC邻区漏配造成掉话。
eSRVCC切换参数配置不合理
终端开始A2测量后,RSRP弱到-120dBm后还没来得及上报B2事件,导致掉话。
系统内邻区漏配
eSRVCC切换收到了CCO命令
GERAN邻接关系中支持切换配置为“不支持”,eSRVCC切换收到了CCO命令。
eSRVCC切换失败
华为区域PS to CS eSRVCC切换失败(终端未在GSM上报切换完成命令)后发生1次掉话。由于目前华为暂不支持eSRVCC回滚,切换失败后肯定会掉话。
基站故障
车辆行驶在岳华路与岳麓大道交叉口处,终端UE2占用4625261小区长沙科技大厦(学海阅江酒楼拉远)上产生掉话事件,掉话时无线环境差(RSRP:-122dBm,SINR:-0.1dB)。经核查,发现长沙岳麓大道与岳华路路口基站出现故障导致基站占用其他小区信号,弱覆盖掉话。
B、EPC
专用承载丢失
终端在无线环境较好的情况下(RSRP:-69dBm,SINR:23),忽然收到网络侧下发的去激活专有承载请求导致掉话,携带的原因值为:Regular deactivation,需要核查PCRF、EPC
核心网下发Detach Request
核心网下发detach请求导致掉话
异厂家MME切换掉话
中兴MME对华为MME送过来的切换请求消息中的可选字段进行了误判,导致切换掉话。中兴MME打补丁后问题得到解决。
C、端到端
RRC连接异常释放
无线环境良好的情况下(RSRP:-88dBm,SINR:13),由频点37900,PCI 10的小区切换到频点37900,PCI 155的小区后,收到网络下发的RRC Connection Release,原因值为other
保持问题排查思路
A、无线原因排查
终端异常进入空闲模式或者无线链路失败、RRC重建失败,需要查看当时的SINR和RSRP,确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖、基站故障等无线问题导致
eSRVCC切换失败需要对GSM邻区频点和BSIC码数据进行核查;
异频重定向和TM3/8转换为已知基站问题,需要升级基站版本解决;
B、EPC原因排查
如果保持期间发生专用承载丢失、核心网下发Detach Request,跟踪MME、S/PGW、PCRF信令查找问题原因
C 、终端问题排查
对比相同芯片的不同终端、异芯片终端,如果某款终端掉话率高,则疑似终端问题,需要对终端进行排查
D、端到端原因排查
RRC连接异常释放,则需要在eNB、EPC、IMS上同步抓取信令和数据包,检查消息在哪些网元之间丢失,针对相关网元进行问题排查