河南联通爱立信BSC重大节假日应急预案.doc

河南联通爱立信BSC重大节假日应急预案河南联通爱立信BSC重大节假日应急预案中国联通河南分公司运维部网管中心二零零九年一月 修改记录版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）V1.0颜安2009/01/16无针对09年春节注1：每次更改此文档时，需填写此表。注2：文件第一次完成时，“更改理由”、“主要更改内容”栏写“无”。目录1 总则41.1 制定本预案的目的41.2 预案启动的条件41.3 预案处理的原则42 如何及时确定系统负荷42.1检查CPU负荷的方法43 预案的启动63.1 流控方式63.2 设备过负荷163.3 设备过负荷273.4 配合MSC侧对BSC进行闭塞的操作74 预防性措施84.1 检查和巡检84.2 检查关闭开启的功能84.2.1 爱立信BSS 忙时避免开启的功能84.2.2BSS 预防性措施94.2.3 TRH OVERLOAD 的应急方案：124.2.4 其他控制措施135联系方式14河南省移动网络公司维护人员联系方式：14厂家维护人员联系方式：141 总则1.1 制定本预案的目的为了保证爱立信GSM无线设备在重大节假日面临大话务量超负荷运行时，各分公司能够及时采取有效措施处理突发事件，采取最科学的方案，最大限度的避免紧急缩小业务中断时长。1.2 预案启动的条件本预案主要考虑两方面内容：重大节假日话务高峰BSC的CPU负荷达到90%以上，BSC话务负荷因较高引起BSC异常，为了BSC的安全而做的限制；针对BSC的话务高峰对交换侧核心网元造成冲击的情况。应交换侧要求对BSC自身话务进行限制，启动本预案可以达到保证交换侧核心网元的运行安全的目的。1.3 预案处理的原则1、以客户业务尽快恢复，对终端客户影响最小为原则，在此前提下，进行问题定位恢复和数据收集。2、充分利用技术服务、研发、市场、管理人员资源，并行工作，有序高效的解决问题。3、各工作环节要有明确的责任人。2 如何及时确定系统负荷2.1检查CPU负荷的方法通过交换机命令PLLDP我们可以得到CPU负荷等相关的数据，在重大节假日的忙时需要实时观察。可以通过编辑批命令来检查多个BSC的CPU负荷情况。PLLDP;PROCESSOR LOAD DATAINT PLOAD CALIM OFFDO OFFDI FTCHDO FTCHDI OFFMPH OFFMPL FTCHMPH FTCHMPL 1 10 48000 277 60 277 60 9 0 9 0 2 9 48000 231 56 232 56 7 0 7 0 3 10 48000 260 59 260 59 7 0 7 0 4 9 48000 230 55 230 55 4 0 4 0 5 9 48000 261 66 261 66 12 0 12 0 6 10 48000 261 62 261 62 11 0 11 0 7 10 48000 300 63 300 63 9 0 9 0 8 11 48000 274 58 273 57 6 0 5 0 9 10 48000 241 61 239 62 7 0 8 010 10 48000 268 61 270 61 9 0 9 011 10 48000 268 62 268 62 4 0 4 012 10 48000 255 63 256 63 6 0 5 0END 指令显示了一分钟内CP负荷的变化情况FTCHMPL 完成的低级任务数INT: 打印周期时间为5秒,既5秒出一个结果,一次打印可以得到60秒 的统计数据.PLOAD: 在上一周期内的CP的平均负荷.CALIM: 在一个周期内接受任务的最大数目,这个值必须大于OFFDO,OFFDI, OFFMPH,OFFMPL的总和.OFFDO: 在一个周期内由于用户主叫而发起的任务数 例如主叫发起呼叫,短消息发送,发起LOCATION UPDATION等.OFFDI: 在一个周期内由于用户被叫而发起的任务数 例如交换机发出PAGING消息,被叫电话建立等.FTCHDO: 在一个周期内 对由于用户主叫而发起的任务执行的数目FTCHDI: 在一个周期内对由于用户被叫而发起的任务执行的数目OFFMPH: 在一个周期内交换机一些高优先级的任务的数目. 例如GPRS信道分配,紧急电话建立等.OFFMPL: 在一个周期内交换机接受到的一些O&M命令的数目 例如一些命令的执行:NTCOP,RXMSP等3 预案的启动3.1 流控方式启动条件：当BSC的CPU负荷达到90%，或需要配合核心交换侧对BSC侧话务流量进行控制时。影响范围、程度：将影响少量的话务接入，但是可以减轻BSC和核心网的负荷。应急方案预期目标： 限制呼入话务，降低CPU负荷到80%应急措施：操作命令PLCDC:LDLIM=90,LIMCAL=100;此命令主要是当CPU负荷到达90时，通过限制呼叫，限制CPU每秒处理的事务数，达到限制CPU负荷上涨的目的。必须在省分网管执行或在省分网管指导下执行。恢复措施：操作命令PLCDC:LDLIM=95,LIMCAL=100;3.2 设备过负荷1启动条件：在3.1的情况无法立即满足降负荷的要求，BSC负荷还有上升趋势当BSC的CPU负荷接近95；根据MSC侧对无线侧话务限制的要求，视情况进行3.2或3.3的操作。影响范围、程度：部分影响新建话务的接入和无线设备维护操作命令缓慢。应急方案预期目标：禁止部分基站的用户接入，降低CPU负荷。 应急措施： 由于执行闭站的命令同样会增加CPU的负荷，所以需要地市公司机房直接中断传输或拔掉2M接头。恢复措施：地市公司机房重新连接中断基站的2M接头。3.3 设备过负荷2启动条件：在3.1的情况无法立即满足降负荷的要求，当BSC的CPU负荷接近100；根据MSC侧对无线限制的要求，视情况进行3.2或3.3的操作。影响范围、程度：影响大部分新建话务的接入，执行无线设备的维护操作命令异常缓慢。应急方案预期目标： 限制大量接入基站，降低CPU负荷。应急措施：在省分网管的要求下可以直接闭锁BSC上的光板ETC155。BLRPI:RP=rp,FORCED；此命令必须在省分网管执行或在省分网管指导下执行。（请注意光板RP是主备工作模式必须同时闭锁）恢复措施：BLRPE:RP=rp;解闭操作过的RP。3.4 配合MSC侧对BSC进行闭塞的操作启动条件： 根据省网管核心网维护人员要求限制BSC的话务接入。核心网设备负荷极重，严重影响到话务接入。影响范围、程度：限制大量基站接入或整个B