TAC6232VoLTE测试问题点分析Word文档格式.docx

TAC6232VoLTE测试问题点分析Word文档格式.docx

《TAC6232VoLTE测试问题点分析Word文档格式.docx》由会员分享，可在线阅读，更多相关《TAC6232VoLTE测试问题点分析Word文档格式.docx（10页珍藏版）》请在冰点文库上搜索。

确定终端在IMS上注册成功，记录LOG按既定路线测试。

测试过程中记录MOS分值。

2测试指标

终端EndtoEnd指标：

总共起呼次数

CSFB次数

TDS起呼

VoLTE起呼次数

VoLTE呼叫失败

VoLTE掉话

TAC内全程呼叫成功率

VoLTE全程呼叫成功率

145

1

3

141

2

96.55%（140/145）

96.45%（136/141）

MOS，平均3.847，小于“3”的比例为4.1%，详细分布如下：

MOS均值

MOS最大值

MOS最小值

0<

=MOS<

2<

3<

3.5

3.5<

4

4<

=MOS

3.847

4.11

1.14

1.70%

2.40%

6.80%

35.40%

53.80%

呼叫时延，平均4.01s，，详细分布如下：

（2.5,3]

（3,3.5]

（3.5,4]

（4,4.5]

（4.5,5]

（5,20]

8.70%

28.30%

21.70%

7.20%

5.80%

3问题点分析

3.1CSFB呼叫原因

终端由于覆盖差原因（电平低于-120dBm）发生eSRVCC，如下图：

终端eSRVCC后，至12:

08:

48在GSM完成呼叫，在随后的15秒时间内，虽然完成了EPS附着，但是未完成IMS附着，因此该次呼叫仅能使用CSFB：

由上图信令，基站在给终端建立默认承载的时候，仅建立了QCI=9默认承载，但是未建立QCI=5的IMS承载，因此可以确认，由于IMS附着未完成，无法使用VoLTE业务。

3.2TDS起呼原因

测试过程中出现三次TDS网络起呼，其主要原因11:

00:

08出现TAU失败，核心网拒绝终端的TAU：

由于TAU失败，终端无法驻留4G网络，故在随后的三次呼叫请求，只能在TDS网络进行：

3.3VoLTE呼叫失败原因1

11:

52:

44出现VoLTE呼叫失败，主叫发送Invite消息后未收到Ringing消息，主叫信令如下：

查看被叫终端信令，终端收到Invite100消息，但是未完成后续的无线链路建立流程即释放RRC连接：

回看被叫终端以往的信令，发现约半分钟之前出现PDN连接拒绝事件：

被叫终端一直到一分钟之后才重新激活QCI=5的默认承载，完成IMS附着流程：

本次呼叫失败原因主要是被叫终端由于网络侧拒绝PDN连接请求，导致呼叫无法完成。

3.4VoLTE呼叫失败原因2

与第一次呼叫失败原因相同，被叫无响应：

3.5VoLTE呼叫失败原因3

12:

41:

36发生第三次呼叫失败，主叫收到Invite180消息，但是未完成后续流程：

被叫终端出现故障，与软件连接失败：

本次呼叫失败可判断为被叫终端故障。

3.6VoLTE掉话原因1

无线环境正常，软件判断掉话，主要原因为主叫终端发送BYE消息后，约12秒钟才收到网络侧下发的BYE200消息。

可能原因：

1.网络原因导致BYE200消息被延迟下发

2.终端、软件记录错误时间戳

3.7VoLTE掉话原因2

无线网络原因造成的掉话，终端反复请求切换至PCI190小区，但是未完成切换，由于干扰过大无线质量恶化严重，导致RRC重建：

确认两个小区已经配置邻区关系，掉话的原因可能是由于RF覆盖不甚合理导致的切换不及时，后续交RF人员处理。