移动VOLTE 呼叫时延分析汇报 汇编.docxVIP

PAGE PAGE 3 移动VoLTE呼叫时延分析汇报 一、中国移动VoLTE呼叫VoLTE用户路测时延现状 2016年底重点城市路测自测VoLTE时延数据：最短1.73秒，全国平均时延2.43秒； 2016年10-11月重点城市ATU路测VoLTE时延数据（挑选较差的部分网格测试）：最短时延1.99秒，全国平均时延2.5秒。 二、中国移动VoLTE呼叫VoLTE用户信令平台统计时延现状 移动集团16年3季度网络健康度信令平台主要省份VoLTE时延数据如下，其中全国平均时延3.24秒 指标 时延/秒 指标 时延/秒 指标 时延/秒 指标 时延/秒 甘肃 2.37 北京 2.91 陕西 3.27 湖南 3.83 宁夏 2.45 内蒙古 2.93 安徽 3.36 四川 3.88 吉林 2.46 福建 2.96 上海 3.36 河南 3.25 山西 2.74 贵州 2.97 天津 3.41 重庆 3.50 河北 2.76 广东 3.20 浙江 3.43 全网 3.24 山东 2.79 江西 3.21 广西 3.46 黑龙江 2.86 青海 3.24 江苏 3.47 三、国外其他运营商VoLTE网络的呼叫时延情况： 1、德国VDF城市 P3路测数据，平均时延2.5秒。 2、美国Att和Verizon VoLTE网络华盛顿区域P3测试，平均呼叫时延2.69秒 3、澳大利亚运营商Telstra、OPTUS、VHA主要城市的P3路测数据，平均时延2.4s 四、中国移动VoLTE呼叫VoLTE用户情况时延分析 VOLTE网络的Vo-Vo呼叫的平均时延分段为例（如下图所示） 1、无智能，彩铃业务情况下， 如连接态（有业务，空口连接未释放）呼叫时延可以到达1.5秒以内。参考上述流程（1.2+2+5+6+10.3+10.4），时间（120+350+100+260+120+400ms）1.5秒左右； 2、无智能，彩铃业务情况下，空闲态(正常拨打一般是空闲态)，比连接态多了被叫寻呼，空口RRC建立流程，Vo to Vo 的呼叫时延一般在2.35秒左右。参考上述流程（1+2+5+6+10），时间（220+350+100+260+1.52）在2.35秒左右； 3、智能业务由于需要获取被叫精准位置信息，比空闲态又多了一个寻呼流程，增加时延1秒左右、彩铃业务增加时延500ms左右，所以，主被叫智能+彩铃业务，会增加时延1~1.8秒，呼叫时延在3.5~4秒左右。 Vo智能、彩铃业务是串行触发的，彩铃流程耗时约500~600ms左右，智能业务主叫流程约150~200ms，智能业务被叫流程由于SCP AS需要获取被叫位置信息，又多了一个寻呼流程，耗时1秒左右。 各省都有VPN智能业务有和彩铃业务，智能、彩铃用户的比例越大，信令平台统计的平均时延就越会越大。 五、中国移动VOLTE 接续时延优化建议： 16年VoLTE百日会战，通过SCTP绑定、DNS缓存，SIP OVER TCP修改为UDP、寻呼策略、设备内部队列处理等优化措施，缩短了呼叫时延1.5~2s。 后续可以在Precondition流程和智能业务的被叫位置信息获取流程方面做一些优化研究，但这两个流程的优化与部分业务场景问题存在矛盾，需要通过研究后做出抉择。 一、研究Precondition流程，评估关闭Precondition流程的可行性，如果可以关闭precondtion流程，可减少400~600ms时延： Precondition流程串行处理，主被叫UE和网络全程通知均已完成资源准备（承载建立）才能够进行下一步处理，发出180消息。 Precondition流程，包含PRACK/200 OK(PRACK)/UPDATE/200 OK(UPDATE)4条消息，从每条消息必须在被叫UE/无线空口/被叫SBC/被叫S-CSCF/被叫AS/I-CSCF/主叫S-CSCF/主叫AS/主叫SBC/无线空口/主叫UE 之间传送，导致呼叫时延较大，如下图所示： 如果关闭Precondition流程，180振铃消息和承载建立流程并行方式，主被叫承载建立也是各自进行，不通知，可能存在如下风险： 被叫已振铃，主叫已听到回铃音，但由于主/被叫承载建立失败，定时器超时后，呼叫失败拆线（即振铃1-2声，呼叫拆线）。 被叫振铃并摘机通话后，如果主/被叫承载建立失败，则会出现信令通，话音不通的问题，定时器超时后呼叫拆线（即接通后几秒听不到声音，呼叫拆线）。 承载建立等待定时器有几秒时间，承载建立失败，很可能出现以上问题的。 建议评估现网承载建立成功率情况，根据相关数据评估关闭precondtion流程对业务的影响。 建议对终端进行评估分析：主叫UE发起INVITE请求，一般都