一致性检查工作流程.docVIP

一致性检查工作流程 目录： HYPERLINK 一致性检查的解释和内容 HYPERLINK 一致性检查的做法和程序的应用 1、一致性检查的解释和内容 一致性检查在日常维护工作中是比较重要的，而在一些维护水平并不高或者责任心并不强的地方，一致性检查也成了我们网优工作里的一个很重要的部分。顾名思义，一致性检查就是要保证数据的一致性和完整性。最基本来说，就是要保证在每个小区里我们能打电话，而且要保证通话在小区之间能连续（就是说能切换）。此外，保证数据没有出现冗余和数据的正确性也是一致性检查的主要内容。平时我们所做一致性检查的主要内容有： 测量频点的漏定义和多定义检查。 单向的相邻关系检查。 相邻小区的同频同BSIC检查。 在BSC里与源网元（源BSC）不一致的外部小区的CGI、BSIC和BCCHNO检查。 在MSC里与源网元（源BSC）不一致的内部小区和外部小区的CGI检查。 BSC里多定义的外部小区检查。 MSC里漏定义和多定义的内部小区和外部小区检查。 同RSITE但BSIC不相同的小区检查。 在BSC里与源网元（源BSC）不一致的外部小区的个别参数检查，包括：RLLOC指令里的SCHO、MISSNM、AW、EXTPEN、BSPWR、BSTXPWR、BSRXMIN、BSRXSUFF、MSRXMIN和MSRXSUFF参数，RLCPC指令里的MSTXPWR、BSPWRT和BSPWRB参数，RLLHC指令里的LAYER、LAYERTHR、LAYERHYST、PSSTEMP、PTIMTEMP和FASTMSREG参数。上述的各参数都建议与源网元（源BSC）所设计的一致（其中参数“EXTPEN”只对外部小区有效，且一般建议设计为“ON” ）。 个别错误参数修正和多余数据删除。这包括个别参数不一致的情况，例如大部分的CELL的T3212都为10，而个别小区的T3212为5或240的，这种情况一般建议要修改成一致。割接后如不删除已割接的小区的数据，交换机上会留下大量冗余数据，这也是我们不希望看到的，对此，如征得当地维护人员同意，我们也要把这些冗余数据删除。 有三个或以上载波的小区应该开跳频（这可能有些小区由于硬件原因不能开跳频的）。对没开跳频的小区应该激活小区内部切换功能： RLIHC：CELL=，IHO=ON； 不过一般情况，我们都会激活所有小区的内部切换功能。 2、一致性检查的做法和程序的应用 对于已建有OSS的地方，一致性检查做起来就简单多了，不过这有一个前提，就是我们要对爱立信OSS系统的“Consistency Check” 这个功能充分信任（事实上，有时候用“Consistency Check”来检查也有一些不足和错漏）。不过，利用爱立信OSS系统的“Consistency Check” 这个功能确实是方便多了，准确性也是很高的。 但是这里有一个前提，就是建议把非OSS系统所管辖的外部小区都定义为“foreign cell”。例如惠州的OSS系统管辖惠州、河源、和汕尾地区的GSM900小区，对于其他有相邻关系的外部小区，如惠州的1800小区、增城、东莞和深圳的有相邻关系外部小区，都建议定义为“foreign cell”。这会大大地提高检查的效率和检查的准确性。 利用爱立信OSS系统的“Consistency Check”功能的具体做法是：每修改完数据后，先做一个“Ajustment”（如果是用CNA 来update数据的，则不需要做这一步） ，等“Ajustment” 完成后再做“Consistency Check” ，“Consistency Check” 完成后会出来一个Report文件。根据这个文件，我们就可以做出修改了。对这个文本文件，我们可以人工来查找修改，也可以用程序来修改。 现在我们网优部有两个程序是专门对这个文件来处理的。其中一个叫“consistency_check.xls” ，是用来做文本筛选的。如果输入要筛选出来的FAULT CODE 码（用数字输入），按“按FAULT CODE输出” 这个按钮，则在D盘根目录下生成以“checkdata_”+FAULT CODE（数字）+“.txt” 命名的文件。这个文件只包括与该FAULT CODE有关的文本内容。如果按“默认输出”这个按钮，则在D盘根目录下生成以“checkdata.txt” 命名的文件。该文件包括了与以下常用FAULT CODE 2 、10 、32 、35 、36 、56 、57 、59 、60 、61 、81 、90 、106、107、108、111、115、116、126、128、129、139、147、150、212有关的文本内容。 另外一个叫“ccheckout_dt.xls(gd)” （括号里的“gd” 代表广东版，即小区名有7位字符