平衡计分卡BSC操作流程提纲.docx
- 文档编号:25254657
- 上传时间:2023-06-06
- 格式:DOCX
- 页数:23
- 大小:50.86KB
平衡计分卡BSC操作流程提纲.docx
《平衡计分卡BSC操作流程提纲.docx》由会员分享,可在线阅读,更多相关《平衡计分卡BSC操作流程提纲.docx(23页珍藏版)》请在冰豆网上搜索。
平衡计分卡BSC操作流程提纲
(平衡计分卡)BSC操作流程提纲
网优BSC操作流程
1、概述2
2、话务提取2
2.1、话务文件定义2
2.2、话务文件提取3
2.3、话务文件处理4
2.4、APG40话务处理流程11
3、坏小区处理12
3.1、拥塞小区处理12
3.2、信令低接通、信令高掉话小区处理13
3.3、高掉话小区处理14
3.4、切换问题小区处理14
4、CNA应用15
4.1、C-CHECK处理15
4.2、利用CNA修改参数20
5、RNO应用21
5.1、NCS应用21
5.2、FAS应用21
5.3、MRR应用21
6、PMR应用21
6.1、CTR、CER应用21
6.3、MTR应用26
7、载波隐性故障查找26
7.1、ERRORLOG应用26
7.2、MOTS应用27
7.3、空闲信道测量(ICMBAND)功能应用27
8、地图制作28
8.1、MCOM地图制作流程28
8.2、ANT地图制作流程39
9其他工作流程40
9.1、新站开通工作流程40
9.2、割接工作流程40
9.3、CDD提取流程41
9.4、监控流程42
9.5、干扰源的发现和定位流程48
9.6、邻区修整流程48
10、特殊问题处理48
10.1、PAGING成功率低问题48
10.2、局间切换成功率低问题48
10.3、系统掉话高问题48
11、WINFIOL的应用(当无OSS系统时)48
12、虚拟终端软件KEAX应用48
1、概述
BSC方面的工作,主要有数据提取、数据分析、工具和软件的应用等三个方面。
其中,数据的提取分为话务、各种统计数据和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,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;(定义需显示的数据的RPTID号和标题)
注:
于定义了话务统计后,需敲入质量SDDTI;更新话务统计,所作修改才生效。
2.2、话务文件提取
对于终端的输出方式,直接通过指令SDTDP就可实现。
而对于定义为文件格式的话务统计,其提取过程较为复杂,具体操作如下:
1、进入OSS―>TOOLS―>CommandTools
2、运行批处理文件
stsMMDDTT(提取bsc数据月份(MM)日期(DD)时间(TT))
其中,STS批处理文件的语句如下:
FS=/var/opt/ehpt/eac/data/fs(设置需提取文件的目录)
SAVEPATH=/home/hzgc/hxm/sts(保存数据的目录)
DAY=$2$3(时间变量)
MONTH=$1(月变量)
mkdir$SAVEPATH/$MONTH$DAY(建相应日期目录)
forneinGZBBSC1GZBBSC2GZFBSC1GZFBSC2GZLBSCAGZLBSCBGZOBSCAGZOBSCBGZPBSCAGZTBSCA(网元变量)
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/$MONTH$DAY.zip$SAVEPATH/$MONTH$DAY/*/*(压缩文件)
echoOUTPUTFILElocatedat$SAVEPATH
2.3、话务文件处理
当话务文件从IOG中提取出来后,需进行以下处理以便形成我们需要的报表:
2、打开SPOS,进行关联设置后进行转化:
设置数据转换属性:
勾选“AllowmultipleBSC”项(允许转换多个BSC)
设置输出路径:
保存路径设为temp\spos
转换文件:
将提取的话务原始文件导入处理。
3、打开TURTLE3,进行设置后转化:
(1)话务报表的设置和处理:
a、打开要处理的数据文件:
temp\spos\Bcel.dbf(BCEL.DBF是SPOS处理原始文件后生成的文件)
b、设置输出文件的存放路径:
Project—>Properities,设置文件路径:
temp\TURTLE\TCH;
c、设置计算话务报表公式:
Formula—>Properities,设置公式数据库路径:
FormulaforTURTLE\tch.dbf(TCH.DBF是自己做的壹个公式)
d、点击计算公式开开始对数据的处理
计算完成后点击“OK”
(2)切换报表的设置和处理:
a、打开要处理的数据文件:
temp\spos\Bnce.dbf
b、设置输出文件的存放路径Project—>Properities:
temp\TURTLE\HO;
c、设置计算切换报表公式Formula—>Properities:
FormulaforTURTLE\ho.dbf,设置好后点击开始运算。
备注:
SPOS软件其实是将交换机的二进制代码文件处理为我们能处理的表格的格式,而TURTLE软件则是个计算公式软件,把我们需要的东西通过公式转换从SPOS的统计报表中提取出来。
其实,如果会编宏的话,能够不需要TURTLE软件直接处理SPOS处理出来的文件生成所需的表格。
2.4、APG40话务处理流程
APG40是新的系统,当下壹般爱立信的新开局均会用APG40系统,其已没有即时话务统计,而且,其数据存放和提取的方式也和上面的不同,具体提取流程如下。
1、首先进入APG40入口,方法有如下:
1)打开CHA,登陆到对应的网员(BSC或MSC),用指令“APLOC;”,然后打IPCONFIG命令,得出对应的网员的IP地址;
2)打开TERMINAL终端(也就是平常取话务时打指令的窗口),用指令telnet+IP地址,如广州的GZYBSCA的IP地址为132.97.23.14,当要取GZYBSCA的话务时,就telnet132.97.23.14,就进入到对应的APG40的入口;另外,能够直接用telnet+网员进入,如TELNETGZPBSCA.
2、用指令stmfo–i–zLF–fSybase–e–p60–b200403081000–s200403081100LOAS生成即时统计COUNTER文件,红色部分为能够更换的内容(前面的60是时间间隔,后面的是开始时间和结束时间,如把60改为15,则取出来的是四个15分钟的数据,当然,开始时间和结束时间长的话数据就更多了),LOAS为统计的OBJTYPE,也能够是几个OBJTYPE,中间用空格分开。
如,我们要取5月1日到5月5日的每个小时的统计,则:
stmfo–i–zLF–fSybase–e–p60–b200405010000–s200405052300CELTCHFCELTCHHCLTCHCLSDCCH……(要取多少个OBJTYPE就要自己加了)
注意:
取BSC的统计要到对应的BSC的IP取,取MSC就要到对应的MSC的IP取,俩者的IP不同(至少广州如此)
3、产生的统计文件放于默认的路径下,如:
S:
\STS\DATA\DELIVERYDIR\LOADFILES20040308150831_63下(此目录当你用指令取数据时会见到),然后,就象DOS操作壹样,用指令去到该目录。
4、能够直接用TYPE<文件名>查见文件内容,以逗号分隔。
但不是很容易见,最好下载到本地(数据也要保存的嘛)见,方法时:
于生成文件的目录,也就第三点提到的目录,键入ftp132.97.19.6(这个IP是OSS服务器的IP地址),然后填写自己OSS终端的用户名和密码(会有提示的了),然后,进入自己想存放数据的文件夹(也是用DOS指令),然后打prompt,再打mput*.*(此是下载所有文件,也能够下对应的文件,如广州只需mput*.data就行了),就把数据下到相应的目录了。
5、取出来的数据能够用EXEL直接打开,可是,每个OBJTYPE里均不显示COUNTER的,而且,每个表里均会每隔壹列就有壹列全部是1的数据,把全部是1的数据列删除,然后,用SPOS转换出来的OBJTYPE文件的COUNTER粘贴到对应的由APG40取出来的数据的表头上,这样,就是我们能见的数据了(此些工作要自己做宏)
3、坏小区处理
3.1、拥塞小区处理
1、SDCCH拥塞:
A、SDCCH信道没有配置满时:
加SDCCH信道;(RLCCC)
B、SDCCH拥塞,TCH不拥塞:
修改CHAP=0-》2(立即分配),但要留意,有可能导致话务掉话突然增多,于发现话务掉话突然增多后,为了保障指标,应返回参数;(RLHPC)
C、SDCCH拥塞,TCH也拥塞:
于此情况下,壹般没有调整的空间,不过,有可能这种情况是出于位置区边界导致的,从话务报表中的LOCATINGUPDATE次数能够见出,如是于位置区边界,能够加大其CRH或减少其CRO改善(PT<>31时);(RLSBC)
2、TCH拥塞:
A、小区配置载波数多,而周围基站也拥塞:
提议加1800站;
B、小区配置载波少,周围基站也拥塞:
提议扩容;
C、小区拥塞不严重,周围基站不拥塞:
尝试修改功率,CELLOAD,CRO,LAYERTHR,BSTXPWR和BSPWR等参数,减少覆盖范围,减少本小区话务,或加大邻小区覆盖范围,吸收本小区话务;
D、本小区拥塞严重,周围基站不拥塞:
除扩容,调整参数均衡外,仍可考虑调整天线方向角和下倾角以均衡话务;
由于突发问题或长期无法扩容导致的严重拥塞小区:
考虑调整到第三层(LAYER=3);(RLLHC)
3.2、信令低接通、信令高掉话小区处理
下面所讲的方法均是针对由于非拥塞导致的信令方面的问题,对于有拥塞的小区,应先解决其拥塞问题,才能正确分析其问题原因。
1、排除硬件故障
A、查传输
RXTCP:
CELL=XX,MOTY=RXO(E)TG;
RXAPP:
MO=RXOTG-XX;(2000站)
RXMOP:
MO=RXOTRX-XX-0;(200站)
RADEP:
DEV=RBLT-XX;
DTQUP:
DIP=RBLTXX;
通过之上指令查见,有无滑码,误码等现象。
B、ERRORLOG
查该小区的MO有无ERRORLOG,此过程较为繁琐,且壹般实用性不高,可于走投无路后再用。
RXELP:
MO=RXO(E)TG;
将打印出来的文件LOG下来后通过工具处理,得出FAULTCODE码和对应的MO,见见是否是由于硬件故障造成。
C、MOTS
通过查壹段时间该小区的MOTS数据,观察其中有无掉话高或接通少的均集中于某个载波上,然后怀疑该载波有硬件故障,尝试闭解该载波验证。
(IMLCT:
SPG=0;
SDTDP:
RPTID=116,INT=24/2/1/30……;)具体要见当地的MOTS的OBJTYPE定义的是哪壹个RPTID,将打印出来的数据通过工具处理后观察。
由于是验证载波故障,因此此方法于开、关跳频的情况下均有效。
D、开、关跳频
此处理手段壹般是于走投无路的情况下才使用的,于换频点和查硬件故障无效时,能够尝试此壹手段,如开、关跳频后接通率有非常大的改善,则能够认为有硬件故障,可发基站检测单给基站维护人员。
2、频点干扰
A、通过关跳频后做CTR,MOTS等观察,见会否有某个频点质差非常严重或者掉话,接通比较异常;
B、尝试换主频,无论于地图上见原主频有没有干扰均好,均有可能是主频问题引起的信令高掉话和低接通,因此,尝试更换主频是壹个非常好而且见效快的做法。
可是,有的干扰可能是干扰某个频段内的频点,因此,更换主频时尽量选择和原频点距离较大的频点更换。
另外,为了不影响网络的正常运行,因此于更换主频后观察壹个短时间就应该恢复。
C、尝试更换BSIC,对于某些干扰,直接更换BSIC也是个非常有效的做法,可是,其根本原理仍没有壹个非常有根据的说法,因此,建议能够尝试性的修改。
3、其他方法:
如增加、减少SDCCH信道,于无法确定是何原因导致小区出现此问题的情况下,能够尝试增加、减少SDCCH信道,有试过有效果的,但此方法有点碰运气,壹般不采用。
仍有,如果原小区的故障属于突发性的(原壹直没有问题,但突然就出现非常高的信令掉话和低接通),能够尝试重LOAD该小区的软件。
(壹般的突发的问题均能够尝试采用此方法)
3.3、高掉话小区处理
高掉话小区的处理是网优BSC工作中的重点和难点。
由于其主要是分析性的工作,因此不能规定壹个流程,这里列举壹些分析方法,仅供参考:
1、分析话务报表,综合见各项统计指标;
2、分析各项有问题的指标,根据所分析的结论给问题点定位;
3、制定相应的调整方案;
4、调整且跟踪效果;
备注:
其实掉话也主要由于几个因素引起:
干扰(网内和网外)、弱信号、硬件故障、参数定义错误、邻区不完善等等,只要把相应的工作做好,掉话问题就会得到改善,因此,对于掉话问题的分析等于对其余问题的综合分析。
3.4、切换问题小区处理
小区的切换问题主要分为俩类:
切换原因多于切换申请和切换成功率低。
引起此俩类问题的原因各有不同,具体描述如下:
1、有切换申请但成功率非常低:
对于有切换成功,但切换成功率低的小区,壹般由主频干扰,直放站干扰,BSIC干扰,硬件故障等问题造成。
需针对具体问题具体分析,各对应方法别的流程有介绍,于此不列举。
2、切换原因多于切换申请:
A、有切换申请且有切换成功
如下例子:
OUTCELL
INCELL
TYPE
切换申请数
切换成功数
KCL切换
DP1GN22
GP1GN22
INT
1485.00
1472.00
3448.00
GM1WYC2
DM1WYC2
INT
1260.00
1213.00
3188.00
DM1WYC2
GM1WYC2
INT
984.00
973.00
2900.00
G22YLC3
G22JJL1
INT
802.00
795.00
2821.00
可见,此些小区均存于切换原因次数大于切换申请次数的情况,而且切换类型是BSC内部切换。
引起此问题的原因壹般为切换目标小区TCH拥塞导致。
B、有切换原因,没有切换申请的
如下例子:
OUTCELL
INCELL
TYPE
切换申请数
KCL切换
GM2DWY1
DS1XYL2
EXT
0.00
477.00
G62FCD3
DY1GYB3
EXT
0.00
469.00
G62LXC2
N12LXI1
EXT
0.00
315.00
明显,之上的多个小区均有K切换原因可是且没有发出切换申请,而且切换壹般为外部切换。
引起此问题的原因壹般是MSC定义外部小区数据有误(双方均需定义正确),需查证双方的MSC的OUTERCELL数据是否定义正确,不正确时改正。
4、CNA应用
4.1、C-CHECK处理
1、通过CNA提取数据。
壹般我们选择MSC进行CHECK,当然也能够选择BSC.
点击FILE—NEWJOB—CONSISTENCYCHECKJOBIMMEDIATE
等CHECK完成后(会提示checkfinish),就能够保存数据了。
于CAN-Report中点击FILE—OPENINEDITOE,再左击FILE,选择保存的地址和文件名。
2、将刚刚CHECK的数据用FTP从服务器中取出。
该数据位于:
var/opt/ericsson/can/log/report/目录下。
3、合且数据,便于处理。
使用X-SPLIT软件合且取出的MSCCHECK文件。
(合且后仍要注意删除合且文件中的壹些含有finished的字段,否则用宏处理的时候会认为文件结束,而只处理第壹个MSC的数据)
4、用宏处理CHECK文件。
能够用服务器中D:
\gzbscdata\consist_check\中的处理宏celldata或者consist_check。
5、根据处理出来的结果,查找自己认为不合理需修改的内容进行调整。
4.2、利用CNA修改参数
5、RNO应用
5.1、NCS应用
5.2、FAS应用
5.3、MRR应用
6、PMR应用
6.1、CTR、CER应用
CTR(CELLTRAFFICRECORDING)是OSS系统自带的壹个程序,能够记录特定小区的所有通话的A接口和A-bis接口的信令信息和测量方案,且对各种信令作出统计。
针对问题小区作CTR能够发现硬件的隐性故障或频率的干扰。
下面是处理顺德桂洲壹小区信令接通率低的实例:
桂洲壹(SDBGZU1)连续多日话音接通率低,只有60%至80%之间。
针对此问题小区作CTR、CER,方法如下:
1、把小区的跳频关掉后,于OSS上点击鼠标右键,如下图选取PMR。
2、进入PMR后点击FILE->InitiateRecording,如下图所示:
3、进入InitiateRecording窗口后选取Cell,如下图所示:
4、按照下图选取所需记录的条件后,点击Initiate即可开始记录
5、作CER的步骤和CTR前俩步是壹样的,第三步选取Channel,选取所需记录的条件,包括记录的时间段、小区名等,然后点击Initiate即可。
等到记录的时间到后,于PMR的窗口上点击VIEW->UPDATEWINDOWS,可见到你新建的记录名的状态由NOTREADY变成了READY或WARNING,此时单击你新建的记录,再点击REPORT->EVENTSTATISTICS,则进入CTR的统计窗口了。
桂洲壹的CTR统计如下图所示:
我们能够见到,于作记录的15分钟内,分配215次中有47次分配失败。
进入分配失败的详细信令记录中去查见,方法如下:
单点分配失败的某壹个具体记录,然后点CONNECTIONREPORT->LIST,如上图所示,然后出现壹个窗口,如下图:
双击某壹Time,或单击然后点击REPORT->DETAILEDREPORT即可出现该时刻的信令及其内容,如下图所示:
因为当时未截下桂洲的详细信令方案,故之上图代替,原理是壹样的。
由上图可见到,当分配到频率65的第壹个话音时隙时失败。
当时桂洲是分配到频率25的某时隙失败。
多观察壹些分配失败的具体记录,发现分配失败集中于频率25的1、3、4、5、6、7话音时隙和频率19的0话音时隙以及频率13的2信令时隙。
结合当时的频率和硬件的对应表,如下图所示:
能够判定是第六个载波有隐性故障。
把第六个载波闭掉后,再作壹次CTR,结果如下图所示:
能够见到,于20分钟内分配202次成功了201次,成功率有极大的改善。
换掉该载波后,接通率恢复了正常。
上例是用CTR解决由于硬件隐性故障导致话音接通率低的问题,其实很多问题用CTR均会有帮助,而且除了ASSIGNMENTFAILURE外,仍有很多其他的信息也给我们提供了解决问题的提示,如切换失败、连接非正常释放、信道非正常释放等等信息。
而且CER、MOTS等工具也能够给我们帮助,从CER的信道BUSY时间、非正常掉话次数和MOTS的占用时间和掉话等均能见出壹点东西来。
6.3、MTR应用
7、载波隐性故障查找
7.1、ERRORLOG应用
ERRORLOG是OSS系统中自带的对应MO错误的记录,通过查找此记录,我们能够发现部分小区的隐性故障,且合理的对故障定位。
其具体操作过程如下:
1、用OSS系统中的OPS导入提取ERRORLOG的指令集:
2、提取LOG出来的数据且用宏处理。
(现本公司仍没有此处理宏,暂时无法给出)
3、根据宏处理的结果,提取自己认为有问题的的故障且对对应的硬件进行更换验证。
4、宏处理结果如下例:
Cell
exchid
mo
fcode_id
explain
G11MQX2
GZABSC1
RXOCF-1
RXOCF/1AMAP/1
RXOCF/1AMAP/1;Reset,poweron
G11MQX2
GZABSC1
RXOCF-1
RXOCF/2AMAP/1
RXOCF/2AMAP/0;Reset,poweron
7.2、MOTS应用
MOTS是信道占用情况的统计数据。
由于爱立信系统有信道选优分配的功能,有些硬件隐性故障会导致对应的信道于小区话务不高时壹直不分配(由于系统认为其不优),因此,我们能够利用MOTS发现壹些无法分配的信道,见是否是载波隐性故障导致。
MOTS也是壹项即时统计,其提取跟取即时话务的流程壹样,具体过程如下:
3、进入CHA;
4、敲入指令SDTDP:
RPTID=XX,INT=XX;(具体的RPTID号及时间根据当地的定义及自己想选取的时间输入);
5、将输出的结果保存且用宏处理;(自己根据需要编宏);
结果如下例:
CELL
TG
TRX
MOTS
ERRCNT
CONCNT
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-0
1
76
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-1
5
957
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-2
6
1154
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-3
8
947
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-4
9
980
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-5
7
811
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-6
3
738
GZBBGL1
RXETG-0
RXETRX-0-0
RXETS-0-0-7
0
1
上面的结果给出了载波的每个时隙的接通及断开情况,根据上面的数据,如某载波的所有时隙的接通数特别少或断线特别多,均可认为是载波有隐性故障。
可尝试闭掉甚至更换该载波验证效果。
7.3、空闲信道测量(ICMBAND)功能应用
空闲信道测量功能也就是对空闲的上行信道进行测量的功能,由于某些载波隐性故障会表现为上行质差问题,因此,能够根据此项功能进行载波隐性故障的定位,具体流程如下:
8、地图制作
8.1、MC
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 平衡 计分 BSC 操作 流程 提纲