1、数字移动通信系统MSC设备应急预案一、 编制依据1.上海通信段应急处置管理实施细则（上通信调2015230号）；2.上海铁路局关于进一步规范路局应急处置指挥体系建设的通知（上铁运2014283号）；3.上海通信段铁路通信障碍（故障）管理实施细则（上通信调发201389号）二、 系统整体介绍上海GSM-R机房MSC基于西门子EWSD平台。所有寄存器功能，都是由软件来实现的。在硬件设计方面，许多重要部件都设置了冗余备份，主要体现在0侧与1侧互为备份。目前MSC网络应用情况：与北京核心网、武汉核心网的MSC/VLR、HLRi、SCP相连，与虹桥BSC、京沪高BSC、南京BSC、温州BSC、阜阳BSC2、合肥BSC、杭州BSC各局向 、FAS等相连，实现了上海局下所有GSM-R客专线的GSM-R核心交换、网内移动号码的鉴权、铁路专用的位置寻址、功能寻址、调度台与GSM-R移动终端的通信等功能。三、 应急预案内容1. 故障等级（一、二、三级）1)一级：设备宕机、与一个或多个TMSC局向中断、与某STP的信令能力中断、突发话务量造成上海MSC负荷过高的设备过载控制、智能业务中断、与专网（PSTN）的互联互通故障、与FAS系统局向全部中断、HLRi系统故障、与BSC系统局向全部中断、与RBC机房互联全部中断、与北京武汉互联电路全部中断。2)二级：MSC个别进程或数据吊死、对某局向中继部分中断。3)3、三级：单板故障（影响业务）2. 关键项：汇报、登销记1)当虹桥GSM-R工区发现局管内GSM-R系统MSC设备发生障碍（故障）时，应在五分钟之内汇报段调度、车间主任、网调工区，并通知相关设备维护车间网调工区。2)车间主任在接到汇报后，立即组织人员赶赴虹桥GSM-R工区，负责组织指挥处理、信息汇报、障碍（故障）分析等。3)虹桥GSM-R工区负责障碍（故障）的指挥处理、过程信息汇报、处理报告的撰写等。4)网调工区根据虹桥GSM-R工区的处理要求，组织做好车间管内相关配合工作。3. 针对不同设备及故障等级编制处理措施1)上海MSC宕机的应急技术预案（一级）(1)启动前提交换设备瘫痪、全部能力丧失时启4、动MSC宕机应急技术预案。启动前提可归结为以下三种情况：交换机系统掉电；交换机CP侧瘫痪；交换机MP侧瘫痪；(2)制定方案的原则现场操作维护人员一定要马上通知诺西公司相关技术支持人员，并且清楚地描述宕机状态的发生时间以及问题的具体详细情况，不能擅自单独处理。在机房备有紧急故障处理的Emergency手册，以备现场处理参照。日常维护中严格执行计表中系统备份制度，备份带务必做好详细标签。系统在重大操作前都必须做好系统备份带。下表是各恢复等级的描述：恢复等级 重启影响由MML启动由SW启动正在建立的呼叫丢失与否已经建立的呼叫丢失与否预计恢复时间NSTART0所有与呼叫处理不相关的进程的重新启动XXN5、START1所有进程重新启动XXX50sNSTART2所有进程重新启动，重新装载程序代码和所有半永久数据XXX50sNSTART3所有进程重新启动，重新装载程序代码和所有半永久数据以及特定的瞬态数据XXX60sISTART1初始启动SSP：不对外围SW(LTG/DLU)做无条件重新装载XXXX120SISTART1B呼叫处理基本模式XXX120SISTART2初始启动SSP；无条件重新装 载外围数据至所有应处于工作状态的LTGXXXX6MISTART2R(在修改LTG软件后使用)带重新装载的SSP初始启动；仅通过人工操作，无条件装载不处于MBL或PLA的LTGX不相关不相关.15MISTART6、2F(在安装APS后使用)强制初始启动SSP，仅通过人工操作，装载处于MBL状态外 所有已安装的LTGX不相关不相关.15MISTART2G初始启动SSP，倒回至旧的APS GEN; 无条件重新装载所有应处于工作状态的LYG/DLU的外围程序 代码和数据XXXX15MISTART1/2的后处理恢复尝试重新装载并激活所有处于UNA的LTG/DLU。NSTART1B和ISTART1B不用于D900/1800移动业务交换中心MSC。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。宕机应急技术预案启动后，抢修组应马上联系诺西相关技术支持。在诺西人员无法马上赶7、到现场的情况下，现场维护人员应在诺西技术支持的指导下，严格参照Emergency手册中相应的紧急流程进行分析处理。a.交换机掉电时，影响所有GSM-R业务，系统需重新启机，启机最长用时40分钟。D900交换机在断电后再通电会自动选择GEN重新启动至MANUAL状态，设备自动重启之后如果有不正常的状态，需尽快的将交换机恢复至ACTGEN并保证硬件设备正常，以下为具体操作流程： 需人工重启交换机，重新LOAD LTG，在CP侧执行指令RECOVSYSTEM:LEVEL=ISTART2F;然后做常规检查。在CP侧执行DISPGEN;检查当前GEN是否重启前在使用的ACTGEN，若是GEN列表里第一行8、的GEN，则为ACTGEN，否则为BACKUP/GOLDEN GEN检查重启时是否进行了ISTART2G，可通过CP侧指令DISPALARM;看种类为ISTART的告警的详细信息或交换机重启时的LOG来得知。系统已倒回原来的备份GEN，需立即通知TAC，现场应尝试人工重启系统恢复至ACTGEN，在CP侧执行令RECOVSYSTEM:LEVEL=ISTART2G，GEN=“ACT GEN”;后续检查必须在TAC指导下进行。系统工作在正常的ACTGEN下，由于已做过ISTART2G，LTG应该极少有SEZ的，详细检查应通知TAC完成，此文档不涉及，现场需做常规检查。系统工作在正常的ACTGEN下，9、且大部分LTG工作正常，可通过人工指令激活不正常的LTG，流程见附一。然后做常规检查。YNNYYN至交换机的连接应已建立，在CP侧执行：STATLTG:LTG=X-X;检查是否有很多LTG在SEZ状态.若设备自动重启无法正常启动，需要用人工进行重启，详见CP侧瘫痪、MP侧瘫痪应急预案。b.交换机CP侧启机，影响所有GSM-R业务，需立即对CP侧进行启机：准备工作：将IOP-UNI后背板的03C295P1或04C295P1连出线为串口线连接到电脑终端COM1口；将CP侧1侧的BAP（010101柜07框257）关电，用于必要时的备用。在电脑终端打开BMML操作框（必须有BMML软件）。 硬盘状态10、正常，在正常（MANU）模式下重启：按0侧CMY的boot键，在BMML中输入命令“FORMAT；”出现显示（如果无显示，需要重新按boot键）-“；”-“MANU”-“IOC-0”（如果启机用1侧，则用IOC-1）-选择一个GEN的名字（一般用前期所用的GEN，本次用的为ODAGEN-FORCED-需要一段时间大约40分钟，之后查STATSSP确认启机是否完成。硬盘状态不正常，使用最近备份的光盘启机，在UTI模式下重启：按0侧CMY的boot键，在BMML中输入命令“FORMAT；”出现显示（如果无显示，需要重新按boot键）-“；”-“UTI”-“MOD”-“010C23”（为MOD0启机11、）-“SY.INSTALL”输入命令：INITMD:DEVOUT=010C01（如为MDD1则输入030C01）;初始化硬盘；LABELMD: DEVOUT=010C23;做成系统盘；TRANSFILE:DEVIN=010C23，DEVOUT=010C01（如为MDD1则输入030C01）; FILECAT=*，OLDGEN=*，NEWGEN=*；将光盘下所有文件传送到硬盘下。使用硬盘在 MANU模式下再启机。启机之后，使用Switch Commander 进行查看DISPGENCPMP，确认GCS一致。查看相应的CP、MP侧状态。确认一切正常，并修改时间（ENTRTIME）。c.交换机MP侧12、瘫痪，影响所有GSM-R业务，需立即对MP侧进行启机（硬盘、光盘启机均适用）：准备工作：准备一台笔记本电脑，一条9针串口线，到设备前，将串口线连到0侧MP：OAM（010102柜09框251槽）；l将1侧MP：OAM（010102柜09框271槽）拔出；l将电脑服务中的BCT COM口release掉，打开超级终端操作步骤：按0侧MP：OAM（010102柜09框251槽）RES键，超级终端出命令，CTRL-X进入选项（1，2，9）-进入1确定IP地址、ASN等无误，确认使用MDD（MOD）；-进入2选择GEN-进入9选择reboot。启机大约20分钟。启机之后，使用Switch Com 进行13、查看DISPGENCPMP，确认GCS一致。查看相应的CP、MP侧状态。确认一切正常，并修改时间（ENTRTIME）。(4)全业务验证宕机恢复后必须对全业务进行验证，包括开关机、通话（MTC/MIC/MOC/MMC）、组呼/广播、短信、短号码、列控业务（RBC）、FOLLOW ME等等。(1)启动前提：SGSN宕机，主备的功能单元模块均不能正常工作，同时已有平时的SGSN数据备份带。(2)应急措施：日常维护中应该严格执行计表中的系统备份制度，做好备份带及详细标签。系统在重大操作前都必须做好备份带。宕机预案启动后，机房操作维护人员应该马上联系诺西相关技术支持，在诺西技术人员无法马上赶到现场情况下14、，现场维护人员应该严格按照诺西厂家提供的相应紧急故障处理流程进行分析处理。紧急情况下可能需要对设备进行重启、切换操作，在进行类似操作前，应运行命令收集信息，便于故障的跟踪处理。(3)实施步骤：SGSN：登录进SGSN的管理界面，按照下列步骤进行操作。a.系统重启：确认系统有可用的备包;WQO:CR;同步数据库文件；DBC:GPDATA,0;DBC:OEDATA,0;DBC:EQUIPM,0;检查数据库的一致性DBS:GPDATA,0DBS:OEDATA,0;DBS:EQUIPM,0;DBD:OMU;确认磁盘同步任务已经全部完成DUQ;关闭并上传所有话单 GHA;重启系统: USS:SYM:C=15、DSK;b.系统还原：从光盘复制备包到硬盘：IWL:,OMU:WSB,NODEF:FB061214,FFF0,XY:;IWY:S:UNIT=OMU,PATH=/SG04-061214,DRIVE=FDU-N0,;IWY:D:UNIT=OMU,PATH=/FB061214,DRIVE=WDU-SB,;IBC:,%,DIR:;IWX:,OMU:WS,NODEF:FB061214,:%,%,;WQC:NAME=FB061214,DIRE=FB061214,:CW=ALL,:;当default BU包出错时用FB包还原:将FB包状态改为defaultWSD:NAME=FB010712修改状态, WSR16、;WKS:MODE,NAME=FALLBACK1,DIRE=FALLBACK1,MODE=FULL;WQD:NAME=BENSON1:DIRE;必要时确认包的内容WQB:NAME=FALLBACK1:FORM=FAILED;c.收集软件故障数据：ZDDS:,;/进入需采集日志的单元ZGSC;/显示日志Computer logZE;/退出d.重启单元：USU：PAPU,0;2)与一个或多个TMSC局向中断（一级）(1)启动前提上海MSC与一个或多个TMSC局向中断，仍有可正常通信的TMSC局向。(2)预案原则按照局数据设置原则应当增加到各个局向的备份话务路由。到归属汇接区的MSC备选话务路由是本17、汇接区的TMSC。到非归属汇接区的MSC的备选话务路由是第二汇接区的TMSC。用户拨号方式不变；以保证接通为主，主叫号码规范、计费等仅尽量兼顾，在紧急情况下不做严格要求。目前上海MSC只有与武汉TMSC和北京TMSC相连，根据实际情况武汉TMSC是归属汇接区的TMSC，北京TMSC是上海的第二汇接区核心节点。预案的执行与恢复都必须进行拨测确认。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。抢修组根据实际情况请求与中断MSC可正常通信的TMSC执行应急预案疏通话务，当疏通TMSC放通数据后，抢修组在上海MSC执行操作定义故障TMSC的号段指向疏通TM18、SC疏通话务。当故障恢复时，需要将数据恢复原状。a.倒代方案示意（以到武汉TMSC话务通道阻断为例）861490851归属汇接区第二汇接区武汉TMSC上海MSC上海MSC武汉TMSC方向的业务倒代示意图北京TMSC861490851861490851b.技术台账MSC局名归属号段武汉861490851北京861490821南昌861490818济南861490843c.操作命令行倒代命令（执行完后进行拨测确认）：DISPCPT：CPT=861490851；（结果显示DEST=WHMSC）CRROUTE：DEST=WHMSC，TGNO=BJMSC，ROUTE=2；由于现网与北京MSC无话路，但已19、经创建并保留路由ROUTE和中继群TGRP数据，如果需创话路数据，可使用以下命令创建：ENTRC7TGREL、CRC7USER、CRTRUNK 当抢修组确认修复好中断MSC的通信故障后，抢修组组长汇报实时情况于领导小组，请求执行恢复，得到领导小组同意后开始执行倒代恢复。恢复命令（执行完后进行拨测确认）：CANROUTE：DEST=WHMSC，ROUTE=2；DISPROUTE:：DEST=WHMSC；（确认已恢复路由中继群指向武汉），删除到北京的话路数据。3)与某STP的信令能力中断（一级）(1)启动前提上海MSC与某STP信令能力中断，而到其他STP之间通信正常。(2)预案原则可查询在MTP20、层是否有备份路由，按照局数据设置原则应当增加到各个局向的备份信令路由。到LSTP的备选信令路由是本信令区的另一个LSTP。到HSTP的备选信令路由是另一个HSTP。目前上海MSC只有与武汉、北京HSTP相连，并已根据实际情况定义信令路由，当到其中之一的HSTP方向信令路由全阻时，MSC会自动将信令全部转移到另一个HSTP上疏通。预案的执行与恢复都必须进行全业务验证，包括开关机、通话（MTC/MIC/MOC/MMC）、组呼/广播、短信、短号码、列控业务（RBC）、FOLLOW ME等等。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。a倒代方案示意备选21、信令路由武汉HSTP上海MSC上海MSC武汉HSTP方向的业务倒代示意图北京HSTP首选信令路由b.技术台帐HSTP名信令点武汉42-255-22北京42-255-21c.操作命令行倒代命令（执行完后进行拨测确认）：MODSIGDP: NETID=4，DPC=42-255-22，Admin state=LOCKED;当抢修组确认修复好中断STP的通信故障后，抢修组组长汇报实时情况于领导小组，请求执行恢复，得到领导小组同意后开始执行倒代恢复。恢复命令（执行完后进行拨测确认）：MODSIGDP: NETID=4，DPC=42-255-22，Admin state=UNLOCKED;注：以上命令是在22、武汉HSTP无法处理信令但信令点未失效时用。4)突发话务量造成上海MSC负荷过高的设备过载控制(一级)(1)启动前提由于突发话务量等原因导致某些方向的呼叫难以接续；从而引起CPU负荷过高并有可能引起MSC重启。(2)预案原则以保证MSC通信安全为主，并最大限度保证优先级高的用户通信。当MSC恢复正常后，条件成熟时，可以逐渐地解闭先前关闭的设备。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。并按照实际情况采取以下相应措施降低MSC负荷。（注：以下措施执行必须获得领导组的同意）a.关闭鉴权当CP负荷过高时，可以首先考虑在MSC完全关闭鉴权以大幅度降低鉴23、权的次数，降低A接口的负荷，也可以降低BSC的负荷及SDCCH的占用时长，减少SDCCH的拥塞，同时也会降低MSC到HLR的信令负荷。应急命令：MODSERVOPT：FEAT=AUTHENT，STAT=BLK；恢复命令：MODSERVOPT：FEAT=AUTHENT，STAT=ACT；注意：关闭鉴权可以降低CP负荷，但在完全关闭鉴权后，某些非法SIM卡就可能呼叫成功，所以应注意在话务高峰过去后及时恢复数据。还需要注意的是，关闭鉴权后，是使用IMSI寻呼，CP负荷是降低了，但是基站的寻呼负荷可能会增加。建议按实际情况操作。b.闭塞部分电路对于因某条或某几条路由负荷过高引起交换机负荷剧增，可考虑实24、际情况闭塞路由或闭塞部分电路以保证交换机的安全和其它路由话务不受影响。应急命令：ENTRTGDAT：TGNOWHMSC，CIC=2-1，BLK=Admin；恢复命令：CANTGDAT：TGNOWHMSC，CIC=2-1，BLK=Admin；c.考虑限制某种业务类型比如限制用户收发短信，通过在MSC作限制手段，限制用户接收短信。应急命令：MODMSERVOPT：TSERV=TS21，STAT=BLK；（收信息）MODMSERVOPT：TSERV=TS22，STAT=BLK；（发信息）恢复命令：MODMSERVOPT：TSERV=TS21，STAT=ACT；（收信息）MODMSERVOPT：TSE25、RV=TS22，STAT=ACT；（发信息）d.停止话务统计通过停止收集话务统计，可以相应地降低CP负荷。应急命令：DISPJOB；（查找话务统计任务号，例：80）STOPJOB：JN=80；恢复命令：CONTJOB:JN=80；注释：虽然可降低负荷，但是缺乏分析系统在超负荷时运行状态的信息，影响到以后对故障的分析处理。5)智能业务中断（一级）(1)启动前提与北京和武汉SCP局向全部中断业务，影响位置寻址及功能寻址。(2)预案原则为保证通信，用户放弃原有智能业务的拨号方式，直接拨打短号码、功能号、机车所对应的MSISDN号。故障排除后，恢复原有拨打方式。(3)应急措施抢修组确认预案启动前提成立26、，参照应急通信故障的报告和通报流程制度启动应急预案。 抢修组立即通知温福和甬台温及武广线调度员启动备用应急通信，将短号码及功能号对应的MSISDN通知列车调度员，列车调度员把所对应的MSISDN号通知火车司机。短号码对应MSISDN号码表：温福和甬台温及武广线短号码对应的MSISDN号以开通业务为准。功能号对应MSISDN号码表：温福和甬台温及武广线机车对应的MSISDN号以开通业务为准。当抢修组通过对智能网全业务进行验证，包括短号码、功能号、FOLLOW ME等等确认已修复好智能业务通信后，抢修组组长汇报实时情况于领导小组，请求执行恢复，得到领导小组同意后开始执行倒代恢复。抢修组立即通知温福27、和甬台温及武广线调度员故障已解决，停止备用应急通信。6)与专网（PSTN）的互联互通故障（一级）(1)启动前提上海MSC与上海专网局向中断，有可正常通信的MSC局向，且该局向与专网（PSTN）有连接。(2)预案原则用户拨号方式不变；以保证接通为主，主叫号码规范、计费等仅尽量兼顾，在紧急情况下不做严格要求。目前上海MSC只有与武汉TMSC和北京TMSC相连，武汉、北京MSC都有与PSTN相连。预案的执行与恢复都必须进行拨测确认。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。抢修组根据实际情况请求与武汉/北京MSC执行应急预案疏通话务，当疏通MSC放通28、数据后，抢修组在上海MSC执行操作定义PSTN号段指向疏通MSC疏通话务。当故障恢复时，需要将数据恢复原状。a.倒代方案示意（以武汉MSC疏通话务为例）901XXXXX专网（PSTN）上海MSC上海MSCPSTN的业务倒代示意图武汉TMSC901XXXXX901XXXXXb.操作命令行倒代命令（执行后进行拨测确认）：DISPCPT：CPT=901；（结果显示DEST=PSTN）DISPROUTE：DEST=WHMSC；（结果显示中继群指向WHMSC）MODCPT：CPT=901， DEST=WHMSC； 当抢修组确认修复好中断STP的通信故障后，抢修组组长汇报实时情况于领导小组，请求执行恢复，29、得到领导小组同意后开始执行倒代恢复。恢复命令（执行后进行拨测确认）：MODCPT：CPT=901， DEST=PSTN；DISPCPT：CPT=901；（确认已恢复DEST=PSTN）7)与FAS系统局向全部中断（一级）(1)启动前提上海MSC与上海/南昌/上海FAS系统全部中断，影响上海/温福/甬台温调度台与GSM-R移动终端通信，上海MSC与专网（PSTN）通信正常。(2)预案原则为保证通信，临时启用调度台所在地的专网电话号码行驶调度功能。故障排除后，恢复原拨打方式。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。倒代方案示意（以到上海FAS系统30、全部中断为例）上海调度901041XXXXX上海FAS上海MSC上海MSC武汉TMSC方向的业务倒代示意图上海专网741XXXX抢修组在故障发生后立即排查故障原因，并联系西门子厂家技术支持8008208202； 8)HLRi系统故障（一级）(1)启动前提HLRi系统故障，总部统一指挥倒代。(2)预案原则北京MSC具有HLR的功能，北京MSC将做成HLRi系统的冷备份，在HLRi主备用系统都宕机时，在北京MSC上进行数据修改，由北京MSC承担HLR的功能。由于涉及全网数据，预案各步骤的执行由总部统一指挥。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。31、北京MSC进行数据修改，由北京MSC承担HLR的功能。武汉STP修改HLR指向到北京MSC。抢修组在总部指挥下开始执行倒代。a.倒代方案示意HLRi武汉STP上海MSC上海MSCHLRi系统故障业务倒代示意图北京STPb.技术台帐网元名信令点武汉STP42-255-22北京MSC42-255-21c.操作命令行倒代命令（执行完后进行拨测确认）：MODSIGDP: NETID=4，DPC=42-255-21，Admin state=LOCKED; 当HLRi故障修复后，由总部统一指挥执行恢复。恢复命令（执行完后进行拨测确认）：MODSIGDP: NETID=4，DPC=42-255-21，Adm32、in state=UNLOCKED;9)与BSC系统局向全部中断（一级）(1)启动前提MSC与BSC（TRAU）局向全部中断，影响该BSC范围的GSM-R终端无法使用。(2)预案原则尽快恢复通信，若原因为物理连接引起，用临时通道恢复业务；若为硬件故障，立即更换损坏硬件；若为软件故障，立即由厂家现场技术支持进行解决。(3)应急措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。抢修组组长汇报实时情况于领导小组，抢修组对故障进行原因排查。如果确认原因为物理连接引起，查找BSC的台帐，确定链路2M所在，要求传输室先代通带链路的通道，再最大限度恢复该BSC最低通信容量要求33、，当原有物理连接修复后恢复原状。若为硬件故障，立即更换损坏硬件。若为软件故障，立即由厂家现场技术支持进行解决。10)与RBC机房互联电路全部中断（一级）(1)启动前提对RBC机房互联电路全部中断。(2)预案原则不能影响原有正常业务，如有影响，处理须在天窗时间进行。(3)处理措施目前，我们在虹桥RBC通信机房上了两套ONS3500：RBC01和RBC02。共布放2条光缆一条32芯、一条30芯，32芯中的1-4芯与RBC机房相连的RBC01传输设备上，30芯中的1-4芯与RBC机房相连的RBC02传输设备上。再由传输设备RBC01、RBC02下2M电路与RBC通信设备相连。日常维护中观察MSC网管34、告警信息：1.是光纤故障，由虹桥核心网机房值班人员倒换GSM-R机房到RBC机房的两端光纤，调至备用光纤。2.是电路故障，立即联系虹桥RBC机房值班人员，根据备用电路命名进行倒代，再对故障电路进行端对端的误码测试。3.两条光缆同时都断，虹桥RBC传输中断，虹桥RBC业务全中断，此时影响沪宁沪杭京沪3条高铁线，沪宁RBC有5个共25个2M、沪杭RBC有3个共15个2M、京沪RBC有6个共30个2M，虹桥核心网机房值班人员立即布放临时光纤到虹桥RBC机房大约200米，通过两头接PDH临时接通2M,按最低接通标准每个RBC一条2M链路，共需接通14条2M，按8路PDH连接，需2对PDH。GSM-R工35、区光缆、电路及端口如下表：纤芯号123456南辅-RBC32芯B缆(外圈)业务名称RBC1-南一622MRBC1-南一622MRBC1-南一622MRBC1-南一622M备用备用跳纤去向1553南辅13-SLQ4-3-R1553南辅13-SLQ4-3-T1553南辅13-SLQ4-4-R1553南辅13-SLQ4-4-T备用备用纤芯号123456南辅-RBC20芯A缆(内圈)业务名称RBC2-南二622MRBC2-南二622MRBC2-南二622MRBC2-南二622M备用备用跳纤去向1554南辅6-SLQ4-3-T1554南辅6-SLQ4-3-R1554南辅6-SLQ4-4-T1554南辅636、-SLQ4-4-R备用备用1566新RBC11567新RBC2传输端口业务名称传输端口业务名称传输端口业务名称传输端口业务名称4PQ1-1沪宁RBC1-34PQ1-21京沪RBC7-14PQ1-1沪宁RBC1-14PQ1-21京沪RBC7-24PQ1-2沪宁RBC2-34PQ1-22京沪RBC7-54PQ1-2沪宁RBC2-14PQ1-22京沪RBC8-24PQ1-3沪宁RBC3-34PQ1-23京沪RBC8-14PQ1-3沪宁RBC3-14PQ1-23京沪RBC9-24PQ1-4沪宁RBC4-34PQ1-24京沪RBC8-54PQ1-4沪宁RBC4-14PQ1-24京沪RBC10-24PQ137、-5沪宁RBC5-34PQ1-25京沪RBC9-14PQ1-5沪宁RBC5-14PQ1-25京沪RBC11-24PQ1-6沪宁RBC3-54PQ1-26京沪RBC9-54PQ1-6沪宁RBC1-54PQ1-26京沪RBC12-24PQ1-8沪杭RBC1-14PQ1-27京沪RBC10-14PQ1-7沪宁RBC5-55PQ1-21京沪RBC7-44PQ1-9沪杭RBC2-14PQ1-28京沪RBC10-54PQ1-10沪杭RBC1-35PQ1-22京沪RBC8-44PQ1-10沪杭RBC3-14PQ1-29京沪RBC11-14PQ1-11沪杭RBC2-35PQ1-23京沪RBC9-44PQ1-138、1沪杭RBC1-54PQ1-30京沪RBC11-54PQ1-12沪杭RBC3-35PQ1-24京沪RBC10-45PQ1-1沪宁RBC1-44PQ1-31京沪RBC12-14PQ1-13沪杭RBC3-55PQ1-25京沪RBC11-45PQ1-2沪宁RBC2-44PQ1-32京沪RBC12-55PQ1-1沪宁RBC1-25PQ1-26京沪RBC12-45PQ1-3沪宁RBC3-45PQ1-21京沪RBC7-35PQ1-2沪宁RBC2-25PQ1-4沪宁RBC4-45PQ1-22京沪RBC8-35PQ1-3沪宁RBC3-25PQ1-5沪宁RBC5-45PQ1-23京沪RBC9-35PQ1-4沪宁39、RBC4-25PQ1-6沪宁RBC4-55PQ1-24京沪RBC10-35PQ1-5沪宁RBC5-25PQ1-9沪杭RBC1-25PQ1-25京沪RBC11-35PQ1-6沪宁RBC2-55PQ1-10沪杭RBC2-25PQ1-26京沪RBC12-35PQ1-10沪杭RBC1-45PQ1-11沪杭RBC3-25PQ1-11沪杭RBC2-45PQ1-12沪杭RBC2-55PQ1-12沪杭RBC3-411) 与北京武汉互联电路全部中断（一级）(1)启动前提与北京武汉互联电路全部中断。(2)预案原则不能影响原有正常业务，如有影响，处理须在天窗时间进行。(3)处理措施a.目前，虹桥GSMR设备与北京核40、心网间共4个2M电路互联，上海MSC和北京TMSC互联两条E1，一主用一备用，上海SGSN和北京TMSC互联两条E1，一主用一备用。其对应关系按附表一内容所列。其中任一电路中断都不影响业务，若全部电路中断，会倒换到武汉MSC，也不影响业务。电路名称 DDF位置设备端口转接设备京沪2DL（沪宁城际北京TMSC/STP-上海MSC铁01）DDF1-1-152PQ1-1LTG 0-8-0京沪2DL（沪宁城际北京TMSC/STP-上海MSC铁02DDF2-1-152PQ1-1LTG 4-51-0京沪2DL（沪宁城际北京STP-上海SGSN铁01）DDF1-1-252PQ1-2SGSN ET768京沪241、DL（沪宁城际北京STP-上海SGSN铁02 DDF2-1-252PQ1-2SGSN ET896b.目前，上海GSMR设备与武汉核心网间共12个2M电路互联，其对应关系按附表一内容所列。如发现原电路运用故障，由GSM-R核心机房值班人员立即联系武汉GSM-R核心机房值班人员，根据备用电路命名进行倒代，即采用人工倒接方式进行，具体倒接方案按附表所列进行。电路名称 DDF位置设备端口转接设备沪汉2DL（沪宁城际上海MSC-武汉TMSC/STP铁01）DDF1-1-352PQ1-3LTG 0-40-0沪汉2DL（沪宁城际上海MSC-武汉TMSC铁01）DDF1-1-452PQ1-4LTG 0-21-42、0沪汉2DL备用02DDF1-1-552PQ1-5沪汉2DL（沪宁城际上海SGSN-武汉STP铁01）DDF1-1-652PQ1-2SGSN ET769沪汉2DL（沪宁城际上海MSC-武汉TMSC铁03）DDF1-2-552PQ1-15LTG 0-25-0沪汉2DL备用01DDF2-1-352PQ1-3沪汉2DL（沪宁城际上海MSC-武汉TMSC铁02）DDF2-1-452PQ1-4LTG 5-7-0沪汉2DL备用03DDF2-1-552PQ1-5沪汉2DL备用04DDF2-1-652PQ1-6沪汉2DL（沪宁城际上海MSC-武汉TMSC/STP铁02）DDF2-2-452PQ1-14LTG 43、4-54-0沪汉2DL（沪宁城际上海MSC-武汉TMSC铁04）DDF2-2-652PQ1-16LTG 6-1-0沪汉2DL（沪宁城际上海SGSN-武汉STP铁02）DDF2-2-652PQ1-17SGSN ET89712）MSC个别进程或数据吊死（二级）(1)启动前提交换机命令无法正常输出或者交换机系统无法正常工作但外围设备运行正常，通信业务无影响。(2)预案原则保证通信业务不受无影响，处理时间须在天窗时间进行。处理后须进行业务验证。(3)响应措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。抢修组请示上级调度与铁路局协商在天窗时间，联系设备厂家说明具体的故障44、现象，由厂家现场或远程支持对设备进行低级别启机。低级别启机会短时间（不超过5分钟）影响设备运用。处理后须进行人机命令操作验证，并确认交换机系统工作正常。以下分别是CP侧和MP侧个别进程或数据吊死的一般解决方法，具体按厂家技术指导执行。 a.交换机CP侧个别进程或数据吊死CP侧操作命令：RECOVSSP: LEVEL=NSTART0; 只对非呼叫处理的程序进行重启，硬件只针对BAPM，对呼叫处理没有影响。当BAPM损坏时，BAPM/BAPS进行倒换，系统自动对BAPM进行重启。RECOVSSP: LEVEL=NSTART1; 对所有程序进行重启，影响正在进行的呼叫，已建立的呼叫不受影响。RECO45、VSSP: LEVEL=NSTART2; 对CP的PRO加载DATA（数据），所有程序进行重启，影响正在进行的呼叫，已建立的呼叫不受影响。RECOVSSP: LEVEL=NSTART3; 对CP的PRO加载DATA和CODE，对所有程序进行重启，影响正在进行的呼叫，已建立的呼叫不受影响。b.交换机MP侧个别进程或数据吊死RECOVLIC: LIC=1（2）; 由于LIC为1、2互为备份，操作时需逐个进行，以免影响业务使用。主要针对在IWPSS7时隙无法正常占用或创建LINK时不能正常激活时，需对LIC板进行重启。RECOVAMX: SIDE=0（1），ACCG=1（3）; 由于ACCG为01侧46、备份，操作时是逐侧进行，不影响业务使用。主要针对在ATM交换网中包括基本框（扩展框）ACCG或其他一些设备降级或故障时对AMX进行重启。RECOVASN: SIDE=0（1），ACCG=1; 由于ACCG为01侧备份，操作时是逐侧进行，不影响业务使用。主要针对在MP基本框ACCG降级或故障时对ASN进行重启。RECOVMP:MP=1（2、3、4、7、8），DEPTH=selective recovery；用于对某个MP使用出现异常，对MP所有进程部分重启，对数据影响小。RECOVMP:MP=1（2、3、4、7、8），DEPTH=full recovery；用于对某个MP使用出现异常，对MP所有47、进程部分重启，对数据影响大。RECOVMP:MP=1（2、3、4、7、8），DEPTH=cold start；用于对某个MP使用出现异常，局部加载进程及数据，影响较大。13)对某局向中继部分中断（二级）(1)启动前提对某局向中继部分中断；仍有正常通信中继。(2)预案原则不能影响原有正常业务，如有影响，处理须在天窗时间进行。(3)处理措施抢修组确认预案启动前提成立，参照应急通信故障的报告和通报流程制度启动应急预案。抢修组请示上级调度与铁路局协商在天窗时间进行处理，处理后须进行业务验证。按照不同局向处理如下： a.上海MSC与FAS系统个别中继中断，不影响业务使用。 上海MSC与南昌/上海FAS系48、统各有2 X 2M ， 共4个2M；至局调FAS共6个2M。分布在不同的LTG上，MSC与FAS连接使用PRA信令，同时传送信令、话路。若原因为物理连接故障引起，用临时连接线连通物理通道，临时恢复业务。若为硬件故障，更换损坏硬件。若为软件故障，由厂家现场技术支持进行解决。b.上海MSC与STP中继部分中断，不影响业务使用。上海MSC与北京、武汉STP 采用两个E1连接，分布在不同的LTG上，且每个2M各 4条LINK，MSC与STP传送7号信令消息，仅使用LINK（现网武汉STP的2个E1其他时隙做话路）。若原因为物理连接故障引起，用临时连接线连通物理通道，临时恢复业务。若为硬件故障，更换损坏49、硬件。若为软件故障，由厂家现场技术支持进行解决。c.上海MSC与武汉MSC中继部分中断，不影响业务使用。上海MSC 与武汉MSC 有4个E1连接，话路E1分布在不同的LTG上。抢修组对故障进行排查。若原因为物理连接故障引起，且无法满足到该MSC的最低通信容量要求时，用临时连接线连通物理通道，临时恢复业务。若为硬件故障，更换损坏硬件。若为软件故障，由厂家现场技术支持进行解决。d.MSC与BSC（TRAU）中继部分中断，不影响业务使用。目前上海MSC下挂的BSC有武广线（上海）、温福线、甬台温线共三个BSC，由于MSC与TRAU同在核心网机房，连接为直连方式，中间仅用跳接线进行了转接，所以不会出现50、由于转接引起的大面积故障，同时在实际中只需要存在1条正常的LINK，部分2M的故障是不会响正常的呼叫。四、 应急组织1. 上海高铁通信车间2. 虹桥GSM-R工区3. 诺西公司厂家技术支持五、 安全措施1.日常做好数据备份工作，确保仪器、仪表、工具、备品、备件全部到位。2.处理故障前对告警进行记录，设备恢复正常后要进行前后告警比对，如有异常立即联系厂家查明原因。3.处理故障过程中严格按照处理、汇报流程，与网调、车间主任保持联系。4.若涉及到数据有变动的，故障处理完成后需进行备份工作。5.上海高铁车间安排机动车辆一辆，停放在南辅楼派出所门口。若出现人员伤亡事故直接送往北新泾地段医院。电话号码：62395821。地址：北渔路111号。6.行车路线：汽车往北辅楼方向上北翟路高架，由天山西路口下，右转至天山西路直行，至平塘路泉口路到达（全程由施工机动人员陪护）。六、 附件1. 应急通信录（含厂家人员）2. 图纸3. 备品备件台账4. 设备运用台账