GSM春节保障方案2012.doc

2012年春节值班细则1.1 突发问题上报处理流程1.2 重点监控指标-GSM部分1.2.1 KPI监控 监控日常KPI变化情况，检查整体指标是否异常； 重点监控拥塞小区（包括语音和数据业务），特别是保障列表中的小区，用PRS登记设备利用率、每线话务量、拥塞率等指标，定时输出报表监控； 重点监控零话务小区，零流量小区，无起呼小区，高分配失败小区，高掉话的小区；l 监控的相关指标：话务高峰来临前现场应该事先确认登记下面的15分钟话统指标： 指标短名称指标中文简述ZK3014BSC整体级相关测量/BSC接入整体测量/BSC整体TCH话务量（业务信道）A0300寻呼相关测量/A接口寻呼测量/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队列丢弃的寻呼消息数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可用率 信道可用平均数目(SDCCH)/信道动态配置平均数目(SDCCH)*100%TCH可用率ZTR109A/RR307TCH可用率 信道可用平均数目(TCH)/信道动态配置平均数目(TCH)*100%SDCCH拥塞率ZTR103A/RR370SDCCH拥塞率(遇全忙)SDCCH占用遇全忙次数/SDCCH占用请求次数*100%TCH拥塞率(遇全忙)ZTR106A/K3045TCH拥塞率(遇全忙) (TCH占用遇全忙次数（信令信道）+TCH占用遇全忙次数（业务信道）+TCH切换占用遇全忙次数（业务信道）)/(TCH呼叫占用请求次数（信令信道）+ TCH呼叫占用请求次数（业务信道）+TCH切换占用请求次数（业务信道）)*100%立即指配成功率(cs)K3045/RA303G立即指配成功率建立指示次数(电路业务)/信道请求次数(电路业务)*100%TCH指配成功率ZTR102A/RCA313TCH指配成功率指配成功次数/指配请求次数*100%SDCCH掉话率ZTR104A/ZTR104CSDCCH掉话率SDCCH掉话次数/SDCCH占用成功次数*100%TCH掉话率（含切换）ZTR107A/ZTR304TCH掉话率（含切换）业务信道掉话次数/ (TCH呼叫占用成功次数（信令信道）+ TCH呼叫占用成功次数（业务信道）+TCH切换占用成功次数(业务信道)*100% BSC整体切换成功率ZK3180/RH303切换成功率(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建立成功率上行TBF建立成功次数/上行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建立尝试次数下行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数据块个数BSS接收的上行MCS1MCS9的RLC数据块个数)/上行(MCS1-MCS9)的RLC数据块个数下行EGPRS RLC数据块重传率下行EGPRS RLC数据块重传率(下行MCS1MCS9的RLC数据块个数BSS接收的下行MCS1MCS9的RLC数据块个数)/下行(MCS1-MCS9)的RLC数据块个数l 相关指标异常处理建议：针对零话务小区，首先确定是宏站还是底层网，对于宏站小区的零话务，查看相关告警，如果是告警问题，处理告警；如果是不存在告警，建议工程队上站排查。对于底层网小区零话务，查看相关告警，如果是告警问题，处理告警；如果是不存在告警，看该小区是否下挂直放站或者干放等器件，如果下挂直放站或是干放，需要室分厂家上站排查；如果未下挂直放站，建议排查天馈系统。针对零流量小区，主要有以下几种情况引起：首先，小区SD吊死导致数据业务无法申请导致：对于这种情况一般复位小区就可以处理掉，处理完后需要跟踪一下：其次，小区GB口BVC配置问题导致小区无流量：对于这种情况先按下图查询下小区BCV，如果无结果表明小区未定义BVC，需要使用“增加PTP BVC”来给小区增加BVC，如果查询结果中管理状态为闭塞 则使用解闭塞PTP BVC命令解除该小区BVC。最后、华为DSP故障导致：一般这种情况复位小区无效，需要将小区从新定到好的DSP上，并禁止掉坏的DSP。针对无呼叫占用的小区，而且存在切换话务量，需要查看“K3010A:TCH呼叫占用请求次数（业务信道）”是否为0，如果为0，且该小区还有话务量，则说明无法起呼，影响用户感知，如果是突发出现，建议对该小区进行复位；如果未恢复，需要排查硬件及天馈系统。针对高分配失败小区，一般都是由于硬件故障、干扰、天馈系统问题导致，建议重点检查告警及硬件故障。1) 告警监控重点监控BSC级故障告警及负荷告警，特别是如下告警：告警名称LAPD链路拥塞告警MTP3信令链路拥塞告警DSP CPU过载告警1.2.2 负荷监控话统指标预警值备注BSC整体TCH话务量（业务信道）标称规格*80%BSC的总话务量预警值是每15分钟达到标称规格的80%。(BSC6900最大支持话务量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下所有逻辑类型为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 GCELLCCBASIC命令中把“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口LAPD链路下发消息队列中优先丢弃短消息寻呼，确保语音呼叫能够正常进行。操作MML命令开启分类流控功能SET BSCFCPARA: PGCLASSIFINGALLOWED=1;开启MSC短信漏桶流控功能MSC短信漏桶流控功能是一种针对短信突发量较大的情况下使用的一种短信流控方法，其作用是依据不同的短信中心，设置短信通过百分比或每秒短信通过次数，来限制突发短信，保护下行网元安全，建议通过设置每秒通过次数方法对现网进行修改，短信中心根据被流控短信返回的错误码，依据短信重发策略进行短信重发，建议设置值为60条/秒。设置方法：协调控制短信中心下发速率寻呼峰值达到150条/秒以上，且具备一定的持续性，如果大量的寻呼以此速度到达BSC设备，将严重超出系统空口及LAPD处理能力，系统有可能会产生雪崩效应，因此，建议SP控制短信下发速率。增大LAPD RSL滑窗作用：当前配置为4，可修改为8，提升LAPD消息下发缓冲队列长度，提高发送成功率操作MML命令增大LAPD RSL滑窗SET BTSLAPDWS: RSLWS=8;D：PS业务量突增造成的过载在分组业务量突增的场景下，BSC下行LAPD链路拥塞，语音寻呼困难。调整PS接入请求门限操作MML命令调整PS接入请求门限SET BSCFCPARA: STARTCHREQARRIVALCTRL=YES, CHREQPSAVGMSGNUMINPERIOD=120;为了应对现场突发的大量短信和PS寻呼的场景，可在开启以下分类流控等功能的同时将该门限设置为与BSC6000是接近的门限，以对PS接入进行流控，避免PS接入过量而影响语音通话。由于BSC6000时该统计按照框计算，每框800，而在6900是按照每CPUS计算，现场配置每框有7个CPUS，该门限在6900默认为200，则每框1400，将其配置为120，则每框120*7=840，与升级前则相近。增大LAPD RSL滑窗作用：当前配置为4，可修改为8，提升LAPD消息下发缓冲队列长度，提高发送成功率操作MML命令增大LAPD RSL滑窗SET BTSLAPDWS: RSLWS=8;设置PS寻呼流控门限（默认为200），控制PS寻呼量，避免对CS业务的冲击操作MML命令设置PS寻呼流控门限SET BSCFCPARA: PGMAXPSMSGNUMINPERIOD=50;E：小区无话务(单小区或整个站)：实时信道状态监控下，发现单小区或整个站点无话务，周边站点话务正常，且从覆盖上看，该站点应该吸收话务。传输正常，单板正常，没有相关告警。 处理方法：第一时间通知客户及办事处网优及产品值班人员，由由客户决定及办事处值班人员决定如何操作，或是否复位该基站。如果需要操作，下面是处理步骤：处理方法： 1、如果是单小区：复位小区，使用MML命令：RST GCELL，观察问题是否解决，如果没有解决执行下一步；操作MML命令复位小区RST GCELL: IDTYPE=BYID, CELLID=0, LEVEL=4-LEVEL;2、（如果是基站无话务直接进行第2步）：四级复位基站，使用MML命令：RST BTS，设置“复位级别”为“4-LEVEL(四级复位)”，观察问题是否解决，如果没有解决执行下一步；操作MML命令复位基站RST BTS: TYPE=BTSSOFT, IDTYPE=BYID, BTSID=0, LEVEL=4-LEVEL;3、远端下电复位单板，观察问题是否解决。F：BSC复位（或大面积传输断）：处理方法：第一时间通知客户及办事处网优及产品值班人员，由客户决定及办事处值班人员决定如何操作：如果需要操作，下面是处理步骤：打开信道请求消息到达率控制，将信道请求消息到达统计周期设置为1000毫秒，将CS业务新道请求的数目降低到10次/秒，将PS 业务信道请求的数目降到到20次/秒。执行后查看CPU 占用率是否在安全范围，如果正常，可以继续增加（CS每次递增10个，PS每次递增20个）单位时间内允许接入的CS、PS业务信道请求的数目，直至CS达到100，PS达到200。操作MML命令打开信道请求到达率控制，设置到达率统计周期为1000毫秒，CS业务信道请求数目为50，PS业务信道请求为100SET BSCFCPARA: STARTCHREQARRIVALCTRL=YES, CHREQSTATPERIOD=1000, CHREQCSMAXMSGNUMINPERIOD=10, CHREQPSAVGMSGNUMINPERIOD=20;负荷监控部分：查看CPU平均占用率15分钟话统指标，XPU单板的各个CPU中的任何一个平均CPU占用率超过85%；查看历史告警，在最近5分钟内发现多次CPU过载告警（CPU过载告警依据的是CPU的瞬时占用率，因此它的出现和恢复的随机性很强在此无法给出这样的一个确切的数字，说出现了多少次告警就有问题。我们可以用另外一个方法，计算出每个告警的存在时间（即告警恢复时间告警产生时间），将5分钟内所有的CPU过载告警的存在时间加在一起，如果这个存在时间超过了2分钟，则说明存在XPU过载。）处理方法：第一时间通知客户及办事处网优及产品值班人员，由客户决定及办事处值班人员决定如何操作如果需要操作，下面是处理步骤：以下步骤，执行每一步后观察5分钟，如果正常，结束处理，否则继续下一步。使用WEBLMT的CPU占用率监测功能，实时监测XPU单板的CPU占用率。这样便于观测应急措施的效果；1、关闭CHR记录，修改后观察5分钟后查看XPU CPU是否下降到安全范围（CPUS占用率小于80%为安全范围）。操作MML命令关闭CHRSET CSCHRFILTER: CSRCDSW=OFF;加PS关闭2、如果XPU单板的CPU占有率过载，打开测量报告预处理，设置“设置小区切换控制参数BTS测量报告预处理”为“BTS_Preprocessing”，设置“设置小区切换控制参数 预处理测量报告上报频率”为“Once_2s”；修改后查看LAPD过载告警是否恢复或CPU是否低于80，如果正常，结束处理，否则继续下一步；操作MML命令打开测量报告预处理，设置MR上报频率2秒一次SET GCELLHOCTRL: IDTYPE=BYID, CELLID=