- 1.81 MB
- 37页
- 1、本文档共5页,可阅读全部内容。
- 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
- 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
- 文档侵权举报电话:19940600175。
'广西移动来宾地区无线网络优化专案项目报告掉话优化专题2007年12月18日
目录1.概述32.网络现状33.优化后效果(数据来源话务统计):44.现网掉话原因分析:44.1MRR测量分析现网现状:44.2通过DT测试分析:54.3从话务角度分析:65.掉话的原理及分类65.1掉话分类的原理65.2现网掉话分类情况86.手机功控的调整及效果106.1上行功控的理论分析:106.2现网配置126.3现网调整手机功控及效果分析127.切换优化降低掉话率148.高掉话小区案例分析178.1高掉话小区的发现:178.2掉话小区处理方法178.2.1小区硬件导致的高掉话处理方法178.2.2传输故障造成的掉话处理208.2.3参数定义错误引起的高掉话238.2.4ERRORLOG分析处理问题258.2.5外部上行干扰的处理268.2.6通过对DXULOG分析解决问题278.2.7级连小区的传输问题检查329.THR和TRA应用原理和检查339.1THR检查339.2TRA检查3510.开启IRC改善质差掉话3511.建议3611.1加强覆盖3611.2采用塔顶放大器解决上行弱覆盖3611.3扩容和建站解决高拥塞36
1.概述针对广西来宾市掉话率较高的情况,我们进行了从2007年11月26日到2007年12月17日为期三周的优化工作。本次优化主要的重点阐述掉话的原理及现网的现状来分析掉话的原因。通过BSC级参数LOWSSUL,LOWSSDL.TRH.IRC综合应用及手机功控.切换关系等优化手段来提高网络通话质量,同时对小区级高掉话小区进行处理和重点分析,发现一批小区硬件问题和传输问题。其次对部分历来高掉话小区进行进站检查及分析LOG判断并解决基站隐性故障。在此感谢移动公司领导的支持和代维人员的大力配合。2.网络现状来宾市基站属于3个MSC,共分3个BSC(BSC7.BSC17.和BSC19的部分),其中BSC7属市区站共只157个小区,目前话务掉话比在450左右。BSC17属山区站共234个小区,地型多山,且人口分布不均造成部分区域站点较稀,县级公路覆盖都极差(详细看现网情况分析),是本次优化的重点。如下图为来宾地区现网覆盖图:
通过地图可以看出BSC17覆盖面较广,且地处与其它市区交界处,站点较少而覆盖较广是弱覆盖的主要原因,通过优化使尽量的减少掉话是本次优化的主要目的。3.优化后效果(数据来源话务统计):ØBSC17优化前后早忙时效果对比图:掉话率0.73%->0.68%ØBSC17优化前后晚忙时效果对比图:掉话率1.00%->0.80%Ø通过对比发现BSC17在晚忙时的掉话率降低了0.2%,从省公司的统计图我们可以发现BSC17的掉话下降也改善了来宾市(最上方位)的掉话率,如下图:
4.现网掉话原因分析:4.1MRR测量分析现网现状:为了对现网的情况有所了解,优化前对BSC17进行了MRR测量,其次也统计对比市区一个掉话率较低的BSC2,及对比一个山区地型而指标相对比BSC17较好的BSC6,通过对比数据来发现问题,统计结果如下图:从数据来分析:通过统计发现BSC17的RXLEV>-95在80左右,而市区BSC2(掉话率0.1)RXLEV>-95在95%左右,而同样是山区地型的BSC6(掉话率0.4左右)的RXLEV>-95在87%左右。其次BSC17的上行功控和与同地型BSC6相比过于温和,这将也是优化的重点。另外BSC17的平均TA在8以上。4.2通过DT测试分析:通过测试可以了解网络的真实情况,测试发现BSC17区域的县级道路和人口稠密的覆盖率77.25%,农村地区因为时间关系没有进行测试,如果进行测试覆盖率会更低,如下图:
综合上述:山体地型的影响和站点较稀少是掉话的主要原因,在覆盖没有得到解决之前,进行参数调整及坏小区的处理来降低掉话率。4.3从话务角度分析:统计发现BSC17存在高话务拥塞,这是由站点较稀少而单个小区覆盖较范围较大造成的,高话务拥塞对掉话的影响:ü高话务带来大量的频率碰撞,影响通话质量造成掉话ü其次高话务造成目标小区无TCH信道分配导致大量的切紧切换,BSC17地区的站点本来就较稀少,可能较好的目标小区无空闲信道分配而造成弱信号掉话。这时我们应该注意AWOFFSET等切换参数的设置。
5.掉话的原理及分类5.1掉话分类的原理呼叫的建立过程,经过随机接入,SDCCH指派,TCH指派等信令过程后,随之而进行的是在TCH上的信令过程及通话过程。在话务量不变的情况,掉话越少,网络性能越好;反之,则越差。因此,网络的优化,降低掉话数是一个重点。而降低掉话总数首先需要分析掉话是属于何种类型,是TA掉话或是弱信号,还是其他掉话等等。爱立信交换机对掉话总次数(TFNDROP/THNDROP)的统计定义:ü当BSC向MSC发“CLEARREQUEST”时,会使TFNDROP加1;ü或者是BSC收到MSC送来的不是因为“CALLCONTROL”或“HANDOVERSUCCESSFUL”而产生的“CLEARCOMMAND”信息,也会使TFNDROP加1,但如果BSC先发“CLEARREQUEST”,MSC再向BSC发“CLEARCOMMAND”,则不会使TFNDROP加1。如何判断一个掉话是属于何种类型的掉话呢?判断的条件是BSC收到最后一次测量报告为准进行判断的。这里有一个优先权的问题。具体如下:优先判断TA是否超TALIM,若成立,则定为TA掉话,无需再判断其他类型。其次判断信号强度然后再判断信号质量若不属于前面三种类型,则定为突然掉话。计数器跳转流程
各种计数器的介绍T_DR_SUD=100*TFSUDLOS/TFNDROP突然原因的掉话占总掉话的比率T_DR_SS=100*(TFDISSBL+TFDISSDL+TFDISSUL)/TFNDROP信号强度原因掉话占总掉话的比率T_DR_SS_DL=100*TFDISSDL/TFNDROP下行信号强度原因的掉话占总掉话的比率T_DR_SS_UL=100*TFDISSUL/TFNDROP上行信号强度原因的掉话占总掉话的比率T_DR_SS_BL=100*TFDISSBL/TFNDROP上下行信号强度原因的掉话占总掉话的比率T_DR_BQ=100*(TFDISQABL+TFDISQADL+TFDISQAUL)/TFNDROP信号质量原因的掉话占总掉话的比率T_DR_BQ_DL=100*TFDISQADL/TFNDROP
下行信号质量原因的掉话占总掉话的比率T_DR_BQ_UL=100*TFDISQAUL/TFNDROP上行信号质量原因的掉话占总掉话的比率T_DR_BQ_BL=100*TFDISQABL/TFNDROP上下行信号质量原因的掉话占总掉话的比率T_DR_TA=100*TFDISTA/TFNDROPTA过大原因的掉话占总掉话的比率T_DR_OTH=100*(TFNDROP-(TFDISSBL+TFDISSDL+TFDISSUL+TFDISQABL+TFDISQADL+TFDISQAUL+TFDISTA++TFSUDLOS))/TFNDROP其它原因的掉话占总掉话的比率5.2现网掉话分类情况现网掉话分类参数表:BADQUL-55BADQDL-55LOWSSDL-104LOWSSUL-104这种分类不适合来宾市高山地型的特点,假如LOWSSUL=-102掉话也归类到T_DR_SUD中显然是不合理的,高山地型RXLEV衰减快也给统计带来难度,通过上面分类进行统计如下:
从图可以看出的问题:T_DR_SUD占64.96%,参数LOWSSUL-104设设置过高也给T_DR_SS_UL分类分析带来困难。12月12日我们在交换部门同意后对BSC掉话COUNTER重新分类,如下图:分类后统计结果为:从统计结果可以看出:上行弱覆盖掉话比例由以前的18.03%上升到32.64%,这也说明了BSC17上行弱覆盖造成大量的掉话。
6.手机功控的调整及效果6.1上行功控的理论分析:在连接过程中,可以控制手机的输出功率。控制的目的是使基站接收到所期望的信号强度和信号质量。ü手机功率控制的目的是增加满足足够好的C/I值的连接数量。当降低网络中所有手机的输出功率,整个辐射功率会下降,这使得网络的上行同频和邻频干扰降低。对于那些(全功率发射的手机)低信号强度和低信号质量的连接,通过降低干扰能增加C/I值。另一方面,对于那些高信号强度和高信号质量的连接,由于降低了手机的输出功率C/I值也降低了。但这种C/I的降低并不会影响通话质量。ü当应用手机的功率控制,可降低手机的电池消耗,减少充电的次数,延长手机的通话时长。ü防止靠近基站的手机因高强度的信号而可能出现的基站的接收机饱和现象。接收机的灵敏度将会下降,话音质量也会变差。ü在计算功率输出时将考虑话音质量这方面的因素。话音质量用参数rxqual来衡量。差的话音质量将会提高手机的输出功率。功控步骤:
第一步:MS在SACCH周期向网络发送测量报告第二步:对测量信号滤波(消除快衰落信号的影响)第三步:计算MS的发射功率第四步:分析功控参数,以决定功控的深度第五步:发送功控级别,命令MS改变发射功率在计算功率级别(PowerOrder)的时候,系统使用如下的公式:6.2现网配置统计BSC17的手机功控相关参数如下:参数BSC17SSDESUL90(113).88(71)85(27)80(2)QDESUL35(209).30(1)LCOMPUL50(210)QCOMPUL65(209).70(1).75(1)REGINTUL1(210)SSLENUL5(210)QLENUL5(210)从现网设置可以看出几个问题:üLCOMPUL(上行信号补偿因子)设置过大,导致功控过深和质差时功控强度过大不适合山区信号变化大的特点。ü
部分SSDESUL设置为90过大,因此来宾站点较稀少,可能会导致部分MS突然山体阻隔而来不及调高功率而掉话。üBSC17的上行信号滤波器(SSLENUL)和上行质量滤波器(QLENUL)设置过大,导致功控反应速度变慢。ü两次连续功率指令的最小时间周期参数REGINT设置为1,功率指令发送后经过REGINT一个SACCH时间后发送下一个功率指令比较适合地型的变化6.3现网调整手机功控及效果分析现网的BSC17升级到R10版本后,上行功控的算法与下行功控的算法相似,先了解爱立信推荐的参数设置: R9R10SSDESUL-92-95QDESUL3030LCOMPUL606QCOMPUL5075从上表得到的信息:ØR9版本参数升级到R10后可以算出:当强信号质差时也下调功控,这将造成质差情况下因功率下降而掉话Ø在R10推荐参数中LCOMPUL的变化最大。当然每个地市都有自己的特点,但从这表可以看出:当MS强信号质差时也不下调功控根据现网的实际情况来看,如果不考虑质量因素来分析:当SSDESUL=90.LCOMPUUL=60时,RXLEV=70情况下,代入公式:LCOMPUL/100(SSDESUL-70)可以知道下调的功率为12DB,显然不适合的。其次考虑到地区上行信号弱覆盖调整SSDESUL=88防止因功控过深导致的掉话。12月10日对功控参数进行了如下调整:参数SSDESULQDESULLCOMPULQCOMPUL调整值88301575调整后效果图:
调整后效果图可以看出:通过省公司的统计表统计12月10日(星期一)和12月11日(星期二)宾地区(图最上层)的掉话有所下降,达到调整前预期的效果。7.切换优化降低掉话率网优工程师在处理掉话小区的时候,往往发现部分的邻区不完整也是导致掉话一个主要原因,其次因切换的参数门限过高导致弱信号的服务小区无法正常切换至信号稍好小区而导致掉话。但降低切换的门限来降低掉话率也会造成切换率下降。因此在分析过来宾地区的现状后,进行了如下工作:ü通过NCS测量和MCOM查找添加完整邻区,最大限度的降低因切换而造成的掉话ü通过BSRXMIN与MSRXMIN的关系,重新调整切换关系参数ü处理完整添加后外部邻区数据第一步工作:12月4日添加212对邻区关系:CellcellrCellcellrCellcellr调整数值LQ13960LQ48622LQ63642LQ58183LQ13342LQ33901双向添加LQ13960LQ43232LQ38243LQ53291LQ13342LQ33903双向添加LQ13960lI43281LQ53903LQ33892LQ13342LQ38311双向添加LQ48643LQ23502LQ58181LH58472LQ13342LQ38312双向添加LQ38331LQ38241LQ29913LQ53851LQ13341LQ38301双向添加LQ38242LQ38281LQ38242LQ38332LQ13341LQ38302双向添加LQ38242LQ38282LQ33882LQ53842LQ13341LQ38303双向添加LQ38242LQ38283LQ23502LS29812LQ33181LG13942双向添加LQ48622LK29192LQ23502LS53082LQ63623LI53410双向添加LQ48622LK29191LQ23502LH13362LQ63623LI29182双向添加LQ13342LJ33391LQ38332G13913LQ19841LQ38291双向添加
LQ48641lq33901LQ23642LQ13972LQ19841LF19912双向添加LQ63623LI23702LQ23642LQ43623LQ19841LF19913双向添加LQ23582H658472LQ23642LQ13973LQ19841LS48072双向添加LQ38332lq38281LQ33652LQ13521LQ19841LS48073双向添加LQ38332lq38282LQ33652LQ38251LQ19841LS48542双向添加LQ38332lq38283LQ33652LQ38253LQ43961H23883双向添加LQ13191lq38241LQ48732LQ38361LQ13952LQ30271双向添加LQ13191lq38242LQ38331LQ38282LQ38332LQ38242双向添加LQ13191lq38243LQ13951LQ38353LQ38242LQ23470双向添加LQ38241lq63641LQ33950LQ53291LQ38242LQ53852双向添加LQ38241lq58181LQ33950LQ58861LQ28732LQ43232双向添加LQ38241lq58182LQ38243LQ43632LQ48641LQ30271双向添加LQ43632lq38282LQ33881G13913LQ29912LG19552双向添加LQ13192lq58472LQ38283LQ38331LQ33183LQ63502双向添加LQ48622LS48112LQ43962LH58472LQ13342LQ43231双向添加LQ48622LS48111LQ53291LQ38241LQ33883LQ48602双向添加LQ48622LS43472LQ13341LI63522LQ33643LQ63643双向添加LQ48622LS43471LQ33183LG29471LQ38241LQ13191双向添加LQ28731LQ43232LQ38331LG29472LQ63642LQ58182双向添加LQ48733LG23282LQ38262LQ33651LQ38281Ls29813双向添加LQ33643lq53630LQ19841LQ13521LQ38281LQ23503双向添加LQ58182H58472LQ19841LQ38291LQ19032LQ43612双向添加LQ33883lq43632LQ33181LQ38362LQ43231LQ30262双向添加LQ33883lq43633LQ33642LQ63643LQ43231LQ30263双向添加LQ33883lq43631LQ23581LH58472LQ43231LQ53841双向添加LQ13960LI29182LQ38283LQ30272LQ43231LQ53842双向添加LQ33183LG13912LQ53842LQ33882LQ29912LQ53861双向添加LQ23581LQ38283LQ38352LQ33273LQ29912LQ53862双向添加LQ23581LQ38282LQ19011LQ43232LQ29912LQ33883双向添加LQ23581LQ38281LQ19011LQ33901LQ30272LQ38353双向添加LQ43232I63523LQ19011LQ33902LQ30272LQ13953双向添加LQ38361LQ23642LQ19011LQ33903LQ48632LQ19031双向添加LQ48623LK28682LQ38242LQ38281LQ30271LQ48641双向添加LQ48623LK28683LQ19562LQ19572LQ30271LQ38282双向添加LQ23642lq38351LQ19562LQ53902LQ30271LQ38331双向添加LQ23642lq38353LQ19013LQ33901LQ19562LQ33892双向添加LQ48641LQ38351LQ19013LQ33902LQ19562LQ53092双向添加LQ48641LQ38353LQ19013LQ38311LQ38353LQ48641双向添加LQ13191LQ63641LQ19013LQ38312LQ33892LQ19562双向添加LQ13191LQ63643LQ63631LF38723LQ19032LQ43612双向添加LQ43631lQ38282LQ19563LQ53903LQ33271LQ38271双向添加LQ13953lQ38353LQ19563LQ13971LQ29912LG28540双向添加LQ48731LG13911LQ19563LQ13972LQ19031LQ19861双向添加
LQ33870LI48171LQ19563LQ13973LQ38322LQ48611双向添加LQ38362lq48612LQ19033LQ48632LQ29913LG28540双向添加LQ13972LQ43622LQ38283LQ23581LQ38333LQ23581双向添加LQ38262LQ19842LQ38283LQ23582LQ53902LQ19562双向添加LQ23582LQ43962LQ38283LQ38241LQ48631LQ19032双向添加LQ53291LQ30271LQ38283LQ38242LQ58181LQ38241双向添加LQ53291LQ30272LQ38283LQ43631LQ19841LF19913双向添加LQ13341LQ38301LQ19561LQ33892LQ19841LF19912双向添加LQ13341LQ38302LQ23342LQ63111LQ38281Ls29812双向添加LQ13341LQ38303LQ43613LQ19032LQ58182LQ38241双向添加LQ13341LQ53842LQ38353LQ38322LQ48732G23282双向添加LQ43232LQ63113LQ13213LQ43621LQ48733LQ63502双向添加LQ43232LQ38301LQ13213LQ43622LQ33183G13923双向添加LQ43232LQ38303LQ19032LQ48633LQ63641LH48681双向添加LQ33651LQ13521LQ19032LQ48632LQ13191LQ38243双向添加LQ33651LQ38251LQ19032LQ43612LQ13342LQ38302双向添加LQ33651LQ38252LQ19843LF19913LQ48621LF63740双向添加LQ53851LQ29913LQ53851LQ19022LQ48621LS63751双向添加LQ19032LQ48632LQ53851LQ29911LQ53851LQ19021双向添加第二步工作:MSRXMIN与BSRXMIN调整现网配置所有小区的BSRXMIN设置值是105。也就是说,下行信号强度必须大于MSRXMIN,上行强度必须大于BSRXMIN。其中,下行信号强度通过实际测量值得出,而上行信号强度通过计算得出,其计算公式如下:现网中,通常MSTXPWR设为33,BSTXPWR通常设置为49,这样计算出的上行信号强度为:SS_UP=MS_PWR-L=MSTXPWR-(BSTXPWR-SS_DOWN)=33-(49-Rxlev)=Rxlev-16
这样当BSRXMIN设为105,则目标接收信号强度必须大于-89dBm,才能进行切换。而现网的情况:BSCULRXLEV>-89DLRXLEV>-89RXQUAL_UL>3百分比RXQUAL_DL>3百分比BSPWROVERMSPWROVERBSC1771.67%88.23%96.11%95.15%33.27%24.99%通过现网对比也就是说明:DLRXLEV<-89的11.77%弱覆盖的手机因没满足切换条件而无法切换。根据爱立信推荐设置,我们建议将BSRXMIN统一为150。这样我们只需要修改MSRXMIN,便可以对切换门限进行有效地控制。另外,如果没有特殊情况,BSTXPWR和MSTXPWR也应尽量使用默认值。12月04日对来宾地区调整如下:BSC17原值调整值MSRXMIN9997BSRXMIN105150第三步工作:调整后对外部小区切换成功率较低小区处理及外部数据检查,详细见周报。8.高掉话小区案例分析8.1高掉话小区的发现:ü话务统计:在统计话务里可以发现小区昨天的指标情况(也可中午统计当天忙时话务),比如:高掉话小区可以分析T_DR掉话的分类,切换丢失.ICM等情况。üDT/CQT测试:测试是最能反映用户的真实情况,如:解决桐油山隧道问题。üBSC里告警消息:如LQ23342(来宾石林)CF2A:33分集接收丢失告警等。ü用户投诉(本人简不参与)8.2掉话小区处理方法当我们发现小区存在高掉话时,首先通过话务统计及COUNTER来分析掉话的类型,各种不同的掉话处理的方法也就不同,处理高掉话一般从以下几个方面如手:
8.2.1小区硬件导致的高掉话处理方法对于硬件引起的掉话在统计中一般会归类到突然掉话中,其次伴随着内切次数较多,SQI统计较差等现象,在处理高掉话小区一般步骤如下:üRLCRP:CELL=*******;查看小区ICM情况和是否有BPCBLOCKüRXTCP:MOTY=RXOTG,CELL=*******;查看小区TG号üRXCDP:MO=RXOTG-**;查看小区MO配置üRXMSP:MO=RXOTG-**;查看MO的状态üRXMFP:MO=RXOTG-**,SUBORD,FAULTY;查看小区存在的硬件故障代码通过上述可以大概知道小区的状态,但大部分的故障很难查出告警,这时我们就要通过其它如:DXULOG等分析小区的问题原因(详细见:掉话处理的基站部分)案例分析:LQ23641(来宾吉利)高掉话80次/小时第一步:RLCRP:查看小区的BPCBLOCK和ICM状态:
从上图得到的信息:小区周边环境无干扰,而且时隙工作状态正常,看到的部分BPCLOCK是因为没有开启半速率。第二步:RXMFP:MO=RXOTG-**,SUBODR,FAULTY;查看小区告警消息:
从图上可以得到的信息:小区CF存在CF2A:23和CF2A:26告警(高温告警),CDU的型号等信息。此类告警往往没能引起高度重视,但这会引起载波等硬件工作性能下降而造成掉话。我们对此小区处理后指标恢复正常:
8.2.2传输故障造成的掉话处理对于传输引起的问题造成的掉话,在处理过程中DTQUP只能监测BSC到传输网这段设备的质量,而BTS这段的传输状态需定义MODP检查。传输质量的好坏能直接影响基站的同步性能,Abis接口上的信令和数据,因此特别引起我们重视。可以通过以下方法来处理:案例:LG29001(来宾市政府大楼)高掉话处理第一步处理:RLCRP:CELL=*******;查看小区发现ICM统计较差
从图上得到的信息:小区存在全频段的干扰第二步处理:DTQUP:DIP=**RBLT;查看传输状态问题参数详解:üT1:传输性能受的劣化到不可接程度(Unacceptablelevel)
的时间一直到目前为止的时间间隔。以分钟为单位。üT2:传输性能发生劣化(Degradeperformancelevel)的时间一直到目前为止的时间间隔。以小时为单位。üSLIP2:在T2时间间隔内发生滑码的数目(滑码指的是在2M的PCM码流中任何一帧(256bits)出现丢失或重复,即产生一次滑码)üSFTI是监测的时间24小时üES2V:在接收方向上,T2时间间隔内发生误码秒的数目误码秒指的是在一秒钟内发生了任何一件下列事情:至少一帧出现误码,帧失步,LOS,SLIP,AIS,收到远端传过来的A_BIT为1。üSES2V:在接收方向上,T2时间间隔内发生严重误码秒的数目。从上图可知的信息:在接收方向出现一定数量的误码和滑码第三步处理:通过MOTS统计发现小区非正常释放集中在部分时隙,如下图:因此我们重点放在TS-29-0-5/6/7时隙上,通过指令RXMDP:MO=RXOTS-29-0-5&&-7;查问题时隙对应的DEVT,然后环路测试传输状态发现测试到RBLT-3100时,Resulttestfault,更换到其它传输设备后,指标恢复正常。8.2.3参数定义错误引起的高掉话参数定义错误一般是网优人员对参数不理解的情况下修改参数造成的后果,这类情况应要求进行参数调整时,尽量不要调整没有理解的参数。案例:LG13913(来宾河西)高掉话处理小区存在高掉话,掉话主要为突然掉话,但还有少量TA掉话,对这问题应引起重视,因为全网的超TA掉话不会超过100次/小时,问题小区怎么会存在TA掉话呢?
第一步处理:RLLUP:CELL=******;发现小区TALIM设置为6,最大覆盖超过三公里多就会掉话:在站点较密集的区域掉话可能不是很明显,但在站点较稀少的情况下就会产生掉话,因此配合MCOM检查小区的地理位置,发现小区前方站点较稀少。并发现另一个问题:小区主频与邻边小区邻频干扰,如下图:第二步处理:一般主频与二个小区都邻频干扰会产生干扰,RLCRP:CELL=*****;检查小区ICM情况:
处理结果:经过换频和修改TALIM后,小区的指标恢复正常,在这案例中可以发现部分掉话因参数设置有误造成。其次在处理LH23883高掉话小区时也发现SDCCH分配在EGPRS信道上,网优人员处理此类问题注意杜绝此类问题的发生:8.2.4ERRORLOG分析处理问题ERRORLOG在处理基站的隐性故障中起很重要的作用,它不但能帮我们解决一些小区的故障,而且还能发现一些没有造成问题的故障
案例:LR18321(柳州云头村)高掉话处理RXELP:MO=RXOTG-**;打印小区历史告警记录其中:DATE和TIME项记录了告警产生或消失的时间。BTS项记录了当时MO的状态。1AMAP,1BMAP和2AMAP对应内部告警的不同级别。EXT1BMAP和EXT2BMAP对应外部告警的不同级别。REPLMAP表示REPLACEUNIT的意思。记录时间的告警为RXOTRX-14-2载波在2007年12月11日16:08:40出现1A:15,查故障代码表显示:载波故障或Y链路故障导致交叉总线通信故障。RXOTRX-14-2载波在2007年12月11日16:20:42载波重启后告警消失。这种类型的告警是由于TRU内部的TX或RX硬件模块出现了故障造成的。对TRX解闭,或对TRU重启都能暂时清除这个告警,但该载频性能下降,而且这个故障还将不定期的出现引起掉话。因此对此载波更换后指标恢复正常。
8.2.5外部上行干扰的处理外部上行干扰造成通话质差而掉话,对于覆盖较好区域可通过调整ACCMIN.CRO.MSRXMIN来提高指标,但对于来宾站点较稀少的情况而言,人为的提高接入门限会带来大量的投诉,因此只有查出干扰源是最好的处理方法。案例:LH13332(柳江-V)干扰掉话检查RLCRP:CELL=******;发现小区全频段干扰,而且周边小区也存在不同级别的干扰,多次换频无效后开始怀疑小区周边引在外部上行干扰。12月15日在配合移动公司人员进行现场扫频,发现第二小区方向的存在干扰,如下图:为了判断干扰不是由天线等硬件引起,在天线工程师的配合下,将天线方向角调整90度后,干扰消失,初步判断是正面相隔15米且高度相等的联通CDMA天线造成的干扰:
对于此类站点查找干扰源解决掉话,如覆盖良好可在解决干扰源之前通过参数调整来改善指标。8.2.6通过对DXULOG分析解决问题当我们在OSS上处理问题找不到问题根源时,进基站进行硬件检查对问题的解决起很重要的作用,进站后一般进行如下处理:ü接线有无问题(特加是有代维人员进站操作过的基站)ü各联接线的接头有无松动,正常的接头的损耗约为0.1DB,馈线的损耗过高,就会导致如:注波比之类的告警。ü看各硬件的告警灯是否FAULT(很明显,不过很难遇到这情况)ü天线的隔离度及馈线的滴水弯(角度>45度即可)ü检查天线和天馈线的注波比(注波比>1.5即可)ü检查IDB数据ü分析DXULOG来判断问题什么是DXULOG?在DXU和TRU,ECU内部各有一个64K的内存芯片,在这个内存中记录了基站过去所发生的任何事情,包括基站产生过的告警,传输状态的变化,基站重启的原因和发生时间等等。对分析和查找基站故障起着非常重要的作用。但由于容量限制的原因,后面的信息可能会把前面的信息冲掉。
案例:LQ43232(来宾迁江2)高掉话处理小区掉话多为突然掉话(也有切换丢失),下行质差比较多,ICM统计较好(同事换成P频,掉话依然),检查硬件和传输无告警。在11月30日和12月04日处理过此小区,调整些参数。在12月12日检查小区为级联小区(A->B,C->B)我们做MODP检查级联传输质量,因为DTQUP只能检查BSC相联的部分传输,检查结果正常的情况下,在代维人员的配合下进站检查,从LOG中读到如下信息:在DXU里分析:ü在DXU信息中得知:TRU4和TRU7与CDU_BSU链路问题,导致向BSC要求错误报告,错误报告显示内容为:CDU_BSU与TUR4链路故障üTRU-7在11:29分到11:31分之间连续发生故障而多次出现STATEOFF(故障恢复)在TRU4载波分析:
ü在TRU4载波告警中反复出现TRU-4与CDUCommunicationFault在TRU5载波分析:ü在TRU-5中也多次出现因为硬件故障而导致向BSC要求错误报告,报告的内容为TRU-4与CDUCommunicationfault在TRU7载波分析:
ü载波TRU-7中出现最多的还是故障单元:TRU-7,故障内容是TRU-7与CDUCOMFAULTü当然出现一次最重要的告警:ISL(详细解释在后)PROTOCOLERROR可以看出四个TRU和ECU都检测到ISLPROTOCOLERROR的错误,触发重启动的条件都是DXU_LOST。当DXU检测到和TRU,ECU失去联系后,发出RESETTINGISLCHANNEL的命令。通过上述内容判断为:1)TRU-4和TRU-5相关的CDU部分故障2)TRU-7载波故障什么是ISL?ISL(InternalSignalingLink)是一种点对多点的信令协议,用于DXU和TRU及ECU之间的通讯。例如在基站启动时传递IDB配置参数,各子系统之间的通信都要用到ISL。读取ECU和TRU的LOG文件也是通过ISL进行的。ISL和LAPD信令一起在LOCALBUS上传递。LOCALBUS是基站内部用于在DXU和TRU,ECU之间传递语音及信令的一条串行总线,其带宽为2.048Mbit/s,也分为32个时隙。ISL占用TSO-TS2时隙,LAPD信令占用TS3—TS8时隙,TS15-TS26则分配给TCH(每个TRU占用两个时隙)。在DXU中ISL是由ConcentratorHW来处理,在TRU中则是由PLS(PlatformSubsystem)子系统来实现的。如图所示。
话音和信令通过LOCALBUS传到TRU,在TRU内部ISL和LAPD(OML和RSL)是由CPU来处理的。而话音数据则是由TORA模块来处理。因此从物理上来看,和ISL相关的硬件有DXU,背板连线及插座,TRU和ECU。任何相关的部分出现错误都有可能引起ISLPROTOCOLERROR的告警。从问题来分析发现只有DXU与TRU出现ISLPROTOCOLERROR的告警,而ECU无ISL故障而来判断TRU-7载波故障。因为此问题点为历史遗留问题,处理过程比较复杂,所以现在没有派单处理,解决此问题点需要代维人员的配合进站处理。但处理掉部分故障,现指标好转:8.2.7级连小区的传输问题检查我们检查传输常用的指令DTQUP来判断传输的质量,但DTQUP只能检查与BSC相连的传输部分,对于BTS与BTS之间的级连传输是监测不到的,这时就引入了MODP的概念。
MODP是DXU中的一个功能模块,它的作用就是负责监测接收方向上的传输质量和状态,测量结果通过LAPD中的OML传递给BSC。案例分析:ü在处理LQ43232的小区时,定义MODP监控:ü在处理LQ23641小区高掉时也定义MODP通过这些监测,可以发现级连小区MO的状态和传输的质量,对级连小区部分载波因部分传输BLOCK的处理起到事半功倍的作用。9.THR和TRA应用原理和检查9.1THR检查
TRH的主要功能是执行从BSC/TRC到收发器TRX之间的LAPD信令。TRH信令负荷主要由:呼叫信令,手机上行发送的测量报告,位置更新和短信业务产生的信令。对于这类告警,最根本的解决方法是TRH设备扩容,另外我们可以通过启动TRH负荷重分配过程来均衡各TRH间的负荷,但该过程可能会对部分小区新建立的呼叫产生影响(当TRX从负荷较高的TRH设备向空闲的TRH设备迁移时将不能处理信令。ü负荷过高会使PANING成功率下降(用户投诉手机接不通)ü负荷过高导致TRX自动闭塞(产生掉话)ü瞬间大量话务导致TRH负荷过载,TRX性能不稳12月12日对来宾地区的TRH检查情况如下:üCAPHYST为TRH剩余负荷门阈限üCAPLIM为TRH剩余负荷门限üINTERVAL和STIME为测量周期和开始监视时间注:意思就是TRH剩余负荷低于40时告警,当剩余40+10时告警消失
ü对应的SNT板负荷比较少,全网没有出现THR负荷过大情况。因为考虑到TRX自动闭塞有可能是由THR负荷过大影起,12月12日对TG-14小区(因TRX故障导致载波重启记录)进行THR检查,缺点就是:只能检查当前的THR负荷情况,而不能检查以前时段发生的THR负荷情况。检查情况如下:检查情况说明:载波对应的SNT=RHSNT-20设备负荷比较低,应该不是THR导致的载波闭塞,问题点的原因是载波故障引起,已派单更换载波。9.2TRA检查当TRA设备长期运行,有可能会出现隐性故障,某个用户占用了这块问题TRA板上的设备,由于设备隐性故障,该用户马上掉话。如果实际硬件确实存在这种TRA隐性故障,则会造成大量的掉话统计。通过收集TRA占用告警,没有发现BSC17存在告警。
10.开启IRC改善质差掉话因为开启IRC功能对硬件的要求较高(TRU为STRU或DTRU),这项功能在目前仅在少数地市开启。IRC的作用:ü普通分集接收是通过多路输出信号选最强一路,而IRC可将多路信号运算合并输出ü在频点干扰或外部干扰的环境下,采用帧同步时,启用IRC可得5DB的增益,如不采用IRC,增益会下降2~3DBü对干扰不严重的小区指标改善不明显硬件要求:ü硬件要求TRU版本是STRU或DTRU,只有版本高的设备才有这样的处理能力üBSC将该功能打开打开后的状态:小区开启IRC功能后,IRC为ON即可。此项工作对于因干扰产生质差而掉话有很大的改善功能,由于条件的限制以后的优化工作中进行。11.建议11.1加强覆盖从DT测试统计来看县城道路和人口稠密区的覆盖率仅为77.25%,MRR测量RXLEV>-95的80%左右,加强覆盖是解决宾地区掉话的根本解决方法。11.2采用塔顶放大器解决上行弱覆盖来宾地区地广而站点较稀,但直放站的数量仅为8个,对于道路等重要地点建议加直放站加强覆盖
对于来宾地区上行弱覆盖的情况,采用塔项放大器可以有效的解决此问题。塔放共分基站功率放大器和塔顶放大器,其中基站功率放大器是放大下行的信号达到加强覆盖,而塔顶放大器配合基站功率放大器提高上行接收灵敏度,解决基站上下行链路平衡,同时达到降低基站上行噪声、提升上行增益,改善基站接收性能的目的,这特别适合来宾山区的上行弱覆盖的现状。11.3扩容和建站解决高拥塞对于来宾地区的话务高拥塞,是全网掉话和拥塞率较差的主要原因,大家应该对BSC17覆盖区的拥塞引起重视,下图是柳州地区BSC拥塞的情况:从图表可以看出,来宾地区存在TCH高拥塞且掉话率较高,且地型相当复杂。专题优化只能改善部分可以避免的掉话,但真正使掉话率降到全网平均水平只有建站等手段加强覆盖才能从根本上解决问题。'