GSM高话务限呼应急处理方案

1、GSM高话务限呼应急处理方案（一）、交换系统出现高负荷限呼时的现象1、用户投诉呼叫成功率低。2、系统过负荷，用PLLDP检查系统状态：（1）观察APZ “CALIM”参数，如“CALIM”的值低于最大值，则系统处于非正常 状态。（2）观察OFFDO的值是否与FTCHDO的值相等或相差不大。观察OFFD I的值是否与FTCHD I的值相等或相差不大。如果上述值相差比较大时，则系统处于非正常工作状态。如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则可判定， 系统出现了限呼。（二）、应急方案预先定义一个具有紧急优先级的终端.这样就可以在CP负荷很高的情况下

2、执行命令和 得到命令的结果。IOLRC:IO=AT-X,PRI=EMERGENCY;PLSUC:PRPRY=ON;（三）、一般情况系统高话务限呼处理流程一般情况高话务主要表现有下面两种情况1）、呼叫成功率低。2）、系统过负荷，用PLLDP检查系统状态观察APZ “CALIM”参数，如“CALIM”的值低于最大值，则系统处于非正常状态。观察OFFD O的值是否与FTCHD O的值相等或相差不大。观察OFFDI的值是否与FTCHDI的值相等或相差不大。上述值相差比较大时，系统处于非正常工作状态如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则可 判定，系统

3、出现了限呼。处理流程在发生限呼时，请按限呼流程处理，并可以按提供的停站顺序BAR掉部分基站。MSC的限呼处理：如MSC已出现限呼，可采取以下措施降低系统负荷：（a）关闭 FORLOPP；指令：SYFSC： FLSTATUS=PASSIVE；(b)(c)观察CP负荷，如仍在90%以上，须关掉鉴权。关鉴权流程（R8、R9、R10）DBTRI；DBTSC： TAB=AXEPARS, SETNAME=GSMMMSC,NAME=AUTHENTICATE, VALUE=0；DBTRE： COM；如关掉鉴权后，MSC还有限呼或CP负荷高居不下的话，则考虑对BSC的话务进行限制，待MSC负荷恢复正常后再逐步恢

4、复话务。（a）常用方法有解闭MSC到BSC间的七号链和对BSC的小区话务进行拦 截。通常选用后一种方法，也可两种方法同时使用。先在MSC检 查是否有关于信令拥塞方面的告警，如有则可先采用第一种方法 释放BSC和MSC之间拥塞的信令：从最后一条开始，注意MSC和BSC 两边同时进行，闭住后再解开，执行完后再到下一条，直至最后 一条信令链。（注意解开一条后再闭塞下一条）C7LAE： LS=XXXXXXX， SLC=X； C7LAI: LS=XXXXXXX， SLC=X；对BSC的小区话务拦截 RLSBC： CELL=XXX， CB=YES；（b）观察MSC的CP LOAD。如“ CALIM ”已升

5、为最大值，而其余两对参 数：OFFDO与FTCHDO, OFFDI与FTCHDI参数已恢复正常，则说明MSC 已没有限呼。当MSC的CP负荷稳定在正常范围时，检查交换机的 告警列表，找出异常告警进行处理，如发现SIZE告警应及时处理 并记录；（c）取消对BSC的小区话务拦截 RLSBC： CELL=XXX， CB=NO；（d）如MSC的负荷仍然处于正常范围，则可恢复MSC的鉴权及FORLOPPo 流程如下：* 开启鉴权：DBTRI；DBTSC： TAB=AXEPARS， SETNAME=GSMMSC，NAME=AUTHENTICATE， VALUE=1；DBTRE：COM；* 开启 FORLO

6、PP：SYFSC： FLSTATUS=ACTIVE；一般来说，开启FORLOPP后，CP负荷会上升约5个百分点。注：在某些情况下，如MSC RESTART或RELOAD过后的瞬间负荷升高导致的限呼，以往 闭链的方法可能会引起MSC和BSC之间的话务端口拥塞，令话务长时间无法恢复，这 时可以考虑用以下方式处理：（1）在BSC侧：RLSBC:CELL=ALL,ACC=2&3;（对小区话务进行拦截）（延时90秒） （延时90秒）RLSBC:CELL=ALL,ACC=6&9;（注：a）由于目前网络中已经开启了差异化服务功能，ACC为0和1的为 高价值用户，因此，在BSC侧进行小区话务拦截时，非到万不

7、得已，只对29段的用户进行拦截；b）为了避免对用户感受造成恶劣影响，拦截的范围应每90秒中轮 换一次；）在限呼状态消除或好转之后，可慢慢放开对小区话务的拦截，为了避免浪涌话 务对交换机的冲击，防止BSC再度陷入限呼状态，在放开话务拦截的时候，应本着逐 步、缓慢的原则，建议放开幅度为1个ACC段，即：（延时90秒）RLSBC:CELL=ALL,ACC=2&6;（延时90秒）RLSBC:CELL=ALL,ACC=2&5;（延时90秒）RLSBC:CELL=ALL,ACC=7&9;（延时90秒）RLSBC:CELL=ALL,ACC=4&5;（延时90秒）RLSBC:CELL=ALL,ACC=CLEA

8、R,SLOW;（清 除话务拦截，参数 SLOW表 示缓慢恢 复话务，防止话务短时间攀升过高）（注：在逐步放开话务拦截的过程中，根据CP负荷的实际变化情况，可在每个拦截 范围水平上停留更多时间，不一定每隔90秒就减少1个拦截ACC段，但必须每隔90秒 在保持相同拦截范围水平的原则下修改具体拦截的范围，以免对某部分用户造成恶 劣感受。）此种方法对短时间话务攀升引起的限呼较为有效，其思路是在BSC侧释放拥塞的信令 话务，缓解话务的急剧升高。此外，还可参考爱立信提供的用TEST SYSTEM开启BSC限呼流程（见本节的下文）BS C的限呼处理：如BSCB出现限呼，可采取以下措施降低系统负荷：（a）在B

9、SC升级R9.1软件版本后，在高负荷时一般不需要停 FORLOPPo 由于 对SYSTEM FUNCTION里的 w FORLOOP EXECUTION STATUS中 S UBMODE 项设为 FULL LOAD,LIMIT 项设为 90，在系统 负荷超过90%时自动让出FORLOOP所占用的CP资源，提高系统 话务处理能力。（用指令SYFSP可以查看）如确实需要停止时，按下列步骤执行：SYFAC:FLLOCKED=NO;-解除对FORLOOP功能的锁定。 SYFSC:FLSTATUS=PASSIVE;-去活FORLOOP功能。如仍然限呼则开始小区话务拦截： RLSBC： CELL=XXX,

10、 CB=YES；也可检查MSC有无信令拥塞方面的告警，参考MSC解闭七号链的处 理方法。（b）观察MSC的CP LOAD。如“CALIM”已升为最大值，而其余两对参 数：OFFDO与FTCHDO，OFFDI与FTCHDI参数已恢复正常，则说明 MSC已没有限呼。当MSC的CP负荷稳定在正常范围时，检查交换 机的告警列表，找出异常告警进行处理，如发现SIZE告警应及 时处理并记录；（c）逐步取消小区的话务拦截： RLSBC： CELL=XXX， CB=NO；（d）小区的话务拦截全部取消后，如MSC的负荷仍然处于正常范围， 且FORLOOP被手动关闭，则恢复BS C的FORLOPP功能。开启 FO

11、RLOPP：SYFSC： FLSTATUS=ACTIVE；SYFAC:FLLOCKED=YES;一般来说，开启FORLOPP后，CP负荷会上升约5个百分点。此外，还可参考爱立信提供的用TEST SYSTEM开启BSC限呼流程（见本节的下文）开启BSC限呼流程TEST SYSTEM；Print Var RMHBI 128；观察VAR H 080的值，该值表示：系统每100毫秒接纳无线信道申请的个数，该值是用16进制表示的，对于每种APZ，VAR H 080的最大值有不同：APZ 212 255A，96,APZ 212 20APZ 212 3096,根据APZ的型号及各局本身实际情况，适量减少RM

12、HBI VAR H 080的值。MTM的限呼处理：如MTM出现限呼可以参照MSC，采取以下措施降低系统负荷：关闭 FORLOPP；指令：SYFSC： FLSTATUS=PASSIVE；观察CP负荷，如仍在90%以上，须关掉鉴权。关鉴权流程（R8、R9、R10）：DBTRI；DBTSC： TAB=AXEPARS， SETNAME=GSMMMSC，NAME=AUTHENTICATE， VALUE=0；DBTRE：COM；（关闭FOLLOW ME业务连接网元GZMTM1ANRZI:RC=221；（如果直接执行下条ANRSI不成功，可以先执行此 指令，如果可以直接执行就不用执行此指令）ANRSI:RC

13、-221,P01T,NRCT;ANRAI:RC=221;ANRZI:RC=223；（如果直接执行下条ANRSI不成功，可以先执行此 指令，如果可以直接执行就不用执行此指令）ANRSI:RC-223,P01T,NRC=51;ANRAI:RC=223;ANRZI:RC=224；（如果直接执行下条ANRSI不成功，可以先执行此 指令，如果可以直接执行就不用执行此指令）ANRSI:RC-224,P01T,NRC=6;ANRAI:RC=224;连接网元GZMTM2ANRZI:RC=221；（如果直接执行下条ANRSI不成功，可以先执行此 指令，如果可以直接执行就不用执行此指令）ANRSI:RC-221,

14、P01T,NRCT;ANRAI:RC=221;ANRZI:RC=222；（如果直接执行下条ANRSI不成功，可以先执行此 指令，如果可以直接执行就不用执行此指令）ANRSI:RC-222,P01T,NRC=66;ANRAI:RC=222;ANRZI:RC=223；（如果直接执行下条ANRSI不成功，可以先执行此指令，如果可以直接执行就不用执行此指令）ANRSI:RC-223,P01T,NRC=51;ANRAI:RC=223;故障后重新开启FOLLOW ME业务连接网元GZMTM1ANRAR:RC=221;ANRAR:RC=223;ANRAR:RC=224;连接网元GZMTM2ANRAR:RC=

15、221;ANRAR:RC=222;ANRAR:RC=223;实践经验：曾经有MTM的高负荷限呼故障，单一的关闭MTM的FOLLOW ME业务，CP负荷下 降一半以上，限呼故障立即消除，如果进行此项操作最好经领导同意。使用此流程时请通 知客服，有可能会有用户投诉不能使用使用我们的FOLLOW ME业务。GW的限呼处理：如GW出现限呼可以参照MSC，采取以下措施降低系统负荷：（a）关闭 FORLOPP；指令：SYFSC： FLSTATUS=PASSIVE；（b）观察CP负荷，如仍在90%以上，须关掉鉴权。（c）关鉴权流程（r8）：DBTRI；DBTSC： TAB=AXEPARS， SETNAME=

16、GSMMMSC，NAME=AUTHENTICATE， VALUE=0；DBTRE： COM；（d）关闭彩铃业务在故障GW上执行以下指令BLORI:R=MRBTO,BLT=ALL;（此路由时软件路由，可以用EXROP:R=MRBTO渣看路由数据）故障后重开彩铃业务在故障GW上执行以下指令 BLORE:R=MRBTO;方法说明：现阶段GW负责的彩铃业务情况：主叫是其它运营商进来（如电信、联通等X主叫是 省外端局发起的呼叫、主叫在省内没有打过彩铃补丁的端局用户（广州是U、V局），被叫 是我们广州彩铃用户。如果进行此项操作最好经领导同意。使用此流程时请通知客服，有 可能会有以上类型的用户投诉不能使用彩

17、铃。（四）、由智能网信令呼损引起系统高负荷限呼处理流程由智能网信令呼损引起系统高负荷主要表现有：1）、呼叫成功率低（先为智能网用户，后为全球通用户）。2）、系统过负荷，用PLLDP检查系统状态观察APZ “CALIM”参数，如“ CALIM”的值低于最大值，则系统处于非正 常状态。观察OFFD O的值是否与FTCHD O的值相等或相差不大。观察OFFD值是否与FTCHDI的值相等或相差不大。上述值相差比较大时，系统处于非正常工作状态如C ALIM及上述两对参数:OFFD O与FTCHDO、OFFD I与FTCHD I都出现异常， 则可判定，系统出现了限呼。3）、在EOS统计中，原因跟智能网信令

18、有关的占大多数处理流程除了一般情况系统高话务限呼处理流程1-3步骤外，还可以采取以下措施（具体操作见文后 说明）：1、减少TSSFINIT值：该参数的含义是，若在TSSFINIT时间内未收到SCF对一个对话的 初次响应，SSF将释放该对话。可使SSF等待时间减少。指令：SHEPC： PROP=TSSFINIT，VAL=32、通过ARLDC指令限制到SCP的最大呼叫数目SMAX。需要人工输入指令。注意ARLDC 增加SMAX时应小步增加（如STEP=50）。有关指令，详见附件1：ARLDP:APCLNK=ALL;PLLDP;R8软件版本：ARLDC:APCLNK=X_SCO，SMAX=x；ARL

19、DC:APCLNK=X_SCT，SMAX=x；R9、R10软件版本:ARLDC:APCLNK=SSFTRAO, SMAX=x；ARLDC:APCLNK=SSFTRAT, SMAX=x；3、打入补丁使SK=1的神州行用户和SK=92的神州大众卡用户关机或不可及情况做 被叫不触发SSF功能（有一定影响，需要领导批准）。坏处：对于动感地带和大众卡已改SK=91和92的公司，该补丁可能会影响神 州行乡情服务业务（神州行转大众卡）的使用。同时由于作被叫时不需要到SCP 进行鉴权，无法区分用户是否处于保留期和冷冻期，只要被叫用户状态为不可及， 主叫都听到关机通知音，这与原来业务规范规定的用户处于保留期、冷

20、冻期作被 叫所放通知音是不同的。对于动感地带和大众卡尚未改SK=91和92的公司，由 于PPS和动感地带使用同样的SERVICE KEY，补丁会影响动感地带用户的呼转功 能。方法：补丁为GRI功能块的CN57MSCMWS5001，激活即可。（注：此补丁只存在于R8版本的MSC中）PCORP:BLOCK=GRI;PCORI:BLOCK二GRI,IA=H2B32;话务高峰过后的去激活方法：PCORE:BLOCK二GRI,IA=H2B32;4、针对实施了被叫包月（即网内网外被叫全免费）的神州大众卡用户，具体涉及惠州、中山、 珠海、揭阳、河源、梅州公司的神州大众卡，根据话务实际情况，通过修改MSC/G

21、W 的B表54源上述号段的RC为RC35（CGRI3,SI=1）（危险操作，需要领导批准） 在其作被叫时，不需要到SCP进行鉴权，降低SCP的负荷。该方法对号段归属本地网有一定作用。注意：1、操作前向省公司中秋应急指挥中心汇报并征得同意。2、事前与1860沟通好，做好客户解释工作，以免媒体借题抄作。坏处：由于作被叫时不需要到SCP进行鉴权，无法区分用户是否处于保留期和冷冻期，只 要HLR上有数据，用户无论是姓于有效期、保留期、冷冻期均可以作被叫，这与原来业务 规范规定的用户处于保留期、冷冻期不可以作被叫是不同的。5、修改MSC/GW 的B表54源本地PPS、动感地带用户的RC34（CGRI3A

22、,BO66）为RC35（CGRI3,SI=1）（危险操作，需要领导批准）在其作被叫时，不需要到SCP进行鉴权，降低SCP的负荷。 坏处：被叫无法实时扣费。以上措施效果不明显时，可以采取一般情况系统高话务限呼处理流程的4-5步骤。6、开启选择性鉴权（new）：可以降低MSC-HLR、BSC-MSC的信令链路负荷，缩短呼叫 建立时长，降低HLR/MSC的CP负荷。（方法见附件2）附件1：Suggestion to improve the call handling and reduce P-load in case of SCP can not handle the MIN traffic :Re

23、duce 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 command ARLDC which can limit the maximum

24、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 trigger SSF and SCP ). This will reduce the

25、 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 sending another EOS instead of eos90 whi

26、ch 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;APPLICATION PROTOCOL CARRIER LINK DATAAP

27、CLNK 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 DJAMI ACTX_SMT N 5000 ACT 0 20 BAS DJ

28、AMO 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 Ongoing Sessions for the APCLNKSES : Nu

29、mber 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:ARLDC:APCLNK=X_SCO,SMAX=1000;and/or :ARLDC

30、: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 increase theSMAX (Maximum Sessions allowed

31、) 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 to normal, then set the SMAX back to the

32、 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 call early (not trigger SSF and SCP) in ca

33、se 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,

34、 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 subscriber (M-Zone .) is allowed to have the call forwarding function. Hence, it is difficult to make a correction to cover for different

35、service if the service key is the same for different MIN services.If the SCP fails to handling the MIN call, call could be successfully connected.By setting parameter DEH (Default Error Handling) from 0 to 1, MIN call could be setup successfully in case of error occurred in SCP. Hence no retry situa

36、tion happened and P-load is not shoot-up very high in this case. This will lead to no charge for the call.DEH=deh Default error handling0 Call released in case of error in SCP to MSC/SSF1 Call continued in case of error in SCP to MSC/SSFThere are two ways to change DEH parameter:By command. HGCMI or

37、 HGCMC. This needed to be done per subscriber based.By correction. A correction needed to be developed to change DEH from 0 to 1 during the call setup.爱立信交换机鉴权相关参数设置方法一、不开启选择性鉴权的MSC:1、涉及参数AUTHENTICATE-!鉴权打开）SELAUTH-0（关闭选择性鉴权）CIPHER-0C关闭加密）CIPHERALGALLOW-1 无加密算法）2、相关指令DBTSP:TAB=AXEPARS,SETNAME=GSMMMS

38、C,NAME=AUTHENTICATE;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTH;MGEPP:ID=CIPHER;MGEPP:ID=CIPHERALGALLOW;二、开启选择性鉴权的MSC:1、涉及参数AUTHENTICATE-!鉴权打开）CIPHER-K打开加密）SELAUTH-K开启选择性鉴权，鉴权和加密必须打开才有效）CIPHERALGALLOW-K 无加密算法）AUTHENTICLAI-K改变LAI的位置更新要求鉴权，可调整）变量AUTHNOENCR=0 （含义：当无加密算法同时未执行鉴权时，加密后不进行后鉴权lUTI当勺SUID为

39、5CKB/CAAZ1079206/MTIIR1A03 时，该变量号光AUTH139 （7）SELAUTHCIPNR-10 （10次连续活动需要1次鉴权，可调整，次数越大，鉴权次数越少）SELAUTHLOCUP-1 （对位置更新采用选择性鉴权）SELAUTHCALL-1 （对呼叫采用选择性鉴权）SELAUTHSMS-1 （对短信采用选择性鉴权）SELAUTHSS-1 （对补充服务采用选择性鉴权）SELAUTHLCS-1 （对定位服务采用选择性鉴权）注意：选择性鉴权的次数可通过修改SELAUTHCIPNR调整，次数越大，鉴权次数越少。而 只要AUTHENTICATED 1，新用户的首次位置更新必定

40、鉴权。通过修改HENTICLA 0，对于改 变LAI的位置更新将不鉴权，可进一步降低信令负荷和CP负荷。2、相关指令DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=AUTHENTICATE;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTH;MGEPP:ID=CIPHER;MGEPP:ID=CIPHERALGALLOW;MGEPR ID= AUTHENTICLAIDBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTHCIPNR;DBTSP:TAB=AXEPARS,SETNAME=GSM

41、MMSC,NAME=SELAUTHLOCUP;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTHCALL;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTHSMS;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTHSS;DBTSP:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=SELAUTHLCS;TEST SYSTEMPRINT V MAUTH 1397）；END TEST3、开启选择性鉴权的步骤1）对不符合2.1的参数使用以下指令更改：MGEPC

42、： PROP=；DBTRI；DBTSC： TAB=，SETNAME=，NAME=，VALUE=；DBTRE： COM；2）检查变量AUTHNOENCRI,验证相关补丁是否加载首先检查MAUTH的版本：PCORP BLOCK=MAUTH （SUID若为5CKB/CAAZ 107 9206/MTIL R1A0则继续以下指令）TEST SYSTE；MPRINT V MAUTH 1397）；（打印参数当前保为0,则可以进行选择性鉴权）END TEST；（五）通话不计费流程：在交换机计费功能出现故障，话务接续接近全阻，大量用户投诉的情况下，可请示上 级领导开启此流程，在获得上级领导批准的前提下，按以下流

43、程对交换机进行通话不计费 的操作处理，缓解交换机话务接续状况和用户投诉。1、通话不计费方法启用制度为了规范通话不计费方法的使用，既保障用户的利益，又减少公司的结算损失，特制定 制度如下：当由于MSC或GW的计费功能拥塞，同时主用和备用I/O处理设备（IOG或APG）均无 法成功承担计费输出工作，从而导致话务全阻持续时间超过30分钟，可启用通话不计费方 法。（1）由市网维中心向本公司主管领导申请使用通话不计费方法，并以电话或EOMS工单 形式报备省网维中心，如果以电话上报必须随后立即补EOMS工单。（2）省网维中心监控室向省计费中心通报故障情况。（3）市公司在本公司主管领导同意后启用通话不计费方法并进行各品牌用户的拨测，此 时全球通用户可免费通话，预付费智能网用户可正常由SCP扣费（只是在MSC不进行 计费）。（4）交换机的计费输出功能经处理恢复后，市公司应立即关闭通话不计费方法。（5）市网维中心确认通话重新计费，向省网维中心回单。省网维中心通知计费中心故障 持续时间。通话不计费方法的使用不影响原有网络故障的界定和处理原则，各市公司在使用该方法 的同时必须全力以赴修复故障，尽量缩短通话不计费的激活时长。同时，应启动基站应急割 接流程，将高话务、重要基