CS掉话率优化专题.docx
- 文档编号:10518569
- 上传时间:2023-02-17
- 格式:DOCX
- 页数:29
- 大小:720.33KB
CS掉话率优化专题.docx
《CS掉话率优化专题.docx》由会员分享,可在线阅读,更多相关《CS掉话率优化专题.docx(29页珍藏版)》请在冰豆网上搜索。
CS掉话率优化专题
CS掉话率优化专题
目录
1.概述1
2.CS现网掉话原因分析1
2.1CS现网掉话详情1
2.2CS掉话原因分析2
3.CS掉话小区排查思路及优化措施3
3.1站点告警4
3.1.1影响掉话的网络告警4
3.1.2闪断告警导致掉话案例4
3.2覆盖问题5
3.2.1覆盖导致的掉话原因分析5
3.2.2覆盖问题导致的掉话解决措施5
3.2.3弱覆盖导致掉话案例6
3.3干扰导致的掉话7
3.3.1导致干扰的原因分析7
3.3.2干扰类问题解决措施8
3.3.3频点干扰导致掉话案例8
3.3.4小灵通干扰对F频段干扰解决案例9
3.4邻区漏配11
3.4.1邻区添加不合理导致掉话案例11
3.5切换失败掉话12
3.5.1切换关系不合理导致掉话12
3.6系统间切换参数问题14
3.6.1系统间切换条件分析14
3.6.2系统间切换参数不合理导致掉话案例分析15
4.总结16
1.概述
掉话率反映了系统业务的通讯保持能力,是用户直接感受的重要性能指标之一,直接影响到用户感知。
CS掉话最差小区定义如下:
Ø统计时间粒度:
天【统计时间段:
8:
00~~23:
00(不包含23:
00)】
Ø电路域RAB建立成功次数大于40,CS掉话率大于3%
2.CS现网掉话原因分析
2.1CS现网掉话详情
对一周最差小区掉话原因值进行过滤,发现CS掉话最差小区主要失败原因为无线链路失败,占到76.66%,其次为切换造成的掉话,但仅占11.54%,下表为掉话原因的占比情况:
掉话原因值
无线链路失败
切换过程发生失败
小区更新过程失败
RB的DTD过程失败
其他失败原因
次数
1780
268
194
56
24
占比
76.66%
11.54%
8.35%
2.41%
1.03%
2.2CS掉话原因分析
CS掉话原因主要原因有无线链路失败,切换失败、小区更新失败、RB的DTD过程失败以及其他原因失败,而现网的掉话原因主要为无线链路失败,占比76.66%,因此解决和认识无线链路失败至关主要。
Ø无线链路失败
从CDL中的信令流程看:
NB向RNC上发“radiolinkfailureindication”,随后RNC发起IURELEASERequest进行IU口资源的释放,发生一次掉话,信令流程如下图:
无线链路失败造成掉话,最根本的原因是由于:
1.无线环境恶劣,主要表现为覆盖问题和干扰问题;2.UE本身对于信号的处理能力有限,无法正常解调出信号,导致UE和NB之间无法正常保持同步,最终通信终断。
要解决无线链路失败造成的掉话,首先要对NB上发“radiolinkfailureindication”的触发流程和上下行无线链路失败的整个过程有清楚的了解,下面将从下行无线链路和上行无线链路进行分析。
⏹上行无线链路失败
A——NodeB检测到连续NOUTSYNCIND次失步指示;
B——经过TRLFAILURENodeB仍未重新检测到同步,NodeB向RNC发出RLFailureIndication;
C——发出Radiolinkfailureindication后,NODEB停发下行数据,目的是让UE下行失步,来上发CellUpdate,RNC启动“收到RL失败等待定时器”,在该定时器超时前,如果未收到“Radiolinkrestore”则RNC释放链路,并记为无线链路失败的掉话。
因此,上行RLFailure定时器总时长:
0.16×NOUTSYNCIND+TRLFAILURE+RLTSTRTMR+T302×N302
⏹下行无线链路失败:
(1)在正常的业务保持阶段,如果检测到来自L1层的连续N313次“outofsync”指示,则认为下行失步,物理层将向UE的RRC层上报,UE高层在收到L1的失步指示后,启动定时器T313,下行失步检测窗窗长为160ms,监测窗的滑动步长是由各个终端厂家自行实现的,以某厂家终端为例:
UE侧采用滑窗方式,监测窗窗长为160ms,滑动步长为10ms。
UE判断下行失步总时间:
0.16+(N313-1)*0.01
(2)之后等待T313,若没有检测到恢复,则UE开始进行小区搜索,并启动T314
(3)完成小区搜索后,UE发起CellUpdate
(4)对CS业务在T314超时前,若CellUpdate没有成功,则UE放弃该呼叫,发生掉话
因此,下行RLFailure定时器总长:
0.16+(N313-1)×0.01+T313+T314。
3.CS掉话小区排查思路及优化措施
涉及掉话的定数器及计数器在处理差小区的时候较少修改,下图为处理差小区的常用手段:
3.1站点告警
3.1.1影响掉话的网络告警
网络的重要告警基本上都会影响到掉话,目前网络常见的告警如下:
名称
RRU不在位告警
RRU智能天线降质告警
NEA和NodeB断连告警
电源异常掉电告警
时钟进入HOLDOVER状态超时告警
射频单元配置不可用告警
射频单元通道异常告警
射频单元硬件故障告警
天线驻波告警
GPS故障告警
如果掉话率突然上升,则需要检查本小区和相邻小区此时是否工作正常,通过网管检查本小区和相邻小区告警,并检查小区各通道输出功率是否正常,排除因为硬件原因产生的小区功率收缩。
尤其是闪断告警,对掉话影响特别大。
3.1.2闪断告警导致掉话案例
通过指标监控发现灌南棉织厂ET-1小区9月12日及9月13日连续两天出现在最差小区列表:
起始时间
无线小区
语音RAB请求次数
语音RAB成功次数
语音RAB失败次数
语音掉话次数
语音掉话率(%)
2012-9-120:
00
灌南棉织厂ET-1
101
101
0
8
7.92%
2012-9130:
00
灌南棉织厂ET-1
51
51
0
4
7.84%
2012-9140:
00
灌南棉织厂ET-1
122
122
0
0
0.00%
2012-9-150:
00
灌南棉织厂ET-1
158
158
0
1
0.63%
2012-9-160:
00
灌南棉织厂ET-1
115
115
0
0
0.00%
通过CDL查询不到掉话原因,之后查看该小区历史告警发现该小区12号及13号都存在闪断告警,告警信息如下:
级别
名称
定位信息
发生时间(NT)
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1217:
21:
11
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-091217:
47:
47
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1217:
57:
18
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1219:
06:
13
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1219:
29:
09
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1219:
51:
17
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1220:
06:
43
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1220:
45:
59
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1221:
08:
47
重要
射频单元IR接口异常告警
柜号=0,框号=90,槽号=0,端口=光口0,单板类型=RRU3158-fa,射频单元安装位置=0,具体问题=RRU上联Ir接口异常
2012-09-1221:
09:
33
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1222:
11:
22
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1222:
39:
14
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1223:
02:
49
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1223:
34:
32
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1300:
01:
46
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1300:
26:
48
重要
射频单元IR接口异常告警
柜号=0,框号=90,槽号=0,端口=光口0,单板类型=RRU3158-fa,射频单元安装位置=0,具体问题=RRU上联Ir接口异常
2012-09-1300:
26:
53
重要
射频单元IR接口异常告警
柜号=0,框号=90,槽号=0,端口=光口0,单板类型=RRU3158-fa,射频单元安装位置=0,具体问题=RRU上联Ir接口异常
2012-09-1300:
49:
09
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1300:
49:
12
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1302:
26:
49
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1302:
57:
51
重要
BBUIR接口异常告警
柜号=0,框号=0,槽号=3,端口号=Ir端口0
2012-09-1308:
23:
20
于13号通知代维处理完告警后,掉话指标恢复正常。
3.2覆盖问题
3.2.1覆盖导致的掉话原因分析
在移动通信网络中,由于缺站、扇区接错、RRU故障导致小区故障或信号发射异常、无线环境等原因都会导致弱覆盖的出现,在一些室内,由于过大的穿透损耗也会导致更差的覆盖现象。
由于某些站点位置不合理,天线挂高过高或天线的方位角是沿街道方向,产生越区覆盖的现象,由于越区覆盖很容易出现孤岛效应和对别的小区产生同频或扰码相关性较差而产生干扰导致的掉话。
扇区接错或者站点由于故障原因退服等情况容易在优化过程中出现,表现为其他小区在掉话点的覆盖差,需要注意分析区别。
确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据或路测的数据,若最好小区的RSCP和C/I都很低,就可以认为是覆盖问题。
3.2.2覆盖问题导致的掉话解决措施
针对不同类型的覆盖原因可以考虑采取以下的优化措施:
引起原因
调整措施
弱覆盖问题
调整天馈的工程参数、增加PCCPCH功率,做好23G的互操作。
对于调整后不能进行解决的弱覆盖可以提加站或通过拉远增加小区需求,对于由于站点位置不当由于遮挡产生的弱覆盖问题,提天馈整改需求
过覆盖问题
调整天馈的工程参数(用含预置电子下倾的天线替换无预置的天线)、降低PCCPCH功率、配置相应的邻区、整改天线的挂高进行站点位置整改或站点位置
站点故障引起的覆盖问题
故障排除、增添邻区,23G互操作
孤岛效应
调整天馈的工程参数、配置单向邻区来解决(暂时处理措施)
扇区接反
光纤调换、在调换前按实际的信号来进行邻区配置
导频污染
调整天馈的工程参数、增加或降低某些小区的PCCPCH功率
3.2.3弱覆盖导致掉话案例
用户反映在朝阳中学ET-3附近路段掉话,根据对投诉用户信令跟踪,分析CDL发现2A报告目标小区朝阳中学ET-3小区(1011294)电平值为-96dBm,7s后终端再次上发3A报告,约6s后掉话,可判断出用户掉话为弱信号导致。
检查邻区及切换参数均正常,主服务小区和目标小区无告警故障,小区指标无异常,需现场对该区域进行测试。
测试发现该路段UE占用朝阳中学ET-1小区,电平最低降至-94dbm左右,中铁十局ET-2信号和朝阳中学ET-3信号同样不好。
朝阳中学与中铁十局站间距较大,此路段属于弱覆盖区域。
对朝阳中学天馈进行现场勘查,发现朝阳中学ET-3实际方位角为180°,正好被山体阻挡,信号快衰,而朝阳中学ET-1下倾角为10°,下倾角较大。
根据现场的勘查,对朝阳中学ET-3方位角进行调整,调整至240°,朝阳中学ET-1下倾角抬高到6°。
调整后现场测试发现,UE在问题路段,信号在-72dbm至-78dbm之间波动,UE在该路段能够平滑切换,路段弱覆盖得以闭环解决。
3.3干扰导致的掉话
3.3.1导致干扰的原因分析
TD-SCDMA系统的干扰主要分两个大的方面:
系统内和系统外干扰。
在系统内主要由于同频、扰码分配以及相邻小区交叉时隙等带来的干扰,表现在PCCPCHRSCP很好,而C/I非常差,这种情况可通过调整频点、重新分配扰码以及邻小区时隙调整等方法来有效避免。
另外,由于TD-SCDMA是一个TDD系统,所以如果GPS失步、郊区基站相距较远等均会带来DwPCH对UpPCH的干扰,严重的时候会使得上行无法接入和切换入。
系统外的干扰主要是异系统,特别是PHS系统会对TD系统带来比较严重的干扰,同时微波、雷达,军用警用设备、屏蔽器等带来的干扰,这些干扰都会对TD系统网络性能造成很严重的影响。
干扰会增加了连接模式的手机上行发射功率,从而产生过高的BLER而导致掉话。
UE的发射功率过大对其他的UE和小区也带来较大的干扰。
另外,在切换的时候,新建链路由于UPPCH干扰问题导致链路不能进行上行同步,造成切换失败而导致掉话。
3.3.2干扰类问题解决措施
引起原因
调整措施
同频、扰码相关性引起的干扰
频点、扰码优化调整
UP干扰
GPS造成的此问题,故障站点故障排除;调整UPPTS的期望接受功率(如果干扰较大此方法几乎不起作用)、进行UP位置偏移
系统外干扰
干扰源查找、调整天馈参数和增加异系统间天线的隔离度;F频段的干扰可修改频点,话务量不高的情况下可以删除F载波
3.3.3频点干扰导致掉话案例
通过指标监控发现帝豪水榭花都ET-3小区11号及12号都是掉话最差小区,见下表:
起始时间
无线小区
语音RAB请求次数
语音RAB成功次数
语音接通率(%)
语音掉话次数
语音掉话率(%)
2012-9-10
小区名称=灌云供电局ET-1
73
73
0.9864
2
2.74%
2012-9-11
小区名称=灌云供电局ET-1
144
142
0.9861
6
4.23%
2012-9-12
小区名称=灌云供电局ET-1
89
89
0.9887
4
4.49%
2012-9-13
小区名称=灌云供电局ET-1
94
94
1
1
1.06%
2012-9-14
小区名称=灌云供电局ET-1
132
132
1
0
0.00%
2012-9-15
小区名称=灌云供电局ET-1
137
137
1
1
0.73%
查询掉话原因均为UE失步,进一步分析发现该小区存在上行干扰:
起始时间
载波
载频值
DT_TS1平均干扰
DT_TS2平均干扰
2012-8-138:
00
灌云供电局ET-1,载波1
10096
-92.031
-92.398
2012-8-138:
00
灌云供电局ET-1,载波2
10120
-88.043
-88.215
2012-8-138:
00
灌云供电局ET-1,载波3
10080
-90.899
-92.886
2012-8-138:
15
灌云供电局ET-1,载波1
10096
-97.932
-99.09
2012-8-138:
15
灌云供电局ET-1,载波2
10120
-86.887
-86.992
2012-8-138:
15
灌云供电局ET-1,载波3
10080
-92.105
-94.805
2012-8-138:
30
灌云供电局ET-1,载波1
10096
-100.772
-101.636
2012-8-138:
30
灌云供电局ET-1,载波2
10120
-89.311
-89.497
2012-8-138:
30
灌云供电局ET-1,载波3
10080
-92.511
-94.205
2012-8-138:
45
灌云供电局ET-1,载波1
10096
-90.275
-90.71
2012-8-138:
45
灌云供电局ET-1,载波2
10120
-87.85
-88.043
2012-8-138:
45
灌云供电局ET-1,载波3
10080
-87.054
-90.57
查看该小区周边其它小区并无干扰现象,初步定为该小区干扰来自系统内频点干扰,该小区频点配置为10096/10120/10080,修改频点为10063/10055/10071后干扰降低到正常水平,见下表:
起始时间
载波
载频值
DT_TS1平均干扰
DT_TS2平均干扰
2012-8-1310:
45
灌云供电局ET-1,载波1
10063
-108.448
-108.453
2012-8-1310:
45
灌云供电局ET-1,载波2
10055
-108.486
-108.47
2012-8-1310:
45
灌云供电局ET-1,载波3
10071
-108.164
-108.569
2012-8-1311:
00
灌云供电局ET-1,载波1
10063
-108.709
-108.704
2012-8-1311:
00
灌云供电局ET-1,载波2
10055
-108.709
-108.658
2012-8-1311:
00
灌云供电局ET-1,载波3
10071
-106.903
-108.213
2012-8-1311:
15
灌云供电局ET-1,载波1
10063
-108.873
-108.881
2012-8-1311:
15
灌云供电局ET-1,载波2
10055
-108.883
-108.871
2012-8-1311:
15
灌云供电局ET-1,载波3
10071
-107.308
-108.843
2012-8-1311:
30
灌云供电局ET-1,载波1
10063
-108.903
-108.828
2012-8-1311:
30
灌云供电局ET-1,载波2
10055
-108.891
-108.867
2012-8-1311:
30
灌云供电局ET-1,载波3
10071
-105.81
-109.012
3.3.4小灵通干扰对F频段干扰解决案例
用户反映在灌云综合楼附近TD信号经常有问题,经查询指标发现灌云综合楼ET-1小区F频段有干扰,A频段正常。
去现场发现该小区附件存在小灵通站点,对于小灵通的干扰可以根据TD业务量的情况删除F载波或者修改F频点为A频段频点。
灌云综合楼ET-1小区配置如下:
小区标识
小区名称
载波索引
载波频点
DCH业务的默认载频优先级
HSDPA业务的默认载频优先级
6151
灌云综合楼ET-1
主载波
10104
100
50
6151
灌云综合楼ET-1
辅载波
10080
30
100
6151
灌云综合楼ET-1
辅载波
10088
50
80
6151
灌云综合楼ET-1
辅载波
10112
80
30
6151
灌云综合楼ET-1
辅载波
9492
60
70
6151
灌云综合楼ET-1
辅载波
9468
70
60
配置两块F载波,分别是9492和9468,查询小区的业务量如下:
用户数如下:
CS业务量最大是35爱尔兰,PS流量最高是0.5G,查看该小区用户数最多是24个,建议6块载波全部保留,查询这两块载波的干扰情况如下:
辅四干扰:
辅五干扰:
辅五的干扰要明显大于辅四,建议保留辅四,将辅五载波修改为10096。
3.4邻区漏配
邻区漏配为比较常见的导致掉话的原因。
对于TD系统,邻区漏配包含两个方面:
一、系统内邻区漏配;二、系统间邻区漏配。
针对CS掉话差小区,需详细检查系统内及系统间邻区关系。
3.4.1邻区添加不合理导致掉话案例
通过指标监控发现灌南宾馆ETW在7月1号至7月5号5天时间有两天为CS掉话最差小区,指标见下表:
时间
RNC
小区
语音业务RAB建立尝试次数
语音业务RAB建立成功次数
CS掉话次数
语音业务掉话率(小区级)
2012-07-01
RNC3413
灌南宾馆ETW
38
38
0
0
2012-07-02
RNC3413
灌南宾馆ETW
41
41
2
0.048780488
2012-07-03
RNC3413
灌南宾馆ETW
23
23
1
0.043478261
2012-07-04
RNC3413
灌南宾馆ETW
43
43
2
0.046511628
2012-07-05
RNC3413
灌南宾馆ETW
13
13
0
0
2012-07-06
RNC3413
灌南宾馆ETW
46
46
0
0
2012-07-07
RNC3413
灌南宾馆ETW
36
36
0
0
2012-07-08
RNC3413
灌南宾馆ETW
21
21
0
0
2012-07-09
RNC3413
灌南宾馆ETW
51
51
0
0
2012-07-10
RNC3413
灌南宾馆ETW
24
24
0
0
2012-07-11
RNC3413
灌南宾馆ETW
20
20
0
0
2012-07-12
RNC3413
灌南宾馆ETW
5
5
0
0
2012-07-13
RNC3413
灌南宾馆ETW
37
37
0
0
2012-07-14
RNC3413
灌南宾馆ETW
30
30
0
0
2012-07-15
RNC3413
灌南宾馆ETW
45
45
0
0
查询小区掉话原因为UE失步,站点不存在告警,邻区及参数设置都无异常,由于该小区话务量较低,分析困难,通过现场测试发现该小区经纬度有问题,以下为测试分析:
灌南宾馆有室分小区灌南宾馆
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CS 掉话率 优化 专题
![提示](https://static.bdocx.com/images/bang_tan.gif)