VoLTE终端互拨会出现被叫CSFB回落案例-

【问题现象】
LTE下的两个VoLTE终端互拨，会出现被叫先CSFB回落到2G，然后才振铃接通的情况。
【原因定位】
问题描述：LTE下的两个VoLTE终端互拨，会出现被叫先CSFB回落到2G，然后才振铃接通的情况。

问题原因：
测试过程中出现VoLTE终端互拨会出现被叫CSFB回落的情况：
情形一：
HTC终端如果在2/3G下，通过设置“LTE only”强制选到LTE，然后再做被叫时就会触发CSFB回落回2/3G。通过抓包分析，发现在终端设置了“LTE only”强制选LTE时，终端向MME发送的attach request中不带additional GUTI，而根据移动规范（参见“中国移动TD-LTE扩大规模试验网核心网路由组织及局数据设置原则-第二分册”中3.5节），attach request中如果不带additional GUTI，那么MME将认为该用户前一次不是在2/3GSGSN附着的：

这时候如果MME保存有该用户的信息，就不会发Update-Location-Request给HLR，下次做被叫时根据诺基亚的被叫域选择，会认为用户在2/3G下，就会触发CSFB，这种情况下开关机通常也是没用的（因为MME已经保存了它的用户信息）。
附T-ADS简要说明：
诺基亚被叫域选择（T-ADS）方案，首先判断融合HSS中是否有SGSN number，如果有，则认为该用户在23G下，就会将被叫指向23G CS域。这个方案的依据之一是3GPP TS29.328下列描述：
Annex E (informative): T -ADS request handling in the HSS If both MME and SGSN are registered but the registered SGSN is a Gn/Gp-SGSN, the HSS treats the MME asnot registered in the following T-ADS request handling. 支持LTE的双模终端，从GnGp-SGSN移动到MME下时，即使MME保留有用户数据，按照TS29.272规范要求，MME还是需要发起S6a-ULR，携带Single Registration Ind，以触发HSS/HLR删除用户SGSN地址。所以正常情况下用户进入LTE覆盖时，HLR不会保留SGSN地址。

正常触发ULR消息的attach request中包含Additional GUTI：

ULR消息中会将Single Registration Indication置位以触发HLR删除用户SGSN地址:

情形二：
广州在福州漫游号码拨打福州LTE下的本地VoLTE用户，被叫回落。
抓包发现广州IMS网络未到福州IMS查询被叫，未触发福州TAS发起被叫域查询，直接认为被叫是23G用户，从而直接从广州就送到了23G网络，导致了CSFB。
经查是广州IMS配置有问题，修改后问题解决。
影响范围：VoLTE用户在LTE下做被叫会回落回2/3G。
正常流程：广州IMS应该将invite发给福州I/S-CSCF，然后invite发给福州TAS触发被叫域查询。

【解决方案】
1、建议商用 4G 终端不向用户提供“LTEonly”开关。
2、核查现网数据配置，避免高比例CSFB。

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