GSM春节保障方案2012

上传人:xmg****18 文档编号:121222224 上传时间:2020-02-19 格式:DOC 页数:15 大小:222KB
返回 下载 相关 举报
GSM春节保障方案2012_第1页
第1页 / 共15页
GSM春节保障方案2012_第2页
第2页 / 共15页
GSM春节保障方案2012_第3页
第3页 / 共15页
GSM春节保障方案2012_第4页
第4页 / 共15页
GSM春节保障方案2012_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《GSM春节保障方案2012》由会员分享,可在线阅读,更多相关《GSM春节保障方案2012(15页珍藏版)》请在金锄头文库上搜索。

1、. . . 2012年春节值班细则1.1 突发问题上报处理流程1.2 重点监控指标-GSM部分1.2.1 KPI监控 监控日常KPI变化情况,检查整体指标是否异常; 重点监控拥塞小区(包括语音和数据业务),特别是保障列表中的小区,用PRS登记设备利用率、每线话务量、拥塞率等指标,定时输出报表监控; 重点监控零话务小区,零流量小区,无起呼小区,高分配失败小区,高掉话的小区;l 监控的相关指标:话务高峰来临前现场应该事先确认登记下面的15分钟话统指标: 指标短名称指标中文简述ZK3014BSC整体级相关测量/BSC接入整体测量/BSC整体TCH话务量(业务信道)A0300寻呼相关测量/A接口寻呼测

2、量/MSC寻呼请求次数(电路业务)RL9808MTP2链路发送带宽利用率ZCA300JBSC整体级相关测量/BSC接入整体测量/BSC整体立即指配请求次数A0301/A031寻呼相关测量/SGSN寻呼请求次数(电路业务)SGSN寻呼请求次数(分组业务)AR9780XPU CPU占用率平均值AR9730SCU CPU占用率平均值AR9700INT CPU占用率平均值AR9750GCU CPU占用率平均值AR9760DPU CPU占用率平均值A337PCH电路业务寻呼删除次数A338PCH电路业务寻呼超时次数A339PCH分组业务寻呼删除次数A340PCH分组业务寻呼超时次数L3188L PCH队

3、列丢弃的寻呼消息数L3188CBSC整体Abis接口CCCH负载指示(PCH)消息上报次数L3188DBSC整体Abis接口分组CCCH负载指示消息上报次数L3188MPCH寻呼队列最大占用百分比ZTA3349ABSC整体上行点到点短消息数目(TCH)ZTA3349BBSC整体下行点到点短消息数目(TCH)ZTA3340ABSC整体上行点到点短消息数目(SDCCH)ZTA3340BBSC整体下行点到点短消息数目(SDCCH)l 监控KPI指标定义:表1 CS域建议监控KPIKPI名称BSC级/小区级短名KPI公式SDCCH可用率ZTR105A/RR300SDCCH可用率 信道可用平均数目(SD

4、CCH)/信道动态配置平均数目(SDCCH)*100%TCH可用率ZTR109A/RR307TCH可用率 信道可用平均数目(TCH)/信道动态配置平均数目(TCH)*100%SDCCH拥塞率ZTR103A/RR370SDCCH拥塞率(遇全忙)SDCCH占用遇全忙次数/SDCCH占用请求次数*100%TCH拥塞率(遇全忙)ZTR106A/K3045TCH拥塞率(遇全忙) (TCH占用遇全忙次数(信令信道)+TCH占用遇全忙次数(业务信道)+TCH切换占用遇全忙次数(业务信道))/(TCH呼叫占用请求次数(信令信道)+ TCH呼叫占用请求次数(业务信道)+TCH切换占用请求次数(业务信道))*10

5、0%立即指配成功率(cs)K3045/RA303G立即指配成功率建立指示次数(电路业务)/信道请求次数(电路业务)*100%TCH指配成功率ZTR102A/RCA313TCH指配成功率指配成功次数/指配请求次数*100%SDCCH掉话率ZTR104A/ZTR104CSDCCH掉话率SDCCH掉话次数/SDCCH占用成功次数*100%TCH掉话率(含切换)ZTR107A/ZTR304TCH掉话率(含切换)业务信道掉话次数/ (TCH呼叫占用成功次数(信令信道)+ TCH呼叫占用成功次数(业务信道)+TCH切换占用成功次数(业务信道)*100% BSC整体切换成功率ZK3180/RH303切换成功

6、率(BSC内入小区切换成功次数+BSC间出小区切换成功次数)/(BSC内入小区切换请求次数+BSC间出小区切换请求次数)话务量(ERL)ZK3014/K3014无寻呼成功率 寻呼成功率(一次寻呼响应次数二次寻呼响应次数)/(一次寻呼次数)*100% *由MSC统计l TCH掉话率(含切换)有助于各级网元(BSC级、小区级别)掉话问题分析,l 寻呼成功率为关注项,在可能提取的情况下监控。表2 PS域建议监控KPIKPI名称KPI公式TBF掉话率TBF掉话率TBF掉话次数(上、下行GPRS/EGPRS)/TBF建立成功次数(GPRS/EGPRS上下行)上行TBF建立成功率上行TBF建立成功率上行T

7、BF建立成功次数/上行TBF建立尝试次数下行TBF建立成功率下行TBF建立成功率下行TBF建立成功次数/下行TBF建立尝试次数PDCH分配成功率PDCH分配成功率1-(手机无响应导致上行TBF建立失败手机无响应导致下行TBF建立失败)/(上行TBF建立尝试次数下行TBF建立尝试次数)上行TBF拥塞率上行TBF拥塞率无信道资源导致上行TBF建立失败次数/上行TBF建立尝试次数下行TBF拥塞率下行TBF拥塞率无信道资源导致下行TBF建立失败次数/下行TBF建立尝试次数上行EGPRS TBF拥塞率上行EGPRS TBF拥塞率无信道资源导致上行EGPRS TBF建立失败次数/上行EGPRS TBF建立

8、尝试次数下行EGPRS TBF拥塞率下行EGPRS TBF拥塞率无信道资源导致下行EGPRS TBF建立失败次数/下行EGPRS TBF建立尝试次数上行RLC数据块重传率上行RLC数据块重传率(上行CS1CS4的RLC数据块个数BSS接收的上行CS1CS4的RLC数据块个数)/上行(CS1-CS4)的RLC数据块个数下行RLC数据块重传率下行RLC数据块重传率(下行CS1CS4的RLC数据块个数BSS接收的下行CS1CS4的RLC数据块个数)/下行(CS1-CS4)的RLC数据块个数上行EGPRS RLC数据块重传率上行EGPRS RLC数据块重传率(上行MCS1MCS9的RLC数据块个数BS

9、S接收的上行MCS1MCS9的RLC数据块个数)/上行(MCS1-MCS9)的RLC数据块个数下行EGPRS RLC数据块重传率下行EGPRS RLC数据块重传率(下行MCS1MCS9的RLC数据块个数BSS接收的下行MCS1MCS9的RLC数据块个数)/下行(MCS1-MCS9)的RLC数据块个数l 相关指标异常处理建议:针对零话务小区,首先确定是宏站还是底层网,对于宏站小区的零话务,查看相关告警,如果是告警问题,处理告警;如果是不存在告警,建议工程队上站排查。对于底层网小区零话务,查看相关告警,如果是告警问题,处理告警;如果是不存在告警,看该小区是否下挂直放站或者干放等器件,如果下挂直放站

10、或是干放,需要室分厂家上站排查;如果未下挂直放站,建议排查天馈系统。针对零流量小区,主要有以下几种情况引起:首先,小区SD吊死导致数据业务无法申请导致:对于这种情况一般复位小区就可以处理掉,处理完后需要跟踪一下:其次,小区GB口BVC配置问题导致小区无流量:对于这种情况先按下图查询下小区BCV,如果无结果表明小区未定义BVC,需要使用“增加PTP BVC”来给小区增加BVC,如果查询结果中管理状态为闭塞 则使用解闭塞PTP BVC命令解除该小区BVC。最后、华为DSP故障导致:一般这种情况复位小区无效,需要将小区从新定到好的DSP上,并禁止掉坏的DSP。针对无呼叫占用的小区,而且存在切换话务量

11、,需要查看“K3010A:TCH呼叫占用请求次数(业务信道)”是否为0,如果为0,且该小区还有话务量,则说明无法起呼,影响用户感知,如果是突发出现,建议对该小区进行复位;如果未恢复,需要排查硬件及天馈系统。针对高分配失败小区,一般都是由于硬件故障、干扰、天馈系统问题导致,建议重点检查告警及硬件故障。1) 告警监控重点监控BSC级故障告警及负荷告警,特别是如下告警:告警名称LAPD链路拥塞告警MTP3信令链路拥塞告警DSP CPU过载告警1.2.2 负荷监控话统指标预警值备注BSC整体TCH话务量(业务信道)标称规格*80%BSC的总话务量预警值是每15分钟达到标称规格的80%。(BSC6900

12、最大支持话务量13000 Erl)MSC寻呼请求次数(电路业务)或SGSN寻呼请求次数(电路业务) (GS接口)11万/位置区Um接口处理寻呼的能力是120条/s,所以15分钟就是10.8万条。如果BSC有n个位置区,则单个位置区的MSC寻呼次数粗略估计为总的MSC寻呼请求次数(电路业务)或SGSN寻呼请求次数(电路业务) (GS接口)除以n得到。但总数不宜超过660条/sCPU占用率平均值80或85请检查BSC下XPU的CPUS超过85%,其它单板的“CPU占用率平均值”话统,任一单板超过80%都需要予以处理。MTP2链路发送带宽利用率40无DSP 占有率平均值80请检查BSC下所有逻辑类型

13、为GPCU的DPU单板所有DSP的“DSP CPU占有率平均值”话统,任一DSP超过预警值都需要予以处理。当上面登记的这些指标任何一个超过预警值后,说明系统负荷已经很大,应该立即通知相关人员,启动应急流程。1.2.3 应急处理KPI部分:A:寻呼:获取A接口寻呼消息数。如果15分钟的A接口寻呼消息数大于5万/位置区,按照如下处理方式处理: 修改步骤: 1、SET GCELLIDLEBASIC命令中把“接入允许保留块数” 设为 1;2、SET GCELLIDLEBASIC命令中把“相同寻呼间帧数编码”设为 2;3、SET GCELLCCCH命令中把“CCCH负荷门限”设为 100;4、SET G

14、CELLCCBASIC命令中把“MS最大重发次数”设为2;5、SET GCELLCCBASIC命令中把“寻呼次数”设为1;6、SET GCELLIDLEBASIC命令中把“扩展传输时隙数”设为32;7、设置小区参数SET GCELLTMR中的“T3122”定时器为30秒。B:TCH拥塞:每个小区的TCH信道拥塞率,如果大于10%,按照如下处理方式处理:1、普通小区半速率话务忙门限提高为40%,SET GCELLCHMGAD 命令中设置“TCH 话务忙门限”为“40”。2、开通AMR功能的小区AMR呼叫优先分配半速率小区负荷门限提高到40%,SET GCELLCHMGAD命令中设置“AMR呼叫优先分配半速率小区负荷门限”为40%。C:短信过载在短信业务量突增的场景下(15分钟话统中“BSC整体点到点短消息数目(SDCCH)”+“BSC整体点到点短消息数目(TCH)”40000),BSC下行LAPD链路拥塞,语音寻呼困难。处理方法:第一时间通知客户及办事处网优及产品值班人员,由客户决定及办事处值班人员决定如何操作如果需要操作,下面是处理步骤:(开启分类流控功能:红字部分网优侧不操作): 寻呼分类流控功能需要在MSC和BSC同时开启,该功能是指,由MSC在寻呼消息中通过协议扩展字段标志寻呼的类型是呼叫还是短消息,并在无线侧寻呼过载时,在Abis口

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 教学/培训

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号