volte时延超长分析案例.docx

网格35拉网平均时延为4923ms，主要由于存在8次异常呼叫时长，排除这8次呼叫时延后，平均的呼叫时延为2769ms，基本正常。历次呼叫时延如下：呼叫时延较长主要由于其中的8次呼叫时延超长，如下：No.LongitudeLatitudeDateTimeVOLTE_Delay_All Logs15114.0644252322.547670852015-04-11 17:41:05.9431200623114.0530933322.537510002015-04-11 18:09:38.5031278620114.0522333322.535410322015-04-11 17:57:53.3981284328114.0479216722.535941672015-04-11 18:28:46.9411371530114.0532550022.539540002015-04-11 18:36:37.514139865114.0499866722.547326672015-04-11 17:10:32.6581664326114.0500100022.531758332015-04-11 18:22:36析结果影响时延的主要有SBC向主叫转发183信令较慢、一次寻呼未收到、终端因素三种造成时延较大，详情如下：No.时延原因516643空口正常，但被叫收到寻呼较晚，影响时延1512006SBC向主叫转发183时延为12s，影响时延2012843SBC向主叫转发183时延为12s，影响时延2312786SBC向主叫转发183时延为12s，影响时延2618687空口正常，但被叫收到寻呼较晚，影响6s左右，同时SBC向主叫转发183时延为12s，影响时延，2813715主叫终端回复网络信令异常，影响时延11s左右3013986SBC向主叫转发183时延为13s，影响时延呼叫时延异常分析呼叫时延异常1问题现象：本次呼叫时延为16s，主叫在17:10:16:051时间发起呼叫，但是在17:10:31.849收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的100 Trying到收到183消息间隔了约15s，占据了本次呼叫的巨大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复100 Trying，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，从信令上看，主要是寻呼被叫时间很长导致。从被叫侧看，被叫在17：10:31.582收到网络下发的invite信令，查看被叫终端层3信令看，只到17:10:31.123收到了网络侧下发的paging消息，随后发起了业务建立被叫 TMSI为C0850F0D，如下图：查看之前的消息，被叫终端没有收到该终端相关的paging消息被叫在接受寻呼时刻的电平为-80dbm左右 ，信号较好，问题结论：被叫寻呼响应时间超长导致的时延长现象被叫终端在信号良好的情况下，未收到寻呼消息 ，但是在此刻时间段内，被叫收到了2条其他终端的寻呼消息 ，应该和空口关系不大，需要查看网络侧是否下发了本次呼叫的paging消息优化建议：需要查看网络是否下发了被叫终端的寻呼消息呼叫时延异常2问题现象：本次呼叫时延为12s，主叫在17:40:53.938时间发起呼叫，但是在17:41:05.053收到183主session progress消息，可以看出本次呼叫时延长的主要原因是主叫终端收到网络下发的100 Trying到收到183消息间隔了约11s，占据了本次呼叫的绝大部分时间，如下图：问题分析：主叫终端在下发Invite后，网络收到后会立即回复100 Trying，此时SBC去寻呼被叫，被叫响应后会向网络回复183 session progress消息，被叫信令如下：被叫在17:40:56.784收到invite消息后 ，很快在17:40:56.812回复了183 session progress消息给网络（注：主叫时间比被叫时间早3s左右），并在随后建立走完了后续信令，对时延基本无影响。主叫层3信令上看，主叫处于连接态，没有出现掉话等异常现象，排除主叫空口问题问题结论：需要查看SBC侧的信令，为何未及时向主叫转发183信令。被叫很快回复了183消息，对时延没有影响，但是主叫收到sbc下发的183消息间隔了12s左右 ，需要查看网络侧收到被叫183消息后为何没有及时向主叫发183消息。