KPI最坏小区优化处理流程tocustomerWord文档格式.docx
《KPI最坏小区优化处理流程tocustomerWord文档格式.docx》由会员分享，可在线阅读，更多相关《KPI最坏小区优化处理流程tocustomerWord文档格式.docx（16页珍藏版）》请在冰豆网上搜索。
0.1Erl时出线拥塞，这时需要注意该小区的数据业务情况。
B、掉话最坏小区：
掉话率描述的是小区的掉话程度，由于各小区的话务量不同（起呼数不同），因此使用掉话率来衡量小区的掉话多少。
掉话率统计公式是：
TFNDROP/TFMSESTB。
使用每线话务量>
=0.1Erl作为筛选条件，目的是滤去由于低话务、低起呼数造成掉话率高情况。
C、PDCH清空数过大：
PDCH清空数是指语音优先情况下，当语音出现拥塞、信到不足的情况下，将按需分配的PDCH信道清空用作语音使用。
PDCH清空数过大，由于语音存在拥塞和数据业务多造成。
统计公式为：
PREEMPTPDCH。
D、GPRS/EGPRS速率低：
可参考观察GRPS/EDGE复用度、同时存在用户数观察。
无线环境的好坏影响到网络性能优劣，从而影响数据业务的质量，当出现区域性、网元性数据业务速率低现象，需要结合PCU拥塞率等网元级指标观察。
如果小区与网元级都发现不了问题，估计是SGSN或数据业务服务器问题。
衡定GPRS/EGPRS速率的具体指标有：
IP吞吐率。
IP吞吐率是无线网络中最重要的统计指标，它与数据业务的保持性、接入性和完整性息息相关，是反映终端用户感知度的重要因素。
IP吞吐率定义为PCU缓存中LLC层的数据单元能以多快的速度作为RLC层数据块在空中接口进行传输。
PCU发送一定量的LLC层数据单元所消耗的时间取决于：
1、系统每隔多长时间向移动台发送一次数据，
2、RLC层数据块传输时使用的编码方式
3、需要重传的RLC层数据块的数量
需要注意的是短数据传送会导致吞吐率降低，这是由于TBF的建立时间也将包括在这个计数器当中。
所以我们在观察这个指标时需要与EDGE或者GPRSIP流量每PFC容量结合一起来考虑，看吞吐率低是否由于短数据传送而导致。
如果EDGE或者GPRSIP流量每PFC的容量低，那么低吞吐率就是正常的，否则我们就需要进一步的研究来确定吞吐率低的原因。
统计公式分为GPRS和EGPRS，又分别对应上下行，共四个统计公式：
1、EGPRSIP吞吐率（下行）：
（DLBEGTHR+DLTHP1EGTHR+DLTHP2EGTHR+DLTHP3EGTHR）/（DLBGEGDATA+DLTHP1EGDATA+DLTHP2EGDATA+DLTHP3EGDATA）；
2、EGPRSIP吞吐率（上行）：
（ULBEGTHR+ULTHP1EGTHR+ULTHP2EGTHR+ULTHP3EGTHR）/（ULBGEGDATA+ULTHP1EGDATA+ULTHP2EGDATA+ULTHP3EGDATA）；
3、GPRSIP吞吐率（下行）：
（DLBGGTHR+DLTHP1GTHR+DLTHP2GTHR+DLTHP3GTHR）/（DLBGEGDATA+DLTHP1EGDATA+DLTHP2EGDATA+DLTHP3EGDATA）；
4、GPRSIP吞吐率（上行）：
（ULBGGTHR+ULTHP1GTHR+ULTHP2GTHR+ULTHP3GTHR）/（（ULBGEGDATA+ULTHP1EGDATA+ULTHP2EGDATA+ULTHP3EGDATA）。
E、下行丢包次数多：
下行掉包是指下行LLC层的PDUDISCARD（分组数据单元掉失），下行掉包由多种原因造成，在统计上可以得到四种原因的掉包统计。
Ldistfi+Ldisrr+Ldisoth+Fludisc。
从公式表达式可看出，公式是由四个表示不同原因的COUNTER组成。
其中，Ldistfi表示没有PDCH或TFI资源导致LLCPDU丢失，Ldisrr是无线原因引起的下行LLCPDU丢失，Ldisoth是除上述两种外的其他原因引起下行LLCPDU丢失，Fludisc指因LLCPDU丢弃触发CELL接收到的FLUSHLLmessages，这也计入下行丢包次数中，小区重选或路由区/位置区更新会接收到的FLUSHLLmessages。
F、上行IP拒绝数过多：
上行IP拒绝是指上行PDCH信道接入被拒绝，上行拒绝由多种原因造成，在统计上可以得到三种原因的拒绝统计。
Iaulrel+Prejtfi+Prejoth。
首先是Iaulrel指“PSIMMEDIATEASSIGNMENT”或者是“PACKETUPLINKASSIGNMENT”消息发送后，网络与MS的无线联系丢失引起的ULTBF停止（这项COUNTER统计不包含preemptions、cellmovestootherRPPsorSuspends）这多数由于TBF刚建立后就频繁小区重选引起，或者上行无线链路过差时也会引起；
Prejtfi是指“原因为NoPDCH,noUSFornoTFI”的信道请求拒绝数，也即上行无PDCH、USF或TFI分配，资源缺乏、拥塞引起；
Prejoth指除上行无线资源缺乏外的其他原因引起信道请求拒绝。
二.最坏小区处理
1、SDCCH拥塞优化处理
拥塞优化处理流程如下：
（1）SDCCH信道没有配置满时：
加SDCCH信道。
使用指令：
“RLCCC:
CELL=cell,SDCCH=sdcch；
”
（2）SDCCH拥塞，TCH也拥塞：
在此情况下，一般没有调整的空间，不过，有可能这种情况是出在位置区边界导致的，从话务报表中的LOCATINGUPDATE次数可以看出，如是在位置区边界，可以加大其CRH或减少其CRO改善（PT=31时，CRO取负值）。
“RLSSC“CELL=cell,CRH=crh；
”和“RLSBC“CELL=cell,CRO=cro；
”修改。
2、TCH拥塞优化处理
基本是通过扩容/载波调整、话务均衡来处理，临时处理方法多用调大DTHAMR/DTHNAMR、暂时调少基站发射功率来缓解。
但是，在小区自身配置不大的情况下，一旦有突发大量呼叫（不是话务，呼叫与话务不一定成正比），调大DTHAMR/DTHNAMR基本不起作用，只有小区配置较大时，开多些半速才有一定的回旋余地。
定期对小区的24小时话务进行容量分析，需要扩容的小区及时提扩容需求，保证小区全天候无拥塞地运行。
拥塞优化处理流程如下：
优化处理简要描述如下：
（1）小区配置载波数多，而周围基站也拥塞：
提议加1800站；
（2）小区配置载波少，周围基站也拥塞：
提议扩容；
（3）小区拥塞不严重，周围基站不拥塞：
尝试修改功率，DTHAMR/DTHNAMR、ACCMIN、CRO、LAYERTHR、BSTXPWR和BSPWR等参数，减少覆盖范围，减少本小区话务，或加大邻小区覆盖范围，吸收本小区话务；
（4）本小区拥塞严重，周围基站不拥塞：
除扩容，调整参数均衡外，还可考虑调整天线方向角和下倾角以均衡话务；
（5）由于突发问题或长期无法扩容导致的严重拥塞小区：
考虑调整到第三层（LAYER=3）
流程图中各主要步骤处理方法详细描述如下：
1、载波隐性故障问题发现方法：
A、用指令“RXMFP：
MO=RXOTG-tg，FAULTY，SUBORD；
”查看小区硬件是否存在故障；
B、RXELP：
MO=RXOTG-tg；
查看小区硬件是否存在错误代码；
C、传输质量问题引起的基站硬件性能不稳定，可通过使用指令“DTQUP：
DIP=dip；
”查看传输质量；
D、使用统计OBJTYPE=MOTS查看小区硬件是否存在隐性故障，MOTS的对象（OBJECT）是TS（基站MO的对象——时隙），包括两个COUNTER：
CONCNT和CONERRCNT。
CONCNT表示占用次数，包括SDCCH和CTH；
CONERRCNT包括非正常连接终止。
当CONERRCNT/CONCNT（比值）较大时，需要留意该TS所在载波的性能；
E、使用CER/CTR工具跟踪分析小区性能。
CER/CTR是爱立信提供的小区性能分析工具，可在定义时间内记录小区发生的事件，这些事件包括起呼、信道分配（占用）、切换等主要呼叫事件。
CER与CTR的功能有所不同，CER侧重小区信道事件的记录与测量，可以统计信道的占用、起呼和释放次数（包括不正常释放）。
2、话务均衡处理：
话务均衡问题，主要考虑从层间均衡、频段均衡、邻区均衡三方面入手。
A、层间均衡：
在LAYER、LAYERTHR设置合理的情况下，大抵不同层的话务的分布应该平衡。
在兼顾通话模式下，保证部分区域、道路、场所的主覆盖小区的情况下，可以适当调整LAYERTHR来分担话务或减少小区自身话务负荷；
B、频段均衡：
显然，多数地方，1800小区基本用来吸收话务（也一般设为LAYER1小区），加之1800小区的传播损耗大的特性，可以适当下压1800小区的天线，控制其覆盖范围，让其在近端吸收话务，减轻作为覆盖作用的900小区的话务压力；
C、邻区均衡：
根据自身的话务量与拥塞情况，可以适当把部分话务推给邻区来分担。
个别情况下，可以通过LOCATING算法中的参数设置来降低本小区在定位排队队列中的位置（如BSRXSUFF、MSRXSUFF），让通话中的MS能更快切出去，其他小区中的连接的MS不容易切进来。
这种方法不影响空闲模式的覆盖，即起呼CASE，但对于高速、其他主干道的主覆盖小区，就尽可能不用此方法，避免因此而引起切换判别的混乱。
另外，有些极端的方法，即修改ACCMIN、CRO、CRH（对GPRS有效，少吸收GRPS业务，减轻PDCH预清空带来的话音拥塞统计数增加）、PT/TO、BSPWRB/BWPWRT等，建议不用。
小区话务均衡流程图如下：
当前小区周边的小区话务也比较高的情况下，一切均衡手段都不会太奏效，此时，还是以扩容为主要解决方法。
3、天线调整处理：
天线调整的目的是控制小区覆盖范围，比如话务低小区可将天线方向调向话务热点区域吸收话务等。
天线调整处理流程如下：
4、扩容处理：
观察话务，当小区出现拥塞时首先浏览历史数据确定该小区是否连续拥塞；
确定拥塞，观察话务的同时排除由于硬件损坏、吊死、突法话务等因数的影响；
在话务均衡，在保证网络质量的前提下通过各种参数把话务均衡到附近的邻区。
确定调整可行性，通过掌握的情况包括现场机房条件、硬件扩容余量、当地是否允许调整等初步确定调整的可行性。
调整处理流程如下：
3、掉话处理
掉话也主要由于几个因素引起：
干扰（网内和网外）、弱信号、硬件故障、参数定义错误、邻区不完善、传输不稳定、信令压缩等等。
不同原因的掉话有时候是相伴产生的，分析时可以结合起来观察。
掉话的突然产生与长期稳定产生，又可以区别对待处理，也总有纵向与横向对比的参照物（纵向即小区自身近期指标，横向即与其他周边小区对比）。
如果为突然产生掉话过多，即分无线参数误设置、无线环境突变、硬件故障三类。
如果长期稳定存在，便需要勘站观察。
首先一点，任何故障都可以由硬件引起，所以我们日常小区高掉话处理，先得查小区是否有告警为第一步（RXMFP、RXELP、DTQUP）。
只要把相应的工作做好，掉话问题就会得到改善，因此，对于掉话问题的分析等于对其余问题的综合分析。
根据不同掉话原因的处理方法如下：
DISQAUL:
上行质差掉话（可能伴随突然掉话）可以从网内外干扰、天馈线系统、接收机、直放站等着手，可以用RLCRP打印实时ICM情况观察。
一般情况，小区开跳频，频点与载波不对应，如果是网内个别频点干扰，那么个别频点对应的BPC不在同一载波上；
如果受干扰的频点对应的BPC多数集中在同一载波（或2202一个DU上的连续载波，或2206上的CNU对应的连续载波），而少数在其他载波上的时隙却没有干扰，基本可以确定是载波故障（RX？
或印刷板有问题？
或内部总线有问题？
姑且不用太详细看，换掉就是）；
如果是全频段所有时隙都受干扰，即可从是否带直放站、天馈线系统、网外干扰观察。
可以先关掉所带直放站，看干扰是否存在，一锤定音。
如果上述几种方法不能奏效，即需要扫频或现场勘站观察天馈线系统是否有问题（老化？
或损坏？
塔顶放大器?
）；
DISQADL：
下行质差掉话表现比较明显时，多数为频点强干扰、载波/TX/CDU/跳频总线故障引起，结合MOTS大概可以定位。
MOTS统计出来，如果ERCNT次数多的时隙出现在同一载波上，或同一CDU/CU，或同一机架（主架或扩展架），大概可以从硬件更换着手处理。
如果掉话随机分布，跟公共发射设备有关，即天馈线系统、或直放站放大器。
当然，如果天馈线系统有问题，其他掉话或多或少也会体现，这时要纵向横向对比便可一目了然。
如果仅是频点对应的时隙掉话多，即尝试更换频点处理；
DISSUL：
个别载波的接收灵敏度低，天线接收分集差或丢失，DU故障，直放站上行增益太小、上行功率控制调整过失等，都可以导致上行弱信号掉话。
爱立信OSS的自带的MRR工具中，PATHLOSSDIFF、TA分布、上行信号分布与功控情况，都可以提供一定的参考。
个别载波的接收灵敏度低，MOTS统计中，此载波的话务会偏少，且ERCNT会偏多，这样，可以临时闭掉部分载波，把话务集中到此载波来观察，起到快速定位。
如果是一个DU对应的载波的ERCNT的多，即闭掉此DU对应的架的所有载波来观察指标是否恢复正常。
天线接收分集差或丢失情况下，整个小区的RANDOMACC成功率也会偏低，这种情况可能与天线的馈线有关，或单极化天线容易出现。
弱信号关直放站也是比较直接的方法，因为厂家对LPA的制作工艺，并不一定达到很精细的水平，可能存在LPA增益调到一定大时，接收信号变形，不能恢复的情况，所以很多直放站厂家的工程人员在调测时，上行增益调得比较小，导致上行弱信号现象。
在基站近端现场拨测，关下行功率控制，逐个载波拨测。
下行功率强的情况下，MS发射功率变化一般会很明显，如果不明显，即此载波的接收机多数有问题。
如果为覆盖过大过远的情况，MRR中的TA分布图,另加DISSDL指标可体现；
DISSDL:
覆盖过远？
TX故障？
天线？
最明显是覆盖过远，通过MRR的TA分布图可发现此点。
TX与天线故障时，总会伴随产生一些下行质差掉话，或者接收也同时有问题。
区别TX与天线故障，可以通过MOTS统计来观察个别与全面。
如果是覆盖过远，或功率控制调整失误引起，即控制覆盖、调整参数来处理；
DISTA：
TA过大掉话多发生在室内小区，一要检查MAXTA与TALIM是否设置有误，二是检查是否带直放站，特别是光纤直放站的时延比较大，三是室内小区是否外泄严重，需要工程改造。
参数可以调整，直放站即要检查硬件是否接头损耗过大，传输路径时延过大；
SUDLOS:
突然掉话产生的因素很多，于日常工作积累发现，有用户行为、传输不稳定、信令压缩、DXU故障等引起。
如果单纯有突然掉话产生，先查告警、信道完好率与传输情况。
以往经验已经证明一点，信令压缩方式可以节省传输，但往往产生更多突然掉话。
DXU故障或传输接头故障，在告警中与DTQUP查传输质量时，也经常没有体现出来，但会有小区的信道完好率不足，或用RLCRP查看时，时时出现CELLRECOURCECHANGEorCELLRECOURCEBLOCK。
另外，跳频总线有问题也会引起突然掉话（有时杂加一些下行质差掉话），关跳频可能会变好，这类情况较特殊。
4、PDCH清空数过大
引起PDCH清空数大归根到底的原因是语音与数据业务对无线信道资源的争夺，PDCH清空就是在语音资源不足时对按需分配PDCH信道的清空占用。
优化PDCH清空数过大，根本上就是优化小区容量的资源（语音与数据业务）平衡。
PDCH分配成功率和PDCH清空数是衡量小区PDCH容量的主要指标。
影响小区PDCH容量的因素有两个：
一是PCU的资源，PCU资源不足会影响PDCH的分配，PCU高负荷会造成PDCH分配失败；
二是语音占用信道会影响PDCH容量。
这是因为话音与GPRS/EDGE共用除专用PDCH以外的信道资源，语音在拥塞时候会占用并清空ondemandPDCH，指标PDCH清空数很好的反映了语音争夺GPRS/EDGE资源的程度。
语音占用信道清参数PDCHPREEMPT设置了语音占用清空ondemandPDCH的程度。
PDCH容量优化流程如下：
5、GPRS/EGPRS速率低
造成GPRS或EGPRS速率低的主要原因有两方面：
一是PDCH容量不足（优化方法请见上一章节的PDCH容量优化），二是无线质量差导致。
无线干扰会影响到EDGE编码方式的选择，继而决定了IP吞吐率。
文中结合现网实际情况，根据GPRS/EDGE网络性能统计指标:
IP吞吐率,IP传输中断等判断网络存在的具体问题，结合统计指标和参数设置，降低Edge干扰，提升C/I和相关指标。
无线环境的好坏影响到网络性能优劣，从而影响数据业务的质量。
衡定GPRS网络性能的具体指标有：
IP吞吐率和无线层速率。
IP吞吐率定义为PCU缓存中LLC层的数据单元能以多快的速度作为RLC层数据块在空中接口进行传输。
EDGE和GPRS的无线层速率，这是指EDGE或者GPRS信道每时隙下行的无线链接吞吐率，它可以用来表征无线链路质量。
良好的无线链路质量将会带来高的RLC层吞吐率，直接影响数据业务质量的好坏。
无线干扰影响数据业务的质量，解决无线干扰，建立良好的无线环境无论对数据业务还是话音业务都是至关重要的。
对于数据业务的无线干扰问题，我们可以参照下面流程图进行。
在分析GPRS的干扰问题时，由于GPRS业务与传统语音业务共享无线资源，因此首先查看GSM中是否也存在明显的干扰问题，之后参照GSM解决干扰的方法进行相关参数的调整。
对于不存在GSM干扰的小区，我们可以对该小区进行MRR测量，然后检查其TA值，针对小区本身的地理环境，判断该小区是否过覆盖，然后进行下一步处理。
如果在GSM方面不存在类似问题，那么就需要调整影响GPRS的参数，如空闲模式下的CRH和CRO等。
此外还要检查GPRS手机动态功率控制的参数设定是否合理。
干扰优化方法描述：
1、硬件问题
基站载波硬件或室内分布系统故障会造成干扰问题，在统计上表现为IP吞吐率低、无线层速率低等现象。
另外一般还会伴随有GPRS/EDGE接入成功率、TBF建立成功率低，可以通过查看统计PREJTFI、PREJOTH和TBF建立成功率发现。
需要说明的是，当小区PDCH信道或单独PSET的TFI资源严重不足时会造成PREJTFI增多，需要排除是资源问题后再怀疑硬件性能。
对于这类型问题，对问题硬件作出更换后就可以解决。
2、网内频率干扰
像话音频率干扰影响一样，GPRS/EDGE的频率干扰会造成C/I值低、无线块误码率高、重传多，最终影响传输速率。
在统计上主要表现为无线层速率低，另外无线原因导致TBF非正常释放比例大，也就是统计LDISRR数较多。
要解决频率干扰，可使用语音频率干扰优化的方法。
比如使用OSS的FAS工具和MCOM软件发现受干扰频率，另外现场测试也是发现频率干扰的好方法。
找出受干扰频点后更换就可以解决。
3、网外干扰
通常由于网外干扰比较强，影响范围较大，可以比较容易辨认出。
一般可以通过在终端使用指令“RLCRP：
CELL=cell；
”来查看上行干扰发现。
统计上主要针对上行的无线层速率，另外当存在较大上行统计时IAULREL也会较多。
对于这类问题，一般需要使用扫频仪器现场查找干扰源，待干扰源清除后就可以解决。
4、过覆盖问题
小区过覆盖会造成较大的信号干扰，要检查小区是否过覆盖可通过分析MRR工具的TA值得出。
当发现TA值较大时，小区过覆盖的可能性较大。
另外一方面，小区重选参数设置不当也会造成小区的过覆盖，这时需要对小区重选参数，比如：
CRO、CRH等参数作检查。
对于前者的解决方法是需要加大小区的下倾角，但需要注意下倾角的调整不宜过大，这会造成小区旁瓣增大。
对于后者，只需重新设置适当参数值就可。
6、下行掉包次数多/上行IP拒绝数多
这两类问题都属于GPRS/EGPRS无线质量的分析优化，这里就统一说明。
这两类问题都是属于TBF非正常释放时事件，说明及处理如下：
LDISTFI——
在PCU中，没有PDCH或TFI而导致下行LLCPDU缓存丢弃的的次数。
该COUNTER只与无线信道资源资源有关，有更多的信道作为PDCH使用将有助于问题的解决。
LLCPDU生存时间超时而被丢弃不计入该COUNTER，另外当缓存没有LLCPDU时，即使发生LLCPDU丢弃，该COUNTER也不会计数。
该注意PDCH/TFI容量情况，通常是数据业务量较大情况下出现，优化方法请见“PDCH清空数过大”说明。
LDISRR——
在PCU中，由于无线原因而导致下行LLCPDU缓存丢弃的次数。
另外在BSC边界由于PCU间的小区重选造成的延时就有可能出现上述的情况。
需要注意无线质量，优化方法请见“GPRS/EGPRS速率低”说明。
LDISOTH——
在PCU中，由于其它原因而导致下行LLCPDU缓存丢弃的次数。
是除了没有PDCH或TFI和无线原因的其他原因发生的LLCPDU丢弃都被计入该COUNTER。
LLCPDU
升级会员 