OMCR日常工作2.docx
- 文档编号:12652268
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:27
- 大小:361.95KB
OMCR日常工作2.docx
《OMCR日常工作2.docx》由会员分享,可在线阅读,更多相关《OMCR日常工作2.docx(27页珍藏版)》请在冰豆网上搜索。
OMCR日常工作2
OMC-R日常工作
目录
第一章OMC-R日常工作简介1
第二章无线网络指标监控1
一、监控方法1
二、OMCRProj的使用2
1、新建工程3
2、FTP配置3
3、系统设置4
4、话务报告下载4
5、报告提取4
6、界面介绍5
7、软件常用功能介绍5
8、数据导出9
三、日常关注指标9
第三章小区常见故障处理10
一、GSM方面10
1、TCH掉话高10
2、TCH分配失败高12
3、SDCCH拥塞率高12
4、切换成功率低12
5、话音信道无占用12
6、RSLMapping故障12
二、GPRS方面13
1、上下行TBF建立成功率为零13
2、PDCH分配成功率很低问题(如<20%)13
3、在割接后个别非位置区边界小区GPRS流量异常大13
第四章重大节庆保障13
一、安全指标14
二、GSM相关数据评估14
1、利用小区级的MC01预测Paging量14
2、N7信令开销14
3、利用小区级话务量预测BSC话务量和A口负荷15
三、GPRS相关指标评估15
1、MFS(GPU)部分指标15
2、MFS(CPU级别)部分指标16
3、G-Ater口(GCH级别)16
4、G-Ater口(GSL)17
5、Gb口问题17
四、阈值确定18
附录中国移动B8版公式19
第一章OMC-R日常工作简介
OMC-R全称Operations&MaintenanceCenter-radio,及操作维护中心-无线部分。
OMC-R用于实现整个BSS系统的的操作和维护,它一般是通过SUM工作站在BSS上的应用来实现的。
对于从事OMC-R工作的人来说,通过终端对BSS系统进行操作和维护只是其工作的一部分,他们还要负责对网络运行指标进行监控,对网络运行中出现的各种问题要及时的发现并处理,保障通信网络始终处于正常、稳定的运行状态。
同时,还需要定期对网络运行状况进行评估和预测,为网络扩容或升级提供科学依据。
OMC-R人员在网络优化团队中通常处于核心地位,因此需要具备扎实的理论功底和丰厚的实践经验,同时还需要有认真负责的工作态度,因为一时的疏忽往往会给网络造成巨大的灾难。
第二章无线网络指标监控
无线网络监控是OMC-R人员最主要的日常工作,通过监控可以及时发现并解决网络运行中出现的问题,保障网络安全、稳定的运行。
本章将详细介绍无线网络监控的方法和相关软件的使用,以及日常监控中需要关注的指标。
一、监控方法
一般OMC-R人员主要是通过运营商的网络运行管理平台(如图1)和相关软件来了解网络运行的指标。
图1上海移动网管平台
不同的运营商会有不同网络运营管理平台,平台一般都是采用网页的形式,只要拥有其登陆权限就可以使用。
网管平台中会自动存储每个小时的各种常用的网络运行指标数据,方便OMC-R人员查看所需的信息,使用方法简单,实时性非常好。
但是,如果对某个小区进行详细质量分析或者对问题小区进行分类分析时,一般使用相关软件。
Alcatel-Sbell提供给OMC-R人员常用的分析软件有:
OMCRProjV4.1.0P、GPRSIndicatorCalculatorV2.5.0和AnalyserforRadioPerformanceV1.1(此软件是前两个软件的结合,需要有授权的硬件加密狗才能使用)。
需要说明的是,无论是网管平台还是相关软件,其指标统计的来源都是原始的话务报告,OMC-R人员每天都需要按时(一般至少需要下载6忙时的话务报告,即早忙时:
9:
00~11:
00;晚忙时:
19:
00~21:
00)从FTP服务器上下载原始的话务报告留存。
二、OMCRProj的使用
OMCRProj软件主要对OMC-R中的QOSCounter进行下载、整理、辅助分析和查询,并能辅助记录对基站进行操作。
该软件的突出特点是采用了数据库技术,可以支持对OMC-R中的Counter历史记录进行复杂查询,并以图表的方式显示其趋势;其次具备了一定的辅助分析功能,如分析坏小区、超闲小区等;该软件把对小区的操作和对Counter的管理集成在一起,便于网优人员进行优化工作;该软件同EXCEL比除了数据库上的优势外,还提供了比EXCEL更为强大的数据过滤功能。
1、新建工程
首次使用软件时需要新建一个工程,打开软件的“项目管理”菜单,点击“新建工程”选项,弹出如下的对话框:
图2新建项目对话框
上图中,项目名称可以根据项目要求填写,数据库位置是指导入话务报告时软件生成的数据库文件存放的地址,原始数据库位置是指下载的话务报告存放的地址。
2、FTP配置
建好工程后我们就要对FTP进行配置,打开软件的“选项”菜单,点击“FTPProfile管理”选项,弹出如下的对话框:
删除记录
北京时间
修改确定
增加一条记录
图3FTPProfile管理
3、系统设置
配置好FTP后,还需要进行系统设置,打开软件的“选项”菜单,点击“系统设置”选项,按照下图进行设置即可:
这些都要勾上
图4系统设置
4、话务报告下载
系统设置好后,我们就可以连接上FTP网络进行话务报告的下载了,通常话务报告每个小时由BSS系统自动生产并存储在/alcatel/var/spool/bss/OBSYNT/bssname/日期/*.*目录中,一般保存两个星期后系统会自动删除。
点击工具栏中的
图标或打开“文件”菜单,点击“FTP下载数据”选项,弹出“FTP数据下载”对话框,先连接FTP服务器,选择好日期和时间,点击“立即下载”即可。
5、报告提取
话务报告下载到本地后,我们还需要进行提取才能查看指标。
点击工具栏中的
图标或打开“文件”菜单,点击“提取数据”选项,弹出“选择提取数据的路径”对话框,如下图:
在这里双击要提取的报告,点击OK即可。
一次只能提取一个时段的话务报告。
图6选择提取数据的路径
下载到本地的话务报告的命名方式是:
BSS版本_日期_时间。
6、界面介绍
Counter和详细指标:
可以对各列数据进行排序、隐藏、冻结、过滤、删除的操作。
快捷工具栏
已提取的报告
图7软件界面
7、软件常用功能介绍
本软件已经对OMC-R中的Counter进行了分类,你可以通过查看菜单来选择查看不同类型的Counter。
原始类型的Counter类型有110表、028表、018表、180表和025表,程序已经为你进行了相应的整理,如110按BSC求和、按Net求和、按Group求和等。
一般情况下你不需要查看这些烦琐的数据。
只要将鼠标在常用的Counter,如110、028、018、180以及025等表头字段上稍停留片刻,就会显示各Counter的含义。
因为OMC-R工作平台是多窗口的。
有一个简单的方法可在不同的窗口中查找相关的记录。
方法如下:
打开要搜索的目标数据表,点击要搜索的列;接着按Ctrl+F进入查找状态;然后输入要查找的关键词,即可找到与之匹配的第一条记录,若与关键词匹配的记录不止一条,可以按Ctrl+Enter向下继续查找,若想反向查找,可按Ctrl+Shift+Enter。
当然你也可不用输入关键词,可先选中要查找的关键词,双击该单元,使之处于可复制的状态,按Ctrl+C复制该单元的内容;接着按Ctrl+F进入查找状态;然后按Ctrl+V,即可查找到匹配的记录。
如果你需要查看各个小区/自定义Group的指标情况,你可以查阅常用Indicator。
它为你提供了你日常分析用的一些指标,如果你觉得还不够清晰的话,你可以通过鼠标右击内容栏并选择“小区/Group详细情况分析”,如下图:
图8小区/Group详细情况分析
这里有对各个指标更为详细的分析。
当然如果你仍然觉得这不够满足你的需要的话,你也可以通过亲自查看110表来进行分析,虽然这需要花费一定的时间。
如果你需要查看各个BSC的指标情况,你可以选择BSC指标表。
同样你也可以用鼠标右击内容栏选择BSC详细质量分析,对各个指标进行更为详细的分析。
如果你要查阅整个网络的情况,你可以选择全网指标表。
同样你也可以用鼠标右击内容栏选择全网详细质量分析,对各个指标进行更为详细的分析。
如果你要查阅自定义Group群的指标情况,你可以选择自定义Group的指标表,在自定义Group前,你需要导入全网的配置表文件。
同样你也可以用鼠标右击内容栏选择Groupa详细质量分析,对各个指标进行更为详细的分析。
如果你要查阅110Counter告警情况,你可以选择110Counter告警。
当你打开110Counter告警的数据表,系统会显示符合告警条件的110counter的整条记录和相应的告警号,告警号是在110报告告警触发条件设置中确定的。
若你点击数据表中的任何一个单元格或通过上、下方向键,则会在表格的右上方以红色加粗的方式显示对应该条记录的警告名称和该警告的触发条件。
OMCRProj还提供了查看历史记录的功能。
这个模块主要完成对小区指标历史记录的查询。
选择的查询指标可以有多个,且可以有关联指标。
若是单小区查询,则最多可以对前两个查询指标作绘图,若是多小区查询,则只能对一个指标作绘图。
无论是单小区或多小区查询,查询结果包含整条记录。
你可以有两种方式进行单小区查询或多小区查询:
(1)选中某一个小区后,点击鼠标右键菜单中的“小区/Group/110/028历史记录查询”或直接按快捷键“Ctrl+Alt+H”,即可进入选择历史查询条件窗口的单小区历史查询页面,在此窗口中可以方便地改变所要查询的小区,也可以方便进入多小区历史查询页面。
(2)按住“Ctrl”按,选中多个小区后,点击鼠标右键菜单中的“小区/Group/110/028历史记录查询”或直接按快捷键“Ctrl+Alt+H”,即可进入选择历史查询条件窗口的多小区历史查询页面,在此窗口中可以方便地改变所要查询的小区,也可以方便进入单小区历史查询页面。
该模块提供了三种方式的查询:
a.所有文件的查询:
对数据库中小区所有的数据记录进行查询。
b.连续时间的查询:
对连续日期内的离散时间或连续日期内的连续时间段进行历史记录查询。
c.用户自定义的查询:
对离散日期内的离散时间或离散日期内的连续时段进行历史记录查询。
图9小区历史记录查询
历史记录查询结果的输出有两种形式:
数据表和图形。
为了让你清楚地知道数据属于哪个版本,在历史查询界面上都增加了BSS版本号的显示。
图10历史数据图表
若只查询一个指标,则图形使用左坐标轴;若查询两个指标,则第一个图形使用左坐标轴,第二个图形使用右坐标轴,不同指标的图形以不同的颜色显示。
在坐标轴的旁边注明了使用该坐标轴的指标的名称。
8、数据导出
虽然OMCRProj提供非常完备的功能,但有时我们在做数据统计汇总时还是将数据导成EXCEL表比较方便。
数据导出方法有两种:
一种是导出当前表,打开需要导出的数据库文件,单击工具栏中的
图标即可;另一种是导出完整表,打开需要导出的数据类型是CellIndicator的文件,点击菜单栏中的“文件”菜单,选择“导出话务报告”,耐心等待片刻,一张包含有110Counter、018Counter、025Counter、028Counter、180Counter、NetIndicator、BSCIndicator和CellIndicator八个工作表的EXCEL文件就导出来了,当然我们也可以只选择导出其中需要的工作表。
三、日常关注指标
对于OMC-R工作人员来讲,全局性的分析是对网络问题很好把握的一个关键。
全局性分析主要依靠话务统计指标,分析常用网络指标,从中找出影响网络指标变动的关键因素,并能够将各种因素的关系整理清晰。
全局分析的主要指标有掉话情况(应当区分各种掉话原因的比例)、切换成功情况(区分局内外切换的问题的各自情况);信令和话务拥塞情况(定义到每个小区);上下行质量情况(定义出严重上行干扰的小区);分配失败情况(定义到每个小区并统计占用时长的异常情况)。
此外,在全局分析的过程中,还需要列出所有影响网络指标的坏小区列表和重点小区列表,并逐一分析每个小区的大致问题所在;因此坏小区列表和重点问题小区列表是OMC-R工作在优化初期必须完成的任务。
整网性的分析工作应当发生在OMC-R组每天的日常工作中,及时发现问题、提出问题并解决问题。
在OMC-R日常工作中重点需要监控早晚忙时小区基本指标,发现若有某些小区个别指标低于某个门限时,就认为该小区信能下降,需要进行排障或优化。
通常需要监控的基本指标(GSM指标)和判断门限如下:
指标名称
不良门限值
TCH掉话率
>2%(每线话务量大于0.15)
TCH拥塞率(不含切换)
>3%
SDCCH拥塞率
>5%
TCH分配失败率
>5%
切换成功率
<70%
话音信道无占用
<0.05(宏站)
第三章小区常见故障处理
OMC-R人员的另一项重要工作就是对性能下降的小区进行问题的判断和处理,本章将详细介绍小区的各种常见故障的处理方法。
一、GSM方面
9、TCH掉话高
首先判断小区的TCH掉话的原因,阿尔卡特定义TCH掉话分为四种:
MC14CBSS原因掉话、MC621切换掉话、MC736无线掉话和MC739传输掉话。
(1)无线掉话和切换掉话高
a.载频硬件问题
通常掉话只集中在某一块载频上,且次数比其他载频大很多,对该载频作ResetTRX操作。
下一个时段如果该载频依然掉话高,则需更换载频。
b.TCU硬件问题
如果掉话集中在某几块载频上(4块以下),观察掉话高的载频是否属于同一块TCUC,如果是,则ResetTCUC。
下个时段如果依然掉话高则更换TCUC。
通常TCUC故障还会伴随相关载频TCH分配失败高。
c.合路器模块故障(ANY)
如果掉话集中在某几个载频上(4块以下),且这些载频大多数情况下是分布在不同的TCU上,同时小区的其他载频也有不少占用但没有出现高掉话,则这些载频有可能是属于同一个ANY,联系塔工进基站查看,如果是则更换相关ANY。
d.天线接反
如果发现掉话和所有硬件都无直接关系,同时共站的另一个小区也存在一定程度的高掉话问题。
同时都伴随着TCH分配失败高,则通知硬件组检查基站天线有无接成鸳鸯线。
(2)BSS原因掉话高(MC14C)
a.基站传输问题
如果持续多个时段出现,则检查小区的历史告警,是否有传输误码告警。
如果有则通知硬件组进站检查基站传输。
有些隐性传输故障OMC-R上不一定有传输误码告警,依然需要根据共站小区掉话情况判断是否有可能是基站传输问题。
b.人为操作引起
在进行扩容或者改Abis复用方式时,必定会出现MC14c的掉话,这种掉话往往出现在个别扩容过的小区,且下一个时段就会自动消除。
c.基站传输反复
基站传输闪断也会造成高14c掉话,在OMC-R上能够看到相应的告警。
d.BSC的SWITCH平面出现故障
这种情况的掉话往往分散在各个小区,掉话次数和小区的话务量成正比,且每个时段都会有,并且还会伴随少量的MC739掉话。
排障方法可以通过逐个关闭BSC的SWITCH平面,并查看掉话是否消除来判断究竟是那个平面出现故障,或者对BSC进行RoutineTest测试,根据结果分析可能是哪个平面出现问题,更换该平面解决。
(3)传输掉话高
我们通常称之为传输掉话,大多数是应为载频或者A口传输时隙故障导致的远端编码转换错误。
不要和小区传输误码高导致的掉话相混淆,小区传输误码率高的掉话属于MC14c掉话。
a.载频硬件问题
小区级的MC739通掉话常会集中在某个载频上,在OMCRProj软件中打开问题小区的详细质量分析中的TRX信息,查看MC739掉话是否集中在某一块载频上,如果是,ResetTRX一般可以排除故障,如果无效则需更换载频。
b.A口传输时隙故障
整个BSC所有小区的MC739掉话都比较高,则首先在OMCRProj软件中将问题BSC的018报告提取并导出EXCEL表,将EXCEL表中的MC750和MC751值相除,该差值表示该A口时隙上每个电话的平均占用时长,如果某个时隙有故障,时长会很短(一般小于10秒)。
更换时隙占用时长很短的那条PCM链路可以排除故障。
或者通过信令跟踪判断是哪路HighWay的问题。
10、TCH分配失败高
(1)MC14B过高
对于MC14B突发性地变高建议做Lock/UnlockRA(腔体)。
(2)MC746B过高
常见的MC746B突然变高是某TRE占用失败造成的,可以查看TRX报告,MC703和MC718的差值表示向某一块载频分配失败次数,重启分配失败次数高的TRX和TCUC,无效则更换相关硬件。
11、SDCCH拥塞率高
如果某块载频的SDCCH占用时长特别长,可能是该载频SD资源长时间不释放,对该载频作Reset操作。
如果同一小区的几块载频都存在这种现象,则重启相关的TCUC。
12、切换成功率低
a.切换成功率接近0%
突发性切换成功率恶化时建议先做ResetBTS操作,若不能解决问题,则很可能是时钟偏移导致,建议工程人员更换时钟/SUM板。
b.基站频偏问题
如果小区的切入很差,且观察到所有邻小区的切入都很差,则可能是基站出现频偏,更换SUM板。
13、话音信道无占用
表现为小区话务量为0,或者只有切入话务没有主叫占用,则可能是基站吊死,可ResetBTS,如果依旧无效则切换一块BCCH载频。
14、RSLMapping故障
a.话务报告中RSL占用正常,而在OMC-R的USD上看到其状态为FLT
问题点在OMC-R层,此时可以通过对该RSL的BSC作HWAudit和Alarm/StateAudit更新OMC-R的数据,从而正确反映现网的情况。
b.RSL占用不正常,而且OMC-R侧的状态也为FLT
解决方法是重启TCUC,如果无效可以开关跳频,也可以将该小区的减容至1载频再恢复成应有的载频,使得RSL和TCUC的关系从新对应一下,再无效可以删创基站解决。
在对小区做过正负扩容后比较容易出现此类问题。
二、GPRS方面
15、上下行TBF建立成功率为零
若USD里PDCH丢失,则ReinitializeGPRS或者LOCK-UNLOCKGPRS;如果无效则对该小区的GPRS功能进行删创,如载频硬件质量有问题会表现为上下行TBF建立成功率低,可以先通过TRX_PER_MARK参数更换PDCH所在的载频位置。
16、PDCH分配成功率很低问题(如<20%)
若数据量不大,且GSM无拥塞,可能为无线资源吊死,ReinitializeGPRS,再对PDCH所在载频做Reset。
如果无效,可以更换PDCH所在的载频位置。
若数据量大,且GSM业务拥塞时,PDCH分配成功率变低为正常现象,解决方法可以增加MAX_PDCH_HIGH_LOAD的值,但是会增加小区的TCH拥塞。
17、在割接后个别非位置区边界小区GPRS流量异常大
在割接后由于更换了小区的LAC、CI或者RAC,但没有对小区做过ReinitializeGPRS,可能会导致小区GPU内的数据(LAC、CI或者RAC)和OMC-R上的不匹配(依然为原值),会导致所有用户ATTACH和RAU失败。
用户反复尝试导致流量剧增。
只要对该小区做ReinitializeGPRS即可恢复。
该问题通过Gb口的信令跟踪更容易发现。
第四章重大节庆保障
在重大节庆假日,如五一、十一、中秋、春节期间,人们的通信需求量往往比平时要大很多,对网络的冲击十分大,如果没有相应的预警和保障措施,会对网络安全构成巨大的威胁。
因此,保障重点节庆假日的网络安全也是OMC-R人员的职责所在。
一、安全指标
重大节庆保障的重点是对涉及网络安全的指标进行预警,按照正确的节假日话务模型来制定相应的措施。
影响网络安全的主要指标如下表:
主要指标
项目
要求
需要数据
预测依据
Paging容量
LAC的Paging容量
评估和预测
110报告
小区级MC01;
为LAC划分提供依据
A接口容量
A口每线话务量
评估和预测
BSCIndicator;
018A报告;
BSC话务量;
A口时隙数;
BSC话务处理
BSC类型
评估
BSC配置文件
-
BSC话务量
评估和预测
BSCIndicator;
往年增长数据
区域话务量
评估和预测
小区话务量
小区类型定义数据;
N7信令负荷
N7信令负荷
评估和预测
110报告
往年业务模型和增长
OMCR监控容量
OMCR配置
评估
oflcf.in配置文件
-
GPRS承载能力
GPRS数据流量
评估和预测
BSCIndicator
往年增长数据
PDCH配置
评估
小区级数据流量
小区PDCH配置
-
ULTBF建立请求数目
评估
Counter
-
PPC负荷
评估
BSCCounter
-
G-Ater拥塞
评估
BSCCounter
-
二、GSM相关数据评估
18、利用小区级的MC01预测Paging量
根据以往的经验,MC01和MC8A的具有大于99%的相关性,利用MC01的值来预测MC8A,即Paging量具有合理性。
根据各地网络的MC8A最大值和MC01求和值的比值作为附加系数是完全可以实现Paging量预测。
上海采用的1.3的校正系数。
19、N7信令开销
(1)位置更新的次数=MC02a;
(2)短信息次数=MC196;
主叫短信:
MC02b
被叫短信:
MC196-MC02b
(3)语音业务占用=MC01+MC02b+MC02h-MC196=(被叫语音+被叫短信)+(主叫短信+主叫语音)-主被叫短信
主叫语音:
MC02b
被叫语音:
MC01-MC196+MC02b
(4)总的N7信令负荷:
Sig_Load_N7=(主叫话音*440+被叫话音*427+主叫短信*383+被叫短信*367+位置更新*286+Paging数量*1.1*46)*8/(64*1000*3600)
注:
寻呼数乘1.1,是因为一般会有10%的几率发生二次寻呼
(5)N7每线信令预测:
Sig_Load_N7/Num_Sig_N7
20、利用小区级话务量预测BSC话务量和A口负荷
根据以往节假日一周话务变化情况来预测各BSC预期的话务量,对于重点小区和人群聚集的小区话务量的预测要多参考以前的话务模型,然后结合018报告得到准确的A口时隙数(一般有些时隙是预留不要的或者有其他用途,如16时隙是固定给N7信令的,还有些时隙是分配给GPRS的,当然还有些时隙因为存在问题被LOCK而没有及时的更换),BSC预期话务量和A口时隙数的相除即可得出A口的每线负荷。
各BSC需要增加的A口数=考虑30%冗余的A口每时隙话务量*A口数/期望A口每时隙话务量-目前的A口数量
三、GPRS相关指标评估
21、MFS(GPU)部分指标
(1)GPU负荷
P149g为平均建立的PDCH数目;
P150g为最大建立的PDCH数目。
根
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- OMCR 日常工作