轻博客首页热门评论热门转发热门话题全部博主

关于松原地区TD话务量突降原因详细排查(从2G网不向TD网重选)

标签： TD 2G 重选

2011-08-18 14:50

问题简介：从2011年6月23日下去18点后，TD用户由于信号较弱的情况下重选或切换到GSM网络后，无法重选回TD网络，导致TD话务量明显下降.问题描述：

6月23日后松原TD话务量突降，经过几天的现场排查，发现

松原在长岭、松原市区的一个BSC升版后2G到TD的邻区信息丢失。
松原市区没有进行升版的BSC不下发系统2消息(2QUATER)。导致TD手机无法正常从2G网络重选到TD网络。

指标统计

统计23日0点-17点与24日0点-17点RRC请求次数

从指标上看23日与24日相比电路域请求次数由60329次降低到14508，减低约70%。

问题分析过程

从前台测试人员提供的数据发现，TD用户重选到G网后，无法重选回TD，是话务量降低的主要原因。

23日测试，通过前台测试LOG分析，如TD用户重选到G网时，在G网的系统消息里system information type2 quater里显示测量TD小区频点，可以顺利重选到TD小区。

问题一

现象描述：TD切换或重选到2G后，重选回TD时间慢。

问题分析：TD切换或重选到2G后，重选回TD时间较长，重选回TD时间较长的主要原因是，2G系统不下发测量TD小区的频点导致，下发system information type2 quarter消息时间较长，从下图可以看到从占用该小区开始时间为11:02:01读取到system information type2 quater消息时间为11:02:34，也就是从占用该小区后33秒后系统才下发测量TD小区的频点。

问题二

问题描述：TD切换或重选到2G后，无法重选回TD网络。

问题分析：TD切换或重选到2G后，占用2G时在system information type2 quarter消息里下发手机去测量TD小区的频点，在G网-BSC39的小区中小区下发system information type2 quarter消息里未下发测量TD小区的频点，导致手机无法重选回TD网络。

问题三

问题描述：TD切换或重选到2G后，无法重选回TD网络。

问题分析：通过前台测试LOG分析，如TD用户重选到G网后无法重选回TD网络，其主要原因G网的系统消息里不下发system information type2 quater这条系统消息，导致UE无法测量TD小区的频点。（如下图所示）

问题四

问题描述：复测时（2011年7月2号）发现，TD重选到2G后，无法重选回TD网络。

松原3小区

巴特尔3小区

BSC软件检查

BSC升版过程中生成的B11新软件检查。

检查在6月23日后进行的BSC B11升版过程中生成的新软件，在新软件里面BSC所有小区和TD小区所有的重选关系就已经丢失，导致在BSC B11软件激活以后BSC下的小区没有和TD的任何重选关系。

B10版本的BSC的DLS检查

检查现场还未升版的BSC（仍是B10版本）的DLS文件，发现DLS文件内TD外部小区SC（Scrambling_code_3G，扰码）值为0000，正常情况下在B10版本中所有的TD外部小区SC都应该设置为-1。检查23日前的B10版本BSC的DLS文件内SC值都为正确值-1。

从上面的两点分析可以看出是6月23日在网络上进行了修改，影响到6月23日后未升版的所有BSC的2G与TD的互操作。

BSC TRACE及OMCR操作Log分析

BSSIM TRACE检查

检查BSSIM Trace发现在6月23日18:25分左右有个对TD外部小区的操作,在这个操作中TD外部小区SC值被改为0000，这就是导致B10的BSC的SC变成0000的原因。

OMCR的操作日志检查

检查OMCR的操作日志。发现在6月23日18：24分在OMCR上进行了Query Adjacencicies Inconsistencies和Correct Adjacencicies Inconsistencies的操作。可以确认正是这个Correct Adjacencicies Inconsistencies的操作，导致了在6月23日后所有未升版的BSC的TD外部邻区SC变成了0000。

原因分析：

在B10版本下，BSC的TD外部小区定义SC值都应该设置为-1。在B11版本下SC值的设定与B10下有所不同，B11版本下定义的TD外部小区不需要设置SC值。该值在OMCR上为空白，处于不可修改状态（实际值为0000）。

OMCR上的Query Adjacencicies Inconsistencies操作是检查OMCR数据库与BSC数据库是否一致的工具；Correct Adjacencicies Inconsistencies是当检查到OMCR与BSC数据库不一致时候进行的数据同步操作。执行Correct Adjacencicies Inconsistencies操作，系统将会以OMCR的数据为模板修改BSC内的参数设置。在一般情况下，经常执行这两个操作可以避免出现OMCR和BSC数据库不一致，导致在OMCR上进行数据修改时出现Misalign小区。

在松原这个具体问题中，OMCR为B11版本，TD外部小区SC值应该为0000，但还未进行升版的BSC的TD外部小区SC正确值必须为-1。在OMCR上进行Query Adjacencicies Inconsistencies操作就会检查出OMCR数据库和未升版的BSC数据库关于SC值的定义不一致，而执行Correct Adjacencicies Inconsistencies操作就会按照OMCR的数据为模板修改还未升版的BSC的TD外部小区SC值为0000。

在BSC从B10升版到B11的过程中，系统会自动将SC值定义为-1的TD外部小区的SC值设置为空白（0000）。但当B10下的TD外部小区SC=0000，在进行B11升版时，就会把这个小区和TD小区的切换或重选关系删除（因为B10的TD外部小区SC必须为-1）。这个就是BSC在完成B11升版后丢失和TD重选关系的原因。

另外，在B10版本下的TD外部小区如果SC=0000时，系统是不会下发系统消息2（因为B10的TD外部小区SC正确值为-1）。所以这就导致了TD手机无法从2G网络重选到TD网络。

解决措施：

由于在B11的OMCR上TD外部小区的SC值是不可修改的，因此无法通过OMCR修改未升版的BSC中的SC值为-1。要修改松原仍为B10的6个BSC的TD外部小区SC值为-1必须通过修改BSC DLS文件，将修改后的DLS文件倒入BSC内，然后重启BSC才可生效。因此我们建议处理该问题最好是将还未完成B11升版的松原6个BSC尽快进行B11升版，在BSC完成升版后进行2G与TD重选关系的手动添加。以保证升版后2G与TD重选可正常进行。

另：松原用户还有反映在完成B11升版的BSC下偶然会出现BTS下发系统消息2，但从系统消息中解不出TD频点的问题，现场正在进行收集相关数据进行分析。