被叫无应答定时器设置存在问题案例-

【问题现象】

在进行被叫VoLTE用户在CS覆盖下的呼叫异常场景——被叫无应答测试时，跟踪信令流程发现，无应答超时后现网2/3G核心网释放了呼叫，与移动规范流程不符。

【原因定位】

问题描述：在进行被叫VoLTE用户在CS覆盖下的呼叫异常场景——被叫无应答测试时，跟踪信令流程发现，无应答超时后现网2/3G核心网释放了呼叫，与移动规范流程不符。

问题原因：

1.按照移动规范，被叫VoLTE用户在CS覆盖下无应答时，将由AS发起cancel释放呼叫：

2.测试时跟踪信令流程，发现在振铃后45s时由现网2/3G核心网释放了呼叫，怀疑是某设备定时器设置导致；

3.查询IMS和CS几个有可能相关的定时器配置：

1）现网2/3G核心网的MSC上有4个定时器配置，分别为本地呼叫振铃定时器、国内长途振铃定时器、国际长途振铃定时器和CM等待被叫应答定时器，设置的值分别为60秒、90秒、120秒和45秒；
2）VoLTEAS上有5个定时器配置，分别为本地呼叫振铃定时器、国内长途振铃定时器、国际长途振铃定时器、域选在IMS的被叫应答定时器和域选在CS的被叫应答定时器，设置的值分别为60秒、90秒、120秒、60秒和60秒；

4.对于测试场景是VoLTE用户在CS覆盖下无应答，起作用的将是MSC上的CM等待被叫应答定时器或VoLTEAS上的域选在CS的被叫应答定时器，而由于现网MSC上的CM等待被叫应答定时器设置的45s，小于AS上的域选在CS的被叫应答定时器设置的60s，导致振铃后45s由现网核心网释放了呼叫，与移动规范要求的由AS释放呼叫不符。

影响范围：测试信令流程与规范不符，影响测试验收，但测试结果符合预期。

【解决方案】

根据VoLTE呼叫规范流程，在VoLTE被叫流程中，首先需要进行锚定，呼叫将先到达VoLTEAS，域选到CS后才到达MSC，所以当VoLTEAS的定时器和MSC定时器设置为相同值时，将由VoLTEAS先释放。因此，在华为AS上用MODITIMER命令修改域选在CS的被叫应答定时器为45秒后重新测试，结果与规范流程一致，由AS释放呼叫。
因为45秒是现网配置的定时器数值，为了保持无应答的感知的一致，在AS上把域选在IMS的被叫应答定时器也修改为45秒。

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