volte时延超长分析案例.pdf
512.8KB 32下载 631浏览 暂无评分
本文档仅用于通信从业者学习交流
VOLTE
时延超长分析案例
网格
35
拉网平均时延为
4923ms，主要由于存在
8
次异常呼叫时长，排除这
8
次呼叫时
延后，平均的呼叫时延为
2769ms，基本正常。历次呼叫时延如下：
呼叫时延较长主要由于其中的
8
次呼叫时延超长，如下：
No.
Longitude
Latitude
DateTime
VOLTE_Delay_All
Logs
15
114.06442523
22.54767085
2015-04-11
17:41:05.943
12006
23
114.05309333
22.53751000
2015-04-11
18:09:38.503
12786
20
114.05223333
22.53541032
2015-04-11
17:57:53.398
12843
28
114.04792167
22.53594167
2015-04-11
18:28:46.941
13715
30
114.05325500
22.53954000
2015-04-11
18:36:37.514
13986
5
114.04998667
22.54732667
2015-04-11
17:10:32.658
16643
26
114.05001000
22.53175833
2015-04-11
18:22:36.464
18687
1
分析结果
影响时延的主要有
SBC
向主叫转发
183
信令较慢、一次寻呼未收到、终端因素三种造成
时延较大，详情如下：
No.
时延
原因
5
16643
空口正常，但被叫收到寻呼较晚，影响时延
15
12006
SBC
向主叫转发183时延为12s，影响时延
20
12843
SBC
向主叫转发183时延为12s，影响时延
23
12786
SBC
向主叫转发183时延为12s，影响时延
26
18687
空口正常，但被叫收到寻呼较晚，影响6s
左右，
同时
SBC
向主叫转发183时延为12s，影响时延，
本文档仅用于通信从业者学习交流
28
13715
主叫终端回复网络信令异常，影响时延11s
左右
30
13986
SBC
向主叫转发183时延为13s，影响时延
2
呼叫时延异常分析
2.1
呼叫时延异常
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.2
呼叫时延异常
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
消息。
热门文档
相关文档