中国联通移动业务疏导方案.doc

此文档收集于网络，如有侵权，请联系网站删除移动网业务疏导方案1 业务疏导的目的在移动通信网络发生故障或高负荷（自然灾害等特殊情况除外）的情况时，在现有移动网络资源、设备资源满足的前提下，在不影响移动网其他正常业务安全的情况下，尽可能疏导受影响的业务，降低故障或高负荷对用户业务使用的影响。1.1 故障情况下的疏导目的故障情况指移动网自身出现问题造成的业务阻断和承载移动业务的其他网络出现问题造成的移动业务阻断。故障情况下的业务疏导目的为：在不影响移动网其他网元或业务安全运行的情况下，在现有资源满足的前提下，采取有效措施，尽最大可能疏通因故障阻断的业务。1.2 高负荷情况下的疏导目的高负荷情况指移动网网元无异常告警情况下因用户行为等原因导致的网元性能下降、指标严重下降、影响网络安全运行等情况（另：自然灾害等特殊通信保障不在此范围）高负荷情况下的业务疏导目的为：采取有效手段疏导或限制相关业务，降低负荷，以保障高负荷网络节点的安全运行。2 业务疏导的原则在进行业务疏导时，应根据所需疏导业务影响的范围、业务的方向、业务的重要程度等不同优先级启动相应的业务疏导方案。业务疏通时，要先保证业务疏通，后保证业务质量；对于疏通后的业务要进行测试，保证不影响其他正常业务的运行、及疏通后的业务畅通性。同时在网络恢复正常后，根据应急指挥调度将业务分批次有步骤地倒回，并对倒回后的业务要进行充分测试，不仅保证业务畅通，更要保证业务质量。2.1 故障情况下的疏导原则先信令、后话务；先移动语音业务、后移动数据业务；先2G业务、后3G业务；先本地业务、后长途业务、其次国际业务；先网内业务、后网间业务； 2.2 高负荷情况下的疏导原则先业务疏导、其次业务限制；先疏导本地业务、后省内业务、其次省际业务；优先限制对负荷影响较大的区域或方向；3 业务疏导方案3.1 核心网紧急情况下的业务疏导方案3.1.1 长途网设备1 承载层面阻断1.1 大区省份传输全阻移动网技术预案如下： 对于故障大区所辖各省，由G网端局和关口局将所有省际中国移动被叫话务和PSTN被叫话务，以及未发起寻址的省际联通G网被叫话务送其他运营商网络疏通。 对于其他大区所在省，由G网TMSC1局和软交换T局汇总本大区至故障大区的所有省际PSTN和中国移动被叫话务送其他运营商网络疏通，由G网端局和关口局将至故障大区未发起寻址的联通G网被叫话务直接送其他运营商网络疏通。 对于其它各省，由省内所有G网端局和关口局将至故障大区未发起寻址的联通G网话务直接送其他运营商网络疏通。1.2 非大区省份传输全阻移动网技术预案如下： 对于故障省，由G网端局和关口局将所有省际中国移动被叫话务和PSTN被叫话务，以及未发起寻址的省际联通G网被叫话务送其他运营商网络疏通。 对于归属大区所在省，由G网TMSC1局和软交换T局将汇总全国各省至故障省TMSC2局的所有省际PSTN和中国移动话务送其他运营商网络疏通，由G网端局和关口局将至故障省未发起寻址的省际联通G网被叫话务直接送其他运营商网络疏通。 对于其它各省，由省内所有G网端局和关口局将至故障省未发起寻址的省际联通G网被叫话务直接送其他运营商网络疏通。1.3 软交换T局传输阻断1.3.1 SS至部分SS传输全阻技术预案如下：所有阻断话务，由发端省份软交换T局通过过桥电路送G长途网疏通。1.3.2 SS至所有SS传输全阻技术预案如下：所有阻断话务，由发端省份软交换T局通过过桥电路送G、C长途网疏通。1.3.3 TMG至主备SS传输全阻技术预案如下：TMG至主备SS传输全阻，此时该TMG不可用，若本省配置两套TMG则由未阻断TMG疏通所有话务，否则：由本省所有G网端局和关口局将原送软交换T局的话务改送G长途网和193TS网疏通；由其他省软交换T局将至故障省长途话务通过过桥电路送G长途网疏通。1.3.4 端局至软交换T局传输全阻技术预案如下：该端局将原送软交换T局的话务改送G长途网和193TS网疏通。1.4 GSM网TMSC传输阻断1.4.1 TMSC2至所属大区TMSC1传输全阻（1）话务阻断、信令正常技术预案如下： 对于TMSC2所在省，由TMSC2局将所有省际PSTN和中国移动被叫话务送其它长途网（软交换长途网/193网/其他运营商）疏通，将所有省际联通G网被叫话务送软交换长途网疏通。 对于TMSC1所在省，由TMSC1局汇总全国各省至TMSC2局的所有省际PSTN和中国移动被叫话务，送其它长途网（软交换长途网/193网/其他运营商）疏通，由TMSC1局汇总全国各省至TMSC2局的所有联通G网话务送软交换长途网疏通。（2）话务阻断、信令阻断技术预案如下： 对于TMSC2所在省，由TMSC2局将所有省际PSTN和中国移动被叫话务送其它长途网（软交换长途网/193网/其他运营商）疏通，由TMSC2所在省所有G网端局和关口局将所有省际联通G网被叫话务不发起寻址直接送其他运营商网络疏通。 对于TMSC1所在省，由TMSC1局汇总全国各省至TMSC2局的所有省际PSTN和中国移动被叫话务，送其它长途网（软交换长途网/193网/其他运营商）疏通，由TMSC1所在省所有G网端局和关口局将所有省际联通G网被叫话务不发起寻址直接送其他运营商网络疏通。 对于其它各省，由省内所有G网端局和关口局将所有省际联通G网话务不发起寻址直接送其他运营商网络疏通。1.4.2 TMSC1至部分TMSC1传输全阻技术预案：TMSC1至部分TMSC1传输全阻时，若其他TMSC1汇接局能疏通，修改MTP路由，将原TMSC1之间直连的路由改为通过其他TMSC1转接，以通过其他未阻断TMSC1进行话务疏通。1.4.3 TMSC1至所有TMSC1传输全阻技术预案：TMSC1至所有TMSC1传输全阻时，对于阻断TMSC1所在省，由TMSC1局汇总本大区所有至其他大区的话务，送软交换长途网疏通。对于其他TMSC1所在省，由TMSC1局汇总本大区所有至阻断大区的话务，送软交换长途网疏通。双平面HSTP至所有HSTP全阻同大区省份传输全阻（1.1）双平面LSTP至所属HSTP全阻端局至所属双平面LSTP全阻2 设备层面阻断2.1 软交换长途网TMSC宕机2.1.1 SS主备设备均出现宕机技术预案如下：SS主备设备均出现宕机，此时所辖TMG均不可用，对于SS所辖各省，由所有G、网端局和关口局将原送软交换T局的话务改由G长途网和193TS网疏通；对于其他省，由软交换T局将至故障省长途话务通过过桥电路送G长途网疏通。2.1.2 TMG设备宕机技术预案如下：TMG设备宕机，若本省配置两套TMG则由未宕机TMG疏通所有话务，否则：对于故障TMG所在省，由所有G网端局和关口局将原送软交换T局的话务改由G长途网和193TS网疏通；对于其他省，由软交换T局将至故障省长途话务通过过桥电路送G长途网疏通。2.2 GSM网TMSC宕机2.2.1 TMSC2主备设备均出现宕机技术预案：TMSC2主备两套设备均出现宕机时，对于宕机TMSC2所在省，由各G网MSC端局和关口局将所有省际长途话务送软交换长途网和193网疏通。对于归属大区TMSC1所在省，由TMSC1局汇总全国各省至TMSC2局的话务送软交换长途网和193网疏通。2.2.2 TMSC1主备设备均出现宕机技术预案：TMSC1主备两套设备均出现宕机时，对于宕机TMSC1所在省和所辖TMSC2所在省，由各G网MSC端局和关口局将所有长途话务送软交换长途网和193网疏通。对于其他TMSC1所在省，由TMSC1局汇总所有至阻断大区的话务送软交换长途网和193网疏通。高负荷情况下：在长途软交换、G网长途网和193之中，如果有一个网络负荷超过临界值，有另外两张网通过负荷分担的方式分流业务。3.1.2 软交换端局A 故障情况下：SERVERn 疏通优先级：依次保障高话务城区、一般话务城区、郊区n 疏通步骤：首先启用备用SERVER，如果不能正常接管，依次对MGW、BSC/RNC割接到相邻或异地网元，业务承载处理。其他网元HSTP、IGW、HLR等做好数据配合。n 疏通后测试验证：疏通后，立即拨打测试，并监控网络运行状态，如导致其他网元高负荷，立即采取有效手段进行负荷控制。n 业务恢复后的倒回：故障网元问题解决后，重新制定割接方案，业务倒回。MGWn 疏通优先级：依次保障高话务城区、一般话务城区、郊区n 疏通步骤：依次对BSC/RNC割接到相邻或异地网元，业务承载处理。其他网元HSTP、IGW、HLR等做好数据配合。n 疏通后测试验证：疏通后，立即拨打测试，并监控网络运行状态，如导致其他网元高负荷，立即采取有效手段进行负荷控制。n 业务恢复后的倒回：故障网元问题解决后，重新制定割接方案，业务倒回。B 高负荷情况下n SERVER：设备本身出现的系统高负荷，通过调整相关门限，对呼叫进行有效控制。如果是信令负荷短时间增幅较大，立即增开信令，降低每线负荷。n MGW：设备本身出现的系统高负荷，通过调整相关门限，对部分局向话务进行限制。如果是每线负荷短时间增幅较大，立即增开电路，降低每线负荷。3.1.3 HLRn 疏通优先级：首先利用备份HLR，承载业务，如果无备份HLR，优先保障VIP客户。n 疏通步骤：如果省内有备份HLR，相关SERVER、HSTP、IGW数据，业务倒换至备用HLR。如果无备份HLR，将VIP客户名单，提供用户数据（重点集团客户，党、政、军、媒体主要人物）。将VIP客户数据创建在另外一个HLR上，同时修改各相关网元数据（本地IGW，SERVER，HSTP数据）。n 疏通后测试验证：疏通后，立即拨打测试，并监控网络运行状态，如导致其他网元高负荷，立即采取有效手段进行负荷控制。n 业务恢复后的倒回：故障网元问题解决后，重新制定割接方案，业务倒回。3.1.4 关口局包括专业关口局和综合关口局前提要求：要求关口局必须成对设立。1. 某一个关口局出现宕机：疏通优先级：先恢复本网业务，后恢复外网业务；先恢复本地业务，次恢复省内业务，后恢复长途落地业务。疏通步骤：1、A关口局出现宕机时，业务都全部通过另一个成对的B关口局疏通；2、若A关口局为软交换关口局，立即将业务倒换备SERVER；3、同时密切监测B关口局的负荷和运行情况，若B关口局负荷过高，按照负荷过高的处理措施来处理；疏通后的测试验证：连续拨打受影响的业务号码10遍，测试全部正常接续或者听忙的录音通知。业务恢复后的倒回：1、在A关口局倒换到备SERVER后，将业务恢复到初始状态。2、在A关口局主SERVER恢复正常后，在非话务忙时进行主备倒换。恢复后进行测试验证。2. 关口局到某方向业务全阻优先级别：先恢复本网业务，后恢复外网业务；先恢复本地业务，次恢复省内业务，后恢复长途落地业务。疏通方案：1、通过固网进行转接，在端局/关口局上通过数据修改，将话务通过固网进行疏通。2、是在互联互通协调的情况下，通过移动进行转接，在端局/关口局上通过数据修改，将话务通过固网进行疏通。3、是在联通移动网/固网和移动等其他运营商都业务全阻，是否可以通过联通长途网迂回？疏通后的测试验证：连续拨打受影响的业务号码10遍，测试全部正常接续或者听忙的录音通知。业务恢复后的倒回：1、在端局/关口局上通过数据修改，将话务进行恢复。恢复后进行测试验证。3. 关口局到某一方向的信令全阻技术方案：关口局的信令全阻，原则是通过HSTP/LSTP进行信令转接。4. 关口局负荷过高严禁执行某些对CP负荷影响比较大的操作，启动本局呼叫限呼。限制呼叫的比例，取决于关口局的负荷情况。3.1.5 国际关口局？3.1.6 智能网网元一、SCP故障技术预案：当SCP出现故障，由于各省网络配置和各机型具体情况存在差异，处理方法主要有如下几类：第1、起用容灾SCP：当具备容灾SCP时，由HSTP/LSTP将寻址故障SCP的GT翻译至容灾SCP，由容灾SCP接替故障SCP进行业务处理。第2、HLR内DCH参数设置：由SCP内用户所归属的HLR设置O-CSI, T-CSI中DCH参数（GSM 0978，Default call handling），由Release修改为Continue。在MSC/SSP支持的情况下：（1）故障SCP智能用户可正常被叫。（2）用户位置更新后，故障SCP智能用户可正常主叫。第3、HLR对MSC/VLR进行签约屏蔽：修改HLR内对应SCP的O-CSI/T-CSI签约消息下发模板，对MSC/VLR进行签约消息屏蔽。（1）故障SCP智能用户可正常被叫。（2）用户位置更新后，故障SCP智能用户可正常主叫。第4、MSC/SSP应急措施：对用户归属地MSC/SSP采取如下应急措施（需要SSP侧设备支持）：（1）不需要HLR的支持，通过配置SSP数据，在SCP 不可访问、SCP响应超时、SCP返回错误等情况下，SSP对主被呼叫继续接续。（2）删除MSC/SSP内相应智能网触发数据，不触发主叫或被叫智能网流程。第5、对故障SCP内用户，在对应HLR上删除智能网签约。故障处理流程：优选方案1，次选方案2、3。当用户所漫游VLR O-CSI无法更新，用户无法主叫时，根据用户规模等具体情况，实施方案4、5。注意：（1）高话务期间不得在HLR发送Reset消失，避免大量位置更新消息导致HLR高负荷。（2）上述各类处理方案，可能导致故障SCP内用户主被叫无法实时扣费，MSC/SSP所下话单不包含智能网标识。 （3）上述方案2、3、4、5可根据机型特点交叉使用，保证应急处理的效果。二、SCP高负荷技术预案： 由于大量套参用户本地被叫免费，在SCP高负荷情况下，通过取消该SCP用户被叫智能网签约触发，降低SCP 负荷：优选在HLR对MSC/VLR进行被叫签约消息屏蔽，次选在MSC/SSP内删除用户智能被叫触发数据。三、VOMS系统故障： 目前在北京、上海、广州各建设有一套VOMS系统，负责全国如意通充值卡数据的管理。目前，VOMS系统设备陈旧，厂家技术支持落后。在VOMS出现不可恢复性灾难时，技术预案如下： 1、故障VOMS（ERROR）系统提供充值卡数据，在北京、上海、广州任意一个工作正常的VOMS（OK）系统加载充值卡数据。 2、各地SCP将指向故障VOMS（ERROR）的充值卡段指向VOMS（OK）。3.1.7 SGSN影响的范围：本省移动分组省内部分用户业务、漫入本省部分用户3G业务：A 故障情况下：n 疏通原则：在不影响SGSN原有业务，及SGSN承载容量和资源都具备的前提下，RNC调整的优先级为：重点地市的热点地区；一般地市的热点地区n 疏通步骤：对于3G RNC数据业务，1、各省事先规划好地市RNC所挂接的主备SGSN，要充分考虑SGSN容量负荷情况2、RNC侧和备用SGSN侧预先配置好用户层面和控制层面的数据脚本3、在SGSN发生宕机时在RNC和备用SGSN上分别执行应急预案的脚本4、通过ping包等手段验证RNC至新SGSN信令和业务均可达5、疏通后测试验证手机用户的附着成功率、激活成功率以及受影响地市手机用户主要业务是否正常n 业务恢复后的倒回原则：在原SGSN故障完全恢复后，在业务空闲时段，选择性地将小部分受影响业务倒回。待测试业务完全正常后，分批次分步骤将受影响的RNC业务倒回，倒回过程中需关注SGSN、HLR等相关核心设备的关键性能指标，以防倒回业务量过大，造成对相关核心网元的冲击。倒回完成后进行充分连通性测试、业务质量测试。B 高负荷情况下：n 疏导优先级：1、 在其他SGSN容量、端口等资源具备的情况下，优先选择疏导重点地市RNC的数据业务至其他SGSN，疏导步骤及测试倒回等原则同故障情况。2、 若其他SGSN容量不具备接纳疏导业务的条件，SGSN可有选择性地限制优先级较低的小区拒绝其接入网络。3、 若负荷仍然较高，已引起设备宕机的可能，则可在SGSN上关闭一些非业务相关的进程，以及启动CPU过阀机制等设备自身保护功能n 业务恢复后的倒回原则：在负荷降低后，分批次分步骤将已割接走的RNC业务倒回，倒回过程中需关注SGSN、HLR等相关核心设备的关键性能指标，以防倒回业务量过大，造成对相关核心网元的冲击。倒回完成后进行充分连通性测试、业务质量测试。2G业务：A. 故障情况下：n 疏通原则：若其他SGSN有空余Gb口，依据先重点地市的热点地区后一般地市的热点地区的顺序进行跳线转接，将阻断的热点地区业务先行抢通若SGSN端口、容量、板卡等条件都具备，可以将故障SGSN上2G的Gb over TDM电路通过传输的端口汇聚成155M，接入到备用SGSN上，在备用SGSN上配置相关数据来疏导2G的数据业务。n 业务恢复后的倒回原则同3G业务B. 高负荷情况下：n 疏导优先级：1、 在其他SGSN容量、端口等资源具备的情况下，优先选择疏导重点地市RNC的数据业务至其他SGSN，疏导步骤及测试倒回等原则同故障情况。2、 若其他SGSN容量不具备接纳疏导业务的条件，SGSN可有选择性地限制优先级较低的小区拒绝其接入网络 3、 若负荷仍然较高，已引起设备宕机的可能，则可在SGSN上关闭一些非业务相关的进程，从SGSN侧将拥塞NSVC闭塞，以及启动CPU过阀机制等设备自身保护功能n 业务恢复后的倒回原则：在负荷降低后，分批次分步骤将已割接走的BSC业务倒回，倒回过程中需关注SGSN、HLR等相关核心设备的关键性能指标，以防倒回业务量过大，造成对相关核心网元的冲击。倒回完成后进行充分连通性测试、业务质量测试。3.1.8 GGSN影响的范围：本省移动分组省内用户业务、漫出本省用户A. 故障情况下：n 疏通原则：省内单台GGSN：需各省与其他省市提前制定联动方案，确定故障发生时可以通过Gn口将业务疏导到哪些省份，并请承担业务疏导的省份修改DNS、计费、WAP等业务平台，确保用户部分业务可用省内GGSN多于1台：1、其中1台出现故障不会引起业务的中断，但要注意流量的增长情况，以防负荷过大引起业务质量的下降，甚至设备的宕机2、若GGSN设备全不可用，则参见上条单GGSN的处理方法n 测试验证：在GGSN上观察PDP激活成功率情况，并使用本省和本身漫出的测试卡进行wap/net/彩信业务使用测试n 业务倒回：在GGSN设备已经完全恢复的情况下，在DNS上按号段逐步解析到已恢复的GGSN上，在倒回过程中注意业务测试B. 高负荷情况下：n 疏通步骤：省内GGSN多于1个1、 若GGSN为全省共用，此时每台GGSN流量都已达到高负荷，则需在SGSN侧对业务进行限制，限制优先级参见SGSN方案。若业务仍持续高负荷，根据各省情况保障重点业务(3Gwap/3Gnet/Uniwap/Uninet)，对于行业应用的保障请各省根据自身情况决定2、 若GGSN分地市接入，则需在DNS上修改解析地址，减少指向高负荷GGSN的号段3、 选择本省部分SGSN，修改其内部DNS解析指向，直接指向本省负荷低的GGSN IP地址。省内GGSN只有1个：1、 有选择性地限制SGSN、原则参见SGSN2、 若负荷仍然较高，已引起设备宕机的可能，则可在GGSN上关闭一些非业务相关的进程，或在GGSN上开启只保障重点APN业务功能，以及启动CPU过阀机制等设备自身保护功能n 测试验证：观察GGSN的CPU和内存等指标是否下降到安全范围，在GGSN上观察PDP激活成功率情况，并使用本省和本省漫出的测试卡进行wap/net/彩信业务使用测试n 业务倒回：在GGSN设备已经完全恢复的情况下，在DNS上按号段逐步解析到已恢复的GGSN上，在倒回过程中注意业务测试和PDP激活成功率情况3.1.9 省级DNS影响范围：本省用户在省内使用分组业务、本省用户漫出使用分组业务、漫入本省的外省或国际用户使用分组业务；疏导优先级：优先考虑疏导本省用户在省内使用移动分组业务；目前各省都设置两台根DNS主备负载分担，其中一台阻断，不会影响业务；C 故障情况下：（指两台省级DNS全部阻断）n 疏通步骤：通过对本省全部SGSN修改本局内部DNS解析指向，绕过访问省级DNS解析的过程，直接指向本省GGSN 的IP地址。（该操作将恢复本省用户在省内的业务使用，省外漫入用户可以激活在本省GGSN进行业务使用、省内漫出用户将依然DNS解析失败、无法使用业务。）n 测试验证：通过在SGSN观察DNS解析成功率情况，并使用本省和外省漫入的测试卡进行业务使用测试（包括WAP浏览、彩信收发、Internet访问）。n 业务倒回：在省级DNS故障完全恢复，及经过各项测试后，选择业务闲时，将SGSN的DNS解析指向配置进行修改倒回，并进行各项业务使用测试，确保业务正常。D 高负荷情况下：n 疏通步骤：根据高负荷情况，选择本省部分SGSN，修改其本局内部DNS解析指向，绕过访问省级DNS解析的过程，直接指向本省GGSN 的IP地址。（该操作不影响该SGSN下本省用户的业务使用，省外漫入用户将激活在本省GGSN进行业务使用、省内漫出用户将可以在DNS解析成功、正常使用业务。）n 测试验证：观察省级DNS的CPU和内存利用率是否按预期下降，并在SGSN观察DNS解析成功率情况，并使用本省和外省漫入的测试卡进行业务使用测试（包括WAP浏览、彩信收发、Internet访问）。n 业务倒回：在省级DNS负荷降低并稳定后，及经过各项测试后，选择业务闲时，将已修改的SGSN的DNS解析指向配置进行修改倒回，并进行各项业务使用测试，确保业务正常3.1.10 全国DNS影响范围：全国DNS故障会影响移动分组省际漫游业务、国际漫游业务。疏导优先级：优先考虑疏导移动分组省际漫游业务目前北京、广州各设置两台根DNS主备负载分担，其中一台阻断，不会影响业务；北京、广州四台根DNS全部故障阻断或者路由不可达的情况下，将影响省际漫游业务、国际漫游业务。E 故障情况下：n 疏通步骤：对于根DNS故障阻断的情况，北京、广州分公司需要提前做好DNS配置数据备份工作，通过启用临时根DNS设备进行业务恢复。n 测试验证：观察临时根DNS设备的解析处理情况和负荷情况，使用省际漫游的测试卡进行业务使用测试（包括WAP浏览、彩信收发、Internet访问），具备条件的还应使用国际漫游测试卡进行业务使用测试。n 业务倒回：在根DNS故障完全恢复，及经过各项测试后，选择业务闲时，将临时DNS设备进行下线，倒回使用原根DNS设备，并进行各项业务使用测试，确保业务正常。F 高负荷情况下：n 疏通步骤：对于根DNS出现高负荷的情况，选择部分业务量较大的省级DNS修改其上级DNS指向配置，不再选择高负荷的根DNS。n 测试验证：观察高负荷根DNS的CPU和内存利用率是否按预期下降，并在已修改的省份观察DNS解析成功率情况，使用省际漫游的测试卡进行业务使用测试（包括WAP浏览、彩信收发、Internet访问）。n 业务倒回：在根DNS负荷降低并稳定后，及经过各项测试后，选择业务闲时，将已修改的省级DNS上级指向配置进行修改倒回，并进行各项业务使用测试，确保业务正常。3.1.11 国际漫游BG 影响的范围：移动分组国际漫入、国际漫出业务疏导顺序：优先疏导国际漫入业务目前北京、广州两地各设置一台国际漫游BG设备，以主备方式承载国际漫游业务，其中一台阻断，不会影响国际漫游业务；A 故障情况下：n 疏通步骤：若两台BG设备全部故障阻断的情况下，北京、广州分公司需要提前做好BG配置数据备份工作，启用临时BG设备来恢复国际漫游业务。n 测试验证：观察临时BG设备的路由和流量、负荷情况，使用国际漫入测试卡进行业务使用测试，并联系境外运营商使用国际漫出测试卡进行业务测试验证。n 业务倒回：在原BG设备故障完全恢复，及经过各项测试后，选择业务闲时，将临时BG设备进行下线，倒回使用原BG设备，并进行各项业务使用测试，确保业务正常。B 高负荷情况下