乒乓切换，请问可能是由什么原因造成的？

如题。
这是在郊区的一个基站下手机可以做主叫，但在呼叫建立成功后立刻切换到电平相对较低的同站相邻小区，并与其之间做乒乓切换，请各位高手给小弟个答案啊！

关于乒乓切换：
当移动台在源小区基于RXQUAL被强制切换至目标小区后，有可能目标小区的接收电平低于源小区，移动台基于非强制性的功率预算原因，又切换回源小区。如此循环，造成乒乓切换。可通过使目标小区在一定时间内设置切换保护门限得以解决。
在应用微蜂窝的场合，有时利用负切换来达到微蜂窝分担宏蜂窝业务量的目的。如果切换门限设置不当，也会引入乒乓切换。例如宏蜂窝向微蜂窝切换的HO_margin=-10，当微蜂窝的信号强度比宏蜂窝的信号强度小10dB时，就触发由宏蜂窝向微蜂窝的切换。
举例如下：为使微蜂窝吸收更多的话务量，宏蜂窝切换至微蜂窝HO_margin=-20,微蜂窝切换至宏蜂窝HO_margin=10。利用路测工具TEMS，进行路测，并分析。当当移动台满足10dB<（宏蜂窝RXVEL-微蜂窝RXLEV）<20dB，移动台同时满足由微蜂窝向宏蜂窝切换,和由宏蜂窝向微蜂窝切换的条件。造成移动台在宏蜂窝和微蜂窝间严重的“乒乓效应”。

     导致乒乓切换的主要原因在于两个或多个小区的信号强度差不多，没有一个主信号，解决办法除了前面各位提到的调整小区之间的切换迟滞外，最好的解决办法是提供一个主信号,
简便方法就是调整覆盖范围,将相关基站天线下倾角进行合理调整，使主覆盖小区的作用更明显。
     这里有个案例http://www.mscbsc.com/bbs/viewthread.php?tid=79519&highlight=%C6%B9%C5%D2%C7%D0%BB%BB

简单的理解，同意二楼的说法

  在LOCATING过程中，如果最终的CANDIDATE LIST中出现高于服务小区的邻小区或紧急情况出现时，就意味着将有切换发生。多个小区重叠覆盖、外部切换不相互匹配、LOCATING相关参数设置不合理、紧急切换相关参数设置不合理、小区负荷分担相关参数设置不合理都有可能导致乒乓切换。
    多个小区重叠覆盖
如果手机处于多个强度相差无几的小区的覆盖区域内，那么它就有了产生乒乓切换的充分MSCBSC
条件。首先，在这种情况下各小区的信号质量都不会很好，另外，由于无线信号的强度总是变化的，因此大量的切换在所难免

二楼说得对，解决乒乓效应最好的方法还是提供一个主信号，有时候可以通过调整天线获得立竿见影的效果。

那个信号强的小区到信号弱的小区的切换偏置参数是不是有问题呢？

首先保证主服务小区的覆盖都是合理的，在这个前提下，可以通过调整切换迟滞HO_margin来解决，切换惩罚时间，在调整原小区和目标小区切换迟滞和切换惩罚时间可以到达这个目的。

需要给MS提供1个主信号

BURST MODE(突发方式)在IPX网上要求应答分组能导致所谓的“ping-pong(乒乓)”效应，在这种效应中，分组被发送去而返回该分组的应答。所有这些行为会明显降低广域链路的性能。IPX的新的突发方式特性能允许在一个应答消息之前最多发送128个分组。突发方式可能会提高50%的性能。但是，在多协议网上，它可能阻碍其它协议产生的传输。例如，如果IPX正在突发传送分组通过一个路由器，则TCP/IP的传送只有当这台路由器处于空闲状态时才能使用它。路由器能有效地使你提高某些传送的优先级，使这些传送先于其它传送通过。

当移动台在源小区基于RXQUAL被强制切换至目标小区后，有可能目标小区的接收电平低于源小区，移动台基于非强制性的功率预算原因，又切换回源小区。如此循环，造成乒乓切换。可通过使目标小区在一定时间内（bounce_protect_qual_tmr）设置切换保护门限（bounce_protect_margin）,得以解决。

这个要根据设备，详细分析该设备切换算法，然后检查参数，看看是哪里设置不对导致的乒乓切换。

没有主覆盖导致的吧，对这一片的站点做一下天线调整，突出主覆盖就没问题了

乒乓切换和频繁切换还是有区别的吧，乒乓切换应该是指2个小区之间不停的来回切换，主要还是因为切换参数设置的问题，1楼说的很详细啊！至于频繁切换，找一个合理的小区做主覆盖吧！

我同意二楼的答案 我亲身体会过