BSC操作流程提纲.docx

BSC操作流程提纲.docx

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

BSC操作流程提纲

BSC操作流程提纲

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就可实现。

而关于定义为文件格式的话务统计，其提取过程较为复杂，具体操作如下：

进入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中提取出来后，需进行以下处理以便形成我们需要的报表：

打开SPOS，进行有关设置后进行转化：

设置数据转换属性：

勾选“AllowmultipleBSC”项（承诺转换多个BSC）

设置输出路径：

储存路径设为temp\spos

转换文件：

将提取的话务原始文件导入处理。

打开TURTLE3，进行设置后转化：

话务报表的设置和处理：

a、打开要处理的数据文件：

temp\spos\Bcel.dbf（BCEL.DBF是SPOS处理原始文件后生成的文件）

b、设置输出文件的存放路径：

Project—>Properities,设置文件路径：

temp\TURTLE\TCH；

c、设置运算话务报表公式：

Formula—>Properities,设置公式数据库路径：

FormulaforTURTLE\tch.dbf（TCH.DBF是自己做的一个公式）

d、点击运算公式开开始对数据的处理

运算完成后点击“OK”

切换报表的设置和处理：

打开要处理的数据文件：

temp\spos\Bnce.dbf

设置输出文件的存放路径Project—>Properities：

temp\TURTLE\HO；

设置运算切换报表公式Formula—>Properities：

FormulaforTURTLE\ho.dbf,设置好后点击开始运算。

备注：

SPOS软件事实上是将交换机的二进制代码文件处理为我们能处理的表格的格式，而TURTLE软件则是个运算公式软件，把我们需要的东西通过公式转换从SPOS的统计报表中提取出来。

事实上，如果会编宏的话，能够不需要TURTLE软件直截了当处理SPOS处理出来的文件生成所需的表格。

2.4、APG40话务处理流程

APG40是新的系统，现在一样爱立信的新开局都会用APG40系统，其已没有即时话务统计，而且，其数据存放和提取的方式也与上面的不同，具体提取流程如下。

第一进入APG40入口，方法有如下：

打开CHA，登陆到对应的网员（BSC或MSC），用指令“APLOC;”，然后打IPCONFIG命令，得出对应的网员的IP地址；

用指令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不同（至少广州如此）

产生的统计文件放在默认的路径下，如：

S:

\STS\DATA\DELIVERYDIR\LOADFILES20040308150831_63下（此名目当你用指令取数据时会看到），然后，就象DOS操作一样，用指令去到该名目。

能够直截了当用TYPE<文件名>查看文件内容，以逗号分隔。

但不是专门容易看，最好下载到本地（数据也要储存的嘛）看，方法时：

在生成文件的名目，也就第三点提到的名目，键入ftp132.97.19.6（那个IP是OSS服务器的IP地址），然后填写自己OSS终端的用户名和密码（会有提示的了），然后，进入自己想存放数据的文件夹（也是用DOS指令），然后打prompt，再打mput*.*（此是下载所有文件，也能够下对应的文件，如广州只需mput*.data就行了），就把数据下到相应的名目了。

取出来的数据能够用EXEL直截了当打开，然而，每个OBJTYPE里都不显示COUNTER的，而且，每个表里都会每隔一列就有一列全部是1的数据，把全部是1的数据列删除，然后，用SPOS转换出来的OBJTYPE文件的COUNTER粘贴到对应的由APG40取出来的数据的表头上，如此，确实是我们能看的数据了（此些工作要自己做宏）

3、坏小区处理

3.1、拥塞小区处理

SDCCH拥塞：

SDCCH信道没有配置满时：

加SDCCH信道；（RLCCC）

SDCCH拥塞，TCH不拥塞：

修改CHAP＝0－》2（赶忙分配），但要留意，有可能导致话务掉话突然增多，在发觉话务掉话突然增多后，为了保证指标，应返回参数；（RLHPC）

SDCCH拥塞，TCH也拥塞：

在此情形下，一样没有调整的空间，只是，有可能这种情形是出在位置区边界导致的，从话务报表中的LOCATINGUPDATE次数能够看出，如是在位置区边界，能够加大其CRH或减少其CRO改善（PT<>31时）；（RLSBC）

TCH拥塞：

小区配置载波数多，而周围基站也拥塞：

提议加1800站；

小区配置载波少，周围基站也拥塞：

提议扩容；

小区拥塞不严峻，周围基站不拥塞：

尝试修改功率，CELLOAD，CRO，LAYERTHR，BSTXPWR和BSPWR等参数，减少覆盖范畴，减少本小区话务，或加大邻小区覆盖范畴，吸取本小区话务；

本小区拥塞严峻，周围基站不拥塞：

除扩容，调整参数均衡外，还可考虑调整天线方向角和下倾角以均衡话务；

由于突发咨询题或长期无法扩容导致的严峻拥塞小区：

考虑调整到第三层（LAYER=3）;（RLLHC）

3.2、信令低接通、信令高掉话小区处理

下面所讲的方法差不多上针对由于非拥塞导致的信令方面的咨询题，关于有拥塞的小区，应先解决其拥塞咨询题，才能正确分析其咨询题缘故。

排除硬件故障

查传输

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;

通过以上指令查看，有无滑码，误码等现象。

ERRORLOG

查该小区的MO有无ERRORLOG，此过程较为繁琐，且一样有用性不高，可在走投无路后再用。

RXELP:

MO=RXO（E）TG;

将打印出来的文件LOG下来后通过工具处理，得出FAULTCODE码和对应的MO，看看是否是由于硬件故障造成。

MOTS

通过查一段时刻该小区的MOTS数据，观看其中有无掉话高或接通少的都集中在某个载波上，然后怀疑该载波有硬件故障，尝试闭解该载波验证。

（IMLCT:

SPG=0;

SDTDP:

RPTID=116,INT=24/2/1/30……；）具体要看当地的MOTS的OBJTYPE定义的是哪一个RPTID，将打印出来的数据通过工具处理后观看。

由因此验证载波故障，因此此方法在开、关跳频的情形下都有效。

开、关跳频

此处理手段一样是在走投无路的情形下才使用的，在换频点和查硬件故障无效时，能够尝试此一手段，如开、关跳频后接通率有专门大的改善，则能够认为有硬件故障，可发基站检测单给基站爱护人员。

频点干扰

通过关跳频后做CTR，MOTS等观看，看会否有某个频点质差专门严峻或者掉话，接通比较专门；

尝试换主频，不管在地图上看原主频有没有干扰都好，都有可能是主频咨询题引起的信令高掉话和低接通，因此，尝试更换主频是一个专门好而且见效快的做法。

然而，有的干扰可能是干扰某个频段内的频点，因此，更换主频时尽量选择与原频点距离较大的频点更换。

另外，为了不阻碍网络的正常运行，因此在更换主频后观看一个短时刻就应该复原。

尝试更换BSIC，关于某些干扰，直截了当更换BSIC也是个专门有效的做法，然而，其全然原理仍没有一个专门有按照的讲法，因此，建议能够尝试性的修改。

3、其他方法：

如增加、减少SDCCH信道，在无法确定是何缘故导致小区显现此咨询题的情形下，能够尝试增加、减少SDCCH信道，有试过有成效的，但此方法有点碰运气，一样不采纳。

还有，如果原小区的故障属于突发性的（原一直没有咨询题，但突然就显现专门高的信令掉话和低接通），能够尝试重LOAD该小区的软件。

（一样的突发的咨询题都能够尝试采纳此方法）

3.3、高掉话小区处理

高掉话小区的处理是网优BSC工作中的重点和难点。

由于其要紧是分析性的工作，因此不能规定一个流程，那个地点列举一些分析方法，仅供参考：

1、分析话务报表，综合看各项统计指标；

2、分析各项有咨询题的指标，按照所分析的结论给咨询题点定位；

3、制定相应的调整方案；

4、调整并跟踪成效；

备注：

事实上掉话也要紧由于几个因素引起：

干扰（网内和网外）、弱信号、硬件故障、参数定义错误、邻区不完善等等，只要把相应的工作做好，掉话咨询题就会得到改善，因此，关于掉话咨询题的分析等于对其余咨询题的综合分析。

3.4、切换咨询题小区处理

小区的切换咨询题要紧分为两类：

切换缘故多于切换申请和切换成功率低。

引起此两类咨询题的缘故各有不同，具体描述如下：

有切换申请但成功率专门低：

关于有切换成功，但切换成功率低的小区，一样由主频干扰，直放站干扰，BSIC干扰，硬件故障等咨询题造成。

需针对具体咨询题具体分析，各对应方法别的流程有介绍，在此不列举。

切换缘故多于切换申请：

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拥塞导致。

有切换缘故，没有切换申请的

如下例子：

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出来的数据并用宏处理。

（现本公司仍没有此处理宏，临时无法给出）

按照宏处理的结果，提取自己认为有咨询题的的故障并对对应的硬件进行更换验证。

宏处理结果如下例：

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也是一项即时统计，其提取跟取即时话务的流程一样，具体过程如下：

进入CHA；

敲入指令SDTDP:

RPTID=XX,INT=XX;（具体的RPTID号及时刻按照当地的定义及自己想选取的时刻输入）；

将输出的结果储存并用宏处理；（自己按照需要编宏）；

结果如下例：

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、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、割接工作流程

割接前预备工作

割接前两天：

猎取割接基站的资料，预备割接小区的话务数据，包括各小区话务、接通、掉话、切换情形；

半速率检查

BSC检查

RAEPP;检查HALFRATESUPP-0、TLDTH

RLDEP:

CELL=;检查小区级CELLOAD

MSC检查

MGBSP：

BSC=ALL；HRATE-1才是开启了半速率,HRATE-0就没有开启;PHASE2-1正常

加密

BSC检查

RLCAP;ALG=ALG2

MSC检查

MGEPP;CI