MSC日常维护手册.doc

msc维护手册2011-9-7说明41数据结构51.1mtp层数据结构51.2sccp层数据结构62日常局数据检索、状态检查72.1常规局数据检索72.1.1信令路由 （sigroute）72.1.2信令链路 （siglink）72.1.3信令点（sigpoint,sigdp）82.1.4信令数据链路（sigdlltg）92.1.5sccp远端连接（splnkrem）92.1.6sccp子系统（spssn）92.1.7sccp终端节点单元（不含子系统）（spens）102.1.8sccp终端节点单元（含子系统）（spensssn）102.1.9sccp中继节点单元（sprns）102.1.10sccp主叫地址（spclgpa）112.1.11gt数据（spgttrl/spgtcrul/spgttrul）112.2硬件状态检查132.2.1amp (atm bridge processor)132.2.2mbd (message buffer type d)132.2.3mp（main processor）132.2.4atmb (atm bridge)142.2.5lic (line interface card)142.2.6asn (atm switching network)152.2.7amx (atm multiplexer)152.3其他163局数据修改173.1新加信令链路173.1.1新建信令中继173.1.2新建datalink ltg173.1.3新建信令链路173.1.4创建信令统计183.1.5激活信令链路183.2删除信令链路193.3新开局向193.3.1新建对端信令点193.3.2新建信令链路组203.3.3新建信令路由203.3.4新建信令链路并激活203.3.5新建sccp链接213.3.6创建中继群、话路223.4信令负荷分担调整233.5新加号段243.5.1cpt数据修改243.5.2gt数据修改244例行保留&季度保留254.1第一次季度保留a0264.2系统保留a1264.3系统保留a2324.4系统保留提示345计费维护356scr应用367故障信息收集41说明此手册旨在指导机房维护人员完成对核心网cs域的维护。1 数据结构由于ssnc 的引入，西门子交换机在mtp层、sccp层和gt数据方面较之以往版本（sr6、sr8）发生了巨大的变化。为了做好日常的维护工作，避免由于人为错误导致系统网络故障，就必须对9.0 平台下的数据结构有一个清晰的认识。1.1 mtp层数据结构sigpointsigdpsiglsetsigdlltgsigroutepdclnkmtpl2pfsiglinktgrp (iwtg)iwpss7sigptgrp (sign. ts)tgrp (iwts)trunk (sign. ts)这部分数据将帮助系统完成与其他网络设备的mtp层连接。上图中， 蓝色斜体数据是cp侧的， 而红色部分则是ssnc侧的。很显然，很多新的名称被提了出来，但其实底下的物理概念还是一致的。对于维护而言，最需要明了的是图中各数据之间的关联结构、逻辑关系。 这将直接影响到对数据的有效检索和数据修改的正确性。至于说，具体的概念， 如什么是sigdlltg，在后面的章节结合具体维护操作会有进一步说明，也可参阅ssnc的培训教材。1.2 sccp层数据结构同样这里也给出数据简图如下：c7usersplnkremsplnklocspssnspttspclgpaspapremspcareaspaplocspens/sprns/spensssnsigpointsigdp显然，sccp层的数据是建立在mtp层数据基础之上的。依赖于它，网络中的不同设备间可以建立起sccp的连接。而这又是我们后面要提及的gt数据的基础。图中可以看出，对于此部分数据，cp侧就仅剩下c7user一项了，绝大部分都到了ssnc这一侧。一样的，作为维护，重要的是了解这一结构的关联和逻辑。具体的概念，后面会结合具体操作做一说明。2 日常局数据检索、状态检查在日常的维护工作中，最为频繁的莫过于对局数据的检索和硬件模块的状态检查。这里，将我们所能想到的一些要点列举如下，供参考：2.1 常规局数据检索常规局数据主要包括我们所熟知的cpt、gt以及中继群路由数据等。其中cpt、中继群等与信令无关的数据，仍然沿用与sr8完全相同的办法进行检索，这里就不再赘述了。我们将重点放在由于ssnc的引入而变化了的信令和gt数据上。2.1.1 信令路由 （sigroute）命令：dispsigroute说明：n 借助于此命令，可以查出至某一 dpc的信令路由情况。n 至同一dpc 的不同linkset有优先级和顺序的概念。它们将影响到负荷分担的效果。2.1.2 信令链路 （siglink）命令：dispsiglink;说明：n 此命令若不给任何参数，则可能会需要等一会儿才会有结果出来。n 从结果上看，每一条链路是由链路组名称、编号以及链路编码来唯一的确定的。根据升级软件算法，链路组名称将直接拷贝自原先c7lset的内容，所以非常容易识别出链路方向。同样，链路编码也是直接拷贝于原sr8数据。n 不同于sr8，每一条信令链路的状态由管理状态（admin. state）和工作状态（operational state）来共同表示。它与原来状态的对应关系如下：sr8sr9actunlocked/enabledbl1/bl2locked/disabledalinp/pcmft/unlocked/disabledpcm failure.n 另外，值得说明的是对于网络标识，sr9采用如下的对应关系：network idnetwork namenetwork indicator1inat00 (00)2inat11 (01)3nat02 (10)4nat13 (11)n 正如原来dispc7link可以看见对应siltd一样，这里我们可以看见对应的 “nuc”-sigdlltg。这样，我们就可以进一步查出对应的信令时隙。2.1.3 信令点（sigpoint,sigdp）命令：disp sigpoint/disp sigdp说明：n 对sigpoint也就是opc而言，可以看到的是operational state 和 alarm status. 正常的状态应当是 enabled/cleared.n 对sigdp也即dpc而言，除了上述两个状态以外，还可以看见它的管理状态（admin. status）。正确的状态应当是：unlocked/enabled/cleared.n load sharing key 只要不是“none”，就意味着负荷分担已被激活。n 需要注意的是，这里引入了dpc name的概念。由于升级软件的原因，对它的命名我们采用的是“对应信令点编码的十进制值加#加netid ” （举例而言，升级前30-8-254的信令点，升级后dpc name就是 “01968382#3”, 而15515则变为“15515#4”）2.1.4 信令数据链路（sigdlltg）命令：dispsigdlltg说明：n 这里的sigdlltg就是原来sr8下的nuc，它所描述的是外部信令时隙至信令处理单元的连接。sr8里是到siltd，而sr9里是到mp。n 它的正常状态应当是“operational state: enabled”n 对每一条sigdlltg，我们都给出对应命名。命名规则为对应信令链路组名+链路码。（如 “lshlr00”就是往hlr去的lcod为0的信令对应的数据链路。）n 依据这一命名，可以轻易地找到对应某一信令链路的mp。2.1.5 sccp远端连接（splnkrem）命令：dispsplnkrem说明；n 它其实就是dpc，只不过为了数据管理的原因，将所有与本局有sccp连接的节点定义了这样一个概念。n 这里对它的命名就是直接拷贝自dpc name。2.1.6 sccp子系统（spssn）命令：dispspssn说明：n spssn其实就是原来的scuser，通过它对sccp上的子系统、子模块做一定义。n 显示结果中，spssn name就以实际子系统名来命名，如： mapmsc。而id则取对应规范中的子系统号，可参考下表。真正定义的子系统则由ssid一项完成。spssn namespssn idssidmapmsc8mobile application part mscmapvlr7mobile application part vlrmaphlr6mobile application part hlrmapsgsn149serving gprs support nodebssap254bs system application part2.1.7 sccp终端节点单元（不含子系统）（spens）命令：dispspens说明：n spens是gt翻译dpc寻址的目的点，而实际上底层就是splnkrem, 也即dpc。n 对它的命名，升级软件采用的是“sg+#+序号”的方案，如：“sg#2”n 显示结果中，primary id/name 对应的就是splnkrem的id和name2.1.8 sccp终端节点单元（含子系统）（spensssn）命令：dispspensssn说明：n spensssn与spens其实是同一个概念，只不过是进一步指定了子系统。n 实际上，在现网局上我们并不会具体指定到子系统，所以此数据可不必关心。2.1.9 sccp中继节点单元（sprns）命令：dispsprns说明：n sprns的概念其实是为gt寻址做准备的。 gt 寻址的实质就是将gt翻译的任务交由其他局（如：lstp/hstp）来完成。这里的sprns指代的就是lstp/hstp上的sccp功能模块。2.1.10 sccp主叫地址（spclgpa）命令：dispspclgpa说明：n spclgpa的概念是为实现网元间建立sccp连接并实现通信做准备的。 在它的帮助下，相关网元可以直接利用此地址信息完成通信，而无需信令点的介入。n 因为sccp上有不同的子模块，如mapmsc、mapvlr、maphlr，对不同的子模块，均定义有相应的地址信息。2.1.11 gt数据（spgttrl/spgtcrul/spgttrul）n spgttrl命令：dispspgttrl说明： spgttrl对应原来的gtdigtr，它定义了gt翻译的类型、编码方案以及地址类型。 对它的命名依然沿用原gtdigtr的命名，如：intint、intloc、locupd。 n spgtcrul命令：dispspgtcrul说明： spgtcrul负责完成gt中的号码变换。具体到现网局数据而言，就是对外地用户位置更新时完成的用86139替代46000的工作以及针对国外漫游用户的类似操作。 对它的命名，我们使用的是原来gtcpt中dicon的内容，如“.+3034”、“.+86139”等。 显示结果中，“conversion rule”是我们需要关注的一项。号码变换规则的定义表述大致与sr8一致，唯一需要说明的是“t”用来表示“拷贝余下字符号码，而后停止”。n spgttrul命令：dispspgtrul说明： 需要特别强调的是，我们非常不建议在升级局上，不给任何参数而直接执行此命令，除非gt 数据已经优化。因为升级本身是不包含数据优化的，而一个交换机的gt数据都至少在5，000条左右，所以一条不带任何参数的显示命令将是一个可能长达数小时的作业，这对系统的运行是不利的。 spgtrul实际上是gtcpt和gtdest的揉和。它将gtcpt和gtdest的内容作成了一张大的表格。这张表的纵向是各号码号码段，横向则是对应的逻辑上的目的地（pointer）,它可能是sprns（gt寻址）或spens（dpc寻址）。依据处理方式的要求还会包含有号码变换规则（spgtcrul）、 它的命名，直接拷贝自原gtdest中的gtdig, 如：“86136297”。所以我们可以以此为依据来查找特定号码段的gt数据。2.2 硬件状态检查这里我们只讨论在sr9平台下新加硬件的状态检测。当然，ssnc是全新的，而cp侧则由于powercp的引入也带来了些变化。2.2.1 amp (atm bridge processor)命令：statssp/dispamp说明：n atm bridge 在sr9平台上是一个非常重要的概念。其中atmb-1是最基本的一个桥，它保证着系统cp和ssnc两侧的协调一致。这个桥，在cp侧对应的硬件就是amp。n 从statssp的结果上看，amp-0/amp-1正常状态下都应当是“act”的。n dispamp的结果，可以看出两侧amp的工作状态。正常情况下，必然是一侧“working”，另一侧“spare”。2.2.2 mbd (message buffer type d)命令：statmb说明：n 除了amp以外，mb是 cp 侧另一需要与ssnc侧发生联系的硬件单元。之所以使用type d是因为只有它才支持光纤的接口。mbd包括了连向sn的mbdh，连向cp的mbdc，连向ssnc的mbda以及连向ccg的mbdcg。n 从显示结果上看，可以看到mbic，mbih和mbia两侧的状态。正常情况下两侧都应当是“act”的。2.2.3 mp（main processor）命令：statmp说明：n mp是ssnc中最为主要的处理器。依据配置的不同，可能各个局之间mp的数量会有所区别。但mp1和mp2是绝对都会有的，它们分别承担起了系统oam和信令管理的工作。至于其他的mp，则负责具体处理信令或gt。n statmp的结果中可以看到各mp的管理状态、工作状态以及备份状态和告警状态等信息。其中作为维护而言，需要关注的是前两个状态。正常情况下它们都应当是“unlocked/enabled”。2.2.4 atmb (atm bridge)命令：statatmb说明：n 正如前面所提及的那样，atmb对于系统的正常工作起着决定性的作用。所以经常性地检查atmb的状态是十分必要的。n 正常情况下，各个“桥”的两侧都应当是“unlocked/enabled”。2.2.5 lic (line interface card)命令：statlic说明：n lic是ssnc与外界相连的一个接口，在这里完成atm与stm之间的格式转换和速率匹配。它的正常工作保证着ssnc对信令消息的正确采入和输出。n 正常情况下，各lic模块状态都应当是“unlocked/enabled”。2.2.6 asn (atm switching network)命令：statasn说明：n 由lic送入的信令消息单元必须路由至特定的mp，如何由lic走到mp就需要asn的介入。这里asn所发挥的作用，就好象sn在交换机中的作用一样。n 实际上，asn是由gmx、accg、asmg以及电源模块构成的。因此在命令显示结果上可以看到这三者分别的状态。显示实际模块accg 2accgaccg 2 asn 1asmgaccg 2 asn 2gmxn 毋庸质疑，正常情况下它们的状态都应当是“unlocked/enabled”2.2.7 amx (atm multiplexer)命令：statamx说明：n amx与gmx一起构成了一套复用和解复用的机制用以完成ssnc内部的消息往来。n 显示结果中，不仅有amx本身，还包括有对应的accg。显示实际模块accg 1accg 1accg 4accg 4accg 1 asn 1amx in scbaccg 4 asn 1amx in scen 正常情况下它们的状态都应当是“unlocked/enabled”2.3 其他这里，给出一些维护中可能会遇到的特殊指令的使用要点。n dispaccfg/dispfscfg当系统提示类似于无权限操作的信息时，可以考虑检查系统的安全属性设置。dispaccfg: access control configuration （访问限制设定）借助于这条命令，可以看到系统当前对于针对系统内部管理模块的创建、修改、删除、显示等操作的限制情况。正确的应当是都是允许的（allowed）。dispfscfg: file security configuration （文件安全性设定）借助于这条命令，可以看到系统当前对于针对文件的创建、修改、读取、删除等操作的限制情况。正确的应当是都是允许的（allowed）。n listfile这条指令可以帮助我们完成对ssnc侧文件的列表。需要注意的是，在输入参数时，对于硬盘上的文件应当指定目录：sys:，而对于mo上的文件则需要指定目录：mod0: 。n sendfile/rcvfile顾名思义，这两条命令是用于向网元写入文件和从网元读取文件的。 在使用它们时对参数的输入要特别给予注意。sendfilercvfile说明transfer typeftam/ftp/fnteaftam/ftp/fnteacp文件用ftam;mp文件用ftp。source file name如:ctl1e$testsys:或文件名一定要指定正确。“sys:”表示文件是在mp侧的。“”表示文件在cp侧。destination file namesys:或如:ctl1e$testcopy modeascii / binaryascii / binary根据文件本身内部格式来决定。比如：计费文件就应当是binary的，而命令文件则应是ascii的。3 局数据修改3.1 新加信令链路在日常的维护工作中，经常性地会遇到针对某一局向增加信令的任务，此时对端信令点、信令链路组、信令路由均已建好。如果我们不需要新建新的信令链路组的话，就只要直接创建信令链路就可以了。前提：传输已经调通。3.1.1 新建信令中继mml: cr trunk: tgno=allccs, eqn=1-11-1-16, lcos=digsig8; 注：无论是去bsc方向还是其它局向，信令中继的lcos都用digsig8。3.1.2 新建datalink ltgq3：cr sigdlltg: net name= nat0, net id=3,data link name=dlxaa1-5, data link id=, adjacent dpc=26-255-1, mp=3, outward eqn=1-11-1-16;注：l net name、net id 不可同时使用；l 3nat0, 4nat1l data link name, 它的命名规则“dlxxxxy”。n “dl”: datalink;n “xxxx”:局向；n “y”:与linkcode 对应l mp， 在指定mp是应结合已有数据尽量做到负荷分担。 3.1.3 新建信令链路q3: cr siglink:net name=, net id=3, link set name=,link set id =6, link code=5,data link name=dlxaa1-5, protocol profile name= itu basic64;注：i. link code 与datalink 命名时所取y值一致。ii. itu basic64 为标准参数，原则上都用它。3.1.4 创建信令统计与以往版本不同的是，sr9里信令部分的统计是放在ssnc中完成的，而且需要针对每一条信令逐一地创建。n 信令链路占用统计（c7lload）q3: crsiglme: net id=3, linksetid=6, linkcode=5, measurement type= link utilisation meas, meas time periode= 15 min;n 信令链路拥塞统计q3: crsiglme: net id=3, linksetid=6, linkcode=5, measurement type= link congestion meas, meas time periode= 15 min;注：关于ssnc的统计，后面将专辟专题详细介绍。 3.1.5 激活信令链路q3: mod siglink: net name=, net id=3, link set name=,link set id=6, link code=5,admin. state=locked; mod siglink: net name=, net id=1, link set name=,link set id=6, link code=5, admin. state=unlock;注： 每次创建完成后，都必须先将其闭锁再行激活！3.2 删除信令链路就如同新加信令链路一样，删除信令也是在日常维护中经常会遇到的任务之一。其实删除信令就是新加信令的反过程。大致流程如下：闭锁信令删除信令统计删除信令删除信令数据链路删除信令中继3.3 新开局向对于一个运行中的交换机而言，随着网络的发展，不断会有新网元（msc、bsc）与之发生联系。因此，相应的mtp、sccp层的连接都必需创建起来。3.3.1 新建对端信令点q3： cr sigdp: net name=, net id=4,dpc name=dpbsc5, dpc=14478, loadsharing key=4;注： i. dpc name的赋值以易于记忆、识别为准，以”dp”开头；ii. 此处的loadsharingkey,表明的是去向同一dpc的不同linkset之间的负荷分担。它的取值范围在04之间。3.3.2 新建信令链路组q3： cr siglset:net name=,net id=4,link set name= lsbsc5,link set id=, adjacent dpc=14478, congestion method= international;注：i. 对信令链路组的命名应遵循逻辑合理、易于识别的原则，以”ls”开头；ii. congestionmethod一项的取值，在目前国内的gsm网络中一律选用international。3.3.3 新建信令路由q3：cr sigroute:net name=,net id=4,dpc name=, dpc=14478, route id =, link set name=lsbsc5, priority=1, priority mode=equal;注：i. 此命令旨在为dpc和linkset之间建立起一逻辑上的对应关系；ii. 只要在crsigdp时lsk不等于0，就存在在不同linkset之间负荷分担的可能性。相同优先级的linkset之间可依据lsk实现负荷分担。不同优先级之间依据优先级高低依序选择；iii. priority_mode有两种取值，决定了不同的优先级设定方式。 equal 新设定之优先级可与已有路由相同； insert新设定之优先级将依序将已有路由优先级向下平移。iv. 关于负荷分担的调整设置后面会有详细介绍3.3.4 新建信令链路并激活参考前面关于新建信令链路的叙述。至此，本局和新建网元间mtp层的连接建立完成！3.3.5 新建sccp链接对于一个已在现网运行的交换机而言，本端的数据应当都是已建立完成的，如：splnkloc/spssn/spclgpa。我们只需要增补一些对端数据即可。mml：cr c7user: usname=sccp,dpc=14478, netind=nat1,pcmtyp=diu30;q3: cr splnkrem: splnkre id=, splnkrem name= sccpbsc5, net id=4, net name=, dpc=14478, dpc name=;指令执行后，即在本局和新建网元间建立起了一个sccp层的链接。若新建网元为与本局直连的交换局端局或关口局，则还需要建如下数据q3：cr spens: spens id=,spens name=sccpylmsc1, primary 1 id=, primary 1 name=sccpylmsc1， primary 2 id=, primary 2 name=， sharing mode=solitary;注：i. primary 1 id/name实际上就是前面我们所建的sccp linkage remote。ii. 大多数情况下我们都不用去选择primary 2 id/name, 因此sharing mode都选solitary.q3：cr spgtrul: spgttrl id=2,spgttrl name=intint spgtrul id=, spgtrul name=, gt address info.=8613907777, spensid=, spens name=sccpylmsc1, traffic type=nat.own;注：i. “8613907777”为对端局ylmsc1的mscid；ii. 若不指定，系统会自行为此条数据“规则”分配一个id号。3.3.6 创建中继群、话路mtp层和sccp层信令链路搭建完成后，不可避免的是话路的创建。若新建网元为交换局，还需为tup/isup创建c7user。mml：cr c7user: usname=tup/isup, dpc=26-255-1, netind=nat0, pcmtyp=diu30, cicsize=cic12;mml：cr tgrp: tgno=xiana1, orig=20, gcos=jsubord&nozon&amareqd& ccs7tchn&c7glare&priopre &prop5& prop7&amatrans&usvers1;mml：entr c7tgrel: tgno=xiana1, dpc=26-255-1, netind=nat0;mml：cr trunk: tgno=xiana1, eqn=1-11-1-1, lcos=digsig14, cic=0-1, trrange=15;mml：cr trunk: tgno=xiana1, eqn=1-11-1-17, lcos=digsig14, cic=0-17, trrange=15;mml：cantrdat: tgno=xiana1, cic=0-1,blk=admin, trrange=15;mml：cantrdat: tgno=xiana1, cic=0-17,blk=admin, trrange=15;若新建网元为bsc，则只需要依据下面步骤完成话路创建即可。mml：cr tgrp: tgno=bsc5, orig1=50, gcos=jsubord&nozon&nonseq& ccs7mup&bs&amareqd&usvers0;mml：entr c7tgrel: tgno=bs5, dpc=14478, netind=nat1;mml：cr trunk: tgno=bsc5,eqn=1-15-1-2,lcos=digsig4, cic=0-2, trrange=30;mml：can trdat: tgno=bsc5, cic=0-2, blk=admin, trrange=30;3.4 信令负荷分担调整引入ssnc后，作为维护而言，在负荷分担方面可控的就只有去向同一dpc的不同linkset之间的负荷调整。一个linkset内的link之间的负荷分担由系统自动完成。在创建信令路由时（cr sigdp），有一参数load sharing key，它可能的取值为04。只要它不为零，就表示负荷分担已被激活。对去向某一dpc的各路由（其实是linkset），我们都定义有优先级（priority）。系统允许的优先级共有8级，1最高。出局消息首先依据优先级由高至低选择路由，在相同优先级情况下若lsk不是零，则依据lsk的具体取值实现负荷分担。信令链路之间的负荷分担是由sls实现的，sls实际为cic的前四个bit，而lsk其实决定了由具体sls中的哪一个比特来实现linkset之间的选择。由此不难看出，在相同优先级下，最多也仅可在两个linkset之间实现负荷分担。abcdef下图中，假设lsab：p1，lsac：p1，lsad：p2，lsae：p3lsaf:p3;若lsk不为零，则最初lsab、lsac之间负荷分担，其余备用。此时若lsab出现故障退出服务，则lsad自动顶上来与lsac实现主备用。若只剩下lsae和lsaf可提供服务，则它们将以负荷分担方式工作。由上面这个例子不难看出，在实际现网局中我们仅需要将直达路由和迂回路由设为相同优先级即可最大可能地实现负荷分担。3.5 新加号段这部分工作主要针对msc/vlr的维护。在日常维护过程中由于业务的增长，不断地会有新号段投入使用，就需要我们对局数据进行相应修改。这里主要包括cpt和gt数据两块。3.5.1 cpt数据修改这里与sr8版本并无区别，唯一值得注意的是自sr8以后西门子交换机的cpt可实现所谓“最大匹配”，所以只需要建入新的号段即可，无需将原来号段“劈开”细分。3.5.2 gt数据修改由于ssnc的引入，gt数据现在也可实现“最大匹配”，只要将属于本局或本地hlr的号段用dpc寻址指向其所属hlr即可，其它的号段因为都将被送往hstp所以不需要另外单独创建。q3：cr spgtrul: spgttrl=1, spgttrl name=locupd, spgtrul id=, spgtrul name=, gt address info.=46000888,spensid=8, spens name=sccphlrplay, traffic type=nat.own;q3：cr spgtrul: spgttrl=2, spgttrl name=intint, spgtrul id=, spgtrul name=, gt address info.=861390888,spensid=8, spens name=sccphlrplay, traffic type=nat.own;4 例行保留&季度保留由于ssnc的引入，对系统的例行保留以及季度保留的概念就带来了一些变化: mml: set log q3: set inplog没有ssnc的情况下，系统的log文件保存在cp的硬盘中，由cp管理。引入ssnc后，系统对log文件的管理就移交给ssnc的mp：oam完成，文件也相应的保存于ssnc的硬盘中。对应的q3命令为：set inplog: log file name=logx;stat inplog;第一条命令执行后会在硬盘上生成如下四个文件：lg.logx.a0.master主控文件lg.logx.a1.mml所有cp mml指令 可执行lg.logx.a1.q3b所有mp q3指令 可执行lg.logx.a1.q3tq3命令的文本拷贝供检索用当a1文件被写满后,系统会自动陆续生成a2、a3a9、b1b9、c1等文件。当然，这些对维护而言其实是不需要特别关注的，我们只需要关心log文件的x值即可。 cp单侧保留cp、ssnc同步完成保留ssnc有自己的generation，而且完全可以理解ssnc侧的generation必须与cp侧的generation保持一致和同步。因此在作保留时就需要对两侧同步进行。不仅如此，原先我们可以作copygen直接到mo或mt，但现在我们只可以先在两侧的硬盘上生成，而后再将其传入mo。 与原有概念一样例行保留每两周做一次，季度保留为每季度作一次。为此我们需要四张mo，cp和ssnc各两张。cp侧：一张用于例行保留，vsnbakmod；另一张用于季度保留，vsnsavmod。ssnc侧：两张分别用于例行和季度保留。与此相应，我们有一张时间表如下：abcdefghijklmqsrs1rs2rs3rs4rs5qsrs1rs2rs3rs4rs5qsa01st saving quarter a12nd saving quarter a2a0: first quarterly saving immediately after aps installation or at the start of the saving schedulea1: first saving quartera2: second saving quarter: :an: nth saving quartera0.an: designate the save media used4.1 第一次季度保留a0原则上，第一次季度保留将由西门子开通工程师在完成割接（包括新局和升级局）后帮助客户完成，并将光盘移交客户妥善保管。第一次季度保留后光盘和系统硬盘上的状态：a0:cp-mod-0a0:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-golden-1golden01cp-actualmp-actuallg.log16.a*.*cp-golden-1golden01lg.log11.a*.*4.2 系统保留a1在第一次季度保留两周后，我们完成a1周期内的第一次例行保留。虽然sr9.0版本的运行维护终端软件switch_commander上提供了一个类似于原先我们所熟悉的qa.文件的senariosaveaps，但是经过一段时间的实际使用后发现它不是特别稳定，因此我们建议在没有更新版本的senario出台之前，由维护人员手工follow维护手册(m583.pdf)中的sw-217（例行保留）和sw-216（季度保留）。下面我们给出大致的流程图供参考。在执行它之前必须确认以下几点： 系统cp、mp侧gen、log的状态必须与上表一致。如果不一致则立即call tac2。 cp侧mo就绪，statusact，vsnbakmod； ssnc侧mo就绪，statusunlocked，enabled； cp硬盘上mmn.sav.1, mmn.gol.1完成后，光盘和系统硬盘上的状态应当如下a1:cp-mod-0a1:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-backup-1/1backup01cp-actualmp-actuallg.log11.a*.*cp-golden-1golden01cp-backup-1/1backup01lg.log12.a*.*mmn.sav.2mmn.gol.1同样依据此流程，可完成后面几次例行保留。完成后的状态如下： 第二次例行保留之后a1:cp-mod-0a1:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-backup-2/1backup02cp-actualmp-actuallg.log11.a*.*cp-golden-1golden01lg.log12.a*.*cp-backup-2/1backup02lg.log13.a*.*mmn.sav.3mmn.gol.1 第三次例行保留之后a1:cp-mod-0a1:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-backup-3/1backup03cp-actualmp-actuallg.log11.a*.*cp-golden-1golden01lg.log12.a*.*cp-backup-3/1backup03lg.log13.a*.*lg.log14.a*.*mmn.sav.4mmn.gol.1 第四次例行保留之后a1:cp-mod-0a1:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-backup-4/1backup04cp-actualmp-actuallg.log11.a*.*cp-golden-1golden01lg.log12.a*.*cp-backup-4/1backup04lg.log13.a*.*lg.log15.a*.*lg.log14.a*.*mmn.sav.5mmn.gol.1 第五次例行保留之后a1:cp-mod-0a1:mp-mod-0cp-mdd-0/1mp-mdd-0/1cp-bac