局间切换WORD版

.局间切换移动电话的主要特征是“移动性”，在专用模式以及呼叫进行中，移动性所能带来的是服务小区的变更，即切换。 切换是蜂窝系统的重要功能。随着网络容量的扩大，蜂窝小区半径越来越小，换次数也越来越多$，很多网络问题，如掉话、干扰、拥塞都是因切换问题而引起的，由此可见，切换的成功与否是影响网络质量的一个重要因素。由于本交换区内的小区切换的信令过程较为简单，涉及的数据定义较少，因而不易出错，切换成功率较高；而局间切换的信令过程较为复杂，且涉及的局数据较多，因此切换失败的情况常有发生。1、越局切换的信令过程及相关数据越局切换的信令过程如图1所示：2 越局切换的常见问题的分析通过话务统计的结果和信令的分析可以快速查找问题。在爱立信GSM的话务统计STS功能中%，有几个OBJECT TYPE是专门针对切换的统计。例如，MSC的OBJECT TYPE “NRBMSCLST”中的COUNT就统计了从MSC-ANCHOR识别目标小区起到:SEND-END-SIGNAL-ACK”的过程。由于越局切换的次数一般较少，当出现越局切换失败时，如果目标小区仍是最佳小区，则BSC可能会作多次尝试%此时越局切换的成功率就会受到较大的影响。又如BSC.的OBJECT TYPE“NECELHO”中的COUNT是对因不同原因而进行切换尝试的次数的统计，如切换到K小区（HOTOKCL）、切换到L小区（HOTOLCL）、因上行品质差而进行的切换（HOUPLQA）、因下行品质差而进行的切换（HODWLQA）、因10过大而进行的切换（HOEXCTA）,这些切换尝试都是通过BSC判决, 由BSC触发的。另一OBJECT TYPE “NECELREL”中的COUNT “H0VERCNT” 对应的程是BSC向MS发送“HANDOVER COMMAND” 次数。“HOVERSUC”对应图1中的“CLR-CMD”信令! 从这些统计我们可以发现问题并粗略判断问题所在。数据错误、干扰、孤岛效应、BSC或基站的软硬件故障等都可能是引起越局切换失败的原因。以下是对越局切换失败中若干问题的分析!2.1数据错误(1)切换属性的定义MSC的交换局属性中有较多的参数，如(HOMAPVERSION、MSRNHOMETHOD、HNDSDCCH(是否允许在信令信道上越局切换)、HNDSDCCHTCH(是否允许越局切换从信令信道到话务信道)、HNDTCMDINTRA(越局切换的时间)、HNDBEFOREBANSW(是否允许在*用户应答之前在话务信道上进行切换)等都是与越局切换有关的。正确设置交换局属性参数是越局切换成功与否的关键。 （2)小区数据定义错误a) MSC漏定外部小区在MSC漏定义与该MSC有切换关系的相邻MSC的小区, 会造成与该小区相关的越局切换失败!例如A局a小区与B局的小区邻近，B局MSC漏定义A局的a小区为外部小区，造成A局a小区无法切到B局的任何小区，B局的任何小区也无法切到A局a小区。从话务统计中可以看出：双方BSC统计中的切换到对方小区的切换尝试总次数都较高，切换申请（HOVERCNT）却是0，而且话务统计结果中A局至B局的局间切换成功率较低，B局至A局的切换成功率却正常! 这是因为当在B局小区的呼叫满足切换判决条件切换到a小区时，B局小区所在BSC向B局MSC提出“HO-REQUIRED”，但B局MSC没有目标小区(a小区)的信息，故切换被拒绝，原因是“NO RADIO RESOURCE AVAILABLE”，进而切换失败。由于B局MSC无法判断a是哪个MSC的小区, 故统计结果中B局至A局的切换成功率没有影响，又由于BSC未向MS发“HO-CMD”，故切换申请（HOVERCNT）次数为0。 而当在a小区的呼叫满足切换判决条件切换到B局小区时，a小区所在BSC向A局MSC提出“HO-REQUIRED”,A局MSC发送“PERFORM-HO”到B局MSC，但由于B局MSC没有源小区（a小区）的信息，B局MSC拒绝呼叫由该小区切入本局，原因是“INVALID CELL”。 因此A局至B局的切换成功率较低， 又由于BSC未向MS发送“HO-CMD”, 故切换申.请（HOVERCNT）次数为0，越局切换失败。b) 外部小区CGI定义错误外部小区的CGI在MSC和BSC中都要定义，定义错误同样会造成双方越局切换失败。例如A局a小区与B局b小区是邻近小区，两小区能相互切换。经查发现A局MSC和BSC错误定义B局的b小区的CGI，从而造成a小区切到b小区失败。小经验(若出现本局某一小区既无法切到相邻局的任一小区（HOVERCNT）次数为0，相邻局的小区也无法切入该小区（HOVERCNT）次数为0，但都有切换尝试，且MSC的切换成功率较低的情况，我们可以判断是相邻MSC漏定义这一小区或错定该小区的CGI而致；若本局的任一小区无法切到相邻局的某小区（HOVERCNT）次数为0，相邻局该小区无法切换到本局的任一小区（HOVERCNT）次数为0，但都有切换尝试，如果本局的切换成功率不受影响，则可判断是本局MSC漏定义相邻局的某小区，如果本局的切换成功率较低，则可判断是本局MSC错定义相邻局某小区的CGI。此外，由于交换局的增多，双频网的并行，局间后续切换会增多，不相邻的MSC需要根据实际情况定义局间切换数据所致。c) MSC错定义本局小区所在的BSC这种错误一般少有发生，但若遇到，可能会不易查找故障。D局的小区无法切换到B局BSC1的微蜂窝基站CELL1，而CELL1却可以切换到D局的小区。 用信令测试仪跟踪B、D局的A接口信令% 在D局A接口有切换到B局CELL1的请求，但切换请求全都被拒绝，拒绝的原因有两种：一是对在D局发起的呼叫，请求切换到B局CELL1，失败的CAUSE CORD为“EQUIPMENT FAILURE” (交换属性定义决定该CAUSE CORD)；二是对在B局发起的呼叫切换到D局后，再请求切换回B局CELL1失败的CAUSE CORD为“INVALID CELL”。但是在B局MSC与BSC的A接口却没有看到D局的小区切换到CELL1的请求, 由此估计，问题出在B局，经软件跟踪，查出是B局MSC中将属于BSC1的CELL1错定为BSC2的小区，因这一错误并不影响该小区的主被叫话务，所以不易发现。d) 相邻小区的BSIC定错A局BSC2的ZHAYJX2小区与C局ZHCZBI1有切换关系，A局BSC2中错定ZHCZBI1的BSIC为63为66， 此时ZHCZBI1切换到ZHAYJX2正常，而ZHAYJX2切换到ZHCZBI1却存在问题，从话务统计可以看到，在BJECT TYPE“NECELHO”的统计中，ZHAYJX2切换到ZHCZBI1的切换尝试总次数应该为0， 但是由于频率复用的原因，在ZHAYJX2的覆盖范围内正好收到一个与ZHCZBI1同BCCH且BSIC=66的小区的信号，由于该小区的信号较弱，未被定义为ZHAYJX2的相邻小区，而系统误认为是ZHCZBI1的信号，在这种情况下可能存在少量尝试，而切换最终是失败的，.因为BSIC的错误，HOVERSUC的次数为0，除了相邻小区的BSIC定错外,切换关系中存在有同频同BSIC小区的情况时，BSC不能正确判断，同样也会出现上述现象。e) 频率定错当外部小区的BCCH频率定义错误，如A局BSC在定义外部小区时, 将有切换关系的B局b小区的BCCH定错，此时从统计上可以看到：A局小区切到b小区的切换尝试总次数全为0，在OBJECT TYPE “NECELREL”的统计中，切换申请为0，相反b小区切到a小区是正常的。如果a小区定义其测量频率MBCCHNO时，漏定某一个相邻小区的BCCH频率，也会出现以上统计结果。小经验：当某小区到相邻小区的切换尝试为0或接近0，而相邻小区切向它又正常时，可以判断为：该小区将对方小区的BSIC定错，此时会有少量切换尝试。 小区测量频率MBCCHNO漏定。 对方小区的BCCH频率被定错。 切换关系中有同频同BSIC小区。2.2软硬件故障BSC由于软件故障而引起越局切换成功率突然下降，有的小区切换成功率甚至为0，用信令测试仪测试A接口得到HOFAIL信息，经查为目标BSC