切换问题的定位(经典)
切换问题通用定位步骤
步骤 1 确定故障出现在个别小区还是所有小区，问题小区的特点。例如，都是某一小区的邻区，或是共BSC，共MSC。
如果是两小区间出现切换故障，则重点查看两个小区间的数据是否配置正确，硬件是否有故障。
如果故障出现在某一个小区的所有邻近小区，则重点查看该小区的数据配置是否正确，以及该小区的硬件是否有故障。
l 如果故障出现在同一BSC下的所有小区，则重点查看BSC和MSC间的数据配置。
l 如果故障出现在同一MSC下的所有小区，则问题可能出现在对端局与本局的配合上：如信令不兼容，定时器设置不合理。
步骤 2 确认切换问题出现之前，是否进行了数据修改。
如果出现问题的是个别小区，应关注涉及该小区的数据配置是否有修改。
步骤 1 确定故障出现在个别小区还是所有小区，问题小区的特点。例如，都是某一小区的邻区，或是共BSC，共MSC。
如果是两小区间出现切换故障，则重点查看两个小区间的数据是否配置正确，硬件是否有故障。
如果故障出现在某一个小区的所有邻近小区，则重点查看该小区的数据配置是否正确，以及该小区的硬件是否有故障。
l 如果故障出现在同一BSC下的所有小区，则重点查看BSC和MSC间的数据配置。
l 如果故障出现在同一MSC下的所有小区，则问题可能出现在对端局与本局的配合上：如信令不兼容，定时器设置不合理。
步骤 2 确认切换问题出现之前，是否进行了数据修改。
如果出现问题的是个别小区，应关注涉及该小区的数据配置是否有修改。
l 如果故障出现在同一BSC下的所有小区，则应该关注本BSC以及对端MSC的数据配置是否修改。
l 如果出现问题的小区是共MSC的，则还应关注对端MSC是否进行了修改。
l 如果出现问题的小区是共MSC的，则还应关注对端MSC是否进行了修改。
步骤 3 查看是否为硬件故障引起切换问题。由于硬件故障引起的切换问题定位方法请参见“6.2.3 硬件故障定位”。
步骤 4 登记有用的话务统计，例如切换性能测量，TCH性能测量。
关注点如下，但不仅限于以下几种：l 观察出入切换成功率是否正常。
l 观察切换失败的原因分布情况。
步骤 5 对问题小区进行路测，分析路测信令。
步骤 4 登记有用的话务统计，例如切换性能测量，TCH性能测量。
关注点如下，但不仅限于以下几种：l 观察出入切换成功率是否正常。
l 观察切换失败的原因分布情况。
步骤 5 对问题小区进行路测，分析路测信令。
关注点简单介绍如下：
观察问题小区的上下行电平是否平衡，上下行不平衡可能造成切换问题。而且经常的上下行不平衡是基站的硬件故障造成。
l 观察问题小区的测量报告是否包含正确的邻小区列表。
观察能否正确地从问题小区切换到邻近小区，以及是否能从邻近小区切换到问题小区。
分析切换的信令流程是否正常。发起切换定位步骤
某一小区内的手机，在信号很弱或质量很差的情况下，不能发起切换，切出到其它小区。这种问题通常从两方面来考虑：
l 是否满足切出条件是否有符合切出条件的候选小区具体原因可能存在于以下几方面：
。切换门限设置过低l
对于边缘切换，其切换触发条件是接收电平小于切换门限。若边缘切换门限设置太低，会出现邻小区比服务小区电平高很多也不发生切换。影响通话质量，严重时引起掉话。切换门限的设置要根据小区的覆盖范围来决定，通过改变切换门限的值可以间接改变小区服务区域的大小。
未设置邻区关系
S虽然服务小区的相邻小区电平很高，但因为没有设置邻区关系，引起手机不上报该相邻小区，无法切换到该小区。采用重选或通话测试，观察手机上报的服务小区的邻区列表。如果手机已移动到某小区的主瓣方向，但在邻区列表中没有该小区，此时应该检查是否设置了正确的邻区关系。也可在测试时让另一个手机扫描BCCH频点，观察信号较强的BCCH频点是否出现在服务区或邻区列表中。
磁滞设置不合理
切换候选小区的信号电平与服务小区信号电平的差值大于磁滞，才可以作为目标小区。磁滞设置过大，可能引起难切换现象。、
观察问题小区的上下行电平是否平衡，上下行不平衡可能造成切换问题。而且经常的上下行不平衡是基站的硬件故障造成。
l 观察问题小区的测量报告是否包含正确的邻小区列表。
观察能否正确地从问题小区切换到邻近小区，以及是否能从邻近小区切换到问题小区。
分析切换的信令流程是否正常。发起切换定位步骤
某一小区内的手机，在信号很弱或质量很差的情况下，不能发起切换，切出到其它小区。这种问题通常从两方面来考虑：
l 是否满足切出条件是否有符合切出条件的候选小区具体原因可能存在于以下几方面：
。切换门限设置过低l
对于边缘切换，其切换触发条件是接收电平小于切换门限。若边缘切换门限设置太低，会出现邻小区比服务小区电平高很多也不发生切换。影响通话质量，严重时引起掉话。切换门限的设置要根据小区的覆盖范围来决定，通过改变切换门限的值可以间接改变小区服务区域的大小。
未设置邻区关系
S虽然服务小区的相邻小区电平很高，但因为没有设置邻区关系，引起手机不上报该相邻小区，无法切换到该小区。采用重选或通话测试，观察手机上报的服务小区的邻区列表。如果手机已移动到某小区的主瓣方向，但在邻区列表中没有该小区，此时应该检查是否设置了正确的邻区关系。也可在测试时让另一个手机扫描BCCH频点，观察信号较强的BCCH频点是否出现在服务区或邻区列表中。
磁滞设置不合理
切换候选小区的信号电平与服务小区信号电平的差值大于磁滞，才可以作为目标小区。磁滞设置过大，可能引起难切换现象。、
最佳小区统计时间N、P设置不合理
在正常切换中，手机进行切换候选小区的排序时，采用N-P准则，若某候选小区在N秒中有P秒是最好小区，就作为切换的目标小区。
在正常切换中，手机进行切换候选小区的排序时，采用N-P准则，若某候选小区在N秒中有P秒是最好小区，就作为切换的目标小区。
当有两个较好的候选小区交替成为最好小区时，切换判决算法很难找到满足N-P准则的一个最好小区，从而造成难切换。可以调整N、P值的设置，减小统计时间，使切换判决对电平的变化更敏感。在某地网优过程中就碰到了这种情况，某小区原统计时间设置为：N=5、P=4，调整为N=4、P=3后切换正常。当服务小区的地形地物非常复杂，运动中的手机的接收信号电平往往有较大波动，这时候选小区较难满足N-P准则，从而造成难切换。
错误引起切换成功率很低
现象描述
,某局MSC是M厂家设备，BSC、BTS是华为的设备。观察某天话务统计指标，在“小区间切换性能测量”中，发现上午10：00～11：00时段的一个小区（BSC第3模块的24小区）“小区间切换成功率”很低，等于73.12%，发现主要是切向CGI为：46000****0CFB小区的出小区切换成功率很低，切换失败次数达数十次。
原因分析
l引起小区间切换失败的原因主要如下：
l 切换数据配置不合理
错误引起切换成功率很低
现象描述
,某局MSC是M厂家设备，BSC、BTS是华为的设备。观察某天话务统计指标，在“小区间切换性能测量”中，发现上午10：00～11：00时段的一个小区（BSC第3模块的24小区）“小区间切换成功率”很低，等于73.12%，发现主要是切向CGI为：46000****0CFB小区的出小区切换成功率很低，切换失败次数达数十次。
原因分析
l引起小区间切换失败的原因主要如下：
l 切换数据配置不合理
l 设备问题（个别TRX等损坏）
l 拥塞 |
l 干扰
切换流程：
步骤 1 “BA2表”内有所有相邻小区的BCCH频点，通过系统消息类型5下发给MS
切换流程：
步骤 1 “BA2表”内有所有相邻小区的BCCH频点，通过系统消息类型5下发给MS
步骤 2 MS把电平值最强的6个邻小区和服务小区的BCCH频点、BSIC、电平值上报到BSS（通过测量报告）。
步骤 3 测量报告预处理之后，BSC通过BCCH频点、BSIC到“小区相邻关系表”和“小区描述数据表”（或“外部小区描述数据表”）确定所有邻小区的模块号(bm)、小区号、CGI。
l 如果“小区相邻关系表”没有配某邻区，则索引不到该邻区的信息，也就无法发起切换。 如果有两个邻区同频、同BSIC，那么就索引到表中的第一个邻区，这样可能造成误切换。
l 如果小区A的主BCCH与邻近的同BSIC的小区B的某一TCH的频点相同，则此TCH上的某个时隙（此时隙与小区A的主BCCH时隙对齐）上的异步切换接入，被小区A错误地解码成自己的随机接入，因为手机在向小区B做异步切换的过程中，会在此时隙连续发送多次切换接入，则小区A很可能会产生SDCCH（Stand-alone Dedicated Control Channel）拥塞以及指配失败的情况。
步骤 3 测量报告预处理之后，BSC通过BCCH频点、BSIC到“小区相邻关系表”和“小区描述数据表”（或“外部小区描述数据表”）确定所有邻小区的模块号(bm)、小区号、CGI。
l 如果“小区相邻关系表”没有配某邻区，则索引不到该邻区的信息，也就无法发起切换。 如果有两个邻区同频、同BSIC，那么就索引到表中的第一个邻区，这样可能造成误切换。
l 如果小区A的主BCCH与邻近的同BSIC的小区B的某一TCH的频点相同，则此TCH上的某个时隙（此时隙与小区A的主BCCH时隙对齐）上的异步切换接入，被小区A错误地解码成自己的随机接入，因为手机在向小区B做异步切换的过程中，会在此时隙连续发送多次切换接入，则小区A很可能会产生SDCCH（Stand-alone Dedicated Control Channel）拥塞以及指配失败的情况。
步骤 4 BSC执行小区基本排序等切换判决流程（在GLAP内完成），一旦找到合适的目标，则将携带目标小区CGI的切换请求消息发给BSC的GMPU，GMPU根据CGI到“小区模块信息表”内确认该小区所属的模块号
步骤 5 GMPU向该模块发切换请求消息，并统计一次“出小区切换请求”
步骤 6 如果CGI“小区模块信息表”中没有则BSC将认为目标小区是外部小区，将目标小区和服务小区的CGI通过切换请求发给MSC
步骤 6 如果CGI“小区模块信息表”中没有则BSC将认为目标小区是外部小区，将目标小区和服务小区的CGI通过切换请求发给MSC
步骤 7 MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区，一旦有，则确认该小区的“目的信令点”，即所属BSC，将切换请求消息发给该BSC。
步骤 8 如果“位置区小区表”内没有目标小区的CGI，则到相邻MSC寻找，如果找到，则将切换请求消息发给该MSC，然后给该小区所属BSC。
TRX性能下降引起入小区切换成功率低现象描述
某高话务量A小区的切换成功率低（70%以下），其他指标正常。
步骤 1 观察该A小区话务统计，发现自从上次扩容后不久，一直保持较高话务量，且切换成功率偏低。入、出小区切换失败次数的比例约为4：1。由于入小区切换成功率不高，降低整个小区的切换成功率。
步骤 2 由于“入小区切换失败次数（无可用信道）”的次数很少，大部分切换失败落在“入小区切换失败次数（其他原因）”，所以排除拥塞的原因。,F0~)_"m.J7q {
步骤 3 登记A小区的“出小区、入小区切换性能测量”话务统计任务，分别观察出、入小区切换性能。
步骤 4 在“出小区切换性能测量”任务中发现：出小区切换失败较多的集中在特定几个目标小区。可能原因是目标小区拥塞，登记这几个目标小区的“入小区切换性能测量”。发现来自A小区的入小区切换失败基本上都是“入小区切换失败（无可用信道）”。A小区的出小区切换失败定位为“拥塞”造成。
步骤 5 在“入小区切换性能测量”任务中发现，几乎所有入小区切换成功率都不高（都在60%左右）。通常“所有切换成功率都不高”的现象，是由于频率规划不好，或者外部干扰，引起网络质量不好。但是根据“出小区切换没有质量问题（仅有拥塞问题）”的现象，又可以排除频率规划缺陷和外部干扰。综合观察A小区的掉话率、干扰带等指标，发现都很低，也可以肯定这样的结论。
步骤 6 查看数据，没有同BCCH同BSIC小区，同时观察话务统计没有和A小区切换成功率极低的邻区，排除数据错误问题。
步骤 7 查看跳频数据，TSC（Training Sequence Code）和BCC一致，也没有其他数据问题，同时观察TCH载频的信道占用情况，发现占用正常，可以排除跳频数据问
步骤 8 如果“位置区小区表”内没有目标小区的CGI，则到相邻MSC寻找，如果找到，则将切换请求消息发给该MSC，然后给该小区所属BSC。
TRX性能下降引起入小区切换成功率低现象描述
某高话务量A小区的切换成功率低（70%以下），其他指标正常。
步骤 1 观察该A小区话务统计，发现自从上次扩容后不久，一直保持较高话务量，且切换成功率偏低。入、出小区切换失败次数的比例约为4：1。由于入小区切换成功率不高，降低整个小区的切换成功率。
步骤 2 由于“入小区切换失败次数（无可用信道）”的次数很少，大部分切换失败落在“入小区切换失败次数（其他原因）”，所以排除拥塞的原因。,F0~)_"m.J7q {
步骤 3 登记A小区的“出小区、入小区切换性能测量”话务统计任务，分别观察出、入小区切换性能。
步骤 4 在“出小区切换性能测量”任务中发现：出小区切换失败较多的集中在特定几个目标小区。可能原因是目标小区拥塞，登记这几个目标小区的“入小区切换性能测量”。发现来自A小区的入小区切换失败基本上都是“入小区切换失败（无可用信道）”。A小区的出小区切换失败定位为“拥塞”造成。
步骤 5 在“入小区切换性能测量”任务中发现，几乎所有入小区切换成功率都不高（都在60%左右）。通常“所有切换成功率都不高”的现象，是由于频率规划不好，或者外部干扰，引起网络质量不好。但是根据“出小区切换没有质量问题（仅有拥塞问题）”的现象，又可以排除频率规划缺陷和外部干扰。综合观察A小区的掉话率、干扰带等指标，发现都很低，也可以肯定这样的结论。
步骤 6 查看数据，没有同BCCH同BSIC小区，同时观察话务统计没有和A小区切换成功率极低的邻区，排除数据错误问题。
步骤 7 查看跳频数据，TSC（Training Sequence Code）和BCC一致，也没有其他数据问题，同时观察TCH载频的信道占用情况，发现占用正常，可以排除跳频数据问
步骤 8 查看切换相关参数，基本上和其他高话务量市区小区的参数一致，可以排除参数不合理。
步骤 9 观察信道占用情况，发现BCCH载频经常出现多个SDCCH占用情况。对于话务量很高的小区，这样的情况正常。
步骤 10 经过仔细观察信道占用情况，发现一个特殊情况：有4～6个SDCCH同时占用的情况很多，然后又同时释放掉，这样的现象占到所有观察时间的60%以上。正常的时候，就算忙时，同时占用4～6个SDCCH，又同时释放的可能性几乎没有。估计是TRX性能不好，引起SDCCH占用和释放不正常，从而引起切换性能不好。
步骤 11 查看数据，确认已经启用“载频互助”功能，闭塞该主BCCH载频，更换这块主BCCH载频。
步骤 12 解闭该载频，观察信道占用情况，以及话务统计指标。发现信道占用恢复正常，没有出现多个SDCCH同时占用和同时释放的情况，话务统计指标中切换成功率提高到95%，问题解决
步骤 10 经过仔细观察信道占用情况，发现一个特殊情况：有4～6个SDCCH同时占用的情况很多，然后又同时释放掉，这样的现象占到所有观察时间的60%以上。正常的时候，就算忙时，同时占用4～6个SDCCH，又同时释放的可能性几乎没有。估计是TRX性能不好，引起SDCCH占用和释放不正常，从而引起切换性能不好。
步骤 11 查看数据，确认已经启用“载频互助”功能，闭塞该主BCCH载频，更换这块主BCCH载频。
步骤 12 解闭该载频，观察信道占用情况，以及话务统计指标。发现信道占用恢复正常，没有出现多个SDCCH同时占用和同时释放的情况，话务统计指标中切换成功率提高到95%，问题解决
