被叫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。