OMC常用操作和关键指标

OMC常用操作和技巧
一、OMC模块功能操作介绍
1、配置管理
配置管理可进行BSC和BTS的配置、数据备份与恢复、数据同步、存盘控制、配置数据导出和经纬度同步，点击[视图] →[配置管理]进入界面，其中BSC节点下包含物理配置节点、无线参数节点和信令配置节点；BTS节点下包含物理配置节点和无线参数节点。

（物理板件、无线参数、邻区和频点等）
2、故障管理
故障管理包含告警管理、告警箱管理和诊断测试。

告警管理主要用于告警通知查询、设置告警级别、设置告警屏蔽、单板复位、倒换等（历史告警查询期限为50天）；告警箱管理是指对告警级别以及告警通知的类型等所进行的定义。

诊断测试是指对基站各个板件、Abis链路测试以及GPS等进行诊断测试的手段，具体可查询的内容包含小区驻波比、GPS定位经纬度以及传输误码等信息。

3、系统工具
系统工具具体包括：业务观察、信令跟踪、动态管理和基站数据观察。

业务观察可针对语音和数据业务的呼叫、释放和切换进程进行观察。

4、性能管理
性能管理是指针对原始数据查询操作（主要包含各CPU的利用率，IP射频数据对象，IP E1/T1流量统计对象等等）。

5、报表管理
包含语音掉话、呼建、切换、拥塞和话务量等BSC级别、BTS级和CELL级的分类统计。

6、日志管理和安全管理
即对网管系统进行操作日志以及账户密码等安全信息的管理。

二、故障处理方式
1、获得故障的途径
通常的故障获取的途径包含：后台告警、业务观察、性能统计和用户直接投诉申告四种。

其中前两种情况为日常维护工作的一部分，例如：通过后台告警可观察到具体某一单板的告警信息，通过业务观察能查看到故障源。

由这两种方式得来的故障信息准确度很高，可直接处理。

对于后两种故障来源，需要做进一步观察和测试，才能确定故障的根源，从而解决故障。

特别是对于用户关注的性能故障，如杂音、单通、上网速度慢，需要借助信令跟踪、前后台的配合处理才能定位和解决故障。

2、故障定位分析思路
故障定位的思路如下：
✓故障是否由电源引起
✓传输E1 线路是否有故障
✓确认BTS 的CCM 是否有故障
✓确认GPS 是否有故障
✓确认各单板是否有故障
3、常用维护思想
维护思想，指的是在设备出现故障后对设备进行维护过程中的一种思考问题的方式。

具体包含以下三种：
✓排除法
排除法是维护过程中最常用的方法。

顾名思义，排除法就是根据故障现象，列举出所有可能产生故障的原因，然后对这些原因进行分析，按原因的可能性大小进行排序，依照排序对产生故障的原因进行排查、定位故障点，直到解决故障的方法。

✓尝试法
尝试法也是一种解决故障较常用的方法，特别是用在参数配置上。

在配置系统参数时，有很多参数（比如无线参数）都是很难确定的，需要一定的经验总结，也往往需要经过一定
时间摸索和不断尝试才能找到比较正确的配置数据。

此外，尝试法普遍的应用就是部件替换或拔插，即当只能确定故障发生在某些部件上而不能确定具体的部件，此时可以使用正常的部件，尝试去替换运行设备上的相同部件，直到故障消除为止，从而找到发生故障的部件。

✓类比法
类比法就是借用过去的经验，解决新的故障的一种思路，这些经验可以是自己的，而更多是别人的。

因此类比法需要经验的积累，更需要具备丰富的相关知识和联想的思维。

三、关注的话统指标
1、考核指标
目前大庆项目合同考核中的指标包括无线系统接通率、寻呼成功率、呼叫建立成功率和业务信道掉话率，具体考核标准为：
2、指标定义
✓无线系统接通率
无线系统接通率=主叫比例×主叫业务信道分配成功率 (不含切换不含短信)+(1-主叫比例)×寻呼成功率×被叫业务信道分配成功率(不含切换不含短信)×100%。

参数定义：
主叫比例的定义为：主叫业务信道分配请求次数(不含切换不含短信)/[主叫业务信道分配请求次数(不含切换不含短信)+被叫业务信道分配请求次数(不含切换不含短信)]*100%。

主叫业务信道分配请求次数(不含切换不含短信)的定义为：话音业务中主叫试图建立通话的次数。

触发点:统计BSC收到MSC 发来的”Assignment Request”消息。

统计点：BSC。

被叫业务信道分配请求次数(不含切换不含短信)的定义为：话音业务中被叫试图建立通话的次数。

触发点:统计BSC收到MSC 发来的”Assignment Request”消息。

统计点：BSC。

主叫业务信道分配成功率(不含切换不含短信)的定义为：主叫业务信道分配成功次数/主叫业务信道分配请求次数（不含切换不含短信）*100%。

✓寻呼成功率
寻呼成功率=寻呼响应次数/寻呼请求次数*100%。

参数定义：
寻呼响应次数的定义为：指所有MSC 收到的被叫用户寻呼响应的总次数，含语音和短信。

触发点:统计MSC 收到的”PAGING RESPONSE”。

含二次寻呼的响应。

统计点为MSC。

寻呼请求次数的定义为：指所有MSC 发出寻呼被叫的总次数，含语音和短信。

触发点:统计MSC 发出对被叫用户的“PAGING REQUEST”消息的次数。

不包含二次寻呼的次数。

统计点为MSC。

被叫业务信道分配成功率(不含切换不含短信)的定义为：被叫业务信道分配成功次数（不含切换不含短信）/被叫业务信道分配请求次数（不含切换不含短信）*100%。

被叫业务信道分配成功次数（不含切换不含短信）的定义为：话音业务中被叫对话音信道的占用次数。

触发点:统计BSC 向MSC 发送的”Assignment Completion”消息。

统计点：MSC。

被叫业务信道分配请求次数（不含切换不含短信）的定义为：话音业务中被叫试图建立通话的次数。

触发点:统计BSC收到MSC 发来的”Assignment Request”消息。

统计点：BSC。

✓呼叫建立成功率
呼叫建立成功率=(1X: 全局语音起呼对象.全局语音起呼起呼成功次数+1X: 全局语音起呼对象.全局语音起呼外部中断次数+1X: 全局语音寻呼对象.全局语音寻呼寻呼成功次数+1X: 全局语音寻呼对象.全局语音寻呼外部中断次数)/(1X: 全局语音起呼对象.全局语音起呼起呼成功次数+1X: 全局语音起呼对象.全局语音起呼外部中断次数+1X: 全局语音起呼对象.全局语音起呼其他原因导致的失败次数+1X: 全局语音起呼对象.全局语音起呼拥塞导致的失败次数+1X: 全局语音寻呼对象.全局语音寻呼寻呼成功次数+1X: 全局语音寻呼对象. 全局语音寻呼外部中断次数+1X: 全局语音寻呼对象.全局语音寻呼其他原因失败次数+1X: 全局语音寻呼对象.全局语音寻呼拥塞导致的失败次数)*100
✓ C 网业务信道掉话率
业务信道掉话率=业务信道掉话次数/[主叫业务信道分配成功次数(不含切换不含短信)+ 被叫业务信道分配成功次数(不含切换不含短信)]*100%
参数定义：
业务信道掉话次数的定义为：因系统原因导致语音业务接续中，在呼叫建立后业务信道的异
常释放次数。

包含无线接口消息失败、无线接口失败、操作维护干预、定时器超时、设备故障和BS 与MSC 之间协议错误等原因。

触发点:统计在ASSIGMENT COMPLETE 消息之后CLEAR REQUEST 消息。

以及HANDOVER COMPLETE 消息之后的CLEAR REQUEST 消息的次数。

统计粒度:小区。

3、其他关注指标
除以上考核指标外，我们日常还关注的指标包括：话务掉话比、切换成功率、话务量及拥塞情况等等。

四、网络指标提取方式
目前大庆地区的数据来源主要包括中兴专业网管、CNO2和亿阳网管，具体提取方式如下：
1、中兴专业网管
用户名OMC,无密码，可点击[视图] →[报表管理]进入界面，提取相关报表：
2、CNO2
网址：BSC01:http://10.231.50.162:51208/web/
BSC02:http://10.231.50.163:51208/web/
用户名为：cno2，密码：cno2，可点击[分析工具] →[基本统计]进入界面：
3、亿阳网管
网址：http://136.192.30.66/website/default.aspx
用户名：security\admin，密码：123456，可点击[报表发布] 或[日常报表]进入界面：
五、接续及保持性能指标分析
1、呼叫类故障
呼叫类故障一般在网络的开通初期。

主要表现在终端无法和系统建立正常的呼叫。

此类故障在系统中也经常出现，而且故障原因也是多种多样，没有特定的联系。

一般处理此类故障的时候，主要使用业务观察、信令跟踪这两种工具。

呼叫类的故障，主要由于终端的参数配置、系统的参数配置、外部干扰等原因造成。

以下是几种常见的呼叫故障的分析思路：1)终端无信号
✓故障现象
终端开机后，无法搜索到系统的信号。

✓故障分析
系统设置的频点、控制信道等参数错误；BTS 没有功率发出；有较强的外部干扰。

✓故障恢复步骤
检查终端中写入的频点参数和检查系统设置的频点参数与实际所用的频点是否相同；检查BTS 的发射功率是否正常；关闭BTS 的发射功率，使用扫频仪进行测试，是否系统使用的频点有强干扰。

2)业务观察无呼叫上报，信令跟踪可以看到起呼消息
✓故障现象
此类故障，多出现在新开基站，业务观察中无呼叫上报，但信令跟踪可以看到起呼消息。

✓故障分析
出现这种问题，一般都是配置数据的原因。

✓故障恢复步骤
如果属于配置错误，修改完成后，需要向前台同步数据，BSC 以及相关的BTS 都需要同步。

3)呼叫失败原因为“捕获移动台失败”呼叫失败，
✓故障现象
业务观察中，失败原因显示为SDM_Activate_Fail_AcquirePreambleFail_Normal即“捕获移动台失败”，无法进行呼叫。

✓故障分析
✓在定时器超时前没有收到手机发给 BSC 的Preamble，但能收到Idle 帧。

该异常原因有很多种，系统中的每个问题都有可能引起捕获手机失败。

例如 CHM 版本不对、给手机的
参数与基站侧的不一致，长码错误、RC 不一致、PN 偏置错误等等。

✓故障恢复步骤
第一种情况：终端所在区域已经超出基站覆盖范围
如果网络存在直放站，由于直放站前反向增益调整不当的原因可能导致前
向覆盖大于反向，导致前向有信号但是反向无法接入。

如果用户距离基站很远，可以适当调整基站的覆盖半径及各搜索窗口的宽度。

第二种情况：基站RSSI 太高：观察该基站的RSSI，该值一般在－110 左右。

如果超过－95 应该进行以下检查：
是否主分集都很高；
该扇区下是否有直放站；
如果是微蜂窝，判断是否是室内覆盖，有无接干线放大线等；
检查馈线和射频连线是否有松动；
后台复位TRX；
倒换CCM，判断是否是CCM 的换算上报有误；
更换RFE、TRX、RIM 等单板。

2、语音类故障
话音质量其实是一个非常主观的概念，很难用客观的度量去衡量，但是它有一些特定的表现形式。

比如通话过程中出现杂音、断续、单通、静音、串音和回声，这些都属于话音质量问题的表现形式。

引起话音质量问题的原因有很多。

对于杂音和断续，其原因一般出现在无线侧，具体表现形式为：出现的范围相对较小，集中在个别用户或是个别地区，产生的原因主要有覆盖问题、前反向干扰、导频污染和漏配邻区、直放站的影响、系统硬件故障、和终端问题等。

对于单通、静音、串音和回声，其原因既可能出现在交换侧也可能出现在无线侧，交换侧产生的原因主要有：A 口电路故障或自环、出局中继故障、网络中间环节故障和出局电路自环等；无线侧产生的原因主要有线路问题、板件故障、和终端问题等。

1)话音单通问题
✓故障现象
呼叫接通后，通话可以保持，其中一方不能听到对方的声音。

始终是单通且话音不可恢复。

✓故障分析
主要原因包括：终端问题、直放站覆盖区的单通、E1/T1 物理链路接错引起、局间电路问题等等
✓故障恢复步骤
如果某一用户反映单通现象频繁，而该区域其它用户没有出现类似情况，则很
可能是终端问题，可以采用更换终端的方法解决。

由于无线上下行链路的不平衡导致单通，这种现象多出现在直放站覆盖区，需
要调整直放站的前反向增益。

不同设备（如MSC、BSC、DDF 配线架）之间的E1/T1 线对应关系连接错误。

这
种情况不一定会产生告警。

请检查机柜、DDF 配线架与对端设备的E1/T1 对应
关系是否正确。

对于有特定局向的单通，我们可以直接着手局间电路的调查。

方法与A 口问题
的排查类似，主要通过拨打测试和话路监听来实现。

如果经过拨打测试，发现单通问题集中在某块SVM 单板的子卡上，则可以判定
为硬件问题导致的故障，需要更换SVM 单板。

2)话音双不通问题
✓故障现象
呼叫接通后，通话可以保持，双方不能听到对方的声音，且不管是移动和固话之间或者是移动之间，每次呼叫都是双不通。

始终是双不通且话音不可恢复。

✓故障分析
双不通问题一般由E1/T1 物理链路接错引起。

✓故障恢复步骤
检查E1/T1 物理链路连接
3)通话杂音问题
✓故障现象
呼叫接通后，其中一方只听到类似噪音的杂音而听不到对方的声音，杂音可能是持续的杂音或偶尔出现的杂音。

✓故障分析
造成此类问题的原因包括：终端问题、线路传输质量差、传输线接触不良或无线质量差、无线干扰。

✓故障恢复步骤
终端问题。

如果换了终端就不再出现杂音，则是终端有问题；
如果只是单个基站出现杂音问题，而且和用户的分布位置无关，则有可能是该基站的传
输质量差，需要重点检查该基站到BSC 之间的传输质量；
基站的无线信号是否较差，干扰是否严重。

信号不好会导致数据丢失严重，声码器对码
包解码可能会产生较长时间的静音或电流音。

4)串音问题
✓故障现象
一方听不到对方话音，但听到其他通话人员的声音。

此现象可能同时伴随环回或单通。

✓故障定位和解决
话音串音的原因主要为E1/T1 线连接错误或人为设置环回。

定位主要分为MSC 和BSC 的局向问题。

✓故障恢复步骤
检查MSC 与BSC 间的E1/T1 连线。

不同设备（如MSC、BSC、DDF 配线架）之间的E1/T1 线对应关系连接错误。

5)掉话处理流程：
是否为新开站或周围有新开站（宏基站？微基站？直放站？）；
邻区配置检查，确认无错配、漏配；双载频基站需注意临界小区以及优选邻区的设
置要正确；
检查本小区或者相邻小区有无告警和历史通知（GPS、CHM、射频链路、传输尤其需
要注意），基站发射功率是否正常（双载频是否一致）；
检查基站主控模块和受控模块版本是否正确？注意信道板混插的现象；
确认当前小区是否处于BSC边界处？
相应小区以及周围相邻小区RSSI是否过高？
确认后台无线参数设置正确，包括搜索窗大小、小区半径、切换参数等需要重点检
查；
从释放观察中观察异常释放特点：某块信道板？某些CE？某些用户（IMSI）？
若以上方法都不奏效，建议安排路测（前后台结合进行），详细了解覆盖状况以及
掉话时的无线环境。