高负荷紧急处理流程

1、第一节高负荷紧急处理流程爱立信交换机负荷观察监测及控制交换机负荷观察指令为PLLDP,根据显示结果可以了解到交换机负荷情况PLLDP;PROCESSOR LOAD DATAINT PLOAD CALIM OFFDO OFFDI FTCHDO FTCHDI OFFMPH OFFMPL FTCHMPH FTCHMPL15690001005610156699069702539000987897786761246731243549000927593756986970069454900096749674681117682117552900010269102686970699065390001115511

2、15669206900756900099749974673067408549000116591165965706580956900011063110636830682010549000101679967683068401155900011066112666820679012559000113671126771207130END交换机负荷监测及控制使用指令PLCDC可以设定负荷极限和负荷控制开始后的最低接受通话数。负荷控制功能利用负荷极限来确定接受通话门限(接受通话门限是指交换机每秒可接受的通话 数，此门限由负荷控制功能自动调节)。如果目前交换机负荷低于负荷极限，接受通话门限一直 升到最大值。如

3、果目前交换机负荷一直处于负荷极限内，接受通话门限保持在最大值。如果目 前交换机负荷高于负荷极限，接受通话门限将下降，直至最小值(limcal).示例：PLCDC:LDLIM=94,LIMCAL=10;路由负荷监测使用指令NERLC可以对中继路由、收发码路由和软件路由的负荷进行监测。示例NERLC:R=BT5,LV12=90,ACL1=A2,LV23=80,ACL2=A3,LV34=50,COU=16,SI=2;对路由BT5进行负荷监测，假设该路由有20条电路，负荷监测情况如下:负荷状态路由负荷占用设备数告警级别负荷状态190-100%18-20A2负荷状态280-90%16-17A3负荷状态3

4、50-80%10-15负荷状态40-50%0-9CP高负荷的紧急处理措施和流程定义一个具有紧急优先级的终端预先定义一个具有紧急优先级的终端.这样就可以在CP负荷很高的情况下执行 命令和得到命令的结果.IOLRC:IO=AT-X,PRI=EMERGENCY;PLSUC:PRPRY=ON;不要进行无关紧要但会增加交换机负荷的命令操作。因某条路由或某个用户号段话务量激增引起交换机负荷过高的措施针对BNC/TRD/TRDG的话务流量限制话务流量百分比或单位时间内最多通话数。示例NEDBC:BNC=009441,TR,TCL=1&2,NMO=110,PERC=20,ES=786;被叫号段为009441，

5、TCL为1和2,NMO为110的转接话务限制20%,即满足条件 的10个呼叫中的两个将被拒绝，被拒绝的呼叫收到根据EOS值产生的忙音。 对于因某条或某几条路由负荷过高引起交换机负荷剧增，可考虑闭塞路由或闭塞 部分电路以保证交换机的安全和其它路由话务不受影响。对于出局话务过高的情 况，为保证来话话务可用指令NEROC来限制去话：NEROC： R=WCTU2O, RESTR=10;关掉鉴权DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=AUTHENTICATE;DBTRI;DBTSC:TAB=AXEPARS,SETNAME=GSMMMSC,NAME= AUTHENTI

6、CATE,VALUE=0;DBTRE:COM;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME= AUTHENTICATE;关掉IMEI检查MGEPC:PROP=IMEICHKWITHIMSI-1;1.1 MSC的限呼处理流程先观察MSC是否已限呼，用指令：“PLLDP；”观察APZ “CALIM”参数，如“CALIM”的值低于最大值，则统处于非正常 状态。观察O FFD O的值是否与FTCHD O的值相等或相差不大。观察O FFD I的值是否与FTCHD I的值相等或相差不大。上述值相差不大的，呼叫接续正常。否则，系统处于非正常工作 状态。如CALIM及上述两对参

7、数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则 可判定，系统出现了限呼。MSC已出现限呼，可采取以下措施降低系统负荷：关闭日常统计；关闭 FORLOPP；指令：SYFSC： FLSTATUS=PASSIVE。观察CP负荷，如仍在90%以上，须关掉鉴权。关鉴权流程(r8)：DBTRI；DBTSC： TAB=AXEPARS， SETNAME=GSMMMSC，NAME=AUTHENTICATE， VALUE=0；DBTRE：COM；关掉鉴权后，MSC还有限呼或CP负荷高居不下的话，则必须对BSC的话务进行限制，待MSC负荷恢复正常后再逐步恢复话务。常用方法是在该MSC所辖的BS

8、C进行话务限制： RLSBC： CELL=ALL, ACC=X；(X=19)备注：该指令一定要根据实际情况执行。：观察MSC的CPLOAD。如“CALIM”已升为最大值，而其余两对参数：OFFDO 与FTCHDO, OFFDI与FTCHDI参数已恢复正常，则说明MSC已没有限呼。当MSC 的CP负荷稳定在正常范围时，检查交换机的告警列表，找出异常告警进行 处理，如发现SIZE告警应及时处理并记录；如MSC的负荷处于正常范围，则可恢复MSC的鉴权及FORLOPPo流程如下：*开启鉴权：DBTRI；DBTSC： TAB=AXEPARS， SETNAME=GSMMSC，NAME=AUTHENTICA

9、TE， VALUE=1；DBTRE：COM；* 开启 FORLOPP：SYFSC： FLSTATUS=ACTIVE；一般来说，开启FORLOPP后，CP负荷会上升约5个百分点。开启日常统计；1.2 BSC的限呼处理流程先观察BSC是否已限呼，用指令：“PLLDP；”观察APZ “CALIM”参数，如“CALIM”的值低于最大值，则统处于非正常状态。观察O FFD O的值是否与FTCHD O的值相等或相差不大。观察O FFD I的值是否与FTCHD I的值相等或相差不大。上述值相差不大的，呼叫接续正常。否则，系统处于非正常工作状态。如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI

10、与FTCHDI都出现异常，则 可判定，系统出现了限呼。如BSCB出现限呼，可采取以下措施降低系统负荷：关闭日常统计；关闭 FORLOPP；指令：SYFSC： FLSTATUS=PASSIVEo观察CP负荷，如仍在90%以上，则必须对BSC的话务进行限制，首先是闭塞MSC 至UBSC间的七号链(视具体情况确定闭塞的数量)：C7LAE： LS=XXXXXXX， SLC=X；其次是小区话务拦截：RLSBC： CELL=ALL， ACC=X； (X=1-9) 观察MSC的CP LOAD。如“CALIM”已升为最大值，而其余两对参数：OFFDO与FTCHDO，OFFDI与FTCHDI参数已恢复正常，则说

11、明MSC已没有限呼。当MSC 的CP负荷稳定在正常范围时，检查交换机的告警列表，找出异常告警进行 处理，如发现SIZE告警应及时处理并记录；（e）如MSC的负荷仍然处于正常范围，则可取消小区话务拦截和恢复BSC的FORLOPP功能。流程如下：取消小区话务限制：RLSBC： CELL=XXX， ACC=0；开启 FORLOPP：SYFSC： FLSTATUS=ACTIVE；一般来说，开启FORLOPP后，CP负荷会上升约5个百分点。（f）开启日常统计。1.3由智能网信令呼损引起系统高负荷限呼处理流程由智能网信令呼损引起系统高负荷主要表现有：1）、呼叫成功率低（先为智能网用户，后为全球通用户）。2

12、）、系统过负荷，用PLLDP检查系统状态观察APZ “CALIM”参数，如“CALIM”的值低于最大值，则系统处于非正常状态。观察OFFD O的值是否与FTCHD O的值相等或相差不大。观察OFFD值是否与FTCHDI的值相等或相差不大。上述值相差比较大时，系统处于非正常工作状态如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则可判 定，系统出现了限呼。3）、在EOS统计中，原因跟智能网信令有关的占大多数处理流程除了一般情况系统高话务限呼处理流程1-3步骤外，还可以采取以下措施（具体操作见文后说明）：1、减少TSSFINIT值：该参数的含义是，若在TS

13、SFINIT时间内未收到SCF对一个对话的初次响应， SSF将释放该对话。可使SSF等待时间减少。2、通过ARLDC指令限制到SCP的最大呼叫数目SMAX。需要人工输入指令。注意ARLDC增加 SMAX时应小步增加（如STEP=50）。3、打入补丁使SK=1的智能用户关机或不可及情况不触发SSF功能。（危险操作，需要领导批准） 坏处：由于PPS和动感地带使用同样的SERVICE KEY，补丁会影响动感地带用户的呼转功能。4、如果SCP限呼或发生错误，可通过将用户数据DEH由0改为1。（危险操作，需要领导批准）当SCP到MSC/SSF发生错误时（如SCP限呼或DOWN），呼叫可继续接续，避免用户

14、频繁试呼导致 的CP负荷急剧上升。由于在HLR通过HGCMI/HGCMC指令修改用户参数DEH较慢，可以在MSC 打入相关补丁实现呼叫接续时DEH=0功能。坏处：主叫、被叫无法实时扣费。5、针对实施了被叫包月(即网内网外被叫全免费)的神州大众卡用户，具体涉及惠州、中山、珠海、 揭阳、河源、梅州公司的神州大众卡，根据话务实际情况，通过修改MSC/GW的B表54源上述 号段的RC为RC35(CGRI3,SI=1)(危险操作，需要领导批准)在其作被叫时，不需要到SCP进行鉴权，降低SCP的负荷。该方法对号段归属本地网有一定作 用。坏处：由于作被叫时不需要到SCP进行鉴权，无法区分用户是否处于保留期和

15、冷冻期，只要HLR上 有数据，用户无论是处于有效期、保留期、冷冻期均可以作被叫，这与原来业务规范规定的用户处于 保留期、冷冻期不可以作被叫是不同的。6、修改MSC/GW的B表54源本地PPS、动感地带用户的RC34(CGRI3A,BO66)为RC35(CGRI3,SI=1)(危险操作，需要领导批准)在其作被叫时，不需要到SCP进行鉴权，降低SCP的负荷。坏处：被叫无法实时扣费。以上措施效果不明显时，可以采取一般情况系统高话务限呼处理流程的4-5步骤。附件1：Suggestion to improve the call handling and reduce P-load in case of

16、SCP can not handle the MIN traffic :Reduce the timeout for SSF (TSSFINIT)When a dialogue is started from the SSF to an SCF and this timer expires before the first response from the SCF the dialogue will be aborted.TSSFINIT is currently set to 5 seconds.Limit the call to SCP. This can be done by comm

17、and ARLDC which can limit the maximum simultaneous call to SCP.This is simple method but needed manually done by command when necessary. The call will be rejected when the number of simultaneous call reach to the maximum setting.With this method, the MIN call is released at an early stage (not trigg

18、er SSF and SCP ). This will reduce the P-load for MSC/SSF and SCP as well.When the APCLINK is overload (number of simultaneous call reach to the maximum setting), the call is rejected with EOS=90 which is routed to announcement indicating the subscriber line is busy.An correction could be done by se

19、nding another EOS instead of eos90 which is routed to an announcement indicated that the network is currently busy. This might possible reduce the number of retry from the subscriber.Here is the procedure for this suggestion:. Check the traffic (number of sessions) on the APCLINK:ARLDP:APCLNK=ALL;AP

20、PLICATION PROTOCOL CARRIER LINK DATAAPCLNK SYS SMAX STATE SES PID LEVEL EPO EPSTATES_XCT N MAX ACT 660 21 BAS SHCM ACT DJAMI ACTX_SCT N 5000 ACT 664 20 BAS DJAMO ACT SHCM ACTS_XCO N MAX ACT 1181 21 BAS SHCM ACT DJAMI ACTX_SCO N 5000 ACT 1331 20 BAS DJAMO ACT SHCM ACTS_XMT N MAX ACT 0 21 BAS SHCM ACT

21、 DJAMI ACTX_SMT N 5000 ACT 0 20 BAS DJAMO ACT SHCM ACTS_XMO N MAX ACT 0 21 BAS SHCM ACT DJAMI ACTX_SMO N 5000 ACT 0 20 BAS DJAMO ACT SHCM ACTENDWhere :APCLNK = X_SCO : The link from DJAMO to SSF for MO callAPCLNK = X_SCT : The link from DJAMO to SSF for MT callSMAX : Maximum number of simultaneous O

22、ngoing Sessions for the APCLNKSES : Number of Ongoing Sessions for the APCLNK. Check the P-loadPLLDP;If the P-load is very high, then :. Limit MIN traffic (by reducing the Maximun Sessions) to SSF :ARLDC:APCLNK=X_SCO,SMAX=smax; ! smax=Max. of Ongoing Sessions of MO call for high P-load !Example:ARLD

23、C:APCLNK=X_SCO,SMAX=1000;and/or :ARLDC:APCLNK=X_SCT,SMAX=smax; ! smax=Max. of Ongoing Sessions ! of MT call for high P-load !Example:ARLDC:APCLNK=X_SCT,SMAX=500;. Keep monitor for the traffic on P-load and APCLNKIf the P-load is dropping and MIN traffic needed to be increased, then, remember to incr

24、ease the SMAX (Maximum Sessions allowed) by a Small Number of Sessions such as 50.It is very danger If SMAX is increased by a large Number of Sessions, this will cause P-load suddenly shoot-up very high again.Example:ARLDC:APCLNK=X_SCO,SMAX=1050;ARLDC:APCLNK=X_SCO,SMAX=1100;. If the P_load is back t

25、o normal, then set the SMAX back to the normal level:ARLDC:APCLNK=X_SCO,SMAX=smax; ! smax=Max. of Ongoing Sessions ! ! of MO call for normal P-load !ARLDC:APCLNK=X_SCT,SMAX=smax; ! smax=Max. of Ongoing Sessions ! of MT call for normal P-load !A correction (already tested) which can terminate the cal

26、l early (not trigger SSF and SCP) in case of MIN subscriber (PPS) is detached or not reachable.From the statistics, the Prepaid subscriber normally turn the mobile phone off when not using it. Hence, with this correction, the call is released at an early stage (not trigger SSF and SCP) which can reduce the P-load for MSC/SSF and SCP.But, the Prepaid service and other MIN service such as M-Zone have the same service key. Prepaid subscriber is not allowed to have call forwarding function but other