KPI最坏小区优化处理流程tocustomerWord文档格式.docx

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