NB网络RRC接通问题分析杭州移动NB网络RRC接通问题分析x.docx
- 文档编号:11523672
- 上传时间:2023-03-02
- 格式:DOCX
- 页数:14
- 大小:170.12KB
NB网络RRC接通问题分析杭州移动NB网络RRC接通问题分析x.docx
《NB网络RRC接通问题分析杭州移动NB网络RRC接通问题分析x.docx》由会员分享,可在线阅读,更多相关《NB网络RRC接通问题分析杭州移动NB网络RRC接通问题分析x.docx(14页珍藏版)》请在冰豆网上搜索。
NB网络RRC接通问题分析杭州移动NB网络RRC接通问题分析x
杭州移动NB-IoT网络RRC接通率问题分析
问题现象:
杭州移动NB全网中存在着RRC连接成功率偏低的问题,出现很多相关的lop小区,降低了NB全网
无线接通率,需要及时处理解决。
统计NB全网关于RRC接通率的指标如下:
NB-IoT
NB-IoT
建立连
小区UE
小区
接失败
NB-IoT
无应答
RRC连
次数(建
小区
而导致
接请求次
立请求
RRC连
RRC连
数(不包
次数-建
接建立
接建立
括重发)
立成功
完成次
失败次
RRC接
日期
(无)
次数)
数(无)
数(无)
通率
2017/9/4
14383
404
13979
404
97.19%
2017/9/5
12926
322
12604
322
97.51%
2017/9/6
8484
184
8300
184
97.83%
2017/9/7
8234
115
8119
115
98.60%
2017/9/8
6962
80
6882
80
98.85%
2017/9/9
5435
69
5366
69
98.73%
2017/9/10
5860
76
5784
76
98.70%
总计
62284
1250
61034
1250
97.99%
表一:
关于RRC接通率的相关指标
从9月份统计的一周的数据可以看出:
NB全网每天RRC连接请求次数大约9千余次左右,RRC连接
建立失败次数为180左右,无线接通率为98.00%左右,从指标上看失败原因全为NB-IoT小区UE无应
答而导致RRC连接建立失败,主要表现方式是等待RRCCONNECTIONSETUPCOMPLETETIMEOUT
现处理方式分三步,一核查全网参数,并分析优化,二筛选top小区进行逐个分析,三选取典型站点进行
现场拨测跟踪分析。
Stepl:
核查全网参数分析优化
参数分析:
1、通过指标分析,失败原因全为NB-IoT小区UE无应答而导致RRC连接建立失败,主要表现方式是等待
RRCCONNECTIONSETUPCOMPLETETIMEOUT。
导致等待建立完成定时器超时的原因很多,包
括无线环境、上行低噪、告警、以及参数配置不合理等等,先从参数角度分析核查相关参数等待RRC
CONNECTIONSETUPCOMPLETE定时器UUMESSAGEWATHNGTIMER现网存在2套,一套为35秒,
一套按覆盖等级划分最大为65秒分别如图一图二
等诗冊ES1接口响应消息定时器购)
20
等待对肃E胡X2接口响应消息定时器够)
20
|答待口空口响应消息定时器砂)
35|
CIM^OOOIkRTTUE空口切换准侖等待定时盍屋秒)
5000
CDHA2000"RTT切换灯口等特定时器湮秒)
5000
CDMA2000IxRTT切換完痕释放定时器奩秒〕
10000
CBMA2000)0旳协换冗咸定时弟厘秒)
8000
CPRA2000mo切换S1口等待定时器蓬秒)
5000
CDMA2000KRFDUE空口切拯淮备等待左时帶產秒)
5000
等待RRCCqjuiS讥消息定日寸器0^)
15
SecurityM&deComplete^息等待定时器俐3
35
无奏全模武保护消息等待走时器更0
35
等待源测第一个前转包定时器厘秒)
50
等待后续包同隔走旳器養秒)
35
1吾曾业勢MNES壌口响应消息詡墙妙〕
20
语音业务等待对端髭接口响应消息走旳器够)
20
语音业势等待睡空口响应消息走时囂
35
承载瀝话态门限勒臺秒)
80
图一
当参数取值为0时,表示无效值,eNodeB启动NB-IoT等待UE空口响应消息定时器采用MO
ENodeBConnStateTimer中参数UuMessageWaitingTimef取值
查询KBToT小区下行调傻算法酉?
養盏数
本地小区标识
覆盖等级
下行初始传输重复冼数
下行初始畤
等待VE空口响应消息定时器砂)
129
覆盞等级D
重夏次数1
MCS10
35
129
讀盖等駅1
重复次教1
MCS1
45
129
鱷等级2
重夏次数16
MCSO
65
130
覆盖等级0
重复次数1
MCS10
35
130
覆盖等報1
重复次数1
MCS1
45
130
覆盖尊级2
重夏次数饴
MCSO
E5
131
覆盖等级Q
重复次数1
MCS10
35
131
覆盖等衆1
重复次数1
IKS1
45
131
覆盖等级2
重夏次数1E
MCSO
S5
笑果个数=9)
图二
2、通过指标NB-loT小区覆盖等级2下RRC连接建立最大时长(毫秒)说明在一些情况下RRC建立时长是超过35秒,由于NB网络对时延容忍较大且NB网络在覆盖条件恶劣的情况下需要重复发射技术來增强
覆盖,所以对于60多秒的建立时长一般是可以接受的,也说明了将UUMESSAGEWATTINGT1MER配
置成35秒的失败次数一部分是由于建立时长超过35秒导致的如下表
NB-IoT
NB-IoT
小区覆
小区覆
盖等级
盖等级
2下
2下
RRC连
RRC连
接建立
接建立
平均时
最大时
长(毫
长(毫
开始时间
网元名称
NB-IoT小区
秒)
秒)
2017/09/08
H910657杭州上塘路水晶城
14:
00:
00
NB-IOT
杭州上塘路水晶城NB-IOT_131
52706
52706
09/05/2017
H910603杭州兴业大厦LY信源
杭州兴业大厦LY钱塘江管理局
30095
50868
00:
00:
00
池三NB-IOT
NB-IOT_129
2017/09/07
19:
00:
00
H910564
NB-IOT
杭州迎春小区南
杭州迎春小区南NB-IOT_131
35701
44374
2017/09/08
H910657
杭州上塘路水晶城
16:
00:
00
NB-IOT
杭州上塘路水晶城NB-IOT_131
43835
43835
2017/09/07
H910564
杭州迎春小区南
21:
00:
00
NB-IOT
杭州迎春小区南NB-IOT_131
25163
43553
2017/09/07
H910564
杭州迎春小区南
20:
00:
00
NB-IOT
杭州迎春小区南NB-IOT_131
36385
43508
2017/09/09
H910547
杭州月星家居西北角
杭州月星家居西北角
21:
00:
00
NB-IOT
NB-IOT_129
40172
40172
2017/09/06
18:
00:
00
H910983
余杭兴源过滤NB-IOT
余杭兴源过滤NB-IOT_129
38643
38643
09/05/2017
H910603
杭州兴业大厦LY信源
杭州兴业大厦LY钱塘江管理局
00:
00:
00
池三NB-IOT
NB-IOT_130
23498
37657
表二:
RRC建立时长超过35秒的事件
2、对比两套参数发现按覆盖等级划分UUMESSAGEWAITINGTIMER的(方案一)接通率的确比配置成
35秒的(方案二)高0.5%
求和项:
NB-IoT
小区UE
求和项:
NB-IoT小
求和项:
NB-IoT小区
参数方
无应答而导致
RRC连接
区RRC连接建立完
RRC连接请求次数(不
案
建立失败次数
(无)
成次数(无)
包括重发)(无)
接通率
方案一
328
18682
19010
0.982746
表三
接通率
图三
解决措施:
将现网方案二的参数改为方案一对应mml命令:
MOD
NBCELLDLSCHCEALGO:
NBCELLDLSCHCEALGO:
LocalCeUld=X,CoverageLevel二COVERAGE_LEVEL_2,UuMessageWaitingTi
mer=65;
补充:
在处理top小区中发现部分站点一周内RRC连接请求全部失败,核查参数发现参数DCI子帧重复
次数兼容开关咲,导致该站下小区无法建立成功,需及时修改,对应MML命令:
MODCELLALGOSWITCH:
LocalCellId=l,NbCeHAlgoSwitch=DCI_SF_REP_NUM_COMP_SWITCH-1;优先级高
第二步:
筛选top小区进行逐个分析
由于NB网络尚未正式商用,用户很少大部分站点一周内只有一两次的建立尝试,无法确定用户行为,无
法排除一些站点的偶然性,所以选t
{一周内央败
10次以上
且RRC接通
率小于989
;的站点共1
:
个如卜表-
求和
求和
求和
项:
NB-I
项:
NB-I
项:
NB-I
oT小区
oT小区
oT小区
失败信
UE无应
RRC连
RRC连
号强度
问题定
布标答
筈而d
榕律万
接请求—
接通率—
致RRC
完成次
次数(不
连接建
数(无)
包括重
立失败
发)
次数
(无)
(无)
杭州信联股份
参数问
NB-IOT_129
15
0
15
0
题
杭州留下和家园
0.4117
覆盖等
低噪较
NB-IOT_131
10
7
17
65
级2
高
杭州建材学校
覆盖等
需测试
NB-IOT_129
12
28
40
0.7
级2
定位
杭州敦煌饭店
0.8061
覆盖等
需测试
NB-IOT_130
19
79
98
22
级0
定位
杭州西湖文华大酒店
0.8374
覆盖等
需测试
NB-IOT_129
79
407
486
49
级2
定位
杭州亲亲家园
0.8434
覆盖等
需测试
NB-IOT_129
54
291
345
78
级1
定位
杭州西湖工商大学东
0.8437
覆盖等
需测试
NB-IOT_129
35
189
224
5
级0
定位
杭州新华医院新大楼
0.8723
覆盖等
需测试
NB-IOT_129
36
246
282
4
级2
定位
杭州器材厂NB-IOT_129
58
450
508
0.8858
覆盖等
低噪较
27
级0
高
杭州红石商务楼
0.9250
覆盖等
需测试
NB-IOT_129
23
284
307
81
级2
定位
杭州上塘路水晶城
0.9359
覆盖等
低噪较
NB-IOT_131
18
263
281
43
级2
高
杭州迎春小区南
0.9430
覆盖等
需测试
NB-IOT_131
70
1159
1229
43
级0
定位
杭州新华医院新大楼
0.9473
覆盖等
需测试
NB-IOT_131
46
827
873
08
级2
定位
杭州朝晖二区
0.9537
覆盖等
低噪较
NB-IOT_129
18
371
389
28
级0
高
0.9553
覆盖等
低噪较
杭州左家桥NB-IOT_130
10
214
224
57
级0
高
杭州红石商务楼
0.9566
覆盖等
低噪较
NB-IOT_131
18
397
415
27
级0
高
0.9578
覆盖等
低噪较
测试大厅A侧_3
11
250
261
54
级0
高
表四top小区分析
经分析这些失败的top小区主要发生在覆盖等级2和覆盖等级0
计数项:
失败所在的覆盖等级
■覆盖等级0搜覆盖等级1
9覆盖等级2
图四
汇总
••
7
■测试定位
9洛
・低噪较高
图五
失败原因分析大部分存在上行干扰导致,由于现网用户较少基数过小不排除偶然性失败需要现场定位
由于NB网络有20db的增强覆盖在无线环境较差时上行低噪较高基站很难解析成功导致接通失败
Step3:
优化总结
从网管数据采集、现场拨测以及拉网测试这三大块分析可以得出,影响现网NB接通率的主
要可以从参数优化,干扰排查和下行质差处理。
参数优化:
选取一套较优参数全网统一
干扰排查:
现场摸排干扰定位
下行质差处理:
信号强度覆盖较好,但就目前信号质量而言主要是重叠覆盖导致的质差,解决措施可从下面
几个方向优化:
1、考虑异翅纟且网
2、覆盖收缩降低重叠覆盖度
3、pci优化
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- NB 网络 RRC 接通 问题 分析 杭州 移动