eSRVCC切换准备时延达到1.3s

【问题现象】

中兴eSRVCC切换时准备时延较长，平均达到1.3s。

注 ： eSRVCC切换 准备 时 延 的 是 从 终端 发出 第 一条 B2 上 报 的异 系统 MR到 UE 收到 mobility form EUTRA的时长。
【原因定位】

eSRVCC切换准备时延较长可能原因：

1) eMSC与MSC间编码方式

2) CS侧局间承载建立时长较长
排查步骤1：中兴eMSC采用的编码方式按优先级分别为G.711、AMR、AMR2，而MSC采用的编码方式分别为AMR2、AMR、G.711。将eMSC编码方式修改为AMR2，效果不明显。
排查步骤2：经分析，中兴eMSC从收到MME的 SRVCC PS to CS Request消息到返回 SRVCC PS to CS Response消息之间总时延约1.18s，其中CS侧局间承载建立时长约994ms， 而eMSC接收第二条APM消息到接收ACM消息之间时延特别长，大于500ms。
CS侧局间承载建立时长为eMSC接收到MSC第一条APM消息到接收到MSC侧ACM消息。
经分析，eMSC到MSC之间时延较长的原因是eMSC对应的MGW上发起用户面初始化时有个500ms定时器时延。

这个定时器是端局中Iu口发起呼叫BICC出局的模型使用的，设置这个定时器的目的是BICC侧发起初始化前等待Iu口初始化请求、以避免Nb口的RFCI值和Iu口的RFCI值不一致。

定时器对于端局的影响：中兴MSC与中兴RNC的RFCI值是一致的，修改上述定时器不 会有影响。设置这个定时器主要用于异厂家MSC与RNC对接，如果和异厂家间RFCI值不一 致，上述定时器修改得较短，会增加MGW媒体面传输时延20ms。
【解决方案】

修改eMSC对应的MGW上发起用户面初始化定时器，从500ms修改为1ms，中兴eSRVCC 切换准备时延从1.3s降低为700ms左右，其中eMSC从收到MME的 SRVCC PS to CS Request 消息到返回SRVCC PS to CS Response消息之间从平均1.18s降为560ms，CS侧局间承载建立 时长从994ms降低到480ms，问题得到解决。

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

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

51学通信接头方式如下：