loading
关于NB-IoT eDRX时钟问题导致寻呼失败问题案例
一、 问题描述
用户来电反映深圳的NB-IoT网络在eDRX模式下，客户定制的APN下行无法下发。
二、 原因分析 2.1 现场测试分析
现场测试，用户所在区域RSRP达到-64dBm，SINR值达到了12dB，如下图所示。
图1 NB-IoT信号测试图
从测试数据可以看出，用户所在区域NB信号覆盖良好，上行灌包也正常，因此可以排除无线覆盖类问题。
2.2 后台指标分析
查询后台服务小区无告警，关键指标正常:
图2 服务小区指标
2.3 信令跟踪分析
Uu信令表明用户终端主动发起释放：
图3 Uu口信令
在Uu口信令跟踪中，用户终端能正常附着网络，但马上主动释放连接，怀疑客户终端或模组问题。
联系用户，用户表示其终端在示波器上一直是有信号的，初步排除客户终端问题，怀疑MME与基站侧的基准时间存在偏差，导致eDRX模式下NB寻呼失败。
2.4 时间同步分析
eDRX特性对eNB与MME时间同步诉求如图4所示。
图4 eDRX特性时间同步诉求
说明：
? 寻呼消息是MME与UE约定的，到了这个时刻附近UE会启动接收窗口。其它时间UE
处于休眠状态，可以省电
? 为了减少寻呼消息的缓存时间，MME只在寻呼快到的时刻发寻呼消息（提前1~2秒
发送）。
? 要求MME、eNB、UE之间时间同步，由于eNB与UE本身是同步的；所以要求MME与
eNB之间同步。
? 为了满足UE和MME侧对寻呼消息的约定，协议要求MME和eNodeB满足时间同步，
同步精度为为1~2秒。
? MME以及eNB侧分别接入各自的时间参考基准，就可以满足eNB和MME的同步。
2.5 eDRX参数核查
检查现网时间同步配置，情况如下： eNB时标 GPS 说明： ? eNB侧与MME侧时标对齐，因为eNB和MME会根据各自的时标计算超帧号，如果不
对齐超帧号就不一致。
? 通用场景里的GPS时标相差闰秒值（比如：以GPS起始，基于1980/1/6号的起始时
间，截止2018年闰秒相差18秒，后续每1~2年闰秒会增加1秒，所以每半年需要审视IERS官方网以站发布的闰秒差进行调整。
? eNB侧采用频率同步提供业务SFN帧连续偏置，利用NTP计算超帧号；可以确保eNB
侧与MME侧的超帧对齐，超帧整体有10秒，超帧偏差有+/- 5秒，为了满足eDRX
eNB侧方案 频率同步+NTP超帧同步 MME时标 GPS 时标对齐方式 eNB与MME配置相同的起始时间，MME GPS时标配置要考虑当前的闰秒偏置