当前位置：文档之家 › 指标监控-坏小区处理

指标监控-坏小区处理

  • 格式：doc
  • 大小：621.50 KB
  • 文档页数：15

指标监控
⏹日常优化
小区级话务报告中，需要关注的指标：
D353(忙时SDCCH溢出总次数)
D357(忙时话音信道试呼总次数(不含切换))
D358(TCH溢出总次数（不含切换）)
D362(忙时话音信道掉话总次数)
掉话的四种类型：MC14C（BSS原因掉话）、MC739(传输掉话)、MC621(切换掉话)、MC736（无线掉话）
D366(TCH分配失败次数)
D366分配失败包括D358(忙时话音信道溢出总次数（不含切换）)和MC746B（无线原因分配失败）
有工程割接、新建基站需要关注以上指标外，还要通过D361(忙时话音信道占用总次数)查看是否存在话务不正常的小区。

◆坏小区处理
⏹高分配失败小区处理
拥塞原因引起的分配失败
无线原因引起的分配失败
1.SDCCH拥塞
从话务报告里面查看D353（忙时SDCCH溢出总次数）和110报告里面的MC04（NB_IMM_ASS_PREP_FAIL_CONG）次数，大于0表示溢出，常规应该为0。

1)LAC边缘小区
位于LAC边缘的小区，由于跨LAC需要做一次位置更新，所以周围小区SDCCH信道负荷较大，SDCCH 信道较容易拥塞。

解决方法：增加其周围与其有切换关系小区的CRH值，减少小区频繁重选。

例1：铁东步行街2
铁东步行街基站位置及周围基站分布图
调整前后对比
目前状态：close
2)非LAC边缘小区
对于SDCCH信道配置低，SDCCH话务量较大的小区，主要增加SDCCH信道来缓解SDCCH信道拥塞。

（配置SDCCH信道的原则：一个TCUC板对应4个SDCCH信道。

）
例2：棉纺厂4小区
增加SDCCH信道前后SDCCH信道可用数和SDCCH话务量
调整前后SDCCH溢出对比
目前状态：close
2、拥塞原因引起的分配失败
原因：小区载频故障、本小区停电、邻小区传输中断、小区话务量过大。

解决：载频故障，基站停电引起的拥塞可以通过功率调整来缓解。

小区话务量过大引起的拥塞建议扩容调整。

2.1无线原因分配失败
原因：上行干扰、下行干扰、载频硬件故障。

1)上行干扰：
上行干扰包括外部干扰、频率干扰。

外部干扰可以通过扫频进行排查；对于频率
干扰引起的TCH分配失败小区可以进行RMS跟踪和频率规划来解决。

例1:三家窝棚4小区频率干扰引起TCH分配失败次数多。

问题分析：OMCR话务报告统计该小区有BAND5干扰,通过USD占用情况发现载频TRX3始终有BAND5干扰。

处理：修改TRX3对应的频点49→79，频点修改后查看该小区OMCR 话务报告，BAND5干扰排除，TCH分配失败呈下降趋势，问题解决，如图所示：
目前状态：CLOSE
2)下行干扰：
下行干扰主要是由于频率干扰导致，通过信令跟踪和频率规划可以很大程度的解决由频率干扰引起大量分配失败的小区。

例2：陶家1小区频率干扰导致小区下行质量差，分配失败次数多问题描述：根据OMCR话务报告统计，陶家1小区分配失败次数多，类型为MC746B(无线原因分配失败)，进行分析处理。

问题分析：RMS跟踪该小区，跟踪结果显示，TRX3上下行质量较差，如图：
处理：修改频点，36→47。

频点修改后，查看OMCR话务报告，分配失败呈下降趋势，问题解决，如图：
目前状态：CLOSE
3)载频隐性硬件故障
例3：陶家5载频隐性硬件故障导致大量的分配失败。

问题描述：根据OMCR话务报告，陶家5小区分配失败次数多，进行分析处理。

问题分析：查看小区详细质量分析，发现大量的分配失败集中在载频TRX4上，如图：
处理：该小区TRX4的TCH占用时长较短，怀疑该载频对应的硬件存在隐性故障，更换TRX4对应的TRE1后，查看小区OMCR话务报告，分配失败呈下降趋势，如图：
目前状态：CLOSE
⏹高掉话小区处理
掉话的4种类型：
MC14C（BSS原因掉话）
参数调整（开关跳频、修改频点）
工程原因（小区扩容、硬件更换、监控模块故障等）
MC739(传输掉话)
载频驻波比告警
天线驻波比告警
传输故障
载频隐性硬件故障
MT120模块故障
MC621(切换掉话)
查看180报告，分析与哪些小区切换掉话多
创TYPE26（outgoing）、27（incoming）报告
MC621掉话是比较难处理的掉话，可以通过对掉话高的BSC进行A接口信令跟踪 MC736（无线掉话）
引起MC736无线掉话的原因和MC746B分配失败的原因一样，主要是由上行干扰、下行干扰以及载频隐性硬件故障等原因。

处理掉话的方法也和处理MC746B分配失败的方法一样。

目前网络需要关注、处理的坏小区：
1、MC746B分配失败次数连续3个小时在30次以上；
2、TCH分配失败率大于15%（话务量小，次数少）；
3、MC736掉话次数连续3个小时在15次以上；
4、掉话率大于3%（(15%KPI考核值）话务量小，次数少）。

◆RMS使用
RMS报告分析，可以帮助我们分析出无线网络中存在的许多诸如TCH分配失败﹑掉话﹑基站硬件﹑覆盖﹑干扰﹑等等问题，可以看出RMS报告分析是网优中一个很实用的方法。

RMS报告创建
A1353－RA提供了较多的性能管理能力，由于测量内容太多，根据原始计数器所测量的内容，将它们编为不同类型的两种测量任务工具：
●永久性测量任务工具（PMC）：用于产生所有话务统计所使用的原始计数器文
件。

测量对象为全网
报告周期可设为：15分钟－1小时
操作类型：Lock（锁定）、unlock（解锁），不可Delete（删除）
●命令式测量任务工具（ODMC）：用于进行网络调谐时的评估测量。

支持所有计数器类型的测量
计数器不可同时被PMC或其他ODMC使用
对象为小区，一个BSS中最多可测量40个小区
测量周期从15分钟到24小时
操作类型：Lock（锁定）、unlock（解锁）、Create（创建）、delete（删除）通过BSSUSM窗口的测量任务管理器（campaigns），可对当前BSS所进行的测量任务进行管理。

以下就具体创建RMS 报告，详细过程如下：
●首先在SC界面的BSS编辑窗口中点击performance，选择ODMC
●出现下面的配置界面：
正确填写好上图中Accumulation period，start date ，stop date ，start time，stop time 点击ODMC自定义窗口中Network Elements选项，出现以下图框：
在窗口中选中一个或多个小区名，OK
在ODMC自定义窗口中点击Raw Types,出现如下图框：
选中最后一个，即RMS，OK
所有参数填写好后，点击Create，创建RMS报告
注意：Create后Lock状态会变成Unlock，在Close之前必须要把Unlock变成Lock 状态，否则不能正常出报告。

为了确认RMS报告已经创建成功，可以通过下面的方法检查，在BSS编辑窗口中点击Performance，选中Campaigns
●出现下面的界面：
如果没出现创建的RMS，点击Search，即可看见了，此时的状态是Unlock。

（注：Delete ODMC报告必须先Lock该报告）
配置文件的提取
新安装的ARP话务报告软件以及跟踪网络新增小区时需要重新提取RMS配置文件。

1.利用FTP软件连接到OMCR目录；
2.下载/ACIE/ACIE_Nlexport_Dir(*)/RnlAlcatelBSC.csv
3.下载/ACME/BSSConf.spgasn002.***
注：必须将下载的RnlAlcatelBSC.csv和BSSConf.spgasn002.***放到一个文件夹中
4.打开ARP1.3（1.3以下版本不支持RMS报告的提取）话务报告软件，点击数据提
取→提取GSM/GPRS配置文件→找到下载的RnlAlcatelBSC.csv的目录→选择RnlAlcatelBSC.csv确定。

RMS报告应用
通过FTP软件，从OMCR目录下提取RMS文件。

提取目录为/APME/BSC/PMRES-31***********；
打开话务报告软件，点击数据提取→提取RMS数据→选择PMRES-31***文件。

打开RMS****RXQUALLEV文件，点击右键，选择BIL文件。

从RMS报告中，可以查看小区的上下行接收电平、上下行话音质量、小区路径损耗及电话占用时长，如图所示：
1、电平值的高低可以反应该小区的覆盖是否合理
2、上下行话音质量可以反应该小区是否存在上行干扰或下行干扰，小区有跳频模式上下
行质量若大于2视为存在干扰；无跳频模式下上下行质量若大于0.8视为存在干扰。

3、路径损耗差值的大小可以判断小区内是否存在载频隐性硬件故障。

4、电话平均用时长的大小可以判断小区内是否存在载频隐性故障，平均占用时长大于
10S视为正常，小于10S则可以说明某个载频存在软件故障或者硬件故障。

合集下载

坏小区的常用的处理方法

坏小区的常用的处理方法

坏小区的常用的处理方法：1．信道完好率（<100%）A. 闭、解相应的MOB. 增减SDCCH的信道数（适用于整个载波都处于UNUSED状态的情况）C. RBLT定义是否充足D. 检查传输是否正常，有无闪断现象E. 是否使用信令压缩，如果有检查RXOCON是否有拥塞告警F. 检查MO数据定义是否有误2．话务掉话比/TCH掉话高（结合话务量、话务掉话比、掉话数综合判断）A.取多天多时段分析掉话是突发的还是长期存在的B.检查CHAP是否为0 rlhpp:cell=;C.是否有信道完好率问题→分析信道完好率原因载波故障，服务在此载波的话务都丢失（RLCRP看此载波对应的BPC是否全都idle.）D.打印小区告警信息，检查有无能引起小区掉话的告警 ALLIP；E.查看相邻基站有没有倒站和HALTED站 RLSTP：CELL=；F.分析掉话原因，如有较多的不明原因掉话则检查传输与小区硬件G.是否使用信令压缩，如果有检查RXOCON是否有拥塞告警H.突然掉话，检查小区是否存在较多的切换掉话→优化切换关系I.弱信号掉话，分析小区是否覆盖过远→调整覆盖（可考虑增加功率同时减小ACCMIN）J.质差掉话，分析小区是否存在频率干扰/外部干扰→有无载波隐性故障K.是否带有直放站→让厂家检查直放站L.MRR等判断掉话原因。

分析MRR数据，看上、下行信号强度有没有问题（主要是信号强度是否太弱，信号强度图有没有变形）M.分析MOTS数据，看掉话是否集中在某一载波来确认硬件隐性故障N.分析小区内切，若小区内切太多则可以判断为硬件故障O.做CTR进行分析1、TCH接通率（<98%）A.检查小区有无拥塞→进行小区话务分担→载波调整建议B.脱网，进入盲区。

C.如没有拥塞则按如下方法进行下一步查找D.从指配成功率分析是否是切换引起的，如果是切换引起的则分析切换成功率、从NCS分析相邻关系定义是否合理E.若不是切换引起的则按如下方法查找：检查小区干扰情况→优化小区频率打印告警，是否存在相关告警（Error Log等）有无隐性载波故障（MOTS等）检查传输质量是否带有直放站→站厂家检查直放站是否使用信令压缩，如果有检查RXOCON是否有拥塞告警做CTR、MRR等判断原因Too many measurement generations missing导致太多测量信息丢失的话可能是因为上行信号太弱，或上行质差2、信令接通率（<98%）A.检查有无信令拥塞→增加SDCCH（话音拥塞不严重）未必会导致接通率降低，但负荷过大，导致某些时隙退服，还是会有影响B.分析位置更新是否过多/减少MAXRETMAXRET Maximum retransmissionsThis parameter defines maximum number of retransmissions an MS may do when accessing the system.1One retransmission allowed2Two retransmissions allowed4Four retransmissions allowed7Seven retransmissions allowedRecommended default value: 4C.分析BCCH有没有明显干扰（MCOM查看），可尝试更换BCCHD.是否使用信令压缩，如果有检查RXOCON是否有拥塞告警 rxapp:mo=rxotg-;E.检查告警F.有无硬件故障（DXU、TRU、CDU）G.是否覆盖过远→天线调整H.检查传输质量RXAPP：MO=RXOTG-XXX；查DEV和DCP的关系RADEP：DEV=RBLT-XXX；查SNT/DEVPNTCOP：SNT=ETRBLT—XX（DIP号），查DIP，DEVSDTDP：RPTID=302，INT=；对应rblt查看（D局不行）3、信令掉话率（>0.5%）A.有无TCH拥塞→解决拥塞无法指配tch，指配sdcch后丢弃B.是否有信道完好率问题→分析信道完好率原因C.分析BCCH有没有明显干扰（MCOM查看），可尝试更换BCCHD.检查传输质量、硬件告警E.小区是否有直放站F.是否存在载波隐性故障（MOTS等）4、切换成功率（<98%）A.优化邻区关系（邻区的数量及合理性、测量频率）B.分析定位是服务小区引起的还是目标小区引起的C.主小区或目标小区是否有同频干扰D.主小区的邻区中是否存在两小区同BCCH或同BCCH/BSIC→优化频率E.外部邻区检查数据定义是否有错、漏定义F.主小区或目标小区是否有带直放站G.检查告警（驻波比、分集接收等）H.检查传输质量传输有误码I.目标小区是否拥塞→解决拥塞J.做CTR、MRR、NCS进行定位5、随机接入成功率（<99%）A.是否覆盖过远B.是否存在同频或同频同BSICC.BCCH载波有无故障D.有无直放站E.检查基站告警ALLIP：ALCAT=BTS；F.检查传输质量8、拥塞（>100）A.Lu次数多（sdcch），话务量大，信道完好率B.邻区是否拥塞 话务分流C.CELLOAD调整D.建议扩容9、内切A．干扰，ICM干扰导致上行内切。

bad cell分析(坏小区分析)

bad cell分析(坏小区分析)

Bad Cell 的常见处理方法。

在网络优化过程中，对BAD CELL的处理是实施RADIO FINE TUNING的重要环节。

而掌握无线微调的方法也是网络优化人员的必备素质。

●BAD CELL的定义所谓BAD CELL指的就是那些未达到人们所期望的无线网络服务指标的小区。

简言之，也就是人为定义的问题小区。

这些小区通常是高掉话小区，高分配失败小区，高拥塞小区，或低切换成功小区。

●BAD CELL的制作对于BAD CELL的制作通常有两种方法。

第一种是手工编辑，筛选出各项指标的未达标小区；第二种是利用MARCO和专用处理软件对话务统计报告进行处理。

在这里只介绍第一种方法。

我们对话务统计报告的每一项指标先确立一个下限，一般为：切换成功率(切入/切出)-------90%以下掉话率----------------------------2%以上分配失败率----------------------2%以上TCH拥塞-------------------------1次以上SDCCH拥塞---------------------1次以上无线接通率-----------------------95%以下*无线接通率=(1-SDC DROP RATE)*(1-TCH DROP RATE)*(1-TCH ASSIGNMENT FAILURE RATE) ，它是衡量一个网络优劣的重要指标，因为它涵盖了一个呼叫从建立到释放的整个过程，它在一定程度上反映了一个小区的综合服务质量。

这里需要强调的是，BAD CELL 的下限是人为确立的，在具体操作中，我们应该更据现场网络具体情况酌情予以调整，其目的是为了更好的处理和分析问题。

在确立了指标下限后，我们可以利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序，制作出一张BAD CELL 表。

●对BAD CELL LIST的分析对BAD CELL LIST的分析实际上是对网络综合服务指标的分析。

TOPN小区处理1[1].0

TOPN小区处理1[1].0

覆盖
检查位置
LMT
话统（TCH可用数）
话统（质量）
TA测量
解决措施
修改参数
更换载频
排查干扰
修改参数
控制覆盖
处理方案：
是否覆盖不足，或者超远覆盖，测试或取TA测量，控制覆盖：调整俯仰角，载频
发射功率等 ；对于干扰测试是否频点干扰、控制干扰条件、上行直放站干扰，对于干扰
可以尝试关闭干扰源观察；邻区是否完整、合理，边缘切换门限、层间切换门限是否过 于极端等取掉话原因测量。是A接口清除、无线链路超时还是T200超时等。适当调节 SACCH复帧数(上行断开）/无线链路失效计数器（下行断开时间）、T200。检查T3109、 T8、T3121、T3103关系
注意事项：
T3121>=T8>=T3103，。
Page 21
3.3 TCH分配成功率差
可能原因 参数设置 载频故障 干扰 基站数据错误 拥塞
检查位置
切换参数
锁闭观察
话统（质量）
LMT 修改数据
话统（TCH拥塞）
解决措施
修改参数
更换载频
排查干扰
扩容，均衡
处理方案：
对于载频板隐形故障可以通过载频性能测量（上下行平衡、上下行质量分布）锁
电平差 DT数据
外部干扰 上下行不平衡 扫频 话统 调整平衡
参数极端 检查参数 修改参数
更换硬件 修改频点
检查时钟传 修改频点或 修改信息 修改参数 处理干扰 输 BSIC
对于PBGT（更好小区）切换失败处理比较困难，同层切换或者层间切换，没有更好的方法， 继续观察，需要考虑各方面的原因来排查，可以不需要花费太多的精力。对于专题优化对上面 几个方面进行整网进行排查，可以提高整网的切换指标。
GPRS_坏小区处理方法

GPRS_坏小区处理方法

南京移动GPRS坏小区处理方法目录一、实时监控故障处理 (1)1.1 GPRS disabled小区处理 (2)1.2 GPRS misaligned小区处理 (2)1.3 GPRS吊死小区处理 (2)1.4 GPRS上行请求为0处理 (3)1.5 GPRS垃圾数据处理 (3)二、日常坏小区处理 (4)2.1 GPRS丢报告处理 (4)2.2 GPRS TBF建立成功率低处理 (4)2.3 GPRS CS/MCS重传率高处理 (6)2.4 GPRS PDCH复用度高处理 (6)2.5 GPRS Ater资源均衡处理 (7)2.6 GPRS GPU拥塞处理 (7)2.7 GPRS Ater拥塞处理 (8)GPRS坏小区处理主要分为实时监控故障处理（即GPRS吊死）和日常坏小区处理。

对于区域内指标极差的小区，认为是故障，必须实时处理，指标较差小区将进行一般性坏小区处理。

GPRS查看坏小区的指标主要通过ARP或者SQL两种工具。

一、实时监控故障处理GPRS实时监控故障处理的目标是类似GPRS业务不可用等严重影响客户感知的重大故障，处理的实时性要求很高，必须立即发现问题且进行相应处理，同时通知投诉班等相关人员，处理时限为1小时。

GPRS实时监控的故障类型分为：GPRS 小区disabled、GPRS小区misaligned、GPRS小区吊死和GPRS小区上下行申请为0。

1.1 GPRS disabled小区处理GPRS disable是指GPRS不可用，先在OMCR终端的编辑过滤器的Common 菜单下定义Administrative State = Unlocked，然后在Supervision菜单下定义MFS Operational State为Disabled。

处理方法：在OMCR1、OMCR2上过滤出GPRS Disabled的小区，对该小区做Re-initialize。

如果发现GPRS disable小区很多且持续几分钟后尚未恢复，观察是否属于同一BSC，如果同一BSC超过10个小区disable，可认为其GPU运行异常，对该GPU做reset。