通过A口信令分析排查核心网侧切换失败原因思路和方法.docVIP

通过A口信令分析排查核心网侧切换失败原因思路和方法 　　文章先介绍基本局间切换的信令流程，再通过对A口信令追踪，对由于核心网侧问题引起的切换失败的原因进行了分析和判断，并提出解决方案，从而达到提高移动通信网络服务质量和用户感知的目的。 　　1 引言 　　切换是移动用户业务接入过程中或业务进行过程中，由于用户的移动性而发生的改变位置小区选择的行为。通话中的手机需要靠切换来保持良好的上下行信号强度和质量。切换主要包括BSC内的小区间切换、MSC内的BSC间切换以及MSC间切换。 　　本文通过对A口信令追踪，针对MSC内的BSC间切换、MSC间切换两种切换类型，对切换失败案例进行分析，确定引起切换失败的原因，并排查导致此类问题的原因和隐患，对提高移动通信网络的服务质量具有现实意义。 　　2 基本局间切换的信令流程 　　3 通过A口信令分析查找核心网侧切换 　　失败的基本思?? 　　（1）采集到的A口信令数据中，在统计数据基础上搜索与切换相关的消息会话，分析切换失败的原因。 　　（2）A口收到的信令消息中，以Handover Required为切出信令流程的入口分析点；以Handover Request为切入信令流程的入口分析点。 　　（3）判断切换失败的大致方向：判断收到Handover Required消息有对应的正常Clear Command消息（Cause=Handover Successful），发出Handover Request消息有对应的Handover Complete消息，则表示成功。只要当收到Handover Required或者发出Handover Request没有配对的消息，则表示切换失败。而失败中可能会收到失败原因值，也有一种可能是收不到任何原因值。 　　（4）切换失败涉及到的有两种消息：一种是Handover Failure消息；另一种是Handover Required Reject消息。 　　Handover Failure消息：提取消息中包括失败Cause值，对所有Cause进行统计，分析切换不成功主要的原因。提取失败的切换业务中涉及的源小区信息、目标小区信息以及切换的类型（局内切换、局间切换）等相关信息，分析研究是否失败的问题有一定的集中度和规律性，从而判断切换失败的最终导致原因。 　　Handover Required Reject消息：方法类似Handover Failure消息的分析。同时区分Reject的方向性，以便更好发现拒绝的网络节点问题。 　　（5）对于以上分析出来的出现Handover Failure和Handover Required Reject的会话消息，进一步分析这些切换失败是否有引起掉话现象。在信令流程上表现为Handover Failure和Handover Required Reject的消息之后出现非正常原因值的Disconnect消息或Clear Command消息。 　　4 核心网侧切换失败原因示例 　　4.1 数据设置错误导致3G向2G切换失败的分析和 　　判断 　　发出Handover Request切换请求后，收到的Handover Failure消息，携带的原因值为81。 　　对请求信令消息Handover Request进行分析，并对比一个成功的切换，可以发现成功切换的切换请求消息中有11个字段，而切换失败的切换请求消息中只有9个字段，其中少了正常流程中的Classmark Information Type3字段消息。 　　依据3GPP TS24.008 10.5.1.7和3GPP TS48.008 3.2.1.8的规定，SM系统中，MS的业务能力、所支持的频段、功率能力和加密能力等由MS的类标（Classmark）来表征。MS的Classmark又分为Classmark1、Classmark2和Classmark3三类，网络可以通过询问MS的Classmark来了解移动台的各种能力。Classmark3中的主要信息是针对于双频应用，因此在双频网中，要求设备支持对MS类标的相关处理。 　　进一步提取Cause81切换失败的对应源小区和目标小区信息，可以看出源小区均为TD网元下的LAC，即说明该切换发生在3G切到2G的问题，而对于其他TD网元POOL内暂未发现有出现同样的问题。初步怀疑是该位置区或者该位置区下的这些小区的数据配置问题，即源小区没有将MS上报的Classmark3信息携带在切换请求中发送给目标MSC，导致切入端读取更多关于MS支持的信息数据未能成功，最终切换失败。 　　在这种情况下，检查对端设备的数据，通过修改ADD RNC指令与ADD LAISAI指令的参数，把LAC或者是SAI中的切换参数设成包含Classmark3信息，问题得到