GSM移动通信系统原理培训讲义.ppt

《GSM移动通信系统原理培训讲义.ppt》由会员分享，可在线阅读，更多相关《GSM移动通信系统原理培训讲义.ppt（46页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、2006年年 Page 1GSM移动通信系统原理培训讲义移动通信系统原理培训讲义优化典型案例2006年年 Page 2Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例案例一：利用案例一：利用A接口和接口和E接口信令分析解决局间切换问题接口信令分析解决局间切换问题 对G2的A接口进行了信令跟踪，通过数据分析发现G2的小区向G1的切换成功率非常差，统计结果如下：2006年年 Page 3Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 从上面的数据我们可以看到，有些小区的切换性能非常

2、差，以小区18249 10063-18240 10281为例，具体的A接口消息流程如下：2006年年 Page 4Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 如上图流程所示，在G2向G1发出Handover Required(MAP)消息后0.1秒就收到了Handover Required Rejected消息。根据这个现象我们首先怀疑是G2的外部小区数据定义错误，所有我们重新核查了G2的外部小区数据，MSC和BSC的数据都没有错误。在排除这个原因后，我们对应的察看了一下G2的无线话务统计，通过统计发现这种切换拒绝并不是发生在个别

3、小区，而是整个G2向G1的外部小区切换都没有成功，但是我们本网的两个交换机到网外的局间切换都非常正常。2006年年 Page 5Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 由于前面只是进行了G2的A接口信令采集，无法从流程中看到Handover Required Rejected消息是不是G1发过来的，在排除外部小区数据定义错误的可能性之后，我们怀疑可能是寻址方式或者是MAP层未激活导致，所有我们又对G1G2和G2G1两个方向的E接口信令进行了采集，来验证我们的怀疑是否正确。2006年年 Page 6Rising Technolo

4、gy第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 E口数据我们采集的是23日17:00-18:00时段，在对这部分数据进行了分析后（通过Call Analysis软件），我们发现G2向G1发出的Handover Required消息成功送达G1，并且收到G1的回复消息，如下所示：2006年年 Page 7Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 由图中红色标识我们可以看到，MAP层消息UDT BEG代表了切换请求，它的源信令点是393089，目标信令点是392998，通过数据检查，我们知道这两个信令点

5、对应的分别是G1(392998)；G2(393089)。这样我们就知道这条消息是G2发给G1的切换请求消息，切换的目标小区是460-00-18240-10281，即WUMA28A。2006年年 Page 8Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 我们来看一下接下来的消息UDT CON的解码：2006年年 Page 9Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 我们关注一下图中红色标识区域，通过前面的论述，我们知道这个UDT CON消息是G1发给G2的关于切换请求的

6、回复消息。通过前面的G2G1的E口信令数据分析，我们可以肯定不是由于寻址方式和MAP层未激活导致的局间切换成功率非常差，而且我们可以肯定在G2向G1切换这个方向，切换请求已经送到了G1。2006年年 Page 10Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 为了说明问题的解决思路，我们首先来看一下局间切换的信令流程：2006年年 Page 11Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 由局间切换的信令流程我们可以看到，一个完整的局间切换流程为：首先当前服务小区所在的

7、BSC根据收到的测量报告向所在MSC发出Handover request，MSC判断出该请求属于局间切换，则向目标MSC发出Handover required(MAP)，目标MSC在向VLR申请切换号码后，向目标小区发出Handover Request消息，在成功激活信道后，向源MSC回复Handover Required ACK消息，源MSC收到切换请求确认消息后，向目标MSC发出IAM消息，进行切换过程。2006年年 Page 12Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 针对G2G1的切换不正常现象，我们通过前面的分析可以

8、看到，G2发给G1的Handover Required 消息已经成功送达MSC1，然后就收到了MSC1发送的Handover Required Rejected消息，对照流程我们可以看到问题出在了MSC1侧。那么我们就针对MSC1进行了数据核查，在核查过程中发现在MSC_LAC的定义中MSC1将全部的11个LAC区均定义为本MSC的LAC。在将这个问题调整后，两个交换机之间的局间切换恢复正常，话务统计对比如下：2006年年 Page 13Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例2006年年 Page 14Rising Techn

9、ology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例案例二：西门子特殊掉话流程分析案例二：西门子特殊掉话流程分析 跟踪bsc05和bsc07（16:00-17:00）整点全部A接口信令，并与无线侧相应时段的统计进行比较，详细情况见下表：表表1：bsc07 信令处理结果信令处理结果2006年年 Page 15Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例表表2：bsc05 信令处理结果信令处理结果2006年年 Page 16Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令

10、分析在优化中的应用实例 通过对bsc05和bsc07 A接口掉话流程的分析，发现在这些掉话流程中存在“特殊掉话流程”（次数如上表所列），并有一定的共性，给出一个典型情况：2006年年 Page 17Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 如上图所列出的流程，这类“特殊掉话流程”的共性是在正常通话过程中发出或收到短消息，并且在disconnect消息之前没有完成短消息流程，在relcpl消息之后msc再次指配信道，且收到指配完成消息assignment complete，然后bsc向msc发clear request消息触发掉话

11、。2006年年 Page 18Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 在通话过程中，短消息占用Sacch信道，标准流程如下：2006年年 Page 19Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 从实际的A接口信令中也可以滤出通话过程中收、发短信的流程，汇总结果发现在通话过程中完整的短信流程需要10s左右的时间，主要是ms收到cpdata和回应cpack之间的时间比较长约9s，详细流程如下：2006年年 Page 20Rising Technology第一部分：信

12、令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例2006年年 Page 21Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例 为了进行对比，下面给出手机在空闲模式下占用sdcch信道收、发短信的流程，可以计算出ms占用sdcch信道收发短信仅需要1s的时间，如下所示：2006年年 Page 22Rising Technology第一部分：信令分析在优化中的应用实例第一部分：信令分析在优化中的应用实例总结：总结：从信令跟踪情况和无线统计的对应关系来看，将“特殊掉话流程”产生的clear request计为掉话的可能性是存在的；

13、并且通过其他厂家相应A接口的信令跟踪结果来看，在通话过程中占用sacch收、发短信无线侧回应cpack消息的时间接近9s是正常的。经与西门子技术支持联系，最终需要通过刷新交换机软件，修改相应的消息流程来解决这一问题。2006年年 Page 23Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例案例一：案例一：GSM接口版本低导致双频网小区重选异常接口版本低导致双频网小区重选异常 在晋城联通十二期搬迁扩容工程中，涉及阳城北留M1800基站的搬迁替换。在数据规划时，频点配置继承原有摩托M1800基站频点，结合地理信息规划完整邻区关系，并对小区参数进行合理设置

14、，如合理配置小区层级关系、层间切换门限及磁滞，并将多频报告指示设置为3，确保1800能够很好的吸收话务，并在边缘及时切换到900M小区。搬迁工作结束后，优化人员对北留进行了详细DT测试，测试中发现如下问题：2006年年 Page 24Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例2006年年 Page 25Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 上述图片为在北留镇定点拨测的测试情况，该界面是手机空闲模式下的截图，可以看到在空闲模式下手机驻留在M1800小区32850 62943上，邻区列表中仅列出了

15、相邻M1800小区的信息，看不到M900小区频点，锁频到M900小区也出现类似情况，当主服务小区为M900小区时也同样看不到M1800邻区的信息，如下图所示：2006年年 Page 26Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例2006年年 Page 27Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 查询数据库中上述小区BA1和BA2表的频点设置情况，发现BA表中的频点集的确自动生成了，如下所示：2006年年 Page 28Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧

16、优化典型案例 但在长时间的定点测试中，空闲模式下都不能正常上报非服务小区本频段的邻小区测量信息，也没有发生M900小区和M1800小区之间的小区重选。后尝试将MBR由3调整到0或者将M1800小区由层二调整回层三，现象依旧。2006年年 Page 29Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例进行通话测试，情况如下：通话模式下占用M9002006年年 Page 30Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例通话模式下占用M18002006年年 Page 31Rising Technology第二部分

17、：无线侧优化典型案例第二部分：无线侧优化典型案例 在通话模式下，占用M900或占用M1800小区后，均能够正常上报其他频段相邻小区的测量报告，在实际的测试中也的确可以完成双频小区之间的相互正常切换。2006年年 Page 32Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 检查空闲和通话模式下系统消息2ter和5ter的下发情况，先看看空闲模式下驻留在M900小区（63093 北留完小3）时的系统消息2和2ter，M900小区（63093 北留完小3）系统消息2 2006年年 Page 33Rising Technology第二部分：无线侧优化典型案

18、例第二部分：无线侧优化典型案例M900小区（63093 北留完小3）系统消息2ter2006年年 Page 34Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 以下是在空闲模式下占用M1800小区（62943 北留完小M18003）时的系统消息2和2ter，M1800小区（62493 北留完小3）系统消息22006年年 Page 35Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例M1800小区（62493 北留完小3）系统消息2ter2006年年 Page 36Rising Technology第二部分：无

19、线侧优化典型案例第二部分：无线侧优化典型案例从双频网小区下发系统消息2和2ter内容来看是正常的，现网华为小区开局时在系统消息使用的选择上也是默认选择系统消息2、2ter和5、5ter，同时检查通话模式下系统消息5和5ter的下发情况，结果正常。检查小区选择和重选参数，并没有发现特殊设置；在数据配置、系统消息使用等相关信息的检查后并没有发现错误，但空闲模式下的故障现象依然存在。2006年年 Page 37Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 在后续的拨打测试中，还出现异常现象是在占用M1800小区通话，通话结束返回空闲模式时，没有经过小区重

20、选过程直接驻留在M900小区，如下：占用M1800小区通话2006年年 Page 38Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例空闲模式下没有重选过程直接驻留在M900小区2006年年 Page 39Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 正常情况下应该是占用M1800小区通话，通话结束后只有通过小区重选才可以驻留在其他小区，层三也出现异常消息：2006年年 Page 40Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 从现场测试文件的层三消息中，我们

21、详细解读空闲模式下的系统内容，发现在空闲模式下系统消息三中包含内容system information 2ter：not available，即空闲模式下虽然下发系统消息2ter，但系统消息3告知MS系统消息2ter无效，导致在空闲模式下MS不测量其他频段的信号，如下所示：2006年年 Page 41Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例2006年年 Page 42Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 综上所述，通过核查无线侧的相关参数设置和小区统计都没有发现异常，发生这样的异常现象可能和

22、小区无线参数设置没有关系；现网BSC侧A接口、Aibs接口和Um接口的版本均为GSM_Phase_1，怀疑现网接口版本在双频网的支持上存在问题，建议将接口版本调整为GSM_Phase_2。2006年年 Page 43Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例2006年年 Page 44Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例 将接口版本由GSM_Phase_1调整为GSM_Phase_2之后，我们对双频网覆盖区域进行验证测试，结果表明调整后在空闲模式下可以正常上报非本频段频点的测量报告，并完成小区重选，详细情况如下：2006年年 Page 45Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例空闲模式下占用900M小区2006年年 Page 46Rising Technology第二部分：无线侧优化典型案例第二部分：无线侧优化典型案例空闲模式下占用1800M小区