2.3.2 VoLTE终端CSFB
2.3.2.1 VOLTE终端CSFB原因分析
A、终端在2/4G或者3/4G同时有状态信息，会被叫域选择到GSM。这种情况主要是MME与HSS交互问题；
? 华为MME“INTRAFORCE”未设置为“ULR”，当终端从2G 回到4G时，如果
在同一个融合核心网网元下，TAU过程中不会发起Update Location流程，导致HSS同时存在2/4G状态，根据规范，被叫域选择到GSM。华为MME修改参数后解决问题。详见《MME参数设置导致VoLTE被叫CSFB问题处理》
? 华为MME“INTRASINGLEREG”未设置为“ENABLE”，在用户重新附着时，位
置更新消息中携带的Single-Registration-Info标志位未置位，导致中兴HSS没有删除2G位置信息，被叫因此回落2G。华为MME修改参数后解决问题。问题处理同上。
B、终端收到错误消息（如500/503）后进行异常处理，发起silent Redial，回落到GSM。这种情况主要为SBC和EPC交互问题。
? SBC转发INVITE消息给被叫RCRF时，会触发被叫终端鉴权请求确认，SBC发
给PCRF的鉴权请求消息中携带的流描述信息中被叫UE的IP为IPV4，与集团规范要求为IPV6不一致，导致被叫域选择到GSM。中兴SBC修改参数后解决问题。详见《SBC的AAR消息不合规范导致VoLTE被叫CSFB》
? EPC按照3GPP规范产生的计费标识中包含“0a”的内容，在IMS网络中，按照
SIP协议将“0a”解析成换行符（ASCII码中，0a为换行符，非显性字符），造成对计费标识的误读，导致S-CSCF回复500（服务器内部错误）错误给主叫终端，主叫终端进行异常处理，进入CSFB流程。中兴SBC打补丁后解决问题。详见《SBC回复500错误导致终端CSFB》
? 在4G下的VoLTE用户做主叫，并向主叫中兴SBC发送初始invite消息后，由于
主叫UE未携带相关带宽参数，因此中兴SBC在向PCRF申请资源时，未携带“Max-Requested-Bandwidth-UL AVP”，导致华为PCRF建立承载失败，中兴SBC在收到华为PCRF错误响应后，向UE回复503（Service Unavailable），导致部分终端CSFB。中兴SBC打补丁后解决问题。
21 / 118
2.3.2.2 VoLTE终端CSFB排查思路
A、如果终端有4G但无IMS图标，则终端未在IMS注册
B、如果终端有IMS图标，仅做被叫叫时回落GSM（4G图标变为2G图标），一般是IMS被叫域选择到GSM。需要在MME、HSS上进行信令跟踪，确认终端是否在多个域有状态 C、如果终端有IMS图标，做主叫或被叫都可能回落到GSM（4G图标变为2G图标），一般是收到错误消息后进行了异常处理。需要在IMS、EPC上进行信令跟踪，确认IMS发送什么类型错误消息，IMS与EPC进行联合分析 注：VoLTE终端CSFB
2.3.3 呼叫建立时延长
呼叫建立流程涉及较多网元，需要开展端到端分析，呼叫建立时延长主要为终端、DRA、MME、SGW问题。
如果VoLTE终端进入CSFB流程，呼叫建立时延也会相应变长，该问题详见上节《2.3.2 VoLTE终端CSFB》
2.3.3.1 呼叫建立时延统计方法
主叫发送Invite消息----主叫收到180振铃消息的时间
2.3.3.2 呼叫建立时延长原因分析 A. 终端
? 测试短呼时，两次时间间隔设置过短，被叫用户无法完全进入IDLE态，新的呼叫
发起，被叫还处于连接态转IDLE过程暂态，收不到寻呼，通过网络多次寻呼才能成功，导致整体端到端呼叫延迟达6-9s。详见《HTC资源释放过慢导致呼叫建立时延过长》
? 终端版本问题，导致发送多次Invite消息。升级版本后问题解决。详见《终端侧invite
22 / 118
消息丢失导致呼叫建立时延过长》
B. DRA
DRA“关于链路的数据捆绑开关”未打开，如果每条链路在50ms内收到的消息只有一条，并且消息包长度小于1500字节时，将导致每条消息的时延超过50ms。将“关于链路的捆绑数据开关 ”关闭，DRA与SBC交互时间降低到10ms。由于交互次数共24次，可以缩短时间24*40=960ms。详见《DRA参数配置不合理导致呼叫建立时延长》 C. MME
MME寻呼策略为首次eNB list（最近活动的7个eNB）寻呼，第二到六次为基于GUTI的TA list寻呼（包含一个TA），寻呼间隔为2.5s。eNB list寻呼成功率低，改为基于TA list寻呼后，呼叫建立时延大于5s的比例从25%降低到7%。 D. SGW
中兴SGW“报文缓存开关”未打开，导致invite消息丢失，必须要等待SBC重传。打开“报文缓存开关”开关后，可以缩短500ms~1s。详见《中兴SGW寻呼未缓存导致呼叫建立时延长》
2.3.3.3 呼叫建立时延长问题排查思路 A、 eNB、EPC、IMS网元进行时间校准；
B、 将IMS相关网元（P-SCSF、PCRF、AS、S-SCSF、HSS、DRA）的数据包汇聚到一个
CE，抓取该CE中IP数据包，同步抓取SGW、MME的数据包，获取各SIP信令在不同的网元的时间点，从网元和SIP信令两个维度进行分段统计，统计时长占比较大的网元和SIP信令；
C、 针对疑似问题网元开展相关SIP信令专项分析及问题定位。
2.3.4 未接通
2.3.4.1 未接通统计方法
主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP 200 OK消息为成功完成呼叫，其他都算未接通
23 / 118
2.3.4.2 未接通问题分析方法
1、在主叫的事件中，找到Outgoing call block/Call blocked事件，记录时间点
2、在主叫信令中，找到Invite消息（Invite消息会比RRC连接建立请求消息时间早，因为点击拨号按钮时，首先触发Invite消息，而Invite消息再触发RRC连接建立），记录时间点
3、查看Invite消息到Block事件之间的时间段内，主被叫出现的异常信令 2.3.4.3 未接通原因分析
呼叫建立流程涉及终端、eNB、EPC、IMS等网元，所有网元的问题都可能导致未接通。 A、终端
? HTC M8t某版本寻呼成功率低
? HTC M8t某版本主叫终端收到PRACK 200 OK后未上报UPDATE
主叫
? 苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起
eSRVCC流程都会导致未接通
B、无线
? SINR差（由于邻区、干扰等导致）
24 / 118
