北京移动华为区域环路volte测试分析报告-0626 1 总体测试指标2 四环测试分析2.1 VOLTE呼叫建立失败问题分析2.1.1问题点1: 主被叫终端设备断开问题点描述：4环与望京西路交口西北侧出现未接通，网络侧下发INVITE100后，测试终端连接断开，软件未能采集正常信令而提前取消寻呼服务请求。
下一步核查计划：以后测试要注意尽量保证设备连接良好。
2.1.2问题点2: 主叫QCI1建立成功，被叫转CSFB问题点描述：东4环中路和姚家园路交口出现未接通，主叫QCI1建立成功，但从主叫发起INVITE后约10s后才收到INVITE183，而被叫在11：48：05.767之前约10s未收到任何系统消息和寻呼消息，导致TAS的定时器到期释放呼叫，导致在IMS域的接续失败，TAS发起CS RETRY2.1.3问题点3：被叫QCI1未建立，转CSFB问题点描述：南4环东路出现未接通，主叫QCI1建立成功，但从主叫发起INVITE后约6s后才收到INVITE183，而被叫从事件中可以看到在13：59：19.071之前约10s未收到任何系统消息和寻呼消息，且在13：59：10.169进行了小区重选，导致无法接收此期间发送的系统消息和寻呼消息.而TAS的定时器到期释放呼叫，在重选完成后，IMS域的接续失败，TAS发起CS RETRY2.1.4问题点4：核心网问题问题点描述：南四环东路与小红门路交口东侧出现未接通，经过信令分析为在主叫启呼后网络下发INVITE500，被叫取消呼叫请求并终止服务请求，需核心网跟踪进行问题定位及处理。
下一步核查计划：需要核心网协助定位问题2.1.5问题点5：主叫QCI1建立成功，被叫转CSFB问题点描述：主叫QCI1建立成功，被叫转CSFB，导致主被叫呼叫建立失败问题点分析：分析发现当主叫发起invite后，主叫收到网络侧转发的invite 100，被叫未收到网络侧转发的invite，QCI1未建立导致被叫转CSFB，主被叫呼叫建立失败下一步核查计划：复测并需要核心网协助定位2.2 VOLTE超长时延问题分析2.2.1 问题点1：被叫转为CSFB后重建CS业务问题现象：本次呼叫时延为12.51s，主叫在13:38:27:541时间发起呼叫，但是在13:38:33.805收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复Invite100 ，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。
从被叫信令看，主叫启呼后，网络下发paging，随后进行业务的建立。
但被叫进行CSFB业务，使主叫寻呼时延超长。
2.2.2问题点2：被叫转为CSFB后重建CS业务问题现象：本次呼叫时延为12.43s，主叫在13:47:58:427时间发起呼叫，但是在13:48:04.548收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复Invite100 ，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。
从被叫信令看，主叫启呼后，网络下发paging，随后进行业务的建立。
但被叫进行CSFB业务，使主叫寻呼时延超长。
2.2.3问题点3：被叫转为CSFB后重建CS业务问题现象：本次呼叫时延为12.308s，主叫在13:53:41:313时间发起呼叫，但是在13:53:47.535收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复Invite100 ，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。
从被叫信令看，主叫启呼后，网络下发paging，随后进行业务的建立。
但被叫进行CSFB业务，使主叫寻呼时延超长。
2.2.4问题点4：被叫转为CSFB后重建CS业务问题现象：本次呼叫时延为11.909s，主叫在13:57:50:932时间发起呼叫，但是在13:57:57.022收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复Invite100 ，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。
从被叫信令看，主叫启呼后，网络下发paging，随后进行业务的建立但被叫进行CSFB业务，使主叫寻呼时延超长。
2.3 VOLTE的MOS值低问题分析2.3.1 五环问题点1：低SINR问题问题分析：本次呼叫MOS值为1.5，主叫在通话中占用朝阳北京会议中心东NLG3的38400站点，被叫占用朝阳北京会议中心HL-3的37900站点，从信令及信号质量指标可以看出邻区信号质量比服务小区好切换不及时和SINR低导致本次呼叫MOS值低的主要原因是2.3.2五环问题点2：被叫转CSFB问题问题分析：本次呼叫MOS值为1.95，主叫在通话中占用朝阳慧谷园林绿化公司HLF-2的38400站点，被叫转CSFB，从信令及信号质量指标可以看出本次呼叫MOS值低的主要原因是被叫转为CSFB。
2.3.3五环问题点3：被叫转CSFB问题问题分析：本次呼叫MOS值为1.58，主叫在通话中占用朝阳将台乡东侧HLG-2站点，被叫转CSFB，从信令及信号质量指标可以看出本次呼叫MOS值低的主要原因是被叫转为CSFB。
2.3.4五环问题点4：被叫转CSFB问题问题分析：本次呼叫MOS值为1.49，主叫在通话中占用朝阳将台乡东侧HLG-2站点，被叫转CSFB，从信令及信号质量指标可以看出主叫信号质量好，RSRP为-70dBm，SINR约为20dB，本次呼叫MOS 值低的主要原因是被叫转为CSFB。
2.3.5五环问题点5：被叫转CSFB问题问题分析：本次呼叫MOS值为1.34，主叫在通话中占用朝阳大黄庄HLG-2站点，被叫转CSFB，从信令及信号质量指标可以看出主叫信号质量很好，RSRP为-70dBm，SINR约为20dB，本次呼叫MOS值低的主要原因是被叫转为CSFB3 五环测试分析3.1 VOLTE未接通问题分析3.1.1问题点1：主叫QCI1建立成功，被叫转CSFB问题点分析：主叫QCI1建立成功，但从主叫发起INVITE后约11s后才收到INVITE183，而被叫在12：14：48.312之前即主叫收到INVITE183前后被叫频繁进行小区重选导致未能收到系统消息和寻呼消息，导致TAS的定时器到期释放呼叫，被叫在IMS域的接续失败，TAS发起CSRETRY3.1.2问题点2：主叫QCI1建立成功，被叫转CSFB问题点分析：主叫QCI1建立成功，但从主叫发起INVITE后约6s后才收到INVITE183，而被叫在12：20：07.005即主叫收到INVITE183后被叫频繁进行小区重选而未能收到系统消息和寻呼消息，导致TAS的定时器到期释放呼叫，被叫在IMS域的接续失败，TAS发起CS RETRY3.1.3问题点3：主叫QCI1建立成功，被叫转CSFB问题点分析：主叫QCI1建立成功，但从主叫发起INVITE后约6s后才收到INVITE183，而被叫在12：22：15.121即主叫收到INVITE183后被叫频繁进行小区重选而未能收到系统消息和寻呼消息，导致TAS的定时器到期释放呼叫，被叫在IMS域的接续失败，TAS发起CS RETRY3.1.4问题点4：流程冲突问题点描述：主叫QCI1建立，主叫进行TA更新，导致主被叫呼叫建立失败。
问题点分析：分析发现当主叫发起invite后，主叫收到网络侧转发的invite 100，同时主叫正在进行TAU更新，被叫未收到网络侧转发的invite，导致主被叫呼叫建立失败。
下一步核查计划：需要MME确认流程嵌套的处理机制并优化3.2 VOLTE掉话问题分析3.2.1问题点1：核心网问题问题点描述：主叫发起BYE后，未收到BYE200而收到BYE487，导致主叫掉话。
问题点分析：分析发现主叫在该路段的RSRP约为-99dBm，SINR约为9dB。
主叫未收到BYE200，需要核心网协助定位原因。
下一步核查计划：复测并需要核心网协助定位原因。
3.2.2问题点2：软件误判问题点描述：主叫发起BYE后，也收到网络侧转发的BYE 200，但是软件误判为掉话。
下一步核查计划：需要软件厂商解决。
3.2.3问题点3：流程冲突问题点描述：主叫发起BYE后进行TA更新，导致主被叫未能收到BYE200。
问题点分析：分析发现当主叫发起BYE后，同时主叫正在进行TAU更新并TAU failure，导致主叫掉话。
下一步核查计划：需要MME确认流程嵌套的处理机制并优化3.2.4问题点4: 主被叫终端设备断开问题点描述：主叫发起BYE后，测试终端连接断开，软件未能采集正常信令而提前终止服务请求。
导致软件判为掉话下一步核查计划：以后测试要注意尽量保证设备连接良好。
3.2.5问题点5: 主被叫终端设备断开问题点描述：主叫发起BYE后，测试终端连接断开，软件未能采集正常信令而提前终止服务请求。
导致软件判为掉话下一步核查计划：以后测试要注意尽量保证设备连接良好。
3.2.6问题点6：弱覆盖问题点描述：主被叫在通话过程中进入弱覆盖区域，已进行A2的启测，但未能及时进行ESRVCC时信号已经太弱导致掉话。
下一步核查计划：催开站点加强该区域覆盖。
3.3 VOLTE超长时延问题分析3.3.1 问题点1：被叫转为CSFB后重建CS业务问题现象：本次呼叫时延为13.455s，主叫在12:18:50:813时间发起呼叫，但是在12:18:57.327收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的invite100 到收到invite183消息间隔了约6s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复Invite100 ，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。