上海通信段MSC设备应急预案样本.docx

编号：上铁电专-共用-04-001-

数字移动通信系统MSC设备应急预案

上海通信段上海高铁通信车间
2月
一、 编制根据
1.《上海通信段应急处置管理实行细则》（上通信调[]230号）；
2.《上海铁路局关于进一步规范路局应急处置指挥体系建设告知》（上铁运[]283号）；
3.《上海通信段铁路通信障碍（故障）管理实行细则》（上通信调发[]89号）
二、 系统整体简介
上海GSM-R机房MSC基于西门子EWSD平台。所有寄存器功能，都是由软件来实现。在硬件设计方面，许多重要部件都设立了冗余备份，重要体当前0侧与1侧互为备份。
当前MSC网络应用状况：与北京核心网、武汉核心网MSC/VLR、HLRi、SCP相连，与虹桥BSC、京沪高BSC、南京BSC、温州BSC、阜阳BSC、合肥BSC、杭州BSC各局向 、FAS等相连，实现了上海局下所有GSM-R客专线GSM-R核心互换、网内移动号码鉴权、铁路专用位置寻址、功能寻址、调度台与GSM-R移动终端通信等功能。
三、 应急预案内容
1. 故障级别（一、二、三级）
1)一级：设备宕机、与一种或各种TMSC局向中断、与某STP信令能力中断、突发话务量导致上海MSC负荷过高设备过载控制、智能业务中断、与专网（PSTN）互联互通故障、与FAS系统局向所有中断、HLRi系统故障、与BSC系统局向所有中断、与RBC机房互联所有中断、与北京武汉互联电路所有中断。
2)二级：MSC个别进程或数据吊死、对某局向中继某些中断。
3)三级：单板故障（影响业务）
2. 核心项：报告、登销记
1)当虹桥GSM-R工区发现局管内GSM-R系统MSC设备发生障碍（故障）时，应在五分钟之内报告段调度、车间主任、网调工区，并告知有关设备维护车间网调工区。
2)车间主任在接到报告后，及时组织人员赶赴虹桥GSM-R工区，负责组织指挥解决、信息报告、障碍（故障）分析等。
3)虹桥GSM-R工区负责障碍（故障）指挥解决、过程信息报告、解决报告撰写等。
4)网调工区依照虹桥GSM-R工区解决规定，组织做好车间管内有关配合工作。
3. 针对不同设备及故障级别编制解决办法
1)上海MSC宕机应急技术预案（一级）
(1)启动前提
互换设备瘫痪、所有能力丧失时启动MSC宕机应急技术预案。启动前提可归结为如下三种状况：
①互换机系统掉电；
②互换机CP侧瘫痪；
③互换机MP侧瘫痪；
(2)制定方案原则
现场操作维护人员一定要立即告知诺西公司有关技术支持人员，并且清晰地描述宕机状态发生时间以及问题详细详细状况，不能擅自单独解决。在机房备有紧急故障解决Emergency手册，以备现场解决参照。寻常维护中严格执行计表中系统备份制度，备份带务必做好详细标签。系统在重大操作前都必要做好系统备份带。
下表是各恢复级别描述：
恢复
级别
　 重启影响
由MML启动
由SW启动
正在建立呼喊丢失与否
已经建立呼喊丢失与否
预测恢复时间
NSTART0
所有与呼喊解决不有关进程重新启动
X
X

NSTART1
所有进程重新启动
X
X
X

<5s
NSTART1B②
呼喊解决基本模式，不从硬盘装载

X
X

>50s
NSTART2
所有进程重新启动，重新装载程序代码和所有半永久数据
X
X
X

>50s
NSTART3
所有进程重新启动，重新装载程序代码和所有半永久数据以及特定瞬态数据
X
X
X

>60s
ISTART1①
初始启动SSP：不对外围SW(LTG/DLU)做无条件重新装载
X
X
X
X
>120S
ISTART1B②
呼喊解决基本模式

X
X
X
>120S
ISTART2①
初始启动SSP；无条件重新装 载外围数据至所有应处在工作状态LTG
X
X
X
X
>6M
ISTART2R(在修改LTG软件后使用)
带重新装载SSP初始启动；仅通过人工操作，无条件装载不处在MBL或PLALTG
X

不有关
不有关.
>15M
ISTART2F(在安装APS后使用)
强制初始启动SSP，仅通过人工操作，装载处在MBL状态外 所有已安装LTG
X

不有关
不有关.
>15M
ISTART2G
初始启动SSP，倒回至旧APS GEN；无条件重新装载所有应处在工作状态LYG/DLU外围程序 代码和数据
X
X
X
X
>15M

①ISTART1/2后解决恢复尝试重新装载并激活所有处在UNALTG/DLU。
②NSTART1B和ISTART1B不用于D900/1800移动业务互换中心MSC。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
宕机应急技术预案启动后，抢修组应立即联系诺西有关技术支持。在诺西人员无法立即赶到现场状况下，现场维护人员应在诺西技术支持指引下，严格参照Emergency手册中相应紧急流程进行分析解决。
a.互换机掉电时，影响所有GSM-R业务，系统需重新启机，启机最长用时40分钟。
D900互换机在断电后再通电会自动选取GEN重新启动至MANUAL状态，设备自动重启之后如果有不正常状态，需尽快将互换机恢复至ACTGEN并保证硬件设备正常，如下为详细操作流程：

需人工重启互换机，重新LOAD LTG，在CP侧执行指令<RECOVSYSTEM:LEVEL=ISTART2F;然后做常规检查。
在CP侧执行<DISPGEN;检查当前GEN与否重启前在使用ACTGEN，若是GEN列表里第一行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下，且大某些LTG工作正常，可通过人工指令激活不正常LTG，流程见附一。然后做常规检查。
Y
N
N
Y
Y
N
至互换机连接应已建立，在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软件）。
②硬盘状态正常，在正常（MANU）模式下重启：
按0侧CMYboot键，在BMML中输入命令“FORMAT；”浮现显示（如果无显示，需要重新按boot键）----“；”---“MANU”---“IOC-0”（如果启机用1侧，则用IOC-1）---选取一种GEN名字（普通用前期所用GEN，本次用为ODAGEN----FORCED----需要一段时间大概40分钟，之后查STATSSP确认启机与否完毕。
③硬盘状态不正常，使用近来备份光盘启机，在UTI模式下重启：
按0侧CMYboot键，在BMML中输入命令“FORMAT；”浮现显示（如果无显示，需要重新按boot键）----“；”---“UTI”---“MOD”---“010C23”（为MOD0启机）---“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侧瘫痪，影响所有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 进行查看DISPGENCPMP，确认GCS一致。查看相应CP、MP侧状态。确认一切正常，并修改时间（ENTRTIME）。
(4)全业务验证
宕机恢复后必要对全业务进行验证，涉及开关机、通话（MTC/MIC/MOC/MMC）、组呼/广播、短信、短号码、列控业务（RBC）、FOLLOW ME等等。
(1)启动前提：
SGSN宕机，主备功能单元模块均不能正常工作，同步已有平时SGSN数据备份带。
(2)应急办法：
寻常维护中应当严格执行计表中系统备份制度，做好备份带及详细标签。系统在重大操作前都必要做好备份带。宕机预案启动后，机房操作维护人员应当立即联系诺西有关技术支持，在诺西技术人员无法立即赶到现场状况下，现场维护人员应当严格按照诺西厂家提供相应紧急故障解决流程进行分析解决。紧急状况下也许需要对设备进行重启、切换操作，在进行类似操作前，应运营命令收集信息，便于故障跟踪解决。
(3)实行环节：
SGSN：登录进SGSN管理界面，按照下列环节进行操作。
a.系统重启：
确认系统有可用备包;
WQO:CR;
同步数据库文献；
DBC:GPDATA,0;
DBC:OEDATA,0;
DBC:EQUIPM,0;
检查数据库一致性
DBS:GPDATA,0
DBS:OEDATA,0;
DBS:EQUIPM,0;
DBD:OMU;
确认磁盘同步任务已经所有完毕
DUQ;
关闭并上传所有话单
GHA;
重启系统:
USS:SYM:C=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包状态改为default
WSD:NAME=FB010712
修改状态，
WSR;
WKS:MODE,NAME=FALLBACK1,DIRE=FALLBACK1,MODE=FULL;
WQD:NAME=BENSON1:DIRE;
必要时确认包内容
WQB:NAME=FALLBACK1:FORM=FAILED;
c.收集软件故障数据：
ZDDS:<unit>,<index>;//进入需采集日记单元
ZGSC;//显示日记Computer log
ZE;//退出
d.重启单元：
USU：PAPU,0;

2)与一种或各种TMSC局向中断（一级）
(1)启动前提
上海MSC与一种或各种TMSC局向中断，仍有可正常通信TMSC局向。
(2)预案原则
按照局数据设立原则应当增长到各个局向备份话务路由。到归属汇接区MSC备选话务路由是本汇接区TMSC。到非归属汇接区MSC备选话务路由是第二汇接区TMSC。顾客拨号方式不变；以保证接通为主，主叫号码规范、计费等仅尽量兼顾，在紧急状况下不做严格规定。当前上海MSC只有与武汉TMSC和北京TMSC相连，依照实际状况武汉TMSC是归属汇接区TMSC，北京TMSC是上海第二汇接区核心节点。预案执行与恢复都必要进行拨测确认。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
抢修组依照实际状况祈求与中断MSC可正常通信TMSC执行应急预案疏通话务，当疏通TMSC放通数据后，抢修组在上海MSC执行操作定义故障TMSC号段指向疏通TMSC疏通话务。当故障恢复时，需要将数据恢复原状。
a.倒代方案示意（以到武汉TMSC话务通道阻断为例）

归属汇接区
第二汇接区
武汉TMSC
上海MSC
上海MSC——武汉TMSC方向业务倒代示意图
北京TMSC

b.技术台账
MSC局名
归属号段
武汉

北京

南昌

济南

c.操作命令行
①倒代命令（执行完后进行拨测确认）：
DISPCPT：CPT=；（成果显示DEST=WHMSC）
CRROUTE：DEST=WHMSC，TGNO=BJMSC，ROUTE=2；
由于现网与北京MSC无话路，但已经创立并保存路由ROUTE和中继群TGRP数据，如果需创话路数据，可使用如下命令创立：ENTRC7TGREL、CRC7USER、CRTRUNK
当抢修组确认修复好中断MSC通信故障后，抢修组组长报告实时状况于领导小组，祈求执行恢复，得到领导小组批准后开始执行倒代恢复。
②恢复命令（执行完后进行拨测确认）：
CANROUTE：DEST=WHMSC，ROUTE=2；
DISPROUTE:：DEST=WHMSC；（确认已恢复路由中继群指向武汉），删除到北京话路数据。

3)与某STP信令能力中断（一级）
(1)启动前提
上海MSC与某STP信令能力中断，而到其她STP之间通信正常。
(2)预案原则
可查询在MTP层与否有备份路由，按照局数据设立原则应当增长到各个局向备份信令路由。到LSTP备选信令路由是本信令区另一种LSTP。到HSTP备选信令路由是另一种HSTP。当前上海MSC只有与武汉、北京HSTP相连，并已依照实际状况定义信令路由，当到其中之一HSTP方向信令路由全阻时，MSC会自动将信令所有转移到另一种HSTP上疏通。预案执行与恢复都必要进行全业务验证，涉及开关机、通话（MTC/MIC/MOC/MMC）、组呼/广播、短信、短号码、列控业务（RBC）、FOLLOW ME等等。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
a倒代方案示意备选信令路由
武汉HSTP
上海MSC
上海MSC——武汉HSTP方向业务倒代示意图
北京HSTP
首选信令路由

b.技术台帐
HSTP名
信令点
武汉
42-255-22
北京
42-255-21
c.操作命令行
①倒代命令（执行完后进行拨测确认）：
MODSIGDP：NETID=4，DPC=42-255-22，Admin state=LOCKED;
当抢修组确认修复好中断STP通信故障后，抢修组组长报告实时状况于领导小组，祈求执行恢复，得到领导小组批准后开始执行倒代恢复。
②恢复命令（执行完后进行拨测确认）：
MODSIGDP：NETID=4，DPC=42-255-22，Admin state=UNLOCKED;
注：以上命令是在武汉HSTP无法解决信令但信令点未失效时用。

4)突发话务量导致上海MSC负荷过高设备过载控制(一级)
(1)启动前提
由于突发话务量等因素导致某些方向呼喊难以接续；从而引起CPU负荷过高并有也许引起MSC重启。
(2)预案原则
以保证MSC通信安全为主，并最大限度保证优先级高顾客通信。当MSC恢复正常后，条件成熟时，可以逐渐地解闭先前关闭设备。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。并按照实际状况采用如下相应办法减少MSC负荷。（注：如下办法执行必要获得领导组批准）
a.关闭鉴权
当CP负荷过高时，可以一方面考虑在MSC完全关闭鉴权以大幅度减少鉴权次数，减少A接口负荷，也可以减少BSC负荷及SDCCH占用时长，减少SDCCH拥塞，同步也会减少MSC到HLR信令负荷。
①应急命令：
MODSERVOPT：FEAT=AUTHENT，STAT=BLK；
②恢复命令：
MODSERVOPT：FEAT=AUTHENT，STAT=ACT；
注意：关闭鉴权可以减少CP负荷，但在完全关闭鉴权后，某些非法SIM卡就也许呼喊成功，因此应注旨在话务高峰过去后及时恢复数据。还需要注意是，关闭鉴权后，是使用IMSI寻呼，CP负荷是减少了，但是基站寻呼负荷也许会增长。建议按实际状况操作。
b.闭塞某些电路
对于因某条或某几条路由负荷过高引起互换机负荷剧增，可考虑实际状况闭塞路由或闭塞某些电路以保证互换机安全和其他路由话务不受影响。
①应急命令：
ENTRTGDAT：TGNO＝WHMSC，CIC=2-1，BLK=Admin；
②恢复命令：
CANTGDAT：TGNO＝WHMSC，CIC=2-1，BLK=Admin；
c.考虑限制某种业务类型
例如限制顾客收发短信，通过在MSC作限制手段，限制顾客接受短信。
①应急命令：
MODMSERVOPT：TSERV=TS21，STAT=BLK；（收信息）
MODMSERVOPT：TSERV=TS22，STAT=BLK；（发信息）
②恢复命令：
MODMSERVOPT：TSERV=TS21，STAT=ACT；（收信息）
MODMSERVOPT：TSERV=TS22，STAT=ACT；（发信息）
d.停止话务记录
通过停止收集话务记录，可以相应地减少CP负荷。
①应急命令：
DISPJOB；（查找话务记录任务号，例：80）
STOPJOB：JN=80；
②恢复命令：
CONTJOB:JN=80；
注释：虽然可减少负荷，但是缺少分析系统在超负荷时运营状态信息，影响到后来对故障分析解决。

5)智能业务中断（一级）
(1)启动前提
与北京和武汉SCP局向所有中断业务，影响位置寻址及功能寻址。
(2)预案原则
为保证通信，顾客放弃原有智能业务拨号方式，直接拨打短号码、功能号、机车所相应MSISDN号。故障排除后，恢复原有拨打方式。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
抢修组及时告知温福和甬台温及武广线调度员启动备用应急通信，将短号码及功能号相应MSISDN告知列车调度员，列车调度员把所相应MSISDN号告知火车司机。
短号码相应MSISDN号码表：温福和甬台温及武广线短号码相应MSISDN号以开通业务为准。
功能号相应MSISDN号码表：温福和甬台温及武广线机车相应MSISDN号以开通业务为准。
当抢修组通过对智能网全业务进行验证，涉及短号码、功能号、FOLLOW ME等等确认已修复好智能业务通信后，抢修组组长报告实时状况于领导小组，祈求执行恢复，得到领导小组批准后开始执行倒代恢复。抢修组及时告知温福和甬台温及武广线调度员故障已解决，停止备用应急通信。

6)与专网（PSTN）互联互通故障（一级）
(1)启动前提
上海MSC与上海专网局向中断，有可正常通信MSC局向，且该局向与专网（PSTN）有连接。
(2)预案原则
顾客拨号方式不变；以保证接通为主，主叫号码规范、计费等仅尽量兼顾，在紧急状况下不做严格规定。当前上海MSC只有与武汉TMSC和北京TMSC相连，武汉、北京MSC均有与PSTN相连。预案执行与恢复都必要进行拨测确认。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
抢修组依照实际状况祈求与武汉/北京MSC执行应急预案疏通话务，当疏通MSC放通数据后，抢修组在上海MSC执行操作定义PSTN号段指向疏通MSC疏通话务。当故障恢复时，需要将数据恢复原状。
a.倒代方案示意（以武汉MSC疏通话务为例）
901XXXXX
专网（PSTN）
上海MSC
上海MSC——PSTN业务倒代示意图
武汉TMSC
901XXXXX

901XXXXX

b.操作命令行
①倒代命令（执行后进行拨测确认）：
DISPCPT：CPT=901；（成果显示DEST=PSTN）
DISPROUTE：DEST=WHMSC；（成果显示中继群指向WHMSC）
MODCPT：CPT=901， DEST=WHMSC；
当抢修组确认修复好中断STP通信故障后，抢修组组长报告实时状况于领导小组，祈求执行恢复，得到领导小组批准后开始执行倒代恢复。
②恢复命令（执行后进行拨测确认）：
MODCPT：CPT=901， DEST=PSTN；
DISPCPT：CPT=901；（确认已恢复DEST=PSTN）

7)与FAS系统局向所有中断（一级）
(1)启动前提
上海MSC与上海/南昌/上海FAS系统所有中断，影响上海/温福/甬台温调度台与GSM-R移动终端通信，上海MSC与专网（PSTN）通信正常。
(2)预案原则
为保证通信，暂时启用调度台所在地专网电话号码行驶调度功能。故障排除后，恢复原拨打方式。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
倒代方案示意（以到上海FAS系统所有中断为例）
上海调度
901041XXXXX

上海FAS
上海MSC
上海MSC——武汉TMSC方向业务倒代示意图
上海专网
741XXXX

抢修组在故障发生后及时排查故障因素，并联系西门子厂家技术支持；

8)HLRi系统故障（一级）
(1)启动前提
HLRi系统故障，总部统一指挥倒代。
(2)预案原则
北京MSC具备HLR功能，北京MSC将做成HLRi系统冷备份，在HLRi主备用系统都宕机时，在北京MSC上进行数据修改，由北京MSC承担HLR功能。由于涉及全网数据，预案各环节执行由总部统一指挥。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。
北京MSC进行数据修改，由北京MSC承担HLR功能。武汉STP修改HLR指向到北京MSC。抢修组在总部指挥下开始执行倒代。
a.倒代方案示意
HLRi

武汉STP
上海MSC
上海MSC——HLRi系统故障业务倒代示意图
北京STP

b.技术台帐
网元名
信令点
武汉STP
42-255-22
北京MSC
42-255-21
c.操作命令行
①倒代命令（执行完后进行拨测确认）：
MODSIGDP：NETID=4，DPC=42-255-21，Admin state=LOCKED;
当HLRi故障修复后，由总部统一指挥执行恢复。
②恢复命令（执行完后进行拨测确认）：
MODSIGDP：NETID=4，DPC=42-255-21，Admin state=UNLOCKED;

9)与BSC系统局向所有中断（一级）
(1)启动前提
MSC与BSC（TRAU）局向所有中断，影响该BSC范畴GSM-R终端无法使用。
(2)预案原则
尽快恢复通信，若原由于物理连接引起，用暂时通道恢复业务；若为硬件故障，及时更换损坏硬件；若为软件故障，及时由厂家现场技术支持进行解决。
(3)应急办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。抢修组组长报告实时状况于领导小组，抢修组对故障进行因素排查。
①如果确认原由于物理连接引起，查找BSC台帐，拟定链路2M所在，规定传播室先代通带链路通道，再最大限度恢复该BSC最低通信容量规定，当原有物理连接修复后恢复原状。
②若为硬件故障，及时更换损坏硬件。
③若为软件故障，及时由厂家现场技术支持进行解决。
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网管告警信息：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工区光缆、电路及端口如下表：

纤芯号
1
2
3
4
5
6
南
辅
-
RBC
32
芯
B
缆
(外圈)
业务
名称
RBC1-南一
622M
RBC1-南一
622M
RBC1-南一
622M
RBC1-南一
622M
备用
备用
跳纤
去向
1553南辅Ⅰ
13-SLQ4-3-R
1553南辅Ⅰ
13-SLQ4-3-T
1553南辅Ⅰ
13-SLQ4-4-R
1553南辅Ⅰ
13-SLQ4-4-T
备用
备用
纤芯号
1
2
3
4
5
6
南
辅
-
RBC
20
芯
A
缆
(内圈)
业务
名称
RBC2-南二
622M
RBC2-南二
622M
RBC2-南二
622M
RBC2-南二
622M
备用
备用
跳纤
去向
1554南辅Ⅱ
6-SLQ4-3-T
1554南辅Ⅱ
6-SLQ4-3-R
1554南辅Ⅱ
6-SLQ4-4-T
1554南辅Ⅱ
6-SLQ4-4-R
备用
备用

1566新RBC1
1567新RBC2
传播端口
业务名称
传播端口
业务名称
传播端口
业务名称
传播端口
业务名称
4PQ1-1
沪宁RBC1-3
4PQ1-21
京沪RBC7-1
4PQ1-1
沪宁RBC1-1
4PQ1-21
京沪RBC7-2
4PQ1-2
沪宁RBC2-3
4PQ1-22
京沪RBC7-5
4PQ1-2
沪宁RBC2-1
4PQ1-22
京沪RBC8-2
4PQ1-3
沪宁RBC3-3
4PQ1-23
京沪RBC8-1
4PQ1-3
沪宁RBC3-1
4PQ1-23
京沪RBC9-2
4PQ1-4
沪宁RBC4-3
4PQ1-24
京沪RBC8-5
4PQ1-4
沪宁RBC4-1
4PQ1-24
京沪RBC10-2
4PQ1-5
沪宁RBC5-3
4PQ1-25
京沪RBC9-1
4PQ1-5
沪宁RBC5-1
4PQ1-25
京沪RBC11-2
4PQ1-6
沪宁RBC3-5
4PQ1-26
京沪RBC9-5
4PQ1-6
沪宁RBC1-5
4PQ1-26
京沪RBC12-2
4PQ1-8
沪杭RBC1-1
4PQ1-27
京沪RBC10-1
4PQ1-7
沪宁RBC5-5
5PQ1-21
京沪RBC7-4
4PQ1-9
沪杭RBC2-1
4PQ1-28
京沪RBC10-5
4PQ1-10
沪杭RBC1-3
5PQ1-22
京沪RBC8-4
4PQ1-10
沪杭RBC3-1
4PQ1-29
京沪RBC11-1
4PQ1-11
沪杭RBC2-3
5PQ1-23
京沪RBC9-4
4PQ1-11
沪杭RBC1-5
4PQ1-30
京沪RBC11-5
4PQ1-12
沪杭RBC3-3
5PQ1-24
京沪RBC10-4
5PQ1-1
沪宁RBC1-4
4PQ1-31
京沪RBC12-1
4PQ1-13
沪杭RBC3-5
5PQ1-25
京沪RBC11-4
5PQ1-2
沪宁RBC2-4
4PQ1-32
京沪RBC12-5
5PQ1-1
沪宁RBC1-2
5PQ1-26
京沪RBC12-4
5PQ1-3
沪宁RBC3-4
5PQ1-21
京沪RBC7-3
5PQ1-2
沪宁RBC2-2

5PQ1-4
沪宁RBC4-4
5PQ1-22
京沪RBC8-3
5PQ1-3
沪宁RBC3-2

5PQ1-5
沪宁RBC5-4
5PQ1-23
京沪RBC9-3
5PQ1-4
沪宁RBC4-2

5PQ1-6
沪宁RBC4-5
5PQ1-24
京沪RBC10-3
5PQ1-5
沪宁RBC5-2

5PQ1-9
沪杭RBC1-2
5PQ1-25
京沪RBC11-3
5PQ1-6
沪宁RBC2-5

5PQ1-10
沪杭RBC2-2
5PQ1-26
京沪RBC12-3
5PQ1-10
沪杭RBC1-4

5PQ1-11
沪杭RBC3-2

5PQ1-11
沪杭RBC2-4

5PQ1-12
沪杭RBC2-5

5PQ1-12
沪杭RBC3-4

11) 与北京武汉互联电路所有中断（一级）
(1)启动前提
与北京武汉互联电路所有中断。
(2)预案原则
不能影响原有正常业务，如有影响，解决须在天窗时间进行。
(3)解决办法
a.当前，虹桥GSMR设备与北京核心网间共4个2M电路互联，上海MSC和北京TMSC互联两条E1，一主用一备用，上海SGSN和北京TMSC互联两条E1，一主用一备用。其相应关系按附表一内容所列。其中任一电路中断都不影响业务，若所有电路中断，会倒换到武汉MSC，也不影响业务。
电路名称
DDF位置
设备端口
转接设备
京沪2DL（沪宁城际北京TMSC/STP-上海MSC铁01）
DDF1-1-1
52PQ1-1
LTG 0-8-0
京沪2DL（沪宁城际北京TMSC/STP-上海MSC铁02
DDF2-1-1
52PQ1-1
LTG 4-51-0
京沪2DL（沪宁城际北京STP-上海SGSN铁01）
DDF1-1-2
52PQ1-2
SGSN ET768
京沪2DL（沪宁城际北京STP-上海SGSN铁02
DDF2-1-2
52PQ1-2
SGSN ET896

b.当前，上海GSMR设备与武汉核心网间共12个2M电路互联，其相应关系按附表一内容所列。
如发现原电路运用故障，由GSM-R核心机房值班人员及时联系武汉GSM-R核心机房值班人员，依照备用电路命名进行倒代，即采用人工倒接方式进行，详细倒接方案按附表所列进行。
电路名称
DDF位置
设备端口
转接设备
沪汉2DL（沪宁城际上海MSC-武汉TMSC/STP铁01）
DDF1-1-3
52PQ1-3
LTG 0-40-0
沪汉2DL（沪宁城际上海MSC-武汉TMSC铁01）
DDF1-1-4
52PQ1-4
LTG 0-21-0
沪汉2DL备用02
DDF1-1-5
52PQ1-5

沪汉2DL（沪宁城际上海SGSN-武汉STP铁01）
DDF1-1-6
52PQ1-2
SGSN ET769
沪汉2DL（沪宁城际上海MSC-武汉TMSC铁03）
DDF1-2-5
52PQ1-15
LTG 0-25-0
沪汉2DL备用01
DDF2-1-3
52PQ1-3

沪汉2DL（沪宁城际上海MSC-武汉TMSC铁02）
DDF2-1-4
52PQ1-4
LTG 5-7-0
沪汉2DL备用03
DDF2-1-5
52PQ1-5

沪汉2DL备用04
DDF2-1-6
52PQ1-6

沪汉2DL（沪宁城际上海MSC-武汉TMSC/STP铁02）
DDF2-2-4
52PQ1-14
LTG 4-54-0
沪汉2DL（沪宁城际上海MSC-武汉TMSC铁04）
DDF2-2-6
52PQ1-16
LTG 6-1-0
沪汉2DL（沪宁城际上海SGSN-武汉STP铁02）
DDF2-2-6
52PQ1-17
SGSN ET897

12）MSC个别进程或数据吊死（二级）
(1)启动前提
互换机命令无法正常输出或者互换机系统无法正常工作但外围设备运营正常，通信业务无影响。
(2)预案原则
保证通信业务不受无影响，解决时间须在天窗时间进行。解决后须进行业务验证。
(3)响应办法
抢修组确认预案启动前提成立，参照应急通信故障报告和通报流程制度启动应急预案。抢修组请示上级调度与铁路局协商在天窗时间，联系设备厂家阐明详细故障现象，由厂家现场或远程支持对设备进行低档别启机。低档别启机会短时间（不超过5分钟）影响设备运用。解决后须进行人机命令操作验证，并确认互换机系统工作正常。
如下分别是CP侧和MP侧个别进程或数据吊死普通解决办法，详细按厂家技术指引执行。
a.互换机CP侧个别进程或数据吊死
CP侧操作命令：
①RECOVSSP：LEVEL=NSTART0；只对非呼喊解决程序进行重启，硬件只针对BAPM，对呼喊解决没有影响。当BAPM损坏时，BAPM/BAPS进行倒换，系统自动对BAPM进行重启。
②RECOVSSP：LEVEL=NSTART1；对所有程序进行重启，影响正在进行呼喊，已建立呼喊不受影响。
③RECOVSSP：LEVEL=NSTART2；对CPPRO加载DATA（数据），所有程序进行重启，影响正在进行呼喊，已建立呼喊不受影响。
④RECOVSSP：LEVEL=NSTART3；对CP