表4-1 网络及终端DRX参数

UE MME DRX参数名称 UE specific DRX Paging DRX defaultPagingCycle 给所有UE eNodeB 通过S1-Setup Request或ENB CONFIGURATION 必选 Default paging DRX 参数所在消息 UE特定DRX，通过NAS消息上报给MME 通过S1接口Paging消息发送给eNodeB 小区默认DRX寻呼周期，通过Uu接口SIB2下发类型 可选 可选 必选 UPDATE 上报给MME

不同厂家MME设备如何下发Paging DRX，以及不同厂家eNodeB设备如何决定实际的

寻呼下发周期的协议理解和实现略有不同，本案例出现问题正由此导致。具体原因分析如下：

1) 厂家A的eNodeB配置SIB2中下发的defaultPagingCycle为1280ms，测试UE未设置

特定DRX（UE specific DRX），也未上报UE特定的DRX参数，因此待UE收到SIB2得知小区默认DRX寻呼周期后，按照T=min(TUE,TC)=1280ms侦听寻呼。

图4-3 终端收取系统消息SIB2消息中default Paging Cycle

2) 厂家A的eNodeB配置S1-Setup Request消息中Default paging DRX固定为320ms，

并上报给MME；因UE未设置特定DRX，通过NAS上报给MME的DRX为空；厂家B的MME获知上述消息后，虽然UE未上报特定DRX，仍通过S1 Paging消息下发

25

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