浅析基站隐性故障检测与处理方法

答嘉曦+黄政力+杨炎坤+李宪锋

【摘要】针对基站隐性故障检测难题，研究多种检测手段结合互补，对后台异常性能指标进行分析，筛选出存在隐性故障的小区及定位故障所在设备，借助用雷卡测试仪表进行检测和处理验证，并通过试点案例分析研究出能准确快速定位隐性故障的方法。

【关键词】基站隐性故障异常指标雷卡

中图分类号：TN929.5文献标识码：A文章编号：1006-1010(2014)-08-0090-07

Analysis of Hidden Failure Detection and Handling Methods of Base Station

DA Jia-xi1, HUANG Zheng-li1, YANG Yan-kun2, LI Xian-feng2

(1. China Mobile Group Guangdong Co., Ltd., Guangzhou 510627, China;

2. Shenzhen Kehong Communications Co., Ltd., Shenzhen 518048, China)

[Abstract] To solve the recessive failure (HF) detection problems of base transceiver station (BTS), various detection means is studied and combined, and the abnormal performance indicators (API) of the background are analyzed. The cells existing HF and the devices existing locating faults are selected to be detected and verified by Reka test instruments. In addition, the studied method which can locate HF fast and accurately is analyzed by pilot cases.

[Key words]base stationhidden failureAPIReka

1 引言

在网络故障处理及网络优化中，有部分问题点出现得比较隐蔽，故障的原因同样也比较隐蔽，通常这类故障不能及时被发现。因此，对于隐性问题的发现、排查和处理，必须作为维护工作中重点关注的内容之一。本文主要对爱立信RBS2000系列主设备隐性问题的发现、排查步骤进行阐述，并通过典型问题及案例进一步指导网络优化分析和维护人员排查，快速、准确地定位和处理隐性故障，其他系列（RBS6000）主设备可以借为参考使用。

2 网络异常指标分析

从异常指标入手，本文通过列举硬件隐性故障在指标方面的表现（不包含上行干扰类），并根据实验出来的经验，提出故障引起异常指标的隐性故障参考门限经验值，所有数据均基于实际网络测试和搜集。

在隐性问题的发现上，主要有两种话务数据的分析方式：一是通过性能指标的门限值来判断指标是否超标，网络存在问题；二是通过性能指标的突变来监控网络质量，特别是重要指标的突变往往意味着网络质量发生了严重的问题。

从基站（爱立信）隐性故障，直接或间接引起网络性能指标（涉及指标均以爱立信为准）异常，主要指标包括：STS、MRR、MOTS和A+A-bis（省网络综合分析平台指标）。通过对上述指标进行分析，综合现场检测定位情况，查找出隐性故障所在，目的是能够快速处理网络隐患，减少基站退服和用户投诉。

2.1话务统计数据分析

STS、MRR、MOTS指标故障参考值如表1所示。

（1）STS指标分析

通过对五大类进行综合分析，找出隐性故障小区的相关性和规律性特征。

◆SDCCH性能指标

主要异常体现：

SDCCH通话时长一般为2~5s，当存在干扰时，由于解码速度降低会导致通话时长加长，但在这种情况下都不会超过5s。若出现通话时长达到7~8s甚至10s以上，出现硬件故障的可能性很大。

◆TCH性能指标

主要异常体现：

信道完好率：若持续不能达到100%且没有告警，则可能是TRU或者DXU故障，由于隐性故障导致该小区经常无法正常占用信令时隙。

话音接通率：小区非拥塞时话音接通率较低，可怀疑存在隐性故障。

TCH掉话及T占用时长：掉话会导致T占用时长过短，主要是由于突然掉话增多，因此当小区掉话或T占用时长出现异常时，可能存在隐性故障。

◆切换性能指标

主要异常体现：

内切严重：当通话一旦建立或转移到故障载波时，就会引起内切。正常情况下，一个小区在一小时的内切次数最多不超过50次。当出现小区内切次数在一小时内达到上百次甚至500次以上时，很有可能是出现了载波故障。

◆干扰性能

主要异常体现：

上行干扰：隐性故障所产生的干扰和直放站所产生的干扰有着比较明显的区别。隐性故障产生的干扰往往是2、3级居多，通常占到15％~30％；直放站的干扰则是4、5级居多。

◆话音质量

主要异常体现：

上行话音质量：隐性故障产生可以结合干扰性能，再根据RLCRP指令查看干扰的分布情况，是否在同一个载波或同一个CDU上面。

下行话音质量：隐性故障可以是X-BUS存在故障引起，现场检测可以通过对比开/关跳频前后的质量情况进行分析。

（2）MRR指标分析

MRR利用对服务小区无线信号测量统计，而不是对事件的统计，具有信息全面、效率高的优势。

◆上下行信号强度

一般正常差值为13dBm左右，如果相差过大则有可能存在隐性故障。

◆上下行路径损耗

一般正常差值为10dBm左右，如果相差过大则有可能存在隐性故障。

◆上下行语音质量

正常MRR语音质量值在95%以上，出现上行或下行语音质量很差的情况，则有可能存在隐性故障。

◆上下行覆盖率

正常MRR上下行覆盖率在95%以上，出现上行或下行语音覆盖很差的情况，则有可能存在隐性故障。

◆TA值

正常（没有带直放站或拉远）TA值不应高于2~3，即1~1.5km。对于TA值较大的小区，应该给予考察，有可能存在隐性故障。

（3）MOTS指标分析

爱立信MOTS统计提供了对小区的每个时隙进行统计的功能，通过对时隙的掉话统计，可以统计每个载波掉话情况，进而可初步判断存在隐性故障的可能。掉话原因可归结为以下五类：

◆错误的指示（Error Indication）

◆连接失败指示（Connection Failure Indication）

◆异常断开连接请求（Abnormal Disconnect Request）

◆在小重启动时跟踪失败（Trace Failure at Small Restart）

◆软件功能异常释放（Forlopp Release）

分析流程说明：

◆某个载频的掉话率偏高。

常规优化后指标改善不明显，判断该载频、CDU可能存在隐性故障。

◆多个载频的掉话率偏高。

检查小区是否开启跳频，排除因某个载波不佳而导致多个载波的掉话率高；分析掉话率高的载波是否属于同一个CDU，排查CDU是否有故障；如果载波不属于同一个CDU，则检查该天馈系统是否存在隐性故障。

endprint

◆小区内所有载波的时隙掉话偏高。

检查小区的参数设置是否合理，现场排查天馈线系统是否存在隐性故障，再结合BSC其他话务报表所指示的掉话原因作进一步分析。

（4）A-bis指标分析

利用省公司“无线网优综合数据管理平台”，提取A-bis数据进行分析，目前所有参数门限值已集成到A-bis信令应用层软件，通过该平台分析准确性较高，具备异常信令Cause专项分析，包括：

◆SDCCH掉话Cause值分析

◆TCH掉话Cause值分析

◆TCH指配失败Cause值分析

◆位置更新失败Cause值分析

◆MO短信失败Cause值分析

◆MT短信失败Cause值分析

◆Cause详单查询

该平台可找出全网定义采集的小区载波数据进行分析，并结合爱立信话务统计数据找出现网存在隐性故障小区（载波）。

分析流程说明：

◆载频硬件问题

分析掉话只集中在某一块载频上，且次数比其他载频高，对该载频作Reset TRX操作。下个时段如果该载频依然存在掉话高，则更换载频。

◆CDU模块故障

掉话集中在某几块载频上，观察掉话高的载频是否属于同一块CDU，若是则更换该CDU。

◆天馈系统故障

掉话集中在某几块载频上（4块以下），且载频大多数情况下是分布在不同的CDU上；同时，小区的其他载频出现少许占有但没有出现高掉话。先检查小区是否开启跳频，分析是否因某个频点不佳导致，若是则更换频点。更换后如果掉话依然高，则现场检查天馈系统是否有隐性故障。

2.2故障小区筛选

通过对话务数据进行指标分析，筛选出存在指标异常的隐性故障小区，主要筛选流程如下：

（1）对A-bis数据进行筛选，生成多时段全网或单个网元性能比较差的小区列表。没有A-bis采集数据的地市，建议通过采集MOTS数据进行分析。

（2）A-bis（MOTS）指标较差的小区列表，结合STS的干扰项对ICMBAND进行干扰级别设定筛选，建议筛选干扰系数<2的小区进一步分析，这一步过滤可能存在上行干扰的小区。

（3）对STS话务项指标再进一步进行分析，主要是对C/T的信道完好率、申请次数、掉话次数和掉话率进行综合分析，这一步可以找出由于基站隐性故障，导致信道完好率、申请次数、掉话次数和掉话率的小区。

（4）结合MRR指标分析，对上下行质量、信号强度、路径损耗、TA分析（根据TA情况分析是否存在过覆盖或带拉远设备）、上下行功率等级等进行分析，特别是上下行不平衡小区，大部分是由于天馈系统硬件存在隐性故障导致不平衡。

（5）小区筛选是根据每个小区分析的实际情况，对小区的网优设置参数进行检查，确定不是网优参数问题的情况下，参考话务统计数据，分析对故障进行预处理和定位。

3 现场检测验证方法

3.1雷卡排查规范

利用雷卡6113仪表对基站的发射和接收机性能进行综合测试，分析是否符合GSM规范要求，对于不符合规范的指标，定位问题具体在接收哪个部件，进行设备更换。

雷卡设备测试指标参考如表2所示：

表2雷卡设备测试指标参考

雷卡设备测试项 参考值

Configure BTS 900频段47dBm/1 800频段45dBm

Transmitter Test Frequency Error <+95.0Hz

RMS Phase Error <+5.0Deg

Peak Phase Error <+20.0Deg

BTS Output Power <+40.0dBm

Receiver BER FER <0.1%

Class Ib RBER <0.4%

Class II RBER <2.0%

Access Burst FER <0.5%

RX Level Rx Level与Mean<2dB

具体测试项如下：

（1）雷卡测试定位RBS2202主设备故障

对于硬件故障的定位，可从以下方面进行判断：

◆一个RBS机柜单个TRU测试出现Fail（包括发射和接收端测试）时，则定位为TRU故障或TRU连线问题。

◆如果测试小区的CDU型号为CDU A、CDU C、CDU C+时，当2个TRU（包括发射和接收端测试）测试不通过，而这两个TRU又同属于同一个CDU，则可以定位故障的硬件为测试TRU所属的CDU。

◆如果测试小区的CDU型号为CDU D型，当同属一个CU的2个TRU发射端测试不通过时，故障点就定位为CU；如果多个TRU的接收端测试不通过时，则定位于DU故障或FUD（FU）故障。

◆在保证雷卡仪表设置正确的前提下，如果测试小区所有TRU的测试项都不通过，则定位为DXU故障。

（2）雷卡测试定位RBS2206主设备故障

RBS2206设备的载波是DTRU，每个物理载波等同于2个普通TRU，常用的CDU型号有CDU F、CDU G型，每个CDU是4路逻辑TRU（2个物理DRU）的功率合成。另外，2206设备新增了CXU，用于分配12路RX信号，所以对于雷卡测试的定位故障，与2202稍有不同。

◆对于单个逻辑TRU或同一个DTRU的两个逻辑TRU测试不通过（包括发射和接收端测试），可简单定位为单个DTRU故障或载波连线问题（此类可能性比较小）。

◆对于同属一个CDU的多个载波的发射项测试不通过，且接收端测试（不超过4个逻辑TRU）不通过的现象，故障可定位于CDU。

◆如果测试小区超过4路逻辑TRU接收端测试不通过，则故障点可定位在CXU。

◆如果测试小区所有TRU的测试项都不通过，则定位为DXU故障。

◆CDU F连线错用，故障体现为：同小区前后4个逻辑TRU发射机测试发射功率偏低。

3.2TEMS排查规范

利用TEMS锁频TCH测试定位故障，Channel Verification功能可以很直观地看到每次通话过程中占用到TCH的TS0~TS7中的每个TS，通过定义测试门限值。

3.3DXU LOG数据验证

爱立信RBS_DXU_LOG文件中记录了整个基站的所有软、硬件设备运行信息，通过分析LOG文件发现基站内部问题，并有效解决基站隐性故障。

同时，LOG文件也记录了基站以外设备（即传输和BSC）对基站的影响情况，有助于定位疑难故障，提高抢修及时率。

DXU LOG的查看方法：

DXU LOG组成：Detailed log&General log

DXU LOG时钟：内部时钟&外部时钟

内部时钟：[90-01-01 00:00:00.010]，以90-01-01开头

外部时钟：[11-07-12 15:22:50.208]，以实际时间开头

关键部分：主要关注Detailed log的外部时钟部分——故障发生时间

提取方法：OMT（本地提取）&REMOTE OMT（远程提取）

正常运行设备Log VS 出现故障设备Log：

LOG数据说明：

[11-07-09 11:54:11.002] P_MPSK_CLOCK timeout_clock_main.c:419 TRACED:Setting time: 11-07-09 11:54:42.000

[11-07-09 15:54:42.006] P_MPSK_CLOCK timeout_clock_main.c:419 TRACED:Setting time: 11-07-09 15:55:13.000

endprint

说明：正常运行设备（即基站侧、传输侧和BSC侧不进行任何操作），每隔4小时与BSC同步时钟（Setting time……）

若基站侧、传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如：

事件：频段超限（6000设备载波频点设置不得超过15M）

[11-07-09 17:17:45.966] O_TGC_Main../TMP/IC/tgc_mainBody.ic:683

TRACED:Ts List Check Band Width Rx Band Width Out of range:24600>20000 TRXinst:3

故障：FC码

[11-07-09 17:19:02.982] O_RBS_Status RBS_STATUS_DEF.c:398

FAULT:11-07-09 17:19 FuncType: TRX, Instance 0,Raise, EC2, TERR LINK IDLE 4 EC2

FAULT表示故障信息；FuncType表示出现告警的MO；Instance 0表示出现告警的ID，一般是逻辑ID；EC2, TERR LINK IDLE 4 EC2表示告警的类似；EC2外部告警（告警类型：1A、2A、1B、2B、EC1、EC2）。

4 现场故障处理方法

根据后台话务统计性能指标分析结果与现场RBS_DXU_LOG数据分析、雷卡、TEMS、互调检测结果，对验证对应的故障器件进行处理。现场验证流程如图1所示：

处理步骤如下：

（1）检查主设备和天馈线的连接是否正确，如果不正确，则进行正确连接；如果连接正确，则进行下一步处理。

（2）更换现场验证存在故障的器件（DXU、CDU、TRU和CXU），现场雷卡检测更换上去的器件是否存在故障（部分更换上去的备件也存在故障），若检测后更换上去的备件正常，则激活小区，现场进行TEMS测试接入、通话和上网是否正常。同时，等待即时话务统计指标跟踪，如果指标有改善，则处理结束；如果没有改善，则进行下一步处理。

（3）停闭小区，更换互调检测到的故障器件或连接线，通过互调检测更换上的器件或连接是否通过，如果通过，则激活小区，现场进行TEMS测试接入、通话和上网是否正常；同时，等待即时话务统计指标跟踪，若指标有改善则处理结束。

5 基站隐性故障案例

故障名称：华师南D2小区载波隐性故障

故障现象：

根据STS和A-bis指标分析：该小区的C掉话较高，T掉话也偏高；MRR指标分析：上行平均电平偏低。

原因分析：

（1）现场对华师南D2进行TEMS锁频测试，发现-6、-7频点存在瞬间场强变弱的现象。

（2）闭站后，雷卡测试发现-6、-7载波接收误码、接收脉冲和接收电平不通过（见图2）。

（3）现场发现CXU和TRU连接线存在连接错误，重新连接后，两个载波还是存在故障，怀疑CXU端口存在故障。

（4）判断为CXU故障。

故障处理：

更换CXU之后，雷卡测试正常，TEMS测试信号强度由-80dBm提升至-60dBm左右，观察指标发现有明显改善：处理前每天C掉话总次数为154次，处理后降低至21次，T掉话由处理前37次改善为0，故判断CXU存在隐性故障（见图3）。

6 总结

通过利用后台数据（A+A-bis和MOTS）分析和现场雷卡、TEMS检测设备，可以准确快速地定位和处理隐性故障。笔者建议推广使用此方法，既能够快速处理网络隐患，减少基站退服和用户投诉，又可以提升网络设备的服务能力。

参考文献：

[1] 张威. GSM网络优化——原理与工程[M]. 2版. 北京: 人民邮电出版社, 2009.

[2] 赵倩雯. 利用DXU_LOG分析设备故障[Z]. 2011.

[3] 朱林钧,邢洪波,黄颂. 基于基站临界点故障的雷卡测试分析[J]. 移动通信, 2011(3): 99-101.

[4] 朱林钧,邢洪波,钟雪峰,等. 浅析雷卡测试与MRR功能指标体现[J]. 移动通信, 2010(8): 21-25.

[5] 刘韬,邢洪波. 基站健康检查必要性及方法[J]. 电信工程技术与标准化, 2009(9): 73-76.★

作者简介

答嘉曦：系统分析师，硕士毕业于华中科技大学，现任中国移动通信集团广东有限公司网络优化中心中级网优支撑主管，从事无线设备维护管理工作。

黄政力：高级工程师，MBA毕业于暨南大学，现任职于中国移动通信集团广东有限公司网络优化中心，从事无线网络维护管理工作。

杨炎坤：现任深圳市科虹通信有限公司工程部项目经理，从事移动无线网络维护管理工作。

endprint

说明：正常运行设备（即基站侧、传输侧和BSC侧不进行任何操作），每隔4小时与BSC同步时钟（Setting time……）

若基站侧、传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如：

事件：频段超限（6000设备载波频点设置不得超过15M）

[11-07-09 17:17:45.966] O_TGC_Main../TMP/IC/tgc_mainBody.ic:683

TRACED:Ts List Check Band Width Rx Band Width Out of range:24600>20000 TRXinst:3

故障：FC码

[11-07-09 17:19:02.982] O_RBS_Status RBS_STATUS_DEF.c:398

FAULT:11-07-09 17:19 FuncType: TRX, Instance 0,Raise, EC2, TERR LINK IDLE 4 EC2

FAULT表示故障信息；FuncType表示出现告警的MO；Instance 0表示出现告警的ID，一般是逻辑ID；EC2, TERR LINK IDLE 4 EC2表示告警的类似；EC2外部告警（告警类型：1A、2A、1B、2B、EC1、EC2）。

4 现场故障处理方法

根据后台话务统计性能指标分析结果与现场RBS_DXU_LOG数据分析、雷卡、TEMS、互调检测结果，对验证对应的故障器件进行处理。现场验证流程如图1所示：

处理步骤如下：

（1）检查主设备和天馈线的连接是否正确，如果不正确，则进行正确连接；如果连接正确，则进行下一步处理。

（2）更换现场验证存在故障的器件（DXU、CDU、TRU和CXU），现场雷卡检测更换上去的器件是否存在故障（部分更换上去的备件也存在故障），若检测后更换上去的备件正常，则激活小区，现场进行TEMS测试接入、通话和上网是否正常。同时，等待即时话务统计指标跟踪，如果指标有改善，则处理结束；如果没有改善，则进行下一步处理。

（3）停闭小区，更换互调检测到的故障器件或连接线，通过互调检测更换上的器件或连接是否通过，如果通过，则激活小区，现场进行TEMS测试接入、通话和上网是否正常；同时，等待即时话务统计指标跟踪，若指标有改善则处理结束。

5 基站隐性故障案例

故障名称：华师南D2小区载波隐性故障

故障现象：

根据STS和A-bis指标分析：该小区的C掉话较高，T掉话也偏高；MRR指标分析：上行平均电平偏低。

原因分析：

（1）现场对华师南D2进行TEMS锁频测试，发现-6、-7频点存在瞬间场强变弱的现象。

（2）闭站后，雷卡测试发现-6、-7载波接收误码、接收脉冲和接收电平不通过（见图2）。

（3）现场发现CXU和TRU连接线存在连接错误，重新连接后，两个载波还是存在故障，怀疑CXU端口存在故障。

（4）判断为CXU故障。

故障处理：

更换CXU之后，雷卡测试正常，TEMS测试信号强度由-80dBm提升至-60dBm左右，观察指标发现有明显改善：处理前每天C掉话总次数为154次，处理后降低至21次，T掉话由处理前37次改善为0，故判断CXU存在隐性故障（见图3）。

6 总结

通过利用后台数据（A+A-bis和MOTS）分析和现场雷卡、TEMS检测设备，可以准确快速地定位和处理隐性故障。笔者建议推广使用此方法，既能够快速处理网络隐患，减少基站退服和用户投诉，又可以提升网络设备的服务能力。

参考文献：

[1] 张威. GSM网络优化——原理与工程[M]. 2版. 北京: 人民邮电出版社, 2009.

[2] 赵倩雯. 利用DXU_LOG分析设备故障[Z]. 2011.

[3] 朱林钧,邢洪波,黄颂. 基于基站临界点故障的雷卡测试分析[J]. 移动通信, 2011(3): 99-101.

[4] 朱林钧,邢洪波,钟雪峰,等. 浅析雷卡测试与MRR功能指标体现[J]. 移动通信, 2010(8): 21-25.

[5] 刘韬,邢洪波. 基站健康检查必要性及方法[J]. 电信工程技术与标准化, 2009(9): 73-76.★

作者简介

答嘉曦：系统分析师，硕士毕业于华中科技大学，现任中国移动通信集团广东有限公司网络优化中心中级网优支撑主管，从事无线设备维护管理工作。

黄政力：高级工程师，MBA毕业于暨南大学，现任职于中国移动通信集团广东有限公司网络优化中心，从事无线网络维护管理工作。

杨炎坤：现任深圳市科虹通信有限公司工程部项目经理，从事移动无线网络维护管理工作。

endprint

说明：正常运行设备（即基站侧、传输侧和BSC侧不进行任何操作），每隔4小时与BSC同步时钟（Setting time……）

若基站侧、传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如：

事件：频段超限（6000设备载波频点设置不得超过15M）

[11-07-09 17:17:45.966] O_TGC_Main../TMP/IC/tgc_mainBody.ic:683

TRACED:Ts List Check Band Width Rx Band Width Out of range:24600>20000 TRXinst:3

故障：FC码

[11-07-09 17:19:02.982] O_RBS_Status RBS_STATUS_DEF.c:398

FAULT:11-07-09 17:19 FuncType: TRX, Instance 0,Raise, EC2, TERR LINK IDLE 4 EC2

FAULT表示故障信息；FuncType表示出现告警的MO；Instance 0表示出现告警的ID，一般是逻辑ID；EC2, TERR LINK IDLE 4 EC2表示告警的类似；EC2外部告警（告警类型：1A、2A、1B、2B、EC1、EC2）。

4 现场故障处理方法

根据后台话务统计性能指标分析结果与现场RBS_DXU_LOG数据分析、雷卡、TEMS、互调检测结果，对验证对应的故障器件进行处理。现场验证流程如图1所示：

处理步骤如下：

（1）检查主设备和天馈线的连接是否正确，如果不正确，则进行正确连接；如果连接正确，则进行下一步处理。

（2）更换现场验证存在故障的器件（DXU、CDU、TRU和CXU），现场雷卡检测更换上去的器件是否存在故障（部分更换上去的备件也存在故障），若检测后更换上去的备件正常，则激活小区，现场进行TEMS测试接入、通话和上网是否正常。同时，等待即时话务统计指标跟踪，如果指标有改善，则处理结束；如果没有改善，则进行下一步处理。

（3）停闭小区，更换互调检测到的故障器件或连接线，通过互调检测更换上的器件或连接是否通过，如果通过，则激活小区，现场进行TEMS测试接入、通话和上网是否正常；同时，等待即时话务统计指标跟踪，若指标有改善则处理结束。

5 基站隐性故障案例

故障名称：华师南D2小区载波隐性故障

故障现象：

根据STS和A-bis指标分析：该小区的C掉话较高，T掉话也偏高；MRR指标分析：上行平均电平偏低。

原因分析：

（1）现场对华师南D2进行TEMS锁频测试，发现-6、-7频点存在瞬间场强变弱的现象。

（2）闭站后，雷卡测试发现-6、-7载波接收误码、接收脉冲和接收电平不通过（见图2）。

（3）现场发现CXU和TRU连接线存在连接错误，重新连接后，两个载波还是存在故障，怀疑CXU端口存在故障。

（4）判断为CXU故障。

故障处理：

更换CXU之后，雷卡测试正常，TEMS测试信号强度由-80dBm提升至-60dBm左右，观察指标发现有明显改善：处理前每天C掉话总次数为154次，处理后降低至21次，T掉话由处理前37次改善为0，故判断CXU存在隐性故障（见图3）。

6 总结

通过利用后台数据（A+A-bis和MOTS）分析和现场雷卡、TEMS检测设备，可以准确快速地定位和处理隐性故障。笔者建议推广使用此方法，既能够快速处理网络隐患，减少基站退服和用户投诉，又可以提升网络设备的服务能力。

参考文献：

[1] 张威. GSM网络优化——原理与工程[M]. 2版. 北京: 人民邮电出版社, 2009.

[2] 赵倩雯. 利用DXU_LOG分析设备故障[Z]. 2011.

[3] 朱林钧,邢洪波,黄颂. 基于基站临界点故障的雷卡测试分析[J]. 移动通信, 2011(3): 99-101.

[4] 朱林钧,邢洪波,钟雪峰,等. 浅析雷卡测试与MRR功能指标体现[J]. 移动通信, 2010(8): 21-25.

[5] 刘韬,邢洪波. 基站健康检查必要性及方法[J]. 电信工程技术与标准化, 2009(9): 73-76.★

作者简介

答嘉曦：系统分析师，硕士毕业于华中科技大学，现任中国移动通信集团广东有限公司网络优化中心中级网优支撑主管，从事无线设备维护管理工作。

黄政力：高级工程师，MBA毕业于暨南大学，现任职于中国移动通信集团广东有限公司网络优化中心，从事无线网络维护管理工作。

杨炎坤：现任深圳市科虹通信有限公司工程部项目经理，从事移动无线网络维护管理工作。

endprint