Nokia-Ericsson-Motorola-Alcatel取数据流程确认V.doc

schemaForte优化流程确认及注意事项Copyright NoticeDue to a policy of continuous product development and refinement, Schema reserves the right to alter the specifications and descriptions outlined in this publication without giving prior notice of any kind. In addition, no part of this publication, taken as a whole or separately, shall be deemed to be part of any contract for equipment or services.Schema retains the sole proprietary rights to all information contained in this document. No part of this publication may be reproduced, stored in a retrieval system, transmitted in any form or by any means, including but not limited to: electronic, mechanical, magnetic, photocopy, recording, or otherwise, in use now or in the future, without prior written consent from Schema.Copyright 2006, Schema(China) 二零零六年八月目 录一.网络评估11.变频前OMC指标分析11.1.指标统计公式11.2.OMC指标分析12.网络配置调整22.1.邻区调整22.2.配置评估与调整3二.数据采集61.ERICSSON系统61.1.Adjustment61.2.SwitchDump操作流程111.3.NCS&MRR操作流程142.MOTOROLA系统192.1. SwitchDump操作流程192.2.Motorola CTR Recordings202.3.RxQual数据283.Nokia系统313.1.SwitchDump数据313.2.DAC and CF Recordings343.3.DAC/CF 功能的激活及定义383.4.移动统计数据的收集383.5.nokiaMS脚本的修改39三.实施割接401.频率方案生成402.频率方案实施40FORTE流程确认 一. 网络评估1. 变频前OMC指标分析1.1. 指标统计公式 TCH掉话率（不含切换）TCH掉话总次数/TCH占用总次数（不含切换） TCH掉话率（含切换）TCH掉话总次数/TCH占用总次数（含切换） TCH信道可用率业务信道可用总数/业务信道配置总数100% 话务掉话比业务信道总话务量*60/TCH掉话总次数 每线话务量话务量/业务信道可用数 切换成功率（切入成功数切出成功数）/（切入申请数切出申请数） TCH拥塞率TCH拥塞数/TCH申请数 SDCCH拥塞率SDCCH拥塞数/SDCCH申请数 系统接通率（1-业务信道拥塞率）*（1-信令信道拥塞率） 百Erlangs掉话数= (TCH掉话总数)*100/ TCH话务量 RxQualRxQual(0级) 1RxQual(1级)RxQual(2级)+ RxQual(3级)0.7 通话质量SQI（TSQIGOOD+0.5TSQIACCPT）/（TSQIGOOD+ TSQIACCPT+ TSQIBAD）100 话音质量(0+1+2)*1+(3+4+5)*0.7)/(0+1+2+3+4+5+6+7)*100%。1.2. OMC指标分析获取变频前一周优化区域内的OMC忙时的各项统计指标，统计分析并提出优化建议： 个别CELL的TCH可用率是否为100%，可说明硬件是否有问题或者个别TRX关闭，应及时处理有硬件问题的CELL； 若某些基站存在告警，建议客户及时根据告警信息种类予以分别处理，否则会对统计指标有一些影响； 分析SDCCH拥塞严重和TCH拥塞严重的小区； 通过对OMC话务统计分析，可挑选出部分高掉话小区； 分析全速率掉话掉话次数较多小区，建议减少这些小区的全速率信道，增加半速率信道； 分析切入和切出失败率高的小区的具体原因； 分析全网频率资源分配情况，统计同频同色的小区，并分析BSIC的使用情况；。2. 网络配置调整2.1. 邻区调整2.1.1. 数据来源 客户提供给我方的OMC统计数据，话务报表中记录忙时一周的数据; 邻区列表内容:l 服务小区名称;l 目标小区名称;l 切换申请数;l 切换成功数; Forte网络评估的相关报告； 网络SWITCHDUMP 数据；2.1.2. 调整目的（1） 删除网络中冗余的邻区关系 由于网络时时变化，局方没有定期更新邻区关系； 系统工程师经常根据OMC统计数据，删除掉其中次数较少的切换关系，但由于工程繁杂，故最后留下较多冗余的切换关系。 通过删除这些冗余的邻小区设置，可以减少邻区测量，提高测量准确度，优化切换性能，减轻系统负荷。（2） 频率资源分配的合理性冗余邻区关系对系统资源是极大的浪费,尤其表现在频率资源分配的合理性上。使用forte软件分配频点的过程中，handover邻区关系间不会派同频，但是由于网络中存在大量冗余的邻区关系，致使本来可以派同频且不存在实际切换关系的小区不能使用这些频点，浪费了有限的频率资源。如果在频率优化开始前能够删除现网中冗余的邻区关系，则会增加现网中频率资源的复用度，提高频率优化的效果。（3） 数据采集的准确性由于服务小区的邻区间定义的同频同色,解码失败,导致严重的掉话现象存在，所以在开始收集移动统计数据前需要首先解决邻区间同频同色的现象，这样可以确保收集数据的准确性。2.1.3. 调整内容(1) 切换申请数为”0”的小区 对一周切换统计数据进行分析，筛选出切换申请数为0的小区 确认需要删除attempts=0的邻小区关系, 以减少邻区测量，提高测量准确度，优化切换性能，减轻系统负荷;(2) 服务小区的邻区间定义的同频同色现象 若小区发生切换时, 小区将接入邻区，与本小区的BSIC比较，若BSIC相同则再进行下一步解码, 但由于服务小区的邻区间定义的同频同色,解码失败,导致严重的掉话现象存在;NCC用于识别网络，如区分边界两边的GSM网络；BCC用于区分使用相同BCCH频点的小区。需要修改了这些小区的BSIC来避免此问题，最关键也是提高了收集的移动统计数据的准确性 (3) 服务小区的邻区过多现象 服务小区最多可以定义32个相邻小区; 从一周切换统计数据分析会得到服务小区向邻区提出切换申请数小于5,而且邻集又大于26的小区，需删除这些邻区关系,提高切换成功率; 建议服务小区的邻区数不大于26个.(4) 现网有邻区关系的小区中存在BCCH 同频2.2. 配置评估与调整2.2.1. 定位inactive小区通过查看forte建立环境时生成的报告，可以快速定位网络中处于inactive的小区；2.2.2. 核对基础物理信息Forte软件发现现网中在运行而局方保留的基础信息库中没有的小区列表，比如通过同时导入SwitchDump文件和基础信息文件，查看MissingCoordinate报告来核对基础物理数据的准确性；2.2.3. 主小区邻区间同频同色通过查看forte建立环境时生成的报告，可以快速定位网络中主小区邻区间同频同色的小区；2.2.4. 主邻同频通过查看forte建立环境时生成的报告，可以快速定位网络中处于inactive的小区；2.2.5. 同站小区间/内BCCH/TCH同频和频率间隔（邻频）通过查看forte生成频率方案时的报告，可快速定位同站小区间/内BCCH/TCH同频和频率间隔（邻频）问题： 对于合路器跳频系统，可生成TCH频点间邻频的现象； 对于基带跳频系统，可生成TCH频点间频率间隔（FP-FP=2的小区是否采用合路器的跳频方式，若小区的跳频设置为NOHOPPING,则应改为Synthesized的跳频方式； 若GSM网络采用基带跳频方式, 检查现网中TRX=3的小区是否采用基带的跳频方式，若小区的跳频设置为NOHOPPING,则应改为Baseband的跳频方式； 修改跳频设置,在很大程度上可以减少频率碰撞的几率，减少系统内的干扰.2.2.10. BA List的配置 针对ERICSSON系统，GSM网络有两个BA 表，为active 和idle 状态的BA LIST：A active BALIST设置应为小区实际的邻小区BCCH频点；B idle BALIST设置应为全网BCCH使用频点； 针对NOKIA系统，GSM网络有两个BA 表，为active 和idle 状态的BA LIST，但这两个BALIST设置必须一样； 针对MOTOROLA、SIEMENS、ALCATEL、NORTEL系统等，BALIST状态为不可修改，因此在采集移动统计数据时需引入虚拟邻区。2.2.11. 信道分配优先级的设置查看信道分配的优先级，设置结果为: BCCH first allocation priority； TCH first allocation priority； RANDOM；。二. 数据采集1. ERICSSON系统1.1. Adjustment1.1.1. 操作目的利用GSM Forte软件优化Ericsson系统时,需要从OSS上收取最新的网络配置数据, 并基于最新网络数据定义NCS和MRR数据,这就要进行Adjustment操作,获取当前网络最新的配置数据.1.1.2. 操作步骤（1） 登陆到OSS界面,输入用户名和密码,如图所示:（2） 点击右键,进入CNA模块,如图所示:（3） 选择MSC名称和BSC名称,如图所示:（4） 点击FileNew JobAdjustment Job,如图所示:（5） 弹出界面,输入描述Adjustment任务的名称,若要立即执行此任务,点击New,若要有时间延迟,输入执行的时间,如图所示:（6） 点击FileOwn Job,看到定义的任务.如图所示:（7） 双击鼠标,看到任务的执行命令,如图所示:1.1.3. 执行命令执行Adjustment操作的命令如下:Sending MML command: DBTSP:TAB=AXEPARS,SETNAME=CME20BSCF,PROJ=VALUE;Sending MML command: RAEPP:ID=ALL;Sending MML command: RLACP:CELL=ALL;Sending MML command: RLBCP:CELL=ALL;Sending MML command: RLBDP:CELL=ALL;Sending MML command: RL#P:CELL=ALL;Sending MML command: RLCFP:CELL=ALL;Sending MML command: RLCHP:CELL=ALL;Sending MML command: RLCPP:CELL=ALL,EXT;Sending MML command: RLCPP:CELL=ALL;Sending MML command: RLCXP:CELL=ALL;Sending MML command: RLDCP;Sending MML command: RLDEP:CELL=ALL,EXT;Sending MML command: RLDEP:CELL=ALL;Sending MML command: RLDGP:CELL=ALL;Sending MML command: RLDRP:CELL=ALL;Sending MML command: RLDTP:CELL=ALL;Sending MML command: RLGSP:CELL=ALL;Sending MML command: RLHBP;Sending MML command: RLHPP:CELL=ALL;Sending MML command: RLIHP:CELL=ALL;Sending MML command: RLIMP:CELL=ALL;Sending MML command: RLLBP;Sending MML command: RLLCP:CELL=ALL;Sending MML command: RLLDP:CELL=ALL;Sending MML command: RLLFP:CELL=ALL;Sending MML command: RLLHP:CELL=ALL,EXT;Sending MML command: RLLHP:CELL=ALL;Sending MML command: RLLLP:CELL=ALL;Sending MML command: RLLOP:CELL=ALL,EXT;Sending MML command: RLLOP:CELL=ALL;Sending MML command: RLLPP:CELL=ALL;Sending MML command: RLLSP;Sending MML command: RLLUP:CELL=ALL;Sending MML command: RLMFP:CELL=ALL;Sending MML command: RLNRP:CELL=ALL;Sending MML command: RLOLP:CELL=ALL;Sending MML command: RLOMP;Sending MML command: RLPBP:CELL=ALL;Sending MML command: RLPCP:CELL=ALL;Sending MML command: RLPPP:PP=ALL;Sending MML command: RLPRP:CELL=ALL;Sending MML command: RLSBP:CELL=ALL;Sending MML command: RLSLP:CELL=ALL;Sending MML command: RLSMP:CELL=ALL;Sending MML command: RLSSP:CELL=ALL;Sending MML command: RLSTP:CELL=ALL;Sending MML command: RLTYP;Sending MML command: RLVLP;Sending MML command: RXMOP:MOTY=RXETG;Sending MML command: RXMOP:MOTY=RXOTG;Sending MML command: RXTCP:MOTY=RXETG;Sending MML command: RXTCP:MOTY=RXOTG;Sending MML command: SAAEP:BLOCK=RQ#,SAE=522;Sending MML command: SAAEP:BLOCK=RQ#,SAE=523;Sending MML command: SAAEP:SAE=0;Sending MML command: SAAEP:SAE=298;Sending MML command: SAAEP:SAE=299;1.2. SwitchDump操作流程1.2.1. 采集步骤（1） 登陆OMC，以用户zhangjy为例，登陆后在主窗口点击右键，选择SunToolsTerminal(User CommandsCommand Tool)，进入CommandLine模式，当前路径为/home/zhangjy/,如图所示:（2） mkdir tmp（3） 更改目录到tmp： # tmp（4） 可以显示一下当前目录: pwd 如果显示为/home/zhangjy/tmp就可以了（5） 将定义好的caremsc.txt文件通过FTP软件上传到/home/zhangjy/tmp/目录下，caremsc.txt文件定义了哪些MSC的SwitchDump文件要获取。内容为MSC的名字列表，一行为一个MSC。范例：（6） 在当前目录下输入如下指令，请注意大小写，代表一个空格，输入完一行就回车：setenvCNAI_DATA_DIR/home/zhangjy/tmpsetenvCNAI_EXPORT_DIR/home/zhangjy/tmpsetenvCNAI_REPORT_FILE_DIR/home/zhangjy/tmp（7） 执行输出命令(代表一个空格,#代表年月日，如20060312，为获取SwitchDump文件的日期) （8） cna_export NW=all,MSC=caremsc.txt,MSC_REF=none,BSC=all,BSC_REF=all,SITE=all,SITE_REF=none,CELL=all,CELL_REF=all,OUTPUT=allparameters_#.txt（9） 执行完后就会出现进度条指示Export In Progress，完成后会有提示，生成的 SwitchDump文件就存放在/home/zhangjy/tmp文件夹下，可使用FTP软件下载到本地,如图所示: Export in Progress: 100%（大约需要5-8分钟）1.2.2. 注意事项 注意区分命令格式的大小写; Allparameter最后的输出路径：/home/用户名/tmp; 在OMC系统上download 定义的数据有两种方法：l 通过ftp软件，直接在指定路径窗口上将数据download到本地目录。l 通过ftp命令格式获得：windowsftp 6 ( omc 地址)user: 用户名password:*home/用户名pwd 查看当前所在目录home/用户名# / /home/用户名/tmp home/用户名ls -l 查看/home/用户名/cnai/export目录下所有文件并列表home/用户名bin FTP用二进制传送home/用户名mget allparameter_0110 在OMC上得到allparameter_0110 文件，保存在WINDOWS登陆目录下ftpbye 退出.1.3. NCS&MRR操作流程1.3.1. 采集步骤1) 进入RNO界面定义NCS MRR数据：点击Performance Management -Radio Network Optimization(RNO),如图所示:2) 定义NCS，如图：a) 定义NCS的测量门限值及数据采集的时间间隔： Set Relative SS Threshold to -12db Set Absolute SS Threshold to -80dbm Set BA List Change interval to 15 minutes Set Number of test frequencies to add to each interval to 10b) 定义数据采集开始的时间；c) Repeat-daily 定义数据采集的天数（工作日）；d) Hours:定义数据采集开始和结束的时间；e) Select cell set ,选择指定的MSC、 BSC、 sector；f) Frequencies -1st order neighbours + free selection;g) Select frequency set定义全网的BALIST，用于NCS的测量，如图：h) Save and schedule the recording 3) 定义MRR的步骤，如图：a) 定义数据采集开始的时间；b) Repeat-daily 定义数据采集的天数（工作日）；c) Hours:定义数据采集开始和结束的时间；d) Select cell set ,选择指定的MSC、 BSC、 sector；e) Get Result -After Each Period,Save Result Separately;f) Recording Threshold-Record all measurement reports;g) Save and schedule the recording 1.3.2. 注意事项1) NCS、 MRR文件的存放格式每天采集的NCS、MRR和allparameter数据需要按照日期的格式存放在MS文件夹下。MRR文件夹用来存放几天的MRR数据，此MRR文件夹用于forte的QE质量评估。数据的存放格式如图所示：2) NCS、MRR定义后,观察RNO界面的状态，确认NCS、MRR定义是否顺利完成，执行过程是否会出现terminal或inprogress #现象,如图所示:3) 在OMC系统上download 定义的数据有两种方法：l 通过ftp软件，直接在指定路径窗口上将数据download到本地目录;l 用ftp命令行取NCS、MRR数据：home/用户名mget MRRFIL00-0013,113700352 在OMC上得到 文件，保存在WINDOWS登陆目录下;4) 定义NCS和MRR时,需要检查目标小区和BAList的设置是否和现网运行的一致,如图所示:5) NCS&MRR存放的路径:l R8: /var/opt/ehpt/eac/data/fs/”BSC_NAME”/l R9/R10 with IOG20: /root/var/opt/ericsson/nms_eam_eas/data/fs/”BSC_NAME”/l R9/R10 with APG40:/root/var/opt/ericsson/brf/data/db/tmpfileStore/”BSC_NAME”/ 文件名NCS为BAR开头的文件,MRR文件为MRR开头的文件,可以查看生成日期,使用Ftp软件到相应的目录下下载到本地.2. MOTOROLA系统2.1. SwitchDump操作流程Schema提供相应的脚本文件来获取网络参数配置文件，在收集MS统计数据的时候从forte出来的MP方案中会自动生成每天的SD文件，从每个BSC可以获取的参数数据格式为如下： BSS 包含了每个小区的编号和 LAC/CI，这个数据是做为链接到其它文件的基础. CELL 每个小区的参数配置.NEIGHBORS 每个小区的邻集配置.EQUIPMENT 每个TRX的RTF信息.RTF 列举了每个小区的RTF信息，这个文件并不直接导入Forte中，而是用来辅助EQUIPMENT文件的导入.LCF 显示每个LCF管理的小区信息。手动获取网络参数配置文件的步骤如下：*i. telnet (TIELING OMC address)登录到OMCii. mkdir schema创建schema目录，以存放脚本和输出的文件iii. cd schema切换到schenma目录iv. mkdir switchdump创建输出目录v. pwd (在/home/*/schema目录下)查看当前所在目录vi. put MotorolaSwitchDump.pl (也可以将motoroladump.pl 直接FTP到/home/*/schema目录下)上传schema提供的脚本文件vii. chmod 777 MotorolaSwitchDump.pl更改脚本的属性为可读、可写、可执行viii. perl MotorolaSwitchDump.pl TLBSC21 switchdump执行脚本，脚本名字的大小写要注意，该命令执行时必须与脚本处在同一个目录下，需指定目标BSC名字和输出目录*2.2. Motorola CTR RecordingsMoto系统收集的MS移动统计数据为CallTrace数据，针对每一个呼叫产生一个CallTrace文件，需要收集多个连续工作日，可以通过使用Forte软件的Measurements Plan工具来生成收集的脚本，forte会生成一系列的脚本文件，可以放在在系统的Cron列表中自动按计划逐一执行。需要强调的是这个Cron列表在收集MS期间不能被删除或修改，在收集期间应该确保网络冻结。应该在定义好的收集MS数据的开始日期前一天之前把Cron列表定义好。2.2.1. 在forte中定义MP的步骤ix. 打开forte,建立网络环境后，Load Selection选择要收取MS数据的小区列表后，单击toolsMeasurement Plan.；x. 弹出了Measures Plan的三个Step,Step 1中需要设置的有：a. Network configuration:指定系统的SD文件b. Output directory:脚本的输出目录c. Vendor:设备类型，软件自动读取，无须设置d. Maximal BAL length:BA的最大长度，一般设置为30e. Cross band measurements:是否900/1800混合收集f. Available frequncies:当前系统采用的BCCH频点，可以查看forte导出的sectors文件统计。xi. 单击Next,出现的Step2对话框中需要设置的有：g. Switch Dump Version:系统版本号，软件自动读取，无须设置h. Recording Start Day:收集开始的日期。i. Recording Start Time:收集数据时每天的开始时间（只是指收集CallTrace，其它一些准备脚本会提前执行）j. Recording Stop Time: 收集数据时每天的结束时间k. The Daily number of hours to record a sector:每天记录一个小区的小时数，由每天记录的总时间和单个小区的记录数可以决定每天可以记录的小区数。l. Minimal selection Enabled:m. Target Unix path:默认为Schema,需要修改为登录OMC建立脚本目录的实际地址，如export/wangyou/schemaxii.xiii. 单击Next,forte会根据先期的设置计算所需的天数，如Step3显示的：xiv. 可以查看相关的报告，接受所需的天数，单击Finish,forte会在设置好的输出文件夹里输出执行脚本，如图所示：最主要的是scmCrontab文件，这个文件是一个任务列表，指定了在什么时候执行相应的脚本命令，可以打开查看其详细内容。脚本的执行顺序如下：1.增加虚拟邻区1 获取各个BSC的SD文件2 开始收集MSCallTrace数据3 停止收集，删除增加的虚拟邻区，将生成的文件整合成一个文件，移动到用户自定义文件夹中。其中每天移动部分的脚本需要修改，替换掉Forte原来生成的脚本，如scmCronCmd_MOV_20060517脚本，原有脚本会将所有的文件打包成一个带有原目录名在内的包，不是我们需要的，具体替换内容为mv /usr/gsm/ne_data/ct_logs/ct_MMI* /export/home/wangyou/schema/20060517_ct_logs/.cd /export/home/wangyou/schema/20060517_ct_logstar cvf 20060517.tar ct_MMI* gzip 20060517.tar如果按照forte生成的脚本，增加了以下前面三行的话，则LOG文件太多时会报错，arguments too many，导致MOV操作失败，因此对原脚本中的这三行环境变量的设置要删除。#!/bin/cshset MSGDIR=/usr/gsm/current/configset OMC_TOP=/usr/gsm在收集摩托罗拉移动统计数据时，生成的脚本是分时段、分小区、分CPU来进行数据采集的。同时对多个BSC进行移动统计数据采集，Forte会将所需要采集的数据分配到各个BSC上去完成。不会将所有采集任务放在一个BSC上去完成，采集多个BSC的数据其实和采集一个BSC数据是一样的。比如：在收集铁岭TLBSC21的数据时，Forte会将收集的数据分为多个时段，在一个时段内只对1015个小区的数据进行收集，在下一个时段又会对另外1015个小区的数据进行收集，每个小区的数据收集都会用不同的LCF来进行，并且只采用带SITE的LCF来进行数据收集，所以不会造成某个CPU的负荷过重。2.2.2. 执行脚本步骤A使用Telnet或X-Term登录到OMC. 登录的用户名必须具有一定的BSC操作权限，如增加或删除邻集；登录的用户必须有操作Cron的权限。Cron就是一个任务列表，类似Windows系统的计划任务。重要提示: 执行脚本的时候有可能会把旧有的Cron列表里面的任务给清除掉。请在执行脚本前仔细确认一下。如果用户不属于ROOT而且不想覆盖原来的cron列表，那么该用户要出现在/usr/lib/cron里面的cron.allow列表中，而不是出现在cron.deny文件中。这次操作使用的用户名不在cron.deny中，但也没有放在cron.allow列表中，也可以执行cron。所有的CallTrace LOGS文件都记录在/usr/gsm/ne_data/ct_logs中，有一个monitor_ct_logs（路径在/usr/omc/sbin）脚本会定期执行，其中有一个参数limit设置了一个门限，该脚本检查文件夹/usr/gsm/ne_data/ct_logs内LOG文件的大小，如果超过这个门限，则会将相对旧的LOG文件删除，保持该文件夹容量在门限之下。建议设置为最少 200 Mb (400,000 blocks), 推荐300 Mb . 该设置只能被具有omc admin权限的用户编辑；任何时候一个地址只能有一个用户能够执行crontab命令，可以用ifconfig a命令查看地址。B.登录后创建一个文件夹，文件夹的名字要跟生成MP方案时Step 2里面Target unix path一样，这里为schema；C.使用FTP软件将MP方案生成的所有脚本连同文件夹上传到建立的文件夹下。注意保持文件夹目录结构要一致。如果没有FTP软件的话，可以使用FTP命令；D.在上一层目录敲入命令：chmod R 777 *,将所有脚本变成可读、可写、可执行，可以使用ls al */* | more 查看修改后的属性,确认全部的属性都包含了rwxrwxrwx；E.确认在Cron.deny文件中没有这个用户，可以通过crontab l查看当前的crontab设置，记住一个用户只有一个crontab列表。如果没有定义的话，系统会输出cant open crontab file，如有旧的可以通过crontab r删除之前的，现在就可以输入crontab scmCrontab将MP方案生产的crontab文件加入到系统中，完成后可以输入crontab l查看，之后就等脚本自动在约定的时间运行了；F.记录开始后的第一天，需要监控看一下这些Log文件是否正常生成，可以通过OMC GUI选择BSCView Call Traces或者直接查看相应的Log文件夹,通常在当天的脚本文件夹中会生成相应的执行日志,如要查看2006-5-22的执行日志，到schema/20060522的文件夹里面，可以找到如下文件：scmCTCommand_TLBSC23_20060522_0，scmNBRCommand_TLBSC23_20060522第一个是执行CallTrace的记录日志，第二个是增加虚拟邻区的记录日志，如果执行成功在文件的最后一行可以发现2006-05-22 02:47:29 Batch File Ended : SUCCESS - Exit Code 0，发现Success标志即可，也可以在OMC使用命令cat 文件名 | grep “Exit”实时查看日志；G.每天的脚本执行完毕后，每一天的Log文件都会打包放到用户自定义的文件夹中，如20060517的Log文件会放在20060517_ct_logs目录下，同时每天的SD文件都会生成在BSS_dumps文件夹下面的日期文件夹下面。LOG文件的名称格式为ct_MMI_.time比如ct_MMI_0000000013_00031_2717760.10115056_10101,需要注意的是MMI后面的数字，代表BSC index，这里为13,代表BSC23，在之后的Forte处理中要用到。H.可以使用FTP软件或FTP命令将生成的MS文件下载下来，记住需要使用binary的方式下载数据，否则数据下载后将不可用；I.如果任何时候需要停止收集MS和清除虚拟邻集的时候，可以输入如下命令： trace_stop alldel_neighbor all test *crontab r2.2.3. 命令范例telnet pwdmkdir schemacd schemamkdir 20060517mkdir 20060517_ct_logs（创建其它文件夹）(FTP软件传送脚本到schema目录下,如果使用commandline的话，敲入如下命令：ftp prompt off关闭确认提示，可以批量上传文件cd 20060517mput 20060517/* 批量上传cd .同理创建其它文件夹，上传其它文件cd .（回到schema文件夹）chmod R 777 *更改所有文件为可读、可写、可执行ls al */* | more 检查crontab l 查看当前crontabcrontab r 清除当前crontabcrontab scmCrontab 加入MP的crontab，就等着收数据了。ftp 下载LOG文件cd schemacd 20060517_ct_logsbinary 二进制传送数据get 20060517.tar.gz.2.2.4. MS数据在Forte里的处理MS数据要在Forte里面能被处理的话，LOG文件要压缩为ZIP格式。同时需要准备两个额外的文件：一个是bscindex.txt,放在与日期同排目录下。内容格式如下：BSC NameBSC IndexTLBSC2322查看BSC对应的Index也可以登录到OMC，点击 Navigation Tree,在弹出的对话框里面选择需要查看的BSC，双击；图中的RDN Instance就是我们需要查找的，另外一个是schedule文件，可以在MP生成的每天脚本的文件夹下面找到，比如schedule_TLBSC23_20060517,放在日期命令的文件夹下面，跟LOG压缩包在同一目录。2.3. RxQual数据可以通过OMC-R的 Performance Management System面板来获取RxQual数据，对应上、下行分别有8个文件，对应每个RxQual值。每一个文件都包含了BSC里面每个小区每个小时每个的数据，可以通过如下步骤来获取：登录到OMCR，如果GUI界面没有自动打开的话，可以在命令终端输入gui，打开GUI窗口；点击其中的Performance窗口，需要较长的时间等待Performance窗口打开；Performance Management窗口打开后的界面如下图所示：选择其中的Report Templates，单击OK，在出现的Report Templates中选择FileNew.出现了一个新的Report Template定制窗口，在窗口的左上角选择 CARRIER ，左下方为网元，选择需要提取数据的BSC，右下方为需要提取的数据，其中我们关心的是DownLink RxQual（BER）和Uplink Bit Error(UBER)，这两个Item都可以单击显示子项；找到 Uplink Bit Error Rate (U_BER)选项，双击展开到8个子选项: Uplink Bit Error Rate Bin0, Uplink Bit Error Rate Bin1, Uplink Bit Error Rate 2, .Bin7；逐一点击选中，做好上图红线框中的设置，单击左上方的“Run”，在弹出的对话框中输入文件名，输出文件；选择 “Downlink RxQual (BER)” 以同样的操作方式导出上行链路的统计。生成LOG文件需要较长的一段时间，LOG文件存放在路径/usr/omc/ne_data/pm_reports/delimited文件夹下面，注意要收集同一日期、时间、时段的统计数据。出来的RxQual数据需要配合相应的BSCIndex文件，有时可能还需要进一步处理才能使用，如果标志小区的那一行中的第三列为CGI格式，如TLBSC21/TLMG21001/460-00-16737-41010/RTF-00-00，则没有问题，否则需要更换为相应的CGI格式，才能被Forte识别。3. Nokia系统3.1. SwitchDump数据通过Schema公司提供的Perl脚本来从Nokia CM数据库中直接提取，可以生成文本格式的网络配置文件，提供的该脚本可以自动生成从Nokia的Oracle数据库中提取数据的SQL 查询:1）.创建一个连接到Nokia OSS的传送二进制数据模式的FTP会话2）.将名字为“NokiaSwitchDum