two way:
扇区B在扇区A的邻区列表中
扇区C在扇区A的邻区列表中
扇区D在扇区B的邻区列表中
扇区D和扇区C有相同的PN设置
当终端处于软切换状态时，合并的邻小区列表中可能存在着两个相同PN的不同扇区
one way是两个相同PN的基站通过某一个基站形成了有切换关系,而引起的一种现象,如A与B有邻居关系,B与C有邻居关系,且A,C的PN相同,那么B在与A切换时,B不能判断到底是与A切换,还是与C切换,从而造成掉话。
two way是one way 的演变,如A与B有邻居关系,C与D有邻居关系,并且B与C有邻居关系,A和D的PN相同,那么C与D切换时,间接地C与A也有可能有邻居关系,这时C就不知道到底与A切换还是与D切换,从而也造成掉话,它的影响相对one way来说较小一些,解决的办法主要是根据homax的Summary来判断它们间的切换比率,看是否有必要将其邻居断掉,如果切换比率高,不能断地话,就只有改PN了, 解决one way 的主要办法还是改PN。
时间: 2010-7-2 16:10
作者: radio_my 标题: 回复 2# 的帖子
说的比较透彻！
ONE WAY一般比较好解决，修改PN时根本；
TWO WAY就比较复杂了，本人认为可以几步走：
第一、断开没有切换统计的邻居关系，可以统计的时间长点。
第二、还是基于切换统计，断开一定时间内某些切换统计次数小于该小区总的切换次数一定比例的邻居关系（建议门限选取小于0.5%）。辅之一些越区覆盖调整。
第三、还是基于切换统计。到这一步的话，TWO WAY应该是比较少了。滤出构成TWO WAY现象比较多的中介基站进行覆盖控制。之后断开响应的邻居关系。
第四、修改PN.
