[工程科技]优化案例收集.ppt

GSM移动通信系统原理培训讲义 优化典型案例 第一部分：信令分析在优化中的应用实例 案例一：利用A接口和E接口信令分析解决局间切换问题 对G2的A接口进行了信令跟踪，通过数据分析发现G2的小区向G1的切换成功率非常差，统计结果如下： 第一部分：信令分析在优化中的应用实例 从上面的数据我们可以看到，有些小区的切换性能非常差，以小区18249 10063-?18240 10281为例，具体的A接口消息流程如下： 第一部分：信令分析在优化中的应用实例 如上图流程所示，在G2向G1发出Handover Required(MAP)消息后0.1秒就收到了Handover Required Rejected消息。 根据这个现象我们首先怀疑是G2的外部小区数据定义错误，所有我们重新核查了G2的外部小区数据，MSC和BSC的数据都没有错误。在排除这个原因后，我们对应的察看了一下G2的无线话务统计，通过统计发现这种切换拒绝并不是发生在个别小区，而是整个G2向G1的外部小区切换都没有成功，但是我们本网的两个交换机到网外的局间切换都非常正常。 第一部分：信令分析在优化中的应用实例 由于前面只是进行了G2的A接口信令采集，无法从流程中看到Handover Required Rejected消息是不是G1发过来的，在排除外部小区数据定义错误的可能性之后，我们怀疑可能是寻址方式或者是MAP层未激活导致，所有我们又对G1?G2和G2?G1两个方向的E接口信令进行了采集，来验证我们的怀疑是否正确。 第一部分：信令分析在优化中的应用实例 E口数据我们采集的是23日17:00-18:00时段，在对这部分数据进行了分析后（通过Call Analysis软件），我们发现G2向G1发出的Handover Required消息成功送达G1，并且收到G1的回复消息，如下所示： 第一部分：信令分析在优化中的应用实例 由图中红色标识我们可以看到，MAP层消息UDT BEG代表了切换请求，它的源信令点是393089，目标信令点是392998，通过数据检查，我们知道这两个信令点对应的分别是G1(392998)；G2(393089)。这样我们就知道这条消息是G2发给G1的切换请求消息，切换的目标小区是460-00-18240-10281，即WUMA28A。 第一部分：信令分析在优化中的应用实例 我们来看一下接下来的消息UDT CON的解码： 第一部分：信令分析在优化中的应用实例 我们关注一下图中红色标识区域，通过前面的论述，我们知道这个UDT CON消息是G1发给G2的关于切换请求的回复消息。 通过前面的G2?G1的E口信令数据分析，我们可以肯定不是由于寻址方式和MAP层未激活导致的局间切换成功率非常差，而且我们可以肯定在G2向G1切换这个方向，切换请求已经送到了G1。 第一部分：信令分析在优化中的应用实例 为了说明问题的解决思路，我们首先来看一下局间切换的信令流程： 第一部分：信令分析在优化中的应用实例 由局间切换的信令流程我们可以看到，一个完整的局间切换流程为：首先当前服务小区所在的BSC根据收到的测量报告向所在MSC发出Handover request，MSC判断出该请求属于局间切换，则向目标MSC发出Handover required(MAP)，目标MSC在向VLR申请切换号码后，向目标小区发出Handover Request消息，在成功激活信道后，向源MSC回复Handover Required ACK消息，源MSC收到切换请求确认消息后，向目标MSC发出IAM消息，进行切换过程。 第一部分：信令分析在优化中的应用实例 针对G2?G1的切换不正常现象，我们通过前面的分析可以看到，G2发给G1的Handover Required 消息已经成功送达MSC1，然后就收到了MSC1发送的Handover Required Rejected消息，对照流程我们可以看到问题出在了MSC1侧。那么我们就针对MSC1进行了数据核查，在核查过程中发现在MSC_LAC的定义中MSC1将全部的11个LAC区均定义为本MSC的LAC。在将这个问题调整后，两个交换机之间的局间切换恢复正常，话务统计对比如下： 第一部分：信令分析在优化中的应用实例 第一部分：信令分析在优化中的应用实例 案例二：西门子特殊掉话流程分析 跟踪bs