GSM日常优化汇总.docx
《GSM日常优化汇总.docx》由会员分享,可在线阅读,更多相关《GSM日常优化汇总.docx(20页珍藏版)》请在冰豆网上搜索。
GSM日常优化汇总
现场测试问题
分析流程
目录
1.1.1呼叫接续分析2
1.1.2掉话分析5
1.1.3信号覆盖差分析7
1.1.4信号质量差分析8
1.1.5切换问题分析9
1.1.6掉话原因详解12
1.1.1呼叫接续分析
呼叫正常接续为从主叫发出ChannelRequest到收到Connect消息进行通话,否则需要分析主被叫呼叫建立过程的信令流程,来分析出现未接通的现象(DT测试规范规定:
ChannelRequest和CMSERVICEREQUEST同时出现才计为一次试呼)。
主叫流程如下:
被叫流程如下:
呼叫接续分析
是否发出ChannelRequest?
检查手机
否
Immediate
assignmentReject?
是
收到Immediate
assignment?
SDCCH拥塞处理
否是
基站无法解码?
检查上行信号、基站硬件
成功占用上SDCCH?
是否
SD占用失败,处理方案A
否
是
Causevalue分析:
34TCHBlocking
收到Assignmentcommand?
否是
SDCCH掉话,处理方案
DisconRelease?
是否
DisconRelease?
收到Assignmentcomleted?
Causevalue分析:
41BSS/DRIProblem
否
TCH占用失败,处理方案A
是
否
Causevalue分析:
34/47MSC/被叫Blocking
41MSCProblem
DisconRelease?
是
收到Alerting?
否是
TCH掉话分析
是否
1、被叫忙;2、不在服务区;3、无法接通…..
检查被叫的状态和信令流程
正常振铃音?
听录音通知
Causevalue分析:
被叫未应答/拒接……
是
收到Connect?
TCH掉话分析
DisconRelease?
否是
是
正常
否
方案A
检查无线环境和小区硬件,IOI和统计是否正常
Chan_req_ms_fail或ma_fail_from_ms高?
硬件处理
否
频率优化、干扰处理
是
存在干扰?
IOI高
否
硬件故障
硬件处理
是
否
复位DRI或MCUF,观察
常见Disconnect/ReleaseCauseValue:
CauseValue
Reason
31
BSSorMSCproblem
34(beforeAssignmentCommand)
TCHBlocking
34(afterAssignmentComplete)
MSCBlocking
41(afterAssignmentCommand)
BSSproblem,especiallyDRIproblem
41(afterAssignmentComplete)
MSCproblem
42
MSCCongestion
44
BSSproblem,especiallytheCICblocking
111
BSSorMSCproblem
1.1.2掉话分析
掉话定义:
占用上TCH后没有收到Disconnet或Release消息而回到空闲状态。
(DT测试规范定义的掉话为有connect消息后的不正常释放)。
掉话分析
覆盖差分析
下行信号差?
发生了切换?
否是
质量差分析
下行质量差?
是否是
检查上行IOI,统计、基站硬件
切换失败?
检查HOTimer
否
否
目标小区信号或质量差?
检查目标基站IOI值和Per_carrier掉话是否异常
否
是
干扰源排查,频率优化
频率干扰?
是
否
同频同BSIC导致错误切换?
改频/覆盖调整,复测
是
切换参数设置导致不合理切换……?
否
切换参数优化,复测
是
否
A
A
目标小区DRI故障?
:
功率不平…..
硬件排障,复测
是
否
目标小区天线系统:
连接不良、驻波比大、鸳鸯线、覆盖方向异常……..
硬件排障,复测
是
结束
否
1.1.3信号覆盖差分析
定义:
1、通常认为接近或低于测试规范定义的有效覆盖电平即认为是覆盖差。
2、如果属于无主覆盖而且质量较差,也认为是覆盖差。
开始
覆盖调整或增加基站
是否缺少基站?
是
否
硬件排障,复测
最近的基站退服?
是
否
增加邻区,复测
缺少必要的邻区?
是
是否切换延迟或者不切换?
否
是
切换分析
1、检查天线高度、倾角。
2、信号是否被阻挡。
3、发射功率。
4、天线驻波比、连接是否良好。
否
越区覆盖、过大、过小?
是
结束
1.1.4信号质量差分析
定义:
持续信号质量大于3或不连续很差但占用某块DRI时很差。
话音质量差
覆盖问题流程
邻区信号较好
N
Y
服务小区信号差
切换流程
同频邻频干扰
Y
Y
修改频点复测
修改切换参数减少切换复测
切换十分频繁
Y
N
Y
无主覆盖小区
覆盖调整
是否多个服务小区或邻区MA相同
调整频率
Y
观察PB、IOI、BER、掉话等统计,关闭直放站复测
有无直放站信号
Y
调整或关闭功控复测
电平值呈波浪状升降,电平值降低话音质量就差
Y
载频故障,建议更换重调,复测
可能外部干扰,如阻断器等
Y
观察基站告警、服务载频ber>1,占用其他载频正常
话音质量持续较差、易掉话
其他
1.1.5切换问题分析
不切换
孤岛效应?
漏做邻区
Y
增加邻区复测
更正设置复测
邻区BCCH,BISC设错?
Y
如无法调整则增加邻区
N
Y
N
Y
覆盖调整
Y
目标小区是否存在传输故障
恢复基站复测
Y
A
N
修改参数复测
N
检查与切换相关的参数是否统一或异常,如rxlev_min_celho_margin_cel等等
N
目标小区HO_FAIL_NO_RSOURC>0
原小区OUT_INTRA_BSS_HO_PRI_BLK>0
拥塞处理流程
N
A
N
N
N
Y
目标小区是否存在硬件故障如MCUF故障
排除故障,复测
Y
是否跨lac区不切换
打开跨lac区相关小区的per_neighbor统计
是否切换次数为0
其他
检查交换机数据,复测
切换失败
正常现象
手机是否挂机?
Y
N
修改bcch、bsic复测
同bcch同bsic干扰?
N
转入话音质量差流程
服务小区话音质量很差?
Y
N
是否地形原因导致信号被阻挡
目标小区信号强度变化较大?
Y
Y
覆盖调整,复测
功率不平,重调,复测
N
N
Y
修改频点或删减邻区复测
Y
N
硬件排障复测
是否邻区中有同频造成错误的切换?
原小区或目标小区有GCLK时钟告警?
Y
N
其他
1.1.6掉话原因详解
●覆盖原因的掉话
覆盖原因导致的掉话主要有以下的方面
1、服务小区由于各种原因导致覆盖过大将邻区也覆盖在内,或者邻区本身由于由于故障导致覆盖缩小,以至于移动台超过当前服务小区定义的邻区B的覆盖范围到达小区C后还占用先前的服务小区A的信号,然而小区C又未定义小区A作为邻区,因此有可能由于移动台搜索不到合适的切换目标小区,而本身的服务小区网络状况变差而导致掉话。
2、2个小区的边界明显出现无线信号覆盖的盲区。
3、高大建筑物的阴影效应导致移动台信号发生快速衰落而来不及切换发生掉话。
案例
如图所示,在测试过程中,移动台始终不能占用72131站各小区,并在邻区表中72131各小区频点的电平均在-100dbm以下,导致该区域在红圈处的覆盖小区为22331、22491,两个小区明显属于越区覆盖,接收质量非常差,因而发生掉话事件。
●射频部件故障
载频单元、合路器、双工器、基站时钟板等,这些硬件故障,将会导致小区的接收、发射性能降低,严重时将会导致掉话的发生。
由于这些故障具有一定的隐蔽性,必须通过DT测试或大量的统计分析才能发现。
案例
在测试中我们发现移动台切换到某个小区后,接收电平迅速降低,甚至恶化-100DBM,随即由于接收电平差而发生掉话。
分析切换前的网络状况,移动台上报的目标小区(BCCH频点)接收电平值约为-67DBM,切换完成后,无线信道资源指配到该小区的TCH频点上,指配完成后,移动台收到的接收电平迅速降低导致掉话发生。
由此我们判断,该小区TCH的载频存在故障。
进一步查询该小区的性能数据,发现这个小区有多个载频,没有开启跳频功能,并且TCH频点也没有被定义成优先分配模式,网络随机分配无线信道资源,因此从OMC-R统计中不能及时发现故障所在。
●天馈系统故障:
由于天馈线的原因引起的掉话主要有以下几个内容
1、基站采用2付天线,由于天线的方位角或俯仰角不同而导致的掉话
当基站的同一小区采用2付天线配置时,该小区的BCCH和SDCCH信道就有可能分别从两副不同的天线发出,当两副天线的俯仰角不同时,就有可能造成天线的覆盖范围不同,移动台有可能能收到BCCH信号,但呼叫发起后却不能收到另一副天线发出的SDCCH因而导致掉话。
同样,当两副天线的方位角不同时,就有可能造成能收到SDCCH信号,但却不能收到另一副天线发出的TCH信道,因而导致掉话。
2、天馈部分的故障可直接表现在天馈部分的驻波比上,一般要求动态驻波比测试小于1.3。
在通常的情况下,如果小区的话务量突然降低,或者掉话率突然上升,则天馈系统的驻波比检查应该是检查的一个重要方面。
3、定向天线的反向信号太强
如果小区分裂时天线反向信号泄漏太强,当移动台占用该信号时,会因为搜索不到邻区而导致掉话。
●孤岛效应:
服务小区由于各种原因(无线传输环境太好、基站位置过高或天线的倾角较小),导致覆盖太大以至于将邻小区覆盖在内,造成在某些小区的覆盖范围出现一片孤独区域(所谓的伞状覆盖),此孤独区域在地理上没有邻区,类似于“孤岛”。
如果移动台在此区域移动,由于没有邻区,移动台无法切换到其他的小区导致掉话发生。
“孤岛效应”多出现在网络扩容后。
随着新基站的割接入网,需对原来的小区覆盖范围作调整,但小区覆盖范围收缩太快会造成2个小区切换带上覆盖不好,反之,容易形成“孤岛效应”。
通常解决此类问题的手段可通过大量的DT测试发现问题,一般可减少小区的覆盖范围以及增加邻区列表。
●同邻频干扰:
我们在频率规划中采用频率复用方式,如果采用同一组频率的2个基站站距太小,则形成同频干扰,严重时将导致掉话。
基站覆盖范围较大容易导致对其他基站造成同邻频干扰,可以通过高站搬迁、下压天线倾角、减少发射功率等手段来解决,但值得注意的是这种调整应该充分考虑到对室内覆盖的影响。
案例:
测试路线由南向北方向行驶,主叫手机服务小区为ci=10801,在图中A位置开始新的呼叫,呼叫建立后,移动台快速远离服务小区,此时邻区信息中第一目标小区为ci=10124,移动台上报的测量报告中目标小区接收电平值满足切换触发条件,因此BSC发出切换命令。
切换完成后,移动台却在10801和10124这两个小区之间发生乒乓切换,并且在服务小区10124上连续2次向30124切换失败,随即主叫手机出现“droppedcall”事件
分析当时的无线环境,手机停留的区域应该是ci=10601的覆盖范围,小区10601和10124的BCCH频点相同,由于bsic的解码延迟性,当服务小区为10801时手机误切换到10124上(由于BSIC的解码延迟性,手机上报测量报告时BSIC沿用先前相同BCCH频点的BSIC,但接收电平却上报新小区电平值),由于10124在此区域属于越区覆盖,信号电平波动较大,因此移动台在10124与10801之间乒乓切换,小区30601和30124也同样存在bcch频点相同的问题,最终导致掉话事件的发生。
●上行干扰
在GSM系统中,手机的发射功率远低于基站的发生功率,虽然采取了多种保证上下行链路平衡的方法,但在实际网络中,上下行链路仍然存在一定的差别,上行链路更容易受到系统外的干扰。
通常判断上行干扰的手段包括:
1、观察OMC-R关于干扰的统计,在有些系统中,当信道处于空闲状态时,系统会统计信道干扰的情况,并且在一定时间里上报,当工作于干扰级别的信道较多时,可以判断出系统存在干扰现象。
2、观察RACH请求的平均电平绝对值来判断系统是否存在干扰现象。
3、观察OMC-R中关于切换原因的统计进行判断,在正常的情况下,功率预算原因的切换比例较高,当上行质量切换较高时,则可判断上行干扰或硬件故障,当下行质量切换较高时,则可判断下行干扰或硬件故障,当上下行质量切换都较高时,通常则可判断硬件故障(也不排除上下行同时受到干扰)。
此外直放站的干扰是主要的GSM系统上行干扰的主要来源,直放站可以延伸基站的覆盖范围或通过室内系统解决室内覆盖,但如果是直放站维护不当,会对无线网络带来上行的干扰,由于部分的直放站没有自激保护功能,上行增益非常大,带外杂散严重超标。
●参数设置不当:
可通过参数检查工具来检查参数是否合理,如频率规划是否合理,小区内载频之间的跳频偏移量(MAIO)是否冲突(此时各种指标都比较差,例如分配失败率等),跳频的频点是否存在干扰,BSC与MSC的定时器是否匹配,功率、BSIC、邻区表、切换触发条件设置是否合理等等,如果切换的判定时间过长或切换门限过高,也会容易导致掉话,反之,则容易导致乒乓切换。
在GSM网络参数中,LINK-FAIL、RADIO-LINK-TIMEOUT都是与掉话有关的参数,如果在其他优化方法都无法解决掉话时,可以适当调整这2个参数控制掉话,在调整时应注意“无线链路超时”设置过大会影响网络的无线资源的利用率。
另外RLT设置时充分考虑T3109的时长,T3109必须大于RLT设置。
当BTS发现无线链路故障时,则向BSC发出“CONNECTIONFAILUREINDICATION”消息,BSC收到该消息时启动T3109,T3109超时前可以给移动台留出呼叫重建的时间,因此该值必须大于无线链路超时的值(在无线链路超时后,移动台大约需要5秒时间测量邻小区情况,并且发起呼叫重建的请求)。
T3109超时后,BSC向MSC发起CLEARREQUEST(携带原因值),开始资源释放流程。
●切换掉话
切换中掉话在实际运营的网络中也比较常见,当基站在做救援性的切换时(移动台接收电平值低于切换门限下限),一些切换请求会因为目标小区信号强度太弱而失败,即使切换成功也会因为信号强度太弱而发生掉话。
切换中掉话也包括T3103超时掉话,当BSC向移动台发送切换命令时,T3103开始计时,在BSC收到切换完成或切换失败时,将T3103复位。
如果T3103超时后没有收到上述任何一条消息,BSC就判断在原服务小区发生无线链路失败,并且释放无线资源。
值得注意的是T3103的设置必须小于BSC中的定时器BSSMAPT8的设置。
掉话率高涉及到切换问题可通过OMC-R的话务报表来分析主要是何种原因引起的切换掉话,如上行接收电平原因引起的切换,上下行接收质量原因引起的切换,上下行干扰引起的切换,功率预算引起的切换,呼叫定向重试引起的切换,话务量原因引起的切换。
在实际网络运营过程中,切换掉话仅次于无线链路故障掉话。
☐邻区配置不合理导致掉话
邻区规划往往与实际情况存在一定的差异,由于无线环境及服务小区的各种原因,导致覆盖过大或过小,这样很容易漏定义邻区,造成切换成功率低,因而导致射频掉话或切换掉话。
必须通过大量的路测,对网络的覆盖状况有清楚的了解,根据实际情况或OMC-R统计,及时修改邻区关系。
案例:
我门在优化时发现某区域东向西路测时发现切换失败和掉话,如图所示,分析当时的网络状况,该路段移动台基本驻留在吴家场D3,由于吴家场D3没做常利2的邻区,吴家场在信号不好时无法向信号良好的常利2切换,而是向广化2切换,由于广化基站信号在该路段上天线发射方向明显存在阻挡,信号较差造成切换失败,勉强切换成功也由于信号实在太差而挂死在广化2上成为掉话。
由于广华基站在天线发射方向明显存在阻挡,不能覆盖该区域,因此我们双向增加吴家场小区和常利小区的邻区关系。
再次DT测试,该路段通话质量良好。
☐目标小区异常导致掉话
案例
移动台从20412小区切入小区10604(BCCH39BSIC72)后,手机接收质量突然恶化,最终导致掉话发生。
(此时频点39的C/I值为-5)。
从当时的无线环境分析,切换的目标小区接收电平值良好,满足切换的判决条件,但切换完成后却由于新的服务小区不满足通话条件而发生掉话。
●系统故障掉话
移动台分配到TCH信道后,由于BSC或BTS故障(不包括无线链路故障)会产生掉话,此类故障一般可分为A口故障或Abis故障。
有时这些故障会在MSC或BSC故障板中告警显示。