一致性检查工作流程

一致性检查工作流程目录：1、 一致性检查的解释和内容2、 一致性检查的做法和程序的应用1、一致性检查的解释和内容一致性检查在日常维护工作中是比较重要的，而在一些维护水平并不高或者责任心并不强的地方，一致性检查也成了我们网优工作里的一个很重要的部分。顾名思义，一致性检查就是要保证数据的一致性和完整性。最基本来说，就是要保证在每个小区里我们能打电话，而且要保证通话在小区之间能连续（就是说能切换）。此外，保证数据没有出现冗余和数据的正确性也是一致性检查的主要内容。平时我们所做一致性检查的主要内容有：a、 测量频点的漏定义和多定义检查。b、 单向的相邻关系检查。c、 相邻小区的同频同BSIC检查。d、 在BSC里与源网元（源BSC）不一致的外部小区的CGI、BSIC和BCCHNO检查。e、 在MSC里与源网元（源BSC）不一致的内部小区和外部小区的CGI检查。f、 BSC里多定义的外部小区检查。g、 MSC里漏定义和多定义的内部小区和外部小区检查。h、 同RSITE但BSIC不相同的小区检查。i、 在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” ）。j、 个别错误参数修正和多余数据删除。这包括个别参数不一致的情况，例如大部分的CELL的T3212都为10，而个别小区的T3212为5或240的，这种情况一般建议要修改成一致。割接后如不删除已割接的小区的数据，交换机上会留下大量冗余数据，这也是我们不希望看到的，对此，如征得当地维护人员同意，我们也要把这些冗余数据删除。k、 有三个或以上载波的小区应该开跳频（这可能有些小区由于硬件原因不能开跳频的）。对没开跳频的小区应该激活小区内部切换功能：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位字符） ，是用来对文本文件处理来出修改DT或修改意见的。该程序的生成几个文件放在D盘根目录下，分别是下面几个文件：a、 时间+“rlmfe.txt” ，该文件是对FAULT CODE 36进行处理的，即删除多余的测量频点。这里有一点要补充说明的是，爱立信OSS系统的“Consistency Check”功能只能检查 active 模式下的多余测量频点，对idle 模式的测量频点是否多余它不作检查。因为idle 模式定义多一些测量频点，理论上会加快手机开机时的搜网速度，但是为了便于维护，我个人认为多余的测量频点都应该删除。不同的客户对此可能有不同的看法，具体做法还得要与客户沟通，得到客户的认可以后才可执行。所以有时候会发现 rlmfc 这条指令由于已定义的测量频点数目已大于32个而不能执行，如果数量不多，则可以用 rlmfp 指令打印出来，先人工删除在idle 模式下有出现而在active 模式没有出现的测量频点，再执行rlmfc 这条指令。b、 时间+“rlmfc.txt” ，该文件是对FAULT CODE 35进行处理的，即补定漏定的测量频点。c、 时间+“rldec_ext.txt” ，该文件是对FAULT CODE 115、32、10进行处理的，其中FAULT CODE 115 是外部小区的BCC与源网元所定义的不一致，FAULT CODE 32 是外部小区的BCCHNO与源网元所定义的不一致，FAULT CODE 10 是外部小区的CI与源网元所定义的不一致。d、 时间+“rlnri.txt” ，该文件是对FAULT CODE 81进行处理的，即在另外一个方向补定单向的相邻关系（如无其他特殊情况，相邻关系都应该定义成相双向）。如果非OSS系统所管辖的外部小区都定义为“foreign cell” ，就不会出现这个FAULT CODE。e、 时间+“mgoce&mgoci.txt” ，该文件是对FAULT CODE 108进行处理的，即提示外部小区的CGI与源网元所定义的不一致。f、 时间+“same_cellname.txt” ，该文件是对FAULT CODE 111进行处理的，即提示在该网络里有命名相同的小区名。g、 时间+“bsc_redundance_extcell.txt” ，该文件是对FAULT CODE 90进行处理的，即提示在该BSC里有多余的外部小区（可RLNCP打印出来，确认没有存在相邻关系）。h、 时间+“msc_redundance_extcell.txt” ，该文件是对FAULT CODE 106和107进行处理的，即提示在该MSC里有多余的外部小区（即在该MSC所带的BSC里不存在或RLNCP打印出来没相邻关系的外部小区）。值得注意的是，这个FAULT CODE的查错效果并不理想。i、 时间+“mgcee&ci&cc.txt” ，该文件是对FAULT CODE 2进行处理的，即提示在该MSC里所定义的内部小区的CGI和该MSC所带的BSC里所定义的不一致。j、 时间+“rlloc.txt” ，该文件是对FAULT CODE 150、128、56、57、59、60、61、62和129进行处理的，即把外部小区的参数“EXTPEN”设成“ON” ，同时把外部小区的参数AW、BSPWR、BSTXPWR、BSRXMIN、BSRXSUFF、MSRXMIN、MSRXSUFFH和SCHO 与源网元所设置对应一致起来。k、 时间+“bstxpwr_greater_than_bspwr” ，该文件是对FAULT CODE 52进行处理的，即指出在小区的BSTXPWR比BSTXPWR大，不合理。l、 时间+“co_bcch&bsic” ，该文件是对FAULT CODE 116进行处理的，即指出在指定小区里有两个相邻小区同BCCH和同BSIC。m、 时间+“hsn_equal_0” ，该文件是对FAULT CODE 146进行处理的，即指出在指定小区的HSN为0，无论该小区是否开跳频，HSN都建议不要设为0（同一基站的小区的HSN可以相同）。n、 时间+“mgoci” ，该文件是对FAULT CODE 108进行处理的，即指出在指定的MSC里漏定义外部小区（在BSC里存在相邻关系）。o、 时间+“rlchc” ，该文件是对FAULT CODE 147进行处理的，即指出在指定的小区已起用动态功率控制功能，但没有开跳频。一般建议对3个或3个以上频点的CHGR都应该开跳频，但往往由于某些硬件原因，有些小区的跳频都不能开起来。p、 时间+“rlcpc” ，该文件是对FAULT CODE 58进行处理的，即提示外部小区的MSTXPWR与源网元所定义的不一致。q、 时间+“rllhc” ，该文件是对FAULT CODE 126和212进行处理的，即提示外部小区的LAYER和LAYERTHR与源网元所定义的不一致。r、 时间+“rlnrc” ，该文件是对FAULT CODE 134、82、85和86进行处理的，即提示指定同基站小区的CS没有设为YES，两个方向的相邻关系的参数KOFFSET没有对应起来（针对不同BSC），BQOFFSET小于KHYST或者LHYST，不合理。s、 时间+“suff_greater_than_min” ，该文件是对FAULT CODE 71进行处理的，即提示指定小区的BSRXSUFF大于BSRXMIN，不合理。t、 时间+“talim_greater_than_maxta” ，该文件是对FAULT CODE 122进行处理的，即提示指定小区的TALIM大于MAXTA，不合理。u、 时间+“同RSITE不同BSIC” ，该文件是对FAULT CODE 139进行处理的，即提示指定两个小区的RSITE相同，但BSIC不同，建议修改。v、 时间+“same_cgi_of_foreign_cell” ，该文件是对FAULT CODE 13进行处理的，即提示相同CGI的foreign cell，不合理。广东很多建有1800网络的地方所使用的机型都是SEIMENS，对于ERICSSON900和SEIMENS1800并存的双频网，两者之间参数设置是否一致也是十分关键的。现在有一个程序（“sm_1800&900_consistency.xls”）是专门对ERICSSON900和SEIMENS1800进行一致性检查的。检查的主要内容是BSIC和BCCHNO在两个网元里的设置是否一致。具体使用方法如下：A、 根据SEIMENS1800的小区数据，修改ERICSSON900 OSS上 foreign cell不一致的BSIC和BCCHNO。a、 在ERICSSON900 OSS用object in table形式导出所有SEIMENS1800 foreign cell的数据。b、 在SEIMENS1800导出所有BSC的数据。c、 打开文件sm_1800&900_consistency.xls，单击第一个按钮，依次输入相关信息，则检查结果会放在当前页里。B、 根据ERICSSON900的小区数据，修改SEIMENS1800的相邻关系参数BCCHNO和BSIC。a、 在ERICSSON900 OSS用object in table形式导出所有小区的数据（必须包含LAC、CI、NCC、