GSM日常指标监控及设备预防性维护

1、 日常指标监控及设备预防性维护第一节 指标观测与信令分析介绍指标（Performance Indicator）是对网络中发生的事件进行统计运算，包括两个部分：计算公式和用来统计某件事情发生次数的计数器（counter），指标反映了网络的服务质量、实际运行状态。其中我们将某些对客户感知影响较明显、或是对网络影响较大的指标定义为关键指标（Key Performance Indicator）, 大多无线侧的信令流程都与厂家设备内部的计数器有对应关系（文中所出现的厂家设备计数器均为我省大量采用的北方电讯设备内部所定义的计数器），而性能数据中各种指标是设备内部计数器经过一定运算得出的实际衡量网络运行状态

2、的结果，因此在网络优化中应该特别强调对信令分析、计数器和NMO数据中各种指标采取综合分析的方法. 信令采集网络数据有着方便、快速、准确、覆盖面广的特点，通过借助专用的软件分析这些数据，能够及时了解用户具体通信行为、终端信息，网络质量和存在问题等，可以为下一步网络规划和业务发展提供依据,目前我省建有专用的中兴公司开发的信令采集平台，通过这套系统，已基本实现了信令数据采集的智能化，因此努力专研相关信令知识，提高自己的优化水平，将是我们优化人员面临的一项长期任务。1. 信令分析与NMO、DT数据指标进行结合1.1下面针对呼叫建立过程SD信道的分配流程，阐述三者之间的紧密关系 图1 SDCCH信道的分

3、配流程和计数器对比图Channel requist 这条信令触发的计数器是C1026，它是在Rach信道传送的，与其相关的是Rach信道的不可解码电平，对于NMO数据中不可解码电平这项指标有计数器C1033可查，Channel required这条信令是在Abis口传递的，它触发的总计数器是C1027，对应的各种原因的子计数器是C1191/07，这条信令中包含发起此次呼叫的原因，如移动台主叫发起、移动台被叫回答寻呼、移动台紧急呼叫或位置更新、呼叫重建等等。各种原因都会和C1191/X对应。当BSC收到此条信令后下一步就会给移动台分配SDCCH信道。以上信令流程中在NMO数据观测中最关键的体现就

4、是SDCCH信道的拒绝分配率，此项指标在信令上的对应是Channel required和immediate assignment command之间的差值，对应的子计数器是C1161/07 其中网络中BSC拒绝分配SDCCH信道的原因多集中于C1161/1、C1161/6等：在SDCCH分配阶段要注意：失败如果产生在信令消息Channel required和 immediate assignment reject之间即SDCCH的拒绝分配率，要观察计数器C1161/X；如果SDCCH分配阶段失败产生在信令消息immediate assignment command之后，要观测计数器C1163/

5、5及C1163/17。问题:我省某地市个别基站持续SDCCH分配失败率较高，约在20%,影响了无线接通率指标的提升。分析:从该扇区忙时NMO报告可看出 C1191/X（Channel required）= C1192/X（Immediate assignment）= 1059 ，此阶段呼叫未受损，在从C1192/X（Immediate assignment ）到C1195 + C1196（Establishment iND）期间呼叫从1059损失到965次。呼叫损失94次，因此这一步是引起SDCCH分配失败的主要原因。在这阶段主要由t3101超时引起，查看t3101触发的计数器C1163/5其

6、值为95，基本与受损呼叫吻合。结论：此小区90%因RACH重发二次分配引起SD分配失败，这种情况不但对接通率有影响，还会增加系统控制信道的负荷，需要对RACH控制参数和重发时间间隔进行适当调整。1.2 后续的TCH分配、挂机释放等信令流程中都对应大量指标和相关计数器，也可参照以上方法分析，具体如下：在SDCCH信道建立后（Establishment ind）直到系统释放SD信道，在这期间用于传送鉴权、加密信息在此阶段的如果产生掉话就为信令信道掉话，对应的子计数器为C1163/X（除过C1163/5，C1163/20），信令信道的掉话总和计入C1778， 在下面的信令流程就是TCH信道的分配了，

7、这和NMO方面的TCH分配失败率和TCH溢出率都有关系。 A接口传送的assignment require消息，在此消息里含有请求信道的类型，触发的计数器是C1841/0，BSC收到后将为呼叫分配资源，若BSC无资源将会向MSC返回Resource Failure消息，如果允许排队的话，BSC将向MSC发出Queuing indication消息，并将此次assignment require消息放入排队队列并启动定时器T11，如果超时将向MSC发出Clear Request，并将触发计数器C1163/30，如果有资源BSC在激活资源后将向BTS发出assignment command消息，并触

8、发计数器C1049同时启动定时器t3107，如果BSC收到返回的assignment commplete消息将触发计数器C1050，并将T3107置位。在此阶段如果有干扰或硬件问题造成手机无法占用指定信道引起话音信道分配失败，手机将向BSC发回assignment failure消息，并将触发计数器C1055。 以上过程中和NMO有关的指标如下：(1)TCH试呼次数，计数器为C1841/0，信令消息为assignment require(2)TCH溢出次数（含切换）：计数器为C1039+C1163/30，即： BSS方面TCH溢出和A接口assignment require消息排队超时之和(3

9、)BSS方面TCH分配失败次数，计数器为C1055 (4)A接口方面assignment require的失败次数C1842/0 特别应关注TCH阻塞率和TCH分配失败率，对于分配失败率要考虑是否存在载波硬件故障或干扰。1.3 信令分析在DT测试中的作用 DT测试可以发现网络中存在的很多问题，主要对网络的下行覆盖、话质等情况进行评估、并及时发现网络中存在的掉话、阻塞、切换失败等现象。Um口物理层为TDMA帧，链路层采用Lapdm协议，网络层分为无线资源管理（RR）、移动性管理（MM）和呼叫控制三部分（CC），每次通话建立都有物理层和链路层的一个建立过程，在此基础上在和网络侧建立第三层的通信，因

10、此对测试结果进行分析时一定要结合空间接口的三层消息，这样可以更进一步发现网络中存在的问题， 1.4 日常优化需要重点观测的指标与计数器计数器（counter）的值来自OMC的数据库相应表格的相应字段的值，是BSC的测量的结果。BSC和MSC负责测量网络中发生的各种事件的次数，并以一定的时间间隔来上传给OMC，上传成功后将计数器清零。OMC中用来保存BSC测量的表格如raw report 报告等。我们日常关注的关键指标有TCH掉话率、上下行质量、切换失败率、TCH拥塞率和SDCCH拥塞率等，下面是这几个关键指标的计算公式： 话音信道掉话率是指话音信道掉话次数所占话音信道占用次数的百分比。话音信道

11、掉话次数北电小区级RAW REPORT报告共有30个掉话计数器，根据集团公司下发的掉话采样点要求，目前话音信道掉话次数采集如下共7个计数器之和：C1164/8+C1164/13+C1164/14+C1164/16+C1164/17+C1164/24+C1164/25各计数器说明： C1164/8:指传输闪断引起的掉话。 C1164/13:指无线接口失败引起的掉话。 C1164/14:指无线链路失败引起的掉话。 C1164/16:指异常释放引起的掉话。 C1164/17：指T200超时引起的掉话。 C1164/24:指t3103切换超时引起的掉话。 C1164/25:指T8超时引起的掉话。话音信

12、道占用次数分为含切换和不含切换两种，一般计算小区级话音信道掉话率采用不含切换的话音信道占用次数，具体计数器如下：C1841/0 TCH占用次数（不含切换）C1609/0 TCH占用次数（含切换） 切换成功率是指切换成功的次数占所有切换请求的百分比。切换成功次数= C1083 + C1067 + C1073 + C1068 + C1074 C1083：intra BSC小区内切换成功次数 C1067: intra BSC小区间出切换成功次数 C1073：intra BSC小区间入切换成功次数C1068：inter BSC 小区间出切换成功次数 C1074: inter BSC 小区间入切换成功次

13、数 切换请求次数= C1081 + C1075 + C1069 + C1076 + C1070 C1081: intra BSC小区内切换请求次数 C1075：intra BSC小区间出切换请求次数 C1069：intra BSC小区间入切换请求次数 C1076：inter BSC 小区间出切换请求次数 C1070：inter BSC 小区间入切换请求次数 TCH拥塞率是指因为拥塞造成的话音信道溢出次数占所有话音信道试呼次数的百分比。不含切换： 话音信道溢出次数C1039 -(C1069-C1071)-(C1070 -C1072) -(C1081-C1082)+c1163/30 话音信道试呼次

14、数= C1841/0含切换： 话音信道溢出次数 C1039 + C1163/30话音信道试呼次数= C1841/0 + C1069 + C1070 + C1081 SDCCH拥塞率是指因为拥塞造成的SDCCH信道溢出次数占所有SDCCH信道试呼次数的百分比。SDCCH信道溢出次数 c1161/1其中有如下原因可引起SDCCH信道分配异常，但仅有C1161/1为资源缺乏引起： +-+| NUMBER OF IMMEDIATE ASSIGNMENT REJECT | TRAFFIC WITH MSC | LACK OF RADIO | RECEIPT OF A | NO RESPONSE TO |

15、 CLOSED | RESSOURCE | CHANNEL ACT NACK| CHANNEL ACK | C1161/0 | C1161/1 | C1161/2 | C1161/3 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 2 (micro95 RuYiDaSha) | bts 0 (micro95_0)| 0 | 0 | 0 | 0 |+-+-+-+-+| TRAFFIC OVERLOAD | TIMING ADVANCE | OTHER CASES | TRAFFIC | | | C1161/5 | C1161/6 | C1161

16、/7 |+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 2 (micro95 RuYiDaSha) | bts 0 (micro95_0)| 0 | 0 | 0 |+-+-+-+SDCCH信道试呼次数 c1191/0c1191/0 + c1191/7各种SDCCH试呼的计数器具体如下： NUMBER OF CHANNEL REQUIRED | ALL OTHER CASES | NON SIGNIF. | NON SIGNIF. | NON SIGNIF. |PHASE I| OR LOC.UP & OTHER| OR | OR | OR | PR

17、OC. ON SDCCH | ANSWER TO PAGING | MOC TCH/HalfRate| CALL RE-ESTAB TCH/H|PHASE II| C1191/0| C1191/1| C1191/2| C1191/3|+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 0 (XA706_0)| 2345 | 2 | 0 | 0 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Ma

18、o Yi) | bts 1 (XA706_1)| 1043 | 10 | 0 | 0 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 2 (XA706_2)| 592 | 7 | 0 | 0 |+-+-+-+-+| ANSWER TO PAGING | EMERGENCY CALL |RE-ESTABLISHMENT | OTHER MOC SERVICES |PHASE I| | | | OR | | | | MOC TCH/FullRate |PHASE II| C1191

19、/4| C1191/5| C1191/6| C1191/7|+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 0 (XA706_0)| 654 | 6 | 0 | 836 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 1 (XA706_1)| 487 | 51 | 0 | 478 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSite

20、Manager 22 (XA706 (Zhu Que Mao Yi) | bts 2 (XA706_2)| 285 | 1 | 0 | 310 |+-+-+-+-+ 第二节 日常指标监控我们知道了指标的公式，以及计数器的来源，便可以计算各项指标的值。我们通常通过在OMC上定制任务产生原始计数器报告，通过在工作站上编制相关AWK和SH程序，运算出观察小区性能的各项支指标。由于BSC的测量周期一般是一个小时，即BSC每小时向OMC上传一次，我们便可以在下个小时开始5分钟左右取到前一个小时的指标情况。通过指标监控，我们可以实时掌握网络运行的状况，在网络出现故障时及时发现并解决。根据指标统计的事件所发

21、生的时段，又可以将指标分为全天指标、早忙时指标、晚忙时指标、考核时段（集团公司定义的对指标进行考核的时段）指标等。比如早忙时全网掉话率，就是指上午10点11点一个小时内，全网掉话次数（非正常释放的呼叫）占全部呼叫次数的百分比数。对于不同的指标，我们关心的时段也不同，掉话率的考核时段为811、1821点，每天共6个小时；最坏小区的考核时段为721点，每天14个小时；切换失败率的考核时段为全天24小时。根据指标统计的事件范围，我们可以将指标分为全网级别、区域级别（市区，郊区）、BSC级别、小区级别等。对于日常指标监控，我们要有一个层次的概念，从高层到低层，逐步定位问题所在，即着眼于全网指标，从小区

22、开始处理。对于关键指标我们需要每日统计，统计时段依具体情况而定，如果全网或部分BSC性能出现明显恶化时要及时上报，并进行分析。每天观察基站性能，按照掉话率、TCH拥塞率、SDCCH拥塞率、切换失败率等指标分别进行排序，对性能异常，如掉话、拥塞等突然上升，并有较大影响的基站要及时处理。2.1高掉话小区的处理每小时关注前一小时各小区的掉话率和掉话次数，对于掉话次数大于100次小区需要及时处理，每天处理前一天掉话TOP10的小区。掉话是指通话过程中的通道非正常释放，通常掉话有3个主要原因： 无线链路失败 (北电系统中的无线链路超时) 切换计时 T3103超时，除BSS内切换。 其它系统故障 无线环境

23、引起T200超时 异常释放以上各种原因都可能产生掉话，处理高掉话小区时，需要分析掉话的原因，然后针对具体情况提出解决方案。问题描述a) 无线链路超时移动台不能发出SACCH(测量报告消息)，或者在规定时间内没有被网络(BTS)译码，也无法执行其它切换，这就是无线链路超时掉话，计数器C1164/13和C1164/14统计由于无线接口失败和无线链路失败所引起的连接失败。b) T3103 超时:BSCBTS2BTS1 111MSCMSHandover Indication Channel Activate Channel Activate Ack Handover Command Set T3103

24、Handover Command Handover Access Handover detection Physical Info (TA) SABM UA Establish Indication Handover complete Handover complete Reset T3103当BSC将HandoverCommand信息发送到BTS时，BSC启动定时器T3103。在BSC收到来自切换目标小区的Handovercomplete或者来自源小区的HandoverFailure时将T3103复位，若T3103到时而BSC仍未收到任一种消息时，BSC就判断在源小区发生了无线链路失败，进而

25、释放源小区的信道并记录一次掉话。计数器C1164/24是用来统计T3103超时的次数的，因此它可以反映切换由于T3103超时而造成的掉话数量。c) 系统故障掉话也有可能是由系统故障引起。如由于操作维护的原因造成的掉话，和BSSMAP定时器不匹配造成的掉话，但是这些原因与无线接口没有直接的相关性，涉及到BSS和NSS之间的配合问题。掉话分析：良好的维护可预防和解决绝大多数掉话问题，特别是高掉话小区(例如8%以上)，应首先检查是否有设备故障。在排除了系统因素后才应考虑无线原因。掉话主要由以下原因引起覆盖问题： 真正没有信号覆盖的地方，比如因基站太少导致覆盖不连续。 另一种是切换不及时。在一些信号会

26、迅速减弱的地方(隧道，门厅，地铁.)，如果切换反应速度过慢，可能在通话还未接入新的信道之前，原来的信道已经衰落到无法正常译码信令，从而导致掉话。 覆盖空洞也可能是由于某个小区出现了问题 (例如因设备故障造成小区瘫痪)。 覆盖空洞还可能是由于丢失邻小区定义或定义不全，此时，系统会保持通话在现有小区中，直到超出该小区覆盖边缘而掉话。干扰问题：干扰有来自内部 (网络造成), 和外部其它系统交调造成。当网络中存在干扰，BTS和MS由于误码率高而不能解出SACCH内容,无线链路超时，从而中断通话。干扰对切换也有负面影响，因为下行链路误码率高,移动台就无法解出BTS发出的切换请求命令。在 由T3103超时

27、引起的掉话在OMC-R中有记录。为了确认小区干扰, 可以检查统计项“Average Level of Nondecoded RACH” (反映上行链路干扰),“Ratio of HO on UL Quality”(反映上行链路高误码率) 和“Ratio of HO on DL Quality”(反映下行链路高误码率)以及Band 级别反映空闲信道上行干扰情况。解决措施 如果掉话率突然上升并且本站工作正常，检查相邻小区此时是否工作(见TCH可用性)。 检查在OMC数据库中定义的相邻小区是否互为对称关系，是否邻小区表定义不全。 路测(采用扫描方式)并与无线设计人员共同检查是否确有覆盖空洞存在。 检

28、查是否存在特殊原因 : 隧道, 大型建筑入口 (商业中心.), 地铁入口,大斜坡 (和汽车速度，一天中的交通流量有关，一般来说，掉话多集中于一段时间和某个方向)。最好的解决办法是先检查地图,听取工程人员和无线工程师建议，并进行现场勘察。 利用路测检测邻小区丢失的情况。进一步作Abis接口测试或呼叫路径跟踪，对找到问题很有帮助，需注意从测量结果中分析连接失败前的时间提前量(TA)以发现孤岛效应。 上下行低电平导致的掉话由于上下行电平值较低导致的掉话，一般发生在电梯、地下停车场、隧道等存在覆盖漏洞的地方。掉话的原因主要是Radio_Fail和RF_HO，从报告中可以看到平均电平值较低，切换的原因只

29、要集中在上/下行电平引起的切换。我们通过路测和用户投诉，可以定位这些网络中弱覆盖的区域。解决的办法主要是增强覆盖，如增加直放站、换高增益天线、对全向站实施O改S、在室内增加天线分布系统、或者增加新站。 邻区拥塞导致掉话在这种情况下，由于最好的邻区存在拥塞，用户不能切换到最好的邻区去导致掉话。从统计指标可以看出，邻区话务量较高、存在TCH拥塞、切换失败率较高，而本小区存在大量的切换掉话。这种情况的解决办法就是减小邻区的拥塞（具体方法在拥塞小区解决办法中有介绍），减少向拥塞邻区的切换。 上下行质量差导致掉话上下行质量差的原因可能是硬件问题、外部干扰或是频率规划问题，这种掉话小区一般67级质量所占比

30、例较高，切换原因主要是质量引起的切换。判断导致质量差的原因是硬件问题还是干扰，如果是硬件问题就要通知基站维护人员更换故障硬件，如果是干扰还要判断是内部干扰还是外部干扰，如果需要就调整载频频点，或是控制小区覆盖。 漏加邻区导致掉话漏加邻区一般发生在集中几天时间有很多新站入网、或者O改S的时候，又或是相邻地市有新站入网和O改S没有通知我们增加邻区。通过UAC（未定义邻区）的测量，如果平均接收电平值很高、而测量点数又很多就可以判断为漏做邻区。在MAPINFO中查看这两个小区的距离，如果较近时需要增加邻区关系，如果距离较远，则需要减小小区覆盖范围（通过调整天线高度、下倾角，或者参数）。 参数设置错误导

31、致掉话影响掉话的参数主要有：C2, RLT, T3103等。在新站集中入网期间或是网络割接之后，容易发生参数设置错误的情况。因此，我们需要定期对全网的参数进行检查，对比现网配置参数与规划默认值，发现错误及时修正。以上是几种常见的掉话的解决方案，如果监控到某小区有突发的高掉话，一般是外部干扰或是硬件故障导致。2.2高切换失败小区处理 切换失败的原因：切换失败可以划分为两方面的问题：即信道容量、无线链路失败。可分为切换选择阶段和切换执行阶段两个失败阶段。Handover Selection Failure 是从BSC到BTS的HO_COMMAND数与BTS收到的HO_INDICATION数之差。它

32、可以帮我们找出由于目标小区信道资源不足引起的切换失败，或系统的问题(难以建立BSC与BTS之间的L2连接)。HandoverExecutionFailure 是数与BSC发向BTS的HO_COMMAND数与BSC 收到 的HO_COMPLETE之差。主要反映了空中无线接口的质量。失败原因 硬件问题 : 当切换失败率非常高时，硬件故障（包含CMCF坏引起的同步时钟问题）可能性最大 (见分配失败) 相邻小区关系问题 邻小区负荷 恶劣的无线条件相邻小区关系问题如果两个小区有相同的(BSIC，BCCH)，在正常的情况下这样的两个小区的相距距离应该足够大，他们之间不应该有什么关系。但由于孤岛现象的存在，

33、一旦 孤岛覆盖周围的小区的邻小区表上定义了与孤岛小区同BSIC、BCCH的邻小区)位于的通话手机将会收到孤岛小区的BCCH信号并上报BSC，这个虚假的邻小区测试报告将会误导切换控制程序发出切换指令，这样就使得这些小区内的通话频频尝试向实际信号并不好的小区发出切换请求。其结果往往造成乒乓切换，并导致孤岛覆盖周边小区的切出切换失败率大幅提高。而与孤岛小区具有相同BSIC、BCCH的小区的切入切换失败率也将大幅提高。93，6293，62源小区目标小区孤岛MS邻小区通道资源短缺 如果Hoselectionfailurerate切换选择失败率很高，原因可能是要切换的邻小区负荷高,目标小区已经没有可用TC

34、H。此时，BSC虽然收到HO_INDICATION信息但并不向目标小区发送任何HO_COMMAND 消息。对于一对邻小区上的高切换选择失败率，可查看目标小区的负荷以确认是否为负荷问题。恶劣的无线条件如果HandoverExecutionFailurerRate很高，那就有可能是目标小区或源小区无线条件方面的原因。低重迭覆盖区 覆盖：如果目标小区与源小区之间没有足够的重迭覆盖区域，切换可能应无法登陆目标小区的TCH而失败。在这种情况下，重新回到旧小区的概率会较低。目标小区源小区MS 干扰：干扰会造成即使目标小区的电平很好，但上/下行信号质量很差的情况移动台将难以占上目标小区的TCH。 如果来切换

35、执行失败率很高，必须检查小区的干扰情况。对每一对邻小区检查来/去切换执行失败率能够指明干扰是存在于某一对小区还是很多小区，并进而大致判断干扰区域和干扰性质。如果去切换执行失败率很高，可能是因为切换发起小区的下行干扰。移动台无法译码BTS发出的HANDOVER_COMMAND消息，这时由于T3103超时(计数器 C1164/24)，将产生掉话。还有可能是目标小区的下行或上行干扰。因此，需要认真检查每一对相邻小区，以帮助判断干扰原因。同时检查目标小区的切换执行失败率和分配失败率的相关性。干扰造成的高切换失败率往往伴随着高 分配失败率。为了确认小区的干扰，检查计数器“Average Level of

36、 Non decoded RACH”， 并且同时查看“Ratio of HO on UL Quality” 和 “Ratio of HO on DL Quality”。解决措施：相邻小区关系问题 对于一对邻小区，检查切换执行失败率过高是否由孤岛效应引起。作Abis测试并重点检查时间提前量（TA）有助于找出孤岛效应。可增加孤岛小区的天线下倾角以减轻孤岛效应或改变它的BSIC以消除同BCCH，BSIC的现象。 检查数据库看邻小区表与BTS参数是否匹配。如果有，在 OMC-R中修改。 邻小区负荷如果BTS在HO_INDICATION中选择的小区都超载，那么HO selection failure r

37、ate会很高。解决方法见TCH/SDCCH不足。另外，为HO设置高于通话建立的优先级别也可有效地解决HO选择失败问题。恶劣的无线条件 重迭覆盖少：检查覆盖预测图，注意那些特殊地点(隧道.)，一旦怀疑，最好进行路测以便确认。并采取相应的无线优化手段改善覆盖。提高小区的覆盖可以通过减小下倾角或增加天线高度来实现。但是这样可能会干扰其它邻小区。根本方法是增加基站或微蜂窝，但这已超出了优化范围。切换失败原因总结如下：n 切换参数设置错误n 邻区参数设置不正确n 硬件故障n PLMN（permitted NCC）参数设置错误n 干扰n 邻区拥塞n 覆盖漏洞n 邻区TCH输出功率低于BCCHn 定义太多邻

38、区关系n MSC/BSC数据定义错误2.4 TCH/SDCCH拥塞小区处理 拥塞的原因：n 高话务量n 基站过覆盖n 硬件问题n LAC区域规划不合理，导致过多的位置更新或过多的paging消息（SDCCH拥塞）如果发现小区拥塞，首先要查看硬件告警，检查小区每线话务量，确定是否基站故障导致拥塞。对于拥塞小区解决办法只有两大类：降低小区吸收的话务量和增加小区承载能力。 TCH拥塞的解决办法增加容量的办法有：扩容（增加载频），打开半速率，增加新站。降低话务量的办法有：a) 降低基站天线高度，增大下倾角b) 使用DRc) 减小基站覆盖范围，增大最小接入电平值（RXP），降功率（PMAX）d) 使用C

39、2e) 减小小区过载门限值BLTf) 调整邻区参数使得邻区不容易切换进来（SL，PMRG，OF，PRI，DRT） SDCCH拥塞小区的解决办法增加容量的办法有：a) 增加SDCCH时隙b) 扩容（增加载频）c) 使用动态SDCCHd) 减少小区覆盖范围e) 减少位置更新的次数（增大HYS，增大周期位置更新的周期PER）。第三节 设备告警查看及预防性维护北电无线子系统设备的日常维护包括BSC、OMC、BTS、PCUSN设备的日检，BSC、OMC、BTS、PCUSN设备的月检，OMC、BTS设备的季检，BTS设备的年检等，其中BTS的月检、季检、年检等大部分需要在现场使用测试仪表进行检测。3.1

40、BSC12051、 状态检查以下项目及指令均可用auditBSC.log批处理工具查看全部结果：serv1:(omc)% more /home/STAT/ auditBSC.log（1） 双工状态检查： 指令在MMI上display chain information 或执行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC1.administrator.yyyymmd 结果 所有BSC应为”duplex” 即主备CHAIN均处于工作状态或使用：指令 serv1:(omc)%grepactive-passi

41、ve auditBSC1.administrator.yyyymmdd结果所有BSC的active-passive link应为“opened” 表示主备用CHAIN之间在实时的更新数据指令 serv1:(omc)%grep -c simplex auditBSC1.administrator.yyyymmdd 结果 此命令的结果应为“0” 当BSC处于单工工作状态时必须调查原因及时处理（2） BDA audit状态检查 指令 选择 bsc 目标: / Configuration / BDA / Audit / Send,在Session log查看结果是否为“no difference”或执

42、行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC*.administrator.yyyymmdd 结果 所有BSC的BDA audit 结果应为”no difference”. BDA：为BSC硬盘中的数据库；BDE：为OMC-R上的数据库 在OMC-R上的每一个BSC的数据应和BSC硬盘中的数据一致。如不一致，会隐含一些问题。或执行指令 serv1:(omc)%grep no diff auditBSC1.administrator.yyyymmdd结果 列出在auditBSC1的log文件中， BS

43、C audit结果是“no difference” 的清单。 （3） 循环文件状态指令 选择 BSC X25 目标 / Configuration / Circular File / Display state /Circular File ID / Apply ，在Session log 中查看结果；或执行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC1.administrator.yyyymmd 结果 所有BSC的ficCircState应为“open” 或执行指令serv1:(omc)%grep

44、ficCircState auditBSC1.administrator.yyyymmdd结果 所有BSC的ficCircState应为“open” （4） BSC告警状态检查 (FN5,6,7,8,11,13,16,23,24,115x,5xx,6xx，1290,1310,31010,30061,30063.) 指令(omc)%cd /home/user/support/Genstat.sh automatic(omc)%more GENSTAT_RES 结果 如出现以下故障：Fault Number: 5,6,7,8,11,13,14,15,16,23,24，125,126,138,140

45、,170,2xx,3xx,4xx,5xx,6xx,1290,1310,31010,30061,30063.，则做相应记录并进行故障处理，以上故障号为涉及BSC重启、重要电路板故障、BDE与BDA不一致等重要故障，必须调查原因并做相应处理。 参考：FN1153：SICD8V 故障 FN1151：PCM稳定性能标志 FN5、6 BSC CHAIN 重启 FN7、2XX、4XX、5XX： BSC重要板子故障 FN1067、1070：基站硬件故障 FN31010：BDA与BDE不一致 FN122：邻小区存在问题 FN117X、118X：TCU上TCB2工作不稳定 FN8：TCB2板故障 FN493、4

46、97：TCU进行了时钟重选 FN1310：关于CIC的NSS侧未知错误 FN1290：关于CIC的BSS侧未知错误 （5） TCU告警状态(FN7,117x,118x)； 指令(omc)%cd /home/user/support/ Genstat.sh automatic(omc)%more GENSTAT_RES结果 如出现以下故障：Fault Number: 1170, 1171, 1172, 1174,1180, 1182, 1184, 1186，则做相应记录并进行故障处理，或打NTS支援电话。2、 性能检查 以下项目及指令均可用NETcheck批处理工具查看全部结果：oam:(omc)%more /home/users/NETCHECK/jobresults/cpuYYYYMMDD（1） CPU负荷情况；l 实时观测：在MMI上选择Performance/display raw report,输入BSC相关参数，“APPLY”，在Session log中查看结果，观察所有CPU负荷情况（应小于50%）l 每日观测： 指令oam:(omc)% more /home/users/NETCHECK/jobresults/*cpuYYYYMMDD 结果 CPU平均负荷小于50%（2） SCCP拒