NB-IoT RRC连接建立成功率优化方案吃中餐的礼仪
目录
1问题描述 (3)
2原理分析 (3)
3分析过程 (6)
哭砂原唱3.1失败原因分类统计 (6)闪动qq头像
3.2连接拒绝原因优化 (7)
3.3UE无应答原因优化 (8)
4优化效果 (11)
5经验总结 (11)
NB-IoT网络RRC连接建立成功率优化
自然数包括小数吗
香菇炒肉【摘要】本文主要针对NB-IOT网络RRC连接建立失败原因分析，并研究对应优化方案，提升NB-IOT网络RRC连接建立成功率，提升NB-IOT端到端感知。【关键字】RRC连接建立成功率UE无应答上下行调度算法上行功控参数【业务类别】NB-IOT
1问题描述
第二套房的定义2018年BJDX NB-IOT业务得到大发展，业务次数从年初的12万次增加到年低的100万次，翻了8.3倍。由于大量新终端入网冲击，NB-IOT网络RRC连接建立成功率一直偏低，持续在96%以下，平均94%左右。
NB-IoT小区流控导致的RRC Connection Request消息丢弃一般是过载造成，打开backoff开关可以进行规避，严重的需要扩容。
2）NB-IoT小区RRC连接拒绝（资源分配失败、用户数规格受限、MME过载等）
NB-IoT小区RRC连接拒绝由资源分配失败、用户数规格受限、MME过载等多个原因造成。
资源分配失败是资源受限，覆盖等级越高消耗资源越高，需要优化上下行调度算法参数，一般先降低覆盖等级2的重复次数，减少资源开销。PDCCH重复次数修从128修改为32，下行重复次数从16修改为4，MSG UCI重复次数从64修改为2，上行重复次数从32修改为8，并配置逻辑信道定时器。
用户数规格受限是由license限制，小时级最大RRC接入次数和天级RRC最大接入次数超过以下license配置能力就会license告警，用户接入拒绝。
MME过载需要核心网打开backoff开关，严重的需要扩容。
3）NB-IoT小区UE无应答而导致RRC连接建立失败
NB-IoT小区UE无应答而导致RRC连接建立失败主要是等待时间过长、无线环境差或终端不响应等原因造成。
等待时间过长：随着业务业务量增长，业务发生冲突的概率增加，需要等待的时间增加，原有的定时器会导致正常等待用户连接失败，需要修改定时器适应新业务模型。
1、三个覆盖等级冲突解决定时器从32PP修改为64PP；
该参数表示RA过程中UE等待接收Msg4的有效时长。当UE初传或重传Msg3时启动。在超时前UE收到Msg4或Msg3的NACK反馈，则定时器停止。定时器超时，则随机接入失败，UE重新进行RA。该参数设置的越大，UE由于调度时延而不能成功接收Msg4得概率越小，UE重新发送前导的时延越大；该参数设置的越小，UE由于调度时延而不能成功接收Msg4得概率越大，UE重新发送前导的时延越小。
2、T300从10秒修改25秒；
UE在发送RRCConnectionRequest时启动此定时器。定时器超时前，如果收到RRCConnectionSetup或者RRCConnectionReject，则停止该定时器。
下行无线环境差:NB-IOT网络RSRP覆盖率达到99.89%，SINR覆盖率只有80.87%。由于与L800共RRU，RF优化无法大规模提升质量，需要通过异频组网来提升SINR覆盖率。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论