OMCR培训资料

OMCR培训大纲

一。引论

二。OMCR工作的理论准备

1. ALCATEL BSS系统B6功率控制和切换算法及常用参数介绍





2. 2002年度CMCC统计指标介绍和B6.2 OMCR的计数器及信令触发条件

 

B6.2计数器和信令触发条件

2002年度CMCC网络质量考核指标介绍 ALCATEL BSS系统B6功率控制和切换算法 B6.2常用参数介绍

三。OMCR系统的概念和常见操作指南

 OMCR操作系统的基础概念和GSM系统的关系

1. OMCR系统的基本概念

2. OMCR和GSM系统连接的组网结构简介 3. OMCR常用操作辅助指导手册  和RNO相关的OMCR日常工作

 OMCR界面的操作维护

 基于OMCR操作软件的再处理程序的应用

A) PM报告的采集处理及数据输出。 B) OMCR告警信息的采集。

C) OMCR各种逻辑参数的输出整理和格式提供。

D) 逻辑参数修改和评估。

E) 话务量等常用指标和坏小区（TOP TEN）列表的整理和跟踪。 F) ACTION POINT的整理和反馈记录  OMCR工作中的故障处理。

 OMCR在无线网络优化中和各组协调的方法。  OMCR工作实例介绍

四。OMCR工作的质量控制建议

 OMCR工作操作评估方法



OMCR工作的结果输出标准

五．OMCR工作的质量评定建议

OMCR培训资料

一．引论

OMCR工作在网络优化中的作用是非常突出的， 它是通过BSS系统的OMC终端从全局的角度来监测网络的运行。OMCR工程师还可以通过话务统计报告的收集观察网络运行的综合服务质量。并及时通报优化项目负责人，协调其它技术工种共同解决问题。OMCR工程师在整个优化的工作中还担负了参数分析整理、坏小区跟踪等多项任务。总之OMCR工作是一项既重要、又繁琐的工作，它所要掌握的理论知识面也非常广。为了更好的介绍OMCR的技术内容，我们将通过理论和实践两方面来整合各个方面的基础知识。在阅读这篇文档前，读者应该具备基本的GSM基础知识、了解GSM信令流程并熟悉GSM规范0322、0408和0508的一些基本知识。

二．OMCR工作的理论准备

1.

ALCATEL BSS系统B6功率控制和切换算法及常用参数介绍

（请参阅肖晔编写的“ALCATEL BSS系统B6功率控制和切换算法.PPT”文件） （参数介绍请参见“BSS parameter B6.2.mdb”一文；新开站参数设定建议参见“RNO新

开站参数建议值”）

2.

2002年度CMCC统计指标介绍和B6.2 OMCR的计数器及信令触发条件  

B6.2计数器和信令触发条件（参见BSS counter catalogue 3BK 11204 0214 DSZZA） 2002年度CMCC网络质量考核指标介绍和变化比较 （参见杨朔编写得“2002年CMCC统计指标分析与比较”一文）

三． OMCR系统的概念和常见操作指南

 OMCR操作系统的基础概念和GSM系统的关系

1. OMC3（A1353-RA）系统的基本概念简介

OMC3（A1353-RA）是ALCATEL BSS系统的操作维护中心，它是基于ALCATEL TMN平台开发的，以Q3接口为主要外部接口。OMC3（A1353-RA）负担了ALCATEL BSS系统的基本远端维护操作，网络软硬件配置，参数

修改，话务统计和告警信息收集等功能。同时，OMC3（A1353-RA）还负责和网管系统（NMC）相连，通过CMIS向网管提供必要的数据和信令交互。

2. OMC3（A1353-RA）和GSM系统连接的组网结构简介

OMC3（A1353-RA）在GSM系统中的基本结构如下图所示：

在现场使用中，OMC3系统是借用交换机的路由实现和BSS系统的X.25连接。在BSC系统中，负责处理X.25连接的是两块OSI-CPR，它们互为热备份，提供可靠的冗余连接，在连接路由上DTC2，6和与之相连的A中继负责X.25路由数据的传输。OMC3系统的各个外部接口如下图所示，它的主要外部接口为Q3接口，用以连接BSS系统（包括MFS）和网管系统(NMC)；此外，OMC3还设定了ALCATEL专用的PM话统分析工具A985、RNP工具A955和RNO

工具A956的输入输出接口（export/import）。在用户界面上，提供了本地维护和远程维护的两种模式。

3. OMC3（A1353-RA）常用操作辅助指导手册 

OMC3（A1353-RA）基本工作流程介绍

 OMC3（A1353-RA）界面的基本常用操作维护

（一）登录

用户名：axadmin

密码：omc3(默认)

（二）进入ICONBOX

1． 点击画面右下角图标，直接进入

如图：

2． 进入UNIX terminal，输入：

/alcatel/omc3/iconbox/script/run_iconbox

也可进入。

通过以上两种方式进入之后，可以看到总的界面：

在这里，我们可以根据不同需要，进入各个功能块。

（三）BSSUSM进入方法

1. 进入RNUSM，选中对应BSS，单击右键，选show equipment 2. 进入OAM，选中对应BSS，单击右键，选show equipment 3. 如果要选择查看逻辑参数，则直接进入RNUSM。

如果是小区参数：则选中这个小区，再用右键操作“Edit” 如果是BSC参数：则选中这个BSC，再用右键操作“Edit” RNUSM的操作界面如下：

（四）维护常用目录列表

1． BSS Alarm报告目录：/alcatel/var/share/AFTR/告警目录

a) 告警目录：HALD(历史告警)、SOCAD（当前告警）、SCD

（状态）

2． 话务报告：/alcatel/var/spool/bss/obsynt/bssname/日期

/file

a) 日期格式：aaaabbcc——aaaa -年，bb-月，cc-日 b) file格式：Rxxxyyy.zzz

xxx yyy zzz

3． BSS逻辑参数

a) 输出目录：

/alcatel/var/share/AFTR/ACIE/ACIE_NL_export_Dir(1-10)

——

- -

计数器类型， 当天第几个报告，

- 当年第几天（1-366）

b) 输入目录：

/alcatel /var/share/AFTR/ACIE/ACIE_NL_import_Dir(1-10)

4． BSS配置参数

a) 硬件配置文件：/alcatel /var/share/BSC* b) Export

SSnexport_Dir(1-10)

目录：

/alcatel/var/share/AFTR/ACIE/ACIE_BL_export_Dir/ACIE_B

5． DLS备份目录：

/alcatel/var/share/cma/download/BSS_backup/BSS name/DLS 文件

DLS 文件格式：

DLS.aaaabbccddeeff.0 —— aaaa - cc ee

- -

年， 日， 分，

bb - dd - ff -

月， 时， 秒

6． BTS 传输setting file输出目录：

/alcatel/var/share/export/BTSTransConf/BSS_xxx/Tryyyxxx.01A

xxx——〉BSS的序号， yyy——〉该BSS下的BTS序号

（五）X25地址规则

Declare BSS时，X25地址在A1353RA上必须做以下转换： 1． X25地址为偶数位：

a) 首位为“0”，前+36 b) 其它+52

2． X25地址为奇数位：前+360

(六)添加及删除BTS

1． Add BTS

a) 进入BSSUSM中的Abis管理，Create Abis chain/ring

（设置好参数）

b) 进入BSSUSM中的Abis管理，Create BTS（设置好参数） c) Use BTS Terminal对BTS做传输设置，插上传输线 d) 进入RNUSM，打开PRC，Create cell并Active

2． Delete BTS

a) 进入RNUSM，打开PRC，Delete cell并Active b) 进入BSSUSM中的Abis管理，Delete BTS

c) 进入BSSUSM中的Abis管理，Delete Abis chain/ring

(七)Plug&Play TRE（适用于Evolium & G2 BTS，含BTS TERMINAL的操作）

实现条件：该BTS所在的Abis链路的设置中，TRE Allocation 必须设为automatically。 以下以EVOLIUM BTS操作为例： 1． Add TRE

a) Use BTS Terminal->cmds->modify HW config以启动即插

即用流程

b) 插入TRE后可见BTS开始自检

c) 选择cmd->End Modification of HW config——〉通知系

统硬件更新结束，可以开始配置BTS SW

d) 可见BTS开始重新配置硬件

e) 过3分钟左右，可见BTS Terminal 上显示出BTS模块工作

状态表

f) 可见BTS Terminal上显示出该TRE

g) 结束配置后，BTS Terminal会弹出对话框，询问是否接受

当前配置，接受则选OK

h) 几分钟后，就可见该TRE进入工作状态

i) 在A1353RA上，进入RNUSM，打开PRC，Add TRX并Active

（也可事先做好，再激活）

2． Remove TRE

a) 先确认TRE附属关系——TRX Nb，HW 位置(可在BSSUSM中

选中对应BTS的TRE来判断其相关关系) b) 进入BTS Terminal，启动SBL管理

c) Disable TRE n

d) 待报告出现，确定命令已执行

e) Use BTS Terminal->cmd->modify HW config

f) 拔出TRE

g) 可见系统探测到配置的变化

h) 点选cmd->remove module，启动流程

i) 可见弹出对话框，选中需移除的TRE，点击Remove

j) 成功后可见对话框下方出现TRE Removed消息

k) 关闭对话框，

l) 选择cmd->End Modification of HW config——〉通知系

统硬件更新结束，可以开始配置BTS SW

m) 可见BTS开始重新配置硬件

n) 过3分钟左右，可见BTS Terminal 上显示出BTS模块工作

状态表

o) 可见BTS Terminal上显示出该TRE

p) 结束配置后，BTS Terminal会弹出对话框，询问是否接受

当前配置，接受则选OK

q) 进入RNUSM，打开PRC，Delete 对应TRX并Active

(八)用户解锁方法（普通用户密码输错三次就被锁定）

进入root，输入/alcatel/omc3/bin/unlockaccount 用户名

(九)OMCR 传输告警类别：

X721 LocalNode Transmission Error: loss of 2M X721 Loss of Signal: X721 Loss of Frame:

帧不同步

X721 Degraded Signal

BER –3/ -6 ASMB的传输告警

M3100 FarEndReceieverFailure

（十）删创逻辑小区的方法：

在实际网络运行中有时会发生莫名奇妙的小区工作异常，

这时如果要彻底的排除软件问题，可以通过删创小区的方法来解决这个问题，下面给出常用的删创小区的流程： 1．备份小区

（1） SC窗口中ConfigurationCreate PRC键入PRC名

（建议以cellname_backup为名）OK

（2） SC窗口中ConfigurationOpen PRC选中刚才所创

PRCOK

（3） PRC

窗

口

中

PopulationCopy

From

ConfigurationSupervisedConfigurationOK

（4） Copy From窗口中OMC Cells选中要备份的小区

OKClose

（5） PRC窗口中ConfigurationClose PRC 2．删除小区

（1） 重复1（备份小区）中的（1）、（2）、（3）、（4）步骤，

但PRC建议以cellname_delete为名

（2） PRC窗口中选中要删除的小区右键选择Delete （3） PRC窗口中ActivationCheck AllWithout forcing

cell administrative state查看随后跳出的窗口，若没有ERROR告警则Close(其它告警皆可忽略)

（4） PRC

窗口中

ActivationActive PRCWithout

forcing cell administrative state查看随后跳出的窗口，若没有ERROR告警则Close(其它告警皆可忽略)

3．创建小区

（1）在删除小区的PRC（即以cellname_delete为名的PRC）

中PopulationCopy From Configuration选中备份小区的PRC（即以cellname_backup为名的PRC）OK （2） Copy From窗口中OMC Cells选中该小区OKClose （3） PRC窗口中选中该小区右键选择Unmap （4） PRC

窗

口

中

PopulationCopy

From

ConfigurationSupervisedConfigurationOK （5） Copy From窗口中OMC BTSs选中与小区相对应的

BTSOKClose

（6） PRC窗口中OMC Unmapped Cells选中该小区右键选

择Map选中与小区相对应的BTSOK选中与小区相对应的SectorOK

（7） 重复2(删除小区)中的（3）、（4）步骤

（8） 此时小区的切换关系只有单向，因此必须补全切换关

系，使之呈双向（SC窗口中选中该小区右键选择Adjacencies补全切换关系）

 网络优化中的基本OMCR操作和处理

A) 话务统计报告（PM报告）的采集处理、数据输出及分析评估。

话务统计报告的分析工作是网络优化中的重要一环。在网络优化的最

初，我们可以通过对话务报告的分析观察整个网络的运行情况，对网络综合服务质量有一个较为全面的认识。这个工作的基本操作贯穿于整个优化过程，基本流程如下：

1） 从OMCR上取得话务统计报告：我们可以使用OMC PROJ

工具的FTP功能从目录：/alcatel/var/spool/bss/obsynt/获取Obsynt文件。这些Obsynt文件是ASCII文件，记录了网络运行的各种原始计数器（即COUNTER：COUNTER集的定义见上一单元“B6计数器定义说明”一文）。它们是通过Obsynt工具，在OMC3主机上，利用BSC产生的二进制文件转换来的。在获取话务统计报告的过程中，我们必须利用TCP/IP协议，通过IP地址的设定来使得我们的笔记本电脑接入到OMCR的DCN网络，从而达到传递数据的目的。 2） 利用OMC PROJ工具处理这些数据，将这些原始COUNTER

转换成表示网络运行状态的各种统计指标。并结合OMC PROJ工具，根据计数器进行网络状态的分析，判明网络出现的各种问题，如掉话率、分配失败率、位置更新成功率、切换成功率、TCH/SDCCH拥塞率、干扰情况等，将这些问题的基本分析汇总，形成报告和ACTION POINT，并进行相应调整。（OMCR PROJ的使用请参见这个工具软件的帮助信息） 3） 在分析话务统计报告的时候，作为每天的daily work，OMCR

工作组还应当提供阶段性的坏小区列表和TOP TEN小区指标的变化情况。详细的坏小区处理方法见下文描述。

B) OMCR告警信息的采集。

在网络运行过程中，系统不可避免的会出现各种异常现象，伴随着这些现象产生的是各种OMC的告警信息，其中最为重要的是传输告警。因此，omc工作定期的整理各种与网络运行质量相关的告警信息对于分析、解决网络故障有着很重要的作用。具体的操作方法如下：

1） OMC3的告警信息每天都自动生成到特定的目录下：

/alcatel/var/share/AFTR/告警目录。

告警目录：HALD(历史告警)、SOCAD（当前告警）、SCD（状态）

2） 我们可以利用FTP工具将这些告警信息收集、整理成特定的

文件加以利用。

C) OMCR各种逻辑参数的输出整理、格式提供和参数优化及调整过程。

OMCR逻辑参数的输出、整理、优化主要通过SC EXPORT的方法来进行。操作流程如下：

1） 打开RNUSM （SC） 2） 选择ConfigurationEXPORT

3） 选择10个输出目录中的一个，目录如下所示：

ACIE_NL_export_Dir(1-10)

4） 利用FTP工具从目录中下载，目录路径如下：

/alcatel/var/share/AFTR/ACIE/ACIE_NL_export_Dir(1-10)

5） 利用参数整理工具，如“get B6 PARAMETER”将数据整理

成EXCEL格式，从数据中可以分出两类：一类是提供RNP和DT使用的基站基础数据(包含BCCH和TCH频点、BSIC、band、LAC/CI、切换关系等)；另一类是供OMCR分析使用的网络运行参数（包含BSS参数、小区参数、切换和功控参数等）。

6） 参数整理工作：OMCR的参数倒出后，由于各地的网络情况

不同，网络参数也会有很大的变化。因此，OMCR的最初工作就是整理全网的参数，了解每个参数在网络中定义的情况。同时记录网络中不合理的参数设置，并建立一张参数修正表，据此进行修改纠正(常用参数建议请参见“RNO新开站参数

建议值”一文)。对于一些网络中常用的参数，如切换、功控

参数，可以选取经验值或网络中的多数值（如果多数值合理的话）根据不同的话务模型区域进行参数统一；对于一些设置偏差较大的参数也可以选取合理的值统一设定，这样的整理使网络参数处于一种较为清晰整齐的模式。在进行了参数整理和更正工作期间，应当做好参数备份并逐步进行，同时评估相应的网络指标，以评判参数修改的利弊。验证工作在

整个网络优化阶段都是非常重要的，如果参数修改不利，应当及时改回。

7） 参数微调优化工作：在进行了参数整理和更正工作后，网络

应当处于一种较为稳定的工作态势。这时结合话务报告、信令跟踪的结果和DT测试报告进行网络全局或局部区域的微调工作（radio fine tuning），这个工作也必须和话务统计的分析密切结合。要不断评估、反复尝试，直至参数调整到最佳的平衡点。这是个往复循环的过程，也是网络优化工程中，较为重要的环节，因此及时的记录和数据的评估整理是最重要的。

8） 参数修改操作流程和修改后的评估方法

一般意义上，参数修改可分为两种，一种是可以直接在SC中修改的参数，这些参数不涉及到邻区数据表的更新，如L_RXLEV_H_XX等；另一种是必须利用PRC激活才能修改的参数，这部分参数多数要更新邻区数据表，如BCCH，BSIC,频率配置信息等。当然，利用PRC，是可以修改任何OMC3参数的。当我们要批量修改参数时，PRC是最好的选择方法。对于PRC修改参数的步骤，一般为：

1） 创建PRC：configuration－》create PRC－》open PRC 2） 拷贝要修改的小区到PRC中，注意，这些小区的状态。

在OMC3中，小区的状态可分为：Align，Misalign，Align down，Align up，inconfig等。其中可以进行PRC操作的状态只有Align。具体的操作可以在PRC中进行： Population－》copy from configuration—》选择小区 3） 修改PRC中的小区参数，可以单独修改；也可以多选

小区，用右键“Edit n cell”来批量修改。

4） Check PRC。在OMC3中有两个选项“Check PRC

with/without forcing administrative state”，我们一般选择“without”选项。在Check的过程中，如果 有“error” 报错，绝对不能进行PRC激活；而报 “warning” 错

误，则可以强行激活PRC，一般没有太多问题。可做操作：

Active－》check all－》“Check PRC with/without forcing administrative state”

也可以，选中若干小区用右键单独检查

5） 激活PRC，在OMC3中有两个选项“ACTICE PRC

with/without forcing administrative state”我们一般选择“without”选项。

Active－》Active PRC－》“Check PRC with/without forcing administrative state”

也可以，选中若干小区用右键单独激活

9） 逻辑参数修改建议举例：

（一）对于SDCCH拥塞：

可以通过以下思路来解决：

a）减少不必要的SDCCH请求，例如介于不同LAC之间的反复的小区重选。

对应的参数Cell Reselect Hyst:

该参数定义了小区重选需要的接收电平的滞后值。当邻小区的路径损耗参数C1大于当前服务小区的C1值连续5秒时，就进行小区重选。如果两个小区属于不同的LAC时，邻小区的路径损耗参数C1大于当前服务小区的C1值CELL ＲＥＳＥＬＥＣＴ ＨＹＳＴ连续5秒时，才进行小区选择，同时进行一次位置更新。

为了避免过多的频繁的位置更新，小区重选滞后通常建议设置为6dB或8dB。在下列情况下建议作适当的调整： 

当某地区的业务量很大，经常出现信令流量过载现象，建议将该地区中属于不同LAC的相邻小区的小区重选滞后参数增大。 

若属于不同位置区的相邻小区其重叠覆盖范围较大时，建议增大小区重选滞后参数。

 若属于不同LAC的相邻小区在邻接处的覆盖较差，即出现覆盖的“缝隙”时，或这种邻接处地理位置处于高速公路等慢速移动物体较少的地区，建议将小区重选滞后参数设置在2～6dB之间。

b）提高ＳＤＣＣＨ的分配成功率：

ａ．MC8B_NBR_ACC_GRANT远小于MC8C_NBR_ACC_RANDOM时，说明可

能AGCH太少，导致无法分配SDCCH,MS会反复请求SDCCH.可以适当增加BS_AG_BLK_RES.

参数“接入准许保留块数”用以表示每个BCCH复帧中CCCH信道上为AGCH保留的消息块数。其取值范围为:



若CCCH与SDCCH共用物理信道：0～2 (对于CBC结构, BS_AG_BLK_RES通常设为2.)



若CCCH与SDCCH不共用物理信道：0～5(对于BCC结构, BS_AG_BLK_RES通常设为4.)

b. MC149_NBR_SDCCH_ASS_FAIL_MS_ACC_PBL/MC148_NBR_ASS_SDCCH_SEIZ_ATTEMPT过大。

可能是存在Ghost Cell,应该保证相近的小区如果有相同的BCCH时,他们的BCC不同;或者某小区覆盖的太远;这时都可以适当设置RACH TA Filter,保证该小区覆盖它的设计范围。

参数RACH_TA_FILTER了只有TA小于设定值的手机才可以接入. 这个参数并不影响手机在通话过程中的切换机制。用时间提前量计算移动台与基站间的距离实际上是很不精确的。因此为了设置恰当的值，必须在小区设计的覆盖范围内进行测量，以获得小区中最大的时间提前量TAmax，设置RACH_TA_FILTER＝TAmax＋5。

注意事项：一般市区内由于信号反射较多，TA值不易小于10。对于郊区覆盖较差的地方，为了保证覆盖，也不易将TA设的过小。通常可以通过调整天线来保证覆盖。 c. 修改计时器

可供修改的相应的计时器为WI_OC,WI_EC,WI_CR,WI_OP.他们分别代表在立即分配过程中的主叫过程,紧急呼叫,呼叫重建,以及

其他过程中一次分配不成功后，必须等待一段时间才能进行下一次请求过程。通常可以先跟据话务报告（C01，C02）来判定哪些类型的分配较多，在修改相应的计时器，可以从1秒开始进行尝试，逐渐增加。计时器应该保证是使拥塞减少到最低限度的最短时间。如果有副作用，比如拥塞反而增加，应将该计时器恢复为0。 注意事项：

1） 使用该功能前，应将En Im.Ass.Rej设为Enable

（在BSS Parameters窗口的BSS Functions页中）。这些参数是在Im.Ass.Rej这条信令中发送的。 2） 如果WI_XX的值设定为“255”并且En Im.Ass.Rej

设为Enable，则系统将不向移动台发送Im.Ass.Rej这条信令，这时计数器MC8d的值为“0”，而MC04的值会继续计数。

（二） TCH 拥塞：

减少接入用户的数目，减少切入用户数目，增加切出用户的数目。 a. 增加RxLev_Access_Min来提高对接入的要求，来平衡话务量。

除了在一些基站密度较高、无线覆盖较好的地区外，一般不建议采用RXLEV_ACCESS_MIN来调整小区的业务量。

注意事项：对于一般情况，G2BTS设为-100dBm，G3BTS设为-105dBm。修改时可以以2dBm为单位进行提高，但是必须通过路测来确认没有盲区。

b. 通过调整CELL RESELEC OFFSET、TEMPORARY OFFSET、

PENALTY_TIME来改变小区选择的倾向。

第一，对于业务量很大或由于某种原因使小区中的通信质量较低时，一般希望移动台尽可能不要工作于该小区（即对该小区具有一定的排斥性）。这种情况下，可以设置PT为31，因此参数TO失效。C2的数值等于C1减CRO，因此对应于该小区的C2值被人为地降低，从而使移动台以该小区作为重选的可能性降低。此外，网络操作员根据对该小区的排斥程度，可以设置适当的CRO。排

斥越大，CRO越大，反之，CRO越小。

第二，对于业务量很小，设备利用率较低的小区，一般鼓励移动台尽可能工作于该小区（即对该小区具有一定的倾向性,不让MS重选出去）。这种情况下，建议设置CRO在0～20dB之间，根据对该小区的倾向程度，设置CRO。倾向越大，CRO越大，反之，CRO越小。TO一般建议设置与CRO相同或略高于CRO。PT主要作用是避免移动台的小区重选过程过于频繁，一般建议的设置为0（20秒）或1（40秒）。

第三，对于业务量一般的小区，一般建议设置CRO为0，从而使C2＝C1，也即不对小区施加人为影响。 上述参数的调整必须注意下列问题。 

无论在何种情况下不建议设置CRO的数值超过25dB，因为过大的CRO会使网络发生一些不稳定的现象。 

上述参数的设置是基于每个小区的，但由于参数C2的性质与邻区有密切的关系，因此在设置这些参数时必须注意相邻小区之间的关系。

c. 增加Rxlev_Min(N)和切入的HO Margin来提高切入的要求，来

减少服务小区的话务负荷。

通过启用LoadFactor和FreeFactor来平衡切换的方向。(Enable it first)

参数LoadFactor指示了在对应的LoadLevel下(即忙的TCH占整个小区TCH的百分比)对GRADE算法值的修正,以考虑目标小区的话务负载情况.一般对负载较大的小区其对应的LoadFactor采用负值.而且LoadFactor(n)>=LoadFactor(n+1);

参数FreeFactor指示了在对应的FreeLevel下(即空闲的TCH的个数)对GRADE算法值的修正,以考虑目标小区空闲的情况.一般对负载较大的小区,对其FreeLevel较小(即空闲TCH较少时)的

FreeFactor

采

用

负

值

.

而

且

FreeFactor(n)<=FreeFactor(n+1).

注意：在B6中，候选小区评估过程，如采用GRADE算法，不再

考虑FreeFactor；而只考虑LoadFactor。候选小区的评估公式参见“B6功率控制与切换”一文。

d. 减小切出的HO Margin,以利于切出。一般以2为单位进行下调。 e． 开启fast traffic handover。

f. 启用Direct Retry和Force Direct Retry。

Direct Retry功能是指手机在占用到SDCCH时，产生了HO ALARM，这时系统可以分配邻小区的TCH信道给手机。即从服务小区的SDCCH信道切换到邻小区的TCH信道上。

Force Direct Retry功能是指手机在占用到SDCCH时，邻小区满足一定的条件，（这时并没有产生HO ALARM，这一点与Direct Retry不同），就可以切换到邻小区的TCH信道上。要满足的条件由以下3个参数来决定：

L_RxLev_DR(n):定义了手机切换到邻小区的TCH，必须满足的对邻小区的最小接收电平。缺省值为-85dBm。

A_PBGT_DR：定义了测量邻小区接收电平的区平均值的窗口大小。缺省值为4。

Freelevel DR(n)：定义了邻小区必须有多少个空闲TCH信道才允许Direct Retry。缺省值为：6

（三） 有关功率控制的参数

对于环境复杂,信号变化快的地区,通常是市中心房屋较为密集的地方.可以适当增加功率控制的速度.

方法: 减小功率控制的响应时间BS(MS)_Pcon_ACK,以及功率控制的间隔时间BS(MS)_PCON_INT用来加快功率控制.一般在需要的小区内从6和2改到3和1.

· 参数BS(MS)_Pcon_ACK是在触发下一个功率控制命令前允许基

站(手机)来确认功率控制命令的时间。如果在该时间内没有回应则重发该功率控制命令。

• 参数BS(MS)_PCON_INT是用来设定两次功率控制之间的最小时

间间隔. 功率控制过程从开始到功率控制的效果被检测到需要

一定的时间。因此，连续二次功率控制之间必须有一定的时间间隔，否则会导致系统的不稳定，甚至产生掉话。

在ALCATEL B6系统中，采用了增强型的功率控制，它通过

引入上下行的中值接收电平，来加快功控到位的速度，具体的参数设定可以参考“功率控制与切换”一文。

（四）

有关切换的参数

1) 控制切换的速度(频繁程度)

对于环境复杂,信号变化快的地区,通常是市中心小区较密集的地方或者快速移动物体较多的地方,需要加快切换的速度,在信号还没有衰减到无法挽救的情况之前就切换,这样会明显减少C136掉话,相应的由于切换次数的增加,可能会引起C21掉话的增加,但只要总的掉话次数减少,说明加快切换次数是有必要的. 可以修改的相应的参数:

减小Handover Margin,可以降低成为候选小区的条件,增加可供切换的候选小区的个数.

减小A_LEV_HO,A_QUAL_HO,A_PBGT_HO的值,通常由8,8,12改为6,6,8.也可视情况只改A_PBGT_HO.

A_XXXX_HO是指用于电平切换,或质量切换,或功率预算切换的接收电平监测时，用来对测试报告中电平值做平均的窗口大小。

A_LEV_HO和A_QUAL_HO一般设置为8，微小区应适当减小，一般为6，对于市区基站较密集的地区还可减小2。

A_PBGT_HO一般设置为12，对于市区基站较密集的地区还可减小为8，微小区应适当减小，一般为8，基站密集地区为6。 为了防止过多的不必要的反复切换(乒乓切换)需要开启防止乒乓切换的PING_PONG_HCP和T_HCP.

参数PING_PONG_HCP是用来防止乒乓切换而设置的惩罚电平值。

参数T_HCP是指防止乒乓切换机制中，乒乓阻隔的有效时间。当切换发生后T_HCP秒内，乒乓阻隔有效，否则无效。

另: 当PING_PONG_HCP为0或T_HCP(阻隔时间)为0时，防止乒乓切换的机制相当于被关闭。尽管两者都可关闭防乒乓切换机制，但应使用T_HCP。 2) 控制切换的引发原因:

一般来说,在引发切换的原因中,由于PBGT原因而产生的切换应该占整个切换中的大部分,因为PBGT切换引起的切换比LEV,QUAL原因引起的切换来的安全,掉话的可能性比较小.因此,察看计数器C71,C72,C73,C74,C78.如果发现C78(Better Cell HO)占的比例比较小,可以适当减小LEV切换的低门限值,使得LEV切换更困难,从而增加PBGT切换的比例.

参数L_RXLEV_UL(DL)_H定义了上行(下行)接收电平门限，当基站接收的上行(下行)电平低于该门限值时，基站将启动切换算法。

一般上行设为-96dB,下行设为-91dB(建议下行比上行要高出5dB,因为在开启上下行功率控制后,根据信令跟踪的结果看,下行的接收电平一般比上行的接收电平高出5dB).对于G3BTS,由于接收灵敏度较高,在郊区环境下，也可以上行设为-99dB,下行设为-94dB. 3) 对于同心圆小区:

如果小区的一些频点受到干扰，可以将这些频点设置为内小区。这种情况下，一般将基站内小区最大发射功率(BS_TXPWR_MAX_INNER)设置为等于基站最大发射功率(BS_TXPWR_MAX)，即不减小内小区基站发射功率，而提高内小区的下行最小接收电平门限(RXLEV_DL_ZONE)来小区只覆盖信噪比较好的范围。一般设为-75dB.

如果小区的一些频点干扰其他小区的频点，可以将这些频点设置为内小区。这种情况下，将基站内小区最大发射功率(BS_TXPWR_MAX_INNER)设置为小于基站最大发射功率(BS_TXPWR_MAX)，一般比BS_TXPWR小6dB，即减小内小区基站发射功率，减小对其他小区频点的干扰程度，提高其他小区的信

噪比。因此下行链路最小接收电平(RXLEV_DL_ZONE)一般设置较低，一般设为-85dB.

RXLEV_UL_ZONE一般设置为比RXLEV_DL_ZONE小5dB.

一般MS_TXPWR_MAX_INNER与MS_TXPWR_MAX的差值应等于BS_TXPWR_MAX_INNER与BS_TXPWR_MAX的差值。即当内小区频点受干扰时，一般设置为33dB。当内小区频点是干扰源时，一般设置为27dB(33-6dB)。

RXLEV_UL_ZONE一般设置为比RXLEV_DL_ZONE小5dB.

以上参数设好之后,还应该进行信令跟踪以确定干扰情况是否好转.还要根据话务报告察看话务分布情况(C370),在保证低干扰程度的情况下,应该尽量使内圆吸收话务量.这时可以通过RXLEV_UL(DL)_ZONE来调节内圆的大小.提高该值就是减小内圆,降低该值就是扩大内圆. 4) 对于处于双频环境:

在双频环境下,当需要将900用户优先导向1800时,可以通过修改以下参数:

设置小区级别为低:Bar_Qualfy=True

手机在小区选择过程中，只有当优先级为“正常”的合适小区不存在时（所谓合适是指各种参数符合小区选择的条件，即C1>0且小区没有被禁止接入等），才会选择优先级较低的小区. 在用小区优先级为手段对网络优化时需注意，CELL_BAR_QUALIFY仅影响小区选择，而对小区重选不起作用。因此要真正达到目的必须结合使用CELL_BAR_QUALIFY和C2(即前面提到的CELL RESELEC OFFSET、TEMPORARY OFFSET、PENALTY_TIME)

En.InterBand Neigh=Enable Preferred Band=DCS1800

为了避免900网络的负载过高,还要设施Multiband Load Level.该值得缺省值为70%,其含义时当900网小区的负载超过70%时,强制其切换至1800网.减小该值也可鼓励手机使用1800网.

D) 坏小区（TOP TEN）列表的整理和跟踪及处理方法。

在网络优化过程中，对BAD CELL的处理是实施RADIO FINE TUNING的重要环节。而掌握无线微调的方法也是网络优化人员的必备素质。 

BAD CELL的定义

所谓BAD CELL指的就是那些未达到人们所期望的无线网络服务指标的小区。简言之，也就是人为定义的问题小区。这些小区通常是高掉话小区，高分配失败小区，高拥塞小区，或低切换成功小区。关于BAD CELL的处理方法有一小部分和上一章节中的常用参数调整有重叠，但为了条理清晰，在这里围绕坏小区的处理再重新描述。

 BAD CELL的制作

对于BAD CELL的制作通常有两种方法。第一种是手工编辑，筛选出各项指标的未达标小区；第二种是利用专用处理软件（如omc project）对话务统计报告进行处理。在这里只介绍第一种方法。我们对话务统计报告的每一项指标先确立一个下限，一般为：



切换成功率(切入/切出)-------90%以下

掉话率--------------2%以上（也可以根据掉话次数决定） 分配失败率------------------2%以上

TCH拥塞---------------------N次以上（N根据情况设定） SDCCH拥塞-------------------N次以上（N根据情况设定） 无线呼叫成功率-------------------98％以下 无线接通率-----------------------95%以下

无线成功率＝（1－TCH拥塞率）×（1－SDCCH拥塞率）表征网络容量是否能满足用户的需求，是否存在拥塞情况。 

无线接通率=(1-SDC DROP RATE)*(1-TCH DROP RATE)*(1-TCH ASSIGNMENT FAILURE RATE) ，它也是衡量一个网络优劣的重要指标，因为它涵盖了一个呼叫从建立到释放的整个过

程，它在一定程度上反映了一个小区的综合服务质量。 这里需要强调的是，BAD CELL 的下限是人为确立的，在具体操作中，我们应该更据现场网络具体情况酌情予以调整，其目的是为了更好的处理和分析问题。在确立了指标下限后，我们可以利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序，制作出一张BAD CELL 表。 

对BAD CELL LIST的分析

对BAD CELL LIST的分析实际上是对网络综合服务指标的分析。常见的服务指标不到位的情况有如下几种： 1. 话音信道拥塞和信令信道拥塞

SDCCH Congestion Rate = MC04/MC8C（cmcc2002年改为MC8D/MC8C） MC04 ：No DCCH Available MC8c ：DCCH Radom Access MC8d: Imm. Ass.REJ.

TCH Congestion Rate (Who) = D48/D47 TCH Congestion Rate (Iho) = D50/D49 D48=MC12c+C181x (x= a-l )

D47=MC18 + MC142+MC144+MC12c+C181x (x= a-l ) D49=D47+MC51+MC52+MC53+MC54+MC41+MC42+MC43+MC44 D50=D48+MC51+MC41a

一． 对于TCH的拥塞的情况，我们首先要区分是话务溢出产生的 拥塞，还是话音信道分配失败产生的C181值。

如为话务拥塞，(MC12有值)可采取如下措施：

(1) 调整小区的最低接入电平和降低基站发射功率：Cell_Access_min，

一般G3BTS为-102dbm；G2 BTS为-100dbm。不过，过度调整这个参数可能会引起小区的逻辑半径缩小，导致被叫接通率的上升，应慎重。

(2) 采用CBQ和C2算法。

将CBQ设为“TRUE” ；

PT=31(11111) ；

CRO=10~20db；

CELL RESELCTION IND。= PRESENT

此时C2= C1-CRO，由于拥塞小区的C2值同其它小区C2相比，多了CRO值的反相补偿，因此更难被选中；而在小区选择上，由于拥塞小区开启了CBQ，故优先级低于周围小区，所以也使得周围小区分担了它的话务量。缓解了小区拥塞。 (3) 调整切换参数

调整切换参数所采用的思路是使拥塞小区的话务尽可能向外切，而邻小区的话务则避免向拥塞小区切换。常用的方法有  调整HO_Margin：使切入值大于切出值。

 使用FreeFactor：动态平衡话务负荷对Grade值的权重。(见附

录1)

 开启FDR：将小区边缘未触发HO Alarm，但接收信号可被邻小区

所接受的电话建立在邻小区的TCH上。

(4) 调整话务覆盖模型

我们采用Abis信令跟踪，取得拥塞小区的主要话务分布；同时利用Drive Test取得现场的覆盖模型。综合两方面因素，一般利用RNP的计算公式：

市区：俯仰角= [arctg( D/ANT hight)+1/2 * Vertical HPWB] 郊区：俯仰角= [arctg( D/ANT hight) D：主瓣方向覆盖距离 ANT hight：天线高度

Vertical HPWB：垂直半功率角

求得天线俯仰角，调整天线覆盖来平衡话务量，以达到分散话务，减小拥塞的目的。

如为TCH 分配失败(C181偏高)

则，着力解决TCH分配失败问题。见下文。

二． 对于SDCCH拥塞，我们必须区分是因为LOCATION UPDATE

引起的信令拥塞，还是因为主叫发起引起的信令拥塞。

我们可以通过分析MC02a，MC02h和MC04来区分这二者的区别。

如果小区话务量适中，且MC02a和MC02h在一个数量级上，则我们认为是主叫发起引起的信令拥塞，对此我们可以借鉴上文所讲的解决话务拥塞的方法加以解决，如果硬件配置允许，还可以在逻辑参数上增加适量的SDCCH。

如果小区话务量偏小，且MC02a远大于MC02h，对此我们认为是LU引起的SDCCH拥塞，我们可以通过增加CRH(Cell Reselection Hysterises)的值来降低频繁往复的位置更新次数，从而减小SDCCH的占用次数，达到降低拥塞的目的，一般在LAC边界设为10~12db。

除了上述正常情况外，还有一种特殊的SDCCH 拥塞情况，那就是GSM特有的ghost现象。这种情况发生在BCCH和TCH 混合分频条件下，表现为小区话务量小，SDCCH试呼次数异常大。对此，我们可开启RACH TA FILTERING，一般可以根据信令报告中的TA信息来决定这个值的设定，以解决此类问题。最后由于TCU和TRX硬件工作异常引起的拥塞的解决方法在此不加引述。

2。话音信道分配失败小区的解决

TAFR=( MC14b+MC146b)/MC16

MC16：Nbr_ASS_RTCH_SEIZ

MC14b：Nbr_ASS_RTCH_FAIL_BSS_PBL MC146b：Nbr_ASS_RTCH_FAIL_MS_ACC_PBL

在现网中，MC14b所产生的分配失败是由于数字单元，如

FU，或传输问题所引起的，这只占一小部分；而大多数的话音信道分配失败问题都由MC146b产生，这多数是由无线环境的衰落和频率干扰所引起的，但当MC146b极高时，可能是由BTS射频单元和天线系统的隐性问题所引起的。对此，我们可以通过信令跟踪的方法来区分干扰和隐性硬件问题。分析如下：



delt pathloss > 0 ：上行硬件问题；检查TRE，RXGD/TXGM，FEG8，ANT。。。 

delt pathloss < -10：下行硬件问题；检查TRE，TXGM，Combiner。。。

 QUAL_XX >0.6： 上下行的频率干扰，可以通过MAP INFO来修改频点。

 QUAL_XX > 2： 上下行硬件问题；检查相应设备。 TCH分配失败率会引起TCH拥塞。从A接口上看，TCH

assignment failure 这条信令会触发C181值，而信令所带的原因就构成了各种C181 计数器。网络中常见的有： C181a：radio link failure；C181d：no RTCH available；C181g：assignment failure old return；

此三类值，其中C181a由于无线接口的复杂性所引起；C181d是由于缺乏无线信道，产生TCH拥塞所引起的；C181g是由于干扰或硬件问题所产生的分配失败；解决TCH分配失败率问题对于C181g值的降低有很大帮助。此外，TCH分配失败率的降低对于切换成功率的提高也有相当积极的作用，所以解决网络的分配失败率也是提高网络综合服务指标的有效途径。

3。高掉话小区的解决(不含切换，从无线侧统计)

CDR= (MC14C+MC136+MC139+MC21)/MC18

MC14c：Nbr_MS_ASS_RTCH_SEIZ

MC21： Nbr_RTCH_HO_NO_MS_RET MC136：Nbr_RTCH_LOST_RADIO_FAIL MC139：Nbr_RTCH_LOST_RTA MC18： Nbr_RTCH_SAIZ

从网络运行角度来看，一个成熟的网络，它的MC14c和MC139

都应该为0。这是由于MC14c和MC139的产生是由BSS的系统问题所产生的，其具体表现在BSS的硬件和A接口及Abis接口的问题上。我们可以通过A接口的信令分析来为这两种故障定位。

当MC139数值偏高，而A接口跟踪的报告显示Equipment failure消息来源于某几路中继的固定时隙时，其掉话为“远端编码错误” 所引起。检查手段为：TC架上的DT16/TC16 模块；BSC架上的DTC模块。

当MC14c数值偏高，而A接口跟踪的报告显示Equipment failure消息来源于各路中继时，掉话极有可能是因为BSC的某一SWITCH隐性故障所引起的。这时候我们只能采用分层关闭SWITCH的方法，逐步加以解决。

当MC14c和MC139的数值都偏高，且集中在某几个站上时(一路传输)，这是由于这一路Abis传输跳动所引起的掉话和分配失败，据此，我们应解决传输问题。

如果MC14c和MC139的数值较为正常，而BAD CELL中依然存在高掉话小区，那么我们应着重分析MC21和MC136所引起的问题。MC21是由于手机从服务小区向目标小区切换未成功，但又未能返回原信道所致。MC136是由于无线环境复杂性引起的掉话。

对于MC21较高的小区，我们可以结合MC180报告，考查它的切换邻区的成功率。对于不好的切换路由，我们可以调整切换参数，使得切换更为安全，以减少掉话。常用的上文已经有所描述，这里简单概括。

1． 调整切换窗口(A _XX_HO) ；

调整切换窗口，以使切换评估的可靠性增加。我们一般将紧急切换的窗口设为8或6，而将Better Cell 切换的窗口设为12或10，以此调整切换触发原因，使Better Cell切换的比重增加，使切换更安全，同时减少MC21掉话。但要注意，切换窗口不宜设置过大，这样会降低切换效率；但如设置过小，又会引起 MC21掉话，两者相互制约。所以在调整参数时，应酌情处理，寻找一个最佳平衡点。

2． 调整切换触发条件(L_RXLEV_XX_H/L_RXQUAL_XX_H等)；

为了防止切换掉话，我们一般采取延缓切换触发(降低门限值) ，以拖住手机，尽可能少的切换；但这种方法会增加一部分MC136的掉话，这是由于手机在信号不佳的情况下未及时切出所致，但如果我们调整好参数，使得MC21和MC136之和得以下降即可。对于不好的切换路由，我们还可以通过HO MARGIN的调整，这个方向上的切换，而鼓励话务向更安全的小区流动。

3． 调整切换进程定时器(T3103/T9113和T8) ；

我们一般将这三种定时器设为200(在信道没有拥塞前提下) ，T3103是BSC控制的切换等待时间；T9113是MSC控制的目标小区信道保留时间；而T8是MSC控制的服务小区信道保留时间。它们的延长在一定程度上将提高切换成功率和降低MC21的值。

对于MC136引起的掉话原因比较复杂，一般为频率干扰，覆盖异常，少数也由于基站射频单元工作不正常引起。我们可以通过信令跟踪的手段判断引起MC136掉话的原因，对于干扰和硬件问题可以参照分配失败的处理方法。对于覆盖引起的问题，可以调整天线俯仰角来解决。此外，还有一部分可由参数调整来消除，这些参数是：Cell_RXLEV_Access_Min；Radio Link Time Out，跳频等。我们通过调整小区最小接入电平来接入手机的信号强度，只有信号尚可的小区才能被允许发起主叫或被寻呼。而Radio Link Time Out的作用是避免手机突然脱网引起的掉话。经过现场实践，这两个参数的效果明显。Radio Link Time Out 一般设为32(郊区) ，但应确保系统无明显拥塞。对于跳频的作用在很多文献中已有阐述，限于篇幅，在此不做介绍了。

4． 低切换成功率的解决方法。

在上文描写MC21的章节中，已经有对切换成功率提高的方法做了描述，这里加以总结。提高切换成功率的方法可以采用适当增加话务密集区的切换次数；同时覆盖较差的区域的切换次数的方法。其目的是对于切换成功高的区域，适当提高切换的请求次数来改善无线环境；而对于有风险的切换，则减少它们的请求次数。一般而言，一个好的网络，它的切换次数应和它的主被叫总和应该在一个数量级上；而Better Cell 的切换比重应占大多数。这样的调整一般可以通过L_RXLEV_XX（紧急切换），HO MARGIN, HO MARGIN_QUAL/LEV和其他一些和小区类型有关的切换种类的参数来

实现。（详见“功率控制与切换”一文）

如果切换不成功是因为某些小区存在话务拥塞现象，那么我们

只需解决这些小区的拥塞即可，其方法在上文已做了描述。最后需要指出的是，网络其它服务指标的提高也会对切换成功率形成积极的影响。切换成功率的提高所采用的方法多种多样 ,必须视当时网络情况而定,在此不一一列举了.

E) OMCR话务指标的评估方法

在OMCR的工作中，又一个主要环节在于话务指标的评估。话务指标的评估一般和参数修改结合在一起。当我们修改了某个参数后，就应当考虑这个参数的修改可能会引起哪些问题：哪些指标变好了、哪些变差了，counter有哪些变化。然后，我们应当整理收集修改参数前后的连续几天数据，并仔细比较这些原始counter的变化，然后得出分析结果，明确这个参数修改的有效性。如果好就保留这个参数，如果不好，就要及时修改回去，以确保网络的运行质量的稳定。典型的评估报告的格式可以借助于EXCEL表格，图形来分析表述每个相关的统计指标的变化。至于哪些指标会发生变化，主要取决于评估人对于counter和indicator的理解，一般常用的有如上介绍的若干个指标。比如掉话次数（MC136+MC14C+MC21+MC139）、分配失败次数（MC14B+MC146B）、SDCCH拥塞次数(MC04或MC8d)等等。由于OMCR的统计指标和counter数量多，在此无法一一细述，希望读者在工作中多体会和积累评估的经验。(详参见后文实例)

F) ACTION POINT的整理和反馈记录

在OMCR的工作中，日常的维护和监控是通过BAD CELL列表和每天的（TOP TEN）小区来进行的。对于经常性出现在列表中的小区，我们认为是对网络产生危害的坏小区，要重点解决或努力寻求解决方法。事实上，有很多的坏小区是难以单纯通过OMCR的分析和参数调整来解决的，而是要协同各个工作组共同解决。可能信令跟踪和路测的实地观察更能找到问题的实质，OMCR组只是寻找一个问

题的查找方向。由于存在大量的这类小区。因此，为了更好的整理清晰网络中存在的问题，OMCR在工作时，要记录下这一个个问题的解决发展列表，形成ACTION POINT作为问题检查和跟踪的依据。并通过话务指标的好转，将ACTION POINT中的记录删除。常用ACTION POINT的格式可以定义为：

DATE cell name LAC CI TAFR X X X IND X X X X X X CDR OTHER ACTION DATE 1. 2. 3. X-X-X X-X-X X-X-X TAFR X X X RESULT CDR X X X REMARK OTHER (status) X X X XX-XX-XX XX-XX-XX CELL1 17313 65010 XX-XX-XX

 OMCR工作中的故障处理。

由于无线设备直接涉及到整个GSM网络的地理覆盖区域和用户通话质量，所以平时对设备的硬件操作和参数调整都相当频繁，而且往往是工程和优化在同一地区同时进行，这使得现场工程师时常须面对一个极其复杂的局面，一方面是依照合同不断的进行硬件调整（BSC、BTS扩容，BTS换站型），另一方面是为了满足用户不断提高的网络质量要求而不间断进行系统参数调整。由于我公司设备的原因，大批量、高密度的改动经常会使得OMC-R和BSC中的数据不能同步，许多的祸根就这样被埋下。所以，及时的AUDIT操作是必须的.通过这一操作可以同步OMC-R和BSC中的数据库，确保任何时候你通过OMC-R屏幕看到的是实时的运行数据。菜单为：  

B5：FAULT MANAGEMENT->AUDIT

B6：BSSUSM中做HARDWARE和ALARM/STATE AUDIT

RNUSM中做BSS/BSC LOGICAL AUDIT 提示：每天到OMC-R机房便做一个完全的AUDIT

此外，要进行及时的BSC数据库备份，请务必注意这一点，当进行较为危险的操作之前和大量的软、硬件参数改动之后，一定要做这个备份，备份完成后，立即将数据拷贝进电脑。菜单为：  

B5：SOFTWARE MANAGEMENT->DLS BACKUP

B6：BSSUSM->SOFTWARE MANAGEMENT->BSC DATABASE->BACKUP

提示：备份应在AUDIT后立即进行，若条件不具备，可以使用LMT终端连接BSC直接备份DLS，但这种备份并不全面，不推荐使用。在B6中系统会每晚自动做一个全备份，但考虑到安全性，还是建议在高风险操作前手工备份。

第三。应当注意告警消息提示，许多的系统故障发生之前系统实际上已经给出了一些重要的告警提示，由于OMC-R窗口显示的原故，确实很容易被操作人员漏掉，但如果能对这些消息进行及时反应和处理的话，许多大的事故还是能被避免的。具体操作为： 

B5：ALARM RETRIEVE，重点检查CPR，SWITCH以及其他BSC模块有无软

硬件告警，和系统有否OVERLOAD告警，若发现有过载告警，立即停止一切高负载操作，包括AUDIT，USOD等，同时检查CPR状态，必要时CHANGEOVER CPR。 

B6：CURRENT ALARMS和HISTO ALARMS，检查事项与上面相同，同时注意，

PRC是一个非常高负荷的操作，在做这个操作时，不要使用USOD等。 提示：在B5中修改频点和逻辑信道配置实际上是一个非常高风险的操作，在做之前一定要确定完成AUDIT和BACKUP，并且一旦出现ROLLBACK告警，就必须立即停止进一步操作，这时BSC中数据库事实上已经有轻微混乱（DLS中数据与TCU中实时运行数据有可能存在不一致），应马上检查CPR状态是否正常，看是否有过载，若CPR状态正常，就完成一个全面的AUDIT，然后继续下面的操作。

第四．当出现OMC-R无法正常收集系统话务报告时，需要进行一些操作来恢复。可以按照如下步骤进行：

请先检查系统的X。25连接是否正常，如果不正常，则检查传输、SPC、OSI-CPR等状态，如果有问题进行相应的修复工作。

如果以上情况正常，则可进行下列操作： 在

B5

中，进入

PERFORMANCE AUDIT->BSS MEASUREMENT

JOB->MAITENANCE/AUDIT，找到未收上来的报告，ACTIVATE 它。

在 B6 中，进入BSSUSM，选择BSS FILE MANAGEMENT，查看DISK3/4内

文件是否正常数量，若发现有大量的过时PMRES文件，而无当前新的，则将那些老的文件删除，在下个报告时间点将恢复正常。

第五．在进行逻辑参数修改和频率配置更替（PRC激活或者SC直接修改）的过程中，有时经常性的会出现小区Misalign或者一直维持在Align Up的情况。由于小区没有处于正常的Align状态，因此小区的状态不可知。产生这种情况的原因是由于在配置数据的时候，BSS的数据库产生了混乱，无法和OMCR的数据库一致。而BSS数据库混乱的原因是多方面的，要解决这个问题，必须针对不同的Misalign原因，区别对待。具体的处理可以查考下表：

如果上述原因都无法解决问题，删创也是一个方法。如果无法删创，那么应当及时汇报专家请求技术支持。

 OMCR在无线网络优化中和各组协调的方法。

根据以上描述，我们应该了解了OMCR的大致工作内容。那么OMCR组在网络优化中是如何和其他组协调工作的呢？我们大体有一个工作基本流程。如下所示：

开始 反馈 将RNP信息提供给DT和RNP组 OMCR组提取网络参数和PM数据 OMCR组评估话务报告 建立top ten坏小区，并编辑ACTION POINT OMCR组进行参数整理并调整参数 反复 调整后话务指标的评估

 OMCR工作实例介绍

（准备中，各位专家如果有典型的资料，能否提供给我，谢谢！）

四。OMCR工作的质量控制建议



OMCR工作操作完成情况

OMCR工程师应当根据现场需要和team leader的要求修改部分参数，

修改参数之后，必须做好记录，并将修改内容反馈到team leader手中。可以参照下表记录参数：

时间 参数名 修改范围 原始值 修改值 状态 备注 

OMCR工作的结果输出标准格式

OMCR工作输出结果的内容，应该根据不同地区的优化内容作出，

但结果输出的格式应该基本相近。我们在这里总结了几个基本的输出内容的格式，要求OMCR的工作报告基本包含以下几个方面，以供参考： A) 概述部分

在这个部分应该论述近阶段来网络服务质量的基本变化，OMCR的主要工作内容和进展概况。 B) 网络长期监控

这个部分是集中分析网络各项指标的变化情况，及变化的原因。可以参照如下格式： OMCR统计指标走势

表格：OMC忙时定义：（10：00—11：00） 基本指标展示：

OMC指标 话务掉话比 基本指标 台阶指标 掉话率 无线接通最坏小区比话音信道可率 例 用率 长途来话接通率 本周平均

基本指标变化：

日期 话务掉话比 掉话率 无线接通率 最坏小区比例 话音信道可用率 长途来话接通率 XXXX-XX-XX XXXX-XX-XX XXXX-XX-XX XXXX-XX-XX XXXX-XX-XX XXXX-XX-XX XXXX-XX-XX

图示：

*下面的例子是根据现场的需要以交换机为单位分，但OMC工程师也可以根据现场teamleader和网络的具体要求对指标图示进行定义。



占用话务量走势图：

占用话务量走势图2000.001500.001000.00500.000.00G3G5G32G38G6G12G13G22G23G40G41G1401G1402G1801本周占用话务量上周占用话务量G0901G10

各交换机占用话务量贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 长途来话接通率走势图：

长途来话接通率走势图80.00%60.00%40.00%20.00%0.00%G3G5G32G38G6G12G13G22G23G40G41G1401G1402G1801长途来话接通话率上周长途来话接通率G0901G10

各交换机长途来话接通话率贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 掉话率走势图：

掉话率走势图0.800.600.400.200.00G32G38G12G13G22G23G40G41G1401G1402G1801本周掉话率上周掉话率G0901G10G3G5G6

各交换机掉话次数贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 话务掉话比走势图：

话务掉话比走势图350.00300.00250.00200.00150.00100.0050.000.00G3G5G32G38G6G12G13G22G23G40G41G1401G1402G1801本周话务掉话比上周话务掉话比G0901G10

各交换机话务掉话比贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 话音信道可用率走势图：

话音信道可用率走势图105.00%100.00%95.00%90.00%85.00%80.00%75.00%G3G5G32G38G6G12G13G22G23G40G41G1401G1402G1801话音信道可用率上周话音信道可用率G0901G10

各交换机TCH闭塞数贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 无线接通率走势图：

无线接通率走势图100.50%100.00%99.50%99.00%98.50%98.00%97.50%97.00%G1402G0901G3G38G6G13G23G41本周无线接通率上周无线接通率

各交换机无线接通率贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

 最坏小区比例走势图：

最坏小区比例走势图1.00%0.80%0.60%0.40%0.20%0.00%G1401G1402G1801G0901G3G5G32G38G6G12G13G22G23G40G41G10本周最坏小区比例上周最坏小区比例

各交换机最坏小区数贡献图G3G13G1402G32G22G1801G38G23G0901G5G40G10G6G41G12G1401

网络指标分析

1） 长途来话接通率分析：

（略）

2） 网络话音信道可用率分析：

（略）

4）掉话率及话务掉话比分析：

（略）

5） 无线接通率：

（略）

C) 网络局部问题观察

在这一部分主要是对TOP TEN坏小区和不良区域的跟踪和处理反馈。报告输出格式如下：      

统计时间：XXXX-XX-XX到XXXX-XX-XX 问题描述：（提供现象、数据表格） 问题分析：（略）

解决建议：（写出方案并备份参数列表） 跟踪评估：（提供数据表格） 遗留问题：

（如解决，结束问题；如未解决，写出现象，填写遗留问题）

D) 网络优化工程中其他专项的评估：

如果在优化期间，存在专项调整的，如参数试验、天馈调整等等项目。OMCR工程师要根据现场和teamleader的需要，收集数据比较分析，给出评估方案。由于，不同的试验存在不同的评估方法，但必须围绕着专项展开，具体的操作在此不加以叙述。

E) ACTION POINT的更新和跟踪

作为日常工作，OMCR工作组还需要对ACTION POINT的记录进行验证和更新，以确保工程的顺利进行。具体的表格可以参照下表：

cell name LAC CI DATE IND TAFR CDR OTHER X X X X X X X X X ACTION DATE 1. 2. 3. X-X-X X-X-X X-X-X RESULT TAFR CDR REMARK OTHER (status) XX-XX-XX CELL1 17313 65010 XX-XX-XX XX-XX-XX

五。OMCR工作的质量评定建议

OMCR的工作完成质量较难评定，我们只有依据上文给出的标准输出格式的内容加以评分，来完成最后的分值，可以参照下表进行：

项目 OMCR修改操作 PM数据采集处理报告 参数收集和整理报告 网络长期监控报告 局部地区观察报告 专项评估报告 所占比例 10% 10％ 10％ 20％ 20% 20％ 完成情况 5分制 5分制 5分制 10分制 10分制 10分制 5分制 总分 完成质量 5分制 5分制 5分制 10分制 10分制 10分制 5分制 总评 10％×100 10％×100 10％×100 20％×100 20％×100 20％×100 10％×100 100 ACTION POINT记录更新 10％

原始数据是评判的事实依据，因此，每一份数据的提供和分析报告都是基本完成情况的度量依据。而完成质量的好坏取决于报告中分析的深度和对整个优化工程的贡献。