使用G网单模手机进行路测，找出最优的G网临区么？工作量好大啊

重点关注一下TOPN小区。

迁移流程终止可能是终端原因引起的

基本上都差不多 本系统 -90左右异系统-80左右

看来个地方的23G指标都是大家的痛呀，我们这边和很差96多点，唉
可见优化的空间还是很大的呀

1.你有没有及时的核查 G网的Basic 以及Bcch 以及lai等及时更新系统外部邻区，这个都可能导致你重定位失败。
2.还有G网邻区不是最优的，考虑通过添加删除邻区来进行调整。
3.对于无线链路差的，适当提高互操作门限以及TD的接入门限，在信号变的很差之前提早切到或者驻留到G网。
4.对于资源不可用以及FailRelocPrepOutCs.RelocAbort。如果所有RNC普遍存在的话，建议核查CN侧的配置数据，CN侧跟信令看是由于什么引起的，信令到哪一步失败的。

物理信道失败，和可能是附近的T网覆盖不好，导致恶化，或者存在干扰，2G邻区配置不全等等。这个问题首先要结合外场测试一下配置好恰当的2G邻区。然后再调整23G相关的判决门限。测量门线迟滞等等。

讨论一：IRATHO.FailOutCs.Cause包括哪些失败的原因？
答：由下面的子COUNTER组成
IRATHO.FailOutCs.1(配置不支持)
IRATHO.FailOutCs.2(物理信道失败)
IRATHO.FailOutCs.3(协议错误)
IRATHO.FailOutCs.4(系统间协议错误)
IRATHO.FailOutCs.5(不可知错误)
IRATHO.FailOutCs.NoRsp(无响应)
IRATHO.FailOutCs.RelocAbort(迁移流程中止)


讨论二：从原因统计中可以看出大多数是-- 《物理信道失败》造成的。有多少种情况会造成物理信道失败？
答：是指UE与目标2G小区上行不同步或下行不同步，尔后UE成功滚回原小区。
可能原因：2G小区上行存在干扰，或下行存在干扰
2G小区拥塞，存在硬件告警，外部数据不一致等

楼下的接着补充。。。。

看不懂toooooo

围观

RNC下发的Handover From UTRAN Command消息UE没有应答而导致切换准备失败
UE向RNC发送 Handover From UTRAN Failure 消息，对应以下原因：
配置不支持
物理信道失败
协议错误
系统间协议错误
不可知错误
迁移流程终止

导致CS业务异系统切换失败的主要原因包括以下几类：
RNC下发的重定位请求消息UE没有应答而导致切换准备失败
CN向RNC发送 Relocation Preparation Failure 消息，对应以下原因：
目标RNC失败
目标RNC不支持
未知目标RNC
请求消息不可用
协议错误
迁移流程终止

物理信道失败 最常见 占到90%较正常，解决GSM干扰和合理门限都可解决；迁移流程终止 占到10%算正常，这个和终端有一定关系，和一些比较高深的参数有关；