eNodeB大部分取得时钟为对端（及TD测），现网大部分为GPS，当前时钟状态为不可用时，可判断GPS问题，需上站检查GPS。
●关于License的下发遵守的规则： TD：
LTE：
3 坏小区（TOP小区）查找和分析处理
每小时对上一个小时的全网整体指标进行提取，如果指标变化波动较大，需提取小区级别指标进行查看，将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序, 确认是全网的整体问题还是TOP小区引起的指标波动，若剔除TOP小区后，指标恢复正常，则是TOP小区问题，优先分析掉话绝对次数多且掉话率高的Top小区；否则是全网性问题，以下是关于TOP小区筛选的方法和主要KPI处理方法流程：
3.1 接入性TOP分析处理
3.1.1 指标定义
3.1.2 指标分析及统计点介绍
RRC连接建立成功率
图1中
【A点】
（1）指标L.RRC.ConnReq.Att加1，不统计重发的次数。
Case1：eNB下发RRC_Conn_Setup消息后，在T300定时器超时前，收到相同的UeID发起的
RRC_Conn_Req（Setup丢失，UE MAC冲突解决定时器超时后重发RRC_Conn_Req，UeID不变），记为一次重发RRC_Conn_Req消息。
Case2：T300超时后，UE仍未收到RRC_Conn_Setup，UE重新搜网，发起初始接入，UeID是取0~239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入，L.RRC.ConnReq.Att加1。
Case3：发起Attach后会启动T310定时器。如果UE发出RRC_Conn_Setup_Cmp后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cmp丢失不会触发重建，发起重建的前提是安全已经激活。
（2）如果RRC Connection Request消息信元Establishment Cause为“emergency”，指标L.RRC.ConnReq.Att.Emc加1。
（3）如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess”，指标L.RRC.ConnReq.Att.HighPri加1。
（4）如果RRC Connection Request消息信元Establishment Cause为“mt-Access”，指标L.RRC.ConnReq.Att.Mt加1。 （5）如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling”，指标L.RRC.ConnReq.Att.MoSig加1。
（6）如果RRC Connection Request消息信元Establishment Cause为“mo-Data”，指标L.RRC.ConnReq.Att.MoData加1。
【B点】
当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时，指标L.RRC.ConnSetup加1。
【C点】
当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标，L.RRC.ConnReq.Succ加1。
RRC Setup Success Rate计算： RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%
E-RAB建立成功率