TD里的物理信道重配置失败一般都有哪些原因？
TD里的物理信道重配置失败一般都有哪些原因？
一个测试log里切换失败是由这个引起的，当时无线环境挺好的，一般还有哪些原因呢？
然后切换失败了，然后掉话了.....
很有可能是信道拥塞，小区不可用，定时器超时等原因造成的。
有切换失败的情况没有
切换算法的执行过程可以分为两个部分，一是决定是否进行切换，二是决定切换的目标小区。目前决定是否进行切换的第一准则是依据导频强度进行的，其次是利用链路质量参数对其进行优化。关于质量的判决主要考虑链路测量的SIR值与目标SIRt＋Δ的比较结果。其中SIRt是为了保证相应的QoS的最低要求，可通过链路和系统性能仿真得到。Δ是与切换率和切换掉话率相关的门限参数，其取值与网络规划和优化有关。而确定目标小区依据的是门限滞后准则进行的。具体过程如下：
RNC根据UE的测量报告的分析判决，当UE测量得到的当前服务小区的PCCPCH RSCP在一段时间T1内，持续低于一个预先给定的门限值RSCP_DL_DROP时，UE对RNC指配的相邻小区的PCCPCH RSCP进行测量，按如下的标准判决是否切换并选择目标小区：
PCCPCH_RSCP adjacent> RSCP_DL_ADD（持续时间T1） 并且满足：
PCCPCH_RSCP adjacent－PCCPCH_RSCP serving> RSCP_DL_COMP（持续时间T2）
当同时有多个相邻小区满足该条件时，则RNC可选择PCCPCH RSCP测量值最大的相邻小区作为切换的目标小区。也可根据系统其它信息优化地选择一个相邻小区作为切换的目标小区。
上述切换算法中涉及到的各个门限参数含义是：
＊ RSCP_DL_DROP：切换测量启动门限。当UE接收到当前服务小区的PCCPCH RSCP低于RSCP_DL _DROP的时候，这时指示当前服务小区服务质量下降，需要启动切换测量。
＊ RSCP_DL_ADD：相邻小区PCCPCH RSCP检测门限。相邻小区的PCCPCH RSCP必须大于RSCP_DL_ADD才有可能成为切换目标小区。
＊ RSCP_DL_COMP：切换过程中使用的滞后量。避免由于信号的随机起伏产生不必要的切换，并且保证切换后的信道质量。当相邻小区的PCCPCH RSCP大于RSCP_DL_ADD之后，然后判断该候选小区的PCCPCH RSCP与当前服务小区的PCCPCH RSCP相比较是否大于RSCP_DL_COMP。大于则切换，并且该候选小区作为切换目标小区；小于则该候选小区不能保证切换后通信质量优于当前的通信质量，所以不能作为切换目标小区。
具体的原因分析请参考测试数据和参数配置结果，检查：
1）、切换定时器参数设置是否合理
2）、目标小区是否可用
3）、是否RSCP_DL_ADD设置过高