较少见。
如果网管侧看到eNB下发MSG4，但是UE侧失败原因为NPDSCH解析失败，则需要排查下行无线环境RSRP或SINR是否比较差，并判断是否已经超过UE的解调能力。如果无线环境正常，则需要检查NPDCCH调度是否正常，此时需要采集基站底层TTI级日志分析。
T300定时器：T300计时器用于监控RRC连接建立过程。当UE发送了RRCConnectionRequest消息后启动该计时器，当UE收到RRCConnectionSetup或RRCConnectionReject消息以后停止并重置该计时器。当计时器超时后，高层终止RRC连接建立过程并开始小区重选
（e）MSG5是否正常发送与接收
竞争解决完成后，如果UE没有发送MSG5，则需要排查MSG5的调度是否正常。 NPUSCH如果UE发送了MSG5但是基站没有正常接收，则需要排查上行是否存在干扰、的功率控制参数设置是否正常。
其它分析
容量分析：排查是否由于容量受限，导致无法接入，在随机接入阶段时频资源受限，或者RRC连接个数受限。 2.3.4 RRC连接失败常见原因
（1）上行干扰导致MSG3/MSG5/UCI解析失败。
（2）下行干扰导致RAR解析失败/下行DCI N1解析失败/MSG4解析失败。 （3）竞争解决定时器配置不合理导致在定时器超时前还未收到竞争解决消息。 （4）T300定时器设置过短导致定时器超时前未收到MSG4消息。 （5）上行重复次数配置过小导致基站NPUSCH/UCI解调失败。 （6）下行重复次数过低导致NPDSCH解析失败。 （7）RRC连接数达到单板规格。
（8）设备告警，空调、功放等问题导致eNodeB接纳失败。
第16页, 共22页
三、 推广效果
3.1 推广实践情况
3.1.1 问题描述
后台指标监控发现本周佛山电信NB全网(中兴区域)RRC连接建立成功率指标严重恶化(未达标：93%达标)，较上周有明显下降，查询发现主要为嘉诚酒店NB_4（501763_81）指标恶化，出现大量RRC连接建立失败，严重影响全网指标，如下图所示：
查询粒度 小区名称 RRC连接建立成功率 NB-IoT小区RRC连接建立请求次数 NB-IoT小区RRC连接建立成功次数 NB-IoT小区RRC连接建立失败次数 1周 嘉诚酒店NB_4 45.13% 82716 37330 45386 3.1.2 分析过程
性能指标分析：
从网管提取嘉诚酒店NB_4问题小区最近指标分析发现，嘉诚酒店NB_4扇区RRC连接建立失败主要原因为:“小区接纳失败(eNB RRC连接个数不足)和基站RRC成功连接次数license(eNB RRC连接个数不足)”，如下表所示：
NB-IoT小区RRC连接建立失败次数(小区Reject) RRC连开始时间 接建立最大用户数 NB-IoTRRC连接建立成功率 小区RRC连接建立请求次数 NB-IoT小区RRC连接建立成功次数 NB-IoT小区RRC连接失败次数(UE无应答) NB-IoT小区RRC连接建立失败次数(其它原因) NB-IoT小区RRC连接建立失败次数 2019/5/6 2019/5/7 0 0 100.00% 100.00% 0 0 0 0 0 0 0 0 0 0 0 0 第17页, 共22页
2019/5/8 2019/5/9 2019/5/10 2019/5/11 2019/5/12 2019/5/13 2019/5/14 2019/5/15 2019/5/16 2019/5/17 2019/5/18 2019/5/19 2019/5/20 2019/5/21 11 11 11 11 11 11 10 1 11 79 61 47 68 64 30.41% 29.90% 28.71% 31.59% 33.49% 34.64% 47.40% 100.00% 44.94% 37.96% 99.63% 99.16% 99.30% 99.26% 33693 48786 5816 29571 31084 28092 3561 7 11155 30531 1616 7754 11985 2294 10246 14588 1670 9342 10410 9732 1688 7 5013 11591 1610 7689 11901 2277 108 147 20 111 103 79 6 0 27 110 6 65 83 17 0 0 0 0 0 0 0 0 6115 18830 0 0 0 0 23339 34051 4126 20118 20571 18281 1867 0 0 0 0 0 1 0 23447 34198 4146 20229 20674 18360 1873 0 6142 18940 6 65 84 17 用户行为分析：
提取嘉诚酒店NB_4小时级的RRC连接建立次数，发现持续多日该小区用户接入突增都主要发生在19：00到次日8:00，初步判断为周边存在集体用户在持续尝试接入，导致RRC连接建立次数明显突增，如下表所示：
第18页, 共22页
License 容量核查：
对嘉诚酒店NB_4（501763_81）小区进行分析，经过检查嘉诚酒店NB_4（501763_81）的参数配置信息，发现该小区的网络级RRC License本小区预分配量，小区总的用户数接纳控制门限，小区CP用户数接纳控制门限,小区UP用户数接纳控制门限太低，均为10。
后台网管核查该小区接纳门限为10，RRC连接用户数超过10就会出现小区接纳失败(eNB RRC连接个数不足)；而基站RRC成功连接次数license为900，判断为该小区接纳参数设置不合理导致其RRC连接建立成功率低。
3.1.3 优化方案实施
（1）嘉诚酒店NB_4小区的RRC连接许可用户数由10修改为150；
第19页, 共22页
（2）嘉诚酒店NB基站RRC成功连接次数license由900修改为5000；
3.1.4 优化效果验证
修改后对该问题小区进行指标监控，发现指标恢复正常，如下图所示：
嘉诚酒店NB_4问题小区近14天两次优化调整前后RRC连接建立指标如下统计表所示：
第20页, 共22页
130、广东-佛山电信NB-IoT用户行为分析与容量优化案例
