BSC操作流程提纲.docx

《BSC操作流程提纲.docx》由会员分享，可在线阅读，更多相关《BSC操作流程提纲.docx（49页珍藏版）》请在三一办公上搜索。

1、网优BSC操作流程1、概述22、话务提取22.1、话务文件定义22.2、话务文件提取32.3、话务文件处理42.4、APG40话务处理流程113、坏小区处理123.1、拥塞小区处理123.2、信令低接通、信令高掉话小区处理133.3、高掉话小区处理143.4、切换问题小区处理144、CNA应用154.1、C-CHECK处理154.2、利用CNA修改参数205、RNO应用215.1、NCS应用215.2、FAS应用215.3、MRR应用216、PMR应用216.1、CTR、CER应用216.3、MTR应用267、载波隐性故障查找267.1、ERROR LOG 应用267.2、MOTS应用277.

2、3、空闲信道测量(ICM BAND)功能应用278、地图制作288.1、MCOM地图制作流程288.2、ANT地图制作流程399其他工作流程409.1、新站开通工作流程409.2、割接工作流程409.3、CDD提取流程419.4、监控流程429.5、干扰源的发现与定位流程489.6、邻区修整流程4810、特殊问题处理4810.1、PAGING成功率低问题4810.2、局间切换成功率低问题4810.3、系统掉话高问题4811、WINFIOL的应用（当无OSS系统时）4812、虚拟终端软件KEAX应用481、概述 BSC方面的工作，主要有数据提取、数据分析、工具和软件的应用等三个方面。其中，数据的

3、提取分为话务、各种统计数据和CDD的提取；工具的应用包括OSS系统自带的CNA、RNO和PMR系统，其中，RNO中包括NCS，MRR，FAS等工具，PMR中包括CTR，CER和MTR等工具；数据分析就是在所提取的数据的基础上分析并作出调整的过程。2、话务提取 所需软件：SPOS，TURTLE。2.1、话务文件定义 平常我们取的话务主要有两种形式：一种是定义为文件输出的格式，可以将该文件取出后通过软件处理成我们需要的报表；一种是直接在终端上直接将所需要的数据打印出来的形式。下面是定义此两种方式的具体操作： 1、文件方式：IMLCT: SPG=0;（IOG入口指令）SDFOI: FILE=XX,

4、RPTID=XX, OBJTYPE= XX；（定义文件名、序号和OBJTYPE）SDTPI: MP=XX, RPTID=XX, INT=XX,REP=XX,TIME=XXXX;（定义统计的时间间隔，循环时间，开始取报告时间）SDFSC:FILE=HZSTS,INT=1;（定义文件输出的时间间隔）END； 2、终端输出方式：IMLCT:SPG=0;SDRPI:OBJTYPE=XX,RECPNM=XX, FMULA=XX;（定义需要的数据的COUNTER的计算公式及用到的OBJTYPE）SDRSI:RPTID=XX,HEADING=XX”,OBJTYPE=XX,RECPNM=XX;（定义需显示的数

5、据的RPTID号和标题）注：在定义了话务统计后，需敲入质量SDDTI；更新话务统计，所作修改才生效。2.2、话务文件提取对于终端的输出方式，直接通过指令SDTDP就可实现。而对于定义为文件格式的话务统计，其提取过程较为复杂，具体操作如下：1、 进入OSS TOOLS Command Tools2、运行批处理文件sts MM DD TT（提取bsc数据月份（MM） 日期（DD） 时间（TT） 其中，STS批处理文件的语句如下：FS=/var/opt/ehpt/eac/data/fs（设置需提取文件的目录）SAVEPATH=/home/hzgc/hxm/sts（保存数据的目录）DAY=$2$3（时

6、间变量）MONTH=$1（月变量）mkdir $SAVEPATH/$MONTH$DAY（建相应日期目录） for ne in GZBBSC1 GZBBSC2 GZFBSC1 GZFBSC2 GZLBSCA GZLBSCB GZOBSCA GZOBSCB GZPBSCA GZTBSCA （网元变量）do mkdir $SAVEPATH/$MONTH$DAY/$ne （建对应网元目录） echo $ne FILE=$FS/$ne/*-?$DAY*0-9 cp $FILE $SAVEPATH/$MONTH$DAY/$ne echo done/opt/tmos/bin/zip -9 $SAVEPATH

7、/$MONTH$DAY.zip $SAVEPATH/$MONTH$DAY/*/*（压缩文件）echo OUTPUT FILE located at $SAVEPATH2.3、话务文件处理 当话务文件从IOG中提取出来后，需进行以下处理以便形成我们需要的报表：2、 打开SPOS，进行相关设置后进行转化：设置数据转换属性：勾选“Allow multiple BSC”项（允许转换多个BSC）设置输出路径：保存路径设为tempspos转换文件：将提取的话务原始文件导入处理。3、 打开TURTLE3，进行设置后转化：（1） 话务报表的设置和处理：a、打开要处理的数据文件：tempsposBcel.dbf

8、（BCEL.DBF是SPOS处理原始文件后生成的文件）b、设置输出文件的存放路径：Project Properities,设置文件路径：tempTURTLETCH；c、设置计算话务报表公式：Formula Properities,设置公式数据库路径：Formula for TURTLEtch.dbf（TCH.DBF是自己做的一个公式） d、点击计算公式开开始对数据的处理计算完成后点击“OK”（2） 切换报表的设置和处理：a、 打开要处理的数据文件：tempsposBnce.dbfb、 设置输出文件的存放路径Project Properities：tempTURTLEHO；c、 设置计算切换报表

9、公式Formula Properities：Formula for TURTLEho.dbf,设置好后点击开始运算。备注：SPOS软件其实是将交换机的二进制代码文件处理为我们能处理的表格的格式，而TURTLE软件则是个计算公式软件，把我们需要的东西通过公式转换从SPOS的统计报表中提取出来。其实，如果会编宏的话，可以不需要TURTLE软件直接处理SPOS处理出来的文件生成所需的表格。2.4、APG40话务处理流程 APG40是新的系统，现在一般爱立信的新开局都会用APG40系统，其已没有即时话务统计，而且，其数据存放和提取的方式也与上面的不同，具体提取流程如下。1、 首先进入APG40入口，方

10、法有如下：1） 打开CHA，登陆到对应的网员（BSC或MSC），用指令“APLOC;”，然后打IPCONFIG命令，得出对应的网员的IP地址；2） 打开TERMINAL终端（也就是平常取话务时打指令的窗口），用指令telnet + IP地址，如广州的GZYBSCA的IP地址为132.97.23.14，当要取GZYBSCA的话务时，就telnet 132.97.23.14，就进入到对应的APG40的入口；另外，可以直接用 telnet网员进入，如TELNET GZPBSCA.2、 用指令stmfo i z LF f Sybase e p 60 b 200403081000 s 200403081

11、100 LOAS 生成即时统计COUNTER文件，红色部分为可以更换的内容（前面的60是时间间隔，后面的是开始时间和结束时间，如把60改为15，则取出来的是四个15分钟的数据，当然，开始时间和结束时间长的话数据就更多了），LOAS为统计的OBJ TYPE，也可以是几个OBJTYPE，中间用空格分开。如，我们要取5月1日到5月5日的每个小时的统计，则：stmfo i z LF f Sybase e p 60 b 200405010000 s 200405052300 CELTCHF CELTCHH CLTCH CLSDCCH（要取多少个OBJTYPE就要自己加了）注意：取BSC的统计要到对应的B

12、SC的IP取，取MSC就要到对应的MSC的IP取，两者的IP不同（至少广州如此）3、 产生的统计文件放在默认的路径下，如：S:STSDATADELIVERYDIRLOADFILES20040308150831_63 下（此目录当你用指令取数据时会看到），然后，就象DOS操作一样，用指令去到该目录。4、 可以直接用TYPE查看文件内容，以逗号分隔。但不是很容易看，最好下载到本地（数据也要保存的嘛）看，方法时：在生成文件的目录，也就第三点提到的目录，键入ftp 132.97.19.6（这个IP是OSS服务器的IP地址），然后填写自己OSS终端的用户名和密码（会有提示的了），然后，进入自己想存放数据

13、的文件夹（也是用DOS指令），然后打prompt，再打mput *.*（此是下载所有文件，也可以下对应的文件，如广州只需mput *.data就行了），就把数据下到相应的目录了。5、 取出来的数据可以用EXEL直接打开，但是，每个OBJTYPE里都不显示COUNTER的，而且，每个表里都会每隔一列就有一列全部是1的数据，把全部是1的数据列删除，然后，用SPOS转换出来的OBJTYPE文件的COUNTER粘贴到对应的由APG40取出来的数据的表头上，这样，就是我们能看的数据了（此些工作要自己做宏）3、坏小区处理3.1、拥塞小区处理1、 SDCCH拥塞：A、 SDCCH信道没有配置满时：加SDCC

14、H信道；（RLCCC）B、 SDCCH拥塞，TCH不拥塞：修改CHAP02（立即分配），但要留意，有可能导致话务掉话突然增多，在发现话务掉话突然增多后，为了保障指标，应返回参数；（RLHPC）C、 SDCCH拥塞，TCH也拥塞：在此情况下，一般没有调整的空间，不过，有可能这种情况是出在位置区边界导致的，从话务报表中的LOCATING UPDATE次数可以看出，如是在位置区边界，可以加大其CRH或减少其CRO改善（PT31时）；（RLSBC）2、 TCH拥塞：A、 小区配置载波数多，而周围基站也拥塞：提议加1800站；B、 小区配置载波少，周围基站也拥塞：提议扩容；C、 小区拥塞不严重，周围基站

15、不拥塞：尝试修改功率，CELLOAD，CRO，LAYERTHR，BSTXPWR和BSPWR等参数，减少覆盖范围，减少本小区话务，或加大邻小区覆盖范围，吸收本小区话务；D、 本小区拥塞严重，周围基站不拥塞：除扩容，调整参数均衡外，还可考虑调整天线方向角和下倾角以均衡话务；由于突发问题或长期无法扩容导致的严重拥塞小区：考虑调整到第三层（LAYER=3）;（RLLHC）3.2、信令低接通、信令高掉话小区处理下面所讲的方法都是针对由于非拥塞导致的信令方面的问题，对于有拥塞的小区，应先解决其拥塞问题，才能正确分析其问题原因。1、 排除硬件故障A、 查传输RXTCP:CELL=XX,MOTY=RXO(E)

16、TG；RXAPP:MO=RXOTG-XX;(2000站)RXMOP:MO=RXOTRX-XX-0;(200站)RADEP:DEV=RBLT-XX;DTQUP:DIP=RBLTXX; 通过以上指令查看，有无滑码，误码等现象。B、 ERROR LOG查该小区的MO有无ERROR LOG，此过程较为繁琐，且一般实用性不高，可在走投无路后再用。RXELP:MO=RXO(E)TG;将打印出来的文件LOG下来后通过工具处理，得出FAULT CODE码和对应的MO，看看是否是由于硬件故障造成。C、 MOTS通过查一段时间该小区的MOTS数据，观察其中有无掉话高或接通少的都集中在某个载波上，然后怀疑该载波有硬

17、件故障，尝试闭解该载波验证。（IMLCT:SPG=0; SDTDP:RPTID=116,INT=24/2/1/30；）具体要看当地的MOTS的OBJTYPE定义的是哪一个RPTID，将打印出来的数据通过工具处理后观察。由于是验证载波故障，因此此方法在开、关跳频的情况下都有效。D、 开、关跳频此处理手段一般是在走投无路的情况下才使用的，在换频点和查硬件故障无效时，可以尝试此一手段，如开、关跳频后接通率有非常大的改善，则可以认为有硬件故障，可发基站检测单给基站维护人员。2、 频点干扰A、 通过关跳频后做CTR，MOTS等观察，看会否有某个频点质差非常严重或者掉话，接通比较异常；B、 尝试换主频，无

18、论在地图上看原主频有没有干扰都好，都有可能是主频问题引起的信令高掉话和低接通，因此，尝试更换主频是一个非常好而且见效快的做法。但是，有的干扰可能是干扰某个频段内的频点，因此，更换主频时尽量选择与原频点距离较大的频点更换。另外，为了不影响网络的正常运行，因此在更换主频后观察一个短时间就应该恢复。C、 尝试更换BSIC，对于某些干扰，直接更换BSIC也是个非常有效的做法，但是，其根本原理仍没有一个非常有根据的说法，因此，建议可以尝试性的修改。3、其他方法：如增加、减少SDCCH信道，在无法确定是何原因导致小区出现此问题的情况下，可以尝试增加、减少SDCCH信道，有试过有效果的，但此方法有点碰运气，

19、一般不采用。还有，如果原小区的故障属于突发性的（原一直没有问题，但突然就出现非常高的信令掉话和低接通），可以尝试重LOAD该小区的软件。（一般的突发的问题都可以尝试采用此方法）3.3、高掉话小区处理高掉话小区的处理是网优BSC工作中的重点和难点。由于其主要是分析性的工作，因此不能规定一个流程，这里列举一些分析方法，仅供参考：1、分析话务报表，综合看各项统计指标；2、分析各项有问题的指标，根据所分析的结论给问题点定位；3、制定相应的调整方案；4、调整并跟踪效果；备注：其实掉话也主要由于几个因素引起：干扰（网内和网外）、弱信号、硬件故障、参数定义错误、邻区不完善等等，只要把相应的工作做好，掉话问题

20、就会得到改善，因此，对于掉话问题的分析等于对其余问题的综合分析。3.4、切换问题小区处理 小区的切换问题主要分为两类：切换原因多于切换申请和切换成功率低。引起此两类问题的原因各有不同，具体描述如下：1、 有切换申请但成功率非常低：对于有切换成功，但切换成功率低的小区，一般由主频干扰，直放站干扰，BSIC干扰，硬件故障等问题造成。需针对具体问题具体分析，各对应方法别的流程有介绍，在此不列举。2、 切换原因多于切换申请：A、有切换申请并有切换成功如下例子：OUTCELLINCELLTYPE切换申请数切换成功数KCL切换DP1GN22GP1GN22INT1485.001472.003448.00GM

21、1WYC2DM1WYC2INT1260.001213.003188.00DM1WYC2GM1WYC2INT984.00973.002900.00G22YLC3G22JJL1INT802.00795.002821.00 可见，此些小区都存在切换原因次数大于切换申请次数的情况，而且切换类型是BSC内部切换。引起此问题的原因一般为切换目标小区TCH拥塞导致。B、 有切换原因，没有切换申请的如下例子：OUTCELLINCELLTYPE切换申请数KCL切换GM2DWY1DS1XYL2EXT0.00477.00G62FCD3DY1GYB3EXT0.00469.00G62LXC2N12LXI1EXT0.00

22、315.00明显，以上的多个小区都有K切换原因但是并没有发出切换申请，而且切换一般为外部切换。引起此问题的原因一般是MSC定义外部小区数据有误（双方都需定义正确），需查证双方的MSC的OUTER CELL数据是否定义正确，不正确时改正。4、CNA应用4.1、C-CHECK处理1、通过CNA提取数据。一般我们选择MSC进行CHECK，当然也可以选择BSC.点击FILENEW JOBCONSISTENCY CHECK JOB IMMEDIATE等CHECK完成后（会提示check finish），就可以保存数据了。在CAN-Report中点击FILEOPEN IN EDITOE，再左击FILE，选

23、择保存的地址和文件名。2、将刚刚CHECK的数据用FTP从服务器中取出。 该数据位于 :var/opt/ericsson/can/log/report/ 目录下。3、合并数据，便于处理。使用XSPLIT软件合并取出的MSC CHECK文件。（合并后还要注意删除合并文件中的一些含有finished的字段，否则用宏处理的时候会认为文件结束，而只处理第一个MSC的数据）4、用宏处理CHECK文件。可以用服务器中D:gzbsc dataconsist_check 中的处理宏celldata或者consist_check。5、根据处理出来的结果，查找自己认为不合理需修改的内容进行调整。4.2、利用CNA

24、修改参数5、RNO应用5.1、NCS应用5.2、FAS应用5.3、MRR应用6、PMR应用6.1、CTR、CER应用CTR（CELL TRAFFIC RECORDING）是OSS系统自带的一个程序，可以记录特定小区的所有通话的A接口和A-bis接口的信令信息和测量报告，并对各种信令作出统计。针对问题小区作CTR可以发现硬件的隐性故障或频率的干扰。下面是处理顺德桂洲一小区信令接通率低的实例：桂洲一(SDBGZU1)连续多日话音接通率低，只有60至80之间。针对此问题小区作CTR、CER，方法如下：1、把小区的跳频关掉后，在OSS上点击鼠标右键，如下图选取PMR。2、进入PMR后点击FILEIni

25、tiate Recording，如下图所示：3、进入Initiate Recording窗口后选取Cell，如下图所示：4、按照下图选取所需记录的条件后，点击Initiate即可开始记录5、作CER的步骤与CTR前两步是一样的，第三步选取Channel，选取所需记录的条件，包括记录的时间段、小区名等，然后点击Initiate即可。等到记录的时间到后，在PMR的窗口上点击VIEW-UPDATE WINDOWS，可看到你新建的记录名的状态由NOT READY变成了READY或WARNING，此时单击你新建的记录，再点击REPORT-EVENT STATISTICS，则进入CTR的统计窗口了。桂洲一

26、的CTR统计如下图所示：我们可以看到，在作记录的15分钟内，分配215次中有47次分配失败。进入分配失败的详细信令记录中去查看，方法如下：单点分配失败的某一个具体记录，然后点CONNECTION REPORT-LIST，如上图所示，然后出现一个窗口，如下图：双击某一Time，或单击然后点击REPORT-DETAILED REPORT即可出现该时刻的信令及其内容，如下图所示：因为当时未截下桂洲的详细信令报告，故以上图代替，原理是一样的。由上图可看到，当分配到频率65的第一个话音时隙时失败。当时桂洲是分配到频率25的某时隙失败。多观察一些分配失败的具体记录，发现分配失败集中在频率25的1、3、4、

27、5、6、7话音时隙和频率19的0话音时隙以及频率13的2信令时隙。结合当时的频率和硬件的对应表，如下图所示：可以判定是第六个载波有隐性故障。把第六个载波闭掉后，再作一次CTR，结果如下图所示：可以看到，在20分钟内分配202次成功了201次，成功率有极大的改善。换掉该载波后，接通率恢复了正常。上例是用CTR解决由于硬件隐性故障导致话音接通率低的问题，其实很多问题用CTR都会有帮助，而且除了ASSIGNMENT FAILURE外，还有很多其他的信息也给我们提供了解决问题的提示，如切换失败、连接非正常释放、信道非正常释放等等信息。而且CER、MOTS等工具也可以给我们帮助，从CER的信道BUSY时

28、间、非正常掉话次数和MOTS的占用时间和掉话等都能看出一点东西来。6.3、MTR应用7、载波隐性故障查找7.1、ERROR LOG 应用ERROR LOG是OSS系统中自带的对应MO错误的记录，通过查找此记录，我们可以发现部分小区的隐性故障，并合理的对故障定位。其具体操作过程如下：1、用OSS系统中的OPS导入提取ERROR LOG的指令集：2、提取LOG出来的数据并用宏处理。（现本公司仍没有此处理宏，暂时无法给出）3、 根据宏处理的结果，提取自己认为有问题的的故障并对对应的硬件进行更换验证。4、 宏处理结果如下例：Cellexchidmofcode_idexplainG11MQX2GZABS

29、C1RXOCF-1RXOCF/1AMAP/1RXOCF/1AMAP/1; Reset, power onG11MQX2GZABSC1RXOCF-1RXOCF/2AMAP/1RXOCF/2AMAP/0; Reset, power on7.2、MOTS应用MOTS是信道占用情况的统计数据。由于爱立信系统有信道选优分配的功能，有些硬件隐性故障会导致对应的信道在小区话务不高时一直不分配（由于系统认为其不优），因此，我们可以利用MOTS发现一些无法分配的信道，看是否是载波隐性故障导致。MOTS也是一项即时统计，其提取跟取即时话务的流程一样，具体过程如下：3、 进入CHA；4、 敲入指令SDTDP:RPT

30、ID=XX,INT=XX;（具体的RPTID号及时间根据当地的定义及自己想选取的时间输入）；5、 将输出的结果保存并用宏处理；（自己根据需要编宏）； 结果如下例：CELLTGTRXMOTSERRCNTCONCNTGZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-0176GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-15957GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-261154GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-38947GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-4998

31、0GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-57811GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-63738GZBBGL1RXETG-0RXETRX-0-0RXETS-0-0-701 上面的结果给出了载波的每个时隙的接通及断开情况，根据上面的数据，如某载波的所有时隙的接通数特别少或断线特别多，都可认为是载波有隐性故障。可尝试闭掉甚至更换该载波验证效果。7.3、空闲信道测量(ICM BAND)功能应用 空闲信道测量功能也就是对空闲的上行信道进行测量的功能，由于某些载波隐性故障会表现为上行质差问题，因此，可以根据此项功能进行载波隐性故障的定位，具体

32、流程如下：8、地图制作8.1、MCOM地图制作流程一、 地图制作需准备的文件：空白地图、基站文件（SITE DATA）、从OSS取下来的CDD的log文件二、 流程：1、将准备的数据copy到新建的文件夹中2、打开MCOM软件，新建一个地图文件，命名一个你认为很sex的名字，保存在新建的目录中3、打开图层文件，（空白地图文件）3、导入基站信息文件接下来点击next就可以了！4、导入频点、邻区的信息文件（cdd.log）选择cdd的log文件然后点击next直到完成！这样，地图的制作就基本完成了，当然，为了地图的美观，我们还可以进行一些调整，比如说字体的大小，显示基站中文名字等，这里我就不怎么罗

33、嗦了！贴几个图上去，仅供参考！8.2、ANT地图制作流程9其他工作流程9.1、新站开通工作流程9.2、割接工作流程割接前准备工作割接前两天：1、 获取割接基站的资料，准备割接小区的话务数据，包括各小区话务、接通、掉话、切换情况；2、 半速率检查1) BSC检查RAEPP; 检查HALFRATESUPP-0、TLDTHRLDEP:CELL= ; 检查小区级CELLOAD2) MSC检查 MGBSP：BSC=ALL； HRATE-1才是开启了半速率,HRATE-0就没有开启;PHASE2-1正常3、 加密1) BSC检查RLCAP; ALG=ALG22) MSC检查MGEPP; CIPHER-1,

34、CIPHERALGALLOW-5,CIPHERCHNGHND-1(IOG40没有此属性) 3)DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC;(APG40)4、 检查割接基站T3212与新接入MSC的BTDM的关系； BTDM和GTDM的单位都是分钟，T3212的单位是0.1小时。 BTDM+GTDMT3212。5、 检查TRA设备类型；RRTPP:TRAPOOL=ALL; 检查是否有各类TRA设备如设置不符合，则提出修改需求；割接前一天的工作：1、 定义第二天的上午6:30开始的一致性检查；参加割接工作人员交换信息；割接完成后工作1、 割接完后马上进行测试，主要测语音信号

35、、GPRS信号的局间切换是否成功，拨打电话及GPRS下载是否正常；2、 7:30回到办公室地点对话务统计进行观测，观察即时话务统计，包括RPTID101、102、106、152；3、 检查割接小区开启DHR的状况，使用RLCRP查看；4、 检查各项指标，主要有MSC切换，小区掉话、切换、信令拥塞等情况5、 在上午9:30以前完成一致性检查并继续跟进网络内可能出现的异常情况；6、 更新项目内各个相关提取数据文档的小区名及MSC名；9.3、CDD提取流程1、 提取CDD原理：CDD的提取是通过各种P指令将网络中的小区或MO的状态，参数打印，提取出来后通过工具的处理，变为我们比较容易看的EXEL表格

36、的形式。而原始的没有经过工具处理的CDD原文件也可用作MCOM地图的小区信息更新。2、 数据提取：在OSS系统中用OPS取数据，在OSS帐户中的CMD目录下有已经编辑好的指令文件，执行即可，数据会自动保存在OSS的cdd文件夹中。附：提取CDD的指令文档：3、 数据的处理：将cdd.log数据从服务器中取出，用x-Split（该软件每个机子都有）将所有局的log文件合并。合并后的文件通过处理宏Exert400处理，就OK了！9.4、监控流程为了及时了解网络的运行情况，发现网络存在的问题，我们要实时地对网络进行监控，把存在问题的地方找出来。进行监控一般按如下流程进行：1、用OSS中的“OSSTo

37、olsCHAOPS”运行我们预先编好的指令集文件(下面以广州做的“jiankong.txt”举例)提取网络中的数据。一般情况下一个小时监控一次，如有特殊情况要缩短监控时间半小时监控一次。2、提取出来的数据会存放在我们设定的保存路径，并根据运行指令集文件的日期和时间对文件进行命名“set logfile=concat(copy(getdate(),3,4),_,copy(getdate(),7,4),.xls)”；用“Total Commander”把文件下载到本地机子，打开数据文件并用宏（各地可根据自己的需要编宏）进行处理，以方便我们迅速快捷地找出问题点。一、 经过宏处理过的文件主要包括以下需

38、要分析的数据：(1)BSC数据：BSC话务量话务掉话比掉话数掉话率接通率通话时长信令接通率信令通话时长信道完好率HR话务量HR话务掉话比HR掉话次数HR拥塞次数SYSTEM9735.2112.6151870.4398.4229.1896.362.8597.82124.29281455GZABSC1558.3124.992680.3598.6425.996.952.881001.700GZABSC2481.8107.462690.3897.8724.6296.672.999.01005我们可以从这个表格的各项数据中查看一下各个BSC总的情况，各项指标是否正常，有没有指标特别低的BSC存在。看完B

39、SC的整体情况后再对各小区的各项指标查看。看是否有小区存在较大的问题。(2)小区数据：A、有关小区信令SDCCH的各项内容：CELLCCALLSCMSESTBCNDROPCCONGSCRATECCHMHTG12SFY11924174590.290.73.2G12SFY2854785250.191.93.8一般情况各项都要看，重点关注一下信令接通率CRATE，信令拥塞CCONGS，信令掉话CNDROP，以及信令通话时长CCHMHT。可以对各项排一下序，把每项中指标比较差的小区筛选出来。B、有关小区话务TCH的各项内容：TRAFFICTFCALLSTMSESTBTRATETFCONGSTCHDRO

40、PEDROPMHT235826975.1422.6134.827.12.242832575.9321.5185.524重点关注一下话音接通率TRATE，话音拥塞率TFCONGS，话音掉话次数TCHDROP，同样按上面的方法筛选出指标比较差的小区。C、有关小区掉话原因的各项内容：DISSDLDISSULDISSBLDISQADLDISQAULDISQABLSUDLOS0000001301000017如果有小区TCHDROP比较多，就可以从上面表中查出掉话原因分别是什么，如果上行质差掉话严重，则有可能是干扰导致，此时，通过番查以前的记录，看是否是老干扰，对于新干扰，做好记录并马上汇报。而统计表中没

41、有统计到的掉话次数为系统掉话。D、有关小区信道的各项内容：DEFTCHAVATCHTASSALLTCHRATE2914.711750.72915.315952.7在这块内容里可以筛选出可能是闭站或传输断的小区，此时小区的AVATCH、TASSALL、TCHRATE0。E、有关小区空闲信道测量的内容：ICM1ICM2ICM3ICM4ICM5402770004354383000从这里可以看小区的干扰情况。F、有关小区半速率话务的内容：THTERLTHNDROPDRRATETHCONGCONRATE001000和查看全速率话务一样，重点关注一下关速率掉话次数THNDROP、半速率拥塞THCONGS。

42、二、 对监控中发现问题的处理1、 主要留意拥塞率10%，接通率50的小区，另外，要特别关注全局性的信令接通率偏低，信令通话时长长，话音接通率低的问题；2、 看监控报表时，先看“BSC”表（需宏处理完成），浏览一下看看有没有出现全局性的故障，如发现有问题，则马上报障；3、 对于小区级的问题，采取先查原因，然后报障的处理方法，对于无法查明原因的小区，先报负责人，再进一步处理，但是，对于严重问题的小区，也采取马上报障的方法，如出现某小区掉话200次以上，接通率50以下；4、 对于干扰，要做好详细记录，并及时报障；5、 每天的早上11:30和下午16:30都要提交一份当天的干扰记录给移动公司，早上11

43、:30提交的是早上1011点时监控中发现的干扰，而下午16:30提交的则是下午1516点时监控发现的干扰，报告中提交的是由于干扰造成小区掉话在50次以上的严重干扰源，而没有造成小区掉话50次以上的干扰不用报；6、 对于突发问题所引起的严重拥塞（如断传输等），可以先调整参数缓解，可调整LAYER，LAYERTHR，CRO，BSTXPWR等；7、 每天的监控数据要保存在服务器的对应目录内；综述：在作监控的时候，不要只看一个方面而忽视了其它方面，如果发现小区的某一项指标出现了问题，要查看其它的指标，从而发现更多的问题及问题产生的可能原因。在发现问题后要及时查看现网是否好转或恢复，如果问题依然存在，进一步查出问题产生的原因，是否有解决问题的办法；把发现的问题及时报给移动公司网优室的相关负责人，报障时要注意报清存在问题的小区号及中文名，问题是什么，产生问题的原因是什么，如果有好的解决方案也可以给出相应的建议。备注：APG40系统没有即时统计，因此不能以此套流程监控。APG40的监控现在只能靠每小时处理话务得出。9.5、干扰源的发现与定位流程9.6、邻区修整流程10、特殊问题处理10.1、PAGING成功率低问题10.2、局间切换成功率低问题10.3、系统掉话高问题11、WINFIOL的应用（当无OSS系统时）12、虚拟终端软件KEAX应用