被叫VoLTE用户在LTE覆盖下不可及录音时延过长问题

【问题现象】

在进行被叫VoLTE用户在LTE覆盖下不可及测试时,发现等待录音通知时间过长。

【原因定位】

问题描述:在进行被叫VoLTE用户在LTE覆盖下不可及测试时,发现等待录音通知时间过长,严重影响用户体验。

问题原因:

在VoLTE用户在LTE覆盖下不可及时,按照规范,首先会在4G(PS域)下进行寻呼,寻呼无响应后再去2/3G(CS域)进行寻呼,而IMS和MME侧在PS域寻呼阶段都不会发起CANCEL流程,所以只能由TAS来完成PS寻呼的终结。
1)TAS收到INVITE消息后先在PS域发起寻呼,时间为15:50:47:
2)IMS和MME侧在PS域寻呼阶段都不会发起CANCEL流程,需要由TAS完成PS寻呼的终结,在PRFILE(52,44)中设置寻呼无响应超时时间,其中十六进制4E20为十进制的20000,单位为毫秒,也就是寻呼无响应时间设置为20s:

因此在过了20s后,TAS发起CANCEL终止PS域的寻呼,时间为15:51:07:
3)TAS在IMS域将INVITE消息发给被叫,由于某些原因(比如无线覆盖),对被叫做了四次寻呼(时间分别为15:50:47,15:50:49,15:50.53,15:51:01),但是四次寻呼均无响应。过了20S,到达TAS的寻呼响应Timer后TAS就发起Cancel取消了VoLTE网络的呼叫;


4)接着TAS就向CS域要漫游号并将INVITE消息发给MSC:

5)现网MSC中寻呼配置为3.5s,重寻呼设置为1:


在现网配置下,无线寻呼(TMSI寻呼加IMSI寻呼)时间将为3.5+3.5=7s,加上重复寻呼尝试一次,共需要14s,从抓包消息看,15:51:07发送IAM消息,15:51:21收到ACM消息,ACM消息中包含规范要求Q.850cause=18,时间间隔14s:


这种情况下寻呼时间共用时20(PS域)+14(CS域)=34s,也就是说主叫在34s后才能听到用户不可及的录音通知,为了缩小寻呼时延,可以将TAS寻呼无响应超时时间缩短,比如说设置为10s,那么在PS域的寻呼响应时延就会缩短到10s,而在CS域寻呼时,到达10s计时器时,即使现网的正常寻呼流程还未结束,TAS同样会向CS域发起CANCEL流程,这种情况下听到录音通知时延将变为20s,但是此时CS的寻呼流程并未结束,因此需要优化两个计时器的设置。
6)TAS发起cancel之后,4G回落到2G,做CSFB。

影响范围:当VoLTE用户在LTE覆盖下做被叫且不可及时,主叫听到录音通知的时间将会比较长,影响用户体验。
【解决方案】

需要配合无线优化寻呼响应时间,在TAS的不可及响应时间和2/3G寻呼响应时间做均衡。

目前把时间20s修改为10s超时,发起cancel了,避免影响用户感知。

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

SBC返回404 Not Found因 STN-SR号码配置不匹配

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

SBC返回404 Not Found因 STN-SR号码配置不匹配

51学通信接头方式如下:

51学通信联络邮箱: gprshome@163.com
管理员及站长”爱卫生”微信号 : gprshome201101
喜马拉雅听FM频道:51学通信
优酷频道地址:i.youku.com/51xuetongxin
淘宝店:51xuetongxin.taobao.com
直播地址:douyu.com/zhihu
51学通信网站:www.51xuetongxin.com
微信公众号:51学通信(ID:woyaoxuetongxin)
赞 (1)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址