BSC操作流程提纲Word文档下载推荐.docx
《BSC操作流程提纲Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《BSC操作流程提纲Word文档下载推荐.docx（48页珍藏版）》请在冰豆网上搜索。
（定义需显示的数据的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
"
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—>
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:
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
1260.00
1213.00
3188.00
984.00
973.00
2900.00
G22YLC3
G22JJL1
802.00
795.00
2821.00
可见，此些小区都存在切换原因次数大于切换申请次数的情况，而且切换类型是BSC内部切换。
引起此问题的原因一般为切换目标小区TCH拥塞导致。
B、有切换原因，没有切换申请的
GM2DWY1
DS1XYL2
EXT
0.00
477.00
G62FCD3
DY1GYB3
469.00
G62LXC2
N12LXI1
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
RXOCF/2AMAP/1
RXOCF/2AMAP/0;
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
RXETS-0-0-1
5
957
RXETS-0-0-2
6
1154
RXETS-0-0-3
8
947
RXETS-0-0-4
9
980
RXETS-0-0-5
7
811
RXETS-0-0-6
3
738
RXETS-0-0-7
上面的结果给出了载波的每个时隙的接通及断开情况，根据上面的数据，如某载波的所有时隙的接通数特别少或断线特别多，都可认为是载波有隐性故障。
可尝试闭掉甚至更换该载波验证效果。
7.3、空闲信道测量（ICMBAND）功能应用
空闲信道测量功能也就是对空闲的上行信道进行测量的功能，由于某些载波隐性故障会表现为上行质差问题，因此，可以根据此项功能进行载波隐性故障的定位，具体流程如下：
8、地图制作
8.1、MCOM地图制作流程
一、地图制作需准备的文件：
空白地图、基站文件（SITEDATA）、从OSS取下来的CDD的log文件
二、流程：
1、将准备的数据copy到新建的文件夹中
2、打开MCOM软件，新建一个地图文件，命名一个你认为很sex的名字，保存在新建的目录中
3、打开图层文件，（空白地图文件）
3、导入基站信息文件
接下来点击next就可以了！
4、导入频点、邻区的信息文件（cdd.log）
选择cdd的log文件
然后点击next直到完成！
这样，地图的制作就基本完成了，当然，为了地图的美观，我们还可以进行一些调整，比如说字体的大小，显示基站中文名字等，这里我就不怎么罗嗦了！
贴几个图上去，仅供参考！
8.2、ANT地图制作流程
9其他工作流程
9.1、新站开通工作流程
9.2、割接工作流程
割
升级会员 