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