CPRELOAD后处理步骤.docVIP

CP发生reload之后，维护人员需要进行的处理。要求：具体到指令，请注意IOG系统和APG系统的区别。 1）首先设置系统时间： CACLS:DATE=date,TIME=time；（确实是需Y＋；） 做一个小启SYREI:RANK=small，EXPL=other； 因为cp reload之后系统时间会变成0。当系统发生了CP RELOAD之后，系统将重新载入了系统备份文件RELFSW0上的内容。 2）需要重新装入相关数据 从RELFSW0备份子文件R0~R4生成 到CP RELOAD结束之间这段时间之内所有改变了DS的操作都将被以前的数据覆盖，例如：这段时间所做出的局数据修改、基站数据修改、用户数据修改（HLR）都会丢失，需要重新装入相关数据；为了安全起见，系统会自动RELOAD备份子文件R3、R4中较旧的文件，这样系统就少了LOAD了较旧的子文件以后产生的COMMAND LOG文件，就是说备份子文件R3、R4中较新的子文件对应的COMMAND LOG FILE应人工输入系统。 在APG系统中，查看command log文件的指令是 L：\FMS\DATA\CPF\RELVOLUMSW\RELCMDHDFcpfls –ls relcmdhdf 在IOG系统中，查看command log文件的指令是 INMCT:SPG=0; INFIP:FILE=RELCMDHDF; END; 查看command log 文件的内容iofat：file＝relcmdhdf－xxxx； 从RELFSW0备份子文件R5生成到CP RELOAD结束之间这段时间之内改变了PS、RS的操作都被以前的数据覆盖，例如:这段时间内所打的软件补丁、软件升级修改的PS、RS程序将被原有的覆盖，需要重新进行修改。 当cp发生reload之后，应当通知有关人员，同时将相应的command log重新装入。具体处理过程如下： ALLIP;检查告警 SYBRP;查看哪个子文件reload到系统 IOCMP; IOCMC:STATE=passive；设置command reading状态为passive IOCMP; IOCMI:FILE=RELCMDHDF－XXXX;开始送command log文件 SYLAE;消除告警 IOCMC:STATE=active；设置command reading状态为active SYCLI;激活command log功能 ALLIP; （停止当前COMMAND 文件SYCSI:SFN=00001这个值要当前COMMAND 最大文件号＋1） 说明： HLR发生Reload之后，会自动的向登记在本HLR中的所有VLR地址发送一个RESET信令（MAP信令），VLR对登记在本地的、属于该HLR上的用户进行一次Location Updating，HLR获得用户的最新位置信息。 正常情况下，HLR Reload完成之后不会对绝大部分的用户造成影响，少部分情况下，当用户在HLR Reload期间发生了VLR之间的位置切换，如果该HLR没有启用Redundancy功能，那么HLR就会失去在该用户的位置信息；如果该HLR启用了Redundancy功能，用户的位置信息将更新到其备份HLR上。 如果HLR向登记在其数据库内的VLR发送的RESET信令丢失（由于信令链路原因等），那么将造成大量的用户无法做被叫，此时可以通过如下的流程来进行处理： 在HLR上手动发送RESET信令： HGREI:VLRADDS=ALL; 这条指令可以弥补HLR Reload之后自动发出的RESET信令丢失造成的影响。 在其备份HLR上手动发送RESET信令： HGREI:VLRADDS=ALL,REDHLR; 这条指令可以弥补在HLR Reload期间用户发生了VLR地址切换造成的影响。 （注：这条指令使用的前提是HLR发生Reload时其Redundancy功能已经启用，且其备份HLR工作正常） 在所有端局上将该HLR上的用户登记信息进行一次清除： MGSRE:HLRADDR=hlraddr; 这条指令可以弥补HLR发出的RESET信令丢失造成的影响。 如果HLR在发生Reload的同时其备份HLR也发生了Reload，那么执行以上各步之后，仍有可能存在部分漫游在外地的用户位置信息没有更新，从而导致在其进行Location Updating（开关机或周期性登记）之前无法做被叫（仍能做主叫），但在用户投诉之前无法得知其IMSI或MSISDN，也无法通过短信等其他形式通知用户。此时需要在HLR上对用户Location信息进行一次RESET： HGSLR:IMSI=imsi; or HGSLR:MSISDN=msisdn; 同时要告诉用户做一次开关机。 5、GPRS方面工