1-way2-way邻区清理方法参考(Ver1.00).docVIP

1-way/2-way 邻区清理方法参考 （Ver 1.00） 目录 1 1-way/2-way定义 3 1.1 1-way 3 1.2 2-way 3 2 为什么要清理1-way/2-way 4 2.1 危害 4 2.2 如何查出 4 3 1way/2-way邻区的清理方法 5 3.1 产生的原因 5 3.2 判断方法 5 1-way/2-way定义 关于1-way和2-way，业界没有明确的定义。但总的来说，各厂家的定义大致相同。在本文中，按以下方式定义： 1-way 对于处于单分支状态下，就会引起异常的邻区配置，定为1-way邻区。可能的情况是： A-B, 且A和B同PN。（A，B，C，D均指载频，A-B表示A在B的邻区列表中，下同） A-B-C，且A和C同PN。 注意：对于A-B-C情况，通常我司系统会拒绝输入。 2-way 对于处于软切换状态下才会触发异常的邻区配置，定为2-way邻区。可能的情况是： A-B-C，且A和C同PN A-B-C-D，且A和D同PN 为什么要清理1-way/2-way 危害 因为协议规定BSC下发的邻区列表中的PN不能存在重复，且不能与激活集PN重复，所以1-way/2-way的邻区可能会使BSC在合并邻区时，漏掉重要邻区，造成掉话。 然而1-way的危害远大于2-way，必须随时发现，随时清理。 如何查出 目前可以使用Excel工具NL script generator (ver 4.2x或以上版本)来查找出所有1-way/2-way邻区，如果在工具中填写了经纬度，还能直接得到各节点间的距离，有助于下一步清理。 注意：该工具的最新版本，可以在网规服务器上获得。 \\szxfs04-pub\CDMA\WX_CDMA_KB_F\03综合平台\03常用工具\01网规网优工具\03 RNO\MiniTool\NL and Script tool\ 1way/2-way邻区的清理方法 产生的原因 这类异常邻区产生的原因主要有3个： 邻区错配 邻区过多 PN复用距离过短 因此我们在清理时，就应该按这几个原因来检查，并做针对性处理。因为1-way的处理较简单，所以这里就只讨论2-way的处理。 判断方法 首先看距离差异 如果各个邻区间，存在某对邻区距离特别远，则可能是邻区错配。例如在A-B-C，AC同PN的情况下，如果AB间距离是500米，但BC间距离是3公里，则很可能是错配。处理方法是：删除错配邻区，添加正确邻区，补回双向。以上述例子，就应该将A-B-C改为A-B。 同理，对于A-B-C-D的情况，只要看3段距离中，是否有特别远的一段。在地图上确认该邻区是否必要后，删除即可。只要断开任意一段，则该2-way邻区就已被清理。如果存在错配，则应修正。例如A-B-C-D，发现CD间距离明显过远，反而AC间更应成为邻区，那修正之后，就会变成A-B和A-C。 注意：对于离施主扇区较远的直放站，例如地铁沿线覆盖等场景，建议先将这些扇区导出到另一个表格中。当遇到这个表格中的扇区时，应格外留神，判断到底哪段邻区该删除。 举例： 从工具核查的结果中，发现以下结果： 2-way check result PN Distance 1 Distance 2 Distance 3 1_165_1_283 - 1_4_2_283 - 1_124_1_283 - 2_570_1_283 222 1.398654342 1.005744288 5.009053509 发现Distance3（1_124_1_283和 2_570_1_283之间的距离）远比其他两段距离要长，因此可以首先怀疑这对邻区有问题。 再从地图上核对，实际情况如下图： 可以看出，这对邻区是完全没有必要的，可以删除。同时，由于1_165_1_283和2_570_1_283同PN，所以很可能当初在加邻区时是由于错判邻区，才导致这个2-way。因此，最终的处理措施应是从1_124_1_283中删除2_570_1_283，并添加1_165_1_283，如下图所示： 如果距离差异不大，则在地图上判断哪对邻区更合理 在地图上查看各节点的方位角和相互间距离，看哪对邻区不合理或冗余，删除不合理或冗余的邻区，再视情况决定是否需要补回双向。 如果无法判断哪对更合理，则可能需重新规划PN 如果各对邻区距离都较近，相互方位角也合理，那么就很可能是PN复用距离太短导致，此时可能需要重新为其中一端规划PN。 如果发现有多个相关的2-way，则可能需要重新规划PN 当发现有多个2-way中，同PN的两个扇区一样，但中间搭桥的扇区不同，例如： 1_47_1_283 - 1_3_0_283 - 1_214_0_283 - 1_214_1_283 252 1_47_1_283 - 1_3_