Paging DRX给eNodeB， 且Paging DRX与Default Paging DRX相同为320ms，如下图：
图4-4 MME下发给eNodeB的Paging消息中Paging DRX
3) 厂家A的eNodeB收到Paging DRX（320ms）后，既认为UE上报了特定DRX给MME，
将其与配置的默认DRX周期（1280ms）取小后，得到下发寻呼的周期320ms。 由问题分析可知， 在UE未上报特定DRX时，厂家B的MME按照厂家A的eNodeB上报的Default paging DRX下发Paging DRX， 且厂家A的eNodeB在S1-setup Request上报给MME的DRX和通过SIB2下发给UE的DRX周期不一致，两者结合导致终端侦听寻呼和网络下发寻呼的周期不一致，从而导致被叫失败。 3. 问题分类：核心网设备实现 4. 解决方案
MME是否在S1 Paging消息中下发Paging DRX需考虑UE是否上报特定DRX，即如果UE上报了特定DRX，S1 Paging中才携带Paging DRX，否则不可以携带。若携带Paging DRX，则接收到的eNodeB需对Paging DRX和默认DRX周期取小后，作为该用户下发寻呼的周期。
eNodeB在S1-Setup Request消息中携带的Default paging DRX与SIB2下发的default Paging Cycle需保持一致。 5. 效果评估
目前厂家B的MME可通过修改软参 262303 为0， 这样在S1 paging消息中的Paging DRX参数只以UE上报的特定DRX参数为准：如果UE上报则在S1寻呼中携带Paging DRX参数，否则就不携带，不再参考eNodeB在S1 setup中上报的Default paging DRX参数。效果待验证。
此外，也可通过厂家A的eNodeB修改上报的Default paging DRX与SIB2下发的defaultPaging Cycle一致的方式解决。效果待验证。
26
4.2.3 案例3：CSFB手机挂机返回4G后Qos修改失败，导致再次被
叫失败
1. 现象描述
CSFB手机拨打CSFB手机时，第一次呼叫正常，待两部手机均返回4G后，再次发起呼叫，语音提示被叫“无法接通”或者“不在服务区”。 2. 问题分析
第一次CSFB呼叫过程正常，并且在通话结束后，能通过TAU重选回LTE网络。但是在TAU Complete消息之后，MME发现该用户在LTE的QoS签约比该用户在2/3G网络实际使用的QoS高，MME发起QoS更新流程，即e-RAB修改流程。
图4-5 MME发起的e-RAB修改流程
但是某厂家eNodeB对e-RAB修改流程支持不完善，返回Error信息，导致MME将该用户Detach，且通过SGs接口通知MSC该用户已EPS-DETACH。此时该用户为被叫时，MSC认为用户detach，直接播放录音通知“无法接通”或者“不在服务区”。 3. 问题分类：无线设备实现 4. 解决方案
27
更新eNodeB版本，完善eNodeB对e-RAB修改流程。 5. 效果评估
该问题已解决，可反复进行CSFB主被叫业务。
4.2.4 案例4：4G未配置2G EPLMN，导致被叫通话失败、主叫通
话时延过长
1. 现象描述
CSFB手机发起呼叫后，LTE网络下发携带了GSM频点的重定向命令，但CSFB手机并未接入到相应GSM小区，呼叫失败。将CSFB手机设置为2G模式，其能够正常驻留GSM网络。 2. 问题分析
本案例为测试过程中出现的特殊案例，测试区域LTE的网号采用了46008，GSM的网号采用了46000，在LTE现网部署初期，LTE网号将采用46000，但该案例对未来可能出现多PLMN ID网号场景和终端对网络的选择存在借鉴意义。
测试区域，LTE和GSM网络均为强覆盖，且CSFB手机能够正常驻留LTE和GSM网络，因此本案例问题原因可排除信号覆盖因素。检查LTE网络重定向命令（RRC Connection Release）中的GSM频点列表（Explicit List of ARFCNs）为751、525、519、94、537、516、88、72、543、752，如下图所示：
图4-6 LTE重定向命令中GSM频点列表
该GSM频点列表已经包含了UE回落GSM网络频点88，因此重定向中配置的GSM频
28
点是合理的。
检查4G网络配置的PLMN ID为46008， 而2G网络配置的PLMN ID为46000；且4G网络的MME未将46000的PLMN ID配置为EPLMN，并下发告知UE。这样当终端在46008的4G网络接收到4G重定向命令后，根据其中携带的2G频点搜索2G网络，发现该频点的PLMN ID与4G网络的 PLMN ID不同，且不在自己的EPLMN List中，因此UE不能接入该2G频点对应的网络。此后，UE进行2G全频段搜索，如果能搜索到合适的2G小区则接入并建立通话，但2G全频段搜索时延往往较长，主叫通话可接通，但呼叫建立时延往往超过20s，被叫通话因网络侧定时器超时失败。 3. 问题分类：核心网参数配置 4. 解决方案
回落时，如果4G与2G网络使用的PLMN不同，则需要4G网络MME将2G PLMN ID配置为EPLMN，并下发给UE。
与回落类似，如果4G与2G网络使用的PLMN不同， 小区重选方式返回4G时，需要2G MSC和SGSN配置4G PLMN ID为EPLMN，并下发给UE，否则UE也无法正常返回4G。 5. 效果评估
测试区域中，MME将46000配置为其EPLMN后，CSFB手机能够正常回落GSM并建立通话，且呼叫建立时延符合理论预期。
4.2.5 案例5：UE回落2G后再挂起数据业务的标准流程不合理，导
致数据业务挂机失败
1. 现象描述
终端回落至GSM后，MME收到SGSN的Suspend REQ后，返回reject（unknown mandatory extension header），数据业务挂起业务失败。之后该用户做被叫时，MME在空口发起寻呼流程。 2. 问题分析
UE通过CSFB回落至GSM时，因绝大多数GSM现网不支持DTM，无法实现CS和PS业务的并发，所以之前在LTE网络建立的PS业务需在核心网侧挂起。即使少数GSM现网支持DTM功能，且部分CSFB终端也支持DTM，但因UE缓读SI13，会在回落GSM过程中自动关闭DTM功能，也无法实现CS和PS业务并发。
29
基于UE触发的悬挂，需要UE回落GSM网络后，主动发起挂起消息至网络， SGSN收到后通过SGSN和MME间Gn口向MME发起挂起请求（ suspend request ）消息让LTE EPC网络悬挂用户的PS业务。但3GPP目前的规范中，该Gn接口的消息仅携带了RAI和P-TMSI， 缺少P-TMSI siganature信息，接收的MME通过下图的反向映射转换无法成功转换为MME可识别的用户GUTI，导致挂起流程无法执行。
3. 问题分类：无线设备实现、核心网设备实现 4. 解决方案
当接收到Gn接口的Suspend Request消息时，MME应该直接返回ACK消息，避免SGSN认为流程异常。
基于UE触发的悬挂无法在SGSN-MME之间执行时，MME只能基于eNodeB上报的原因值来触发。 在CSFB回落过程中，eNodeB在释放无线连接时，通过在UE CONTEXT RELEASE REQUEST消息中设置cause value为UE Not Available for PS Service来指示MME执行挂起流程。 5. 效果评估
CSFB终端从LTE网络因语音业务回落2G网络后，LTE 网络 可正确挂起LTE数据业务。在一定时间范围内（具体与MME实现相关），CSFB终端通话结束后终端返回LTE网络后，数据业务仍可恢复。
4.2.6 案例6：UE跨MSC Pool回落，导致被叫失败
1. 现象描述
外场测试某区域，使用两部三星CSFB终端互拨，主叫端发起呼叫后正常回落，被叫端也正常回落至2G,但一直没有来电显示，也未振铃；主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。 2. 问题分析
30