1.MME不支持CSFB
如果CSFB手机设置为语音优先模式（Voice Centric），CSFB手机在尝试5次联合附着失败后（高通芯片），将关掉4G能力，降级为2G/3G手机驻留在2G/3G网络，如图10-19所示。
图10-19 MME不支持CSFB
如果CSFB手机设置为数据优先模式（Data Centric），当驻留LTE网络时仅能进行数据业务，无法进行语音主被叫。
CSFB手机降级为2/3G手机后，高通芯片周期性（周期可设置）开启4G能力，并尝试在4G搜网驻留；因尝试4G驻留会周期性（高通默认设置为12 min）引入一定不可及时延（青岛、广州测试结果约6 s）；若手机重新进入CSFB区域，CSFB手机通过自主周期搜网，可在4G驻留，进行正常主被叫。
CSFB手机降级为2/3G手机后，海思芯片将不开启4G周期搜网功能，始终驻留在2G/3G网络（在CSFB区域可通过重新开机方式返回4G网络）。
2.MME支持CSFB，eNodeB不支持CSFB（即eNodeB未开启CSFB功能）
CSFB手机能够正常在LTE驻留，在进行主叫时，能够回落至TD-S建立通话，部分厂家设备下无法进行被叫。CSFB手机作为主叫时，华为、中兴、爱立信、贝尔设备下会回落TDS进行主叫，接续时延普遍超过20 s，前期现网实测结果表明，CSFB手机拨打GSM手机平均时延约21.1 s。
UE上报ESR时，同时启动NAS层timer T3417ext，协议定死10 s；华为、中兴设备下，T3417ext超时后，主叫释放资源，同时在2/3G发起呼叫；爱立信、贝尔设备，空闲态下，未等T3417ext超时，eNodeB下发RRC Connection releaase，终端在2/3G发起呼叫；连接态下，不下发该信令，T3417ext超时后，释放资源，在2/3G发起呼叫。
CSFB手机作为被叫时，华为、中兴设备下无法接通；爱立信、贝尔设备下空闲态做被叫可以接通，接通时延较长（前期实测，终端会回落2/3G网络，不同终端接续时延不同，平均约13 s左右），连接态下做被叫无法接通。
3.eNodeB未配置或未正确配置2G邻区
（1）eNodeB未配置2G邻区
华为、中兴设备如未配置2G邻区，类似于eNodeB未开启CSFB开关，即RRC Connec-tion Release信令不会下发，主叫可以在2/3G起呼，被叫则无法接续。爱立信、贝尔设备如未配置2G邻区，RRC Connetion Release信令仍然下发，终端做主被叫时可能在2/3G正常接续，但接续时延较长。
（2）eNodeB未正确配置2G邻区
前期在扩大规模试验网16城市与苹果公司联合测试过程中发现，有些eNodeB配置2G邻区过少，或未正确配置合适2G邻区，导致主被叫回落接续失败。
1）配置2G邻区由于弱覆盖或者干扰大等原因导致2G侧无法建立连接或者寻呼响应（paging response）失败。
2）配置2G邻区为伪基站。
3）由于2G载频故障原因导致分配TCH失败。
回落分配至LAC 13752、CI：31553的2G小区，发现该小区共6块载频，有合路告警，提示BCCH与另一路合路功率不匹配，与测试情况相符，将另一路的3个载频锁闭后重新测试，恢复正常。
4.跨MSC POOL被叫失败
当CSFB终端回落跨MSC POOL时，主叫可以接续，但需多做一次LAU，接续时延会变长；被叫无法接续，终端开机初始执行LTE联合附着/位置更新时，根据MME配置的TA-LA映射表，注册在LA1对应的MSC1上，MSC1在MSC POOL1内。而因终端拨打时位置在MSC POOL边界，终端实际回落时选择接入的GSM小区为LA2，对应的MSC为MSC2，MSC2在MSC POOL2内，由于现网MSC POOL间没开启MTRF，导致Paging与Paging re-sponse不在同一个MSC POOL，如图10-20所示。
无线侧解决方案：通过在跨MSC POOL 4G小区进行配置R8重定向的2G频点时，对于相邻POOL的2G同BCCH频点，4G统一不做添加邻区关系；对于按照以上原则后增加2G频点小于3个的2G/4G共站站点，4G保证增加同站2G邻频点。在处理过程中，应注意以下两点：
1）对于该配置方案，2G室分频点不适用。
2）对于室外、室内频点混用的情况通过合理频点规划得以解决。
图10-20 跨MSC POOL被叫失败
5.寻呼丢失（Paging Missing）
（1）现网TAC划分过小，导致终端较频繁做TAU
问题现象及定位：问题的现象是CSFB终端A主叫另一台CSFB终端B，主叫能听到录音通知，但听不到振铃音，被叫侧无任何消息。终端B处于TAC边界时被叫，由于此时终端B正在做TAU，MME将Paging消息往原先的TAC下发，而终端B已经到新的TAC，所以导致寻呼没有正确接收到。
解决方案：合理规划现网TAC区域，尽量避免TAC边界跨越话务密集区域。
（2）网络与终端DRX寻呼周期不一致导致被叫失败
问题现象及定位：该案例中被叫无法接续，但测试区域LTE为强覆盖区域，可排除因信号覆盖因素造成的被叫失败。此后，检查被叫失败的CSFB UE LoG，发现UE一直未收到LTE网络侧下发的寻呼消息（Paging），检查eNodeB Log发现eNodeB已下发该UE的寻呼消息。进一步检查eNodeB配置，系统消息System Information Block 2中defaultPagingCycle配置为1280ms，终端根据此周期侦听寻呼，但实际上eNodeB却以320 ms为周期下发寻呼，从而导致终端与网络间收发寻呼周期不匹配，导致被叫较大概率失败。通过进一步分析终端、网络侧各接口Log，问题最终定位为由于不同厂家MME（中兴设备）与eNodeB（华为设备）对于协议理解差异，导致网络与终端DRX（Discontinuous Reception，非连续性接收）寻呼周期不一致，空闲态终端不能正常接收寻呼消息，寻呼失败。
解决方案：修改中兴MME参数，不参考eNodeB通过S1 setup上报的Default Paging DRX值。
（3）4G互操作参数设置不合理
问题现象及定位：前期测试中在4G覆盖边缘地区（4G→3G本系统重选门限-114 dBm），终端做被叫无法接续，由于前期测试经验表明LTE弱场寻呼成功率并不低，因此排除由于网络弱覆盖原因导致。后经定位表明由于3G→4G重选门限设置过低（RSRP=-140 dBm），导致频繁3G、4G乒乓重选，从而导致被叫接续失败。(www.xing528.com)
解决方案：调整3→4G重选门限，现网建议比q-RxLevMin高4 dB。
6.服务拒绝（Service Reject）
现象描述：某城市外场测试过程中，4G UE拨打4G UE，L2L共拨打了60次，出现8次呼叫不成功，主叫在20～30 s左右的时延后听到“被叫无法接通”的录音通知。
问题分析：检查终端侧和网络侧MME（卡特设备）跟踪和记录的log，发现以下问题。
1）在快速拨打的过程中，因TA-LA匹配，终端在呼叫前没有发起LAU流程，因此SGs接口状态在MSC依然保持为associated；挂机后，终端支持自主快速返回功能，在UE返回LTE网络过程中，被拨打当被叫时，MSC依然会在SGs接口下发寻呼消息。
2）虽然用户在MME状态设置为悬挂，但MME依然在空口下发寻呼。
3）UE返回LTE网络，尚未发起TAU流程，但看到空口的寻呼消息后，会立即发起寻呼响应消息。
4）接收到UE的寻呼响应消息后，MME给MSC返回SGs-ServiceRequest消息。但MME因UE尚在悬挂状态，立即给UE返回Service Reject消息，同时给MSC发送SGs-IMSI-detach消息。
5）因为接收到Service Reject，UE发起Attach request消息。
6）接收到Attach消息后，MME在SGs接口发送SGs-LAU request消息。
7）MSC因为内部实现的bug，会一直悬挂入呼叫，直至超时（大约20 s）释放呼叫。
解决方案：
方式1），因用户悬挂，MME直接给MSC返回SGsAP-UE-UNREACHABLE消息，这样的话，本次呼叫失败，因为寻呼无响应，但MSC中用户SGs接口和状态都不会被修改，不影响下次呼叫。
方式2），MME依然在S1接口寻呼用户，增加LTE网络寻呼量，寻呼后可能失败，也可能寻呼成功。若用户返回寻呼响应，MME正常处理后续呼叫，呼叫正常。
7.频点配置导致下发频点为空
问题现象：终端在做CSFB重定向至2G网络时，有时会出现2G邻区频点列表均为0，有时显示正常，且CSFB均能够成功地重定向至2G网络。
问题分析：经过对比终端前台测试的Log及后台跟踪的信令，发现在做CSFB时，只要选择从GSM900的起始频点开始扫频，显示就正常，若选择从DCS1800的起始频点开始扫频，2G邻区频点列表显示就为0，如图10-21所示。
图10-21 频点配置格式导致下发频点为空（左图正常、右图异常）
解决方案：
1）CSFB配置2G邻区频点列表时，当频点数少于32个时，建议GERAN载频数目设置为1（组），不区分GSM900或DCS1800，并将最小的频点设置为起始频点。若要将GERAN载频数目设置为2（组）时，应注意ARFCN频点详细列表与载频组的一致性。
2）CSFB配置2G邻区频点列表时，当频点个数超过32个时，应该分组进行配置，即GERAN载频数目大于1（组），且应该注意ARFCN频点详细列表与载频组的一致性。
8.IMSI寻呼导致被叫失败
MSC A/Iu接口一次寻呼采用TMSI，二次寻呼采用IMSI，部分厂家设备实现SGs接口寻呼方式与A/Iu接口相同，由于现网MSC组POOL方案，而用IMSI寻呼UE将导致UE寻呼响应失败。
前期测试中发现，由于诺西MSC中Feature777导致第一次寻呼时携带IMSI，以致被叫接通率较低，目前临时解决方案可通过关闭FN777 TRAFFIC_TERM_ON_LU功能保证第一次寻呼携带TMSI。
9.eNodeB ID冲突导致终端大概率收不到寻呼消息
问题现象：根据测试LOG分析，在部分站点出现高概率Paging未抵达MT终端，4G终端收不到寻呼，通过定点测试，核心网跟踪发现，上述站点存在ENBID冲突。因为**省全省只配置了一台TD-LTE监控操作中心OMC，发生eNodeB ID冲突的基站分别属于不同地市。由于MME将寻呼消息下发到其他基站，导致终端大概率收不到寻呼消息，整改后问题不再出现，同时，也规范了TD-LTE小区数据制作流程。
10.2G小区合路器故障导致分配信道失败
测试发现，CSFB回落过程中一切信令都正常，但是在2G网络分配TCH信道（Assign-ment Command）时，发生了两次信道分配失败（Assignment Failure），最终导致本次CSFB回落中断。
由于2G站点TCH信道信号急剧下降，导致呼叫失败。经2G侧定位，问题是该小区的合路器存在故障，在回落过程中选定BCCH：27载波信号电平为-63 dBm，如图10-22所示，但是，在BCCH将通话指定到TCH：90的载波过程中，UE发生测量报告显示TCH：90载波的信号电平只有-96 dBm，如图10-23所示。
由于信号相差太大，导致TCH分配失败，连续两次失败后，CSFB回落中断。
图10-22 CSFB回落到BCCH：27的小区上
图10-23 TCH：90载波的信号电平若导致TCH分配失败
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
