Pre-condition功能开启对呼叫建立时延的影响

【问题现象】
VoLTE外场测试中发现，SONY终端的呼叫建立时延平均为3.1~3.2秒，HTC终端的呼叫建立时延平均为1.7~1.9秒，SONY终端的呼叫建立时延相对HTC终端平均多出1.2秒。
【问题分析】
首先明确呼叫建立时延定义，即从第一条随机接入消息到终端接收到网络侧下发的SIP 180 Ring消息之间的时间差。处于RRC空闲态的终端由于有业务要传输，将首先发起Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接，并接收网络侧下发的SIP 180 Ring听到振铃音，一旦被叫接通电话，主叫将接收到SIP 200 OK消息，完成会话建立。具体包括RRC状态转换和SIP会话请求、振铃过程：
1、RRC状态转换：定义为第一条随机接入消息到RRC Connection Reconfiguration Complete消息。RRC IDLE状态的终端由于有数据需传送（比如发起Ping）而发起Service Request过程，终端通过“随机接入-RRC连接建立-DRB建立”空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；
2、SIP会话请求→振铃：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 180 Ring消息，包括专用承载建立、会话建立等过程。
与HTC工程师沟通发现，由于未修改NV值65955，65957，71597的配置，导致HTC M8终端未能与核心网进行Pre-condition流程（缺少PRACK与UPDATA的SIP信令交互），因此呼叫建立时延低于SONY终端。开启Pre-condition后， 主叫与被叫之间的信令交互如下：

对于SONY终端，被叫终端收到INVITE后，除去回INVITE 100以外，还会发出INVITE 183，183（Session Progress）应答用于提示建立对话的进度信息。INVITE 183消息中包含了“Require：100rel，precondition”，表示必须发送SIP协议中可选的可靠性临时响应PRACK，用于对SIP信令中间过程的确认。HTC终端缺少此流程。两款终端的具体信令流程如下图：

【问题解决】
对于采用高通芯片的终端， NV值修配置为：65955=1；65957=1；71597=11100后，可开启Pre-condition流程。
Pre-condition流程在呼叫建立之前完成主被叫的QoS协商和资源预留，虽然导致呼叫建立时延增加（约1.2s），考虑到能更好的保证业务质量，提升客户感知，建议在终端中开启此功能。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：

51学通信联络邮箱: gprshome@163.com
管理员及站长”爱卫生”微信号 : gprshome201101
喜马拉雅听FM频道：51学通信
优酷频道地址：i.youku.com/51xuetongxin
淘宝店：51xuetongxin.taobao.com
直播地址：douyu.com/zhihu
51学通信网站：www.51xuetongxin.com
51学通信精品阅读：read.51xuetongxin.com
微信公众号：51学通信（ID：woyaoxuetongxin）